Re: amiboot et m68kboot
> Yes, I heard large kernels must not be gzipped. > > I don't know what's the reason for this, as compressed kernels are gunzipped > during loading. Maybe the boot loader overlaps with the loaded kernel image after it's been uncompressed? Does amiboot handle this differently from ataboot? (IIRC ataboot stores the uncompressed kernel image anywhere, and moves it to phys. 0x0 just before jumping to kernel code) Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: oldstable-security buildd
> Automatic build of clamav_0.84-2.sarge.16 on kullervo by sbuild/m68k 85 > Build started at 20070423-1758 > ** > Checking available source versions... > Checking available source versions... > Can't find source for clamav_0.84-2.sarge.16 > Giving back package clamav_0.84-2.sarge.16 after failure in fetch-src stage. > ** > Finished at 20070423-1758 > Build needed 00:00:00, 0k disk space Oldstable was still pointing at woody. I've disabled security building while I sort out what still makes sense to build, in which chroot. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[D-I] Updating kernel udebs to 2.6.20
Hello D-I porters, Most architectures should now be able to switch to 2.6.20 for D-I (except for arm, hppa and m68k). i386 and amd64 have already been switched. Over the past two weeks Joey has done the needed work for i386 and amd64 (and necessary updates in kernel-wedge), but we've waited with this call until #419458 was resolved (which it was in 2.6.20-3). As this is a fairly big jump (2.6.18 to 2.6.20), please check carefully for new modules that should be included in the udebs. If any updates in kernel-wedge are needed, please let us know (or do them yourself). I suggest that you check the kernel-wedge changelog for an overview of the changes made there. Please also check pending changes already committed in SVN by Joey or me. Note that although new PATA modules were added in kernel-wedge, most of these are not actually available yet in the kernel as a result of #419458. After you upload the new linux-kernel-* package, I will make sure that the linux-modules-* (loop-aes modules) will also be uploaded for your architecture. For mips(el): In input-modules for bcm* kernels, usbmouse is currently included. AFAIK that module should not be needed and that module could be removed. Cheers, FJP pgpxk1eJCaVF1.pgp Description: PGP signature
Re: amiboot et m68kboot
On Thu, 26 Apr 2007, Michael Schmitz wrote:
> > Yes, I heard large kernels must not be gzipped.
> >
> > I don't know what's the reason for this, as compressed kernels are gunzipped
> > during loading.
>
> Maybe the boot loader overlaps with the loaded kernel image after it's
> been uncompressed? Does amiboot handle this differently from ataboot?
> (IIRC ataboot stores the uncompressed kernel image anywhere, and moves it
> to phys. 0x0 just before jumping to kernel code)
IIRC, amiboot does the same.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [buildd] Another binNMU for pokerth
On Mon, Apr 23, 2007 at 06:59:20PM +0200, Christian T. Steigies wrote: > On Mon, Apr 23, 2007 at 06:38:47PM +0200, Mario Iseli wrote: > > On Mon, Apr 23, 2007 at 06:34:14PM +0200, Christian T. Steigies wrote: > > > that was on my machine, how much memory does the build need? It was built > > > on > > > a MacQuadra840AV, which has 128MB of RAM (maximum for most m68k machines) > > > and > > > 512MB swap. We do have two machines with 512MB RAM, one of them picked it > > > up > > > for the second build. Do you think 512MB are enough? > > > > My i386 Notebook doesn't have more RAM, I think it's really enough. I > > 512MB? That does not mean m68k uses the same amount of memory, but it should > work on hobbes, since it also has some swap. Would someone with a beefy buildd please take pokerth (override it)? It should be fine with respect to build-deps now. Everyone else should probably no_auto_build it. Thanks, Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! <[EMAIL PROTECTED]> signature.asc Description: Digital signature
