reassign 340257 initramfs-tools
thanks
On Nov 22, Paul Traina [EMAIL PROTECTED] wrote:
The 0.74-3 release, which was supposed to fix the earlier bugs I reported
with udev still doesn't get it right. In udev 0.72-2, they renamed
/lib/hotplug to /lib/udev. It is supposed to be copied over,
reassign 340774 linux-2.6
thanks
On Nov 25, AdamW [EMAIL PROTECTED] wrote:
I've got a problem with oss emulation from alsa with dxr3 card installed in
my system.
Udev loads drivers for dxr3 first and then is unable to register OSS PCM
device 0:0
When I remove dxr3 drivers (em8300, bt865)
reassign 341269 linux-2.6
thanks
On Nov 29, mahashakti89 [EMAIL PROTECTED] wrote:
If I activate udev at boot through some utility like sysvconfig or
sysvconfig I have problem with both IDE Disks
(Maxtor 80 G0 and 250 G0) , I get following error message : Drive Seek
Complete Data Request,
reassign 341744 linux-2.6
thanks
Please do not blindly reassing bugs to udev, it's quite obvious that
this is either a broken media or a kernel bug:
/dev/scsi/host7/bus0/target0/lun0:3ldm_parse_privhead(): Cannot find
PRIVHEAD structure. LDM database is corrupt. Aborting.
reassign 344613 linux-2.6
thanks
On Dec 24, GSR [EMAIL PROTECTED] wrote:
Previously an external disk got its device nodes created correctly,
but that does not seem to happen anymore. The only way to get it
working seems to be is loading by hand sbp2 module when used via
ieee1384 or
On Dec 26, GSR [EMAIL PROTECTED] wrote:
Well, but after the last dist-upgrade (which included udev 0.079-1,
but also debconf debconf-i18n debconf-utils ethereal ethereal-common
kernel-package libruby1.8 nano ruby1.8 udev yaird zsh) it seems to
have solved and plugin it makes the devices
[EMAIL PROTECTED] wrote:
2.6.15 should work with older udev.
Not really. udev versions older than 072 do not support the new nested
classes used by the input subsystem in kernels = 2.6.15.
The effect is that device nodes in /dev/input/ will not be created, and
the respective drivers will not be
On Dec 30, Sven Luther [EMAIL PROTECTED] wrote:
Ok, so we can upload/backport udev 072 to volatile, and use it with the new
kernel, without fearing future breakage ?
Yes.
Alternatively, can we backport those fixes to a sarge package, so we are able
to use only a slightly modified sarge udev
On Jan 04, Adam Heath [EMAIL PROTECTED] wrote:
Not to mention that 2.6.15 requires a newer udev. Who knows what other newer
things newer kernels might require.
OTOH, old kernel are buggy and out of date wrt modern hardware, and we
lack the manpower to backport for years fixes and new features
[EMAIL PROTECTED] wrote:
licenced modules. If we don't want to do that, the most honest way to handle
it is to get another GR out the door,explaining that this is not easily
possible or convenient at this time, and asking for an explicit exception for
kernel firmware. I would second such a GR.
Me
On Jan 11, Sven Luther [EMAIL PROTECTED] wrote:
Any idea why this patch was not applied to our kernel and forwarded upstream ?
Because it probably breaks other cards.
IIRC this driver is especially relevant for a !x86 architecture.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jan 11, Sven Luther [EMAIL PROTECTED] wrote:
So you think that these two cards :
I remember that some card(s) work with one driver but not the other, and
IIRC they have the same PCI ID.
There was some old hotplug bug about this.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jan 11, Sven Luther [EMAIL PROTECTED] wrote:
which means the dmfe driver is indeed the default for the DM9102. If some
cards don't work with the dmfe driver, then the dmfe driver is buggy and needs
to be fixed, don't you think ?
Sure, it's just that apparently the interested people are not
On Jan 11, Sven Luther [EMAIL PROTECTED] wrote:
Well. let's apply this patch, and then we see if we get bug reports, and
examine those case by case, and try to fix them ?
I have no objections.
--
ciao,
Marco
signature.asc
Description: Digital signature
[EMAIL PROTECTED] wrote:
- Kernel 2.6 is still a moving target...
And it will always be, so people should learn to deal with this.
- Some hardware is only supported with 2.4, for example older laptops
which need APM and don't work with ACPI. Also some non-i386 machines.
What about
On Feb 01, Sam Morris [EMAIL PROTECTED] wrote:
MODALIAS=usb:v054Cp0010d0410dc00dsc00dp00ic08iscFFip01
Thanks for the quick reply--but does this line in modules.alias not
match the MODALIAS string?
alias usb:v054Cp0010d04[0-4]*dc*dsc*dp*ic*isc*ip* usb_storage
I don't know. If they should
reassign 351709 linux-2.6
thanks
On Feb 06, Jan Christoph Uhde [EMAIL PROTECTED] wrote:
The first time i plug an UMS device into my computer the syslog
following messages:
Apparently udev loaded all the drivers you need, so it's out of the
picture.
So if your device is not broken, as far as I
This *is* a bug in ide-cs, but is exposed by udev (0.084-2 has a
workaround).
--
ciao,
Marco
signature.asc
Description: Digital signature
[EMAIL PROTECTED] wrote:
So I have the following idea regarding security support for 2.4 in etch:
- make 2.6 the default for new installs but provide 2.4 for those who want it
Do you understand that next year 2.4 kernels will probably not
installable on a large fraction of the then current
Now that 2.6.15 kernels are in testing I'd like to raise the kernel
requirement for the udev package from 2.6.12 to 2.6.15 as soon as a new
version of udev will have entered testing.
This will let me remove a lot of cruft from the package.
Does anybody have a reason to wait some more time?
--
On Feb 10, Otavio Salvador [EMAIL PROTECTED] wrote:
But udev will refuse to start or to install if the running kernel is
older then it?
As it currently happens, it will either:
- refuse to be upgraded
- be installed but not started if it was not installed yet
- not be started at boot time if
On Feb 10, Sven Luther [EMAIL PROTECTED] wrote:
We need something which upgrades seamlessly, and the above solution is not
acceptable for the etch release, as has been said already in the past.
This would be nice, but so far nobody has been able to design anything
better, myself included.
So,
On Feb 10, Sven Luther [EMAIL PROTECTED] wrote:
The 2.6.8 kernel is already running, and the kernel upgrade needs a reboot
anyway, so, we only need something that :
- don't mess up the currently running stuff, is it possible to have udev
installed to take effect after the next reboot,
On Feb 11, Steve Langasek [EMAIL PROTECTED] wrote:
Why temporary, out of curiosity? This doesn't seem like a temporary
problem; I think this is an issue that will be just as applicable for etch+1
as it is for etch, and I think we should be honest about that.
Because maybe in 5-10 years from
On Feb 11, Sven Luther [EMAIL PROTECTED] wrote:
As the install media are built our of main though, this is probably not going
to cut it without proof that it can be done on a technical point of view.
It could be main or a subset of non-free or a new section, it's just a
detail which I do not
reassign 352434 initramfs-tools
thanks
On Feb 11, Norbert Tretkowski [EMAIL PROTECTED] wrote:
,
| tmpfstmpfs253M 112K 252M 1% /dev
`
This system has 512 MB RAM, and $tmpfs_size is still 10M in the udev
init script.
initramfs-tools creates it. It should use
#If it only breaks your own system and it's unconfirmed then it's not RC, sorry
severity 352700 important
thanks
On Feb 13, Florian Iragne [EMAIL PROTECTED] wrote:
The error message is mentionned in the subject :
/scripts/init-premount/udev : 21 : udevd : not found
So, it can't mount the
On Feb 13, Sven Luther [EMAIL PROTECTED] wrote:
Do you have already done backport packages, for running 2.6.15 and beyond
kernels on a sarge system, or are there real problem with trying to do this ?
I do not believe in backports, but here you can find a backported udev:
On Feb 13, Sven Luther [EMAIL PROTECTED] wrote:
I do not know nor I care how it works, but you can find in the
changelog some notes about why the versioned dependencies are required
and you can easily drop the m-i-t and dbus ones with minor fixes to their
configurations.
What about the
reassign 352768 linux-2.6
retitle 352768 ps2 mouse detection depends on modules loading order
thanks
On Feb 14, Jonathan Kaye [EMAIL PROTECTED] wrote:
When I try to upgrade my system replacing hotplug by udev the mouse does
not seem to be recognized. This happens with both the 2.6.12 and the
On Feb 14, maximilian attems [EMAIL PROTECTED] wrote:
i know that ide.generic was never included in initramfs.
we use a quite similar code in
/usr/share/initramfs-tools/scripts/init-premount/ide
it needs to be converted to modprobe ide-generic only for ide boots,
and to have timeouts for
On Feb 14, Frans Pop [EMAIL PROTECTED] wrote:
We've done a debugging session today involving Otavio Salvadore (who also
saw the issue), maks and myself.
There are two possible solutions, both involving modifications in
/usr/share/initramfs-tools/hooks/udev.
1) revert inclusion of *_id
On Feb 15, maximilian attems [EMAIL PROTECTED] wrote:
mumbling, i'm all ears for working solutions.
Before we start discussing solutions somebody should spend some time to
find what the actual problem is.
--
ciao,
Marco
signature.asc
Description: Digital signature
Md fjp: I am uploading a new udev package still without persistent.rules in
the initramfs. Do you think you can fix (or explain ) the ide-generic
issue before the end of the week?
fjp Mithrandir: There've been a lit of them. Basic issue is that some IDE
drivers currently need
What about you all stop Cc'ing this non-relevant bug? Thank you...
(FWIW my opinion is that yaird should not be the default because hardware
changes will make the system unbootable if the drivers needed to mount /
are not in the initramfs.)
--
ciao,
Marco
signature.asc
Description: Digital
I implemented in udev 0.085-1 a first attempt to solve this problem.
It's totally untested and I will not able to test it myself soon, so
reports are appreciated.
The upgrade procedure should be something like:
# switch sources.list to testing
apt-get update
touch /etc/udev/kernel-upgrade
On Mar 03, Adam C Powell IV [EMAIL PROTECTED] wrote:
Kernel upgrade mode, udevd has not been restarted.
Please reboot the system as soon as possible.
Kernel version too old. initramfs-tools requires at least 2.6.12.
dpkg: error processing udev (--configure):
subprocess post-installation
On Mar 03, maximilian attems [EMAIL PROTECTED] wrote:
could you put as local workaround an set -x on top in
/usr/sbin/mkinitramfs, would really like to know how we got called
there.
The udev postinst always runs update-initramfs -u.
--
ciao,
Marco
signature.asc
Description: Digital
On Mar 05, Sven Luther [EMAIL PROTECTED] wrote:
By saying that these obsolete drivers should be supported anyway you are
basically requesting other people to spend their time maintaining
workarounds in their own packages.
Well, we have done this for sarge in a much more extensive way when
On Mar 05, Sven Luther [EMAIL PROTECTED] wrote:
Well, i remember some issues with the firewire module in the sarge timeframe,
and how you actively discouraged a workaround for this.
It's hard to be specific since I do not remember the details either, but
IIRC I suggested a solution to be
On Mar 05, Sven Luther [EMAIL PROTECTED] wrote:
I believe it would be best for all involved if we maintained a list of such
cases, and had proper workaround in either udev or a separate package, and
then, actively search to get those cases fixed in the kernel, either by doing
the development
On Mar 09, Bill Wohler [EMAIL PROTECTED] wrote:
I see this bug was moved to linux-2.6. However, there is also a udev bug
#350235 filed for the same problem. While it appears there is a major
udev component (the UI always gets the heat), it also appears to be a
kernel component as well since a
reassign 356868 initramfs-tools
thanks
On Mar 14, martin f krafft [EMAIL PROTECTED] wrote:
initramfs-tools is happy with busybox-cvs-static. However, this does
not work, as ide.agent's way to determine the /proc/ide/* directory
with printf doesn't work with busybox-cvs-static (hd141 instead
On Mar 14, martin f krafft [EMAIL PROTECTED] wrote:
What what about initramfs-tools adding the conflict?
Why? It does nicely with busybox-cvs-static. udev can't deal with
it.
busybox-cvs-static providing a broken shell could be a good reason.
19:39 madduck Md: ide.agent is incompatible
On Mar 14, martin f krafft [EMAIL PROTECTED] wrote:
also sprach Marco d'Itri [EMAIL PROTECTED] [2006.03.14.2021 +0100]:
Why? It does nicely with busybox-cvs-static. udev can't deal with
it.
busybox-cvs-static providing a broken shell could be a good reason.
How is the shell broken?
You
On Mar 14, martin f krafft [EMAIL PROTECTED] wrote:
also sprach Marco d'Itri [EMAIL PROTECTED] [2006.03.14.2030 +0100]:
And if something breaks a script which works with bash, dash and a
modern busybox then it fits pretty well my definiton of brokeness.
the code in ide.agent is one massive
reassign 357224 initramfs-tools
thanks
On Mar 16, Tonda Míšek [EMAIL PROTECTED] wrote:
Package: udev
Version: 0.087-2
I have unstable Debian. I upgraded to new version of udev (from
udev_0.087-1_i386.deb).
The system cannot boot with message like Kernel panic, cannot found root
system.
On Mar 17, Maurice Massar [EMAIL PROTECTED] wrote:
I have a system with 17 scsi disks on 2 aic7xxx controllers.
Loading the modules takes approximatly 36 seconds, but
/usr/share/initramfs-tools/scripts/init-premount/udev
has a timeout of 30 seconds.
You should find the reason for the timeout,
reassign 357858 linux-2.6
thanks
On Mar 20, Richard Thrippleton [EMAIL PROTECTED] wrote:
Using a compact flash card in the card slot in my laptop, which is presented
as
pcmcia-ide, while udev creates the device node correctly, it apparently
removes
and recreates the device on any attempt
reassign 358656 linux-2.6
thanks
On Mar 23, Chip Salzenberg [EMAIL PROTECTED] wrote:
I don't know for sure whether this is a udev issue, but I think it is based
a log entry (below).
It's not or it would say so in the log.
Deprecated does not mean does not work anymore.
Under 2.6.16, udev
On Mar 30, maximilian attems [EMAIL PROTECTED] wrote:
please send the output of lsmod from working 2.6.15 and lsmod
from nonworking 2.6.16.
And actually explain what you believe udev should do but is not doing.
--
ciao,
Marco
signature.asc
Description: Digital signature
This should have been fixed by udev 0.085-1 and initramfs-tools 0.53, so
unless somebody will report more problems soon I will close the bug.
--
ciao,
Marco
signature.asc
Description: Digital signature
Not a bug (or at least, not a bug in hotplug).
These modules advertise to support this hardware, so hotplug will try to
load them.
--
ciao,
Marco
signature.asc
Description: Digital signature
reassign 361741 initramfs-tools
thanks
On Apr 10, Cesare Leonardi [EMAIL PROTECTED] wrote:
Begin: running /scripts/local-premount...
Attempting manual resume
Done.
mount: mounting /dev/hda2 on /root failed: no such device
Begin: running /scripts/log-bottom...
Done.
Done.
Begin: running
On Apr 12, Cesare Leonardi [EMAIL PROTECTED] wrote:
Sorry, i don't know udev in details, but i don't understand why you have
reassigned this bug to initramfs-tools.
Because it's initramfs-tools which tends to break people's systems, the
initramfs-related bits of udev have not changed in a
Inteed, this has already been fixed.
Upgrade udev, delete /etc/udev/rules.d/z25_persistent-net.rules and VLAN
interfaces will stop being renamed.
--
ciao,
Marco
signature.asc
Description: Digital signature
On May 11, maximilian attems [EMAIL PROTECTED] wrote:
as upgrades work out if you touch that special conf file
i would propose to check against a version range in which
the sarge release falls and allow those an smooth upgrade
without running kernel check.
of course with a big warning that
On May 12, maximilian attems [EMAIL PROTECTED] wrote:
This does not work, because if for some reason the user were not ready
to upgrade the kernel then the would have already been upgraded and
would not start again at the next reboot. Is this what you really want?
do you propose
On May 15, maximilian attems [EMAIL PROTECTED] wrote:
This does not work, because if for some reason the user were not ready
to upgrade the kernel then the would have already been upgraded and
would not start again at the next reboot. Is this what you really want?
do you propose
reassign 398651 linux-2.6
retitle 398651 built-in DVB driver does not create the device tree
thanks
On Nov 18, Torsten Crass [EMAIL PROTECTED] wrote:
in case of the monolithic kernel, the /sys/class/dvb directory is empty,
when booting the modular kernel, it contains
Kernel bug.
--
ciao,
reassign 404927 linux-2.6
thanks
On Dec 29, Stefanos Harhalakis [EMAIL PROTECTED] wrote:
Notice the 'aacraid' and 'adaptec' values that identify the hardware
raid controller and the 'removable flag. I believe that this is not
a misconfiguration of me and I don't have access to another
On Jan 03, dann frazier [EMAIL PROTECTED] wrote:
Can you elaborate on what you believe the kernel is doing
incorrectly? My first guess would be the setting of the removable
flag, but aacraid claims to be setting this to prevent partition table
caching - do you believe that to be an incorrect
On Jan 04, dann frazier [EMAIL PROTECTED] wrote:
Mark Salyzyn's reply on LKML suggests that this problem maybe more
widespread and possibly difficult audit on the kernel side. Could
we do something like change the default block/removable device to
GROUP=disk, and override fd type devices w/
On Jan 04, dann frazier [EMAIL PROTECTED] wrote:
Right - but what I'm suggesting is that we change the default group
for removable block devices from floppy to disk.
e.g., something like this untested patch:
No way.
Look at the reactions to these bugs: #402622, #402649, #321642
BTW, I
On Jan 05, dann frazier [EMAIL PROTECTED] wrote:
Can you point me to (or explain) how the floppy group is currently
defined and how it is differentiated by plugdev?
It's supposed to be used for removable media: floppy disks, memory cards
or USB and firewire hard disks.
(Except optical media,
On Jan 05, dann frazier [EMAIL PROTECTED] wrote:
Can you point me to (or explain) how the floppy group is currently
defined and how it is differentiated by plugdev?
It's supposed to be used for removable media: floppy disks, memory cards
or USB and firewire hard disks.
(Except optical
On Jan 06, dann frazier [EMAIL PROTECTED] wrote:
Marco: does udev need to be installed for udevinfo to work? In other
words, could Jay rebuild udevinfo on his sarge box and run it from the
build tree?
No, just copy it from another box.
--
ciao,
Marco
signature.asc
Description: Digital
In linux.debian.devel.release Marc Haber [EMAIL PROTECTED] wrote:
So keyspan USB devices will be useless with Debian kernels in the very
near future, since there is no alternative to the kernel driver?
Looks so. But we will have the most free kernel of all Linux
distributions, aren't you happy?
On Jan 26, Sven Luther [EMAIL PROTECTED] wrote:
1) write a program writing to stdout and dropping the actual error message
somewhere.
Just add something like this to the top of the affected scripts:
exec /dev/xxx.log 21
--
ciao,
Marco
signature.asc
Description: Digital signature
retitle 408746 snd* modules are not autoloaded
reassign 408746 linux-2.6
thanks
On Jan 28, Vincent Lefevre [EMAIL PROTECTED] wrote:
I can see that the snd* modules are no longer loaded.
I can see that you did not read README.Debian.
--
ciao,
Marco
signature.asc
Description: Digital
On Jan 28, Vincent Lefevre [EMAIL PROTECTED] wrote:
I did, but if you meant that I should add the driver to /etc/modules,
then there's something wrong, because, first I can't (the driver
No, I meant that if a driver is not loaded automatically while it's
supposed to be then it's almost always a
On Mar 22, David Härdeman [EMAIL PROTECTED] wrote:
I do expect that a version of udev which fixes #414842 will make it into
Etch since #414842 is RC and the release managers seemed to agree when I
I will upload a new package in one or two days.
--
ciao,
Marco
signature.asc
Description:
reassign 414287 linux-2.6
thanks
On Apr 18, Martin Wuertele [EMAIL PROTECTED] wrote:
They only have the same MAC when using udev. That issue is not present
on Solaris or when using a module less kernel and purging udev.
I do not believe this.
Anyway, udev uses the values provided by the
[EMAIL PROTECTED] wrote:
No response?
If you really want one: thank you for spending some time to hurt our users.
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 445083 linux-2.6
thanks
On Oct 03, G. Eckersley [EMAIL PROTECTED] wrote:
Installing libgphoto2-2version 2.4.0-4
caused all usb devices on a Toshiba A100 to disappear.
This seemed to be caused by some device driver being loaded
which disabled interrupts from the usb bridge.
On Jan 01, Declan Mullen [EMAIL PROTECTED] wrote:
I've noticed that my system has some files that belong to the modutils
package (which is used with 2.2 and 2.4 kernels), however I don't have
that package installed. The files are /sbin/ksyms and
/bin/kallsyms, both of which are symbolic links
In linux.debian.kernel Declan Mullen [EMAIL PROTECTED] wrote:
Should I be concerned that so many symbolic links are pointing to files
that do not exist ?
No.
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Jan 16, Lionel Elie Mamane [EMAIL PROTECTED] wrote:
Hmm... I have now found the source of the problem (in bug #408506). On
machines where it works well, /etc/udev/rules.dev/udev.rules is
symlinked to ../udev.rules, on machines where it doesn't, it is not
the case. Adding the symlink solves
On Jan 16, Lionel Elie Mamane [EMAIL PROTECTED] wrote:
What is it that you just do not believe? That adding the symlink
solves the problem or that the symlink was not there?
That it's a bug of the udev packages that caused it to not be there.
Why does symlinking /etc/udev/rules.dev/udev.rules
On Jan 18, Wesley W. Terpstra [EMAIL PROTECTED] wrote:
I propose: always add usbhib to the list of modules mkinitrd includes.
I'm not certain whether this works w/o the usb host driver..?
Obviously not.
--
ciao,
Marco
signature.asc
Description: Digital signature
reassign 293194 kernel-image-2.6.8-i386
thanks
On Feb 01, Patrick Beard [EMAIL PROTECTED] wrote:
Hotplug appears to hang during the boot process. It hangs about 50% of
Looks like a kernel bug.
--
ciao,
Marco
signature.asc
Description: Digital signature
reassign 254264 kernel-image-2.6.6-1-686
thanks
On Jun 14, Steven Gardner [EMAIL PROTECTED] wrote:
Attached is part of my /var/syslog. Please note the it just keeps repeating
until I remove the card.
udev does what the kernel asks it to do, so I think this is a kernel
bug.
--
ciao, |
Marco
reassign initrd-tools 255180
thanks
On Jun 19, Henning Glawe [EMAIL PROTECTED] wrote:
after installing module-init-tools 3.1-pre2-1 mkinitrd, which is needed
for the debian-prepackaged kernels, ceases to work. this is cause by the
removal of modprobe.conf generation in
reassign 267212 kernel-source-2.6.8
thanks
On Aug 21, David Liontooth [EMAIL PROTECTED] wrote:
When attaching an iPod to the firewire port on the 2.6.7 kernel, you have to
manually load modules in this order:
hotplug does what the kernel tells it to do.
--
ciao, |
Marco | [7613
reassign 268583 kernel-image-2.6.7-i386
thanks
On Aug 28, Juergen Salk [EMAIL PROTECTED] wrote:
This appears to be not a bug but a case of broken ACPI tables.
So this is more a kernel issue?
I think this is either a BIOS or kernel bug, I do not think hotplug
needs to be changed.
I'm
reassign 269451 kernel-image-2.6.7-i386
merge 268583 269451
thanks
On Sep 01, January Weiner [EMAIL PROTECTED] wrote:
ebbjw:/home/january# modprobe pciehp
FATAL: Error inserting pciehp
(/lib/modules/2.6.7-1-386/kernel/drivers/pci/hotplug/pciehp.ko): Operation
not permitted
On Sep 10, Debian Bug Tracking System [EMAIL PROTECTED] wrote:
Bug#260695: kernel-image-2.6.7-1-k7: cpio: /etc/modprobe.conf: No such file
or directory
Looks like you are using an old release of initrd-tools, this is not a
bug.
--
ciao, |
Marco | [7906 liSEoIwxhVdZw]
[Please Cc me, I'm not subscribed.]
I'm not even sure this is a bug... But it almost looks like that old
pty devices are not reused.
What can I do to regain access to my screen session? Rebooting this
this server would be quite painful.
[EMAIL PROTECTED]:~$ uname -a
Linux attila 2.6.6-b50 #1 Mon
On Sep 13, William Lee Irwin III [EMAIL PROTECTED] wrote:
Reply-To: debian-kernel@lists.debian.org, [EMAIL PROTECTED]
Mail-Followup-To: debian-kernel@lists.debian.org
Sorry, my mutt was misconfigured... Anyway, if you do not want to
generate or use Mail-Followup-To headers you can
On Sep 23, Andres Salomon [EMAIL PROTECTED] wrote:
I believe this was a problem w/ module-init-tools; see bug #259056 for
details. This should've been fixed in module-init-tools 3.1-pre5-4,
with debian/patches/disable_modprobe_locking. I assume you're no longer
No, read further. It's fixed
reassign 273182 kernel-source-2.6.8
thanks
On Sep 24, Greg Folkert [EMAIL PROTECTED] wrote:
Either I am missing something obvious or it is somehow brokeon or slowed.
This is a kernel bug which needs to be fixed in the kernel and in the
raid userspace tools. I will reassign the bug, but the
reassign 421876 linux-2.6
thanks
On May 02, Greg Kochanski [EMAIL PROTECTED] wrote:
There are no /dev/ttyUSB* files.Is there a missing rule to
create them?Has the 2.6.20 kernel changed the way it handles
serial connections over USB?
Not that I know, but I doubt that there is something
reassign 426440 linux-2.6
thanks
On May 28, Miernik [EMAIL PROTECTED] wrote:
ping: sendmsg: No buffer space available
Not related to user space unless the contrary is proven.
--
ciao,
Marco
signature.asc
Description: Digital signature
clone 425481
reassign -1 initramfs-tools
thanks
On May 22, Karsten M. Self [EMAIL PROTECTED] wrote:
initramfs-tools maintainers: from now on, /dev should be mounted noexec
(nosuid is redundant).
Well, the first problem is that as modified this doesn't accomplish the
desired effect (mounting
On Mar 14, Holger Levsen [EMAIL PROTECTED] wrote:
also sprach Marco d'Itri [EMAIL PROTECTED] [2007.09.10.1409 +0200]:
I will do it ASAP. Please do not do this by yourself because the udev
rules files need to be renamed first (or else I would need to add
conflicts and you would need to move
On Sep 03, Marco d'Itri m...@linux.it wrote:
I am using WEP and need to roam between two access points. This does not
work anymore (it worked fine with ipw3945) and when I hit this condition
I need to remove and reload the driver.
It turned out that new style wifi drivers need wpa_supplicant
clone 518407 -1
reassign -1 initramfs-tools
retitle -1 initramfs-tools: must support relative paths in modules.dep
severity -1 critical
block 518407 by -1
retitle 518407 module-init-tools: must conflict with old initramfs-tools
thanks
On Mar 05, Frans Pop elen...@planet.nl wrote:
The problem
On Mar 06, Frans Pop elen...@planet.nl wrote:
That does not really explain *why* the behavior was changed. and IMO it's
an extremely unfortunate backwards compatibility issue.
I have no opinion on the issue. Feel free to argue it with the upstream
maintainers (linux-modu...@vger.kernel.org).
On Mar 20, Scott James Remnant sc...@canonical.com wrote:
Doesn't Debian run depmod in the postinst of the kernel package - and
iirc, again on boot anyway?
Not anymore on boot, but I can't see why depmod should NOT being run
when the kernel is installed.
--
ciao,
Marco
signature.asc
clone 521520 -1
reassign -1 linux-2.6
retitle -1 it's about time that proper autoloading aliases are added to
floppy.ko
thanks
On Mar 28, Mario 'BitKoenig' Holbe mario.ho...@tu-ilmenau.de wrote:
Switching back to 0.125-7 fixes this. Since the Debian ChangeLog doesn't
state any change
1 - 100 of 398 matches
Mail list logo