Re: Bits from the DAMs ( & Co)

2005-04-01 Thread Ritesh Raj Sarraf
April Fool! :-) Ritesh On Friday 01 Apr 2005 12:01 pm, Joerg Jaspert wrote: > Hi, > > in the tradition of "Bits[1] from the DAMs", started in January, we are > now sending another mail to inform you about recent decisions we made. > > > Topics in this mail > --- > 1. Handling of

Re: How to find out why a package was removed from testing?

2005-04-01 Thread Adrian Bunk
On Fri, Apr 01, 2005 at 06:56:45PM -0800, Steve Langasek wrote: > On Fri, Apr 01, 2005 at 07:59:01PM +0200, Frank Küster wrote: > > Jeroen van Wolffelaar <[EMAIL PROTECTED]> wrote: > > > > On Fri, Apr 01, 2005 at 07:28:35PM +0200, Frank K?ster wrote: > > > > Right, but open for 47 days already. I

Bug#302641: ITP: debhelper-dwim -- debhelper extension to do what the maintainer wants

2005-04-01 Thread Steve Langasek
Package: wnpp Severity: wishlist Owner: Steve Langasek <[EMAIL PROTECTED]> * Package name: debhelper-dwim Version : 1.0.0 Upstream Author : Steve Langasek <[EMAIL PROTECTED]> * URL : http://www.yagoohoogle.com/ * License : Abridged "Public Rights" International

Re: How to find out why a package was removed from testing?

2005-04-01 Thread Steve Langasek
On Fri, Apr 01, 2005 at 07:59:01PM +0200, Frank Küster wrote: > Jeroen van Wolffelaar <[EMAIL PROTECTED]> wrote: > > On Fri, Apr 01, 2005 at 07:28:35PM +0200, Frank K?ster wrote: > > Right, but open for 47 days already. If for this amount of days an RC > > bug is open and nobody seems to have car

Re: intend-to-implement: script to obtain Debian Source

2005-04-01 Thread Adam Heath
On Sun, 27 Mar 2005, Lars Wirzenius wrote: > su, 2005-03-27 kello 09:01 +0200, George Danchev kirjoitti: > > I second suggestion given at #250202 and like to see "unpacked" and > > "patched" > > targets to hit Policy 4.8. > > I hear that Adam Heath (doogie for those on IRC) has been working on a

crediting debconf translators, revisited

2005-04-01 Thread sean finney
hi all, some time back, i remember somebody asking what the proper way was to credit translators who provided debconf template translations. the consensus seemed to be that mentioning them in the changelog was sufficient. not being satisfied with that, however, i wrote up a small script to direc

Re: Release update: debian-installer, kernels, infrastructure, freeze, etch, arm

2005-04-01 Thread Matthew Garrett
Adrian Bunk <[EMAIL PROTECTED]> wrote: > It doesn't need to be an exact date, but someting like > "third quarter of 2005" or "mid-2008" would help to avoid situations > like the sarge C++ transition that was too early [1] or the more than > two years old X11 that will ship with sarge (and that do

Re: Bug#250202: Standardizing make target for 'patch' and 'upstream-source'

2005-04-01 Thread Michael Banck
On Fri, Apr 01, 2005 at 01:12:53AM +0100, Scott James Remnant wrote: > On Wed, 2005-03-30 at 11:37 +0200, David Schmitt wrote: > > > To prepare the sourcecode for inspection and/or minor modifications an > > additional argument for debian/rules would fit well into the current model. > > > > Cal

Re: How to handle unreproducible RC bugs when the submitter is MIA?

2005-04-01 Thread Steve Langasek
On Fri, Apr 01, 2005 at 12:05:59PM -0600, Steve Greenland wrote: > On 01-Apr-05, 10:08 (CST), Frank K?ster <[EMAIL PROTECTED]> wrote: > > I do not think that this bug justifies auctex's removal from testing; on > > the other hand, I don't think it would be proper to lower its severity > > before w

Re: Release update: debian-installer, kernels, infrastructure, freeze, etch, arm

2005-04-01 Thread Adrian Bunk
On Fri, Apr 01, 2005 at 03:48:00PM +0200, Andreas Barth wrote: >... > Major changes in etch > - > > If you intend to make major changes (like a C++ ABI bump) during the > development of etch, please speak with the release team as soon as > possible, describing the changes you'r

