Bug#990130: Problems when mounting ZFS datasets in wrong order
Package: zfsutils-linux Version: 2.0.3-8 Severity: important First of all, I am not really sure if this bug belongs to zfs-dkms or to zfsutils-linux. When mounting a parent and a child dataset in the wrong order (first child, then parent), it is not possible to unmount any of them with "zfs unmount" anymore: root@cespedes:~# zfs list NAME USED AVAIL REFER MOUNTPOINT tank 104K 832M 24K /tank root@cespedes:~# zfs create -p tank/foo/bar root@cespedes:~# zfs list NAME USED AVAIL REFER MOUNTPOINT tank 177K 832M 24K /tank tank/foo48K 832M 24K /tank/foo tank/foo/bar24K 832M 24K /tank/foo/bar root@cespedes:~# zfs mount tank/tank tank/foo/tank/foo tank/foo/bar/tank/foo/bar root@cespedes:~# zfs unmount tank/foo root@cespedes:~# zfs mount tank/foo/bar root@cespedes:~# zfs mount tank/foo root@cespedes:~# zfs mount tank/tank tank/foo/bar/tank/foo/bar tank/foo/tank/foo root@cespedes:~# zfs unmount tank/foo/bar cannot unmount '/tank/foo/bar': unmount failed root@cespedes:~# zfs unmount tank/foo cannot unmount '/tank/foo/bar': unmount failed Best, Juan Cespedes
Bug#940659: starts editing in wrong line
Package: ldapvi Version: 1.7-10+b3 Severity: normal Tags: patch When using "ldapvi" without SASL, ldapvi starts editing the LDAP results at an undefined line number instead of just below the initial comments. This patch fixes it: --- ldapvi-1.7.orig/ldapvi.c +++ ldapvi-1.7/ldapvi.c @@ -1465,7 +1465,7 @@ copy_sasl_output(FILE *out, char *sasl) int line = 0; int c; - if (lstat(sasl, ) == -1) return; + if (lstat(sasl, ) == -1) return line; if ( !(in = fopen(sasl, "r"))) syserr(); if (st.st_size > 0) {
Bug#854792: fails when there are two users with the same UID
Package: accountsservice Version: 0.6.43-1 Severity: serious Summary: accounts-daemon.service fails to work properly when there are two users in the system with the same UID. The service is still running, but it shows an error message and makes unrelated software break: gdm3 waits indefinitely and does not start Xorg at boot time. Removing one of the offending users (or changing its UID) and restarting accounts-daemon.service makes gdm3 work again. Details: After upgrading the system to stretch, gdm3 would not start Xorg anymore, without giving any error or warning. After enabling debug and restarting, its last message was: Feb 10 13:30:17 petete gdm-launch-environment]: AccountsService: ActUserManager: waiting for user manager to load before finding user 'Debian-gdm' This made me think there was some problem with accounts-daemon: 8<8<--- # systemctl status accounts-daemon | cat ● accounts-daemon.service - Accounts Service Loaded: loaded (/lib/systemd/system/accounts-daemon.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2017-02-10 13:19:37 CET; 14min ago Main PID: 29171 (accounts-daemon) Tasks: 3 (limit: 4915) Memory: 1.4M CPU: 81ms CGroup: /system.slice/accounts-daemon.service └─29171 /usr/lib/accountsservice/accounts-daemon Feb 10 13:19:36 petete systemd[1]: Stopped Accounts Service. Feb 10 13:19:36 petete systemd[1]: Starting Accounts Service... Feb 10 13:19:37 petete accounts-daemon[29171]: error exporting user object: An object is already exported for the interface org.freedesktop.Accounts.User at /org/freedesktop/Accounts/User1000 Feb 10 13:19:37 petete accounts-daemon[29171]: started daemon version 0.6.43 Feb 10 13:19:37 petete systemd[1]: Started Accounts Service. 8<8<--- As you can see, the service is "loaded" and "active", but it shows an error about "an object is already exported". As I said, after removing the users with duplicate UIDs, accounts-daemon starts without errors, and gdm3 runs fine and starts Xorg properly. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (300, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages accountsservice depends on: ii dbus 1.10.14-1 ii init-system-helpers1.47 ii libaccountsservice00.6.43-1 ii libc6 2.24-9 ii libglib2.0-0 2.50.2-2 ii libpolkit-gobject-1-0 0.105-17 accountsservice recommends no packages. Versions of packages accountsservice suggests: ii gnome-control-center 1:3.22.1-2 -- no debconf information
Bug#723485: Processed: affects 726589, fixed 698771 in 1:1.24.2-1, notfixed 723485 in 0.5.3-2.1, fixed 718696 in 16-1 ...
Hi, Andreas. On Wed, Jan 08, 2014 at 02:12:24AM +, Debian Bug Tracking System wrote: notfixed 723485 0.5.3-2.1 Bug #723485 {Done: Juan Cespedes cespe...@debian.org} [ltrace] ltrace link with -L/usr/lib No longer marked as fixed in versions 0.5.3-2.1. Could you tell me why do you think Bug#723485 is not fixed in 0.5.3-2.1? ltrace does NOT use -L/usr/lib at all; its Makefile.in doesn't have anything in $LDFLAGS. CDBS modifies it to have -Wl,-z,relro, but it doesn't add any -L/usr/lib to the command line. The final link command used to build the binary is: gcc -Wl,-z,relro main.o libltrace.a -lelf -lsupc++ -liberty -o ltrace So, AFAIK, ltrace does NOT link with -L/usr/lib; am I missing something? Thank you, -- Juan Cespedes Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614994: Ltrace Bug analysis
On Fri, Jan 03, 2014 at 02:38:48PM -0500, sri...@marirs.net.in wrote: /tmp$ ltrace -f -o /dev/null ./x ltrace: Can't open ELF file ./x [...] But if the program is run like this below, it works fine. $ ltrace -f -o /dev/null bash x $ ltrace -f -o /dev/null sh x Guess this is a wrong bug report filed No, it is a genuine bug. ltrace should see if the first characters of the file are #! and execute and trace the correct interpreter for the file. Thank you for your comment, -- Juan Cespedes Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506207: portmap is not correctly started
Package: portmap Version: 6.0-7 In file /etc/init.d/portmap, when doing a start, there is a check to see if portmap is already running. The check currently looks like this: pid=pidofproc portmap But, of course, it should be: pid=`pidofproc portmap` Right now, it always tries to start portmap in that line, without specifying any potions, even if there are in /etc/default/portmap, and even if it is already running. Thanks, -- Juan Cespedes http://www.cespedes.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506207: Right patch for this bug
tags 506207 +path merge 504305 506207 thanks Sorry, but the patch included in #504305 is wrong: the correct one should be: --- /etc/init.d/portmap 2008-10-27 00:53:10.0 +0100 +++ portmap 2008-11-19 12:39:27.645205021 +0100 @@ -30,7 +30,7 @@ case $1 in start) log_begin_msg Starting portmap daemon... - pid=pidofproc portmap + pid=`pidofproc portmap` if [ -n $pid ] ; then log_begin_msg Already running. log_end_msg 0 Without that, function pidofproc() isn't even called. That line sets the variable pid to pidofproc and then executes portmap. Thanks, -- Juan Cespedes http://www.cespedes.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408042: Patch for this bug
tags 408042 patch thanks A proper patch to fix this bug could be: --- /etc/init.d/aoetools2008-07-03 17:01:02.0 +0200 +++ aoetools2008-11-19 12:45:54.979221571 +0100 @@ -77,7 +77,12 @@ fi # Usually aoe is a module, so we will try to load it. -modprobe aoe /dev/null 21 || true +if [ -n $INTERFACES ] +then +modprobe aoe aoe_iflist=$INTERFACES /dev/null 21 || true +else +modprobe aoe /dev/null 21 || true +fi # Also, if udev is being used, the /dev/etherd devices # are not created until aoe module insertion, so... Thanks, -- Juan Cespedes http://www.cespedes.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500236: wrong display of UTF-8 characters
Package: libncursesw5,libncursesw5-dev Version: 5.6+20080830-1 Severity: normal When using multi-bytes UTF-8 characters in libncurses, it wrongly calculates its width, and messes up all the display. Attached is a simple program which demostrates it; the output should be: +--+ |Juan Cespedes | |Juan Céspedes | +--+ but instead it shows: +--+ |Juan Cespedes | |Juan Céspedes| +--+ I have tried both libncurses and libncursesw; I have also tried different versions (from 5.5-5 to 5.6+20080830-1), and also different terminal emulators (gnome-terminal, xterm, screen). The results are always the same. Thanks, -- Juan Cespedes #include ncursesw/ncurses.h int main(void) { initscr(); curs_set(0); mvaddch(0, 0, '+'); mvaddch(0, 15, '+'); mvaddch(3, 0, '+'); mvaddch(3, 15, '+'); mvhline(0, 1, '-', 14); mvhline(3, 1, '-', 14); mvvline(1, 0, '|', 2); mvvline(1, 15, '|', 2); mvaddstr(1, 1, Juan Cespedes); mvaddstr(2, 1, Juan Céspedes); refresh(); getch(); endwin(); return 0; }
Bug#444152: amulegui aborts if gtk2-engines is installed
Package: amule-utils-gui Version: 2.1.3-4 Severity: important If I try to run amulegui with package gtk2-engines installed, it always gives me this error and aborts before doing anything else: *** glibc detected *** amulegui: free(): invalid pointer: 0x083f8e30 *** === Backtrace: = /lib/libc.so.6[0xb73f0e15] /lib/libc.so.6(cfree+0x90)[0xb73f48e0] /usr/lib/libglib-2.0.so.0(g_free+0x31)[0xb6d0d961] /usr/lib/libwx_gtk2u_core-2.6.so.0[0xb7891bfe] /usr/lib/libwx_gtk2u_core-2.6.so.0(_ZN8wxButton10SetDefaultEv+0x74)[0xb7891cf4] amulegui[0x816762b] amulegui[0x80689e6] amulegui[0x80696d2] amulegui[0x806c8c2] amulegui(_ZN12wxAppConsole10CallOnInitEv+0x11)[0x8071f11] /usr/lib/libwx_baseu-2.6.so.0(_Z7wxEntryRiPPw+0x40)[0xb765d430] /usr/lib/libwx_baseu-2.6.so.0(_Z7wxEntryRiPPc+0x36)[0xb765d506] amulegui(_ZN10wxWindowDC6DoBlitEP4wxDCiiibii+0xe2c)[0x8067140] /lib/libc.so.6(__libc_start_main+0xe0)[0xb739d050] amulegui(_ZN13wxInputStream5SeekIEx10wxSeekMode+0x3d)[0x80669c1] === Memory map: Aborted In order to make sure that it isn't a configuration ussue, I have created a minimal chroot (cdebootstrap -f minimal). After this, I install amule-utils-gui and amulegui works ok; I install gtk2-engines and amulegui aborts with those messages. I have tried with amule-utils-gui versions 2.1.3-1 and 2.1.3-4, and with gtk2-engines versions 1:2.10.2-2, 1:2.11.4-1 and 1:2.12.0-1 with the same result. I don't know for sure if it's a bug in amule or in gtk2-engines; feel free to reassign this bug if needed. Thanks, -- Juan Cespedes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356773: exif --remove doesn't work
Package: exif Version: 0.6.9-5 Severity: normal Tags: patch exif --remove doesn't work unless you specify an IFD and a tag; but, if a tag is specified, --remove is ignored and it just displays that tag's content. Please apply the following patch: == --- exif-0.6.9.orig/exif/main.c +++ exif-0.6.9/exif/main.c @@ -385,7 +385,7 @@ if (list_tags) { action_tag_table (*args, ed); - } else if (tag !set_value) { + } else if (tag !set_value !remove_tag) { if ((ifd = EXIF_IFD_0) (ifd EXIF_IFD_COUNT)) { e = exif_content_get_entry ( == Thanks, -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Juan Cespedes / \ / \ [EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351816: qiv -x leaves connection to X open
Package: qiv Version: 2.0-4.1 Severity: important After setting X background with options -x, -y or -z, qiv exits but leaves a connection to the X server opened. This may cause the whole X system unusable if qiv is used several times to set the background image; it soon reaches the maximum number of X clients and every X application will fail. Simple way to reproduce it: -- [EMAIL PROTECTED]:~$ xhost access control enabled, only authorized clients can connect [EMAIL PROTECTED]:~$ while qiv -x /tmp/logo.gif ; do : ; done Xlib: connection to :0.0 refused by server Xlib: Maximum number of clients reached Segmentation fault [EMAIL PROTECTED]:~$ xhost Xlib: connection to :0.0 refused by server Xlib: Maximum number of clients reached xhost: unable to open display :0.0 -- NOTE: After doing that, NO X APPLICATION will work until you close any one of them. To fix it, you will have to close manually some opened window, and execute something like this: for i in $( xlsclients -l | grep -B2 Command: *qiv -x | grep ^Window | awk '{print $2}' | awk -F: '{print $1}' ) ; do xkill -id ${i} ; done -- System Information: Architecture: i386 (i686) Versions of packages qiv depends on: ii gdk-imlib11 1.9.14-28 imaging library for use with gtk ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libglib1.21.2.10-10 The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libx11-6 6.9.0.dfsg.1-2 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-2 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-2 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-2 X Window System multi-head display -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306123: syslinux: FTBFS: undefined reference to `memcpy' and static declaration of 'crc_32_tab' follows non-static declaration)
On Tue, Oct 18, 2005 at 06:20:26PM +0200, Andreas Jochens wrote: Hello, you are right, this part of the patch does not seem to be necessary any longer to make the package compile. I've just uploaded a new version of syslinux (3.11-1) with a lot of changes... could you please try to compile it in amd64, and tell me if it fails? Thanks a lot, -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Juan Cespedes / \ / \ [EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306123: syslinux: FTBFS: undefined reference to `memcpy' and static declaration of 'crc_32_tab' follows non-static declaration)
On Wed, Oct 19, 2005 at 03:21:13PM +0200, Andreas Jochens wrote: This can be fixed by adding 'libc6-dev-i386 [amd64] | ia32-libs-dev [amd64]' to the Build-Depends in debian/control (see the patch below). Patch applied; this bug will be closed when it hits the archive. Thanks for your support! -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Juan Cespedes / \ / \ [EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290472: syslinux should depend on mtools?
On Fri, Jan 14, 2005 at 12:29:49PM +0200, Markku Tavasti wrote: I installed syslinux, and when tried to use it I got: 0 [EMAIL PROTECTED]:~#syslinux /dev/fd0 sh: line 1: mcopy: command not found Therefore, I suggest syslinux should depend on mtools, not just recommend. There are several possible uses of syslinux: * Using directly the images found in /usr/lib/syslinux/img*.gz * Using isolinux of pxelinux * Using extlinux * Calling syslinux binary directly Only the last one requires mtools to be installed. According to the Debian Policy: `Recommends' This declares a strong, but not absolute, dependency. The `Recommends' field should list packages that would be found together with this one in all but unusual installations. There are clearly cases in which syslinux can be used without the need to have mtools installed. So, IMO, the Recommends line is OK. I am closing this bug. -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Juan Cespedes / \ / \ [EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314229: syslinux package very old
I've just uploaded the latest version of syslinux (3.11). So, this bugs will be closed. -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Juan Cespedes / \ / \ [EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#237423: syslinux: ppmtolss16 not recognizing a valid .pnm file
On Thu, Mar 11, 2004 at 11:00:28AM -0300, Nelson A. de Oliveira wrote: ppmtolss16 boot.pnm logo.16 ppmtolss16 quit with that error: /usr/bin/ppmtolss16: stdin is not a raw PPM file at /usr/bin/ppmtolss16 line 107, STDIN line 1. That was fixed in syslinux-2.06 and later (more than one year ago...). Hence, I am closing this bug. Thanks for your support, -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Juan Cespedes / \ / \ [EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306123: syslinux: FTBFS: undefined reference to `memcpy' and static declaration of 'crc_32_tab' follows non-static declaration)
On Mon, Oct 17, 2005 at 11:29:09PM +0300, Lars Wirzenius wrote: Juan Cespedes, if you oppose me (or someone) doing an NMU on syslinux, please say so within a couple of day, thanks. I am about to release a new maintainer version today. Thanks for your offer, anyway. -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Juan Cespedes / \ / \ [EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]