Vineet Kumar wrote:
> * Stefan Fritsch ([EMAIL PROTECTED]) [071116 13:03]:
>> is unset. (Actually, some scripts use "${LD_LIBRARY_PATH+:
>> $LD_LIBRARY_PATH}", which seems to work, too. But this is not
>> documented in the bash man page, at least I can't find it.)
>
> The difference between ${PAR
Package: wnpp
Severity: wishlist
Owner: Pierre Habouzit <[EMAIL PROTECTED]>
* Package name: tokyo-cabinet
Version : 1.0.6
Upstream Author : Mikio Hirabayashi <[EMAIL PROTECTED]>
* URL : http://tokyocabinet.sourceforge.net/
* License : LGPL
Programming Lang: C
On Mon, Nov 19, 2007 at 03:47:35PM -0400, Ben Armstrong wrote:
> * Package name: atl2-source
> Version : 1.0.40.2
> Upstream Author : xiong huang <[EMAIL PROTECTED]>
> * URL :
> https://launchpad.net/ubuntu/hardy/+source/linux-ubuntu-modules-2.6.22/
> * License
On Tue, 20 Nov 2007, Miles Bader wrote:
> Why is it worth worrying about, though? Are the difference between exim
> and postfix really great enough to matter for typical use?!?
No, they are not. And I speak this as a Postfix user (I replace exim with
postfix in every box I use or admin, and all
Package: wnpp
Severity: wishlist
Owner: Bernd Zeimetz <[EMAIL PROTECTED]>
* Package name: geopy
Version : 0.9.3
Upstream Author : Brian Beck <[EMAIL PROTECTED]>
* URL : http://exogen.case.edu/projects/geopy/
* License : MIT
Programming Lang: Python
Descripti
On Tue, Nov 20, 2007 at 03:41:20PM +0900, Miles Bader wrote:
> Postfix has a reputation for being faster and more secure than exim.
When talking about security, exim doesn't exactly have a horribly bad
track record. It's not qmail, but then I wouldn't *want* to use qmail
for other reasons.
> Why
Le mardi 20 novembre 2007 à 16:22 +0100, Raphael Hertzog a écrit :
> 2/ Watch out if adding support of symbols files break unofficial
> architectures (like armel or kfreebsd-i386/amd64). Because the
> pre-generated files only take into account the current list of official
> architectures, so you mi
* Norbert Preining <[EMAIL PROTECTED]> [071119 17:28]:
[liberally snipped]
>
> And it matters to me that people can get optimal typographic quality.
>
> So either we have to distribute crippled versions of many documents,
> crippled only in the sense that yes, all the information/text is there,
>
Package: wnpp
* Package name: libemail-mime-creator-perl
Version: 1.454
Upstream Author: Casey West <[EMAIL PROTECTED]>
* URL: http://search.cpan.org/dist/Email-MIME-Creator/
* License: GPL or Perl Artistic
Description:
Email::MIME::Creator is a Perl module providing simple creation of
singl
Hello,
since the upload of dpkg 1.14.8 to unstable, it's now possible for
library packages to generate "symbols" control files that will be used by
other packages to get more accurate (and less strict) dependencies.
As this is a far reaching change, I'd like some skilled maintainers to try
it out
Today I saw a thread on the linux-kernel list [1] about a gcc compilation
issue that affects _all_ gcc versions in Debian after gcc-2.95.
I've filed bugs reports:
#452108 (gcc-4.2); #452113 (gcc-4.1); #452114 (gcc-3.3); #452115 (gcc-3.4)
The issue is that in some cases a negative const before an
I wrote a daemon that is started from an init-script as root, and then
uses setuid and setgid to drop to a less-privileged system user and
group.
A user discovered that the program breaks when he uses the
libpam-tmpdir module, because TMPDIR doesn't get changed to the
/tmp/user/NNN directory, so t
On Tue, 20 Nov 2007, Eric Cooper wrote:
> I wrote a daemon that is started from an init-script as root, and then
> uses setuid and setgid to drop to a less-privileged system user and
> group.
>
> A user discovered that the program breaks when he uses the
> libpam-tmpdir module, because TMPDIR doe
So FWIW, I have aalib using a symbol file, it's what I used to test the
debhelper modifications. Haven't uploaded it yet because it will have to
build-depend on the recent dpkg bugfix. Also because dpkg-shlibdeps is
now smart enough to complain about some unnecessary linkages to things
like libm an
Raphael Hertzog wrote:
> With debhelper 5.0.61, dh_makeshlibs will also call dpkg-gensymbols if it
> finds debian/.symbols (or debian/.symbols.). So
> for packages using debhelper, the only thing to do is to drop the right
> symbol file(s) at the right place and add build-depends on dpkg-dev (>=
>
On Tue, 20 Nov 2007, Joey Hess wrote:
> I also thought about using symbol files for the not very shared
> libraries in the fbreader source package, but there's C++ symbol
> mangling going on, so I think I can't.
You can, but it generally means having to handle arch-specific symbols
files because s
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: haf-marketing-release
Version : 0.3.4
Upstream Author : Nokia Corporation
* URL :
http://repository.maemo.org/pool/sardine/main/source/h/ha
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: osso-gwconnect
Version : 1.0.12
Upstream Author : Johan Hedberg <[EMAIL PROTECTED]>
* URL :
http://repository.maemo.org/pool/sardine/main/s
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libhildonmime
Version : 1.9.11-1
Upstream Author : Nokia Corporation
* URL :
http://repository.maemo.org/pool/sardine/main/source/libh/libh
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libhildon
Version : 1.99.0-2
Upstream Author : Nokia Corporation
* URL :
http://repository.maemo.org/pool/sardine/main/source/libh/libhildo
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: sapwood
Version : 3.0.0-1
Upstream Author : Tommi Komulainen <[EMAIL PROTECTED]>
* URL :
http://repository.maemo.org/pool/sardine/main/sour
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: mce-dev
Version : 1.5.6
Upstream Author : David Weinehall <[EMAIL PROTECTED]>
* URL :
http://repository.maemo.org/pool/sardine/main/source/
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: osso-af-settings
Version : 0.9.2-1
Upstream Author : Nokia Corporation
* URL :
http://repository.maemo.org/pool/sardine/main/source/o/osso-
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libhildonhelp
Version : 1.9.6-4
Upstream Author : Gabriel Schulhof <[EMAIL PROTECTED]>
* URL :
http://repository.maemo.org/pool/sardine/mai
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: maemo-af-desktop-l10n
Version : 3.0-2
Upstream Author : Nokia Corporation
* URL :
http://repository.maemo.org/pool/sardine/main/source/m/ma
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: maemo-af-desktop-l10n
Version : 3.0-2
Upstream Author : Nokia Corporation
* URL :
http://repository.maemo.org/pool/sardine/main/source/m/ma
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libhildonfm
Version : 2.0-1
Upstream Author : Nokia Corporation
* URL :
http://repository.maemo.org/pool/sardine/main/source/h/hildon-fm/
*
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libosso
Version : 2.14-1
Upstream Author : Nokia Corporation
* URL :
http://repository.maemo.org/pool/sardine/main/source/libo/libosso/
* L
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: hildon-fm-l10n
Version : 3.0-2
Upstream Author : Nokia Corporation
* URL :
http://repository.maemo.org/pool/sardine/main/source/h/hildon-fm
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: hildon-thumbnail
Version : 0.14
Upstream Author : Nokia Corporation
* URL :
http://repository.maemo.org/pool/sardine/main/source/h/hildon-t
Package: wnpp
Severity: wishlist
Owner: Jonny Lamb <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: hildon-desktop
Version : 2.0.2-1
Upstream Author : Nokia Corporation
* URL :
http://repository.maemo.org/pool/sardine/main/source/h/hildon-
On Tue, Nov 20, 2007 at 12:07:10PM -0500, Eric Cooper wrote:
> I wrote a daemon that is started from an init-script as root, and then
> uses setuid and setgid to drop to a less-privileged system user and
> group.
> A user discovered that the program breaks when he uses the
> libpam-tmpdir module,
Michael Koch <[EMAIL PROTECTED]> writes:
> On Sun, Nov 18, 2007 at 12:57:47AM +0100, Mario Lang wrote:
>> Hi.
>>
>> One of my packages (brltty) recently gained Java bindings for its API.
>> Now since I added the usage of gcj to brltty, I see that the java toolchain
>> seems to be quite out of syn
Eric Cooper <[EMAIL PROTECTED]> writes:
> I wrote a daemon that is started from an init-script as root, and then
> uses setuid and setgid to drop to a less-privileged system user and
> group.
>
> A user discovered that the program breaks when he uses the
> libpam-tmpdir module, because TMPDIR does
We are Looking for partners worldwide. The position is home-based. Our Company
Head Office is located in UK with branches all over the world.
Wjavascript:checkSpamAssassin();
ðÒÏ×ÅÒËÁ SpamAssassin-ÏÍe are looking for talented, honest, reliable
representatives from different regions. The ideal c
On Tue, Nov 20, 2007 at 01:20:33PM -0500, Joey Hess wrote:
> Raphael Hertzog wrote:
> > With debhelper 5.0.61, dh_makeshlibs will also call dpkg-gensymbols if it
> > finds debian/.symbols (or debian/.symbols.). So
> > for packages using debhelper, the only thing to do is to drop the right
> > symbo
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> Hello,
>
> since the upload of dpkg 1.14.8 to unstable, it's now possible for
> library packages to generate "symbols" control files that will be used
> by other packages to get more accurate (and less strict) dependencies.
>
> As this is a far reachin
On Tue, Nov 20, 2007 at 05:01:22PM +0100, Raphael Hertzog wrote:
> Homepage field in debian/control
(...)
> This was implemented in dpkg 1.14.6.
>
> Vcs-* fields in debian/control
(...)
> This was implemented in dpkg 1.14.6.
Do these need build dependencies versioning or is it only an end-user
is
On Tue, Nov 20, 2007 at 04:22:56PM +0100, Raphael Hertzog wrote:
> Some pre-generated symbols files can be downloaded on
> http://qa.debian.org/cgi-bin/mole/seedsymbols/
>
> Beware, those files have been auto-generated and should be verified by the
> maintainer (check that the version are correct,
On Tue, Nov 20, 2007 at 10:05:41PM +0100, Mike Hommey wrote:
> On Tue, Nov 20, 2007 at 01:20:33PM -0500, Joey Hess wrote:
> > Raphael Hertzog wrote:
> > > With debhelper 5.0.61, dh_makeshlibs will also call dpkg-gensymbols if it
> > > finds debian/.symbols (or debian/.symbols.). So
> > > for packag
Hi,
On Tue, 2007-11-20 at 22:09:09 +0100, Mike Hommey wrote:
> On Tue, Nov 20, 2007 at 05:01:22PM +0100, Raphael Hertzog wrote:
> > Homepage field in debian/control
> (...)
> > This was implemented in dpkg 1.14.6.
> >
> > Vcs-* fields in debian/control
> (...)
> > This was implemented in dpkg 1.1
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> since the upload of dpkg 1.14.8 to unstable, it's now possible for
> library packages to generate "symbols" control files that will be used
> by other packages to get more accurate (and less strict) dependencies.
> As this is a far reaching change, I'
This one time, at band camp, Russ Allbery said:
> * The new warnings from the dpkg-* tools warn about any binary Perl
>module because all binary Perl modules use symbols from Perl itself but
>traditionally aren't linked directly against libperl. (There was some
>reason for this that I
Stephen Gran <[EMAIL PROTECTED]> writes:
> This one time, at band camp, Russ Allbery said:
>> * The new warnings from the dpkg-* tools warn about any binary Perl
>>module because all binary Perl modules use symbols from Perl itself but
>>traditionally aren't linked directly against libper
This one time, at band camp, Russ Allbery said:
> Stephen Gran <[EMAIL PROTECTED]> writes:
> > This one time, at band camp, Russ Allbery said:
>
> >> * The new warnings from the dpkg-* tools warn about any binary Perl
> >>module because all binary Perl modules use symbols from Perl itself but
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> Integrated documentation
>
> The existing documentation is integrated in various dpkg manual pages:
> - dpkg-gensymbols(1)
> - dpkg-shlibdeps(1)
> - deb-symbols(5)
In case anyone would like to do some minor coding around this,
Stephen Gran <[EMAIL PROTECTED]> writes:
> This one time, at band camp, Russ Allbery said:
>> Oh, right, that's the problem. /usr/bin/perl doesn't use libperl
>> itself and instead just exports the same symbols to any modules it
>> loads. So if the module is linked with libperl, when the module
On Tue, 20 Nov 2007, Frans Pop wrote:
> A patch is available, but the question facing Debian is: should we do a scan
> of the archive to see if and which binary packages are affected?
Given the sort of insiduous, nightmarish to debug kind of bug this thing
could cause, I'd say that yes, we should
Le Mon, Nov 19, 2007 at 02:28:48PM -0800, Don Armstrong a écrit :
>
> You'll note that I don't say anything about what you say the source
> is. I talk about what the author *uses*. Since you're not the author,
> and it's apparently obvious, even to you, that the PDFs came from tex
> source, that's
On Wed, 21 Nov 2007, Charles Plessy wrote:
> - There is no difference between a file for which the original
>author never publically published intermediate steps in its
>creation, and a file for wihch an intermediate has removed source
>code or formatting instructions that have been pu
I recently noticed that many of the binary packages in Debian have unnecessary
empty directories in them, so I wrote a script to find all packages with any
empty directories. The results are too numerous to post on the list. The
list by maintainer/uploader is at
http://people.debian.org/~schep
Fellow developers,
I'm requesting some assistance on bugs 451767 and 451978 (which are
the same). On some 64-bit platforms, the ICU packages create 32-bit
libraries. Unfortunately, the dependencies on the 32-bit library
package for 64-bit systems (lib32icu36) is listed as a dependency of
the re
On 21/11/2007, Daniel Schepler wrote:
> Obviously, a lot of these will be false positives, so I definitely
> won't file mass bugs based on this list without checking the full
> details first.
Maybe suggesting a lintian check would be a good idea?
Cheers,
--
Cyril Brulebois
pgpw3I0trgcoK.pgp
D
On Tuesday 20 November 2007 10:26:39 pm Cyril Brulebois wrote:
> On 21/11/2007, Daniel Schepler wrote:
> > Obviously, a lot of these will be false positives, so I definitely
> > won't file mass bugs based on this list without checking the full
> > details first.
>
> Maybe suggesting a lintian check
Daniel Schepler schrieb:
> I recently noticed that many of the binary packages in Debian have
> unnecessary
> empty directories in them, so I wrote a script to find all packages with any
> empty directories. The results are too numerous to post on the list. The
> list by maintainer/uploader i
Daniel Schepler schrieb:
> On Tuesday 20 November 2007 10:26:39 pm Cyril Brulebois wrote:
>> On 21/11/2007, Daniel Schepler wrote:
>>> Obviously, a lot of these will be false positives, so I definitely
>>> won't file mass bugs based on this list without checking the full
>>> details first.
>> Maybe
Hi
On Tue, 20 Nov 2007 21:55:30 -0500
Daniel Schepler <[EMAIL PROTECTED]> wrote:
> I recently noticed that many of the binary packages in Debian have
> unnecessary
> empty directories in them,
How do you detect that the directory is "unnecessary"? It can be for
example used for storing data i
Package: python-central
Version: 0.5.15
Severity: normal
File: /usr/bin/dh_pycentral
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
when using dh_pycentral for pure python package, it moves everything
from /usr/lib/python*/site-packages to /usr/share/pycentral. However it
keeps there empty /us
Daniel Schepler wrote:
> Obviously, a lot of these will be false positives, so I definitely won't file
> mass bugs based on this list without checking the full details first.
Using python-support also creates false-positives. python-support relies
on having /usr/share/python-support/packagename/
On Tue, 20 Nov 2007, Joey Hess wrote:
> Raphael Hertzog wrote:
> > With debhelper 5.0.61, dh_makeshlibs will also call dpkg-gensymbols if it
> > finds debian/.symbols (or debian/.symbols.). So
> > for packages using debhelper, the only thing to do is to drop the right
> > symbol file(s) at the righ
On Tue, Nov 20, 2007 at 10:24:47PM -0500, Jay Berkenbilt wrote:
>
> Fellow developers,
>
> I'm requesting some assistance on bugs 451767 and 451978 (which are
> the same). On some 64-bit platforms, the ICU packages create 32-bit
> libraries. Unfortunately, the dependencies on the 32-bit library
On Tue, 20 Nov 2007, Mike Hommey wrote:
> Are the @Base in these files really necessary ?
With the current code, IIRC yes.
> I mean, most packages have no symbol versioning and thus use the "Base"
> version. Does it work without it being explicitly put ?
Probably not.
> If not, don't you think
62 matches
Mail list logo
