Bug#1073865: chrony: confdir should be placed at the end of chrony.conf

Package: chrony Version: 4.3-2+deb12u1 Severity: normal User experience: use confdir fragments happily for, say, setting up the server allow and bindaccess directives. But confdir fragments don't work for other things, such as changing the logdir. :-( As the chrony docs mention, when a

Bug#1035676: qemu-system-xen does not depend on ipxe-qemu in Bookworm

On Sun, May 07, 2023 at 07:36:49PM +0300, Michael Tokarev wrote: > Control: tag -1 + moreinfo > > 07.05.2023 19:17, Martin Maney wrote: > > > Like qemu-system-x86, which xen-utils recommends in Bullseye and > > earlier, qemu-system-xen needs to depend on ipxe-firmware

Bug#1035676: qemu-system-xen does not depend on ipxe-qemu in Bookworm

Package: qemu-system-xen Version: 1:7.2+dfsg-6 Like qemu-system-x86, which xen-utils recommends in Bullseye and earlier, qemu-system-xen needs to depend on ipxe-firmware or attempts to start an HVM domU using uefi will fail with "failed to find romfile" error. The workaround is, of course, to

Bug#1012699: ntpleapfetch broken

Correction: does not apply to ntp package. I seem to have looked for it on the wrong machine (one that was in fact using ntpsec). And apologies for the link munging - I've been forced to route through sendgrid ever since the connection here was upgraded to fiber, and despite repeated claims to

Bug#1012699: ntpsec: ntpleapfetch broken, which one notices as leap-seconds.list is expiring soon

Package: ntpsec Version: 1.2.0+dfsg1-4 Severity: important Tags: patch Bug also in ntp package. There's a stupid bug in ntpleapfetch that mangles the hash extracted from the leapsecond files and therefore calls them all invalid. To see the failure, just run ntpleapfetch, notice that you get

Bug#998072: ntpsec: Stuffed up markup in ntpq.1 makes large parts difficult to read

Package: ntpsec Version: 1.2.0+dfsg1-4 Severity: normal Tags: a11y patch While configuring ntpsec which has recently replaced plain ntp, I had occasion to look for information I needed in ntpq's man page. I found this was much more difficult than it ought to have been due to stuffed up markup

Bug#821254: systemd[1]: xendomains.service start operation timed out.

First, an answer that I happen to have handy to Hans's question from Feb 2019: "TBH, I'm not an expert at all in this area, I never figured out yet how all these systemd<->init-script compatibility layers work yet." Neither am I an expert, and I'd really prefer not needing to become one, but

Bug#931242: Acknowledgement (vlc: cannot open files with # in name from playlist)

Package: src:vlc Version: 3.0.8-0+deb10u1 Still present in Buster (vlc 3.0.8-0+deb10u1). There are other characters that are mishandled by either the m3u parsing or the path handling (as the path is built from local names in the m3u), but apparently I didn't report them as they were discovered

Bug#931242: vlc: cannot open files with # in name from playlist

Package: src:vlc Version: 3.0.7-0+deb9u1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Presumably one of the not so rare upgrades changed the parsing of m3u files * What exactly did you

Bug#929888: unbound: Debian's unbound.conf doesn't behave predictably due to use of GLOB_NOSORT

Package: unbound Version: 1.6.0-3+deb9u2 Severity: important tl;dr: unbound's include: path/*.conf does not use a stable, sorted ordering of matching files, so Debian's /etc/unbound/unbound.conf does not load parts from /etc/unbound/unbound.conf.d ditto. tl;dr;workaround: flatten config parts

Bug#862521: further investigation

Correction: the Realtek NIC doesn't, in fact, require that firmware. System works the same (aside from the boot message abouit not finding the firmware file) without it, devices renamed the same... And I booted into d-i far enough to see that, yep, it sees the new name when it sets up the NIC.

Bug#862521: Stretch RC3 - wired network non-functional after reboot

Package: installation-reports Boot method: netboot Image version: http://ftp.nl.debian.org/debian/dists/testing/main/installer-amd64/current/images/netboot/debian-installer/amd64/{linux,initrd.gz} Date: 2017-05-13 18:00:00 CDT Machine: Gigabyte E350 based box-o-parts (previously had Jessie,

