Bug#289856: mdnsresponder: Wrong license
[EMAIL PROTECTED] wrote: >Above and beyond the issue of distributing code without proper license >notices, the APSL 2.0 is not, in the opinion of many (and AFAICT, according >to the consensus of the debian-legal mailing list), a free license under the Where "many" in this context should be read as "an handful of people on the debian-legal mailing list who invented new rules which are not part of the DFSG". >Again, while the question of which parts of the license (if any) fail the >DFSG is still somewhat open, the fact is that this license imposes a number >of restrictions on the licensee which are not present in more traditional >Free Software licenses. Now that it's known that this package is licensed >under the APSL and not under a BSD license, I believe it's best to remove >mdnsresponder from the archive until such a time as it's made available >under a different license or there's a clear consensus that the APSL 2.0 is >a DFSG-free license. Do you suggest removing from the archive all packages whose licenses impose uncommon restrictions or just this one? -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291523: ide-generic must be instead ide-probe-mod
On Jan 21, Olleg Samoylov <[EMAIL PROTECTED]> wrote: > ide-probe-mod defined in /etc/modprobe.d/aliases don't work with my > kernel. What should I put there then? -- ciao, Marco signature.asc Description: Digital signature
Bug#291817: whois: please add 2003::/16 for IPv6
On Jan 23, Heikki Vatiainen <[EMAIL PROTECTED]> wrote: > http://www.iana.org/assignments/ipv6-tla-assignments shows that > IANA has started allocating IPv6 prefixes from 2003::/16. The I know. > The following simple patch teaches whois about the new prefix. I took It's worthless, because it's not generic. -- ciao, Marco signature.asc Description: Digital signature
Bug#291843: sarge: /dev/dsp is not created
On Jan 25, "Patrick M. Ammann" <[EMAIL PROTECTED]> wrote: > And hotplug seems to recognize my soundcard anyway! > But this all does not help me! There is still no > /dev/dsp* node! But udev should create one, right? Maybe. Please report the output of the following commands after a reboot: /usr/share/bug/udev/script 3>&1 ls /dev/* grep dsp /etc/udev/rules.d/ -r -- ciao, Marco signature.asc Description: Digital signature
Bug#291843: sarge: /dev/dsp is not created
On Jan 25, "Patrick M. Ammann" <[EMAIL PROTECTED]> wrote: > /dev/snd: > controlC0 pcmC0D0c pcmC0D1p pcmC0D2p pcmC1D1c > controlC1 pcmC0D0p pcmC0D2c pcmC1D0c timer You did not load the OSS compatibility modules. Read README.Debian again, there is no bug in udev. -- ciao, Marco signature.asc Description: Digital signature
Bug#291843: sarge: /dev/dsp is not created
On Jan 25, "Patrick M. Ammann" <[EMAIL PROTECTED]> wrote: > That means no bug in udev but one bug in the > hotplug package: Read that README.Debian file. Really. -- ciao, Marco signature.asc Description: Digital signature
Bug#292285: migrate devfs to udev: no terminal, no cdrom, no sound
On Jan 26, Justin Pryzby <[EMAIL PROTECTED]> wrote: > udev "bind mounts" /dev/ to /.dev/. Check your /dev/; I bet there's > little if anything there. Didn't udev say "you should restart your > computer at the earliest possible convenience, and shouldn't expect > stuff to work if you enable udev without doing so"? It used to do > that. It used to, but now it does not because rebooting is not needed anymore. -- ciao, Marco signature.asc Description: Digital signature
Bug#292167: inn2 post subprocess post-installation script returned error exit status 1
On Jan 25, Fabien VALLON <[EMAIL PROTECTED]> wrote: > Building history database in /var/lib/news... makehistory: hostname > does not resolve or domain not set in inn.conf I'm not sure if I want to change this. If makehistory cannot be run then the admin will have to manually create the history database. -- ciao, Marco signature.asc Description: Digital signature
Bug#268720: depmod segfaults w/ foreign architecture
Please try again a cross-compile build with 3.2-pre1-2 (currently in incoming) which supports being built with dpkg-cross and I know is being used for SH. -- ciao, Marco signature.asc Description: Digital signature
Bug#243144:
I wonder if you can still reproduce this old bug with 3.2-pre1-2. -- ciao, Marco signature.asc Description: Digital signature
Bug#289592: Debian bug #289592: possible solution
On Jan 27, Darren Tucker <[EMAIL PROTECTED]> wrote: > The problem you reported can be solved easily by applying the > BindAddress option inside a host-specific block of ssh_config or > $HOME/.ssh/config. For example: > > Host ipv4host.example.com > BindAddress my.local.ip4.addr > > Host ipv6host.example.com > BindAddress my:local:ip6:addr I know that I can do this, but I do not consider acceptable having to configure every host I need to connect to. Also, this will break if for some reason v6 connectivity is not available and there is a fallback on IPv4. -- ciao, Marco signature.asc Description: Digital signature
Bug#292634: Missing srp support
severity 292634 wishlist tag 292634 wontfix thanks On Jan 28, TJ <[EMAIL PROTECTED]> wrote: > To compile srp-entry you will need to package/build srp from: > http://srp.stanford.edu/download.html > (use a pre v2, or srp-entry will segfault, i used 1.7.5) Debian lacks srp packages, so SRP support will not be enabled in pppd, at least in the short term. I also have doubts about adding new library dependancies to pppd to support a seldomly used protocol. Please check if your ISP supports CHAP-style EAP authentication. -- ciao, Marco signature.asc Description: Digital signature
Bug#341040: udev: (pre|post)inst script not idempotent
found 341040 0.060-1 thanks On Nov 27, Lionel Elie Mamane <[EMAIL PROTECTED]> wrote: > Preparing to replace udev 0.056-2 (using .../archives/udev_0.076-2_i386.deb) > ... > ln: creating symbolic link `/etc/udev/rules.d/z20_persistent.rules' to > `../persistent.rules': File exist > dpkg: error processing /var/cache/apt/archives/udev_0.076-2_i386.deb > (--unpack): > subprocess pre-installation script returned error exit status 1 I am not sure about what causes this bug, the script checks if the link exists before creating it: [ -e /etc/udev/rules.d/z20_persistent.rules ] || \ ln -s ../persistent.rules /etc/udev/rules.d/z20_persistent.rules -- ciao, Marco signature.asc Description: Digital signature
Bug#341038: udev will not boot: /dev/null not created, dev/console not found, kernel panic
On Nov 28, Moshe Yudkowsky <[EMAIL PROTECTED]> wrote: > Sorry, you have overlooked something here. The file > /etc/udev/libgphoto2.rules uses RUN+="/etc/hotplug/usb/libgphoto2". I > didn't want to purge "/etc/hotplug" for this reason. The udev debian does > *not* replace these files. It's not supposed to, and they are not provided by hotplug anyway. Stop pretending to know how a package works better than its maintainer. -- ciao, Marco signature.asc Description: Digital signature
Bug#146584: perl-5.6: perl crashes with "Out of memory!"
close 146584 5.8.7-7 thanks I cannot reproduce anymore this bug. -- ciao, Marco signature.asc Description: Digital signature
Bug#338235: Deprecated /etc/network/options and new installations
[I wonder why I never received the message from p.d.o. Or maybe it has been lost among the usual p.d.o. spam...] On Nov 28, Frans Pop <[EMAIL PROTECTED]> wrote: > AFAICT doing nothing would result in spoof protection being disabled for > new installations where currently it is enabled, as the default > /etc/sysctl.conf currently does not set net/ipv4/conf/all/rp_filter to 1. rp_filter (which is only a part of the kernel antispoofing protections) is useless anyway for the typical system with a default route and has dubious value when the system is a router (it can break things too...). My advice is to not bother with it and leave setting it to the local administrator if he really cares. -- ciao, Marco signature.asc Description: Digital signature
Bug#341211: udev should create persistent symlinks (e.g. /dev/pilot)
On Nov 29, Xavier Bestel <[EMAIL PROTECTED]> wrote: > As you surely know, without persistent naming some tasks are hard to > achieve, and this happens a lot with USB devices (e.g. with one Palm and > one USB-serial cable, /dev/ttyUSB0 isn't always what you want; moreover > pilot software expects to talk to /dev/pilot). > I know that I can write my own udev rules, but this isn't really > user-friendly. There should probably exist some sane defaults to let > people recognize their devices in /dev. Please explain how this should actually work, which symlinks should be created, how the devices would be detected and when. The default rules files already create a pilot symlink, BTW. -- ciao, Marco signature.asc Description: Digital signature
Bug#341269: problem with udev an IDE disks at boot
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, Satus 0x 58, Drive not Ready > for command , and sometimes I cannot log into an X-session. This looks like a kernel bug. > Kernel: Linux 2.6.14-ck6 -- ciao, Marco signature.asc Description: Digital signature
Bug#341355: cannot start udevd
severity 341355 normal thanks On Nov 30, Joshua Kwan <[EMAIL PROTECTED]> wrote: > Cannot start udevd. (rc=1) This means that another udevd process is running. Why? How is this possible, when the first thing postinst does is killing it? start-stop-daemon --stop --name udevd --oknodo --quiet -- ciao, Marco signature.asc Description: Digital signature
Bug#338747: requires the obsolete /etc/hotplug/usb/ interface
On Nov 30, Paul Brossier <[EMAIL PROTECTED]> wrote: > ok. i have 0.80 installing a /etc/udev/kino.rules as above, and linking > to it from /etc/udev/rules.d/035_kino.rules. > > i don't think there is a need for the custom postinst/postrm for kino, It's always needed. Please DO NOT ship the rules.d/ symlink as a package file, this is wrong because it does not allow the local administrator to delete or rename it (maybe I should write a debhelper command...). The link must be created by postinst: [ "$1" = configure -a -z "$2" ] and deleted by postrm: [ "$1" = purge ] > ifeq (linux,$(DEB_HOST_ARCH_OS)) > dh_gencontrol -plibgphoto2-$(major) -- -Vudev-hotplug="udev | hotplug" > else > dh_gencontrol -plibgphoto2-$(major) > endif > > do i need to add such a thing too? Only if you care about non-linux architectures. -- ciao, Marco signature.asc Description: Digital signature
Bug#341650: udev: postinst dies upon upgrade from 0.76-2 to 0.76-3
On Dec 01, Branden Robinson <[EMAIL PROTECTED]> wrote: > Let me know if there is any other info I can provide that would be of utility, > and I'll see what I can do. This appears to be a duplicate of #341355 and I don't know why it's not working as expected. -- ciao, Marco signature.asc Description: Digital signature
Bug#341355: cannot start udevd
severity 341355 grave merge 341355 341650 tag 341650 help unreproducible thanks On Nov 30, Joshua Kwan <[EMAIL PROTECTED]> wrote: > Is it possible that udevd was still terminating when the rc-script was > invoked? Maybe (the signal handler does not exit directly). Tomorrow I will investigate the --retry option of start-stop-daemon. -- ciao, Marco signature.asc Description: Digital signature
Bug#341744: usbutils: mounting usb key problems in AMD64 unstable
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:<3>ldm_parse_privhead(): Cannot find PRIVHEAD structure. LDM database is corrupt. Aborting. ldm_validate_privheads(): Cannot find PRIVHEAD 1. unable to read partition table Linux fast 2.6.12-1-amd64-k8 #1 Wed Sep 28 02:31:26 CEST 2005 x86_64 GNU/Linux -- ciao, Marco signature.asc Description: Digital signature
Bug#341355: udevd troubles - ubuntu patches
On Dec 03, maximilian attems <[EMAIL PROTECTED]> wrote: > while glancing through the ubuntu package to prepare > the udev initramfs-tools hooks move, i found this changelog entry: Which is my own patch, and is not related in any way to this problem. > attached, also following entry might be out of interest: > * Fix a few bugs in the init script that prevented udev from being started > on systems without initramfs, or after it was stopped. But are not. -- ciao, Marco signature.asc Description: Digital signature
Bug#341853: ppp-connect-errors' permissions
On Dec 03, Paolo Benvenuto <[EMAIL PROTECTED]>, Paolo Benvenuto <[EMAIL PROTECTED]> wrote: > I consider that this file should be world readable. Why? -- ciao, Marco signature.asc Description: Digital signature
Bug#341901: udev: Ownership and permissions incorrect for device-mapper devices and directories
reassign 341901 lvm2 thanks On Dec 03, Roger Leigh <[EMAIL PROTECTED]> wrote: > The ownership and permissions for all device-mapper devices differ from > other block devices on the system (root:disk, 0660): As you can see from udev.rules, udev is configured to ignored the dm-* devices. This could be changed if needed, but only after a discussion among the udev, LVM and EVMS maintainers. > In addition, the directories for each volume group are only readable by > root: udev does not know at all about these devices. -- ciao, Marco signature.asc Description: Digital signature
Bug#339801: your inexplicable problem
Please check if /etc/modprobe.conf exists on your system. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339658: should not call update-modules for module-init-tools
On Dec 05, Joey Hess <[EMAIL PROTECTED]> wrote: > dh_installmodules generates code to run update-modules in the postinst > and postrm, which are run when modules are installed or removed. Amoung > other things, the depmod call in update-modules.modutils makes the newly > installed modules in the postinst available for immediate use (if the > kernel matches). Right, I did not remember that update-modules also runs depmod. This is interesting, because if modutils is not installed then depmod will not be run by the update-modules script of module-init-tools. Nobody ever reported this, so I wonder if the packages which install 2.6 modules already run depmod or what else. My goal was to prepare the update-modules phase-out, but now I am not so sure. What should I do, encourage the maintainers of modules for 2.6 kernels to just use depmod or make update-modules run it and keep the script forever? Comments are encouraged, I favour the first option. -- ciao, Marco signature.asc Description: Digital signature
Bug#324856: udev: creating incorrect symlinks
On Dec 07, Jacobo <[EMAIL PROTECTED]> wrote: > > %e does not really work, and this has nothing to do with this closed bug. > Yes it does have to do. The initial post was: No, it does not. Do not pretend that you know how udev works better than I do. This problem is that the user did not load ide-cd. Your problem is that %e does not work and never will, and is documented in #332365. -- ciao, Marco signature.asc Description: Digital signature
Bug#339658: should not call update-modules for module-init-tools
On Dec 05, Joey Hess <[EMAIL PROTECTED]> wrote: > Anyway, if you add a depmod call to update-modules then debhelper could > just run it and not worry about needing to run depmod. If OTOH you do > want to eventually remove update-modules from module-init-tools then > we will have to live with debhelper running depmod, possibly > redundantly. Considering that nobody had better ideas, I'd rather remove the update-modules debianism in the future. Running depmod two times will not be a problem if you use -A, which checks the files timestamps before reading them. -- ciao, Marco signature.asc Description: Digital signature
Bug#339804: your inexplicable problem
On Dec 05, Marco d'Itri <[EMAIL PROTECTED]> wrote: > Please check if /etc/modprobe.conf exists on your system. Are you going to answer or should I just close these bugs? -- ciao, Marco signature.asc Description: Digital signature
Bug#339801: Bug#339804: your inexplicable problem
On Dec 08, Justin Pryzby <[EMAIL PROTECTED]> wrote: > On Thu, Dec 08, 2005 at 03:34:30PM +0100, Marco d'Itri wrote: > > On Dec 05, Marco d'Itri <[EMAIL PROTECTED]> wrote: > > > Please check if /etc/modprobe.conf exists on your system. > > Are you going to answer or should I just close these bugs? > 339801 is my bug, against gnuplot. I'm pretty sure this is a mistake. > Right? Right... -- ciao, Marco signature.asc Description: Digital signature
Bug#341283: your inexplicable problem
Please check if /etc/modprobe.conf exists on your system. -- ciao, Marco signature.asc Description: Digital signature
Bug#329701: Local (non-NIS) users and groups
> > > What I want is for any change in the default handling of UID and GID > > > ranges in NIS to be made in other parts of Debian too. As long as you do not expect that NIS-served system users and groups will work too... This is a recipe for a disaster on udev systems, because they will not be available before networking is up. -- ciao, Marco signature.asc Description: Digital signature
Bug#343053: udev: Conflicts makes kernel 2.4 users choose between Gnome and hotplugged devices
On Dec 12, Lupe Christoph <[EMAIL PROTECTED]> wrote: > I never use the gnome-volume-manager feature, but I can't uninstall it > either without loosing the update tracking for Gnome. The gnome metapackage is supposed to provide a complete desktop, and g-v-m is a part of it. You can use gnome without the gnome metapackage, and it will work as well (well, almost... more and more programs are depending on inotify, so you should really switch to a 2.6 kernel ASAP). -- ciao, Marco signature.asc Description: Digital signature
Bug#343068: udev: Not able to access dvd (with hotplug it worked)
reassign 343068 linux-2.6
severity 343068 important
thanks
On Dec 12, Stefan Hirschmann <[EMAIL PROTECTED]> wrote:
> I chanced from hotplug to udev. After this I wasn't able to mount a dvd.
> The dmesg output was:
> ---
> lp0: using parport0 (interrupt-driven).
> hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }
> hdc: packet command error: error=0x30 { LastFailedSense=0x03 }
> ide: failed opcode was: unknown
> ATAPI device hdc:
> Error: Medium error -- (Sense key=0x03)
> (reserved error code) -- (asc=0x57, ascq=0x00)
> The failed "Read Cd/Dvd Capacity" packet command was:
> "25 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 "
It should be obvious that this is a kernel bug. Do not blame udev.
> Kernel: Linux 2.6.12-1-k7
I suggest you start by installing a more recent kernel package.
--
ciao,
Marco
signature.asc
Description: Digital signature
Bug#343044: not all necessary symlinks in /etc/udev/rules.d/ are created
tag 343044 unreproducible moreinfo thanks On Dec 12, Till Bargheer <[EMAIL PROTECTED]> wrote: > I just switched to udev and somehow the install scripts did not create > all of the symlinks in /etc/udev/rules.d/. I particularly miss > z55_hotplug.d. This should only happen if you had an older version of udev installed and removed but not purged. Are you totally sure that this is not what happened? > Could you give a list of the symlinks that should be in rules.d? See create_rules_symlink() in postinst. -- ciao, Marco signature.asc Description: Digital signature
Bug#343262: devfs filename emulation not right for raid devices
On Dec 14, Joey Hess <[EMAIL PROTECTED]> wrote: > Under devfs, cciss devices are named /dev/cciss/disc, /dev/cciss/part0, > etc. > > Under udev with devfs emulation using devfs.rules, the devices are named > /dev/cciss/c0d0, /dev/cciss/c0d0p1, etc. IIRC 2.4 kernels used c0d0p1 and 2.6 kernels used the other format or something like this, so who initially contributed the script choose the old format since it would be more compatible. As an extra data point, I have a SuSE system installed a few years ago with static c0d0p1-like devices. Does d-i really really need another script to generate disc/part devices? They are hard to manage (creation requires locking) and I'd rather not spend time trying to support an highly deprecated interfaces. -- ciao, Marco signature.asc Description: Digital signature
Bug#343262: devfs filename emulation not right for raid devices
On Dec 14, Joey Hess <[EMAIL PROTECTED]> wrote:
> > IIRC 2.4 kernels used c0d0p1 and 2.6 kernels used the other format or
> > something like this, so who initially contributed the script choose the
> I've checked 2.4 and it uses disc/part0 devices with devfs for this
> device.
Indeed, I was thinking about ida/* devices.
> I don't understand, since raid-devfs.sh shows every indication of
> creating devices in disc/part format:
>
> case "$NAME" in
> *p*)
> LONG_NAME=disc$(get_dev_number ${NAME%%p*})/part${NAME##*p}
> ;;
> *)
> LONG_NAME=disc$(get_dev_number $NAME)/disc
> ;;
> esac
>
> It just doesn't seem to be working in d-i.
Nevermind, I just did not remember how raid-devfs.sh.
The problem is that I do not understand why it's not working in d-i and
I do not have any CCISS hardware to test it.
Can you further investigate why it's not working? Is the script run at all?
Does the script work after the system has been installed?
--
ciao,
Marco
signature.asc
Description: Digital signature
Bug#343262: devfs filename emulation not right for raid devices
On Dec 14, Joey Hess <[EMAIL PROTECTED]> wrote:
> It just doesn't seem to be working in d-i.
/etc/udev/rules.d # /lib/udev/raid-devfs.sh cciss/c0d0p5
cat: invalid option -- n
BusyBox v1.01 (Debian 1:1.01-3) multi-call binary
Usage: cat [-u] [FILE]...
/etc/udev/rules.d #
Indeed. I will try to find a replacement for this (help is welcome...):
get_dev_number_cciss() {
grep '^cciss/' /proc/driver/cciss/* | cat -n | \
sed -n "/cciss\/$1:/s/cciss.*//p"
}
--
ciao,
Marco
signature.asc
Description: Digital signature
Bug#343141: udev: More symlink unhappiness in postinst
On Dec 13, Michael Deegan <[EMAIL PROTECTED]> wrote: > I started getting this problem with 0.076-4. Upgrading to 0.076-6 made no > difference. I now have a growing collection of /tmp/udev.*/ directories. :) Did you by chance purge and then reinstall udev without rebooting? -- ciao, Marco signature.asc Description: Digital signature
Bug#343659: udev no longer reliably renames network interfaces
On Dec 17, Martin Schwenke <[EMAIL PROTECTED]> wrote: > Until about a month ago (note: I upgrade Debian unstable every few > days) udev used to reliably rename my network interfaces, but no > longer does so. When I boot the machine my 2 network interfaces have Try adding this before the other rules: ACTION=="add", SUBSYSTEM=="net", WAIT_FOR_SYSFS="address" -- ciao, Marco signature.asc Description: Digital signature
Bug#343671: udev: LVM snapshots don't work
On Dec 17, Andreas Sundstrom <[EMAIL PROTECTED]> wrote: > matrix:/home/sunkan# /sbin/lvm lvcreate -s -L 1G -n var_s /dev/3ware/var > LV 3ware/var_s in use: not removing Find why it's in use then. -- ciao, Marco signature.asc Description: Digital signature
Bug#343757: udev: Udevd doesn't create symlink in /etc/rc*.d
On Dec 17, Brad Sims <[EMAIL PROTECTED]> wrote: > As udevd isn't started at boottime hotplug type events > are not usable, it needs to add an entry in /etc/rc*.d It clearly does, by running update-rc.d in postinst. What else are you looking for? -- ciao, Marco signature.asc Description: Digital signature
Bug#343659: udev no longer reliably renames network interfaces
On Dec 18, Martin Schwenke <[EMAIL PROTECTED]> wrote: > Marco> ACTION=="add", SUBSYSTEM=="net", WAIT_FOR_SYSFS="address" > > Thanks. That works like a charm. Double-checking the release notes I I will add it to the default rules. -- ciao, Marco signature.asc Description: Digital signature
Bug#343757: udev: Udevd doesn't create symlink in /etc/rc*.d
On Dec 17, Marco d'Itri <[EMAIL PROTECTED]> wrote: > > As udevd isn't started at boottime hotplug type events > > are not usable, it needs to add an entry in /etc/rc*.d > It clearly does, by running update-rc.d in postinst. What else are you > looking for? Any news? Should I close this bug as bogus? -- ciao, Marco signature.asc Description: Digital signature
Bug#343671: Bug#344040: lvm2: sometimes can create snapshot, sometimes can't
On Dec 19, Filippo Giunchedi <[EMAIL PROTECTED]> wrote: > apparently http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343671#msg20 has > the > solution, works here. I'm not sure either why ignore_device has been removed Because another Debian maintainer requested it with a good rationale, so I am not going to revert this change until somebody will explain how NAME="" breaks lvm and why this would be an udev bug. -- ciao, Marco signature.asc Description: Digital signature
Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp -> dsp
On Dec 20, "Ph. Marek" <[EMAIL PROTECTED]> wrote: > lrwxrwxrwx 1 root root 13 2005-10-12 16:43 080.rules -> ../udev.rules > lrwxrwxrwx 1 root root 15 2005-10-12 16:30 100compat.rules -> > ../compat.rules Same thing. You cannot use both of these files. -- ciao, Marco signature.asc Description: Digital signature
Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp -> dsp
On Dec 20, "Ph. Marek" <[EMAIL PROTECTED]> wrote: > So they're not distinct subsets? The ALSA devices are only in 080.rules, and This is explained in README.Debian. > I've now removed the symlink 100compat.rules, but the problem remains - I get > only a /dev/dsp -> dsp. Hard to believe, unless I missed some other file. Did you reboot? You should also check with udevinfo/udevtest. -- ciao, Marco signature.asc Description: Digital signature
Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp -> dsp
On Dec 20, "Ph. Marek" <[EMAIL PROTECTED]> wrote: > On Tuesday 20 December 2005 09:34, Marco d'Itri wrote: > > Did you reboot? > That is a machine where I do software suspend - so it basically gets no > reboots > unless absolutely necessary. > Do you think that may help? Maybe. It's worth trying. > > You should also check with udevinfo/udevtest. > $ udevinfo -q all -n dsp > P: /class/sound/dsp > N: dsp > S: dsp So you still have NAME and SYMLINK set to "dsp". > On a "modprobe snd_pcm_oss" my pid's jump from 2969 to 2988 - so there are > some processes started. > How do I find them? Look at /etc/modprobe.d/. -- ciao, Marco signature.asc Description: Digital signature
Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp -> dsp
On Dec 20, "Ph. Marek" <[EMAIL PROTECTED]> wrote: > One suspend later I'm getting I asked you to reboot. > $ grep -ri dsp /etc/udev/ Not relevant, only files in /etc/udev/rules.d/ are considered. > (notice the missing ","). Not relevant either. -- ciao, Marco signature.asc Description: Digital signature
Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp -> dsp
On Dec 20, "Ph. Marek" <[EMAIL PROTECTED]> wrote: > Hmm... Maybe udevd should re-parse its configuration upon change, like cron It does (unless you are running a kernel without inotify support). -- ciao, Marco signature.asc Description: Digital signature
Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf
reopen 343140 retitle 343140 resolver uses the search list before other address families thanks On Dec 20, GOTO Masanori <[EMAIL PROTECTED]> wrote: > Okay, I close it. If you think there's bugs in libc, please tell me > about it. I think this is definitely a glibc bug, and disabling IPv6 support (if possible at all) just means sweeping it under the carpet for a while. The submitter reported that his system makes three times the usual DNS queries, and as OS vendors we have a duty to not ship software which badly interacts with other systems. -- ciao, Marco signature.asc Description: Digital signature
Bug#343671: Bug#344040: lvm2: sometimes can create snapshot, sometimes can't
On Dec 20, Alasdair G Kergon <[EMAIL PROTECTED]> wrote: > But enough speculation - please can someone provides a trace or source > code showing what udev is or isn't doing that might be interfering > with LVM2? For example, if udev ever opens the devices that could > race against LVM2 deleting them. This is the configuration which allegedly does not work, it means that udev will not create or delete any device name matching dm-[0-9]*. KERNEL=="dm-[0-9]*",NAME="" I wonder if *some other package* is shipping rules which affect these devices. -- ciao, Marco signature.asc Description: Digital signature
Bug#344200: URGENTLY needs support for the latest ppp package
Package: pppdcapiplugin Version: 1:3.7.2005-07-09-2 Severity: grave Please rebuild pppdcapiplugin for ppp 2.4.4b1. Expect a NMU if this will not be fixed soon, because it's blocking ppp from entering testing. -- ciao, Marco signature.asc Description: Digital signature
Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf
On Dec 21, Gabor Gombas <[EMAIL PROTECTED]> wrote: > It's not a bug. It may be inefficient, but that's not a bug in itself. I find this reasoning very peculiar. If an algorithm is inefficient and this causes problems then it is obviously buggy. And it's doubly buggy if its inefficiencies cause are harmful for third parties. -- ciao, Marco signature.asc Description: Digital signature
Bug#129036: Reproducible with latest dd?
On Dec 22, Thomas Hood <[EMAIL PROTECTED]> wrote: > Is this bug reproducible with the latest dd (5.93-5)? I do not know how to reproduce it, I would need a broken CD or something like this... -- ciao, Marco signature.asc Description: Digital signature
Bug#338743: [bluez-utils #338743] More info
On Dec 22, Alexis Sukrieh <[EMAIL PROTECTED]> wrote: > The problem is that bluez-utils' postinst script creates two devices > nodes: > - /dev/vhci (major 10, minor 250) > - /dev/rfcomm (major 216, minor 0-255) > > I looked at the MAKEDEV manpage but didn't find any information about > how to create those nodes. Where can I find more information about that? cd /dev && ./MAKEDEV bluetooth less /sbin/MAKEDEV -- ciao, Marco signature.asc Description: Digital signature
Bug#337003: Cirrus Logic CL5446 AGP card not working under udev, fine under hotplug
On Nov 02, Marco d'Itri <[EMAIL PROTECTED]> wrote: > This bug "report" is useless. Please explain which driver you expect to > be loaded, and possibly why it's not. Do you have any information to provide or should I close this bug? -- ciao, Marco signature.asc Description: Digital signature
Bug#337005: udev: /dev/input/mouse detected, but not usable
On Nov 02, Marco d'Itri <[EMAIL PROTECTED]> wrote: > This bug "report" is useless. Please explain which driver you expect to > be loaded, and possibly why it's not. Do you have any information to provide or should I close this bug? -- ciao, Marco signature.asc Description: Digital signature
Bug#337023: doesn't load ide_disk module anymore
On Nov 02, Marco d'Itri <[EMAIL PROTECTED]> wrote: > ide-disk should be loaded by /lib/hotplug/ide.agent. Please enable > events logging in /etc/udev/hotplug.rules, get an events log on reboot > (/dev/hotplug.log) and try to understand why ide.agent is not being run > or is not able to load ide-disk. Do you have any information to provide or should I close this bug? -- ciao, Marco signature.asc Description: Digital signature
Bug#337665: no upstream changelog
Package: meld Version: 1.1.1-1 Severity: serious /usr/share/doc/meld/changelog.gz is missing. -- ciao, Marco signature.asc Description: Digital signature
Bug#318206: manpages for *_id
On Oct 30, Jan Luebbe <[EMAIL PROTECTED]> wrote: > I've written manpages for the *_id binaries, which are attached to this > mail. Thank you, they have been merged in 072. We are still missing usb_id and path_id, do you mind writing them? (Do not bother with udevsynthesize, it will be gone when I will decide to stop supporting 2.6.14 kernels.) -- ciao, Marco signature.asc Description: Digital signature
Bug#333052: 2.6.14, udev: unknown symbols for ehci_hcd
On Nov 05, Pozsar Balazs <[EMAIL PROTECTED]> wrote: > With my patch, modprobe waits until the needed modules come out of the > "Loading" or "Unloading" state. Looks like it works, I will upload a new package today. -- ciao, Marco signature.asc Description: Digital signature
Bug#333052: 2.6.14, udev: unknown symbols for ehci_hcd
On Nov 06, Harald Dunkel <[EMAIL PROTECTED]> wrote: > I hadn't seen Rusty's patch on Debian's bts, until you mentioned > it. I have applied both patches now, and rebooted twice: By now > it worked. But that's what I thought before. It cannot be relevant, because when the bug is triggered / is still read-only. > Are there several modprobe's running in parallel? Or does modprobe Yes. -- ciao, Marco signature.asc Description: Digital signature
Bug#336189: acknowledged by developer (Bug#336189: fixed in udev 0.072-1)
On Nov 06, Dominik Sauer <[EMAIL PROTECTED]> wrote: > Well, i don't understand where the deadlock could appear. the init S02udev (stars udevd) udevd RUN rule program program waiting for /usr to appear S02udev (waits for all udevds to terminate) <=== DEADLOCK S30checkfs.sh (mounts /usr) The udev scripts are already protected (sh -c " &"), in the future maybe RUN rules will be automatically started in the background. This is still an open issue upstream. > success to a chance. What if my super duper RAID controller with 126 > LUNs initializes for a minute? Or my mouse farm? Or my wifi controller, > which happens to run before the ides? (i believe i was lucky when my box The correct solution is to persuade the other maintainers to make their init scripts become RUN rules, like other distributions do. This would also speed up the system even more. :-) -- ciao, Marco signature.asc Description: Digital signature
Bug#337826: udev: pcmcia network not automaticaly configured (because hotplug is now removed)
On Nov 06, Ludovic Rousseau <[EMAIL PROTECTED]> wrote: > I installed udev and removed hotplug. Now my wifi connection using a > pcmcia card is not started automatically. I need to do "ifup eth2" by > hand. Please report the content of /etc/network/interfaces. > linux 2.6.14 will use another pcmcia package: pcmciautils but it is not > yet available in Debian (see ITP #319583). Maybe that would solve the > problem? I have never used PCMCIA devices, so I do not know well how they are supposed to work. -- ciao, Marco signature.asc Description: Digital signature
Bug#337826: udev: pcmcia card adapter does not work anymore
On Nov 06, Thomas Renard <[EMAIL PROTECTED]> wrote: > The sd/mmc slot is handled by the pcmcia-cardmgr mechanism too. So I guess > that > there is not only the network stuff of the pcmcia handling broken but > some initializing routine is not started when inserting any pcmcia > card (and so e. g. the /etc/networking/interfaces stuff is not handled > for networking devices too). Less guessing and more facts, please. For a start, check which modules are not being loaded (and possibly why). But first you should upgrade to 0.072-2. -- ciao, Marco signature.asc Description: Digital signature
Bug#337826: udev: pcmcia card adapter does not work anymore
On Nov 06, Thomas Renard <[EMAIL PROTECTED]> wrote: > Kernel: Linux 2.6.12-1-686 This is just a shot in the dark, but the bug (?) may be related to #337865. To be sure, just upgrade your kernel. -- ciao, Marco signature.asc Description: Digital signature
Bug#337881: udev postinstall fails because udevd is running
On Nov 07, Emilio Santos <[EMAIL PROTECTED]> wrote: > The udev package dont isntall properly because udevd is running. I have Can you see any obvious reason about why it's not being stopped? prerm just uses: start-stop-daemon --stop --exec /sbin/udevd --oknodo --quiet || true -- ciao, Marco signature.asc Description: Digital signature
Bug#337922: too much aggressive HELO_DYNAMIC_* tests
Package: spamassassin Version: 3.1.0a-1 Severity: important A single generic rDNS in a Received header is enough to raise way too much the score. Also, it appears that this check would be applied even to mail delivered trought an ISP relay. X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on wonderland.linux.it X-Spam-Level: * X-Spam-Status: Yes, score=5.4 required=5.0 tests=BAYES_00,HELO_DYNAMIC_DHCP, HELO_DYNAMIC_IPADDR autolearn=no version=3.1.0 X-Spam-Report: * 3.8 HELO_DYNAMIC_DHCP Relay HELO'd using suspicious hostname (DHCP) * 3.9 HELO_DYNAMIC_IPADDR Relay HELO'd using suspicious hostname (IP addr * 1) * -2.3 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.] X-Original-To: ...wonderland.linux.it Delivered-To: ...wonderland.linux.it Received: from attila.bofh.it (localhost [127.0.0.1]) by wonderland.linux.it (Postfix) with ESMTP id 65F211C7C7 for <...wonderland.linux.it>; Mon, 7 Nov 2005 10:44:17 +0100 (CET) Received: from picard.linux.it (picard.linux.it [IPv6:2001:1418:10:5::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by attila.bofh.it (Postfix) with ESMTP id C099A5F7AA for <...wonderland.linux.it>; Mon, 7 Nov 2005 10:44:17 +0100 (CET) Received: from dsl-217-155-153-11.zen.co.uk (dsl-217-155-153-11.zen.co.uk [217.155.153.11]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by picard.linux.it (Postfix) with ESMTP id 4D32F3F00 for <[EMAIL PROTECTED]>; Mon, 7 Nov 2005 10:44:16 +0100 (CET) Received: from phil by dsl-217-155-153-11.zen.co.uk with local (Exim 4.54) id 1EZ3Xz-0002SP-MZ for [EMAIL PROTECTED]; Mon, 07 Nov 2005 09:44:15 + -- ciao, Marco signature.asc Description: Digital signature
Bug#337881: udev post-inst fails: extra info
On Nov 07, Philip Armstrong <[EMAIL PROTECTED]> wrote: > > Does start-stop-daemon --stop --exec /sbin/udevd work from the command > > line? > > Nope. I tried that: > > trigger:/home/phil# dpkg --configure -a > Setting up udev (0.072-2) ... > dpkg: error processing udev (--configure): > subprocess post-installation script returned error exit status 1 > Errors were encountered while processing: > udev > trigger:/home/phil# start-stop-daemon --stop --exec /sbin/udevd > --oknodo > No /sbin/udevd found running; none killed. Are you using prelink or something else which could cause /sbin/udevd to change? I do not understand why s-s-d is failing to find the process. -- ciao, Marco signature.asc Description: Digital signature
Bug#337922: too much aggressive HELO_DYNAMIC_* tests
On Nov 07, Duncan Findlay <[EMAIL PROTECTED]> wrote: > The SpamAssassin scores are carefully optimized -- I won't change any > scores from upstream. What seems more likely is that your Yes, I am arguing that the scores for these two tests are too much aggressive. The message was rejected (even after a -2.3 bonus score!) *only* because it had a generic-looking rDNS hostname also used in the HELO[1]: > Received: from dsl-217-155-153-11.zen.co.uk (dsl-217-155-153-11.zen.co.uk > [217.155.153.11]) This may not have been the wisest choice by the administrator considering the circumstances, but I think it's hard to argue that people should use an HELO string different from the rDNS... If after this you still believe that a 7.7 score is correct then please say so, at least he (who I Cc'ed) will know why in the future all his mail will be rejected by spamassassin. :-) > "trusted_networks" and/or "internal_networks" settings are not set > correctly (the "guessing" algorithm isn't perfect). Can you please set Not relevant in my case, the message was sent by that host (static IP, even with an inetnum record for the customer) directly to my MX. [1] You can skip the lecture about drones doing this too, I am aware of it. -- ciao, Marco signature.asc Description: Digital signature
Bug#333052: 2.6.14, udev: unknown symbols for ehci_hcd
On Nov 08, Rusty Russell <[EMAIL PROTECTED]> wrote: > The current simple fix for that (thanks Pozsar!) is to poll while a > module we rely on is still loading as indicated in /proc/modules. This > fix will be needed to cover existing kernels, even if we were to get > fancy in new kernels. I have *not* been able to verify this, but at least two people still reported problems after using this patch. -- ciao, Marco signature.asc Description: Digital signature
Bug#338057: udev: Look at old and removed hotplug directories
severity 338057 minor thanks On Nov 08, jjluza <[EMAIL PROTECTED]> wrote: > I just upgrade to version 0.074, and after rebooting, I get the messages > (very often) : This is just cosmetic, no big deal. I uploaded to http://www.bofh.it/~md/debian/ a package which should fix this bug. -- ciao, Marco signature.asc Description: Digital signature
Bug#338057: udev: The affected version is the 0.074-1
On Nov 08, Joshua Dunamis <[EMAIL PROTECTED]> wrote: > The bug is in the latest version 0.074-1 and not in the previous as > wrongly reported in the BTS. I uploaded the package suggested by Marco > but the problem is still present. The udev package work fine anymore, is Yes, because I mistakenly uploaded 0.074-1 again instead of the fixed 0.074-2. Please try it: http://www.bofh.it/~md/debian/udev_0.074-1_i386.deb . -- ciao, Marco signature.asc Description: Digital signature
Bug#338120: udev: permissions for partitions on removeable devices wrong
tag 338120 unreproducible moreinfo thanks On Nov 08, "Ph. Marek" <[EMAIL PROTECTED]> wrote: > but that doesn't seem to work for partitions: > $ ls -la /dev/sda* > brw-rw-rw- 1 root floppy 8, 0 2005-08-11 07:39 /dev/sda > brw-r--r-- 1 root root 8, 1 2005-08-11 07:41 /dev/sda1 It works for me. I see you are using an old kernel, can you try with a recent kernel? If it still fails, then try upgrading udev as well. -- ciao, Marco signature.asc Description: Digital signature
Bug#337023: doesn't load ide_disk module anymore
On Nov 08, Enrico Zini <[EMAIL PROTECTED]> wrote: > I couldn't boot with 2.6.14, same reason, /dev/hda* were not being > created. Then I noticed one message at boot saying that /dev/.udevdb > was already present; luckily, the initrd was kind enough to drop me to a > shell, where I moved away the .udevdb directory. I rebooted and it > booted. If /dev/.udevdb/ exists on the static file system your system is broken and you risk that udev will create and delete devices on it. But I can't see why this would be relevant, considing that the message is just a warning and the tmpfs is mounted anyway (/etc/init.d/udev). > Enrico who would suggest Marco to run udev a bit more in experimental > before uploading it to unstable. Problems like this are hard enough to reproduce that uploading the package to experimental would probably not help to find them, but would greatly slow the rapid development of udev. -- ciao, Marco signature.asc Description: Digital signature
Bug#338120: udev: permissions for partitions on removeable devices wrong
tag 338120 - unreproducible moreinfo tag 338120 upstream retitle 338120 should require a >= 2.6.13 kernel? thanks On Nov 08, "Ph. Marek" <[EMAIL PROTECTED]> wrote: > > It works for me. I see you are using an old kernel, can you try with a > > recent kernel? If it still fails, then try upgrading udev as well. > Works for me, too. The upstream maintainer is not sure about why this happens, I added a note to README.Debian. Unless absolutely needed I prefer to not raise the required kernel version yet, so I will keep the bug open. -- ciao, Marco signature.asc Description: Digital signature
Bug#337922: too much aggressive HELO_DYNAMIC_* tests
On Nov 08, Justin Mason <[EMAIL PROTECTED]> wrote: > > Seems extreme for someone who has a static ip address & has set the > > SMTP HELO to match the rDNS for that ip. Given that this is > > *precisely* what is suggested by the relevant RFCs I'm slightly > > peeved! > I'm seeing 4.7 here, nowhere near 7.7. X-Spam-Flag: YES X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on wonderland.linux.it X-Spam-Level: * X-Spam-Status: Yes, score=5.4 required=5.0 tests=BAYES_00,HELO_DYNAMIC_DHCP, HELO_DYNAMIC_IPADDR autolearn=no version=3.1.0 X-Spam-Report: * 3.8 HELO_DYNAMIC_DHCP Relay HELO'd using suspicious hostname (DHCP) * 3.9 HELO_DYNAMIC_IPADDR Relay HELO'd using suspicious hostname (IP addr * 1) * -2.3 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.] -- ciao, Marco signature.asc Description: Digital signature
Bug#337881: udev: post-inst still fails in 0.074-1
On Nov 08, Vincent Bernat <[EMAIL PROTECTED]> wrote: > This bug is still present in 0.074-1. The same work-around applies. I highly doubt this, considering that prerm does not use --stop --exec anymore. You problem was that when upgrading from the buggy releases the old prerm was used, I will add some code to postinst to try again killing udevd. -- ciao, Marco signature.asc Description: Digital signature
Bug#336189: udev: Confirming this behavior here
On Nov 08, Felipe Almeida Lessa <[EMAIL PROTECTED]> wrote: > 1) What causes more problems on the begging of the system startup are > missing /dev/hd?. This is not relevant in this context (we need to wait untill *all* devices have been created). > 2) They tended to be the last being created. This is just wrong. > Maybe this code could also be used as a fallback. E.g., using the > timeout that was used before (8 secs, IIRC) and then, after this first > timeout, checking for the devices for at most more 22 secs. Do you > think this could improve anything? No. > > How do other distributions solve this? They do not care (and do not need > > to, since they make udev mandatory and do not need to install it on an > > already working system). > I didn't understand what you mean. If they made udev mandatory, they > should care about it, no? Yes, but they can install it when the system is installed for the first time. -- ciao, Marco signature.asc Description: Digital signature
Bug#336189: udev: Confirming this behavior here
On Nov 08, Felipe Almeida Lessa <[EMAIL PROTECTED]> wrote: > But I created something that may work with you (it's working for me on both This is not a solution, you just changed a bit the problem. We still have some processes which are supposed to exit after an unknown time, but maybe will not. How do other distributions solve this? They do not care (and do not need to, since they make udev mandatory and do not need to install it on an already working system). -- ciao, Marco signature.asc Description: Digital signature
Bug#337023: doesn't load ide_disk module anymore
On Nov 09, Peter Eisentraut <[EMAIL PROTECTED]> wrote: > Here is the hotplug.log file. I don't know what any of this means or > what to look for, though it seems to load and/or set up various other > kinds of IDE modules and devices (CD drives) alright. Only the > ide_disk module is missing. Please report the output of: head /proc/ide/*/media -- ciao, Marco signature.asc Description: Digital signature
Bug#337023: doesn't load ide_disk module anymore
On Nov 10, Peter Eisentraut <[EMAIL PROTECTED]> wrote: Please add this at the top of /lib/udev/ide.agent, reboot and send me the log file: exec > /dev/ide-agent.log 2>&1 echo "$DEVPATH" -- ciao, Marco signature.asc Description: Digital signature
Bug#87371: device nodes with udev?
severity 87371 serious retitle 87371 does not support Unix98 PTYs tag 87371 patch upstream thanks Support for Unix98 PTYs is now a release goal for etch, so I am raising the severity of this bug report. -- ciao, Marco signature.asc Description: Digital signature
Bug#338542: double free in DGifCloseFile
Package: libungif4g Version: 4.1.3-3 Severity: important Tags: security Can be reliably reproduced with the attached image. (gdb) run /tmp/Irkzv.GIF [...] GIF-LIB error: Failed to Read from given file. *** glibc detected *** double free or corruption (!prev): 0x0807b288 *** Program received signal SIGABRT, Aborted. ---Type to continue, or q to quit--- 0xb7b8da27 in raise () from /lib/tls/libc.so.6 (gdb) where #0 0xb7b8da27 in raise () from /lib/tls/libc.so.6 #1 0xb7b8f35b in abort () from /lib/tls/libc.so.6 #2 0xb7bc43f5 in __libc_message () from /lib/tls/libc.so.6 #3 0xb7bcaa97 in _int_free () from /lib/tls/libc.so.6 #4 0xb7bcaf32 in free () from /lib/tls/libc.so.6 #5 0xb7f152ef in DGifCloseFile () from /usr/lib/libungif.so.4 #6 0xb7f1ab7e in loader_gif () from /usr/lib/gdk-imlib1/libimlib-gif.so #7 0x45687421 in gdk_imlib_save_image () from /usr/lib/libgdk_imlib.so.1 #8 0x4568762e in gdk_imlib_save_image () from /usr/lib/libgdk_imlib.so.1 #9 0x4566c564 in gdk_imlib_load_image () from /usr/lib/libgdk_imlib.so.1 #10 0x0804c0fe in qiv_load_image () #11 0x0804bcdd in main () (gdb) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libungif4g depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an libungif4g recommends no packages. -- no debconf information -- ciao, Marco double-free.gif Description: GIF image
Bug#337881: udev 0.074-2 still have problems
unfound 337881 0.074-2 thanks On Nov 10, Pierguido Lambri <[EMAIL PROTECTED]> wrote: > I tried to deinstall and install it again with dpkg -i. > There is no udev process running: Then it's not the same bug. Feel free to open a new one if you can reproduce it again and explain it. -- ciao, Marco signature.asc Description: Digital signature
Bug#338615: udev: psmouse should be loaded after usb-stuff
reassign 338615 linux-2.6 thanks On Nov 11, Mario <[EMAIL PROTECTED]> wrote: > The problem is that psmouse is loaded too early by recent udev, more > specifically: > it is loaded BEFORE the loading of usb-stuff. > This is known issue of psmouse module: > http://www.ussg.iu.edu/hypermail/linux/kernel/0407.1/0862.html Then this is obviously a kernel bug. udevd cannot guarantee the modules loading order anyway. > Another strange behaviour is: during the boot I can see strange messages (not > always the same!) > about unresolved symbols as you can see from the following dmesg output. #333052 A module-init-tools upgrade should provide a workaround. -- ciao, Marco signature.asc Description: Digital signature
Bug#338615: udev: psmouse should be loaded after usb-stuff
On Nov 11, Jonas Smedegaard <[EMAIL PROTECTED]> wrote: > Reading that referenced URL I tend to disagree that this is a kernel > bug: It seems that if hardware has USB legacy mode enabled, then USB > drivers can be explicitly loaded first to reset that. I still believe that it's up to the drivers to arrange for a solution. > So I tend to think that a tool like udev that probes and loads drivers > for all hardware recognized should deal with this load order. It cannot, by design. When udevd receives the hotplug events it will start acting on them in parallel, so no order can be enforced. If you believe that this is wrong and the kernel needs more assistance from user space then please post your rationale to the linux-hotplug mailing list. -- ciao, Marco signature.asc Description: Digital signature
Bug#338651: ipw2100 no longer works
On Nov 11, Martin Samuelsson <[EMAIL PROTECTED]> wrote: > ipw2100: eth1: Firmware 'ipw2100-1.3.fw' not available or load failed. > ipw2100: eth1: ipw2100_get_firmware failed: -2 Please report the content of /etc/udev/rules.d/. -- ciao, Marco signature.asc Description: Digital signature
Bug#338699: udev: fails to run appropriate hotplug scripts for openct devices after upgrade to 0.70-1
reassign 338699 openct
thanks
On Nov 12, Daniel Kahn Gillmor <[EMAIL PROTECTED]> wrote:
> I'm not sure whether this should be a bug for udev or for openct, but
openct. End of support for /etc/hotplug/usb/ maps was announced on
debian-devel@ some time ago and is documented in NEWS.Debian.
> # ccid (this doesn't look right at all!)
> #SYSFS{idVendor}=="", SYSFS{idProduct}=="",
> RUN+="/etc/hotplug/usb/openct"
Indeed, it's not. The rule should match on other attributes (class?).
--
ciao,
Marco
signature.asc
Description: Digital signature
Bug#338738: requires the obsolete /etc/hotplug/usb/ interface
Package: nut-usb Version: 2.0.2-2 Severity: important Your package installs files in the /etc/hotplug/usb/ directory, but does not provide an udev rules file. The /etc/hotplug/usb/ interface has been obsolete for a long time and is not supported by udev. Packages which just need to change the permissions of /proc/bus/usb/ files can easily provide rules for the usb_device subsystem, which is supported since kernel 2.6.14. For more information about this you can look at the debian-devel@ threads of last october. The libgphoto2 package is a good example of how to provide udev support, please let me know if you have any doubts. I will also be happy to review your changes before they are uploaded, if you want. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338739: must not use mknod in postinst
Package: sl-modem-source Version: 2.9.9d-7 Severity: serious See policy 10.6: packages must use MAKEDEV instead of calling mknod. (Please remember that there is no need to check for udev or devfs in the script, because MAKEDEV does it internally.) -- ciao, Marco signature.asc Description: Digital signature
Bug#338740: requires the obsolete /etc/hotplug/usb/ interface
Package: sl-modem-source Version: 2.9.9d-7 Severity: important Your package installs files in the /etc/hotplug/usb/ directory, but does not provide an udev rules file. The /etc/hotplug/usb/ interface has been obsolete for a long time and is not supported by udev. For more information about this you can look at the debian-devel@ threads of last october. The libgphoto2 package is a good example of how to provide udev support, please let me know if you have any doubts. I will also be happy to review your changes before they are uploaded, if you want. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338741: requires the obsolete /etc/hotplug/usb/ interface
Package: libnjb-hotplug Version: 2.2.3-1 Severity: important Your package installs files in the /etc/hotplug/usb/ directory, but does not provide an udev rules file. The /etc/hotplug/usb/ interface has been obsolete for a long time and is not supported by udev. Packages which just need to change the permissions of /proc/bus/usb/ files can easily provide rules for the usb_device subsystem, which is supported since kernel 2.6.14. For more information about this you can look at the debian-devel@ threads of last october. The libgphoto2 package is a good example of how to provide udev support, please let me know if you have any doubts. I will also be happy to review your changes before they are uploaded, if you want. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338742: requires the obsolete /etc/hotplug/*.agent interface
Package: linux-wlan-ng Version: 0.2.2+dfsg-3 Severity: important Your package installs a /etc/hotplug/*.agent script, but does not provide an udev rules file. These scripts are only supported by the old hotplug package. I have never used this package and I do not know how it works, but after a quick check it looks like you need a rule like: SUBSYSTEM=="wlan", RUN+="/bin/sh -c '/etc/hotplug/wlan.agent &'" For more information about this you can look at the debian-devel@ threads of last october. The libgphoto2 package is a good example of how to provide udev support, please let me know if you have any doubts. I will also be happy to review your changes before they are uploaded, if you want. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338743: must not use mknod in postinst
Package: bluez-utils Version: 2.19-1 Severity: serious See policy 10.6: packages must use MAKEDEV instead of calling mknod. Please remember that there is no need to check for udev or devfs in the script, because MAKEDEV does it internally. -- ciao, Marco signature.asc Description: Digital signature
Bug#338744: requires the obsolete /etc/hotplug/usb/ interface
Package: hpoj Version: 0.91-9 Severity: important Your package installs files in the /etc/hotplug/usb/ directory, but does not provide an udev rules file. The /etc/hotplug/usb/ interface has been obsolete for a long time and is not supported by udev. Packages which just need to change the permissions of /proc/bus/usb/ files can easily provide rules for the usb_device subsystem, which is supported since kernel 2.6.14. For more information about this you can look at the debian-devel@ threads of last october. The libgphoto2 package is a good example of how to provide udev support, please let me know if you have any doubts. I will also be happy to review your changes before they are uploaded, if you want. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338745: requires the obsolete /etc/hotplug/usb/ interface
Package: gpsd Version: 2.28-2 Severity: important Your package installs files in the /etc/hotplug/usb/ directory, but does not provide an udev rules file. The /etc/hotplug/usb/ interface has been obsolete for a long time and is not supported by udev. For more information about this you can look at the debian-devel@ threads of last october. The libgphoto2 package is a good example of how to provide udev support, please let me know if you have any doubts. I will also be happy to review your changes before they are uploaded, if you want. I also noticed that the script installed by your package uses python. Please remember that udev RUN rules are run at the very beginning of the boot process, where /usr may not be available. You probably need to use a wrapper shell script which waits for /usr to appear, /lib/udev/hotplug.functions provides a wait_for_file function you could use for this. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
