Bug#588265: /usr/bin/dpkg-source: dpkg-source -b fails on path ending with a tilde

2010-07-06 Thread Andreas Beckmann
Package: dpkg-dev Version: 1.15.7.2 Severity: important File: /usr/bin/dpkg-source Hi, the command dpkg-source -b foobar-1.0~ fails to create a valid tarball for a native package (did not try non-native) because the directory name ends with a tilde. If I uncompress the 45 bytes .tar.gz, I g

Processed: Re: please allow to disable extremely slow fsync/sync at runtime

2010-07-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > # Modestas Vainius wrote: > # > # > first of all, I'm fully aware of [1] and [2]. > # > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578635 > # > [2] https://bugzilla.kernel.org/show_bug.cgi?id=15910 > # > # Ah, but are you aware of 584254

Bug#588254: please allow to disable extremely slow fsync/sync at runtime

2010-07-06 Thread Jonathan Nieder
# Modestas Vainius wrote: # # > first of all, I'm fully aware of [1] and [2]. # > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578635 # > [2] https://bugzilla.kernel.org/show_bug.cgi?id=15910 # # Ah, but are you aware of 584254? :) merge 584254 588254 quit -- To UNSUBSCRIBE, email to

Bug#588254: please allow to disable extremely slow fsync/sync at runtime

2010-07-06 Thread Modestas Vainius
Package: dpkg Version: 1.15.7.2 Severity: normal Hello, first of all, I'm fully aware of [1] and [2]. However, solution implemented in #578635 is not good enough and slows down dpkg considerably on ext4 and even twice as much on btrfs [3]. So it is pretty clear that dpkg is not ready for the age

Bug#588141: dpkg-dev: dpkg-shlibdeps does not find dependency information of a 32-bit executable on an amd64 machine

2010-07-06 Thread Raphael Hertzog
Hi, On Tue, 06 Jul 2010, Raphael Hertzog wrote: > On Tue, 06 Jul 2010, Christoph Pleger wrote: > > Probably, the problem occurs because the library is located in /usr/lib32, > > but /usr/lib32 is a symbolic link to /emul/ia32-linux/usr/lib. > > > > In my opinion, dpkg-shlibdeps/dpkg should handle

Bug#588141: dpkg-dev: dpkg-shlibdeps does not find dependency information of a 32-bit executable on an amd64 machine

2010-07-06 Thread Raphael Hertzog
On Tue, 06 Jul 2010, Christoph Pleger wrote: > Probably, the problem occurs because the library is located in /usr/lib32, > but /usr/lib32 is a symbolic link to /emul/ia32-linux/usr/lib. > > In my opinion, dpkg-shlibdeps/dpkg should handle symbolic links correctly. It does do its best already. If

Bug#588141: dpkg-dev: dpkg-shlibdeps does not find dependency information of a 32-bit executable on an amd64 machine

2010-07-06 Thread Christoph Pleger
Probably, the problem occurs because the library is located in /usr/lib32, but /usr/lib32 is a symbolic link to /emul/ia32-linux/usr/lib. In my opinion, dpkg-shlibdeps/dpkg should handle symbolic links correctly. -- To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org with a sub

Bug#588141: dpkg-dev: dpkg-shlibdeps does not find dependency information of a 32-bit executable on an amd64 machine

2010-07-06 Thread Christoph Pleger
> What does "dpkg -S /emul/ia32-linux/usr/lib/libidn.so.11" return? It returns "not found". Regards Christoph -- To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#588141: dpkg-dev: dpkg-shlibdeps does not find dependency information of a 32-bit executable on an amd64 machine

2010-07-06 Thread Raphael Hertzog
On Tue, 06 Jul 2010, Christoph Pleger wrote: > > What does "dpkg -S /emul/ia32-linux/usr/lib/libidn.so.11" return? > > It returns "not found". So that's your problem. It can't find the packages associated to the library that the binary will use and thus can't find the associated shlibs file. How