Requeue
  Home FAQ Contact Sign in
 
Advanced search
MATCHING GROUPS



more...
POPULAR GROUPS

more...

found 21 articles for 0.000 sec
Please requeue mozart     

Group: linux.debian.ports.sparc · Group Profile · Search for Requeue in linux.debian.ports.sparc
Author: Kevin Glynn
Date: May 15, 2008 04:40

Please requeue the mozart package which failed due to a broken emacs22 (maybe not sparc, I don't see a build attempt for sparc). emacs22 is now built on all architectures. Thanks Kevin -- To UNSUBSCRIBE, email to debian-hppa-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Show full article (0.34Kb)
Please free some space and requeue glibc 2.5-7 on sparc     

Group: linux.debian.ports.sparc · Group Profile · Search for Requeue in linux.debian.ports.sparc
Author: Aurelien Jarno
Date: May 9, 2007 01:00

Hi, glibc 2.5-7 has failed to build on sparc because the buildd (spontini) has runned out of space. Could you please free some space and requeue the build? Thanks, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' aurel32@debian.org | aurelien@aurel32.net `- people.debian.org/~...
Show full article (0.56Kb)
Re: Greylisting, NDR and requeue     

Group: microsoft.public.exchange2000.transport · Group Profile · Search for Requeue in microsoft.public.exchange2000.transport
Author: Kevin Longley
Date: Jan 12, 2007 14:53

... is a little problem with Exchange and greylisting. The normal way greylisting (btw - I don't like it) handles messages, is that the first delivery will be rejected (451). So Exchange has to requeue this email! Okay so far. Last thursday I had to reboot my exchange 2003 SP2. After the restart I get multiple Non-delivery reports for some old emails. Hmm - normaly I should ...
Show full article (1.61Kb) · Show article thread
Greylisting, NDR and requeue     

Group: microsoft.public.exchange2000.transport · Group Profile · Search for Requeue in microsoft.public.exchange2000.transport
Author: Bjoern Wolfgardt
Date: Jan 12, 2007 07:41

... is a little problem with Exchange and greylisting. The normal way greylisting (btw - I don't like it) handles messages, is that the first delivery will be rejected (451). So Exchange has to requeue this email! Okay so far. Last thursday I had to reboot my exchange 2003 SP2. After the restart I get multiple Non-delivery reports for some old emails. Hmm - normaly I should get NDRs ...
Show full article (1.27Kb)
Re: Please requeue blender_2.42a-5     

Group: linux.debian.ports.sparc · Group Profile · Search for Requeue in linux.debian.ports.sparc
Author: Jurij Smakov
Date: Nov 22, 2006 08:40

On Sat, Nov 18, 2006 at 11:41:00AM +0100, Florian Ernst wrote: Hello there, [ adding CC to debian-sparc ] if there are any problems that prevent requeuing blender on sparc please tell me so I'll know what to do / what to wait for. The thing is that the current testing version FTBFS, but the sid version can't propagate without a sparc build... blender 2.42a-5 was ...
Show full article (0.82Kb) · Show article thread
Re: Please requeue blender_2.42a-5     

Group: linux.debian.ports.sparc · Group Profile · Search for Requeue in linux.debian.ports.sparc
Author: Florian Ernst
Date: Nov 18, 2006 02:50

Hello there, [ adding CC to debian-sparc ] if there are any problems that prevent requeuing blender on sparc please tell me so I'll know what to do / what to wait for. The thing is..., blender_2.42a-5 failed to build on spontini at Nov 11 02:42 due to unmet dependencies. Please requeue it once the GL stuff isn't broken anymore so the RC bugfix can propagate to testing in time. ...
Show full article (2.38Kb)
Please remove ogre from Not-For-Us on s390     

Group: linux.debian.ports.s390 · Group Profile · Search for Requeue in linux.debian.ports.s390
Author: Andres Mejia
Date: Aug 9, 2007 21:20

Hello, Can ogre be removed from Not-For-Us status and/or requeued for building on s390? I believe bug #342380 is fixed now. I've sent an email about a month ago to s390@buildd.debian.org asking for this but I haven't received any response. I apologize before hand if anyone has already responded to the previous email. -- Regards, Andres Mejia -- To UNSUBSCRIBE, email to debian...
Show full article (0.50Kb)
Re: Greylisting, NDR and requeue     

Group: microsoft.public.exchange2000.transport · Group Profile · Search for Requeue in microsoft.public.exchange2000.transport
Author: Bjoern Wolfgardt
Date: Jan 14, 2007 03:27

"Kevin Longley" <kwlongley@cirtronics.com> schrieb im Newsbeitrag news:ecupEypNHHA.2468@TK2MSFTNGP06.phx.gbl... I have seen symptoms like this before when the local av realtime scanner was configured to monitor the physical folder where the smtp queues are located. Thx for you reply. That was my first thought. So I double checked my Trendmicro-Settings for this Server! They ...
Show full article (0.41Kb) · Show article thread
Re: Explications needed...     

Group: linux.debian.project · Group Profile · Search for Requeue in linux.debian.project
Author: Pierre Habouzit
Date: Dec 29, 2006 04:50

...*, a lot of stuff (java, xulrunner, mono, ...) were not working correctly. People worked hard to fix that, but it was very difficult to get packages depending on fixed stuff to get requeued. Also a lot of "arch-specific compile errors" were actually due to build daemon problems. Yes, let's be clear here: ARM was in danger because of a large number of packages that ...
Show full article (1.75Kb)
Re: Explications needed...     

Group: linux.debian.project · Group Profile · Search for Requeue in linux.debian.project
Author: Steve Langasek
Date: Dec 28, 2006 16:50

... danger*, a lot of stuff (java, xulrunner, mono, ...) were not working correctly. People worked hard to fix that, but it was very difficult to get packages depending on fixed stuff to get requeued. Also a lot of "arch-specific compile errors" were actually due to build daemon problems. Yes, let's be clear here: ARM was in danger because of a large number of packages that were *not ...
Show full article (5.25Kb) · Show article thread
1 · 2 · 3 · next