Howdy release wranglers - lsb 3.2-12 needs to migrate into testing; it
fixed a nasty reversed test bug that has been lurking around in the
lsb init-functions for a while (#478871). The bug not only breaks
some init scripts, it also breaks our LSB 3.2 compliance.
Thanks in advance,
Chris
--
T
dann frazier wrote:
> I'd like to propose the following update for stable.
>
> I've tested on an etch laptop w/ built-in intel 3945 wireless and a
> server w/ a bnx2 nic under both etch and etchnhalf.
Please upload.
Cheers
Luk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
Now that Beta 2 has been released, the following packages can be hinted
for migration:
* remove the block hint for apt (set on request from Otavio)
* hints for packages with udebs, probably routine/safe:
unblock brltty/3.10~r3724-1
unblock cpuburn/1.4-33
unblock devmapper/2:1.02.25-1
unblock dhc
A. Am Montag, den 09.06.2008, 19:16 +0200 schrieb Mike Hommey:
> On Mon, Jun 09, 2008 at 12:53:29PM -0400, Claudio Saavedra wrote:
> > Package: libexpat1-dev
> > Version: 2.0.1-3
> > Severity: important
> >
> > While trying to build gtk+, libtool failed with this message:
> >
> > cr
* Paul Wise [Mon, 09 Jun 2008 16:00:09 +0800]:
> > Hello Paul. I'd be much more happier if you could modify the packaging
> > so that the build fails if makensis was not built (hm, I see you don't
> > use dh_install; the normal way to do it is listing all binaries in the
> > .install file...)
> >
On Mon, Jun 09, 2008 at 12:53:29PM -0400, Claudio Saavedra wrote:
> Package: libexpat1-dev
> Version: 2.0.1-3
> Severity: important
>
> While trying to build gtk+, libtool failed with this message:
>
> creating libgtk-x11-2.0.la
> /bin/sed: can't read /usr/lib/libexpat.la: No suc
Hi,
Andreas Barth asked me to summarize the differences between my "rebuild
infrastructure" and the Debian buildds, since some of the differences
could be pushed to the Debian buildds. I'm reporting them here, as I'm
not sure if there's a better place for that.
I use the packaged versions of sbui
Daniel Burrows <[EMAIL PROTECTED]> writes:
> That aside, it looks like the opposite has happened -- apt is now
> *blocked* from testing! I know we are entering a freeze soon, but this
> version fixes not only this RC bug, but several RC bugs that prevent
> aptitude from working in any Russian l
On Sun, Jun 08, 2008 at 08:44:07AM +0200, Mike Hommey wrote:
>
> If my network stays in this state for the next few days and I can't
> upload, maybe I can send an interdiff between the last .diff.gz in
> experimental and the new .diff.gz so that someone could upload for me.
> Volunteers?
>
In fu
On Mon, Jun 09, 2008 at 10:26:33AM +0200, Andreas Barth <[EMAIL PROTECTED]>
wrote:
> * Mike Hommey ([EMAIL PROTECTED]) [080609 07:41]:
> > BTW, once I upload 1.9~rc2-2, can you trigger binNMUs on bfilter, freej,
> > edbrowse, gxine, libjavascript-perl, and mediatomb ?
>
> Yes. And everbody: Pleas
* Mike Hommey ([EMAIL PROTECTED]) [080609 07:41]:
> BTW, once I upload 1.9~rc2-2, can you trigger binNMUs on bfilter, freej,
> edbrowse, gxine, libjavascript-perl, and mediatomb ?
Yes. And everbody: Please feel ready to upload any dependend packages
already now - but of course you need to build th
On Sun, Jun 8, 2008 at 5:15 PM, Adeodato Simó <[EMAIL PROTECTED]> wrote:
> Hello Paul. I'd be much more happier if you could modify the packaging
> so that the build fails if makensis was not built (hm, I see you don't
> use dh_install; the normal way to do it is listing all binaries in the
> .ins
12 matches
Mail list logo
