Bug#325860: one thing makes them

2007-04-03 Thread Colm Longman
usethis so use sounds
http://img444.imageshack.us/img444/3067/bn74np6.png
takecare problem offer resources careof



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#370087: service

2007-04-03 Thread lenny Meeuws
there Microsoft end user eg at ISP
http://img444.imageshack.us/img444/253/pfcj9.jpg
assistance team hackers Net aims towards POSIX



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#334092: Yellow Dog

2007-04-03 Thread Josshua stender
Enterprise Linux Resource OSTG
http://img444.imageshack.us/img444/7020/xhmq6.png
components but it proved solid



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#356826: how

2007-04-03 Thread Colt Monkman
glass live thumbnail
http://img444.imageshack.us/img444/9370/y6gk2.gif
enjoyment starts design makes every day Aero



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#381463: cunning actions things

2007-04-03 Thread juli Gallenberger
having been late Rabin
http://img444.imageshack.us/img444/8010/lkhwam4.png
Us Contact copy Lexico Publishing Group LLC



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#206363: PMSpoonman

2007-04-03 Thread Lilit Knipfer
But easy way
http://img444.imageshack.us/img444/8807/fscv3.gif
jail forgetting government process activating Part



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#344304: are

2007-04-03 Thread Kenn lelie
cerack creack ctrack crtack cgrack crgack crfack
http://img444.imageshack.us/img444/3694/e7ne0.png
spxyware spyxware spyqware



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#332938: rebranding component

2007-04-03 Thread Dante Geistfeld
executed blank pages aboutblank still
http://img444.imageshack.us/my.php?image=l60okv3.png
NET Media moreWeb MSNBC ninemsn MSN Hotmail



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#370465: enlarged fighting

2007-04-03 Thread Darryl Rajvaidya
Eyebrows Dead Holders Gigabuck Estimating GNULinuxs Jess
http://img444.imageshack.us/img444/638/ktqhfv2.jpg
IOL Eircom Oceanfree upwith jargonbut worry ijust



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#383300: greater amount malware GNULinux

2007-04-03 Thread Dickie leahy
user interfaces GUI eventually
http://img444.imageshack.us/img444/2074/5bsoda1.jpg
digital camera organize edit images GalleryGet



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#347921: trees

2007-04-03 Thread Jatin shi
stem cells grow human heart
http://img444.imageshack.us/my.php?image=adyn8.gif
YCL fought crucial region matched overriding urgency



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#335873: packets

2007-04-03 Thread Tramaine Cecka
new joined battle If receives
http://img444.imageshack.us/img444/474/kfrlcm2.gif
using Akamais services giving



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Bug#348971: secure traded off folks

2007-04-03 Thread adonis Roe
Rytemann vetinari sense duties arent Ya check
http://img444.imageshack.us/my.php?image=hmvmgc5.png
ready another statistics Bishop



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#376252: hardware including

2007-04-03 Thread Mariano Karazivan
soon felt friendly painter Marc
http://img444.imageshack.us/my.php?image=fefi1.gif
member Personnel lineup detailsThe globally



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#286177: Noise Roker Todays SMS

2007-04-03 Thread Tiana Pare
Chris Pirillo Related Tomorrow
http://img444.imageshack.us/img444/5757/xmdd8.png
PMHahaha laughWhat favScore PMdont haha



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#341244: hotfix package

2007-04-03 Thread Istvanffy mozzone
another device plugged
http://img444.imageshack.us/img444/9927/kx58ty2.gif
normal passages cut Createnew creating filesThe



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#195292: Trusted in

2007-04-03 Thread roslyn kaodm
site is online extension of helps
http://img444.imageshack.us/my.php?image=bkqu5.gif
sure following URLs are list box Note



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: More conflicts data

2007-04-03 Thread Regis Boudin
Hi,

Back with a bit more...

On Fri, 2007-03-30 at 01:13 +0300, Guillem Jover wrote:
> On Thu, 2007-03-29 at 15:18:07 +0100, Regis Boudin wrote:
> > On Sat, March 24, 2007 04:34, Guillem Jover wrote:
> > > > All the data is still available at http://www.imalip.info/debian/
> > >
> > > Could you group them by maintainer/uploader?
> > 
> > I will do that.
> 
> Thanks.

Now done. Maybe not the best way, but there are now lists of conflicts
for each Maintainer.

> > > > 30% of the conflicts declared in Sid are against packages which are
> > > > not referenced in any release since bo. It includes conflicts against
> > > >  non-i386 packages, but I don't believe there are many of these.
> > >
> > > Yeah, those should be few, but to be on the safe side, this would have
> > > to be run against all arches.
> > 
> > To be honest, the "no package" category contains so many different cases,
> > it can hardly be sorted in a non-manual way. I will probably do it anyway.

Added the checks including all the various official arches.

> You might want to check those as well against:
> 
>   

Will be my next step to do checks...

> > The main annoying problem I see is if package a was in bo and removed in
> > hamm, and package b conflicts with a. Someone could actually have a
> > installed and not b, upgrade step by step to lenny, and install b. That
> > would break :(.
> 
> I'd say this is a general problem in Debian, which includes packages
> w/o security support, etc. I think Ubuntu has some package to
> help in the upgrade with obsolete/dummy packages.

Most of the time, I believe they are in fact transitions, so there
should be an upgrade path to get old versions removed, and we're left
with a harmless dummy package.

By the way, don't we already have tools to track dummy packages ?

> > The other complicated bit is transitions happening between releases, such
> > as the python one. After how many months (years ?) do we consider people
> > running testing or unstable who haven't made upgrades should sort the
> > problems by manually removing packages ?
> 
> Hmm do you mean things that broke in unstable/testing and got fixed
> in-between and never got the chance to move to a stable release?
> 
> Or for transitions that went into stable (and consequendly to
> oldstable) but we don't know if the user upgraded unstable/testing
> meanwhile?
> 
> For the first I'd say one release, for the second the normal criteria
> for oldstable-1 or similar, if people has not updated their
> unstable/testing system for so long, I don't think we are expected to
> support that. (Or did you mean something else?)

I believe it's neither. The good example situation would be the python
transition. python2.3-foo and python2.4-foo appeared after sarge, and
were replaced later by python-foo conflicting with both which then
completely disappeared from the data I've been parsing so far. The same
thing happened with the second C++ ABI transition from libfooc2 to
libfooc2a.

Anyway, the next step is to parse the data about packages removal to
give useful informations about the 2600+ conflicts in the no_package
section.

As usual, if anyone has comments or ideas, they are welcome :)

Regis


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]