[Bug 2240297] New: dnscrypt-proxy package doesn't create /var/cache/dnscrypt-proxy directory
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2240297
Bug ID: 2240297
Summary: dnscrypt-proxy package doesn't create
/var/cache/dnscrypt-proxy directory
Product: Fedora
Version: 39
Status: NEW
Component: dnscrypt-proxy
Assignee: davide(a)cavalca.name
Reporter: morb(a)misentropic.com
QA Contact: extras-qa(a)fedoraproject.org
CC: davide(a)cavalca.name,
epel-packagers-sig(a)lists.fedoraproject.org,
go-sig(a)lists.fedoraproject.org, zebob.m(a)gmail.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The package fails to create /var/cache/dnscrypt-proxy, thusly preventing
downloading lists of resolvers and further bootstrapping
Version-Release number of selected component (if applicable):
dnscrypt-proxy-2.1.4-2.fc39
How reproducible:
quite
Steps to Reproduce:
1. Install the dnscrypt-proxy package from a mirror
2. Start the service
3. Check journalctl for error messages from the service, claiming its inability
to update cache file
Actual results:
ep 22 19:32:27 peppermill dnscrypt-proxy[19778]: dnscrypt-proxy 2.1.4
Sep 22 19:32:27 peppermill dnscrypt-proxy[19778]: Network connectivity detected
Sep 22 19:32:27 peppermill dnscrypt-proxy[19778]: Now listening to 127.0.0.1:53
[UDP]
Sep 22 19:32:27 peppermill dnscrypt-proxy[19778]: Now listening to 127.0.0.1:53
[TCP]
Sep 22 19:32:27 peppermill dnscrypt-proxy[19778]: Service is not usable yet
Sep 22 19:32:27 peppermill dnscrypt-proxy[19778]: Resolving server host
[download.dnscrypt.info] using bootstrap resolvers over udp
Sep 22 19:32:28 peppermill dnscrypt-proxy[19778]: Source [public-resolvers]
failed to update cache file [/var/cache/dnscrypt-proxy/public-resolvers.md]:
open /var/cache/dnscrypt-proxy/sf-jm64uh4swjstkxyl.tmp: no such file or
directory
Sep 22 19:32:28 peppermill dnscrypt-proxy[19778]: Source [public-resolvers]
loaded
Sep 22 19:32:28 peppermill dnscrypt-proxy[19778]: Service is not usable yet
Sep 22 19:32:28 peppermill dnscrypt-proxy[19778]: Resolving server host
[raw.githubusercontent.com] using bootstrap resolvers over udp
Sep 22 19:32:28 peppermill dnscrypt-proxy[19778]: Source [relays] failed to
update cache file [/var/cache/dnscrypt-proxy/relays.md]: open
/var/cache/dnscrypt-proxy/sf-uvkpifsx2fujtmrn.tmp: no such file or directory
Sep 22 19:32:28 peppermill dnscrypt-proxy[19778]: Source [relays] loaded
Sep 22 19:32:28 peppermill dnscrypt-proxy[19778]: Unable to use source
[public-resolvers]: [Invalid format for source at
[[https://download.dnscrypt.info/resolvers-list/v3/public-resolvers.md
https://raw.githubusercontent.com/DNSCrypt/dnscrypt-resolvers/master/v3/p...
https://ipv6.download.dnscrypt.info/resolvers-list/v3/public-resolvers.md]]]
Sep 22 19:32:28 peppermill dnscrypt-proxy[19778]: Invalid format for source at
[[https://download.dnscrypt.info/resolvers-list/v3/public-resolvers.md
https://raw.githubusercontent.com/DNSCrypt/dnscrypt-resolvers/master/v3/p...
.md https://ipv6.download.dnscrypt.info/resolvers-list/v3/public-resolvers.md]]
Sep 22 19:32:28 peppermill systemd[1]: dnscrypt-proxy.service: Main process
exited, code=exited, status=255/EXCEPTION
Sep 22 19:32:28 peppermill systemd[1]: dnscrypt-proxy.service: Failed with
result 'exit-code'.
Expected results:
After directory creation:
Sep 22 19:33:27 peppermill dnscrypt-proxy[19827]: dnscrypt-proxy 2.1.4
Sep 22 19:33:27 peppermill dnscrypt-proxy[19827]: Network connectivity detected
Sep 22 19:33:27 peppermill dnscrypt-proxy[19827]: Now listening to 127.0.0.1:53
[UDP]
Sep 22 19:33:27 peppermill dnscrypt-proxy[19827]: Now listening to 127.0.0.1:53
[TCP]
Sep 22 19:33:27 peppermill dnscrypt-proxy[19827]: Service is not usable yet
Sep 22 19:33:27 peppermill dnscrypt-proxy[19827]: Resolving server host
[raw.githubusercontent.com] using bootstrap resolvers over udp
Sep 22 19:33:27 peppermill dnscrypt-proxy[19827]: Source [public-resolvers]
loaded
Sep 22 19:33:27 peppermill dnscrypt-proxy[19827]: Service is not usable yet
Sep 22 19:33:27 peppermill dnscrypt-proxy[19827]: Resolving server host
[download.dnscrypt.info] using bootstrap resolvers over udp
Sep 22 19:33:27 peppermill dnscrypt-proxy[19827]: Source [relays] loaded
Sep 22 19:33:27 peppermill dnscrypt-proxy[19827]: Firefox workaround
initialized
...
Additional info:
None
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2240297
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
8 months, 3 weeks
[Bug 2210222] New: Systemd unit file is not shipped in %_unitdir
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2210222
Bug ID: 2210222
Summary: Systemd unit file is not shipped in %_unitdir
Product: Fedora
Version: 38
OS: Linux
Status: NEW
Component: dnscrypt-proxy
Severity: low
Assignee: zebob.m(a)gmail.com
Reporter: pemensik(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: davide(a)cavalca.name,
epel-packagers-sig(a)lists.fedoraproject.org,
go-sig(a)lists.fedoraproject.org, zebob.m(a)gmail.com
Target Milestone: ---
Classification: Fedora
I have noticed after installing dnscrypt-proxy package, that its systemd unit
file is not in vendor path where unit files from packages are supposed to be.
That should be fixed.
Reproducible: Always
Steps to Reproduce:
1. systemctl cat dnscrypt-proxy | head -1
2.
3.
Actual Results:
# /etc/systemd/system/dnscrypt-proxy.service
Expected Results:
# /usr/lib/systemd/system/dnscrypt-proxy.service
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2210222
8 months, 3 weeks
[Bug 2241775] New: TRIAGE-CVE-2023-5341 ImageMagick: Heap use-after-free in coders/bmp.c [epel-all]
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2241775
Bug ID: 2241775
Summary: TRIAGE-CVE-2023-5341 ImageMagick: Heap use-after-free
in coders/bmp.c [epel-all]
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: ImageMagick
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: luya_tfz(a)thefinalzone.net
Reporter: pdelbell(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: blaise(a)gmail.com, davide(a)cavalca.name,
epel-packagers-sig(a)lists.fedoraproject.org,
fedora(a)famillecollet.com, luya_tfz(a)thefinalzone.net,
michel(a)michel-slm.name, ngompa13(a)gmail.com,
pampelmuse(a)gmx.at, sergio(a)serjux.com
Target Milestone: ---
Classification: Fedora
More information about this security flaw is available in the following bug:
http://bugzilla.redhat.com/show_bug.cgi?id=2241774
Disclaimer: Community trackers are created by Red Hat Product Security team on
a best effort basis. Package maintainers are required to ascertain if the flaw
indeed affects their package, before starting the update process.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2241775
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
8 months, 3 weeks
[Bug 2240047] New: nemo can not search on smb mountpoint
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2240047
Bug ID: 2240047
Summary: nemo can not search on smb mountpoint
Product: Fedora
Version: 38
OS: Linux
Status: NEW
Component: nemo
Keywords: Desktop, Regression
Severity: medium
Assignee: leigh123linux(a)googlemail.com
Reporter: bugzilla(a)edvsg.de
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
leigh123linux(a)googlemail.com, riehecky(a)fnal.gov
Target Milestone: ---
Classification: Fedora
nemo version 5.8.4
I have mounted a SMB share from a NAS via NEMO using "CONNECT SERVER".
On this share Nemo does not start searching. We have checked this with STRACE.
Nemo does not start searching.
The settings in NEMO are all on default.
But Nemo can search locally, that is not a problem.
Note: has worked in previouse version of nemo on the same device
Reproducible: Always
Steps to Reproduce:
see above
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2240047
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
8 months, 3 weeks
[Bug 2222118] New: nemo: /usr/share/nemo.desktop: OnlyShowIn=X-Cinnamon;Budgie;
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2222118
Bug ID: 2222118
Summary: nemo: /usr/share/nemo.desktop:
OnlyShowIn=X-Cinnamon;Budgie;
Product: Fedora
Version: 38
Hardware: x86_64
OS: Linux
Status: NEW
Component: nemo
Severity: low
Assignee: leigh123linux(a)googlemail.com
Reporter: originalme8(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
leigh123linux(a)googlemail.com, riehecky(a)fnal.gov
Target Milestone: ---
Classification: Fedora
Created attachment 1975219
--> https://bugzilla.redhat.com/attachment.cgi?id=1975219&action=edit
Image showing grep of the nemo.desktop file showing problematic line.
Description of problem:
When installing the Nemo file manager on a Fedora system running the default
GNOME desktop, there is no icon created
Version-Release number of selected component (if applicable):
Fedora 36+
nemo 5.8.3, but reproduced in previous versions
How reproducible:
Every time Nemo is installed or updated via the Fedora updates repository.
Steps to Reproduce:
1. Install Fedora using the default GNOME desktop
2. Install Nemo file manager package from Fedora updates repository
3. Optional: Remove Nautilus file manager from locally installed packages (this
makes it easier to identify)
3. Look for Files in the GNOME application "Apps" list
Actual results:
No icon is displayed called "Files" for the Nemo file manager. If Nautilus has
been removed, then there are no "Files" icons shown at all.
Expected results:
As a user, I would expect a new icon to be displayed after installing a new
file manager.
Either two "Files" icons will be displayed if Nautilus is installed, or an icon
will be shown labeled "Files" which will launch the Nemo file manager.
Additional info:
This is caused because by default the "desktop" file
(/usr/share/applications/nemo.desktop) has a line which limits which
environments the icon will be displayed for. Currently, this is limited to
Cinnamon and Budgie. You can comment out this line to have it display, but it
must be done each time the package is updated.
Line
OnlyShowIn=X-Cinnamon;Budgie;
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2222118
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
8 months, 3 weeks