Hi,
the following packages, involved in the current ocaml transition, should
be given back (they failed on the first attempt because of missing
dep-waits):
cameleon: alpha arm armel hppa ia64 mips mipsel powerpc sparc
Dep-Wait libpcre-ocaml-dev (>> 5.12.2-3), libxml-light-ocaml-dev (>> 2.2-8)
ca
Please unblock rdate 1:1.1.3-1 (udeb)
Otavio/Jérémy please approve this request.
Description:
rdate - sets the system's date from a remote host
rdate-udeb - sets the system's date from a remote host (udeb)
Changes:
rdate (1:1.1.3-1) unstable; urgency=low
.
* New upstream release
Please unblock libtextwrap 0.1-6 (udeb)
Otavio/Jérémy please approve this request.
Description:
libtextwrap-dev - text-wrapping library with i18n - development files
libtextwrap1 - text-wrapping library with i18n - runtime
libtextwrap1-udeb - text-wrapping library with i18n - runtime udeb (ud
On Fri, Mar 07, 2008 at 09:13:55PM +0100, Philipp Kern wrote:
> On Fri, Mar 07, 2008 at 07:57:00PM +0100, Guido Günther wrote:
> > libvirt isn't an arch specific package, so the buildds should build it.
> > How can I get libvirt out of PAS?
> By mailing the p-a-s maintainers. Lamont, could you ple
Hi,
I'm planning on changing something in libmad that will result in a
symbol size change on amd64. It has a external string called
mad_build that contains with which options it was build. I think that
the only application that makes use of it is madplay when using the
--version switch. The dyn
On Fri, Mar 07, 2008 at 07:41:10PM +0100, Marc 'HE' Brockschmidt wrote:
> Frans Pop <[EMAIL PROTECTED]> writes:
> > Petter Reinholdtsen wrote:
> >> I believe it soon would be ok to switch unstable to use dependency
> >> based boot sequencing by default.
> > I have to say that I disagree with that.
On Fri, Mar 07, 2008 at 07:57:00PM +0100, Guido Günther wrote:
> > > > libvirt has not been tried on anything except i386 and amd64. The same
> > > > says http://buildd.debian.org/build.php?pkg=libvirt. Why is libvirt
> > > > being ignored by the other architectues? I seems there hasn't been a
> >
Hi,
On Mon, Jan 28, 2008 at 05:41:29PM +0100, Guido Guenther wrote:
> On Mon, Jan 28, 2008 at 03:12:33PM +0100, Mike Hommey wrote:
> > On Mon, Jan 28, 2008 at 02:30:30PM +0100, Guido Guenther <[EMAIL
> > PROTECTED]> wrote:
> > > Hi,
> > > according to http://people.debian.org/~igloo/status.php?pac
Frans Pop <[EMAIL PROTECTED]> writes:
> Petter Reinholdtsen wrote:
>> I believe it soon would be ok to switch unstable to use dependency
>> based boot sequencing by default.
> I have to say that I disagree with that. I have tried insserv on my
> laptop last month and was not all that happy with the
Frans Pop wrote:
> Petter Reinholdtsen wrote:
>> I am aware of this, but believe you do not have to worry as much as
>> you do. As far as I can see all of your problems originated from the
>> lvm2 script missing headers, and my bad decision to drop override
>> files for packages with headers in un
Frans Pop wrote:
> Neil McGovern wrote:
>>> This week we had a report (#469030) of a successful installation on a
>>> powerpc system, but followed by a failed reboot because D-I had selected
>>> the wrong kernel.
>>>
>>> The fix for that is a trivial one-liner [1] and I'd like to include it in
>>>
Cyril Brulebois wrote:
> On 06/03/2008, Philipp Kern wrote:
>> arch:all packages are not autobuilt in Debian, but uploaded with the
>> sourceful upload. Thus they are not managed with wanna-build at all.
>
> How should we proceed in such situations? Open a bug against the
> package, so that the m
Petter Reinholdtsen wrote:
> I am aware of this, but believe you do not have to worry as much as
> you do. As far as I can see all of your problems originated from the
> lvm2 script missing headers, and my bad decision to drop override
> files for packages with headers in unstable, while forgettin
Neil McGovern wrote:
>> This week we had a report (#469030) of a successful installation on a
>> powerpc system, but followed by a failed reboot because D-I had selected
>> the wrong kernel.
>>
>> The fix for that is a trivial one-liner [1] and I'd like to include it in
>> the next point release.
On Fri, Mar 07, 2008 at 01:00:48PM +0100, Frans Pop wrote:
> Hi,
>
> This week we had a report (#469030) of a successful installation on a
> powerpc system, but followed by a failed reboot because D-I had selected the
> wrong kernel.
>
> The fix for that is a trivial one-liner [1] and I'd like to
[Frans Pop]
> I have to say that I disagree with that. I have tried insserv on my
> laptop last month and was not all that happy with the way it worked.
>
> My objections are summarized in:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465587#35
I am aware of this, but believe you do not have
On 06/03/2008, Philipp Kern wrote:
> arch:all packages are not autobuilt in Debian, but uploaded with the
> sourceful upload. Thus they are not managed with wanna-build at all.
How should we proceed in such situations? Open a bug against the
package, so that the maintainer proceeds with a MU? And
Hi!
While wading through the testing transitions of pkg-games packages I
noticed some packages in general cathegory Building with actual status
Maybe-Failed - all of them because of xorg/sdl or other build dependency
uninstallable issues at that time. It would be nice to get those
resched
Hi,
This week we had a report (#469030) of a successful installation on a
powerpc system, but followed by a failed reboot because D-I had selected the
wrong kernel.
The fix for that is a trivial one-liner [1] and I'd like to include it in
the next point release.
OK to upload?
TIA,
FJP
[1]
---
Petter Reinholdtsen wrote:
> I believe it soon would be ok to switch unstable to use dependency
> based boot sequencing by default.
I have to say that I disagree with that. I have tried insserv on my laptop last
month and was not all that happy with the way it worked.
My objections are summarize
Here is a small update on this release goal. More than 77% of the
packages in Debian now got dependency information in their init.d
scripts. This morning, a BTS report is available for all scripts
missing the LSB header. Next step is NMUs to fix the packages. I
assume we will find some bugs in
21 matches
Mail list logo