Re: init.d script dependencies for etch?

2005-04-01 Thread Thomas Hood
On Fri, 01 Apr 2005 20:40:08 +0200, Bastian Blank wrote: > | need clock hostname > | provide logger I take it that this is Richard Gooch's simpleinit system as furnished in util-linux. http://www.atnf.csiro.au/people/rgooch/linux/boot-scripts/ Before commenting, people should

Re: How to find out why a package was removed from testing?

2005-04-01 Thread Andreas Barth
* Frank Küster ([EMAIL PROTECTED]) [050401 19:55]: > Martin Michlmayr <[EMAIL PROTECTED]> wrote: > > * Frank Küster <[EMAIL PROTECTED]> [2005-04-01 19:28]: > >> - its open bugs (one RC, but worked on) > > > > http://ftp-master.debian.org/testing/hints/vorlon contains > > > > # bug #295060 > > remov

Re: How to find out why a package was removed from testing?

2005-04-01 Thread Andreas Barth
* Jeroen van Wolffelaar ([EMAIL PROTECTED]) [050401 19:35]: > On Fri, Apr 01, 2005 at 07:28:35PM +0200, Frank K?ster wrote: > > how can I find out why a package was removed from testing? I tried to > > find this out for wwwoffle, and looked at > This type of information is unfortunately not readi

Re: How to handle unreproducible RC bugs when the submitter is MIA?

2005-04-01 Thread Thomas Hood
On Fri, 2005-04-01 at 22:22 +0200, Frank Küster wrote: > (bugs in maintainer scripts are a policy violation) I don't recall policy saying that maintainer scripts "must" be entirely bug free. Obviously they _should_ be bug free, but bugs in maintainer scripts aren't always RC. -- Thomas Hood

Re: How to find out why a package was removed from testing?

2005-04-01 Thread Frank Küster
Bastian Blank <[EMAIL PROTECTED]> wrote: > On Fri, Apr 01, 2005 at 08:00:19PM +0200, Frank Küster wrote: >> Is it not usual practice to send a note about this to the bug? I think >> this would be a good idea, both for documentation purposes, and to wake >> up lazy maintainers. > > No, maintainers

Re: How to handle unreproducible RC bugs when the submitter is MIA?

2005-04-01 Thread Frank Küster
Thomas Hood <[EMAIL PROTECTED]> wrote: > That is, if the package > isn't unusable by everyone (if the bug only affects some users) then the > bug is not grave. > > If the bug is unreproducible then it can't be the case that the package is > unusable to everyone. So I'd say that a downgrade is ju

Re: Release update: debian-installer, kernels, infrastructure, freeze, etch, arm

2005-04-01 Thread Thomas Bushnell BSG
Andreas Barth <[EMAIL PROTECTED]> writes: > With these changes done, we are now on the home stretch for the sarge > release. We are now only waiting on the arm buildds to recover and > catch up to a reasonable extent, and on one last glibc upload -- and > then sarge is FREEZING. This is, therefo

Re: NEW handling: About rejects, and kernels

2005-04-01 Thread Thomas Bushnell BSG
Eduard Bloch <[EMAIL PROTECTED]> writes: > As said, burn all hardware in your house. Now. Please. Then you have > definitely defeated the evil non-freeness. As I have said, I don't think non-free software is evil. I just think it is not part of the Debian main archive. -- To UNSUBSCRIBE, emai

Re: Bug 456789: ITP: libjustdoit -- Always does what you want

2005-04-01 Thread Joerg Jaspert
On 10246 March 1977, Henning Makholm wrote: >> * License : Whatever you wish it is. > Have you cleared this with -legal? Usually licenses are not considered > Free if one needs to invoke wishful thinking to fit them to the DFSG. Eh, if you ask -legal its always non-free, so no need to. :)

Re: init.d script dependencies for etch?

2005-04-01 Thread martin f krafft
also sprach Bastian Blank <[EMAIL PROTECTED]> [2005.04.01.2104 +0200]: > > Uh, this looks like a "pull" type of thing in which ever init.d > > script starts its dependencies. I don't think this is a good idea. > > No, it is not. The dependencies are cached. Cached? As in queried beforehand? As in

