Ben Hutchings wrote:
> This behaviour is intentional. The expectation is that these symlinks
> are used by programs that update the boot loader configuration later
> on, and those will be run only after the initramfs has been generated.
> What do you think will go wrong here?
Ok, I am probably
Source: linux
Version: 6.1.20-2
Severity: normal
I was upgrading a slow arm board and noticed this:
Setting up linux-image-6.1.0-7-armmp-lpae (6.1.20-2) ...
I: /vmlinuz.old is now a symlink to boot/vmlinuz-5.18.0-4-armmp-lpae
I: /initrd.img.old is now a symlink to
Package: initramfs-tools
Version: 0.142
Severity: wishlist
I wanted automatic fsck for problems on the root filesystem,
and it was difficult to disconver that fsck.repair=yes
on the kernel cmdline is the way to configure that.
initramfs-tools was made to support the same configuration used by
Package: src:linux
Version: 5.10.46-4
Severity: wishlist
I am currently having to use the out of tree Exar USB Serial Driver
(xr_usb_serial_common) to talk to a modbus communication cable.
Last year, a reimplementation of that driver finally made mainline,
as CONFIG_USB_SERIAL_XR.
Looking at the
Tried with a different cubietruck and it did not have this problem.
Also, 4.14 failed on the cubietruck that I had been using, and I think
it was the same failure I was seeing with the newer kernel there.
So, I think this may be a case of somehow failing hardware on my
cubietruck.
Here it is
Source: linux
Version: 4.17.17-1
Severity: normal
On a cubietruck board, the linux-image-4.17.0-3-armmp-lpae kernel kernel
fails to enable the builtin wifi:
Sep 09 17:52:52 honeybee kernel: brcmfmac: brcmf_fw_alloc_request: using
brcm/brcmfmac43362-sdio for chip BCM43362/1
Sep 09 17:52:52
Source: linux
Version: 4.16.5-1
Severity: normal
The Si7020 family of humidity and temperature sensors are available for
a few dollars and easily connected to the i2c bus of an arm board.
The iio subsystem has a module, config SI7020, but it is not enabled (none
of the iio humidity modules are
Source: linux
Severity: normal
This is a fairly recent driver for a temperature and A/D sensor,
useful for projects such as
https://skyboo.net/2017/03/ds2438-based-1-wire-humidity-sensor/
(Also I wonder why not just enable all the W1_* modules?)
-- System Information:
Debian Release:
My cubietruck needs this file for wifi to work. However, the MAC address
hardcoded in the file is not used.
--
see shy jo
signature.asc
Description: PGP signature
We're starting to have to work around this bug in d-i, by eg making
separate /usr a harder situation to get into when installing Debian.
My calendar says 10 days until freeze start. I sincerely hope someone
does something.
--
see shy jo
signature.asc
Description: Digital signature
Package: src:linux
Version: 3.11.5-1
Severity: normal
Booting 3.11, the backlight is off, and the brightness control keys do
nothing. I did notice that if I hit the power button, the screen manages
to come back on during the shutdown process, probably after X exits.
Setting
Package: linux-image-3.2.0-4-686-pae
Version: 3.2.51-1
Severity: normal
The Acer Aspire V5-131 has an Elantech clickpad. The kernel seems to
misdetect this, similar to described in #633595.
The button areas at the bottom do not work, and it's not possible
to click with one finger and drag with
Package: src:linux
Version: 3.10.5-1
Severity: normal
The Lenovo Yoga 11s laptop boots to a black screen (backlight off)
when i915 loads. This is due to the common backlight control inversion
problem, and can be worked around with i915.invert_brightness=1
This should be enough information to add
Cyril Brulebois wrote:
(Sorry, I'm new to all this) do you mean (1) the regular linux image
packages are getting a signature added, and we're using those like we do
today, or (2) that we'll have additional linux image packages with the
signatures to be used instead of the usual linux image
The htc_9271.fw and htc_7010.fw can be used with hostapd and some USB
wifi adapters to run in access point mode. It's been hard enough to find
any USB wifi that works with hostapd; now we can have a fully free stack.
Another url for it: http://ryf.fsf.org/TPE-N150USB/
--
see shy jo
I don't think anyone is going to greatly miss support for the nslu2.
It can no longer be installed using d-i anyway. I imagine most of the
deployments where it makes sense to still be using a nslu2 are ones
where running an old kernel version doesn't much matter.
The iop32x boxes are rather more
Ben Hutchings wrote:
Since linux version 3.2.20-1, it is possible to set a 'hidepid' mount
option on procfs, which restricts the visibility of unprivileged users
to see other users' processes.
initscripts correctly applies this option if present in /etc/fstab.
Should d-i allow procfs
Ben Hutchings wrote:
It's fairly obvious that the default module lists for Linux should be
moved to the linux-2.6 source package. We can do that right now and use
relative paths to include them in the per-architecture/flavour lists.
However the #include foo-modules syntax would then be
Michael Cree wrote:
The Alpha installer has had no work done on it since Lenny I suspect.
Right -- particularly linux-kernel-di-alpha-2.6 was last uploaded in 2009.
--
see shy jo
signature.asc
Description: Digital signature
Ben Hutchings wrote:
The first upload of linux-2.6 using kernel-wedge failed to build on s390
because 'kernel-wedge find-dups' failed. To summarise, the duplicated
modules were:
Aside from dasd_mod, I don't understand these failures.
(As for other architectures: so far amd64, i386, ia64
Other patches applied.
Ben Hutchings wrote:
In a kernel source package, which will be non-native, the kernel-wedge
configuration should be placed under the debian/ directory.
copy-modules, gen-control, gen-deps, install-files: Allow the
configuration directory to be specified as a
I don't want to waste your time, but there are enough changes here
that a split patchset would improve reviewing.
if [ $os = linux ] ; then
- if [ ! -e $moddir/modules.dep ]; then
- echo no $moddir/modules.dep. This file is required by
kernel-wedge 2
- exit 1
+
Package: initramfs-tools
Version: 0.98.8
Severity: normal
I recently suffered 2 weeks of downtime of a machine in a location that
made fixing it hard, caused by a broken initramfs due to bug #621137.
This highlighted to me that there are many things that can go wrong and
break an initramfs when
Well, I have a few horses in this race in between testing-security,
d-i, and CUT, as well as having been a Release Assistant in the past,
and I think this proposal stinks from every perspective.
Michael Gilbert wrote:
The biggest problem I saw during the squeeze development cycle was that
Jan-Marek Glogowski wrote:
The installer correctly detects and installs the firmware, if it is
provided by the firmware-realtek (0.28) package on a VFAT USB stick.
But the kernel is unable to load the rtl8168d-2.fw.
I don't see how this can be anything but a bug in the firmware-realtek
I hope this can be dealt with, it seems to be the only remaining
issue in getting Debian to support btrfs root filesystems.
This is easily reproducible, I installed from a recent daily build
netinst, put /boot on ext3 and / on btrfs and same problem on boot.
The problem is that btrfs depends on
Package: firmware-ipw2x00
Severity: normal
Tags: d-i
On installation, debconf is used to display the license, as type note.
When the dialog frontend is used, this means the user gets a dialog box,
with a big scary license and an OK button. One would expect then, that
selecting OK means one
maximilian attems wrote:
right that sounds good, will merge soon.
Thanks.
also it should no longer use the gone udev vol_id,
but blkid, haven't come around to see it's invocation pattern,
that should fix it also.
If you have blkid on the initramfs, you can use:
FSTYPE=$(blkid -o value -s
Package: initramfs-tools
Version: 0.93.4
Severity: normal
Tag: patch
Since fstype does not support btrfs (#548047),
and since udev 150, vol_id no longer exists,
get_fstype sets FSTYPE to unknown, and
then the root filesystem is mounted using
mount -t unknown /dev/hda2 /root.
Of course, that
Package: initramfs-tools
Version: 0.93.4
Severity: normal
I was suprised that my hook script
/etc/initramfs-tools/hooks/kvm-hosting-rsync
was not run until I renamed it to not have dashes
in the name.
(The hook script consisted of a single call to rsync, FWIW.)
-- Package-specific info:
--
Martin Michlmayr wrote:
I just booted that kernel on my N2100 and it works fine. Can you hook
up a serial coonsole to yours to see what's going on?
+RST=No
Transfer to factory test Mode : No
Reset default set:Normal
Thecus: Found PCI device Vendor ID=0x10EC
Vendor0x10ec
Device
Martin Michlmayr wrote:
I used the kernel from the archive. However, the oops during boot
only shows up under certain conditions (having root on RAID or lvm
seems to do the trick, which I don't have on my N2100).
Neither do I!
I do have home on LVM, could that cause it?
--
see shy jo
The Thecus n2100 uses r8169 for ethernet.
Per #561309, in 2.6.32, that module requests two firmware files
(that are not packaged and are nonfree anyway), even when they are not
needed by the actual hardware. (The n2100 doesn't need them.)
In d-i, check-missing-firmware is run by ethdetect and
Package: linux-2.6
Version: 2.6.32-3
Severity: normal
Without a serial console, all I can tell is that the root disk is
accessed briefly and then the boot must fail as there is no further disk
activity.
I wonder if bug #561309 is really fixed.
-- Package-specific info:
** Kernel log: boot
Ben Hutchings wrote:
On Tue, 2009-12-29 at 23:02 -0500, Joey Hess wrote:
The Thecus n2100 uses r8169 for ethernet.
Per #561309, in 2.6.32, that module requests two firmware files
(that are not packaged and are nonfree anyway), even when they are not
needed by the actual hardware
Package: linux-2.6
Version: 2.6.31-2
Severity: normal
Setting up linux-image-2.6.31-1-amd64 (2.6.31-2) ...
Running depmod.
Label not found for last FIRMWARE_CHECK at
/var/lib/dpkg/info/linux-image-2.6.31-1-amd64.postinst line 792.
dpkg: error processing linux-image-2.6.31-1-amd64 (--configure):
Package: initramfs-tools
Version: 0.93.4
Severity: minor
I have no /proc/modules because the system is running a modular kernel.
These messages are all due to the firmware checker, and can be avoided
safely by skipping the grep if /proc/modules DNE.
r...@wren:/tmpupdate-initramfs -k all -u
Bastian Blank wrote:
I intent to remove the cramfs support from the kernel and the
cramfsprogs package. Current kernels supports squashfs, which is a far
more advanced replacement.
It is currently in use by the debian-installer for mips and the powerpc
floppies.
cramfsprogs is still used
Moritz Muehlenhoff wrote:
Joey, does this still persist?
Dug the ancient laptop out; cannot reproduce with the 2.6.26 from 2008
that is on it.
Can't tell if that's due to udev's mitigation of the kernel bug, or the
kernel bug being fixed though.
--
see shy jo
signature.asc
Description:
Jari Aalto wrote:
Abort kernel removal?
SUGGESTION
Please spell out the last question explicitly:
Abort kernel removal (Y/n)?
How this is displayed is a function of your debconf frontend. You seem
to have chosen to use the readline frontend, and do not have
maximilian attems wrote:
On Thu, 23 Jul 2009, Joey Hess wrote:
The simplest fix seems to be to turn PAT off, especially since its
Kconfig mentions that it can lead to boot crash, boot hang,
spontaneous reboots) or a non-working video driver.
that was the case for = 2.6.29,
The quote
Users have now confirmed this bug on real hardware:
It breaks d-i on a Compaq DC9600.
Probably the tip of the iceberg.
--
see shy jo
signature.asc
Description: Digital signature
Package: linux-2.6
Severity: normal
Tags: d-i
Tested on both 2.6.30 and 2.6.31-rc3, enabling PAT leads to this printk
when bogl-bterm tries to mmap /dev/fb0, and the mmap fails.
[ 802.000124] bterm:814 map pfn expected mapping type uncached-minus for
a-b, got write-back
With PAT
maximilian attems wrote:
please test on 2.6.26 image from sid.
Already did, see my followup -- problem still present.
--
see shy jo
signature.asc
Description: Digital signature
Package: linux-image-2.6.25-2-iop32x
Version: 2.6.25-7
Severity: normal
Apparently the nic driver for my thecus n2100 has a problem with
multicast packets. It ignores them unless put in promisc or allmulti
mode.
This means that IPV6 doesn't work right by default, since ipv6 relies on
multicast
also affects 2.6.26-1-iop32x
--
see shy jo
signature.asc
Description: Digital signature
# hwclock
select() to /dev/rtc to wait for clock tick timed out
Just FWIW, my laptop, which has had this problem with 2.6.24 since
February, doesn't seem to have the problem with 2.6.25.
--
see shy jo
signature.asc
Description: Digital signature
maximilian attems wrote:
as there is no second reporter and kernel really quite ancient.
The bug report was confirmed by someone else (using different hardware),
in 2006. EspeonEefi [EMAIL PROTECTED]
--
see shy jo
signature.asc
Description: Digital signature
maximilian attems wrote:
Kernel: Linux 2.6.15-1-686
could we have an update on a recent kernel aka = 2.6.24
This will be hard for me to try to reproduce; that laptop is now being
used as a diskless server that is never hibernated.
--
see shy jo
signature.asc
Description: Digital
kerneloops has already been present in the desktop task for a while in
svn. (Which is why this bug is pending.) It would be redundant to add it
to the other 3 files.
--
see shy jo
signature.asc
Description: Digital signature
Raphael Hertzog wrote:
I think the patch lacks the triggers files itself.
Indeed, here's a fixed patch.
--
see shy jo
From a71ad25d0aeebc67835cc6a6f586e3e3593d6a65 Mon Sep 17 00:00:00 2001
From: Joey Hess [EMAIL PROTECTED]
Date: Wed, 2 Apr 2008 15:26:52 -0400
Subject: [PATCH] use dpkg-trigger
maximilian attems wrote:
funnily my lintian version spits:
W: initramfs-tools: unknown-control-file triggers
Yeah, already bugged lintian about this.
expect upload around weekend.
Nice.
--
see shy jo
signature.asc
Description: Digital signature
tag 447611 patch
thanks
The attached patch is against current git, and has been tested with
the trigger-enabled dpkg in experimental. This patch is ready to be
applied immediately.
--
see shy jo
From c4a58806cb810a54cfe2b0b85c7e59d7dfd34220 Mon Sep 17 00:00:00 2001
From: Joey Hess [EMAIL
I've always wanted a system where this works:
#include string.h
#include apm.h
But this blows up horribly:
#include apm.h
#include string.h
I'd like to congradulate all involved maintainers in making this
possible, and on avoiding doing anything on this bug for longer than I'd
have imagined
maximilian attems wrote:
on shiny fujitsu p700 lifebook, with a Crusoe processor.
FWIW, I misremembered the model number. It's a not-so-shiny P2110.
--
see shy jo
signature.asc
Description: Digital signature
Perhaps it's time to upgrade this bug to serious?
- Forwarded message from Douglas A. Tutty [EMAIL PROTECTED] -
From: Douglas A. Tutty [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 08:21:26 -0500
To: [EMAIL PROTECTED]
Subject: time messed up since last kernel update
User-Agent: Mutt/1.5.13
H. Peter Anvin wrote:
Okay, the faulting instruction is the following:
c0383360: 0f 1f 40 00 nopl 0x0(%eax)
The Crusoe code morphing software apparently doesn't recognize these
long noops, and (presumably) the rest of the hinting NOOP group. gcc
didn't use to
H. Peter Anvin wrote:
maximilian attems wrote:
On Tue, Feb 12, 2008 at 12:32:27PM -0800, H. Peter Anvin wrote:
INT 6 is #UD, undefined instruction.
If you could send me a copy of your vmlinux file (not bzImage), it
would speed things up.
cp -l
maximilian attems wrote:
thanks for quick feedback, have prebuild 2.6.25-rc1-git2
(they contain the security fix, but don't seem to suspend here)
anyway please test for boot
- http://charm.itp.tuwien.ac.at/~mattems/2.6.25-rc1-git2/
Still fails the same.
if those again don't boot please file
http://lists.debian.org/debian-user/2008/02/msg01213.html
--
see shy jo
signature.asc
Description: Digital signature
maximilian attems wrote:
i haven't yet compiled latest git21 (will do later today), in the
menatime i have i386 snapshots of git15, can you try there the -686
http://charm.itp.tuwien.ac.at/~mattems/git15/
if upstream fixed this bug inbetween?
Nope, still fails.
--
see shy jo
signature.asc
Martin Michlmayr wrote:
* Joey Hess [EMAIL PROTECTED] [2008-02-09 21:14]:
-rw-r--r-- 1 root root 1337692 Feb 7 14:04 vmlinuz-2.6.24-1-ixp4xx
The Kernel mtd block device on the nslu2 is 1310720 bytes.
Are you sure about this? I'm pretty sure the official Debian images
use 1441792
Martin Michlmayr wrote:
* Joey Hess [EMAIL PROTECTED] [2008-02-10 14:15]:
Think I should try to flash the new kernel via upslug?
Or flash a d-i image and then mount the disk and write the kernel to
flash.
Ok, I have a fixed partition size now, and of course it fits.
mtd3: 0016
Package: linux-image-2.6.24-1-686
Version: 2.6.24-3
Severity: normal
[EMAIL PROTECTED]:/home/joeyhwclock --show --debug
hwclock from util-linux-ng 2.13.1
Using /dev interface to clock.
Last drift adjustment done at 1202584540 seconds after 1969
Last calibration done at 1202584540 seconds after
Package: linux-image-2.6.24-1-ixp4xx
Version: 2.6.24-3
Severity: serious
Once again this image has gotten too large to fit in flash on the nslu2.
-rw-r--r-- 1 root root 1265484 Nov 13 04:56 vmlinuz-2.6.22-3-ixp4xx
-rw-r--r-- 1 root root 1337692 Feb 7 14:04 vmlinuz-2.6.24-1-ixp4xx
The Kernel
Package: linux-image-2.6.24-1-686
Version: 2.6.24-3
Severity: important
As soon as the kernel is booted from grub, before it prints any normal
messages, it crashes as follows:
BUG: Int 6: CR2
EDI ESI 1000 EBP 0020 ESP c0373f54
EBX c03e5140 EDX
The 486 build of the same kernel boots ok. Is something going on with
the 686 build that might make it not work with crusoe processors?
--
see shy jo
signature.asc
Description: Digital signature
Package: linux-image-2.6.24-1-686
Version: 2.6.24-2
Severity: normal
Ever since I resumed my laptop from sleep this morning,
/sys/class/power_supply/CMB1 has had nonsensical values for *_now:
[EMAIL PROTECTED]:/sys/class/power_supply/CMB1cat charge_now
0
[EMAIL
Otavio Salvador wrote:
We have 2.6.22 as a safe bed on lenny now and their udebs are there
too however since EtchAndHalf intends to release with 2.6.24 and it
has been uploaded to sid already I'm considering a better option to
us to release with it.
linux-2.6 has been built
maximilian attems wrote:
no i-t uses cdbs,
please add to debian/initramfs-tools.install
but maybe i misread and there is no cdbs support for that yet??
More simply, debhelper supports it as of version 5.0.59.
--
see shy jo
signature.asc
Description: Digital signature
Ian Jackson wrote:
Content-Description: message body text
+ test x$DPKG_MAINTSCRIPT_PACKAGE != x \
I take it that this is a magic flag variable set by dpkg when running a
postinst?
J/C.
--
see shy jo
signature.asc
Description: Digital signature
@@
+initramfs-tools (0.89) UNRELEASED; urgency=low
+
+ * Include libgcc_s.so.1 on arm since glibc always tries to load it on that
+architecture. Closes: #426395
+
+ -- Joey Hess [EMAIL PROTECTED] Tue, 05 Jun 2007 16:57:00 -0400
+
initramfs-tools (0.88) unstable; urgency=low
[ maximilian
Package: linux-image-2.6.21-1-686
Version: 2.6.21-3
Severity: normal
[EMAIL PROTECTED]:/home/joeyinsmod
/lib/modules/2.6.21-1-686/kernel/drivers/ide/legacy/ide-cs.ko
zsh: segmentation fault insmod
/lib/modules/2.6.21-1-686/kernel/drivers/ide/legacy/ide-cs.ko
I can reproduce this on multiple
Just spent half an hour since my slug wouldn't boot and I had to reflash
an old initramfs. This bug should be fixed ASAP before it breaks a lot
of systems.
[EMAIL PROTECTED]:/tmp/initramfsmkinitramfs -o out -k
Working files in /root/tmp/mkinitramfs_tj3082 and overlay in
My laptop is fairly fast, but I can still reproduce this bug easily
enough, by booting it with a DVD in the drive. When the initramfs first
runs udev to prior to mounting the root filesystem, it scans all drives
including the DVD drive, this involves spinning up the DVD, and my
laptop's DVD drive
Package: usplash
Version: 0.4-43-2
Severity: important
The initramfs-tools script starts usplash unless the kernel is booted
with nosplash, but the init script inconsistently stops it only if the
kernel is booted with splash. Therefore, if the kernel is booted with
neither parameter, usplash is
Package: usplash
Version: 0.4-43-2
Severity: normal
The usplash man page fails to document at least -v, -x, and -y.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.20-1-686
Gordon Farquharson wrote:
I uploaded a patch to fix the FTBFS on arm for 2.6.20-2.
Currently, the kernel includes several modules that do not build on
ARM. The first set were marked as broken in
patches/bugfix/arm/disable-broken-config-options.patch. This patch
marks two more modules as
Package: linux-image-2.6.20-1-686
Version: 2.6.20-1
Severity: grave
Upon upgrading to this kernel, about 1/3rd of the time when I boot,
the internal drive of my laptop becomes /dev/sda. The rest of the time,
it remains /dev/hda.
This seems to happen because both ata_piix and piix claim the same
Martin Michlmayr wrote:
I'll add armel support to SVN trunk in the next few weeks based on
your patches (thanks). 2.6.18 is frozen for etch so I'm not sure it
makes sense to add it at this point (although it probably also
wouldn't break anything). Would it greatly help to have this in the
Package: linux-2.6
Version: 2.6.18.dfsg.1-10
Severity: normal
Tags: patch
User: debian-arm@lists.debian.org
Usertags: eabi
The armel architecture is a new port of arm built with an incompatible
abi. To generate kernel images for armel, I've based things on the
existing arm setup, with these
Aurelien Jarno wrote:
Nice work. I was working on a patch, but you have been faster than me!
Thanks for your work.
Would it be possible to enable the versatile flavour on armel? It is
disabled on arm due to limited build daemon ressources. But it seems
this is not the case on armel.
The
Frederik Schueler wrote:
Does this create any trouble, beside the package having to go through
the NEW queue?
If it's only a renaming of the source package, and not a change to the
form of the binary package names, then I don't see any problem from a d-i
or debian-cd POV.
--
see shy jo
Frans Pop wrote:
He has suggested working around this by excluding loading drivers for
platform devices in udev. However, Sven Luther noted that e.g. the
Pegasos marvell gigabit ethernet port is a platform device for which the
driver should be loaded.
udev 0.103-1 works around the problem
Md joeyh: I remember talking about #398962 with waldi, IIRC platform devices
in recent kernels provide $MODALIAS while they should not. so udev will always
try loading again the driver after it has been loaded
Md I suppose I could add a workaround in udev since I do not know about any
platform
Package: linux-image-2.6.18-2-486
Version: 2.6.18-5
Severity: important
Tags: d-i
Testing d-i with a 2.6.18 kernel in vmware, pcmciautils's init script
doesn't see any pcmcia bridge, so it falls back to trying to load
i82365.
The modprobe of this module seems to hang for some time, as does a
Joey Hess wrote:
I doubt that this problem is specific to either vmware or the d-i
environment, probably any system w/o pcmcia, that tries to load the module,
whether by pcmciautuls or manually, will see this behavior.
I also see it in qemu.
--
see shy jo
signature.asc
Description
Package: initramfs-tools
Version: 0.84
Severity: normal
mkinitramfs is not a set -x script, and so when call_scripts runs a hook
script, any error is ignored.
In some cases, a hook script needs to abort the initramfs build. For
example, then nslu2-tools hook script can detect issues, like a
Package: usplash
Version: 0.3e
Severity: normal
After installing usplash, when I reboot each lsb output line is followed
by an error message:
chdir: no such file or directory
I do not get any kind of graphical display, just lots of copies of that
error message.
I get the same error several
Package: usplash
Version: 0.3e
Severity: minor
# Default init script logging functions suitable for Ubuntu.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to
Goswin von Brederlow wrote:
ramdisk package list has no support for per-flavour module selection, and
you
have to end up with stuff like the netboot64 list, which has as sole usage
to
add the ibm power hypervisor and virtualization modules, all an ugly mess.
Something to improve. No
Bastian Blank wrote:
On Wed, Jul 05, 2006 at 06:53:35PM -0400, Joey Hess wrote:
I tried with 2.6.17 and it's ok; the size reductions made in this version
bring
it back down to being small enough (although it's close; see below). I hope
a
new version of the 2.6.16 kernel can
Package: linux-image-2.6.16-2-nslu2
Severity: normal
Tags: d-i
Severity: serious
util/arm/nslu2/slugimage -p -k ./dest/nslu2/netboot/vmlinuz-2.6.16-2-nslu2 -r
./dest/nslu2/netboot/initrd.gz -o dest/nslu2/netboot/di-nslu2.bin
padBytes error: data (1057236) is longer than total_len (1048576) at
Bastian Blank wrote:
tags 376926 pending
severity 376926 important
thanks
On Wed, Jul 05, 2006 at 02:12:27PM -0400, Joey Hess wrote:
util/arm/nslu2/slugimage -p -k ./dest/nslu2/netboot/vmlinuz-2.6.16-2-nslu2
-r ./dest/nslu2/netboot/initrd.gz -o dest/nslu2/netboot/di-nslu2.bin
padBytes
I tried with 2.6.17 and it's ok; the size reductions made in this version bring
it back down to being small enough (although it's close; see below). I hope a
new version of the 2.6.16 kernel can be released with those same changes (I
understand that one was turning off selinux support for nslu2).
Package: kernel-image-2.4.27-2-sparc32, ftp.debian.org
Severity: grave
Tags: d-i
It's impossible to do sparc32 installs, and has been for months,
because:
kernel-image-2.4-sparc32: Depends: kernel-image-2.4.27-3-sparc32 but it is
not installable
[EMAIL PROTECTED]:~madison
The package was rejected on June 26th with the reason:
as requested
Since this leaves linux-headers-2.6.17-1-686 uninstallable, I'm
upgrading this bug severity to serious.
--
see shy jo
signature.asc
Description: Digital signature
Bastian Blank wrote:
On Sun, Jun 18, 2006 at 04:10:30PM -0600, dann frazier wrote:
The only technical issue is getting the meta packages to play well. I
think rough consensus was to leave the metapackages as-is in
linux-2.6.16 and either 1) drop meta packages from linux-2.6 = 2.6.17
or 2)
Joey Hess wrote:
Bastian Blank wrote:
On Sun, Jun 18, 2006 at 04:10:30PM -0600, dann frazier wrote:
The only technical issue is getting the meta packages to play well. I
think rough consensus was to leave the metapackages as-is in
linux-2.6.16 and either 1) drop meta packages from
Frederik Schueler wrote:
Linux 2.6.17 has been released today, and I would like to upload it to
unstable tomorrow (Monday 19.06).
I take it that the idea of using 2.6.16.x for etch has been dropped?
--
see shy jo
signature.asc
Description: Digital signature
1 - 100 of 219 matches
Mail list logo