Bug#850885: fixed in dwww 1.13.3

Two months later, there's no fix for Stable (1.12.1 is the current version). Is it stuck somewhere in process? Thanks. On Wed, 18 Jan 2017 21:19:01 + Robert Luberda wrote: > Source: dwww > Source-Version: 1.13.3 > > We believe that the bug you reported is fixed in the

Bug#824718: nethogs remains broken in Jessie

Package: nethogs Version: 0.8.0-1 Severity: grave Tags: patch Justification: renders package unusable Bug has already been fixed in NMU upload for stretch & unstable, but nethogs still crashes in Jessie. Patch is in #808433, which perhaps oughtn't have been closed quite so soon. -- System

Bug#808433: nethogs STILL crashes in STABLE (Jessie), two months after bug was closed

Nothing to add, really, other than the system is amd64 and nethogs was installed right after updating everything else. Looks like the fix has just never been pushed to Jessie. Thanks! -- The only non-renewable resource you truly have is your time. -- Clay Johnson

Bug#817953: qpdfview (in Jessie) fails to recognize files with uppercase "PDF"

Package: qpdfview Version: 0.4.12-1 Severity: important Yes, if the same file is foo.PDF rather than foo.pdf, qpdfview will fail to list it in the open file dialog. The exact name can be typed in, or it can be opened in any of the other ways that don't require qpdfview itself to suss out the

Bug#802179: Jessie installer fails to install grub when root is md RAID

Package: debian-installer Version: 20150422 Sadly, I can't report this from the machine where this occured, but the setting is simple: new net-install on a machine with one SSD (sda) and three HDs (sdb,c,d). Trying to setup a maintenance partition before completing final setup & install, so it's

Bug#637844: iptables-persistent: ignores ipv6 (config file attached has ad-hoc fix)

Package: iptables-persistent Version: 0.0.20100801 Severity: normal Tags: patch ipv6 Seems an odd omission at this point in time not to provide the capability to trigger ip6tables-restore in this package. It's not a formal patch, but reportbug has attached /etc/init.d/iptables-persistent with

Bug#518422: Still present in Lenny

After upgrading to Lenny I saw these dhcpd log messages leaking through logcheck once again - I'd taken the new version of the file because it obviously had some additions, and I'd hoped the underscore in interface name issue might have been fixed, but no luck there. Attached is the diff of the

Bug#460338: apt-proxy: Additional information on cause of sticking

Package: apt-proxy Version: 1.9.36.3+nmu1 Followup-For: Bug #460338 I've had apt-proxy running for the Debian (was Etch, just migrated the Xen dom0 to Lenny, which was the last and the most troublesome, but that's another bug report, maybe). Today I inadvertently demonstrated the apt-proxy hang

Bug#530869: Lenny: NUT fails to shutdown UPS on powerfail

Subject: nut: Lenny: NUT doesn't shutdown UPS on powerfail Package: nut Version: 2.2.2-6.4 Severity: grave Justification: renders package unusable This tells the essence of the story: $ ldd /sbin/upsmon linux-gate.so.1 = (0xb7fad000) libupsclient.so.1 =

Bug#530869: Workaround tested

I had a chance to test this on the Lenny machine where the problem was first seen. Replacing one line in the init script allows the machine to send the shutdown command to the UPS: poweroff) flag=`sed -ne 's#^ *POWERDOWNFLAG *\(.*\)$#\1#p' /etc/nut/upsmon.conf` wait_delay=`sed -ne

Bug#518422: logcheck-database: (dhcp rules) interface names can have underscore in them

Package: logcheck-database Version: 1.2.54 Severity: normal This is Yet Another Character In An Interface Name Not Accepted By The DHCP Ignore Ruleset. The culprit in this case was br_lan, and the fix I've applied recreated that suggested in bug #470929 (I might have saved myself a few minutes

Bug#320923: The peak of pleasure

Great sex and a great manhood is a must for me http://www.Extenvime.com/ Her twin peaks of perfection -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#322846: Results in just 6-8 weeks.

End all your sexual frustration today with this. http://www.nersouthn.com/ Pink nipples are my true love -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#264092: westhoff

Get ready while she is taking shower MYOUNGJOO Stanvitch http://spokemodern.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#279781: Search Top Categories

78620 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]