It would be super fantastic if, like Debian and RedHat and other distros, we could use the handy magicdev automounting program that the RedHat guys wrote. I'd much rather use magicdev than supermount.
maybe you care to provide a super fantastic ebuild, like Debian and Red Hat and all the other distros we are not do in the form of packages ?
Jeez, no need to be so cranky. I thought you guys *wanted* to know about users' perceived shortcomings of the distro. I've had lots of requests for this from end users, so I thought you guys would want to know. Besides, if I knew how to write proper ebuilds, I'd hardly have filed a bug asking for one. :P
I was in a slightly silly mood there, didn't mean to be cranky. The gnome devs are swamped atm, so this goes to the lower end of the todo pile, a provided ebuild might speed up the process a bit. Writing a basic ebuild isn't that difficult usually, especially if they use the auto* tools. And there's a tree full of examples to look at.
Yeah, I figured things would be busy these days what with 2.4 being added to stable and all. Well, I'll see if I can work out how to make an ebuild... hopefully the RedHat stuff won't require too much work to integrate with the existing Gentoo setup.
Created attachment 19864 [details] Preliminary ebuild for magicdev Well, here's my first shot at an ebuild, based on the skeleton one. I've resolved all sandbox issues caused by the GNOME/XML updating system, at least they're resolved on my machine. ;) In any case, I can already see some bugs with using magicdev OOTB (weirdness with desktop icons, etc), but those would probably be better tackled by the *real* GNOME developers, as I have no idea what's causing them.
Thanks for your contribution. I've talked with one of magicdev's maintainers (Owen Taylor), and he told me that, (a) there's no magicdev web page, yet, and (b) RedHat's SRPMS are the authoritative sources for magicdev. That being said, an ebuild for magicdev 1.1.4 is now in Portage (under app-misc, since I couldn't think of a better category). I don't really understand what are those bugs you mention in your last comment, Graeme, but please test this ebuild and let us know if you perceive any problems. Once again, thank you.
wheres the docs leonardop, it's completely a mystery what the package does atm. Shouldn't it provide an init script as well ? Please discuss adding new ebuilds first as i've requested before, i'm not sure why we should be the maintainers.
Actually, it doesn't run as a daemon or anything; it installs /usr/bin/gnome-cd-properties, which then shows up under the GNOME Desktop Preferences menu...that then allows you to configure if you want CDs to be auto-mounted or whatnot, and also allows you to configure default actions upon insertion of a DVD, audio CD, and data CD...I just built the CVS version of it today, and it seems to run pretty smoothly for me...
Well, I've found two minor issues with the ebuild currently in CVS: First, I've found that the magicdev process isn't being run automagically on gnome startup after it's installed, and I'm having to manually add it to my "Startup Programs" under the Session Preferences capplet. Second, if I choose "Mount CD when inserted" and "Open file manager window for newly mounted CD", the first action happens (CDs mount and appear on the desktop automatically) but the second doesn't (the nautilus window for that CD isn't automatically opened). Minor issues, both, so otherwise I'm pretty happy with things as-is. Also, wouldn't a category like "gnome-utils" or similar be a better fit, since this *is* a Gnome-only app?
The "Open file manager window for newly mounted CD" is deprecated in nautilus, it just is not removed from the magicdev gui atm, look here for more information: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=106192 Also I don't think manually adding magicdev to gnome-sessions is a bug, that's what is necessary for a lot other programs to (gdesklets, gkrellm...) Anyway I did an update to the ebuild, look here: http://bugs.gentoo.org/show_bug.cgi?id=32413