[Russ Allbery]
> Maybe the right thing to do would be to work out a way for package
> maintainers to provide input to their own P-a-s entries in some sort
> of automated fashion? It does seem like a package maintainer is
> generally going to know this sort of thing
Could be done, but my understa
Howdy,
On Mon, Dec 12, 2005 at 02:18:29AM +0100, Matthias Klose wrote:
> We will get rid of g++-3.3 for the etch release and remove the
> g++-3.3 package.
On Mon, Dec 12, 2005 at 12:54:22AM +0100, Matthias Klose wrote:
> We would like to get rid of g++-3.4 for the etch release, although
> curre
* Erinn Clark <[EMAIL PROTECTED]> [2005:12:11 19:43 -0500]:
[...]
Oops, this was meant for -project. Apologies for the noise.
--
off the chain like a rebellious guanine nucleotide
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED
* Paul Johnson <[EMAIL PROTECTED]> [2005:12:11 16:32 -0800]:
> On Saturday 10 December 2005 12:07 pm, Josh Rehman wrote:
>
> > As for being warned, I was told that because my discussion was about
> > ubuntu I should stop. Because I felt my discussion was not about
> > ubuntu, I did not feel that
On Sun, 11 Dec 2005, Nathanael Nerode wrote:
> Regenerating acinclude.m4, aclocal.m4, configure.in, and finally configure,
> can be a pain in the neck. In some packages, it's done by
autoreconf ?
> In my experience the redefinition of AC_FOREACH sometimes fights with the
Any such redefinitions
On Sun, 11 Dec 2005, Marco d'Itri wrote:
> On Dec 11, Charles Fry <[EMAIL PROTECTED]> wrote:
> > But if multiple URLs could satisfactorily serve requests for a single
> > repository, only one of them is currently used.
> Which is fine, because we do not want people to open multiple
> connections to
Daniel writes:
> Why should it be illegal to re-sell or outreach a piece of US hardware,
> which is already imported into a free country, into another free country?
It would be illegal for Intel to send the hardware to someone it knows is
going to send it somewhere that it would be illegal for Int
Anthony Towns writes:
> Then you're not maintaining your packages properly, and you're making
> life more difficult for the rest of the project out of spite.
Notice that in disagreeing with your statement, I have also gone out
of my way to answer the specific questions you asked.
Now, can we ex
Anthony Towns writes:
> On Sat, Dec 10, 2005 at 03:51:36PM -0800, Thomas Bushnell BSG wrote:
>> Anthony Towns writes:
>> > (a) seeing if the FTBFS can be fixed immediately, and finding it can't
>> > (b) documenting (this is the transparent bit, so pay attention) that
>> > fact by not h
Daniel Baumann wrote:
Lars Wirzenius wrote:
I don't like those laws, but publically urging people to violate them
isn't going to do anyone any good.
Hu? Why should it be illegal to re-sell or outreach a piece of US
hardware, which is already imported into a free country, into another
* Ken Bloom ([EMAIL PROTECTED]) wrote:
> I just noticed bug #342892 (Incompatible with make 3.80+3.81.b3-1) on
> cdbs, and thought I should bring it to more people's attention that the
> new version of make has broken CDBS, and may potentially break your
> package. Everyone who has CDBS packages sh
Lars Wirzenius wrote:
> I don't like those laws, but publically urging people to violate them
> isn't going to do anyone any good.
Hu? Why should it be illegal to re-sell or outreach a piece of US
hardware, which is already imported into a free country, into another
free country?
However, it's no
On Dec 11, Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> True, but that's not what's being asked here. If multiple URLs could
> serve requests for a single repository---i.e., if you've got both
> deb http://ftp1.CC.debian.org/debian unstable main
> and
> deb http://ftp2.CC.debian.org/debian unstab
Package: wnpp
Severity: wishlist
Owner: Steffen Joeris <[EMAIL PROTECTED]>
* Package name: qliss3d
Version : 1.3.2
Upstream Author : Daniel Gruen <[EMAIL PROTECTED]>
* URL :
* http://www.schule-bw.de/service/foerderprog/ccteam/projekte/qliss3d_html
* License : G
On Fri, Dec 09, 2005 at 04:17:28PM +0100, Goswin von Brederlow wrote:
> I fail to see how downloading the source, extracting the source,
> downloading and installing all Build-Depends, seeing there is nothing
> to do and cleaning it all up again is doing anything but waste
> valuable time. (Or does
On Sun, Dec 11, 2005 at 02:45:50AM +0100, Marco d'Itri wrote:
> On Dec 11, Charles Fry <[EMAIL PROTECTED]> wrote:
>
> > But if multiple URLs could satisfactorily serve requests for a single
> > repository, only one of them is currently used.
> Which is fine, because we do not want people to open m
[EMAIL PROTECTED] wrote:
> * Nathanael Nerode [Sun, 11 Dec 2005 07:35:41 -0500]:
>
> > To work out which libraries you're linked to which you don't actually
need,
> > ldd -u is invaluable.
>
> This seems like not the case _at all_ to me (the "invaluable" bit):
Yes, it definitely gives lo
[EMAIL PROTECTED] wrote:
> I believe my package is affected by the issues stated by Steve,
> depending on libraries which I do not directly use. Most of them are
> probably pulled in through the QT library I am depending on. My package,
> packagesearch, uses qmake as a build tool. The linking comma
I demand that Adeodato Simó may or may not have written...
> * Nathanael Nerode [Sun, 11 Dec 2005 07:35:41 -0500]:
>> To work out which libraries you're linked to which you don't actually
>> need, ldd -u is invaluable.
> This seems like not the case _at all_ to me (the "invaluable" bit):
>
On Sun, Dec 11, 2005 at 05:30:24AM -0500, Kevin Mark wrote:
> has anyone every considered a check in the buildd infrastructure to
> alert someone (buildd admin and/or others) if a build is taking too long
> (eg openoffice usually takes between 2-3 hours to build and the current
> build has been bu
I demand that Benjamin Mesing may or may not have written...
[snip; extra libraries included as parameters at link time]
> I believe my package is affected by the issues stated by Steve, depending
> on libraries which I do not directly use. Most of them are probably pulled
> in through the QT libr
I just noticed bug #342892 (Incompatible with make 3.80+3.81.b3-1) on
cdbs, and thought I should bring it to more people's attention that the
new version of make has broken CDBS, and may potentially break your
package. Everyone who has CDBS packages should try rebuilding them, and
if you can patch
Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>
* Package name: libmodule-corelist-perl
Version : 2.02
Upstream Author : Richard Clamp <[EMAIL PROTECTED]>
perl 5 porters
* URL : http://search.cpan.org/~rgarc
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sat, Dec 10, 2005 at 06:53:47AM -0800, Blars Blarson wrote:
>> Again: what can I do with such a list? See the list below.
> Changes to the P-a-s list should be sent to the contacts listed at the top
> of this file (http://buildd.debian.org/quinn-di
Hello,
today I've tried to address the issue raised by Steve Langasek regarding
"inherited" dependencies [1].
As I am unexperienced with the whole linking and dependency process I
was not able to deduce the consequences of this announcement for my
packaging.
As far as I have understood the email
On Sun, Dec 11, 2005 at 05:02:15PM +0100, Kurt Roeckx wrote:
> On Sun, Dec 11, 2005 at 04:56:08PM +0100, Adeodato Simó wrote:
> > * Nathanael Nerode [Sun, 11 Dec 2005 07:35:41 -0500]:
> >
> > > To work out which libraries you're linked to which you don't actually
> > > need,
> > > ldd -u is
On Sun, Dec 11, 2005 at 04:56:08PM +0100, Adeodato Simó wrote:
> * Nathanael Nerode [Sun, 11 Dec 2005 07:35:41 -0500]:
>
> > To work out which libraries you're linked to which you don't actually
> > need,
> > ldd -u is invaluable.
>
> This seems like not the case _at all_ to me (the "inva
* Nathanael Nerode [Sun, 11 Dec 2005 07:35:41 -0500]:
> To work out which libraries you're linked to which you don't actually need,
> ldd -u is invaluable.
This seems like not the case _at all_ to me (the "invaluable" bit):
% ldd -u /usr/lib/amarok/amarokapp
Unused direct dependen
* on Sun, Dec 11, 2005 at 12:21:28PM +1000, Bradley Marshall wrote:
> I'm not sure if this is the right process to follow, so please
> let me know if there's something else I should be doing.
ditto for me - shall I fill in an ITA? I'm not a DD and am unsure as to how to
proceed.
> There's not
On Sun, Dec 11, 2005 at 05:55:23AM -0800, Steve Langasek wrote:
>
> > Indeed, for practical buildd maintainance purposes, the distinction is
> > not that important -- though 'Failed' is known to not benefit of a
> > requeue, while 'Building:Maybe-Failed' might or might not, it's unkown,
> > most a
On Sun, Dec 11, 2005 at 02:38:35PM +0100, Jeroen van Wolffelaar wrote:
> On Sun, Dec 11, 2005 at 12:35:26AM -0800, Steve Langasek wrote:
> > On Sat, Dec 10, 2005 at 06:53:47AM -0800, Blars Blarson wrote:
> > > FAILED
> > But FAILED is an advisory state anyway; it doesn't directly benefit the
> > p
On Sun, Dec 11, 2005 at 12:35:26AM -0800, Steve Langasek wrote:
> On Sat, Dec 10, 2005 at 06:53:47AM -0800, Blars Blarson wrote:
> > FAILED
>
> But FAILED is an advisory state anyway; it doesn't directly benefit the
> port, at all, to have the package listed as "Failed", this is just a
> convenien
Most KDE and KDE-dependent packages have an 'admin' directory with various
evil and unnecessary files in it. I think I've found a recipe for
removing the recursive dependencies from such KDE packages.
(1) Relibtoolizing. This is much trickier than normal. First install
Debian's libtool and auto
On Sat, Nov 12, 2005 at 11:44:50AM +0100, Wouter Verhelst wrote:
> Hi,
>
> Since eidviewer is an interactive application, I want to add it to the
> Debian menu, but I'm having problems finding the right place to put it;
> none of the categories really fit. The 'Apps/Viewers' category is listed
> i
On Sat, Dec 10, 2005 at 06:53:47AM -0800, Blars Blarson wrote:
> In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
> >On Tue, Dec 06, 2005 at 05:21:46PM -0800, Blars Blarson wrote:
> >> I can do the analyzing, but what should I do with the results?
> >> [EMAIL PROTECTED] seems to be a black
On Sat, Dec 10, 2005 at 04:00:14PM +0100, Daniel Baumann wrote:
> Francesco Paolo Lovergine wrote:
> > X31 and T43p, and some friends with X40 and A series :-P
>
> I can even top that one: r40, r50, x31, x40, x41, t42p, t43p and a30 :PP
>
You want a beowulf of thinkpads ? :)
> (and, just for th
On Fri, Dec 09, 2005 at 06:50:26PM +0100, Goswin von Brederlow wrote:
> And when you try you get screamed at and flamed as witnessed in the
> huge buildd flame fest the last time. Iirc some 3000 packages were
> build outside the official buildd network across the involved archs at
> that time.
And
Package: wnpp
Severity: wishlist
Owner: Guillaume Pellerin <[EMAIL PROTECTED]>
* Package name: fluxus
Version : 0.8.0
Upstream Author : Dave Griffiths <[EMAIL PROTECTED]>
* URL : http://www.pawfal.org/Software/fluxus/
* License : GPL
Description : Scheme
Blars Blarson <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>
>>- How can I get information from "inside" a buildd, e.g. temporary files
>> created during a failed build.
>
> First pass answer: you can't. sbuild (tries to) clean up after builds.
>
> Altern
Package: wnpp
Severity: wishlist
* Package name: dict-xdict
Version : 0.1
Upstream Author : Fu Jianjun
* URL or Web page : (none)
* License : GNU GPL
Description : An English to Chinese Dictionary
This package contains the XDict, the Free English to Chinese
Dictionary
On Sat, Dec 10, 2005 at 06:53:47AM -0800, Blars Blarson wrote:
> >I said that deciding which packages should belong in P-a-s is porter work;
> >as is filing bugs on failed packages that shouldn't, providing patches, and
> >doing porter NMUs if necessary.
> Again: what can I do with such a list? S
41 matches
Mail list logo
