On Nov 25, Jacobo [EMAIL PROTECTED] wrote:
Same happens here, all /dev/dvd /dev/cdrom and /dev/cdrw link to /dev/hdd
%e does not really work, and this has nothing to do with this closed bug.
--
ciao,
Marco
signature.asc
Description: Digital signature
reassign 339804 module-init-tools
tag 339804 unreproducible moreinfo
thanks
On Nov 23, Marco d'Itri [EMAIL PROTECTED] wrote:
I am reassigning this back to udev on the assumption that udev is not
respecting hotplug blacklist files.
udev does not even know about blacklists, module-init-tools
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)
tag 340782 pending
severity 340782 grave
thanks
On Nov 26, Waqar Malik [EMAIL PROTECTED] wrote:
I have the directory /dev/.udevdb/ but not /dev/.udev/db/
My fault, there is a missing mkdir (workaround: mkdir /dev/.udev/ and
retry).
--
ciao,
Marco
signature.asc
Description: Digital signature
On Nov 26, Sam Morris [EMAIL PROTECTED] wrote:
With udev 0.076-2 the delay during boot is gone, but the hanging udev
process, and the delayed creation of /dev/hdg{,1}, are still present.
Can you check why /lib/udev/ide.agent is not working?
Add some echo statements and try to run it like:
On Nov 26, Sam Morris [EMAIL PROTECTED] wrote:
I came up with the following code that works fine in Bash, although I
don't know whether substring expansion is a Bash extension. It does work
Yes, it's a bashism.
The problem is that I did not actually copy the fixed script in the
package, I am
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
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
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
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
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.d/
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
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:3ldm_parse_privhead(): Cannot find
PRIVHEAD structure. LDM database is corrupt. Aborting.
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
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 be
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
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.
On May 07, Sven Luther [EMAIL PROTECTED] wrote:
Sure i did read it, it is still a shame that firewire webcam support will not
work out of the box with udev because of that. Adding a disclaimer saying you
don't care and don't want to be bothered by this is no solution. And if you
The point is
On May 07, Sven Luther [EMAIL PROTECTED] wrote:
oh well, what are all thos other entries in links.conf for then ?
They needed are by drivers which are not hardware-related and cannot be
autoprobed or easily autoloaded.
I don't think it is against the kernel. But seriouly, why not have the
On May 07, Sven Luther [EMAIL PROTECTED] wrote:
Debian's udev sucks because it is not able to add the workaroud to make
firewire cameras work out of the box.
This is not an udev bug, and I explained my rationale for not adding a
workaround there. You should blame the 1394 maintainers instead,
On May 08, Sven Luther [EMAIL PROTECTED] wrote:
So, why did ubuntu chose to fix it that way ?
They obviously have a different opinion about the tradeoffs.
--
ciao,
Marco
signature.asc
Description: Digital signature
On May 08, Alexander Verbovetsky [EMAIL PROTECTED] wrote:
#0 0x08074fd2 in tdb_store ()
What happens if you delete /var/run/ppp*.tdb?
If it still segfaults, please get a new stack trace from an unstripped
binary (http://www.bofh.it/~md/debian/pppd.unstripped.gz).
--
ciao,
Marco
On May 08, Alexander Verbovetsky [EMAIL PROTECTED] wrote:
#0 0x08074fd2 in tdb_store (tdb=0x0, key={dptr = 0x8090f20 , dsize = 0},
It crashes because the TDB database has not been initialised, but I do
not know why. Please attach /etc/ppp/peers/provider (I suppose that you
did not modify
On May 08, Hendrik Sattler [EMAIL PROTECTED] wrote:
Sorry, that did not help:
This is weird, because -2 fixed the problem for everybody else.
Anyway, I cannot reproduce this nor I know how to debug this, so if you
want a fix please send a patch.
--
ciao,
Marco
signature.asc
Description:
tag 308383 help upstream
thanks
I suggest you ask about this on the linux-ppp mailing list (providing
logs of the kernel space implementation, nobody cares about rp-pppoe!)
because I do not know how to debug this.
--
ciao,
Marco
signature.asc
Description: Digital signature
On May 11, Paul Slootman [EMAIL PROTECTED] wrote:
(Perhaps an external config file should be used for this data, instead
of it being compiled in?)
You can override the built-in configuration with /etc/whois.conf.
BTW, _why_ is mkpasswd part of the whois package? What possible relation
do
Package: dovecot
Severity: normal
Tags: patch upstream
With this patch the program will always bind on both IPv4 and IPv6
addresses (when binding to [::] has been requested) no matter how the
system is configured.
This allows using a single daemon for IPv4 and IPv6 on modern Linux and
BSD
reassign 308693 util-linux
retitle 308693 hwclockfirst.sh run before the rtc driver is loaded
thanks
On May 12, Daniel Schepler [EMAIL PROTECTED] wrote:
As the subject says, udev doesn't create /dev/rtc on amd64, which
means hwclock fails:
Looks like you failed to read README.Debian. udev can
reassign 308862 diablo-readerd
thanks
On May 12, Frank Lichtenheld [EMAIL PROTECTED] wrote:
dpkg: error processing
/var/cache/apt/archives/inn_1%3a1.7.2debian-29_i386.deb (--unpack):
trying to overwrite `/etc/news/distrib.pats', which is also in package
diablo-readerd
I think
On May 15, John Darrah [EMAIL PROTECTED] wrote:
After updating from ppp_2.4.2+20040428-6_i386, pppd seem to fail silently.
Nothing in syslog. Nothing in
a dmesg. I ran it in forground (nofork)... No error on command line. I
enabled ulimit -c to see if it
would dump core... It did not.
On May 16, Adam McKenna [EMAIL PROTECTED] wrote:
I am not sure whether the ipfwadm package should be removed. Kernels up to
2.4 still have support for ipfwadm filtering rules, so theoretically people
could still be using it with current kernels.
Wait until sarge has been released and then
On May 16, Marc Dequènes [EMAIL PROTECTED] wrote:
I forgot to decrease mtu of one of my boxes to 1492 (because i'm using
IPv6), thus causing pppoe to die with the following error when doing a
simple apt-get update from that box :
Interesting, but you should really use the kernel space pppoe
severity 309415 wishlist
tag 309415 wontfix
thanks
On May 17, Vagrant Cascadian [EMAIL PROTECTED] wrote:
i believe the following is not fully /bin/sh compliant (it fails to work
with posh):
I do not care about posh, you should spend your time in more useful ways.
All my packages work with
On May 18, Vagrant Cascadian [EMAIL PROTECTED] wrote:
size is not really the issue, but policy compliance...
Policy is broken.
--
ciao,
Marco
signature.asc
Description: Digital signature
Please explain in details what's wrong with the udev package.
--
ciao,
Marco
signature.asc
Description: Digital signature
On May 18, Alexander Verbovetsky [EMAIL PROTECTED] wrote:
Indeed, the segfault vanishes with `call no-auth' removed.
call no-auth is meaningless, unless you have an /etc/ppp/peers/no-auth
file. Do you?
--
ciao,
Marco
signature.asc
Description: Digital signature
On May 19, Alexander Verbovetsky [EMAIL PROTECTED] wrote:
call no-auth is meaningless, unless you have an /etc/ppp/peers/no-auth
file. Do you?
Yes, I have. Now I simply put `noauth' into /etc/ppp/peers/provider instead
of
`call no-auth'.
It seems, using the call option breaks the
reassign 309865 kernel-image-2.6.8-i386
thanks
On May 20, John Shin [EMAIL PROTECTED] wrote:
1 gig). When I
boot the pc with the card inserted, it is correctly
recognized and
correct device name is created under /dev/sdd1. Also,
when the computer
is already started, if I plug in the card,
Actually:
if [ -e /dev/.udevdb/ ]; then
if [ ! -e /dev/md/0 -a ! -e /dev/md0 ]; then
cd /dev WRITE_ON_UDEV=1 ./MAKEDEV md
fi
fi
Md vorlon: I have been pointed at #294404: testing for presence of
/dev/.static/dev is broken, and there are probably good reasons to not
move the
On Jan 04, Stephen Gran [EMAIL PROTECTED] wrote:
Marco, can you take a look at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=345864 and see what you
think?
Blame the kernel. When the event is sent, the drive is supposed to be
ready to be used.
--
ciao,
Marco
signature.asc
Description:
On Jan 04, Nathan Poznick [EMAIL PROTECTED] wrote:
I have a USB card reader which has 5 different slots for various media.
If I plug in the card reader and then later insert a CF card, the CF
card slot's device does not have the partition device created when using
udev (I have to insert the
On Jan 06, Nathanael Nerode [EMAIL PROTECTED] wrote:
Good point. Let's amend policy to require that a _pic.a library be provided
for any static-only library; it seems to be an unreasonable omission. I
wouldn't consider a library package which can't be used by any shared library
to be
Can you still reproduce this bug with the latest release or can I close
it?
--
ciao,
Marco
signature.asc
Description: Digital signature
On Jan 08, M Jared Finder [EMAIL PROTECTED] wrote:
With kernel 2.6.14, the nvidiafb was loaded, which screwed up on my
GeForce 4 MX. nvidiafb should be blacklisted by default.
It is supposed to be. Feel free to investigate why it's being loaded
(I do not own any nvidia hardware).
Also, please
On Jan 08, M Jared Finder [EMAIL PROTECTED] wrote:
Shouldn't the effects of having an empty modprobe.conf be documented
*somewhere*?
Like in the man page and in the warning you get at every boot from the
init script?
--
ciao,
Marco
signature.asc
Description: Digital signature
reassign 346559 modutils
thanks
If you care...
On Jan 08, Ganesh Sittampalam [EMAIL PROTECTED] wrote:
Package: module-init-tools
Version: 3.2-pre1-2
Severity: normal
modprobe from module-init-tools reads module options etc from
/etc/modprobe.d, but the manpage from modutils for
reassign 346543 linux-2.6
thanks
On Jan 09, Kay Sievers [EMAIL PROTECTED] wrote:
udevd sets the buffer size to 16Mb since some time, without fiddling
around with the global sysctrls:
http://kernel.org/git/?p=linux/hotplug/udev.git;a=blob;hb=HEAD;f=udevd.c#l781
Could it be that on
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
reassign 245460 gnome-control-center
severity 245460 important
found 245460 1:2.12.2-1
An update to this bug, from my blog. Now it's impossible to configure my
keyboard.
(#105) How can I stop gnome-control-center from breaking my keyboard?
The latest release of gnome-control-center[0] contains
close 347888 0.080-1
thanks
On Jan 13, [EMAIL PROTECTED] wrote:
udev randered my system unbootable. Here are some of the boot
messages, copied by hand:
It does not work with kernels 2.6.15, I fixed this in 0.080-1 which I
will upload in a few hours.
http://www.bofh.it/~md/debian/ if you need
tag 347958 unreproducible moreinfo
unfound 347958 2.4.3-20050321+1
found 347958 2.4.4b1-1
thanks
On Jan 13, Andreas Tille [EMAIL PROTECTED] wrote:
Even beeing a DD myself I have no idea about all this ppp stuff and I'm
really in vain what to do here. I'm completely clueless and really
need
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
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 going to answer or should I just close these bugs?
339801
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
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
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:
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
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
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
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
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
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:
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: Digital
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
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
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
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:
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
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
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
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 them.
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
tag 337003 unreproducible moreinfo
thanks
On Nov 02, Arthur Marsh [EMAIL PROTECTED] wrote:
Hi, I tried installing udev on my system with a Cirrus Logic CL5446 AGP
video card and the video failed to initialise.
This bug report is useless. Please explain which driver you expect to
be loaded,
tag 337004 unreproducible moreinfo
thanks
On Nov 02, Arthur Marsh [EMAIL PROTECTED] wrote:
Hi, when trying to install udev to replace hotplug, my ISA PNP sb16
sound card was apparently not detected as the /dev/dsp entry was not
created.
This bug report is useless. Please explain which
tag 337005 unreproducible moreinfo
thanks
On Nov 02, Arthur Marsh [EMAIL PROTECTED] wrote:
When attempting to install udev, the /dev/input/mouse device was
created, but it was not usable to X.org
This bug report is useless. Please explain which driver you expect to
be loaded, and possibly why
tag 337023 unreproducible moreinfo
thanks
On Nov 02, Peter Eisentraut [EMAIL PROTECTED] wrote:
After upgrading from the previous udev and hotplug to only udev, one of
my hard disks was no longer mounted at boot time. No device nodes for
/dev/hda* were created.
ide-disk should be loaded by
severity 337004 normal
tag 337004 wontfix help
thanks
On Nov 02, Arthur Marsh [EMAIL PROTECTED] wrote:
Hi, I'm expecting snd_sb16 to be loaded.
from modules.alias:
alias pnp:cCTL0024dCTL0031* snd_sb16
cCTL* devices are not supported because the kernel lacks the
information needed to
On Nov 02, Arthur Marsh [EMAIL PROTECTED] wrote:
Thanks, I had a read of the bug #334238 report.
The ISA SB16PNP sound cards are the oldest part of the computer hardware
I am trying to support. If I can find a suitable replacement PCI sound
card I'll re-try using udev.
You can just
On Nov 03, Philipp Kolmann [EMAIL PROTECTED] wrote:
So how can I instruct the kernel which modules should get loaded first?
You don't. If you want to load modules in a specific order then you
blacklist them (man 5 modprobe.conf) to prevent udev to load them and
then add them to /etc/modules.
If
On Nov 03, Felipe Almeida Lessa [EMAIL PROTECTED] wrote:
I wanted to know why a timeout is used, not some kind of real
verification. IMHO, using timeout for this looks like some kind of hack,
and that doesn't sounds any good.
Feel free to send better code if you can write it.
A timeout is
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 is not able to load ide-disk
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
1 - 100 of 3924 matches
Mail list logo