Bug#1057892: "rsync -a" doesn't set the modification date
On Sun 10 Dec 2023, Harald Dunkel wrote: > Package: rsync > Version: 3.2.7-1 > > If I use > > rsync -SHa datafile usbdisk/ > > to archive a file on exfat (with destdir mounted as > > /dev/sdd2 /usbdisk exfat >
Bug#1057376: symbols marked as hidden causes FTBFS in pixmap
Source: libxpm Version: 1:3.5.17-1 Severity: important Tags: patch commit 7f60f3428aa21d5d643eb75bfd9417cfabf48970 on libxpm hides a number of symbols. However a couple of these symbols are used in pixmap, causing a FTBFS on pixmap. These symbols are xpmReadRgbNames and xpmGetRgbName,
Bug#1054698: pixmap: FTBFS: ././Pixmap.c:1145:(.text+0xe631): undefined reference to `xpmReadRgbNames'
On Fri 27 Oct 2023, Lucas Nussbaum wrote: > Source: pixmap > Version: 2.6.6-1 > Severity: serious > Justification: FTBFS > Tags: trixie sid ftbfs > User: lu...@debian.org > Usertags: ftbfs-20231027 ftbfs-trixie > > Hi, > > During a rebuild of all packages in sid, your package failed to build >
Bug#1051341: exiftool manpage not complete
Package: libimage-exiftool-perl Version: 12.65+dfsg-1 Severity: wishlist I had an image where I knew the GPS coordinates where it was taken, but I did not have a GPX log. Surely it should be possible to tag a single image with a given coordinate? Reading the manpage it looked like I would have to
Bug#865979: at: patch for adding -s option to silence standard messages
Hi, I notice that my patch again did not make it to an official Debian release :-( Attached is the patch updated for 3.2.5. Paul diff -ru at-3.2.5.orig/at.1.in at-3.2.5/at.1.in --- at-3.2.5.orig/at.1.in.orig 2022-02-05 11:00:57.0 +0100 +++ at-3.2.5.orig/at.1.in 2023-06-22
Bug#1031766: ValueError: Namespace Handy not available
Package: numberstation Version: 1.0.1-2 Severity: normal There is no manpage... also no README.Debian. Trying to simply start it: $ numberstation Traceback (most recent call last): File "/usr/bin/numberstation", line 21, in from numberstation import __main__ File
Bug#1025698: fails to add windows boot loader entry to menu
On Sat 24 Dec 2022, Bernhard Übelacker wrote: > is this issue what the NEWS [1] file notifies about, > to check the need of GRUB_DISABLE_OS_PROBER? > [1] https://sources.debian.org/src/grub2/2.06-7/debian/NEWS/ Thanks, somehow I skipped that. I do want to note that having a double negative in
Bug#898157: (no subject)
I can also confirm this; from a "systemctl stop nrpe-ng.service": Dec 18 15:25:40 web2023 systemd[1]: Stopping The next generation Nagios Remote Plugin Executor... Dec 18 15:25:40 web2023 nrpe-ng[754]: received SIGTERM, shutting down... Dec 18 15:25:40 web2023 nrpe-ng[754]: Exception in callback
Bug#1025698: fails to add windows boot loader entry to menu
Package: grub-common Version: 2.06-7 Severity: important I upgraded from 2.04-20 to 2.06-7, and after rebooting I discovered that I could no longer boot my Windows partition. Downgrading back to 2.04-20 solved this, so only the grub packages are causing this. The whole os-prober section is
Bug#1012191: tzdata: /usr/share/zoneinfo/leap-seconds.list will expire on 2022-06-28 in Debian Stable 11.x/Bullseye
severity 1012191 important thanks The time is ticking, and the leap second data is now due to expire in 20 days. There is a 2022a-1 version in testing. Could this be included in bullseye-updates and perhaps buster-updates? I've downloaded it manually and it seems fine in bullseye. Thanks, Paul
Bug#644973: libedit2: Ctrl+W erases entire line
On Mon 30 May 2022, Paul Slootman wrote: > > .editrc is not even looked for according to strace, at least not in > version 3.1-20191231-2+b1 (I'm using it with the mariadb mysql client). I've since discovered that the version in testing: 3.1-20210910-1 does in fact read the ed
Bug#644973: libedit2: Ctrl+W erases entire line
>> Pressing Ctrl+W erases the entire input line. This is really annoying >> when most other programs (that use readline) bind Ctrl+W to erase the >> current word. > >That's fixable. > >Export EDITRC=/path/to/your/.editrc and put this in that editrc: > >bind "^W" ed-delete-prev-word Doesn't
Bug#1007708: how to disable confirm-paste?
I've since come to discover that the problem I was having, was readline's "enable-bracketed-paste" setting. It seems that confirm-paste is not the problem; however that raises the question: how to *enable* it if you want it? Thanks, Paul
Bug#1007708: how to disable confirm-paste?
Package: rxvt-unicode Version: 9.22-11 Severity: wishlist After 25 years of being able to simply paste multiline selections, now I get nagged about there being more than one line. It took a lot of research to find that this is done by the confirm-paste perl script (it's not documented anywhere
Bug#742241: tmpreaper: please make it easy to use tmpreaper without running it from cron to clean /tmp
Sorry for ignoring this for so long... On Fri 21 Mar 2014, Joost van Baal-Ilić wrote: > Package: tmpreaper > Version: 1.6.13+nmu1 > Severity: wishlist > Tags: patch > > Hi, > > I'd like to use tmpreaper to clean other directories then /tmp. Currently, > this would need editing both
Bug#1000648: clevis: unlocking 2nd device doesn't happen
On Fri 26 Nov 2021, Paul Slootman wrote: > > The reason I think is that the second device is not needed to boot the > system. Presumably there is some way that the initrd scripts determine > what devices need to be decrypted; my problem would probably go away if > the second de
Bug#1000648: clevis: unlocking 2nd device doesn't happen
On Fri 26 Nov 2021, Christoph Biedl wrote: > Paul Slootman wrote... > > > I have 2 MD raid devices which are encrypted. > (...) > > I can't find any hints on how to proceed from here, to have the second > > device also automatically unlocked. Do you have any idea? >
Bug#1000648: clevis: unlocking 2nd device doesn't happen
Source: clevis Version: 16-2 Severity: normal I have 2 MD raid devices which are encrypted. /dev/md1 is a PV for LVM which contains basically the root filesystem and separate /var and /tmp filesystems. /dev/md2 is also a PV for LVM contains /home and other filesystems. I have bound both to the
Bug#997627: pixmap: FTBFS: ar: libdeps specified more than once
On Sat 23 Oct 2021, Lucas Nussbaum wrote: > Source: pixmap > Version: 2.6pl4-20 > Severity: serious > Justification: FTBFS > Tags: bookworm sid ftbfs > User: lu...@debian.org > Usertags: ftbfs-20211023 ftbfs-bookworm > > Hi, > > During a rebuild of all packages in sid, your package failed to
Bug#969463: Not on all clients
On Sat 26 Jun 2021, martin f krafft wrote: > Just popping in here the fact that I have two Debian unstable clients > backing up to the same BackupPC server (v3), and while one works fine, the > other does exhibit a problem similar to this one. I am unsure about the hang > and 100% CPU use, but my
Bug#953366: nvidia-kernel-dkms: module not loaded due lockdown
On Tue 14 Apr 2020, ma...@april.org wrote: > > My problem is solved. > > It was happening because I did signed nvidia-kernel.ko as explained here in: > https://wiki.debian.org/SecureBoot > > In the details, to automate the process for future nvidia-kernel-dmks > update, I relied on this link: >
Bug#989204: (no subject)
Package: xfce4-settings Version: 4.12.4-1 Severity: wishlist I have a new laptop with hybrid graphics where external monitors are connected via a thunderbolt 3 dock. I haven't managed to get the external monitors working yet, a Nvidia driver problem I believe. However somehow the system does
Bug#969463: Stops on big files
On Mon 19 Apr 2021, Philipp Marek wrote: > > /usr/bin/time rsync -va --inplace --no-whole-file --block-size=65536 > --progress --stats \ > /var/lib/libvirt/images/vm.qcow2 /mnt/tmp3/vm.qcow2 Hi, Could you also try it without the --block-size=65536 option? Paul
Bug#986731: wireshark: packet bytes frame doesn't show all ASCII bytes
Package: wireshark Version: 3.4.4-1 Severity: normal When viewing packets from a capture file, I found that the ASCII decoding of the bytes doesn't show most of the last 8 bytes on each row of 16. This is an example of what is shown: 00 e0 4c dc 45 db 00 f7 01 fc c5 31 08 00 45 00
Bug#983568: gimp: dependency on libbabl needs tightening
Package: gimp Version: 2.10.22-2 Severity: normal The dependency is now: libbabl-0.1-0 (>= 0.1.10) However, start this version of gimp presents a popup stating: BABL version too old! GIMP requires BABL version 0.1.78 or later. Installed BABL version is 0.1.74. Somehow you or
Bug#981184: firefox-esr: doesn't load pages over internet
On Fri, 29 Jan 2021 17:14:50 +0900 Mike Hommey wrote: > On Thu, Jan 28, 2021 at 07:31:32PM +0900, Mike Hommey wrote: > > On Thu, Jan 28, 2021 at 11:04:23AM +0100, Emilian Nowak wrote: > > > On 2021-01-28, at 06:17:07 Mike Hommey wrote: > > > > > > > Can you try upgrading libnss3? > > > > > >
Bug#976190: systemd: LXC memory limits messed up after some time
Hi, On Tue 01 Dec 2020, Michael Biebl wrote: > > > > root@dns:~# free > >totalusedfree shared buff/cache > > available > > Mem:1048576 41660 1006784 48124 132 > > 1006784 > > Swap: 0 0 0
Bug#971837: libvirt-daemon: apparmor error when creating VM
I've since found that the problem is in fact the location of the ISO file. When I moved it from /usr/local/lib/ to /var/lib/libvirt/images/ the creation of the VM succeeded. In short the error message given bij libvirt is VERY misleading! That is probably the real bug. I would appreciate a hint
Bug#971837: libvirt-daemon: apparmor error when creating VM
Package: libvirt-daemon Version: 5.0.0-4+deb10u1 Severity: normal I tried creating a VM as follows: - # virt-install --accelerate --hvm --connect qemu:///system \ --cdrom /usr/local/lib/faime-.iso --os-variant debian10 \ --name vm008-0 \ --disk
Bug#971627: 100% cpu on resume of transfer
On Sat 03 Oct 2020, Kurt Roeckx wrote: > On Sat, Oct 03, 2020 at 02:08:54PM +0200, Paul Slootman wrote: > > On Sat 03 Oct 2020, Kurt Roeckx wrote: > > > > > > I was transfering a large file using rsync (3 TB). The connection > > > broke after about 1 TB. I was
Bug#969463: rsync: fails reproducible but unexplained on a specific volume, breaks horribly when started by BackupPC
On Thu 03 Sep 2020, Andreas Feldner wrote: > 2) rsync test run > > -- rsync stdout > opening connection using: ssh -l root localhost rsync --server --sender > -vvvlHogDtprxe.iLsfxCIvu -B2048 --numeric-ids . /var/lib/lxc (12 args) How are you invoking rsync? Please give the exact command line,
Bug#968196: fping: postinst fails when dpkg-statoverride is already used
Package: fping Version: 4.2-3 Severity: normal Setting up fping (4.2-3) ... Failed to set capabilities on file `/usr/bin/fping' (Operation not supported) The value of the capability argument is not permitted for a file. Or the file is not a regular (non-symlink) file WARNING: 'setcap
Bug#865979: at: patch for adding -s option to silence standard messages (updated for 3.1.23)
Hi, I was wondering why -s didn't work after upgrading to buster, and remembered that was a patch I had made myself. Unfortunately it seems not to have been integrated yet. Here is the patch updated for 3.1.23. Please add it. Maybe forward upstream? Paul diff -ru at-3.1.23.orig/at.1.in
Bug#961929: rsync: syntax for multiple files from remote host seems not working when files are in different modules
On Sun 31 May 2020, furio wrote: > > using this rsyncd.conf: > > -- > use chroot = yes > [a] > comment = a folder > path = /home/rsync-test/files/a > [b] > comment = b folder >
Bug#949573: rsync systemd unit ignore default file
On Wed 22 Jan 2020, Pavel Rau?? wrote: > > The rsync daemon starting via systemd unit including in the package ignore > variables in file /etc/default/rsync. > > > > Could you fix this issue by adding EnvironmentFile into Service part of > systemd unit? > > EnvironmentFile=-/etc/default/rsync
Bug#881725: NMU for tmpreaper
On Fri 06 Sep 2019, Thijs Kinkhorst wrote: > > As I already mentioned on IRC - we're running into this issue (Apache > stopped running periodically) and since a patch has been available for a > few months I took the liberty to schedule a NMU in DELAYED/5 with this fix. > > Let me know if you
Bug#931781: rsync: Buster hangs when rsyncing large (400M) files over ssh. Same hardware works OK with Stretch
Seeing the error messages you are getting, it sounds like there is a memory shortage, possibly the vmware ballooning driver is failing to provide sufficient memory in time. It does not look like rsync is to blame for your problems. Paul
Bug#403369: initscripts: boot messages not displayed on serial console with bootlogd enabled
On Tue 14 May 2019, Dmitry Bogatov wrote: > > Seems things changed for 13 years. I just set up virtual machine with > following kernel options: > > console=tty0 console=ttyS0,9600n > > and runit with "kvm -serial file:serial". When it booted content of > /var/log/boot in VM and "serial"
Bug#924642: stretch-pu: package rsync/3.1.2-1+deb9u1
On Sun 14 Apr 2019, Adam D. Barratt wrote: > > Apologies for having let this slip off the radar a little. NP > I just flagged the current upload to be rejected. Please re-build the > package with "stretch" in the changelog rather than "stretch-security", > and feel free to go ahead with the
Bug#924642: stretch-pu: package rsync/3.1.2-1+deb9u1
On Wed 03 Apr 2019, Adam D. Barratt wrote: > > > > There doesn't appear to be an uploaded version anywhere that I can see. > > This now happened, but > > > Please attach a source debdiff to this report. > > this hasn't. If it had, I'd have asked you to rebuild the package so the > changelog
Bug#924642: stretch-pu: package rsync/3.1.2-1+deb9u1
On Sun 31 Mar 2019, Adam D. Barratt wrote: > > Because: > > Mar 15 10:54:14 /rsync_3.1.2-1+deb9u2_amd64.changes has bad PGP/GnuPG > signature! Damn, as this had to be built on a stretch system I had my old key on there :( Re-signed, and re-uploaded. Paul
Bug#924641: unblock: rsync/3.1.3-6
On Fri 15 Mar 2019, Emilio Pozuelo Monfort wrote: > On 15/03/2019 11:35, Paul Slootman wrote: > > Package: release.debian.org > > Severity: normal > > User: release.debian@packages.debian.org > > Usertags: unblock > > > > Please unblock package rsyn
Bug#924641: unblock: rsync/3.1.3-6
:25.0 +0100 +++ rsync-3.1.3/debian/changelog2019-03-15 11:25:01.0 +0100 @@ -1,3 +1,10 @@ +rsync (3.1.3-6) unstable; urgency=medium + + * Apply CVEs from 2016 to the zlib code. +closes:#924509 + + -- Paul Slootman Fri, 15 Mar 2019 11:25:01 +0100 + rsync (3.1.3-5) unstable
Bug#924642: stretch-pu: package rsync/3.1.2-1+deb9u1
Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu There are a couple of CVEs that have been fixed by 3.1.2-1+deb9u2. After discussing this with a member of the security team it was not considered important enough to warrant a DSA,
Bug#923860: rsync crashes sporadically when remote host closes connection
On Wed 06 Mar 2019, Timothy Pearson wrote: > On 03/06/2019 05:40 AM, Paul Slootman wrote: > > On Wed 06 Mar 2019, Timothy Pearson wrote: > > > >> Package: rsync > >> Version: 0.9.7-10+b1 > > > > This is either a really ancient version, or a v
Bug#923860: rsync crashes sporadically when remote host closes connection
On Wed 06 Mar 2019, Timothy Pearson wrote: > Package: rsync > Version: 0.9.7-10+b1 This is either a really ancient version, or a version not related to rsync. Please check this. What does 'rsync --version' show? Paul
Bug#890408: dirvish: last character gobbled when tree alias is used
On Wed 14 Feb 2018, Peter Lebbing wrote:
>
> This is because of the following snippet:
> - --8<---cut here---start->8---
> #+SIS: KHL 2005-02-18 SpacesInSource fix
> #-SIS: ($srctree, $aliastree) = split(/\s+/, $$Options{tree})
> ($srctree, $aliastree) =
Bug#905764: cups-browsed: restarting always generates log message "Error creating cups notify handler: Could not connect: No such file or directory"
Package: cups-browsed Version: 1.20.4-1 Severity: minor This is basically a fresh install of stable. Every day, after the cups logrotate where cups is restarted, cups-browsed is also restarted by systemd. Upon stopping, cups-browsed generates this log message: cups-browsed[7468]: Error creating
Bug#890236: exim4-daemon-heavy: /usr/sbin/exim4 -bV with log_selector = arguments logs to stderr
On Sun 18 Feb 2018, Andreas Metzler wrote: > > I have rebuilt 4.84.2-2+deb8u1 on sid and did not see a different > behavior. However running exim in a jessie chroot shows the "old" > behavior you described. (stretch does not). So I think this might have > been caused by changes outside exim. I
Bug#890236: exim4-daemon-heavy: /usr/sbin/exim4 -bV with log_selector = arguments logs to stderr
On Mon 12 Feb 2018, Andreas Metzler wrote: > On 2018-02-12 Paul Slootman <p...@debian.org> wrote: > > Package: exim4-daemon-heavy > > Version: 4.90.1-1 > > Severity: normal > > > After upgrading from 4.89-2 to 4.90-1.1 I get a mail from the cron.daily
Bug#890236: exim4-daemon-heavy: /usr/sbin/exim4 -bV with log_selector = arguments logs to stderr
Package: exim4-daemon-heavy Version: 4.90.1-1 Severity: normal After upgrading from 4.89-2 to 4.90-1.1 I get a mail from the cron.daily run, due to /usr/sbin/exim4 -bV outputting this line to stderr instead of to /var/log/exim4/mainlog like it used to: 2018-02-12 11:34:05.084 [29152] cwd=/tmp 2
Bug#887073: libpam-cgfs: spurious "Failed to create a cgroup" messages
Package: libpam-cgfs Version: 2.0.8-1 Severity: normal I have a crontab entry in /etc/cron.d/ to grab a snapshot from a netcam every 2 minutes. About 1-2 times an hour I get a syslog message such as Jan 13 12:44:01 tveer PAM-CGFS[27513]: Failed to create a cgroup for user webcam. Why is this
Bug#886333: samba: cannot provision a domain: ldb_init_module() complains about gpgme_check_version(1.9.0)
Package: samba Version: 2:4.7.3+dfsg-1 Severity: normal When running "samba-tool domain provision" I get: # samba-tool domain provision Realm [HOME.WURTEL.NET]: WURTEL.NET Domain [WURTEL]: Server Role (dc, member, standalone)
Bug#885542: lxcfs: virtualizing the btime field of /proc/stat screws up process start times
Source: lxcfs Version: 2.0.7-1 Severity: normal Tags: upstream As reported here: https://github.com/lxc/lxd/issues/3517 which points to https://github.com/lxc/lxcfs/issues/164 (where is stated that virtualizing the btime field has been reverted due to https://github.com/lxc/lxcfs/issues/189), I'm
Bug#880954: rsync: diff for NMU version 3.1.2-2.1
On Thu 14 Dec 2017, Salvatore Bonaccorso wrote: > > I have applied the fixes as well for jessie- and stretch-security. > Would you be able to expose those for additional testing and the > functionality affecting the CVEs? I'm sorry, I don't quite understand what you're asking... If you want to
Bug#880954: rsync: diff for NMU version 3.1.2-2.1
On Thu 14 Dec 2017, Salvatore Bonaccorso wrote: > > I've prepared an NMU for rsync (versioned as 3.1.2-2.1) and > uploaded it to DELAYED/5. Please feel free to tell me if I > should delay it longer. That's fine, thanks for your work. No need for the delay as far as I'm concerned; next week I
Bug#866353: rsync: wrong Architecture field in cross built binary package
On Tue 31 Oct 2017, Manuel A. Fernandez Montecelo wrote: > Many packages build-depend on rsync, and this patch seems like a net > gain to apply even in the absence of more benefits. > > What do you think about applying it, Paul? Yes, you're right. I have prepared a new package, however
Bug#877309: libedit2: editrc manpage again missing
Package: libedit2 Version: 3.1-20170329-1 Severity: normal This is a repeat of bug #612826 which was closed 4 years ago but apparently has been reactivated. Please move the manpage for editrc to the runtime libedit2 package, it's silly to need to install the -dev package for runtime
Bug#875813: rsync: missed "Number of deleted files"
On Sat 16 Sep 2017, Max wrote: > Ok, the problem happens only with sshdroid (android ssh server application). > With other pc clients everything ok :) > > well, is it a bug of rsync or of sshdroid? You could try using strace on the rsync process to see if it actually does emit the missing line;
Bug#875813: rsync: missed "Number of deleted files"
On Thu 14 Sep 2017, Max wrote: > no errors or warning :/ > > which version of rsync you used? > seems that the problem is with Debian old stable My versions are basically the same as yours: base-files 10 init-system-helpers 1.49 libacl1:amd64 2.2.52-3+b1 libattr1:amd64
Bug#875813: rsync: missed "Number of deleted files"
On Thu 14 Sep 2017, Max wrote: > > sshpass -p $PASS rsync --timeout=30 --bwlimit=$SPEED --log-file=$LOGFILE > --stats --delete --size-only -vrz "/data" -e ssh root@$IP:data/ 2> > /tmp/rsync-error >> $EXTLOG > > cat $EXTLOG > > Number of files: 1 (dir: 1) > Number of created files: 0 > Number of
Bug#875813: rsync: missed "Number of deleted files"
On Thu 14 Sep 2017, Max wrote: > > Please try to show *exact* commands with the corresponding output. > > sshpass -p password rsync -vrz /mnt/data0 -e ssh user@ip:data0 > Number of files: 1 (dir: 1) > Number of created files: 0 > Number of regular files transferred: 0 > Total file size: 0 bytes
Bug#875813: rsync: missed "Number of deleted files"
Hi, On Thu 14 Sep 2017, max wrote: > Package: rsync > Version: 3.1.2-2 > Severity: normal > > Dear Maintainer, > > I using sshpass -p password rsync -vrz source1 source2 -e ssh user@ip:dest > > works but in the output of rsync "Number of deleted files:" is missed > > using rsync in tradition
Bug#848671: xpdf: Many errors "Config Error: Unknown config file command..."
> The suggested Workaround of adding "include /etc/xpdf/includes" > is not helpful as this line is already at the end of the > /etc/xpdf/xpdfrc file in the stock Debian Stretch release :( Actually, at this time the fix is to actually REMOVE that line. That works for English-speaking (and other
Bug#849765: reportbug: produces invalid mails when there are long lines
I was bitten by the same problem while reporting a bug on mutt, there the problem was the C compiler settings listed (I wonder why including those is useful, those aren't specific to my environment?) It really sucked that after taking 15 minutes to craft a good bug report that due to this silly
Bug#869963: mutt: header_cache location is wrong
Package: mutt Version: 1.8.3+neomutt20170609-2+b1 Severity: normal 3.96. header_cache Type: path Default: (empty) This variable points to the header cache database. If pointing to a directory Mutt will contain a header cache database file per folder, if pointing to a file that file will be a
Bug#865979: at: patch for adding -s option to silence standard messages
need to know the job number and that the script will be run using /bin/sh, thank you very much; I know that by now. I've added an option -s for silent that suppresses these two output lines. Please consider adding this to the official build. Thanks, Paul Slootman -- System Information: Debian
Bug#862899: rsync: insufficient escaping/quoting of arguments
On Thu 18 May 2017, Thorsten Glaser wrote: > Now run this: > > remote$ touch ./-zT.mp4 > local$ mkdir test > local$ cd test > local$ rsync -zavPH --numeric-ids -S --stats '--rsh=ssh -T' $remote:\*4 . > > Expected: the “-zT.mp4” file is transferred. > > Actual: the whole home directory of
Bug#858351: ntpq: if connection to IPv6 address fails, retry with IPv4 address
Package: ntp Version: 1:4.2.8p9+dfsg-2.1 Severity: wishlist If ntpq tries to contact localhost via IPv6, and that fails because ntpd isn't listening there, it doesn't try the IPv4 localhost address. It would be great if it did try that. This may also be seen as a documentation bug report,
Bug#858349: ntpq: ctrl-D doesn't stop interactive session anymore
Package: ntp Version: 1:4.2.8p9+dfsg-2.1 Severity: important Control: notfound -1 1:4.2.6.p5+dfsg-7+deb8u2 After upgrading from 1:4.2.6.p5+dfsg-7+deb8u2 I noticed that I can't exit ntpq anymore by sending EOF (ctrl-D). I need to hit ctrl-C twice. Also, this sends CPU usage to 100%: echo rl
Bug#856273: vim: explain how the various vimrc files are processed
Thanks for your quick response. On Mon 27 Feb 2017, James McCoy wrote: > On Mon, Feb 27, 2017 at 12:19:40PM +0100, Paul Slootman wrote: > > On a new installation of stretch, I was being frustrated by vim > > hijacking the mouse from xterm (so pasting text ended up quite > &g
Bug#856273: vim: explain how the various vimrc files are processed
Package: vim Version: 2:8.0.0197-2 Severity: wishlist On a new installation of stretch, I was being frustrated by vim hijacking the mouse from xterm (so pasting text ended up quite differently than I was expecting). I figured out I needed to disable the mouse support in vim, so I created
Bug#856017: lxc: creating unprivileged container as root fails at saving the image cache
Source: lxc Version: 1:2.0.7-1 Severity: normal # lxc-create -n web1 --template download [...] Distribution: debian Release: stretch Architecture: amd64 Downloading the image index Downloading the rootfs Downloading the metadata mkdir: cannot create directory
Bug#855856: x11-apps: patch to limit how often xbiff will beep
Package: x11-apps Version: 7.7+6 Severity: wishlist Tags: patch I often get a number of logcheck emails during the first 5 minutes of the hour from different systems, which have different propagation times. This leads to xbiff beeping at me every 30s (the default polling time), which I find a bit
Bug#838992: mutt: using mutt, will not default to home mail directory: "c", "?" with "set folder" remains in /var/mail
Possibly related: After upgrading to 1.7.2-1 from 1.5.something last weekend, I noticed that hitting 'c' sometimes shows the contents of /var/mail instead of the contents of ~/Mail as it used to. I've since found out that if hitting 'c' and is the first thing you do after starting mutt, the
Bug#854899: procps: /bin/ps needs /usr/lib/x86_64-linux-gnu/liblz4.so.1 so separate /usr fails
Package: procps Version: 2:3.3.12-3 Severity: normal I just wasted a lot of time figuring out why my newly upgraded-to-testing failed to boot, not assembling my md raid, not detecting my lvm devices, not starting my crypted disks. It boiled down to the udev init.d script using 'ps' to determine
Bug#851911: rsync init script does not load default file options - debian 8.7
On Fri 20 Jan 2017, serwisy wrote: > >>># This file is only used for init.d based systems! > >>># If this system uses systemd, you can specify options etc. for rsync > >>># in daemon mode by copying /lib/systemd/system/rsync.service to > >>># /etc/systemd/system/rsync.service and modifying the
Bug#851911: rsync init script does not load default file options - debian 8.7
On Fri 20 Jan 2017, serwisy wrote: > On 01/20/2017 08:13 AM, Paul Slootman wrote: > >On Thu 19 Jan 2017, has...@kontener.eu.org wrote: > >>I've set the RSYNC_OPTS='--port=9500' in /etc/default/rsync but it does not > >>affect daemon options. > >>In Debian 7 all
Bug#851911: rsync init script does not load default file options - debian 8.7
On Thu 19 Jan 2017, has...@kontener.eu.org wrote: > > I've set the RSYNC_OPTS='--port=9500' in /etc/default/rsync but it does not > affect daemon options. > In Debian 7 all were OK. > > /etc/default/rsync > [..] > # start rsync in daemon mode from init.d script? Can you show the lines that you
Bug#849545: mycli: missing dependency?
r Python 3 This is on a minimal vserver environment. Thanks, Paul Slootman
Bug#832782: #832782 isc-dhcp-common: Description inaccurate
Similarly the description of e.g. isc-dchp-server states: Extra documentation can be found in the package isc-dhcp-common. I was hoping for in-depth documentation e.g. how isc-dhcp-relay can be setup, finding only the manpages for dhcp-eval and dhcp-options. Those could be listed explicitly
Bug#834790: strace output available
I can reproduce this. "aptitude update" shows these errors: W: http://download.virtualbox.org/virtualbox/debian/dists/wheezy/InRelease: Signature by key 7B0FAB3A13B907435925D9C954422A4B98AB5139 uses weak digest algorithm (SHA1) W: GPG error: http://repos.codelite.org/wx3.0.2/debian wheezy
Bug#833155: rsync: "rsync root@host:'dat' /" doesn't autocomplete
retitle 833155 bash-completion: "rsync root@host:'dat' /" doesn't autocomplete reassign 833155 bash-completion thanks On Mon 01 Aug 2016, Askar Safin wrote: > The following command does not autocomplete: > rsync root@host:'dat' / > > bash-completion is installed. The following is uncommented
Bug#833740: munin-plugins-core: nfsd4 plugin should not be configured with only NFS 3 in use
Package: munin-plugins-core Version: 2.0.25-2 Severity: normal The nfsd4 plugin only checks for the existence of the /proc/net/rpc/nfsd file, as does the nfsd (without "4") plugin. This leads to both being configured but with the nfsd4 plugin returning no data for almost all values. Please add
Bug#832756: xdg-utils: my ssh.desktop config stopped working
Package: xdg-utils Version: 1.1.1-1 Severity: normal Tags: patch I have a file ~/.local/share/applications/ssh.desktop : --snip [Desktop Entry] Type=Application Encoding=UTF-8 Name=SSH TryExec=rxvt
Bug#805512: usb-modeswitch-data: Huawei 12d1:1446 does not switch due to bad udev rule
On Wed 13 Jan 2016, Josua Dietze wrote: > I have just released upstream version 2.3.0 of usb_modeswitch and version > 20160112 of the data package. > > The bug with the missing log is fixed, as well as a potentially disruptive > other bug in the wrapper (see >
Bug#813472: debirf: enable use of xz compression
, and I've worked around it by removing all docs and manpages and unneeded kernel modules, but having a better compression would be much appreciated. Thanks, Paul Slootman -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500
Bug#811012: samba-common: rmdir: failed to remove ‘/etc/dhcp3/dhclient-enter-hooks.d’
/bin/dpkg returned an error code (1) Adding "|| true" to the "rmdir -p" line helps. Perhaps add some logic to not to try to remove the directory if the parent doesn't exist. Thanks, Paul Slootman -- System Information: Debian Release: jessie Architecture: amd64 (x86_64) F
Bug#622160: rsync: 65000 hard links => assertion failure
On Sun 10 Apr 2011, Neal H. Walfield wrote: > I use storebackup to create daily backups and I mirror these backups > to a report machine using: > > rsync --stats -a -z -H --numeric-ids --link-dest=/backup \ > /backup/ bruckner.vpn.huenfield.org:/home/backup/ > > During today's run,
Bug#583345: auto-detect timestamp resolution
On Thu 27 May 2010, martin f krafft wrote: > > It should be possible to use the value of > pathconf("path/to/destination", _POSIX_TIMESTAMP_RESOLUTION) to > determine the minimum timestamp resolution and to set > --modify-window accordingly by default. > >
Bug#685861: Rsync: failing on a basic sync example (override plz)
On Sat 25 Aug 2012, patrick295767 wrote: > > you should really think to allow by default to make rsync to work ;) > I just tried rsync, to move from Ibm sync default app on Linux platform, and > rsync isn't > so much reliable to backup a server (independently on the FS) :) > > Here a quick
Bug#770350: rsync: the CONFIG DIRECTIVES include and merge don't work
merge 770350 770351 close 770350 thanks On Thu 20 Nov 2014, giorgio wrote: > Package: rsync > Version: 3.0.9-4 > Severity: normal > > I'm trying to use the CONFIG DIRECTIVES for split the config file using > include and marge (like man page spec) but this directives doesn't have effect > > in
Bug#622855: rsync: connection unexpectedly closed
I'm working through the old list of bug reports, so checking on the status here... On Fri 15 Apr 2011, Norbert Schulz wrote: > Package: rsync > Version: 3.0.7-2 > Severity: normal > > The connection closes unexpectedly. The computer on which rsync is called > brakes the hole network
Bug#785552: [rsync] [sender] expand file_list pointer array to 524288 bytes, did not move
Sorry for the late reply... On Sun 17 May 2015, Marco Righi wrote: > > I have the board ODROID-XU3 described at the end of this mail. > > I have installed four 2TB disks, two USB3 disks (called main_a and > main_b) and two USB2 disks (called backup_a and backup_b). The USB2 > disks are
Bug#741628: rsync dies with "inflate returned -3"
Following up on this bug report, does anyone still get this error on rsync 3.1.1? If not, I'll mark this bug as fixed in 3.1.1. Thanks, Paul
Bug#809410: debirf: chroot error / fakechroot segfault
On Wed 30 Dec 2015, Paul Slootman wrote: > Downgrading fakechroot to 2.16-1 gives a working configuration on my > work system, ... If I specify DEBIRF_SUITE=jessie in debirf.conf, I get this: run-parts: executing rescue/modules/a0_prep-root dpkg: warning: failed to open configuratio
Bug#809410: debirf: chroot error / fakechroot segfault
Package: debirf Version: 0.35 Severity: important I first tried this on my work system which is basically jessie without systemd and some packages from testing and unstable: $ cd ~/tmp $ mkdir debirf $ cd debirf $ tar xzf /usr/share/doc/debirf/example-profiles/rescue.tgz $ debirf make
Bug#809410: debirf: chroot error / fakechroot segfault
Downgrading fakechroot to 2.16-1 gives a working configuration on my work system, at home I get a different error: run-parts: executing rescue/modules/install-kernel E: No packages found Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 0 to remove and
Bug#670960: wishlist: make a sound with -beep when complete
tag 670960 +wontfix thanks On Mon 30 Apr 2012, Ubuntu6226 wrote: > > another wishlist... for long processes, would be cool to add: > > --beep > > and ~/.rsync.rc with into > > beep = aplay ~/mysound.wav This is something that can trivially be solved by using a wrapper script that calls
Bug#804859: dirvish: no chmod on backup dir if status isn't 'success' (exit code 149)
On Thu 12 Nov 2015, Andreas Schwarz wrote: > After an rsync error dirvish did no chmod on the backup dir. > > This is an problem because monitoring tools, which are normaly not running as > root, aren't able to read the files in there (summary/rsync_error/log). This is actually the expected
