[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
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
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 n
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/sh
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
signatur
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
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
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 da
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
I wonder if you can still reproduce this old bug with 3.2-pre1-2.
--
ciao,
Marco
signature.asc
Description: Digital signature
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
>
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
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 pr
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 s
close 146584 5.8.7-7
thanks
I cannot reproduce anymore this bug.
--
ciao,
Marco
signature.asc
Description: Digital signature
[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 de
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 t
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
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
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.
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
Descri
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
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_
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 o
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
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
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]
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 p
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-c
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 debhe
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
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 goi
Please check if /etc/modprobe.conf exists on your system.
--
ciao,
Marco
signature.asc
Description: Digital signature
> > > 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 av
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 withou
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).
> h
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 vers
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 us
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 thinki
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 fi
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
signa
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 rul
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
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: Digit
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 signatu
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?
An
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
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
Descript
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
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
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:
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
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
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 th
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
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
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
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
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
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
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
Package: meld
Version: 1.1.1-1
Severity: serious
/usr/share/doc/meld/changelog.gz is missing.
--
ciao,
Marco
signature.asc
Description: Digital signature
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
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
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 stil
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
prog
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 pcmci
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.
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
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
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 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):
> subproce
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 aft
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
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,
Ma
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 u
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/sd
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
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 u
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
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
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.
Th
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.
Ho
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.
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
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
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 si
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
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/k
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 t
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
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.
> # cci
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 perm
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: Dig
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 y
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 t
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 qui
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 sig
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 permissi
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 a
1 - 100 of 4093 matches
Mail list logo
