With the latest syncing, I got the the following blocking error: [blocks B ] sys-apps/pcmcia-cs (is blocking sys-apps/pcmciautils-011) [blocks B ] sys-apps/pcmciautils (is blocking sys-apps/pcmcia-cs-3.2.8-r2) Unfortunately, I need both packages at the same time. I cannot get rid of pcmciautils completely, because pcmcia-cs provides lspnp and setpnp utilities. I need these to manually reactivate soundcard after suspend (I need to say setpnp 03 on && /etc/init.d/alsasound restart when resuming - buggy BIOS doesn't do it automatically). Pcmciautils (at least version 10) does not provide a replacement for those. I prefer to use pcmciautils for managing PCMCIA cards because it resumes them from suspend better than pcmcia-cs (no need to restart cardmgr). So, I would need both at the same time (or at least lspnp and setpnp from pcmcia-cs).. I checked out isapnptools and there weren't similar utilies there, either.
They need to block each other as they provide the same service and install files which clash (/etc/pcmcia/config.opts). Dominik, any input on this? Is there a replacement for the *pnp utilities provided by pcmcia-cs?
Will take a look at it, thanks.
OK, in my opinion setpnp and lspnp are some things which should be added to isapnptools or in some other PNP-related package but not in pcmicautils -- after all, this is accessing /proc/bus/pnp/ and is only related to PNP. This might sound harsh, but we try to keep the PCMICA subsystem clean and focused, and not trying to fix _other_ subsystem bugs (as PCMCIA did often before... causing many people to scream at the PCMCIA subsystem even though it was only in the weakest position...)... Anyways, regarding packaging with isapnptools: as pcmcia-cs (at least these parts) are dual-licensed, you could easily patch isapnptools on gentoo to provide these tools. Also: is this a PCMCIA soundcard? If not, then this is yet another indication that pcmciautils isn't the correct place for this. And if it is so, could you check whether isapnptools could provide for the same feature, albeit differently? I'm not really aware of what isapnptools does, so this might be misleading...
It's not a PCMCIA soundcard (And yes, I agree that it's a bit odd that utilies relating to PnP are provided by pcmcia-cs). Anyway, I think I tested isapnptools before (this was like a year ago) and they did not work with the combination I am running (ie. let the BIOS configure the PNP devices, but use the utilities to turn them on/off - to avoid the problems on suspend/resume). I'll try installing them again and see if things have changed with a more recent version. I'll get back to you.
Apparently isapnptools don't work. The problem is with the buggy BIOS that insists on *always* configuring the PnP devices whether I ask it or not. So the isapnptools don't find the devices (with pnpdump). The tools are for configuring the devices that BIOS did not touch (or find) after OS has started up. setpnp && lspnp work by affecting the BIOS pnp configuration directly (and can therefore enable&disable devices). They are for different purposes. So, if there is a possibility to either combine these to the isapnptools package or separate them somehow from the PCMCIA functionality it would be appreciated..
I have just added sys-apps/pcmcia-cs-pnptools to Gentoo Portage. This ebuilds only installs the lspnp/setpnp utils along with related files. Hope this helps.
Excellent, thanks.
