Bug#552871: [NMU] mailto: FTBFS: util.c:96: error: conflicting types for 'getline'

2010-03-07 Thread Joey Schulze
Jari Aalto wrote:
> Hi,
> 
> I'd like to prepare an NMU for this RC bug as I've been checking other
> similar bugs in the archive. Please let me know if this bug is being
> worked on, or if it's okay to submit NMU.

Thanks Jari, I must have missed your mail and only found the corresponding
bug on mailto.

This bug is fixed in version 1.3.2-3:

mailto (1.3.2-3) unstable; urgency=low

  * Disable included version of getline() since it is unused and produce
an FTBFS (closes: Bug#551449)
  * Don't use '0' flag used with '%p' gnu_printf format [mailto.c]

 -- Joey Schulze   Sat, 16 Jan 2010 20:27:45 +0100

Regards,

Joey

-- 
Those who don't understand Unix are condemned to reinvent it, poorly.

Please always Cc to me when replying to me on the lists.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#535166: security.debian.org: fails to upgrade the kernel, when the kernel lies on hde

2009-06-30 Thread Joey Schulze
reassign 535166 kernel-package
thanks

The code that doesn't handle your situation is in the kernel package.

Micronius wrote:
> My desktop owns 1 IDE-unit on the motherboard and 2 PCI-RAID-IDE-units 
> (without using the RAID-facility) on a PCI-card. My fstab contains the 
> following lines: 
> 
> # /etc/fstab: static file system information.
> #
> #
> proc/proc   proc defaults0   0
> LABEL=wg-rootpart   /   reiserfs defaults0   1
> LABEL=wg-bootpart   /boot   reiserfs notail  0   2
> LABEL=wg-swappart   noneswap sw  0   0
> /dev/hdb/media/cdrom0   udf,iso9660  user,noauto 0   0
> /dev/fd0/media/floppy0  auto rw,user,noauto  0   0
> 
> My /boot/grub/menue.lst contains the following lines:
> 
> title Debian GNU/Linux, kernel 2.6.26-2-amd64
> password ..
> root  (hd0,0)
> kernel/vmlinuz-2.6.26-2-amd64 
> root=UUID=8e1b2e49-3dfb-4942-8eb6-9868733c5d15 ro splash=verbose
> initrd/initrd.img-2.6.26-2-amd64
> 
> When I use 
> 
> apt-get update
> apt-get dist-upgrade
> 
> this does not work for upgrading the kernel. The following messages appear: 
> 
> "Booting the kernel 
> 
> .
> 
> Loading, please wait ...
> 
> mount: mounting /dev on /root/dev failed: 
>no such file or directory
> 
> [dito for /sys and /proc] 
> 
> Target filesystem doesn't have /sbin/init. 
> No init found. 

Regards,

Joey

-- 
It's time to close the windows.

Please always Cc to me when replying to me on the lists.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#506479: glibc-doc is nearly a stub

2008-11-22 Thread Joey Schulze
Adam Borowski wrote:
> The fun thing is, glibc-doc consists of... just the LinuxThreads libpthread
> docs!  Everything else is in glibc-doc-reference (non-free).
> 
> The changelog is worth keeping, but congratulations, you just obsoleted the
> last bit of glibc-doc.

Haha.

Regards,

Joey

-- 
No question is too silly to ask, but, of course, some are too silly
to answer.   -- Perl book

Please always Cc to me when replying to me on the lists.



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



Bug#487021: gerstensaft_0.3-4(sparc/unstable):

2008-06-25 Thread Joey Schulze
Julien Cristau wrote:
> On Thu, Jun 19, 2008 at 11:27:53 +0200, Joey Schulze wrote:
> 
> > Martin Zobel-Helas wrote:
> > > 
> > > Package 'xcb-renderutil', required by 'cairo', not found
> > 
> > This sounds more like a missing dependency in the cairo package.
> 
> fixed in cairo 1.6.4-6

> >   pkg-config gtk+-2.0 --cflags
> > 
> > Does this command work in the build environment at all?
> > 
> no, it didn't, because of the cairo bug.
> 
> Closing now.
> 
> Cheers,
> Julien

Thanks!

Regards,

Joey

-- 
The only stupid question is the unasked one.

Please always Cc to me when replying to me on the lists.



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



Bug#487019: Please implement mode to ignore character encodings

2008-06-23 Thread Joey Schulze
Hilko Bengen wrote:
> Hilko Bengen <[EMAIL PROTECTED]> writes:
> 
> >>> Could this be related to whether or not there are non-ASCII
> >>> characters in the subject?
> >>
> >> Since the subject was 'diff' or 'subject' I doubt it.
> >
> > Mhem.
> >
> > printf 'äöü\n' | LANG=C ./mailx -s foobar $recipient
> >
> > will also drop the Subject line.
> 
>  and the subject line was forgotten because my previous patch
> caused any headers to be dropped from the message.
> 
> Okay, here's another patch. Apply to 12.3-4.

Well spotted.

In all tests the subject was intact.  With and without "strange" characters
in the mail body.

Regards,

Joey

-- 
Everybody talks about it, but nobody does anything about it!  -- Mark Twain

Please always Cc to me when replying to me on the lists.



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



Bug#487019: Please implement mode to ignore character encodings

2008-06-23 Thread Joey Schulze
Hilko Bengen wrote:
> Joey Schulze <[EMAIL PROTECTED]> writes:
> 
> > I've noticed a different problem now. Due to the bug I have told
> > update-alternatives to set mailx to bsd-mailx, thus I'm not calling
> > heirloom-mailx with the full name. "-s subject" does not seem to
> > work everytime. 
> 
> Could this be related to whether or not there are non-ASCII characters
> in the subject?

Since the subject was 'diff' or 'subject' I doubt it.

> Argh.

Sorry.

Regards,

Joey

-- 
Everybody talks about it, but nobody does anything about it!  -- Mark Twain

Please always Cc to me when replying to me on the lists.



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



Bug#487019: Please implement mode to ignore character encodings

2008-06-23 Thread Joey Schulze
Hilko Bengen wrote:
> Nis, Joey, could you please test whether the attached patch fixes the
> character conversion issue in #465484 and #487019 for you? Please make
> sure that the `ttycharset' variable is _not_ set in /etc/nail.rc.

Nis, in case you need readily built packages, I've put them here:
http://people.debian.org/~joey/NMU/mailx/heirloom-mailx_12.3-4.0.1.diff.gz
http://people.debian.org/~joey/NMU/mailx/heirloom-mailx_12.3-4.0.1.dsc
http://people.debian.org/~joey/NMU/mailx/heirloom-mailx_12.3-4.0.1_i386.deb

Hilko, the patch seems to work.  The mails I've sent were delivered properly.
Thanks a lot!


I've noticed a different problem now.  Due to the bug I have told
update-alternatives to set mailx to bsd-mailx, thus I'm not calling
heirloom-mailx with the full name.  "-s subject" does not seem to work
everytime.  I haven't yet discovered the system, the same command may result
in a subject one time, but doesn't another time.

Regards,

Joey

-- 
Everybody talks about it, but nobody does anything about it!  -- Mark Twain

Please always Cc to me when replying to me on the lists.



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



Bug#487021: gerstensaft_0.3-4(sparc/unstable):

2008-06-19 Thread Joey Schulze
retitle 487021 FTBFS on sparc
thanks

Martin Zobel-Helas wrote:
> Package: gerstensaft
> Version: 0.3-4
> Severity: serious
> 
> There was an error while trying to autobuild your package:
> 
> > Automatic build of gerstensaft_0.3-4 on lebrun by sbuild/sparc 98
> > Build started at 20080618-0930
> 
> [...]
> 
> > ** Using build dependencies supplied by package:
> > Build-Depends: libgtk2.0-dev, gettext
> 
> [...]
> 
> 
> Package 'xcb-renderutil', required by 'cairo', not found

This sounds more like a missing dependency in the cairo package.

> beer.c:25:21: error: gtk/gtk.h: No such file or directory

gtk/gtk.h is provided by libgtk2.0-dev

usr/include/gtk-2.0/gtk/gtk.h   
libdevel/libgtk2.0-dev

What kind of fix do you propose if depending on the library that
includes the file is not sufficient?

I assume that the above message is a result from

  pkg-config gtk+-2.0 --cflags

Does this command work in the build environment at all?

Regards,

Joey

-- 
Whenever you meet yourself you're in a time loop or in front of a mirror.

Please always Cc to me when replying to me on the lists.



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



Bug#428368: lighttpd vuln patch

2007-07-20 Thread Joey Schulze
Steve Kemp wrote:
> On Fri Jul 20, 2007 at 11:02:07 +0200, Pierre Habouzit wrote:
> >   attached is the patch that fixes it. I'm going to NMU lighttpd in
> > unstable, please someone takes care of etch.
> 
>   Joey if you could allocate a DOS CVE ID I'll do the upload,
>  I've already done lighttpd patches for etch.

Please use CVE-2007-2841.

Regards,

Joey

-- 
Ten years and still binary compatible.  -- XFree86

Please always Cc to me when replying to me on the lists.


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



Bug#429462: gunzip does not uncompress anymore, breaks dpkg-source

2007-06-18 Thread Joey Schulze
Package: gzip
Version: 1.3.12-2
Severity: grave

I'm sorry to report but the new version of gzip breaks dpkg-source in
sid and thus cannot be used for package building anymore.

dpkg-source -b package-version gives:

 dpkg-source: failure: tar -xkf - gave error exit status 2
 tar: Archive is compressed. Use -z option
 tar: Error is not recoverable: exiting now

The reason is that gunzip does not uncompress a stream anymore.

This is with 1.3.12-2:

finlandia!joey(tty6):/tmp/work/test/z> gunzip < ../manpages_2.52.orig.tar.gz | 
cat - > out
finlandia!joey(tty6):/tmp/work/test/z> file out
out: gzip compressed data, from Unix, last modified: Sun Jun 17 16:21:30 2007
finlandia!joey(tty6):/tmp/work/test/z> cat ../manpages_2.52.orig.tar.gz | 
gunzip > out
finlandia!joey(tty6):/tmp/work/test/z> file out
out: gzip compressed data, from Unix, last modified: Mon Jun 18 11:21:15 2007

This is with the older version 1.3.9-2:

finlandia!joey(tty6):/tmp/work/test/z> gunzip < ../manpages_2.52.orig.tar.gz  > 
out.tar
finlandia!joey(tty6):/tmp/work/test/z> file out.tar
out.tar: POSIX tar archive (GNU)
finlandia!joey(tty6):/tmp/work/test/z> cat ../manpages_2.52.orig.tar.gz | 
gunzip > out.tar
finlandia!joey(tty6):/tmp/work/test/z> file out.tar
out.tar: POSIX tar archive (GNU)

Please pass this upstream and restore the old behaviour.

(And as a workaround, changing the inner working of dpkg-source may
be adequate as well.)

Regards,

Joey

-- 
Still can't talk about what I can't talk about.  Sorry.  -- Bruce Schneier

Please always Cc to me when replying to me on the lists.


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