Bug#898426: partx exit status 0 on some errors

2018-05-11 Thread Juan Céspedes
Package: util-linux Version: 2.32-0.1 partx has a exit status of 0 when it fails to read the partition table: root@loopy:~# partx -s - /dev/sda1 partx: /dev/sda1: failed to read partition table root@loopy:~# echo $? 0 It behaves properly, however, when the disk cannot be read: root@loopy:~# par

Bug#854792: fails when there are two users with the same UID

2017-02-16 Thread Juan Céspedes
On Thu, Feb 16, 2017 at 12:16 AM, Emilio Pozuelo Monfort wrote: > On 10/02/17 13:38, Juan Cespedes wrote: > > Summary: accounts-daemon.service fails to work properly when there are > > two users in the system with the same UID. > > I'm not sure that's a system configuration that is supported. If

Bug#730933: ltrace: diff for NMU version 0.5.3-2.2

2013-12-22 Thread Juan Céspedes
On Dec 22, 2013 12:33 AM, "David Prévot" wrote: > I've prepared an NMU for ltrace (versioned as 0.5.3-2.2) and > uploaded it to DELAYED/5. Thank you very much for your work. I expect to have some more time these days, and I will try fix many pending issues in ltrace. > Please feel free to tell

Bug#295567: iptables: order in which raw, filter, nat, mangle tables are examined

2010-04-13 Thread Juan Céspedes
> From: Jan Engelhardt > Date: Sun, 3 Aug 2008 13:43:37 -0400 (EDT) > > That's because it is not iptables's job or decision as to what table > gets executed in which order. IMHO that's not a good reason for not having it specified in the man page. And AFAIK that order has never changed. I wante

Bug#537781: ltrace: ltrace should support dlopen()'d libraries

2009-07-21 Thread Juan Céspedes
On Mon, Jul 20, 2009 at 11:11 PM, Samuel Bronson wrote: > It would be really nice if ltrace supported not only > library-to-library calls as requested in #135985, but even calls to > libraries that were loaded dynamically by dlopen(). > > I don't see how this can be all that hard; if GDB can hook d

Bug#532195: ltrace_0.5.2-2(sparc/unstable): FTBFS on sparc

2009-06-25 Thread Juan Céspedes
tag 532195 help thanks On Sun, Jun 7, 2009 at 1:58 PM, Martin Zobel-Helas wrote: > There was an error while trying to autobuild your package: > > [...] > >> In file included from trace.c:8: >> /build/buildd/ltrace-0.5.2/sysdeps/linux-gnu/sparc/ptrace.h:14:21: error: >> asm/reg.h: No such file or

Bug#503367: Again: Bug#503367: plink: file conflict with putty-tools

2009-04-02 Thread Juan Céspedes
On Thu, Apr 2, 2009 at 10:23 AM, Daniel Leidert wrote: > What about using /usr/bin/PLINK? Please don't. I have already had enough problems with MacOS, Windows, and some other operating systems and filesystems which are not case sensitive. -- Juan Cespedes -- To UNSUBSCRIBE, email to debian

Bug#463023: Log for failed build of ltrace_0.5.1-1 (dist=unstable)

2008-12-11 Thread Juan Céspedes
On Thu, Dec 11, 2008 at 12:06 AM, Riku Voipio <[EMAIL PROTECTED]> wrote: > Atleast the debian/control changes (adding armel, armeb archs) > i added in the NMU are still missing. Oops, you are right will fix it today. -- Juan Cespedes http://www.cespedes.org/ -- To UNSUBSCRIBE, email to [

Bug#500236: wrong display of UTF-8 characters

2008-09-29 Thread Juan Céspedes
On Sat, Sep 27, 2008 at 1:32 PM, Thomas Dickey <[EMAIL PROTECTED]> wrote: >>> >>> #include >>> setlocale(LC_ALL, ""); > > Without initializing the locale, ncurses doesn't know about UTF-8. > It's an encoding that can use multiple bytes per character. OK, I understand it now; but I still th

Bug#500236: wrong display of UTF-8 characters

2008-09-26 Thread Juan Céspedes
cale? I am tempted to rename the bug :) >> mvaddstr(1, 1, "Juan Cespedes"); >> mvaddstr(2, 1, "Juan Céspedes"); > > The string is encoded for ISO-8859-1 (not UTF-8). Oops, it must have been due to some copy & paste; the file I tried was UTF-8 encoded. Thanks, Juan Céspedes

Bug#484204: ITP: rdup -- utility to create a file list suitable for making backups

2008-06-03 Thread Juan Céspedes
On Tue, Jun 3, 2008 at 12:27 AM, Jose Carlos Garcia Sogo <[EMAIL PROTECTED]> wrote: > rdup is a utility inspired by rsync and the plan9 way of doing > backups. I'm afraid I don't see why rdup ins inspired in "the plan9 way of doing backups". In fact, the way Plan9 uses to make "back-ups" (sort

Bug#450931: arm/armel support for ltrace

2008-01-29 Thread Juan Céspedes
On Jan 28, 2008 2:31 PM, Riku Voipio <[EMAIL PROTECTED]> wrote: > Since neither of you maintainers have responded anything in ages to > ltrace bugreports, I will take that both you are inactive and will not > mind if NMU ltrace. I will proceed to NMU it tonight, if testing > shows that Anderson Liz

Bug#428561: [EMAIL PROTECTED]

2007-09-19 Thread Juan Céspedes
severity 428561 grave thanks Given that link_in_boot now defaults to "YESB", the link is created in /boot, which makes that image unbootable unless someone changes the boot loader configuration. Moreover, someone could think he is using this new kernel after installing the package and booting the

Bug#439701: marked as done (linux86: FTBFS: elks.c:18:22: error: sys/vm86.h: No such file or directory)

2007-08-26 Thread Juan Céspedes
On 8/26/07, Debian Bug Tracking System <[EMAIL PROTECTED]> wrote: > > Your package is failing to build on amd64 with the following error: > cc -O -c -o elks.o elks.c > elks.c:18:22: error: sys/vm86.h: No such file or directory I know, I know. Sorry for that. Version 0.16.17-2 was uploaded shor