Re: init.d script dependencies for etch?

2005-04-01 Thread Bastian Blank
On Fri, Apr 01, 2005 at 08:48:36PM +0200, martin f krafft wrote: > Uh, this looks like a "pull" type of thing in which ever init.d > script starts its dependencies. I don't think this is a good idea. No, it is not. The dependencies are cached. Bastian -- "Get back to your stations!"

Re: init.d script dependencies for etch?

2005-04-01 Thread martin f krafft
also sprach Thomas Hood <[EMAIL PROTECTED]> [2005.04.01.1930 +0200]: > This has been standardized by LSB: > > http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html Clearly this is the way to go then. After all, we are striving to be LSB-compliant, so wh

Re: init.d script dependencies for etch?

2005-04-01 Thread martin f krafft
also sprach Bastian Blank <[EMAIL PROTECTED]> [2005.04.01.2031 +0200]: > | # Make networking dependency conditional on configuration > | case $(sed 's/#.*//' /etc/syslog-ng/syslog-ng.conf) in > | > *source*tcp*|*source*udp*|*destination*tcp*|*destination*udp*) > |

Re: init.d script dependencies for etch?

2005-04-01 Thread Bastian Blank
On Fri, Apr 01, 2005 at 08:18:56PM +0200, Wouter van Heyst wrote: > On Fri, Apr 01, 2005 at 08:16:58PM +0200, Bastian Blank wrote: > > I must say, that the Gentoo-Way looks better than this. > What is the Gentoo-Way? | opts="depend checkconfig start stop reload" | | depend() { | # Make ne

Re: How to handle unreproducible RC bugs when the submitter is MIA?

2005-04-01 Thread Steve Greenland
On 01-Apr-05, 10:08 (CST), Frank K?ster <[EMAIL PROTECTED]> wrote: > I do not think that this bug justifies auctex's removal from testing; on > the other hand, I don't think it would be proper to lower its severity > before we know more. But we cannot know whether the submitter will > answer agai

Re: init.d script dependencies for etch?

2005-04-01 Thread Wouter van Heyst
On Fri, Apr 01, 2005 at 08:16:58PM +0200, Bastian Blank wrote: > On Fri, Apr 01, 2005 at 04:28:33PM +0200, martin f krafft wrote: > > I think we need to establish a header format policy, and I suggest > > something similar to debian/control, e.g. > > I must say, that the Gentoo-Way looks better th

Re: init.d script dependencies for etch?

2005-04-01 Thread Bastian Blank
On Fri, Apr 01, 2005 at 04:28:33PM +0200, martin f krafft wrote: > I think we need to establish a header format policy, and I suggest > something similar to debian/control, e.g. I must say, that the Gentoo-Way looks better than this. Bastian -- Vulcans believe peace should not depend on force.

Re: How to find out why a package was removed from testing?

2005-04-01 Thread Bastian Blank
On Fri, Apr 01, 2005 at 08:00:19PM +0200, Frank KÃster wrote: > Is it not usual practice to send a note about this to the bug? I think > this would be a good idea, both for documentation purposes, and to wake > up lazy maintainers. No, maintainers have to know about there bugs. And RC bugs with t

Re: How to handle unreproducible RC bugs when the submitter is MIA?

2005-04-01 Thread Thomas Hood
> Severity: grave > Justification: renders package unusable At http://www.debian.org/Bugs/Developer#severities, "grave" is glossed as: makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who

Unsubscribe

2005-04-01 Thread Juan Vitor Maqueda
-- Juan Maqueda Infraestrutura - Predicta tel: +55 (11)3054-2522 cel: +55 (11)9624-1145 ICQ: 2027526

Re: How to find out why a package was removed from testing?

2005-04-01 Thread Frank Küster
Martin Michlmayr <[EMAIL PROTECTED]> wrote: > * Frank Küster <[EMAIL PROTECTED]> [2005-04-01 19:28]: >> - its open bugs (one RC, but worked on) > > http://ftp-master.debian.org/testing/hints/vorlon contains > > # bug #295060 > remove wwwoffle/2.8e-1 > > So, yes, because of an RC bug. Is it not us

Re: How to find out why a package was removed from testing?

2005-04-01 Thread Frank Küster
Jeroen van Wolffelaar <[EMAIL PROTECTED]> wrote: > On Fri, Apr 01, 2005 at 07:28:35PM +0200, Frank K?ster wrote: > >> - its open bugs (one RC, but worked on) > > Right, but open for 47 days already. If for this amount of days an RC > bug is open and nobody seems to have cared enough to fix it or e

Re: Bug 456789: ITP: libjustdoit -- Always does what you want

2005-04-01 Thread Henning Makholm
Scripsit "Jörg Jaspert" <[EMAIL PROTECTED]> > * Package name: libjustdoit > Version : 1.0 > Upstream Author : Noone. It was just there. > * URL or Web page : Just open your webbrowser after you installed the > lib. And the Homepage will be there! The binary pac

Re: How to find out why a package was removed from testing?

2005-04-01 Thread Martin Michlmayr
* Frank Küster <[EMAIL PROTECTED]> [2005-04-01 19:28]: > - its open bugs (one RC, but worked on) http://ftp-master.debian.org/testing/hints/vorlon contains # bug #295060 remove wwwoffle/2.8e-1 So, yes, because of an RC bug. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email

Re: init.d script dependencies for etch?

2005-04-01 Thread Thomas Hood
On Fri, 01 Apr 2005 16:50:20 +0200, martin f krafft wrote: > I think we need to establish a header format policy, and I suggest > something similar to debian/control, e.g. > > #!/bin/sh -e > # init.d script for sshd > # > #% Depends: network, iptables > # > > if "$1" ... This has be

Re: How to find out why a package was removed from testing?

2005-04-01 Thread Jeroen van Wolffelaar
On Fri, Apr 01, 2005 at 07:28:35PM +0200, Frank K?ster wrote: > Hi, > > how can I find out why a package was removed from testing? I tried to > find this out for wwwoffle, and looked at This type of information is unfortunately not readily available, you can find it in some ftp-master logfiles (

How to find out why a package was removed from testing?

2005-04-01 Thread Frank Küster
Hi, how can I find out why a package was removed from testing? I tried to find this out for wwwoffle, and looked at - its resolved bugs (no indication) - its open bugs (one RC, but worked on) - ftp.debian.org's bugs: nothing - Search on debian-release: nothing. Where else can I look? TIA,

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread Gustavo Franco
On Apr 1, 2005 1:58 PM, Tollef Fog Heen <[EMAIL PROTECTED]> wrote: > * Gustavo Franco > > | I agree, but are we tracking all these post-sarge issues that are > | coming on d-d and others lists? I hope that after sarge we start > | working on these issues before etch came closer. > > I'm doing a r

Re: Release update: debian-installer, kernels, infrastructure, freeze, etch, arm

2005-04-01 Thread Ken Bloom
On Fri, 01 Apr 2005 16:32:25 +0200, Bill Allombert wrote: > On Fri, Apr 01, 2005 at 03:48:00PM +0200, Andreas Barth wrote: >> Debian Installer RC3, kernels >> - >> >> The RC3 release of the debian-installer has been published. As Joey >> Hess mentions in his announcem

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread Tollef Fog Heen
* Gustavo Franco | I agree, but are we tracking all these post-sarge issues that are | coming on d-d and others lists? I hope that after sarge we start | working on these issues before etch came closer. I'm doing a rebuild of sarge with a changed pkg-config now, to see what breaks. -- Tollef F

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread Daniel Jacobowitz
On Fri, Apr 01, 2005 at 03:09:13AM -0800, Steve Langasek wrote: > On Fri, Apr 01, 2005 at 12:53:27PM +0200, Josselin Mouette wrote: > > Le vendredi 01 avril 2005 à 02:34 -0600, Ron Johnson a écrit : > > > What are the opinions of d-d's of --as-needed? > > > > http://www.ubuntuforums.org/showthread

How to handle unreproducible RC bugs when the submitter is MIA?

2005-04-01 Thread Frank Küster
Dear release team, #297181 is unreproducible, and the submitter has not answered to our questions for a while. I am quite confident that this bug is really PEBCAK, or more specifically a local misconfiguration, or some old locally installed Emacs lisp files lying around. I do not think that this

Re: init.d script dependencies for etch?

2005-04-01 Thread Frank Küster
martin f krafft <[EMAIL PROTECTED]> wrote: > [taking to devel, per your suggestion] > > also sprach Lars Wirzenius <[EMAIL PROTECTED]> [2005.04.01.1546 +0200]: >> I would like to work on making this happen for etch. I don't have >> an implementation yet, let alone a plan for how to do it, and >> I

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread GOMBAS Gabor
On Fri, Apr 01, 2005 at 12:53:27PM +0200, Josselin Mouette wrote: > I'm moving all my packages to use it. It's not only a workaround for > libtool or pkgconfig bugs, it's also a great tool when some upstream > authors gratuitously adds unneeded -l flags. General note: you have to be careful with

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread GOMBAS Gabor
On Fri, Apr 01, 2005 at 06:01:27AM -0600, Ron Johnson wrote: > And since these are (always?) dependencies on shared objects, > these libraries never get used, except to say, "Here I am!", > right? The runtime linker still loads them, which can be expensive (esp. if there are many relocation recor

Re: Release update: debian-installer, kernels, infrastructure, freeze, etch, arm

2005-04-01 Thread Bill Allombert
On Fri, Apr 01, 2005 at 03:48:00PM +0200, Andreas Barth wrote: > Debian Installer RC3, kernels > - > > The RC3 release of the debian-installer has been published. As Joey > Hess mentions in his announcement[0], this has been the best-tested > Debian Installer release c

Re: init.d script dependencies for etch?

2005-04-01 Thread martin f krafft
[taking to devel, per your suggestion] also sprach Lars Wirzenius <[EMAIL PROTECTED]> [2005.04.01.1546 +0200]: > I would like to work on making this happen for etch. I don't have > an implementation yet, let alone a plan for how to do it, and > I won't start work until after sarge is released, so

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread Gustavo Franco
On Apr 1, 2005 7:32 AM, Andrew Suffield <[EMAIL PROTECTED]> wrote: > On Fri, Apr 01, 2005 at 12:24:23PM +0200, Tollef Fog Heen wrote: > > * Andrew Suffield > > > > | It's a method of working around bugs. Just fix the bugs > > | instead. Update libtool to the latest version and don't -l stuff you >

Reply Message From Primestaff.

2005-04-01 Thread Jobs
Reply Message From Primestaff. Thank you for your mail the contents of which are noted. We appreciate your response and will revert to you as soon as possible. Best regards. PrimeStaff Management Services Pte Ltd The Preferred Human Resource Consultant -- To UNSUBSCRIBE, email to [EMAIL PROT

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread Ron Johnson
On Fri, 2005-04-01 at 03:09 -0800, Steve Langasek wrote: > On Fri, Apr 01, 2005 at 12:53:27PM +0200, Josselin Mouette wrote: > > Le vendredi 01 avril 2005 à 02:34 -0600, Ron Johnson a écrit : > > > What are the opinions of d-d's of --as-needed? > > > > http://www.ubuntuforums.org/showthread.php?t=

Re: Bug#250202: Standardizing make target for 'patch' and 'upstream-source'

2005-04-01 Thread David Schmitt
[Cc:s trimmed. Probably should go to -dpkg] On Friday 01 April 2005 02:12, Scott James Remnant wrote: > On Wed, 2005-03-30 at 11:37 +0200, David Schmitt wrote: > > To prepare the sourcecode for inspection and/or minor modifications an > > additional argument for debian/rules would fit well into th

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread Steve Langasek
On Fri, Apr 01, 2005 at 12:53:27PM +0200, Josselin Mouette wrote: > Le vendredi 01 avril 2005 à 02:34 -0600, Ron Johnson a écrit : > > What are the opinions of d-d's of --as-needed? > > http://www.ubuntuforums.org/showthread.php?t=17287 > > According to this thread, the number of dependencies can

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread Josselin Mouette
Le vendredi 01 avril 2005 à 02:34 -0600, Ron Johnson a écrit : > What are the opinions of d-d's of --as-needed? > > http://www.ubuntuforums.org/showthread.php?t=17287 > > According to this thread, the number of dependencies can sometimes > be slashed drastically. I'm moving all my packages to us

Re: Bits from the DAMs ( & Co)

2005-04-01 Thread Henrique de Moraes Holschuh
On Fri, 01 Apr 2005, Joerg Jaspert wrote: > in the tradition of "Bits[1] from the DAMs", started in January, we are > now sending another mail to inform you about recent decisions we made. , it is that day of the year again... -- "One disk to rule them all, One disk to find them. One disk to b

Re: Bits from the DAMs ( & Co)

2005-04-01 Thread Ron
Wasn't this supposed to be announced _after_ project scud took power? Ron On Fri, Apr 01, 2005 at 08:31:23AM +0200, Joerg Jaspert wrote: > Hi, > > in the tradition of "Bits[1] from the DAMs", started in January, we are > now sending another mail to inform you about recent decisions we made.

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread Andrew Suffield
On Fri, Apr 01, 2005 at 12:24:23PM +0200, Tollef Fog Heen wrote: > * Andrew Suffield > > | It's a method of working around bugs. Just fix the bugs > | instead. Update libtool to the latest version and don't -l stuff you > | don't need to -l. > > pkgconfig does add a bunch of gratious -l, similar

Re: Bug#250202: Standardizing make target for 'patch' and 'upstream-source'

2005-04-01 Thread Marc 'HE' Brockschmidt
Scott James Remnant <[EMAIL PROTECTED]> writes: > There's also the issue of how do you clean or put a source package back > together, when it's got the patches all applied -- how do you know which > patch any modifications should go into? Well, the easiest way would be to unpack all patches into d

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread Tollef Fog Heen
* Andrew Suffield | It's a method of working around bugs. Just fix the bugs | instead. Update libtool to the latest version and don't -l stuff you | don't need to -l. pkgconfig does add a bunch of gratious -l, similar to what libtool used to. This will be fixed, but I'm not sure I want to intro

Re: Preparation of the next stable Debian GNU/Linux update

2005-04-01 Thread Steve Langasek
Hi Joey, On Fri, Apr 01, 2005 at 09:49:10AM +0200, Martin Schulze wrote: > Changelog > - > 2005/04/01 09:47 MET > * Accepted netkit-telnet > * Investigation of netkit-telnet-ssl > * Accepted samba Please note bug #302378, opened yesterday and still being worked on. Sorry for not bei

Re: Minimizing ld dependencies with --as-needed

2005-04-01 Thread Andrew Suffield
On Fri, Apr 01, 2005 at 02:34:44AM -0600, Ron Johnson wrote: > What are the opinions of d-d's of --as-needed? It's a method of working around bugs. Just fix the bugs instead. Update libtool to the latest version and don't -l stuff you don't need to -l. -- .''`. ** Debian GNU/Linux ** | Andrew

Re: NEW handling: About rejects, and kernels

2005-04-01 Thread Eduard Bloch
#include * Thomas Bushnell BSG [Thu, Mar 31 2005, 06:52:24PM]: > Eduard Bloch <[EMAIL PROTECTED]> writes: > > > That is bullshit/lies/cheating (pick one). It should be worded: > > > > "We are not willing to support his hardware just because we (at least > > some of us) decided to demonstrate how

Bug 456789: ITP: libjustdoit -- Always does what you want

2005-04-01 Thread Jörg Jaspert
Package: wnpp Severity: wishlist * Package name: libjustdoit Version : 1.0 Upstream Author : Noone. It was just there. * URL or Web page : Just open your webbrowser after you installed the lib. And the Homepage will be there! * License : Whatever you wi

Bug 456789: ITP: libjustdoit -- Always does what you want

2005-04-01 Thread Jörg Jaspert
Package: wnpp Severity: wishlist * Package name: libjustdoit Version : 1.0 Upstream Author : Noone. It was just there. * URL or Web page : Just open your webbrowser after you installed the lib. And the Homepage will be there! * License : Whatever you wi

Minimizing ld dependencies with --as-needed

2005-04-01 Thread Ron Johnson
What are the opinions of d-d's of --as-needed? http://www.ubuntuforums.org/showthread.php?t=17287 According to this thread, the number of dependencies can sometimes be slashed drastically. (Of course, it would have to wait until Sarge becomes Stable.) -- ---