On Oct 13, Horms [EMAIL PROTECTED] wrote:
Thanks, should I reassign this to udev, or do you want to leave it here.
No way. If loading a kernel module breaks the system, it's a kernel bug.
I guess if its a module problem its actually a kernel issue, but
perhaps you can help us to track down
On Oct 13, Vladimir Volovich [EMAIL PROTECTED] wrote:
what can we do to prevent module-init-tools create dangling symlinks
resulting from these diversions ? i do not even have modutils package
I do not have a solution to this, sorry.
--
ciao,
Marco
signature.asc
Description: Digital
tag 333963 unreproducible moreinfo help
thanks
On Oct 14, Norbert Tretkowski [EMAIL PROTECTED] wrote:
Since upgrading from 0.070-2 to 0.070-4, /dev/dsp* is missing. The
Hard to believe. Please investigate.
correct modules are loaded
Are you really really sure?
, sound works fine when I
On Oct 14, Norbert Tretkowski [EMAIL PROTECTED] wrote:
udev is not supposed to load these modules, because they are not
hardware drivers.
Hotplug loaded these modules.
I highly doubt this. kmod probably did.
/etc/modprobe.d/alsa-base has install directives to automatically
load them
tag 334068 unreproducible moreinfo help
thanks
On Oct 15, Markus Schulz [EMAIL PROTECTED] wrote:
after udev replaces hotplug completely, it has the same problem as
hotplug with coldplugging of usb devices.(hotplug #306599).
libsane.rules exists and works after hotplugging the usb scanner. All
reassign 334104 linux-2.6
retitle 334104 tulip driver advertises support for non-working card
thanks
On Oct 15, Lee Maguire [EMAIL PROTECTED] wrote:
The diff shows that under the previous verstions the dmfe module
was used for the card, but under the new version the tulip module
was being
On Oct 18, Jurij Smakov [EMAIL PROTECTED] wrote:
The original report states that downgrading udev and using it with the
*same* kernel fixes the situation. How can it be a kernel bug?
If a driver advertises to support some hardware but then does not work
it's a kernel bug.
The latest udev may
reassign 334068 libsane
thanks
On Oct 17, Christopher Martin [EMAIL PROTECTED] wrote:
On October 17, 2005 13:03, Marco d'Itri wrote:
The problem seems to be that udev runs lmctl before the usbfs entry
corresponding to your mouse has been created under /proc/bus/usb. The
By design
On Oct 18, Ian Redfern [EMAIL PROTECTED] wrote:
I saw the same in my setup and I think the problem is the following
in /etc/init.d/udev:
It's not, this is not relevant at all and the code is correct because
there is always a long-running udevd instance.
--
ciao,
Marco
signature.asc
On Oct 18, Julien BLACHE [EMAIL PROTECTED] wrote:
This looks like the same issue of #334068, which I am reassigning for
libsane (I'm sorry for not getting it right the first time).
So, I'm a bit lost here. What is the problem ? Coldplugging not
running the old hotplug scripts ?
No, that
On Oct 19, Horms [EMAIL PROTECTED] wrote:
So, can someone remind me what is calling modprobe?
The seems certain to be there.
In this case udevd does.
I have reassigned the bug to m-i-t.
--
ciao,
Marco
signature.asc
Description: Digital signature
reassign 333522 linux-2.6
thank
On Oct 19, Rusty Russell [EMAIL PROTECTED] wrote:
Right. It's not a modprobe bug then. Thanks, that makes sense.
Oops... I did not read correctly Rusty's answer.
If it's not a modprobe bug and not an udev bug (I checked udevd and it
looks fine to me) then looks
On Oct 16, matthieu castet [EMAIL PROTECTED] wrote:
in README.Debian I could see :
CONFIG_ISAPNP is highly recommended to allow to automatically load some
important drivers.
This is wrong and only apply for old system using isa cards.
What would load modules like rtc, parport_pc and
On Oct 19, matthieu castet [EMAIL PROTECTED] wrote:
Does the kernel provide $MODALIAS for these modules even if there aren't
hotplugable (I don't know how udev does couldplug)?
Where it is done ?
Yes, in sysfs.
The modules have the correct aliases : they can't have simple pnp alias
as
On Oct 20, Horms [EMAIL PROTECTED] wrote:
Could you please point me to the part of the code where udevd calls
modprobe and handles the subsequent SIGCHLD? That will be a good starting
poing
for further investigation.
run_program() in udev_utils_run.c, called from main in udev.c.
pid
notfound 328094 0.070-5
close 328094 0.070-2
thanks
On Oct 20, Carl-Fredrik Enell [EMAIL PROTECTED] wrote:
The problem reported applies to the ipw2100 module and firmware as well.
I have no reason to believe it does. Do you have a theory you can share
or are you just reopening random old bug
On Oct 19, matthieu castet [EMAIL PROTECTED] wrote:
The list is made for a kernel with all isa module enabled (debian kernel
???) and then it is put in a debian package and that's all.
It's never regenerated on the user machine.
Please explain why I need to hack this in udev and the aliases
On Oct 21, Horms [EMAIL PROTECTED] wrote:
I did a bit of a poke around this symbols problem.
I puzzeled over it for a while. I began to wonder
if it might be caused byudevsynthesize[1] which seems
to be the major change between -2 and -4, and I completely
failed in all my attempts to
On Oct 20, matthieu castet [EMAIL PROTECTED] wrote:
Please explain why I need to hack this in udev and the aliases cannot be
provided by the modules themselves as usual.
Because pnp sysfs expose pnp devices and not isa cards.
Aliases are not in sysfs but in an ELF section in modules.
Look at
On Oct 21, matthieu castet [EMAIL PROTECTED] wrote:
But what's wrong with alias ?
The problem is we haven't enought information from sysfs to build the alias.
Non sequitur. Please read again my suggestions and actually look at how
modules can provide aliases.
--
ciao,
Marco
signature.asc
reassign 335229 linux-2.6
thanks
On Oct 22, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I'm having problems hotplugging my firewire CDR.
I'm using linux-image-2.6.13-1-686_2.6.13-1 but it fails with any new
kernel version.
The error log is:
ieee1394: Error parsing configrom for node
tag 335304 unreproducible moreinfo
thanks
On Oct 23, Simon Morlat [EMAIL PROTECTED] wrote:
I had a look into udev 's packaged files and I could see any reference
to usb drivers.
Drivers are loaded by this rule in /etc/udev/rules.d/z55_hotplug.rules:
# load the drivers
ENV{MODALIAS}==?*,
On Oct 23, Petter Reinholdtsen [EMAIL PROTECTED] wrote:
Here is a proposed dependency header to document the dependencies of
udev. It is slightly tested using the insserv package and the new
parallell booting support in sysvinit.
### BEGIN INIT INFO
# Provides: udev
#
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
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:
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
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
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
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
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
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
Package: ifplugd
Version: 0.26-2
Severity: important
Your package installs files in the /etc/hotplug.d/ directory, but
does not provide an udev rules file. The /etc/hotplug.d/ interface has
been obsolete for a long time and I want to remove compatibility support
from udev as soon as possible.
I
Package: kino
Version: 0.76-5
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.
These are the rules used in the SuSE package:
Package: cpad-common
Version: 0.9-10
Severity: important
Your package installs files in the /etc/hotplug.d/ directory, but
does not provide an udev rules file. The /etc/hotplug.d/ interface has
been obsolete for a long time and I want to remove compatibility support
from udev as soon as possible.
Package: waproamd
Version: 0.6-7
Severity: important
Your package installs files in the /etc/hotplug.d/ directory, but
does not provide an udev rules file. The /etc/hotplug.d/ interface has
been obsolete for a long time and I want to remove compatibility support
from udev as soon as possible.
I
Package: libphidgets0
Version: 0.3.8-1
Severity: important
Your package installs files in the /etc/hotplug.d/ directory, but
does not provide an udev rules file. The /etc/hotplug.d/ interface has
been obsolete for a long time and I want to remove compatibility support
from udev as soon as
Package: usrp
Version: 0.8-3
Severity: important
Your package installs files in the /etc/hotplug.d/ directory, but
does not provide an udev rules file. The /etc/hotplug.d/ interface has
been obsolete for a long time and I want to remove compatibility support
from udev as soon as possible.
reassign 324680 gdk-imlib1
tag 324680 security
thanks
On Aug 23, Marco d'Itri [EMAIL PROTECTED] wrote:
This image, found in a spam, makes qiv segfault. Other viewers I tried
just report it as invalid.
A stack trace shows that actually the bug may be in imlib:
GIF-LIB error: Failed to Read
On Nov 12, Steinar H. Gunderson [EMAIL PROTECTED] wrote:
Well, for values of for a long time equal to a few months. When I packaged
usrp for the first time, I was told that /etc/hotplug.d/ was the new shiny
standard that was going to be around for a while ;-)
hotplug developement has been very
On Nov 12, Thomas Bushnell BSG [EMAIL PROTECTED] wrote:
The original bug was filed using an old version of imlib; the more
recent ones should have it fixed. Can you tell me what version you
had in the stack trace you just generated?
I get the same trace with 1.9.14-26 too.
--
ciao,
Marco
On Nov 13, Eduard Bloch [EMAIL PROTECTED] wrote:
I suggest changing the policy to reflect the reality. Using a wrapper
like MAKEDEV to maintain device nodes which use arbitrary choosen
major/minor numbers is just not very useful.
Sure, just close the bug if appropriate.
(Please remember
On Nov 13, Vladislav Kurz [EMAIL PROTECTED] wrote:
MODALIAS=usb:v07B2p5100d0101dc02dsc00dp00ic*isc*ip*
Please report the result of:
modprobe -n -v --first-time 'usb:v07B2p5100d0101dc02dsc00dp00ic*isc*ip*'
BTW, this may have been fixed by a more recent kernel release.
(Thank you for providing
tag 322650 unreproducible moreinfo
thanks
On Aug 12, Gordon Heydon [EMAIL PROTECTED] wrote:
PPP_IPARAM is being set to the ip address of the remote machine and not the
value which is set by the IPARAM parameter.
After checking the ip-up script and ipcp_script() in pppd/ipcp.c I find
this hard
severity 338911 important
tag 338911 unreproducible moreinfo
thanks
On Nov 13, Uwe Schindler [EMAIL PROTECTED] wrote:
Since today I have a linux-2.6.12 (with mkinitrd) and linux-2.6.14
(with yaird) running in parallel on an alpha machine (Alphastation 500/500).
Did you build your own kernel?
On Nov 13, Uwe Schindler [EMAIL PROTECTED] wrote:
Cannot help here, you should send the bug upstream.
I did.
Is there a change in the code compared to 0.071?
Many.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Nov 14, Nathan Robertson [EMAIL PROTECTED] wrote:
Unpacking replacement udev ...
Setting up udev (0.074-2) ...
dpkg: error processing udev (--install):
subprocess post-installation script returned error exit status 3
Errors were encountered while processing:
udev
This is totally
reassign 337881 linux-2.6
severity 337881 grave
retitle 337881 CONFIG_KOBJECT_UEVENT must always be defined
thanks
On Nov 14, Nathan Robertson [EMAIL PROTECTED] wrote:
Unpacking replacement udev ...
Setting up udev (0.074-2) ...
dpkg: error processing udev (--install):
subprocess
severity 339339 normal
thanks
On Nov 15, giorgio [EMAIL PROTECTED] wrote:
I have a pc with sis controller and mainboard. always had trouble but with
sarge everything was ok, when new udev was introduced a week ago, it purged
hotplug and the whole usb sistem hang on boot, with devices such
On Nov 16, Marco d'Itri [EMAIL PROTECTED] wrote:
The startup script should check for those conditions before mounting an
empty
How? Is the existence of /proc/net/unix enough?
Anyway, on a correctly configured system af_unix would be autoloaded.
I am not sure that I should check for /proc
reassign 339339 linux-2.6
thanks
On Nov 15, giorgio [EMAIL PROTECTED] wrote:
I have a pc with sis controller and mainboard. always had trouble but with
sarge everything was ok, when new udev was introduced a week ago, it purged
hotplug and the whole usb sistem hang on boot, with devices
On Nov 17, Hans Fugal [EMAIL PROTECTED] wrote:
Umm, yeah. I get that. I don't argue that it's necessary that it's
purged. The point is that it is _not_ purged, but when you try to run
apt-get remove --purge hotplug nothing happens because hotplug was
necessarily removed in order to even
Package: debhelper
Version: 5.0.7
Severity: normal
update-modules needs to be called only when /etc/modutils/ is modified,
so dh_installmodules should not add code to call it in other situations
(specifically when /etc/modprobe.d/ is modified or when new modules are
installed).
--
ciao,
Marco
On Nov 17, Hans Fugal [EMAIL PROTECTED] wrote:
YES! That is the problem! It was removed because of a conflict, and only
AFTER that point was I told that I should purge hotplug, which had
already been removed. Because hotplug was already removed, I can't purge
Please learn how dpkg works (or
reassign 339669 libsane
thanks
On Nov 17, gpe92 [EMAIL PROTECTED] wrote:
Since hotplug has been removed the permissions for the usb scanner are
bad after the boot.
If after the boot I unplug/plug the scanner the permission becomes good.
This does not looks like an udev bug.
--
ciao,
Marco
On Nov 18, Vlada Macek [EMAIL PROTECTED] wrote:
I don't know whether the package maintainer is viable (there is at least
one other serious bug for vacation), but I plead for fixing this bug. It
I plan to finish my pending vacation update, some day.
But people should really stop using
Package: psmisc
Version: 1.17-20
Severity: normal
/etc/network/options is highly deprecated and should not be mentioned in
sysctl.conf, at least in these terms.
--
ciao,
Marco
signature.asc
Description: Digital signature
severity 339804 normal
thanks
On Nov 18, Michael Rasmussen [EMAIL PROTECTED] wrote:
The sound card in properly identified and loaded when the system is
booting but since the links in /dev and /dev/snd is not created the
sound card cannot be used. Running alsaconf solves the problem since the
On Nov 18, Michael Rasmussen [EMAIL PROTECTED] wrote:
Why udev does not create them, I do not know. I have tried every
possible way messing with modprob.d, modprobe.conf etc.
I suspect you compiled the old OSS driver, which is being loaded by udev
and preventing the ALSA driver to be loaded.
On Nov 19, Michael Rasmussen [EMAIL PROTECTED] wrote:
All the ALSA drivers are loaded by discover at boot but the sound card
Please purge discover, or at least disable its modules loading
capabilities.
Anyway it's obvious that not all drivers are being loaded, only OSS
devices are present
reassign 339804 alsa-base
thanks
On Nov 19, Michael Rasmussen [EMAIL PROTECTED] wrote:
And all sound drivers are loaded:
loke:~$ lsmod |grep snd
snd_rtctimer3152 0
snd_intel8x0 35136 0
Indeed. But if the card driver has been loaded then udev did everything
it needs to
On Nov 20, Sam Morris [EMAIL PROTECTED] wrote:
According to bootchart, ide.agent is running sleep during the pause.
After logging in, watch pgrep -l udev; ls -l /dev/hdg* 21 reveals an
additional udev process that hangs around for a few minutes. Eventually
ide.agent is buggy and only works for
severity 340202 normal
thanks
On Nov 21, Ryan Anderson [EMAIL PROTECTED] wrote:
When running Linux 2.6.15-rc1+, the new nested class devices used by the
input class prevent /dev/input/ from being created, rendering X
unusable.
Other people tried 0.074-3 and reported that it works for them.
I
reassign 336596 libusb
thanks
On Nov 21, Aurelien Jarno [EMAIL PROTECTED] wrote:
If so, the rules script of udev is buggy. Therefore I am reassigning the
bug to udev.
You are missing the point, udev is not supposed to provide rules to
change the permissions of /dev/bus/ devices.
Probably the
reassign 340257 initramfs-tools
thanks
On Nov 22, Paul Traina [EMAIL PROTECTED] wrote:
The 0.74-3 release, which was supposed to fix the earlier bugs I reported
with udev still doesn't get it right. In udev 0.72-2, they renamed
/lib/hotplug to /lib/udev. It is supposed to be copied over,
On Nov 22, Ian McDonald [EMAIL PROTECTED] wrote:
It is definitely not a kernel issue in my opinion.
Yes, I could have told you this from the start... :-)
The problem is that apparently the udevsynthesize script is not
triggering the /sys/.../uevent files for the new nested devices.
--
ciao,
On Nov 17, Rainer Trusch [EMAIL PROTECTED] wrote:
There is another strange thing happening. With 0.071 I could add
udevd_timeout=20
into udev.conf. Later Versions don't seem to accept that anymore. I'm
You must use quotes.
--
ciao,
Marco
signature.asc
Description: Digital signature
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 does.
Recent versions of module-init-tools properly support hotplug-style
blacklisting, and I have no reason to believe that they
Package: gajim
Version: 0.8.2-1
Severity: normal
Tags: upstream
The status-changer widget (the one below the roster) has no effect on my
actual status, and the notification area menu neither. They show the
change status message window, but then nothing happens.
To actually change my status I need
On Nov 23, Marco d'Itri [EMAIL PROTECTED] wrote:
The status-changer widget (the one below the roster) has no effect on my
actual status, and the notification area menu neither. They show the
change status message window, but then nothing happens.
I just discovered the Synchronize account
reassign 340579 hal
thanks
On Nov 24, Soeren Sonnenburg [EMAIL PROTECTED] wrote:
I wonder whether hal.rules should use 'plugdev' as group for pluggable
devices, i.e.
I wonder why you do not ask the hal maintainer about this.
--
ciao,
Marco
signature.asc
Description: Digital signature
Package: telnetd-ssl
Version: 0.17.24+0.1-15
Severity: important
Only inetd daemons should depend on the update-inetd package, and only
if they need it.
The presence of the update-inetd package does not mean that an inetd
daemon is installed.
This was explained on [EMAIL PROTECTED]
On Dec 11, Martin Hoppen [EMAIL PROTECTED] wrote:
ATTRS{removable}==0
udev does not recognise your SD card reader as removable. The only thing you
Because as far as it knows, it's not.
I do not think that every mmc* block device is removable, so unless
somebody can tell me which one of
On Dec 12, Ian Beckwith [EMAIL PROTECTED] wrote:
1: Drop the dependencies on netbase and update-inetd
Yes.
2: Depend on openbsd-inetd | inet-superserver
Yes.
3: Wrap the calls to update-inetd with if [ -x /usr/sbin/update-inetd ]
No, so far there are no plans to stop providing this
On Dec 10, Stefanos Harhalakis [EMAIL PROTECTED] wrote:
The following text was sent to the linux-hotplug mailing list for inclussion
to udev. I believe that this should be filled as a bug report so I'm
submiting it here:
You are wrong, since now I need to spend time doing something with this
On Dec 14, Modestas Vainius [EMAIL PROTECTED] wrote:
2006 m. gruodis 11 d., pirmadienis 20:33, Marco d'Itri raš?:
I do not think that every mmc* block device is removable,
What do you think about following pmount policy on determining removable
block
devices? I think it would
On Dec 14, Sven Luther [EMAIL PROTECTED] wrote:
I discussed the issue with Maximilian Attems, and he said he had also seen a
similar issue, with a LVM/RAID on usb disks setup, and mentioned it was caused
by : udevsettle has a buggy kernel-userspace seqnum interface with the scsi
code.
Since
On Sep 09, Josselin Mouette [EMAIL PROTECTED] wrote:
I'm also experiencing some problems with udev 0.100-1.
I wonder if you did read debian-devel@ in the last few days.
--
ciao,
Marco
signature.asc
Description: Digital signature
It crashes as soon as I try to access my IMAP server.
Severity should probably be raised.
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 386721 initramfs-tools
thanks
udev postinst scripts actually _do_ try to update the initrd, but
update-initramfs systematically fails because initrd was modified (or
customized, I don't remember exactly what it says).
--
ciao,
Marco
signature.asc
Description: Digital signature
On Aug 02, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
Initscripts depends on /sbin/fsck.
I wonder how you came to this conclusion. I purged e2fsprogs and then
configured my system to not use fsck[1] and everything works fine.
[1] by setting FSCKTYPES=none in /etc/default/rcS and 0 in
Package: udftools
Severity: minor
The correct way to detect udev is test -e /dev/.udev, there is no
reason to provide a know to override this check.
I think you should not ask the user if the devices should be created,
most packages don't (and over 75% of Debian users already use udev
anyway).
On Sep 12, Valentin Vidic [EMAIL PROTECTED] wrote:
The problem seems to be in the /etc/hotplug/usb.agent. Since INTERFACE
is not defined in the environment, usb_convert_vars() tries to get this
info from sysfs. [ -r $SYSFS/$DEVPATH/bInterfaceClass ] fails because
sysfs does not have the new
On Sep 12, Andrew Schulman [EMAIL PROTECTED] wrote:
326975 is over a year old, with no activity. I don't see any indication
that it will be fixed soon.
Because you spend your time arguing with developers over pointless
arguments instead of reading debian-devel.
--
ciao,
Marco
close 387399 2.4.4rel-1
thanks
I am almost sure that this was fixed in 2.4.4.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Sep 14, Robert Rozman [EMAIL PROTECTED] wrote:
I've tried ppp 2.4.4 and same problem persist
Any brief advice how to track this problem down ?
Rebuild the package and get a core file from the unstripped binary.
Then send it to the upstream mailing list.
--
ciao,
Marco
On Sep 13, Marco Cabizza [EMAIL PROTECTED] wrote:
Marco, do you still get your configuration broken with g-c-c 2.14?
No, I was able to make it stop changing the keyboard mappings.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Sep 14, Robert Rozman [EMAIL PROTECTED] wrote:
thanks for advice. I'd just kindly ask for brief explanation of get core
file on unstripped binary ?
Build the package from source and then run build-tree/ppp-2.4.4/pppd/pppd
in gdb instead of using /usr/sbin/pppd.
--
ciao,
Marco
severity 387886 normal
thanks
On Sep 17, Marcin Wolcendorf [EMAIL PROTECTED] wrote:
When trying to remove any alsa-related modules, e.g.:
modprobe -r snd_pcm_oss
the moprobe 'multiplies' itself (ps -A gives a huge list of sh/modprobe)
to the end of system resources.
Please show the
On Sep 17, Marcin Wolcendorf [EMAIL PROTECTED] wrote:
It returns only one line:
/etc/modprobe.d/alsa-base:install snd-pcm /sbin/modprobe --ignore-install
snd-pcm { /sbin/modprobe --quiet snd-pcm-oss ; : ; }
Problem is unrelated to this specific module (it was just my first
pick)-
On Sep 17, Marcin Wolcendorf [EMAIL PROTECTED] wrote:
And what happens if you move /etc/modprobe.d/alsa-base to some other
directory before running modprobe?
No change. I've just noticed, that the module is, in fact, removed. But
modprobe, obviously, doesn't stop at that.
Try renaming the
On Sep 18, Michael Biebl [EMAIL PROTECTED] wrote:
I have both packages (udev/makedev) installed, but only /sbin/MAKEDEV
exists. That's why I filed this bug report. I don't have /dev/MAKEDEV
It may be related to #370540 (which will be fixed in two days) but I do
not understand why, on my system
#370540
--
ciao,
Marco
signature.asc
Description: Digital signature
reassign 396143 linux-2.6
thanks
On Oct 30, maximilian attems [EMAIL PROTECTED] wrote:
i am not sure if this bug belongs to grub or to udev...
looks more like a kernel bug.
Indeed, reassigned.
--
ciao,
Marco
signature.asc
Description: Digital signature
tag 397328 wontfix
retitle 397328 obsolete network interface rules lack the DEVICE key
thanks
Sorry, converting these old rules is an hard problem and it's not worth
trying to solve it since it affects a tiny number of people.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Nov 09, Maxim Storchak [EMAIL PROTECTED] wrote:
Maybe it will be more reasonable to read them in alphabetical order?
Why? Which problem are you trying to solve?
--
ciao,
Marco
signature.asc
Description: Digital signature
reassign 392244 initscripts
thanks
On Nov 09, Samuel Thibault [EMAIL PROTECTED] wrote:
You are missing proper /dev/pts/ directory. This is the problem (and
it's related to udev, not xterm).
No, it's not. /dev/pts/ is mounted by some init script.
But probably the submitter broke his system in
On Nov 10, A. Costa [EMAIL PROTECTED] wrote:
I have doubts about that interpretation of Debian policy, and would
like to remind you of the 'wontfix' tag. Isn't the whole point to allow
Policy does not always reflect current best practices.
I already warned you to not reopen this bug, stop or I
On Nov 10, Toni Mueller [EMAIL PROTECTED] wrote:
# we need to unmount /dev/pts/ and remount it later over the tmpfs
Then, a function to unmount /dev/pts follows which is called later if
tmpfs isn't mounted, but there is nothing in that script which mounts
/dev/pts again. So...
On Nov 13, Frederic Peters [EMAIL PROTECTED] wrote:
Input from libgphoto2 developer.
I did some tests yesterday evening and couldn't bet ENV{INTERFACE} to
work.
I am almost sure that this is the wrong way to solve your problem, even
if it works (which I can't tell without actually
On Nov 13, Samuel Thibault [EMAIL PROTECTED] wrote:
Yes, this would work, but as I said, this isn't acceptable, because that
would mean listing all possible phone devices, while the OBEX capacity
(hence the possibility of using it through fuse) can be detected in a
generic way by using
201 - 300 of 3925 matches
Mail list logo