Hi there lovely,
I was searching the net few days ago. I am new to this thing.
b
and saw your profile. I decided to email you cause I found
you attractive. I might come down taob your cibty in few weeks.
Let me know if we can meet each other in person.b
I am attractive bgbirl. I am sure yaou won't
Stephen Gran <[EMAIL PROTECTED]> writes:
> What is this, solution number 4 for Mr. BSG's complaints? I am almost
> beginning to believe that he is more interested in complaining than just
> fixing the problem.
And the gratuitous rudeness is apalling.
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
Stephen Gran <[EMAIL PROTECTED]> writes:
> What is this, solution number 4 for Mr. BSG's complaints? I am almost
> beginning to believe that he is more interested in complaining than just
> fixing the problem.
Solution? How about this, if I apply that recipe and try to compile,
you pay me $100
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> Oh, come on.
>
> sed -i -e '1s/python[0-9\.]*/python2.4/' $(find . -name '*.py')
>
> Don't tell me it takes you more than half a minute to come up with
> something like that. And don't tell me you can write a mail such as the
> one I'm replying to in l
This one time, at band camp, Wouter Verhelst said:
> On Tue, Jul 25, 2006 at 07:25:59PM -0700, Thomas Bushnell BSG wrote:
> > This is incorrect; I write and read very quickly.
>
> Oh, come on.
>
> sed -i -e '1s/python[0-9\.]*/python2.4/' $(find . -name '*.py')
>
> Don't tell me it takes you more
Bruce Sass wrote:
> [1] "obvious" fixes, imo:
- Use dpkg --command-fd
--
see shy jo
signature.asc
Description: Digital signature
Hi,
> > * Package name: git-completion
> > Version : 0+20060722
> > Upstream Author : Ben Clifford <[EMAIL PROTECTED]>
> > * URL : http://www.hawaga.org.uk/ben/tech/gitcompletion/
> > * License : GPL
> > Description : content addressable filesystem (bash c
On Tue July 25 2006 05:38, Goswin von Brederlow wrote:
> Except that libapt does NOT correctly handle dependency loops and can
> split them between dpkg calls causing install failures.
>
> The more circular depends there are the more likely such a failure
> becomes. So wouldn't it be a good thing t
On Wed, Jul 26, 2006 at 04:41:37PM +0200, Goswin von Brederlow wrote:
> Andreas Barth <[EMAIL PROTECTED]> writes:
> > * Ian Jackson ([EMAIL PROTECTED]) [060726 13:18]:
> >> But, for example, foo <-Depends-> foo-data is not usually an example
> >> of a silly dependency.
> >
> > Actually, there is
On Wed, Jul 26, 2006 at 10:05:57PM +0200, Florian Weimer wrote:
> Do the newer versions include documentation of the semantics of the ip
> commands (and not just the syntax)?
I'm not sure if I understand you, but there are some documents which
describes ip command and some other programs (which co
* Milan P. Stanic:
> For new kernels there are new upstream releases at:
> http://developer.osdl.org/dev/iproute2/download/ and they are named as
> iproute2-kernel.version-releasedate
Do the newer versions include documentation of the semantics of the ip
commands (and not just the syntax)?
--
Sebastian Harl wrote:
> * Package name: git-completion
> Version : 0+20060722
> Upstream Author : Ben Clifford <[EMAIL PROTECTED]>
> * URL : http://www.hawaga.org.uk/ben/tech/gitcompletion/
> * License : GPL
> Description : content addressable filesystem (b
On Tue, Jul 25, 2006 at 07:25:59PM -0700, Thomas Bushnell BSG wrote:
> Adeodato Simó <[EMAIL PROTECTED]> writes:
> > - From http://lists.debian.org/debian-devel/2006/07/msg00684.html:
> > > But I don't alas, have the time to spend on a workaround patch myself,
> > > which will (supposedly
Go ahead and NMU with my thanks and blessing... I've made my move cross-country but my system at home is still without network connectivity at this time and the telco has been unable to give me anything close to a firm ETA of when they will.
Regards,JeremyOn 7/17/06, Martin Michlmayr <[EMAIL PROTEC
On mer, 26 lug 2006, Russ Allbery wrote:
> However, I don't see how the self-conflicts *hurts* anything, and some
> people are currently using this technique, probably because it's easier to
> remember to always have the Conflits. So what are we gaining by adding a
> check for this and making peop
Fabio Tranchitella <[EMAIL PROTECTED]> writes:
> Il giorno mar, 25/07/2006 alle 18.10 -0700, Russ Allbery ha scritto:
>> So, are people sure this is not useful even if the package name doubles
>> as a virtual package? It seems to me like it would be. Or are people
>> just arguing that that case
Package: wnpp
Severity: normal
Grip has been reported lots of bugs. However I haven't make
a enough time to follow and maintain.
The package description is as follows:
It has the ripping capabilities of cdparanoia builtin, but can also
use external rippers (such as cdda2wav). It also provides
Loïc Minier <[EMAIL PROTECTED]> writes:
> On Wed, Jul 26, 2006, Martin Michlmayr wrote:
>> You could just add an explicit dependency on python2.4 and do a
>> s/python/python2.4/ over lilypond.
>
> For which I've sent a patch already.
I believe the patch you sent was not against the current upstr
Loïc Minier <[EMAIL PROTECTED]> writes:
> On Tue, Jul 25, 2006, Thomas Bushnell BSG wrote:
>> Some have suggested patching lilypond to call python2.4, depending on
>> python2.4, and not bothering with python-central and pyversions and
>> such.
>
> No, this is still required, but I didn't want to
On Thu, 27 Jul 2006 00:22:54 +1000, Hamish Moffatt <[EMAIL PROTECTED]> said:
> On Wed, Jul 26, 2006 at 01:17:30PM +0200, Fabio Tranchitella wrote:
>> A: nothing;
>> B: provides A; conflicts A
>>
>> ... which produces the same result, because you can't install both A
>> and B because B conflicts w
Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> Frank Küster <[EMAIL PROTECTED]> writes:
>
>> Andreas Barth <[EMAIL PROTECTED]> wrote:
>>
>>> * Frank Küster ([EMAIL PROTECTED]) [060726 14:49]:
What about using Suggests instead of "Depends-for-being-useful"?
>>>
>>> Suggests is *way* weaker.
Il giorno gio, 27/07/2006 alle 00.22 +1000, Hamish Moffatt ha scritto:
> Now extend for more than two packages. Should each package list every
> other, require every package to be updated when another is added?
>
> Instead they can all provide and conflict a common virtual package.
It is ok to co
#include
* Riku Voipio [Wed, Jul 26 2006, 12:18:54PM]:
> On Tue, Jul 25, 2006 at 06:10:23PM +0200, Eduard Bloch wrote:
> > I disagree. You compare a 11kB utility (sysctl) with a new 132kB
> > package.
>
> You are comparing two completly different things. If we are to
> actually compare the size o
Le mercredi 26 juillet 2006 à 11:49 +0100, Ian Jackson a écrit :
> I agree that there are many silly dependencies and they should be
> fixed.
And don't you agree that there have been enough unpredictable bug cases
caused by circular dependencies so that we can try remove all of
unneeded ones? We d
Il giorno mer, 26/07/2006 alle 16.48 +0200, Goswin von Brederlow ha
scritto:
> > Conflicts on virtual packages assure that two real packages providing
> > the virtual one can't be installed togheter, so let's say:
> >
> > A: provides D; conflicts D
> > B: provides D; conflicts D
> >
> > It is not p
--- Adrian von Bidder <[EMAIL PROTECTED]> escribió:
> (Hmmm. Model/Actress names are now available for use, now that the scripts
> have been renamed. Yay Debian Noemi 4.1!)
I don't want to start a flame, but I think this was out of place.
Miry
___
Fabio Tranchitella <[EMAIL PROTECTED]> writes:
> Il giorno mar, 25/07/2006 alle 18.10 -0700, Russ Allbery ha scritto:
>> So, are people sure this is not useful even if the package name doubles as
>> a virtual package? It seems to me like it would be. Or are people just
>> arguing that that case
Frank Küster <[EMAIL PROTECTED]> writes:
> Andreas Barth <[EMAIL PROTECTED]> wrote:
>
>> * Frank Küster ([EMAIL PROTECTED]) [060726 14:49]:
>>> What about using Suggests instead of "Depends-for-being-useful"?
>>
>> Suggests is *way* weaker.
>
> Sorry, I meant Recommends.
>
>> The Needs would trig
Andreas Barth <[EMAIL PROTECTED]> writes:
> Hi,
>
> * Ian Jackson ([EMAIL PROTECTED]) [060726 13:18]:
>> But, for example, foo <-Depends-> foo-data is not usually an example
>> of a silly dependency.
>
> Actually, there is no reason why foo-data needs foo configured before
> being configured, bu
On Wed, Jul 26, 2006 at 01:17:30PM +0200, Fabio Tranchitella wrote:
> Il giorno mar, 25/07/2006 alle 18.10 -0700, Russ Allbery ha scritto:
> > So, are people sure this is not useful even if the package name doubles as
> > a virtual package? It seems to me like it would be. Or are people just
> >
Andreas Barth <[EMAIL PROTECTED]> wrote:
> * Frank Küster ([EMAIL PROTECTED]) [060726 14:49]:
>> What about using Suggests instead of "Depends-for-being-useful"?
>
> Suggests is *way* weaker.
Sorry, I meant Recommends.
> The Needs would trigger automatic installation
> with any tool. Actually,
* Simon Richter ([EMAIL PROTECTED]) [060726 15:38]:
> Andreas Barth wrote:
>
> > Suggests is *way* weaker. The Needs would trigger automatic installation
> > with any tool. Actually, if
> > A->B (depends), B->C(depends), and C->B(Needs), then A won't be
> > configured until both B and C are instal
Hi,
Andreas Barth wrote:
> Suggests is *way* weaker. The Needs would trigger automatic installation
> with any tool. Actually, if
> A->B (depends), B->C(depends), and C->B(Needs), then A won't be
> configured until both B and C are installed.
What stops us from using Recommends for that. The def
* Frank Küster ([EMAIL PROTECTED]) [060726 14:49]:
> What about using Suggests instead of "Depends-for-being-useful"?
Suggests is *way* weaker. The Needs would trigger automatic installation
with any tool. Actually, if
A->B (depends), B->C(depends), and C->B(Needs), then A won't be
configured unti
Hi,
[ I thought to post that message to Alexander Wirt but I don't like
to send private mail to people before previous agreement ]
Default kernel in Etch will be 2.6.17 but the iproute package for now
is 20051007 version.
For new kernels there are new upstream releases at:
http://developer.osd
Andreas Barth <[EMAIL PROTECTED]> wrote:
> Hi,
>
> * Ian Jackson ([EMAIL PROTECTED]) [060726 13:18]:
>> But, for example, foo <-Depends-> foo-data is not usually an example
>> of a silly dependency.
>
> Actually, there is no reason why foo-data needs foo configured before
> being configured, but
* Stephen Gran ([EMAIL PROTECTED]) [060726 13:46]:
> This one time, at band camp, Andreas Barth said:
> > Hi,
> >
> > * Ian Jackson ([EMAIL PROTECTED]) [060726 13:18]:
> > > But, for example, foo <-Depends-> foo-data is not usually an example
> > > of a silly dependency.
> >
> > Actually, there
This one time, at band camp, Andreas Barth said:
> Hi,
>
> * Ian Jackson ([EMAIL PROTECTED]) [060726 13:18]:
> > But, for example, foo <-Depends-> foo-data is not usually an example
> > of a silly dependency.
>
> Actually, there is no reason why foo-data needs foo configured before
> being conf
Hi,
* Ian Jackson ([EMAIL PROTECTED]) [060726 13:18]:
> But, for example, foo <-Depends-> foo-data is not usually an example
> of a silly dependency.
Actually, there is no reason why foo-data needs foo configured before
being configured, but there might be reason for the other direction.
Why no
On Tue, Jul 25, 2006 at 10:22:44AM -0700, Jeremy Herndon wrote:
> I currently do not subscribe to the mailing lists. So I don't know if
> this has been considered.
This is not a development issue, and should not be discussed on this
list (which has enough traffic already) considering the high
bik
Il giorno mar, 25/07/2006 alle 18.10 -0700, Russ Allbery ha scritto:
> So, are people sure this is not useful even if the package name doubles as
> a virtual package? It seems to me like it would be. Or are people just
> arguing that that case will never occur?
Conflicts on virtual packages assu
Goswin von Brederlow writes ("Re: Getting rid of circular dependencies, stage
5"):
> So you seem to be all for cleaning out that mad stuff, right?
Absolutely.
> Lets all get on with the list initialiy posted and fix those circular
> depends or note why they are required.
I agree that there are
Joey Hess <[EMAIL PROTECTED]> writes:
> Josselin Mouette wrote:
>> Le dimanche 23 juillet 2006 à 10:55 -0400, Joey Hess a écrit :
>> > > Furthermore, there is no real justification for the circular dependency
>> > > in debconf. Why don't you just fix it?
>> >
>> > <[EMAIL PROTECTED]>
>> > <[EMAIL
Ian Jackson <[EMAIL PROTECTED]> writes:
> Josselin Mouette writes ("Re: Getting rid of circular dependencies, stage 5"):
>> Le lundi 24 juillet 2006 à 17:15 +0100, Ian Jackson a écrit :
>> > Of course particular instances of circular dependencies might be
>> > problematic. I would try to avoid it
On Tue, Jul 25, 2006 at 06:10:23PM +0200, Eduard Bloch wrote:
> I disagree. You compare a 11kB utility (sysctl) with a new 132kB
> package.
You are comparing two completly different things. If we are to
actually compare the size of tools actually *needed*:
-rwxr-xr-x 1 root root 1554 2006-05-12 1
Re: José Luis Tallón 2006-07-25 <[EMAIL PROTECTED]>
> This is mostly to let ftpmasters know that he has indeed agreed to
> these terms so that the upload won't be rejected.
> Jon, just give an ACK on-list and that should be it.
Unless you are building new binaries, your upload won't be NEW
On Tue, Jul 25, 2006, Thomas Bushnell BSG wrote:
> Some have suggested patching lilypond to call python2.4, depending on
> python2.4, and not bothering with python-central and pyversions and
> such.
No, this is still required, but I didn't want to force a choice between
python-support or python-
Le mer 26 juillet 2006 08:41, Thomas Bushnell BSG a écrit :
> Pierre Habouzit <[EMAIL PROTECTED]> writes:
> >> It takes about eight hours per compilation attempt on my available
> >> hardware running unstable.
> >
> > oh, and you really need to watch all the lines of the compilation
> > during the
On Wed, Jul 26, 2006, Martin Michlmayr wrote:
> You could just add an explicit dependency on python2.4 and do a
> s/python/python2.4/ over lilypond.
For which I've sent a patch already.
--
Loïc Minier <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
49 matches
Mail list logo
