Re: [gentoo-user] Moving from old udev to eudev
On Fri, Aug 2, 2013 at 6:14 AM, Dale rdalek1...@gmail.com wrote: Samuli Suominen wrote: On 02/08/13 05:48, Dale wrote: Samuli Suominen wrote: Huh? USE=firmware-loader is optional and enabled by default in sys-fs/udev Futhermore predictable network interface names work as designed, not a single valid bug filed about them. Stop spreading FUD. Looking forward to lastrite sys-fs/eudev just like sys-apps/module-init-tools already was removed as unnecessary later on. So your real agenda is to kill eudev? Maybe it is you that is spreading FUD instead of others. Like others have said, udev was going to cause issues, eudev has yet to cause any. Yes, absolutely sys-fs/eudev should be punted from tree since it doesn't bring in anything useful, and it reintroduced old bugs from old version of udev, as well as adds confusing to users. And no, sys-fs/udev doesn't have issues, in fact, less than what sys-fs/eudev has. Like said earlier, the bugs assigned to udev-bugs@g.o apply also to sys-fs/eudev and they have even more in their github ticketing system. And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so it doesn't fall too much behind, which adds double work unnecessarily. They don't keep it up-to-date on their own without prodding. Really, this is how it has went right from the start and the double work and user confusion needs to stop. - Samuli So any bug that udev has eudev has too? Then with that logic, udev is just as unstable as eudev. You claim eudev has a bug that udev doesn't, let's see them. Based on your posts, there should be plenty of them. Funny I haven't ran into any of them yet tho. Here is the deal OK. Udev went in a direction I do NOT like. I CHOSE not to use it and plan to not use it. I PREFER eudev whether you like that decision or not. I also plan to use eudev as long as it serves my needs as I suspect others will as well. You can preach FUD all you want but it works here for me and as others have posted, it works fine for them. The OP asked for assistance in switching to eudev not for you to second guess their choice or to second guess anyone else who chooses to use it. I join this statement! Thanks! Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Moving from old udev to eudev
On Fri, Aug 2, 2013 at 6:17 AM, William Kenworthy bi...@iinet.net.au wrote: On 02/08/13 11:01, Samuli Suominen wrote: On 02/08/13 05:48, Dale wrote: Samuli Suominen wrote: Huh? USE=firmware-loader is optional and enabled by default in sys-fs/udev Futhermore predictable network interface names work as designed, not a single valid bug filed about them. Stop spreading FUD. Looking forward to lastrite sys-fs/eudev just like sys-apps/module-init-tools already was removed as unnecessary later on. So your real agenda is to kill eudev? Maybe it is you that is spreading FUD instead of others. Like others have said, udev was going to cause issues, eudev has yet to cause any. Yes, absolutely sys-fs/eudev should be punted from tree since it doesn't bring in anything useful, and it reintroduced old bugs from old version of udev, as well as adds confusing to users. And no, sys-fs/udev doesn't have issues, in fact, less than what sys-fs/eudev has. Like said earlier, the bugs assigned to udev-bugs@g.o apply also to sys-fs/eudev and they have even more in their github ticketing system. And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so it doesn't fall too much behind, which adds double work unnecessarily. They don't keep it up-to-date on their own without prodding. Really, this is how it has went right from the start and the double work and user confusion needs to stop. - Samuli From my point of view, its udev/systemd that should be punted - what about user choice? - Ive decided I no longer want to buy into the flaky, unusable systems gnome3 and udev/systemd integration caused me even though I didn't have systemd installed, so why should I be forced to? A group have come up with a way to keep my systems running properly without those packages and its working better than udev ever has for me ... BillK I second this statement! The monolithic nature of the systemd maintainer is something that should be banned (dependency, which requires dependency recursively until you end up with no choice and medium quality components). There was no reason to merge the code base of udev to any other code base. There was no reason to kill backward compatibility. Well, you all know the reason of why eudev was established. I am very happy with eudev, had zero issues. Thanks! Alon Bar-Lev
Re: [gentoo-user] Moving from old udev to eudev
On 02/08/13 09:06, Alon Bar-Lev wrote: On Fri, Aug 2, 2013 at 6:17 AM, William Kenworthy bi...@iinet.net.au wrote: On 02/08/13 11:01, Samuli Suominen wrote: On 02/08/13 05:48, Dale wrote: Samuli Suominen wrote: Huh? USE=firmware-loader is optional and enabled by default in sys-fs/udev Futhermore predictable network interface names work as designed, not a single valid bug filed about them. Stop spreading FUD. Looking forward to lastrite sys-fs/eudev just like sys-apps/module-init-tools already was removed as unnecessary later on. So your real agenda is to kill eudev? Maybe it is you that is spreading FUD instead of others. Like others have said, udev was going to cause issues, eudev has yet to cause any. Yes, absolutely sys-fs/eudev should be punted from tree since it doesn't bring in anything useful, and it reintroduced old bugs from old version of udev, as well as adds confusing to users. And no, sys-fs/udev doesn't have issues, in fact, less than what sys-fs/eudev has. Like said earlier, the bugs assigned to udev-bugs@g.o apply also to sys-fs/eudev and they have even more in their github ticketing system. And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so it doesn't fall too much behind, which adds double work unnecessarily. They don't keep it up-to-date on their own without prodding. Really, this is how it has went right from the start and the double work and user confusion needs to stop. - Samuli From my point of view, its udev/systemd that should be punted - what about user choice? - Ive decided I no longer want to buy into the flaky, unusable systems gnome3 and udev/systemd integration caused me even though I didn't have systemd installed, so why should I be forced to? A group have come up with a way to keep my systems running properly without those packages and its working better than udev ever has for me ... BillK I second this statement! The monolithic nature of the systemd maintainer is something that should be banned (dependency, which requires dependency recursively until you end up with no choice and medium quality components). There was no reason to merge the code base of udev to any other code base. There was no reason to kill backward compatibility. FUD again. The backwards compability is still all there and udev can be built standalone and ran standalone. And on the contrary, there was no need for sys-fs/eudev to remove support for sys-fs/systemd when it could have supported both sys-apps/systemd and sys-apps/openrc like sys-fs/udev does without issues.
[gentoo-user] Re: Gentoo is so AWESOME
The 01/08/13, hasufell wrote: Let's not make this yet another git migration discussion. Sufficient to say, that it is not trivial to implement in Gentoo since we have to migrate history, tools (not just end-user tools, this is also about infra) and a lot of other stuff without breaking everything. Yes, the more objectives are high, the more it is hard to get it running. Even Linus said that once the kernel repository will be too much big he will archive the current repository to keep logs and start with a new one. Also: A lot of gentoo projects have an overlay on github or similar where they accept pull requests already. Including sunrise. ... There is a lot of room for improvement in the political aspects of gentoo. In order to change it, you have to get more involved. I think I wans't clear enough. I proposed myself when the first discussions for CVS to Git migration started. I guess it is something like 2 to 3 years ago. Today, I don't want to contribute anymore. I think the dev ML is not the right place to ask for a mentor, you actually have to _find_ one. Discuss on IRC, help out on bugzie, send pull requests to official gentoo overlays and then you might already know a few devs who work in that area you are intested in. If you are unable to find one, the recruiters will help you with that, just contact them. This is exactly the topic. The feeling I have when I read this thread is that I've not been alone to not get more involved in Gentoo _because_ of this recruitement process. I'm pointing out that it is really too much and I think that Gentoo could benefit of more open ways to contribute. It's true that with more git-based projects it's easier today than in the past to get involved. But there are still ways of improvement in this area, IMHO. I just try to give my external POV to others so they are aware of my experience and perspective. What you do with this owns to you. ,-) Also: we approach people ourselves who force us to commit for them every single time. It is annoying, so we want them to become devs ;) Obsiously. :-) Regards, -- Nicolas Sebrecht
Re: [gentoo-user] Moving from old udev to eudev
On Fri, Aug 2, 2013 at 10:03 AM, Samuli Suominen ssuomi...@gentoo.org wrote: On 02/08/13 09:06, Alon Bar-Lev wrote: On Fri, Aug 2, 2013 at 6:17 AM, William Kenworthy bi...@iinet.net.au wrote: On 02/08/13 11:01, Samuli Suominen wrote: On 02/08/13 05:48, Dale wrote: Samuli Suominen wrote: Huh? USE=firmware-loader is optional and enabled by default in sys-fs/udev Futhermore predictable network interface names work as designed, not a single valid bug filed about them. Stop spreading FUD. Looking forward to lastrite sys-fs/eudev just like sys-apps/module-init-tools already was removed as unnecessary later on. So your real agenda is to kill eudev? Maybe it is you that is spreading FUD instead of others. Like others have said, udev was going to cause issues, eudev has yet to cause any. Yes, absolutely sys-fs/eudev should be punted from tree since it doesn't bring in anything useful, and it reintroduced old bugs from old version of udev, as well as adds confusing to users. And no, sys-fs/udev doesn't have issues, in fact, less than what sys-fs/eudev has. Like said earlier, the bugs assigned to udev-bugs@g.o apply also to sys-fs/eudev and they have even more in their github ticketing system. And sys-fs/udev maintainers have to constantly monitor sys-fs/eudev so it doesn't fall too much behind, which adds double work unnecessarily. They don't keep it up-to-date on their own without prodding. Really, this is how it has went right from the start and the double work and user confusion needs to stop. - Samuli From my point of view, its udev/systemd that should be punted - what about user choice? - Ive decided I no longer want to buy into the flaky, unusable systems gnome3 and udev/systemd integration caused me even though I didn't have systemd installed, so why should I be forced to? A group have come up with a way to keep my systems running properly without those packages and its working better than udev ever has for me ... BillK I second this statement! The monolithic nature of the systemd maintainer is something that should be banned (dependency, which requires dependency recursively until you end up with no choice and medium quality components). There was no reason to merge the code base of udev to any other code base. There was no reason to kill backward compatibility. FUD again. The backwards compability is still all there and udev can be built standalone and ran standalone. And on the contrary, there was no need for sys-fs/eudev to remove support for sys-fs/systemd when it could have supported both sys-apps/systemd and sys-apps/openrc like sys-fs/udev does without issues. No FUD... it can be currently with some patches, this is against agenda of upstream... but you are right it *CAN* be done... with effort and modifications. In future, even that support may be removed because of upstream agenda. I appreciate the effort of creating standalone udev project, I do not care if this is udev fork or mdev or anything else that provide userspace device management, that is free of commercial agenda and the dependency lock-in. As long as there is alternative to systemd upstream I will endorse it and use it to help the relevant upstream to improve his software. Regards, Alon
Re: [gentoo-user] gentoo-systemd-only deprecation
On 28.07.2013 10:22, Canek Peláez Valdés wrote: William Hubbs closed bug #409385[1] as fixed, introducing virtual/service-manager and adding it to the @system set, and dropping OpenRC from baselayout's post dependencies. Therefore, as of today, anyone can have a Gentoo machine with only systemd, with no OpenRC installed. Since that was the raison d'être of the gentoo-systemd-only overlay[2], I'm deprecating it soon. If you install dracut you will also pull sysvinit (it's needed for killall5, IIRC), Seems like the bin/pidof - ../sbin/killall5 dependency is removed in git: https://git.kernel.org/cgit/boot/dracut/dracut.git/commit/?id=45ef8eb7234dbad60e39ce1e7791c8e9ad7d920b and installing baselayout (instead of systemd-baselayout) will make orphans of some systemd configuration files (like /etc/vconsole.conf and /etc/machine-info); but I consider those only minor problems, and I would strongly recommend to *anyone* using my gentoo-systemd-only overlay to drop it and use the official mechanism in the tree to install only systemd, replacing completely OpenRC. Also, without OpenRC we don't have /etc/init.d/functions.sh , but you can use the alternatives provided in my overlay or in bug #373219[3]. I'm pretty sure someone will close that bug pretty soon. Basically, systemd is now a first class citizen in Gentoo (on par with OpenRC), and therefore there is no need at all for using my overlay. Thanks to all the people who helped me with pull requests and comments; the deprecation of the overlay is great news, since now it's officially possible in Gentoo to ditch OpenRC and switch completely to systemd. Regards. [1] https://bugs.gentoo.org/show_bug.cgi?id=409385 [2] https://github.com/canek-pelaez/gentoo-systemd-only [3] https://bugs.gentoo.org/show_bug.cgi?id=373219
[gentoo-user] Re: Gentoo is so AWESOME
Nicolas Sebrecht wrote: hasufell wrote: You can use the command line too. www-client/pybugz I know this tool. I did try it. At that time it was buggy and did not work for me. Though, this would still be a busy process as this is just another interface og the bugzilla thing. It's another command to run, just like git. As others have pointed out, the use of a bug-tracker is important in terms of managing the process. That still stands. Git workflow has been on the todo list for a long time, as well as review systems such as gerrit. It is non trivial to implement Other than the git repository size requiring a huge initial clone, it's very easy to do. And yes, I've read all the headaches on the Gentoo mailing lists about the git migration. Using git and accepting patches on a mailing-list wouldn't change the process you discuss: it would just make everything harder to manage, and require more work on the part of maintainers. And there are no people working full-time on Gentoo ebuilds, in contrast to Linux kernel development. So aiming for that as a model, is simply a bad idea: the circumstances and the time available are radically different. As is the product. Also, Gentoo organization has two heads making ambitious dicisions hard to take. And AFAIKS, to decision process in Gentoo is not helping at all. We are far from how it worked at the genesis/beginning of Gentoo. I don't agree: Gentoo is much stronger now. But more importantly I don't see this as relevant in the slightest. You appear to be whinging basically, that you weren't welcomed with open arms on the strength of your email to the list, so you emailed again and no-one cared. And going from there to drawing wider conclusions on a the whole setup, as if that's the reason you were snubbed *sniffle*. Total non- sequitur imo. It is non trivial to implement and none of it is an excuse for not contributing IMO ;) Those are enhancements and we are already working on it. Get your hands dirty. Oh, yes. Pass the recruitement process to enhance the recruitement process, workflow and decision process (not possible to change, IMO). Funny! :-) No: just contribute. Again, I proposed myself to the dev list two times in the past. Nobody cared and I had no answers. Because that has never been the process: anyone can post to the mailing-list, it doesn't mean anything. While I agree it would have been good if recruiters had followed it up with you, if you're so new to Gentoo that you think the ML is how to start, then I can see why people might feel you needed to learn more, perhaps by reviewing the documentation. And if that's too much to ask, then perhaps you're not cut out to be a Gentoo developer: ime you need to be more of a self-starter just to use the distro. Please don't get me wrong: I think the recruitment process could be improved, in particular by having more developers working on it. And that does take a cultural shift, in terms of seeing recruitment as important, and a desirable thing to work on, as well as in terms of being more proactive and welcoming to newcomers, and to external perspectives. Neither of those change the fact that you don't join a team just by sending them an email. Like it or not, there are social factors involved, or it wouldn't be a team of people, however loosely associated. And if you cba to review the basics, stuff most users know, or can find out easily, what makes you think you're cut out to be a developer? Please note I'm not discussing any technical ability you may or may not have with bash, ebuilds or upstream sources. Just your ability to find out the basics, which is much less difficult than installing Gentoo in the first place. If you want/ed to be a developer, my advice would always be: show you're useful, not that you need hand-holding and ego-stroking from the get-go. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Freeze after suspend-to-ram with kernel 3.10
Hey list My netbook doesn't freeze so often during operation any more. But now it’s started to not properly wake up from suspend-to-ram. It’s like with my big laptop: when that one runs on nouveau instead of nvidia-drivers, it behaves the very same way, i.e. I switch it on and the screen stays blank. Not even sysrq are working then, only hard power-down. I tried to confirm my oberservation by deliberately hibernating it multiple times yesterday -- it always woke up with 3.9. Now I booted it with 3.10 and it didn't come up on the first try. Do you have any suggestion how I might debug this? I can’t simply report to kernel blokes “3.10 is crap on my netbook, you put in a regression somewhere”. I don’t really have the time right now to go after hunches, such as the new tikless system, as building a kernel takes up to 45 minutes on that thing. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me with any Facebook service. Signed: Martin Kelly, Ar-chuh-tect. signature.asc Description: Digital signature
[gentoo-user] Re: Moving from old udev to eudev
Samuli Suominen wrote: Futhermore predictable network interface names work as designed, Unfortunately the design is crap. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
[gentoo-user] Re: Moving from old udev to eudev
Samuli Suominen wrote: FUD again. The backwards compability is still all there and udev can be built standalone and ran standalone. Sorry I'm going to call bullshit on this one. You know damn well upstream moved udev into systemd, promising everyone it would be possible to continue to build just udev, and then changed that with weasel words into build everything and extract udev. So you cannot build udev standalone any more, as you state. You have to build systemd and then extract the udev stuff you actually want. You don't like other projects bundling dependencies, but somehow it's ok for systemd. Utter tripe. And on the contrary, there was no need for sys-fs/eudev to remove support for sys-fs/systemd when it could have supported both sys-apps/systemd and sys-apps/openrc like sys-fs/udev does without issues. Huh? WTF would be the point, when systemd bundles udev? We already have loads of people on the forums having issues with conflicts between sys-apps/systemd and sys-fs/udev, so again your point is total nonsense. None of which detracts from for your sterling work on Gentoo, and the support you provide to users on various media. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
Re: [gentoo-user] Moving from old udev to eudev
On 2013-08-01 5:41 PM, Dale rdalek1...@gmail.com wrote: When the version of udev came out that was said to require a init thingy or /usr on /, that is when I switched to eudev. I haven't used the newer versions of udev. I do have this in my kernel config tho: root@fireball / # cat /usr/src/linux/.config | grep -i CONFIG_DEVTMPFS CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y root@fireball / # Thanks Dale... looks easy enough... But what about removing the udev-postmount init script? I guess that is the last question I need answered before jumping down the rabbit hole Sunday... Thanks again to all who responded...
[gentoo-user] Re: Gentoo is so AWESOME
The 02/08/13, Steven J. Long wrote: Again, I proposed myself to the dev list two times in the past. Nobody cared and I had no answers. Because that has never been the process: anyone can post to the mailing-list, it doesn't mean anything. While I agree it would have been good if recruiters had followed it up with you, if you're so new to Gentoo that you think the ML is how to start, then I can see why people might feel you needed to learn more, perhaps by reviewing the documentation. And if that's too much to ask, then perhaps you're not cut out to be a Gentoo developer: ime you need to be more of a self-starter just to use the distro. Please don't get me wrong: I think the recruitment process could be improved, in particular by having more developers working on it. And that does take a cultural shift, in terms of seeing recruitment as important, and a desirable thing to work on, as well as in terms of being more proactive and welcoming to newcomers, and to external perspectives. Neither of those change the fact that you don't join a team just by sending them an email. Like it or not, there are social factors involved, or it wouldn't be a team of people, however loosely associated. If social factours is important, it is not just that FMPOV. Anyway, you seems to think the way Gentoo shares code and knowledge is good enough as-is to have contributors and new developers. Fine. I don't think so and the other contributions to this thread confort me in my opinion. Please, take the critism the constructive way. The topic is not about me. And if you cba to review the basics, stuff most users know, or can find out easily, what makes you think you're cut out to be a developer? Please note I'm not discussing any technical ability you may or may not have with bash, ebuilds or upstream sources. Just your ability to find out the basics, which is much less difficult than installing Gentoo in the first place. If you want/ed to be a developer, my advice would always be: show you're useful, not that you need hand-holding and ego-stroking from the get-go. I've been an occasionnal contributor to Git, the active maintainer of OfflineIMAP for more than a year and I'm maintainer and developer at $DAY_JOB since years. I turned the OfflineIMAP worflow from one maintainer into a team of official maintainers. This is merely one example of my contributions to the open source world and when it comes to recruitement, workflow and decision processes I think I know what I'm talking about. Pointing out my hand-holding, ego-stroking or whatever looks pointless. I know the basics. Thanks, -- Nicolas Sebrecht
Re: [gentoo-user] Moving from old udev to eudev
On 2013-08-01 7:27 PM, William Kenworthy bi...@iinet.net.au wrote: Something like olympus ~ # cat /etc/portage/package.mask =sys-fs/udev-180 ... olympus ~ # olympus ~ # grep udev /etc/portage/package.keywords sys-fs/eudev ~amd64 =virtual/udev-206 ~amd64 olympus ~ # unmerge everything udev emerge eudev its been much less fuss and bother than trying to stick with the udev machinations - I have maybe 15 machines and vm's running eudev, no udev ... :) Thanks Bill... Two questions... 1. Why =virtual/udev-206 ~amd64 instead of virtual/udev ~amd64 ? and 2. Did you remove the udev-postmount init script?
Re: [gentoo-user] Freeze after suspend-to-ram with kernel 3.10
Am 02.08.2013 12:47, schrieb Frank Steinmetzger: Hey list My netbook doesn't freeze so often during operation any more. But now it’s started to not properly wake up from suspend-to-ram. It’s like with my big laptop: when that one runs on nouveau instead of nvidia-drivers, it behaves the very same way, i.e. I switch it on and the screen stays blank. Not even sysrq are working then, only hard power-down. I tried to confirm my oberservation by deliberately hibernating it multiple times yesterday -- it always woke up with 3.9. Now I booted it with 3.10 and it didn't come up on the first try. Do you have any suggestion how I might debug this? I can’t simply report to kernel blokes “3.10 is crap on my netbook, you put in a regression somewhere”. I don’t really have the time right now to go after hunches, such as the new tikless system, as building a kernel takes up to 45 minutes on that thing. well, take your 3.9 config and don't change it.
[gentoo-user] unmerged linux headers
Hello! I got confused and unmerged linux-headers. Now I can't merge anything. Is there any way to recover?
Re: [gentoo-user] unmerged linux headers
On 02/08/2013 13:46, ciin...@lavabit.com wrote: Hello! I got confused and unmerged linux-headers. Now I can't merge anything. Is there any way to recover? Find a backup of linux-headers somewhere[1] and untar it. Then you can emerge again, starting with linux-headers of course [1] there's many places you can have backups - something you made yourself - off a recent install cd - someone here can mail you a tarball but the best of all is to put buildsyspkg in make.conf, this makes backups of all @system packages as they are merged and puts them in /var/packages. @system packages are the only things that can really nuke your ability to merge stuff (assuming you don't also nuke python or tar - that is catastrophic) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Gentoo is so AWESOME
On 08/02/2013 01:16 PM, Nicolas Sebrecht wrote: And if you cba to review the basics, stuff most users know, or can find out easily, what makes you think you're cut out to be a developer? Please note I'm not discussing any technical ability you may or may not have with bash, ebuilds or upstream sources. Just your ability to find out the basics, which is much less difficult than installing Gentoo in the first place. If you want/ed to be a developer, my advice would always be: show you're useful, not that you need hand-holding and ego-stroking from the get-go. I've been an occasionnal contributor to Git, the active maintainer of OfflineIMAP for more than a year and I'm maintainer and developer at $DAY_JOB since years. I turned the OfflineIMAP worflow from one maintainer into a team of official maintainers. This is merely one example of my contributions to the open source world and when it comes to recruitement, workflow and decision processes I think I know what I'm talking about. We mainly care about gentoo contributions when it comes to gentoo recruitment and do not let people in, just because they are developers. That is not even a requirement. So we are pretty open to new contributors.
Re: [gentoo-user] Moving from old udev to eudev
Samuli Suominen wrote: On 02/08/13 08:28, Dale wrote: Samuli Suominen wrote: Except it isn't because as already explained, eudev makes additional changes on top of udev changes. Which is true. Let's see them. I'll help you: https://bugs.gentoo.org/buglist.cgi?quicksearch=eudevlist_id=1920856 Help yourself instead and use correct search parameters, like below... let's see them. Based on your posts, there should be plenty of them. Funny I haven't ran into any of them yet tho. I'm not suprised, because the current status is so similar between udev vs. eudev. Only regression that's known currently is IUSE=+rule-generator that doesn't do it's job correctly and 70-persistent-net.rules it is generating can't be trusted. So still no links to any bug reports that are eudev specific huh? See above. Search bugzilla for udev-b...@gentoo.org and 90% of them apply also to eudev. Search bugzilla for eu...@gentoo.org and those all apply. Search eudev github page Tickets and those all apply. You mean like this: https://bugs.gentoo.org/buglist.cgi?quicksearch=eudev%40gentoo.orglist_id=1921198 Results: Zarro Boogs found. No open bugs!! When I look for open bugs for a package, I look for the package name itself. That has worked for ages and my search actually did turn up one stable request where yours didn't. Here is the deal OK. Udev went in a direction I do NOT like. What direction is that? Everything same is in sys-fs/udev than is in sys-fs/eudev, except the buggy rule-generator. I CHOSE not to use it and plan to not use it. I PREFER eudev whether you like that decision or not. I also plan to use eudev as long as it serves my needs as I suspect others will as well. You can preach FUD all you want but it works here for me and as others have posted, it works fine for them. The OP asked for assistance in switching to eudev not for you to second guess their choice or to second guess anyone else who chooses to use it. I feel pity for you, too bad the eudev in tree causes such level of ignorance. - Samuli Here is some FUD for you. Eudev just left beta. From the eudev changelog. *eudev-1.2 (01 Aug 2013) 01 Aug 2013; Ian Stakenvicius a...@gentoo.org +eudev-1.2.ebuild, -eudev-1.2_beta.ebuild: version bump, remove beta And how did they get there? By udev maintainers forcing them to upgrade to the new keymap hwdb which required version to be raised to up-to-par with udev-206. Anyway, have fun with pointless udev fork which will never be the default. I don't care if you don't want the system up-to-par with production level system. :-) - Samuli They got there by fixing issues and it reaching stable. That is how they got there. You don't know that and you are telling others what to use for their system? Really? Who exactly do you think you are anyway? Did someone appoint you Gentoo King or something? Here is where we will always differ, I decide on my machine what I use, NOT YOU. If I don't like a piece of software and CHOSE to use something else, you don't get a say in the matter. Got it? Eudev forked from udev, get over it. I'm not in the mood for someone shoving something down my throat. That goes for Lennart and you too. I use eudev, and I plan to do so as long as it serves my needs. The only one spreading FUD here is you. Since you are way off the mark of what the OP asked for, why not go write a blog or something. Maybe go write a blog for Lennart instead of trying to push your agenda here. The OP came here for help to switch to eudev not to hear you shove your agenda. He/she already made their choice as have others. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Moving from old udev to eudev
On 02/08/2013 14:10, Dale wrote: Here is where we will always differ, I decide on my machine what I use, NOT YOU. Hey Dale, Tell us how you really feel. Don't hold back :-) [[ hugz and peace ]] -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Moving from old udev to eudev
Tanstaafl wrote: On 2013-08-01 5:41 PM, Dale rdalek1...@gmail.com wrote: When the version of udev came out that was said to require a init thingy or /usr on /, that is when I switched to eudev. I haven't used the newer versions of udev. I do have this in my kernel config tho: root@fireball / # cat /usr/src/linux/.config | grep -i CONFIG_DEVTMPFS CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y root@fireball / # Thanks Dale... looks easy enough... But what about removing the udev-postmount init script? I guess that is the last question I need answered before jumping down the rabbit hole Sunday... Thanks again to all who responded... This is what I have for that from rc-update show: udev-postmount | default If you have something that says different, can you post a link? I'd like to see that. I don't recall removing any script but again, I was a early switcher. Please excuse the agenda posts by Samuli. If you chose eudev, like me and plenty of others, use eudev. It's your system and you know what you need to use. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Moving from old udev to eudev
Alan McKinnon wrote: On 02/08/2013 14:10, Dale wrote: Here is where we will always differ, I decide on my machine what I use, NOT YOU. Hey Dale, Tell us how you really feel. Don't hold back :-) [[ hugz and peace ]] This guy is about to enter Lennart territory. I see others have set him straight on some issues too. Instead of dealing with him, we need to be assisting the OP. I'm ill, been ill for weeks and stepping into udev/systemd areas is well, unwise. ;-) This was hashed ages ago and it is the reason eudev was forked. Enough said. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Moving from old udev to eudev
On 2013-08-02 8:15 AM, Dale rdalek1...@gmail.com wrote: Tanstaafl wrote: But what about removing the udev-postmount init script? I guess that is the last question I need answered before jumping down the rabbit hole Sunday... This is what I have for that from rc-update show: udev-postmount | default Yes, that is what I still have (because I haven't upgraded udev yet)... I was just making sure that the instructions for upgrading udev (to remove this script) didn't apply to eudev. If you have something that says different, can you post a link? I'd like to see that. I don't recall removing any script but again, I was a early switcher. Please excuse the agenda posts by Samuli. If you chose eudev, like me and plenty of others, use eudev. It's your system and you know what you need to use. No worries... he is why I asked not to use my question to start another flamewar, although I guess I should have specified udev systemd AND udev eudev... ;) Thanks again, looking forward to getting this behind me. Its been a long time since I've had zero results when doing an emerge -pvuDN world after eix-syncing...
Re: [gentoo-user] Moving from old udev to eudev
Tanstaafl wrote: On 2013-08-02 8:15 AM, Dale rdalek1...@gmail.com wrote: Tanstaafl wrote: But what about removing the udev-postmount init script? I guess that is the last question I need answered before jumping down the rabbit hole Sunday... This is what I have for that from rc-update show: udev-postmount | default Yes, that is what I still have (because I haven't upgraded udev yet)... I was just making sure that the instructions for upgrading udev (to remove this script) didn't apply to eudev. If you have something that says different, can you post a link? I'd like to see that. I don't recall removing any script but again, I was a early switcher. Please excuse the agenda posts by Samuli. If you chose eudev, like me and plenty of others, use eudev. It's your system and you know what you need to use. No worries... he is why I asked not to use my question to start another flamewar, although I guess I should have specified udev systemd AND udev eudev... ;) Thanks again, looking forward to getting this behind me. Its been a long time since I've had zero results when doing an emerge -pvuDN world after eix-syncing... As always, have a sysrescue stick/CD/DVD handy. If nothing else, it warns the evil stuff to stay away. ;-) I usually keep a mini sledge hammer close by but . . . . Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] unmerged linux headers
Alan McKinnon wrote: On 02/08/2013 13:46, ciin...@lavabit.com wrote: Hello! I got confused and unmerged linux-headers. Now I can't merge anything. Is there any way to recover? Find a backup of linux-headers somewhere[1] and untar it. Then you can emerge again, starting with linux-headers of course [1] there's many places you can have backups - something you made yourself - off a recent install cd - someone here can mail you a tarball but the best of all is to put buildsyspkg in make.conf, this makes backups of all @system packages as they are merged and puts them in /var/packages. @system packages are the only things that can really nuke your ability to merge stuff (assuming you don't also nuke python or tar - that is catastrophic) I have this if it will help: root@fireball / # ls -al /var/cache/portage/packages/sys-kernel/linux-headers-3.7.tbz2 -rw-r--r-- 1 root root 665780 Jun 25 12:16 /var/cache/portage/packages/sys-kernel/linux-headers-3.7.tbz2 root@fireball / # I'd be glad to email it off list, unless someone else beats me to it. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
[gentoo-user] *.h files in gnome applications
Hi All, I would like to ask some help. I would like to emerge Unity to my system and nautilus is part of it, but the emerge fails with this error message: libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -DG_LOG_DOMAIN=\Eel\ -I.. -I.. -pthread -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -pthread -I/usr/include/gail-3.0 -I/usr/include/gnome-desktop-3.0 -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gsettings-desktop-schemas -DDATADIR=\/usr/share\ -DSOURCE_DATADIR=\../data\ -DGNOMELOCALEDIR=\/usr/share/locale\ -march=core2 -O2 -pipe -c eel-stock-dialogs.c -fPIC -DPIC -o .libs/eel-stock-dialogs.o eel-gnome-extensions.c:34:50: fatal error: libgnome-desktop/gnome-desktop-utils.h: No such file or directory compilation terminated. make[2]: *** [eel-gnome-extensions.lo] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/var/tmp/portage/gnome-base/nautilus-3.6.3_p0_p16/work/nautilus-3.6.3/eel' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gnome-base/nautilus-3.6.3_p0_p16/work/nautilus-3.6.3' make: *** [all] Error 2 Due to that it is part of the unity-gentoo overlay and it is patched heavily by the Unity team I do not ask nobody on this list to help me solve this issue. The only thing I ask is to help me understand what is it. I know here are lot of experienced people who may met issue like this. When I re-emerge the packages listed by equery g nautilus my issue remains unsolved. equery b libgnome-desktop/gnome-desktop-utils.h do not give any result. I'm in that situation when I don't understand what happens. Where this libgnome-desktop/gnome-desktop-utils.h comes from? I already reported this to the package maintainer but... you know... I cannot stay on my bottom... :) Thanks for any help in advance! András -- -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] Freeze after suspend-to-ram with kernel 3.10
On Fri, Aug 2, 2013 at 6:21 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am 02.08.2013 12:47, schrieb Frank Steinmetzger: Hey list My netbook doesn't freeze so often during operation any more. But now it’s started to not properly wake up from suspend-to-ram. It’s like with my big laptop: when that one runs on nouveau instead of nvidia-drivers, it behaves the very same way, i.e. I switch it on and the screen stays blank. Not even sysrq are working then, only hard power-down. I tried to confirm my oberservation by deliberately hibernating it multiple times yesterday -- it always woke up with 3.9. Now I booted it with 3.10 and it didn't come up on the first try. Do you have any suggestion how I might debug this? I can’t simply report to kernel blokes “3.10 is crap on my netbook, you put in a regression somewhere”. I don’t really have the time right now to go after hunches, such as the new tikless system, as building a kernel takes up to 45 minutes on that thing. well, take your 3.9 config and don't change it. If the config change doesn't reveal anything, you can do git bisect of the kernel to find out which patch broke it. When you do git bisect you don't need to recompile the whole kernel every time, it only compiles the changed files, which are usually not many. So even on a slower machine it's not so bad once the first compile is finished. https://wiki.gentoo.org/wiki/Kernel_git-bisect
[gentoo-user] Is Vesa/Uvesa still the way for Frame buffer
Maybe a poorly worded question but I seem to recall some advances where framebuffering is being handled differently than my old way. It could be typified by the kernel line used in grub.conf like this one: kernel /vmlinuz root=/dev/sdb3 vga=0x31A video=vesafb:mtrr,ywrap Or is that still a viable way to setup the framebuffer, and, of course, making the proper Vesa and /or Uvesa choices at compile time. OK, that leads into a second or related part to this question; I'm having a heck of a time finding the uvesa setting in menuconfig. A searched for 'vesa', using '/'. Output below. But I'm not finding anything about 'UVESA' at that location. I see, under the 'Type' line that they appear to either designate 'boolean' or 'Tristate' I know what boolean means in general but not how to apply it here... But have no idea what Type: 'Tristate' might mean. I've really scrutinized that area of menuconfig... but not finding any way to say 'y' to FB_UVESA │ Symbol: FB_VESA [=y]│ │ Type : boolean │ │ Prompt: VESA VGA graphics support │ │ Defined at drivers/video/Kconfig:755 │ │ Depends on: HAS_IOMEM [=y] FB [=y]=y X86 [=y] │ │ Location: │ │ - Device Drivers │ │ - Graphics support │ │ (1) - Support for frame buffer devices (FB [=y]) │ │ Selects: FB_CFB_FILLRECT [=y] FB_CFB_COPYAREA [=y] | | FB_CFB_IMAGEBLIT [=y] FB_BOOT_VE │ │ │ │ │ │ Symbol: FB_UVESA [=n] │ │ Type : tristate│ │ Prompt: Userspace VESA VGA graphics support │ │ Defined at drivers/video/Kconfig:737 │ │ Depends on: HAS_IOMEM [=y] FB [=y] CONNECTOR [=n] │ │ Location: │ │ - Device Drivers │ │ - Graphics support │ │ (2) - Support for frame buffer devices (FB [=y]) │ │ Selects: FB_CFB_FILLRECT [=y] FB_CFB_COPYAREA [=y] | | FB_CFB_IMAGEBLIT [=y] FB_MODE_HE │ │ │ │ │ │ Symbol: FB_BOOT_VESA_SUPPORT [=y] │ │ Type : boolean │ │ Selected by: FB_VESA [=y] HAS_IOMEM [=y] FB [=y]=y| | X86 [=y] || FB_INTEL [=n] HAS │
[gentoo-user] Re: *.h files in gnome applications
On 3/08/2013 00:29, András Csányi wrote: I'm in that situation when I don't understand what happens. Where this libgnome-desktop/gnome-desktop-utils.h comes from? It is looking for this file, but it cannot be found. It appears gnome-base/gnome-desktop provides this file, do you have that installed?
Re: [gentoo-user] Is Vesa/Uvesa still the way for Frame buffer
On Fri, Aug 2, 2013 at 10:45 AM, Harry Putnam rea...@newsguy.com wrote: Maybe a poorly worded question but I seem to recall some advances where framebuffering is being handled differently than my old way. It could be typified by the kernel line used in grub.conf like this one: kernel /vmlinuz root=/dev/sdb3 vga=0x31A video=vesafb:mtrr,ywrap Or is that still a viable way to setup the framebuffer, and, of course, making the proper Vesa and /or Uvesa choices at compile time. OK, that leads into a second or related part to this question; I'm having a heck of a time finding the uvesa setting in menuconfig. A searched for 'vesa', using '/'. Output below. But I'm not finding anything about 'UVESA' at that location. I see, under the 'Type' line that they appear to either designate 'boolean' or 'Tristate' I know what boolean means in general but not how to apply it here... But have no idea what Type: 'Tristate' might mean. I've really scrutinized that area of menuconfig... but not finding any way to say 'y' to FB_UVESA │ Symbol: FB_VESA [=y]│ │ Type : boolean │ │ Prompt: VESA VGA graphics support │ │ Defined at drivers/video/Kconfig:755 │ │ Depends on: HAS_IOMEM [=y] FB [=y]=y X86 [=y] │ │ Location: │ │ - Device Drivers │ │ - Graphics support │ │ (1) - Support for frame buffer devices (FB [=y]) │ │ Selects: FB_CFB_FILLRECT [=y] FB_CFB_COPYAREA [=y] | | FB_CFB_IMAGEBLIT [=y] FB_BOOT_VE │ │ │ │ │ │ Symbol: FB_UVESA [=n] │ │ Type : tristate│ │ Prompt: Userspace VESA VGA graphics support │ │ Defined at drivers/video/Kconfig:737 │ │ Depends on: HAS_IOMEM [=y] FB [=y] CONNECTOR [=n] │ │ Location: │ │ - Device Drivers │ │ - Graphics support │ │ (2) - Support for frame buffer devices (FB [=y]) │ │ Selects: FB_CFB_FILLRECT [=y] FB_CFB_COPYAREA [=y] | | FB_CFB_IMAGEBLIT [=y] FB_MODE_HE │ │ │ │ │ │ Symbol: FB_BOOT_VESA_SUPPORT [=y] │ │ Type : boolean │ │ Selected by: FB_VESA [=y] HAS_IOMEM [=y] FB [=y]=y| | X86 [=y] || FB_INTEL [=n] HAS │ First: /usr/src/linux/Documentation/fb/uvesafb.txt Second: what card do you use? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Is Vesa/Uvesa still the way for Frame buffer
On Fri, Aug 02, 2013 at 11:45:55AM -0400, Harry Putnam wrote: Maybe a poorly worded question but I seem to recall some advances where framebuffering is being handled differently than my old way. It could be typified by the kernel line used in grub.conf like this one: kernel /vmlinuz root=/dev/sdb3 vga=0x31A video=vesafb:mtrr,ywrap Or is that still a viable way to setup the framebuffer, and, of course, making the proper Vesa and /or Uvesa choices at compile time. OK, that leads into a second or related part to this question; I'm having a heck of a time finding the uvesa setting in menuconfig. A searched for 'vesa', using '/'. Output below. But I'm not finding anything about 'UVESA' at that location. I see, under the 'Type' line that they appear to either designate 'boolean' or 'Tristate' I know what boolean means in general but not how to apply it here... But have no idea what Type: 'Tristate' might mean. I've really scrutinized that area of menuconfig... but not finding any way to say 'y' to FB_UVESA │ Symbol: FB_VESA [=y]│ │ Type : boolean │ │ Prompt: VESA VGA graphics support │ │ Defined at drivers/video/Kconfig:755 │ │ Depends on: HAS_IOMEM [=y] FB [=y]=y X86 [=y] │ │ Location: │ │ - Device Drivers │ │ - Graphics support │ │ (1) - Support for frame buffer devices (FB [=y]) │ │ Selects: FB_CFB_FILLRECT [=y] FB_CFB_COPYAREA [=y] | | FB_CFB_IMAGEBLIT [=y] FB_BOOT_VE │ │ │ │ │ │ Symbol: FB_UVESA [=n] │ │ Type : tristate│ │ Prompt: Userspace VESA VGA graphics support │ │ Defined at drivers/video/Kconfig:737 │ │ Depends on: HAS_IOMEM [=y] FB [=y] CONNECTOR [=n] │ │ Location: │ │ - Device Drivers │ │ - Graphics support │ │ (2) - Support for frame buffer devices (FB [=y]) │ │ Selects: FB_CFB_FILLRECT [=y] FB_CFB_COPYAREA [=y] | | FB_CFB_IMAGEBLIT [=y] FB_MODE_HE │ │ │ │ │ │ Symbol: FB_BOOT_VESA_SUPPORT [=y] │ │ Type : boolean │ │ Selected by: FB_VESA [=y] HAS_IOMEM [=y] FB [=y]=y| | X86 [=y] || FB_INTEL [=n] HAS │ It depends upon which video driver you use. Most of them now use KMS. Start reading https://wiki.gentoo.org/wiki/Xorg/Configuration and if you still need help after that post back. Welcome to the list, Bruce -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
[gentoo-user] Re: Is Vesa/Uvesa still the way for Frame buffer
Harry Putnam rea...@newsguy.com writes: It could be typified by the kernel line used in grub.conf like this one: kernel /vmlinuz root=/dev/sdb3 vga=0x31A video=vesafb:mtrr,ywrap I should have included this information: Kernel is v. 3.8.13, and it is a gentoo install as guest on a windows7 64bit, using vbox=4.2.16 r86992
Re: [gentoo-user] Re: *.h files in gnome applications
On 2 August 2013 17:48, Michael Palimaka kensing...@gentoo.org wrote: On 3/08/2013 00:29, András Csányi wrote: I'm in that situation when I don't understand what happens. Where this libgnome-desktop/gnome-desktop-utils.h comes from? It is looking for this file, but it cannot be found. It appears gnome-base/gnome-desktop provides this file, do you have that installed? Thanks for the hint! It looks like gnome-desktop-3.8 was installed however, gnome-desktop-3.6 is needed. I installed that one and after nautilus was emerged successfully. Thanks again! :) -- -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
[gentoo-user] Re: Is Vesa/Uvesa still the way for Frame buffer
Canek Peláez Valdés can...@gmail.com writes: First: /usr/src/linux/Documentation/fb/uvesafb.txt Second: what card do you use? I haven't taken care of 'First' yet but here is the answer to 'second': Its a virtual box install of gentoo as guest on win7. Apparently this is what the vm supplies for video card. , | |00:02.0 VGA compatible controller: InnoTek Systemberatung GmbH |VirtualBox Graphics Adapter (prog-if 00 [VGA controller]) | | Flags: bus master, fast devsel, latency 0, IRQ 11 | Memory at e000 (32-bit, prefetchable) [size=16M] | Expansion ROM at unassigned [disabled] `
[gentoo-user] Re: Gentoo is so AWESOME
On Fri, Aug 02, 2013 at 01:58:35PM +0200, hasufell wrote: So we are pretty open to new contributors. Nice conclusion! -- Nicolas Sebrecht
[gentoo-user] emerge world output seems a bit short on info
Working on a new install of gentoo as vm (vbox) guest on win7. Just checking if my partial install is out of date already with. And if a USE change was complicating things. That change was to add -selinux. I added that to make.conf after seeing a selinux pkg flash by when I installed ... I think it was 'rsyslog' Do I really need any selinux pkgs... I didn't mean to install it but it got pulled in and I was a bit late in noticing. I'd sooner have nothing to do with selinux. I understand what the ouput is telling me, and how to arrange it, but first I want to straighten out anything to do with selinux. emerge -vuDp world... and get this confusing output: The following USE changes are necessary to proceed: (see package.use in the portage(5) man page for more details) # required by sys-libs/libselinux-2.1.13-r4 # required by sys-libs/libsemanage-2.1.10 # required by sys-apps/policycoreutils-2.1.14-r3 # required by sec-policy/selinux-gpm-2.20130424-r2 # required by sys-libs/gpm-1.20.7-r1 # required by app-editors/emacs-24.3-r2[gpm] # required by @selected # required by @world (argument) =dev-libs/libpcre-8.33 static-libs # required by sys-apps/busybox-1.21.0[static] # required by @system # required by @world (argument) =sys-libs/libselinux-2.1.13-r4 static-libs
Re: [gentoo-user] emerge world output seems a bit short on info
On Fri, Aug 2, 2013 at 12:40 PM, Harry Putnam rea...@newsguy.com wrote: Working on a new install of gentoo as vm (vbox) guest on win7. Just checking if my partial install is out of date already with. And if a USE change was complicating things. That change was to add -selinux. I added that to make.conf after seeing a selinux pkg flash by when I installed ... I think it was 'rsyslog' Do I really need any selinux pkgs... I didn't mean to install it but it got pulled in and I was a bit late in noticing. I'd sooner have nothing to do with selinux. I understand what the ouput is telling me, and how to arrange it, but first I want to straighten out anything to do with selinux. emerge -vuDp world... and get this confusing output: The following USE changes are necessary to proceed: (see package.use in the portage(5) man page for more details) # required by sys-libs/libselinux-2.1.13-r4 # required by sys-libs/libsemanage-2.1.10 # required by sys-apps/policycoreutils-2.1.14-r3 # required by sec-policy/selinux-gpm-2.20130424-r2 # required by sys-libs/gpm-1.20.7-r1 # required by app-editors/emacs-24.3-r2[gpm] # required by @selected # required by @world (argument) =dev-libs/libpcre-8.33 static-libs # required by sys-apps/busybox-1.21.0[static] # required by @system # required by @world (argument) =sys-libs/libselinux-2.1.13-r4 static-libs What profile does your installation have? If I'm not mistaken, only the hardened profiles set USE=selinux by default. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] Re: Gentoo is so AWESOME
Nicolas Sebrecht wrote: Steven J. Long wrote: Again, I proposed myself to the dev list two times in the past. Nobody cared and I had no answers. Because that has never been the process: anyone can post to the mailing-list, it doesn't mean anything. While I agree it would have been good if recruiters had followed it up with you.. .. Neither of those change the fact that you don't join a team just by sending them an email. Like it or not, there are social factors involved, or it wouldn't be a team of people, however loosely associated. If social factours is important, it is not just that FMPOV. I never said it was though, did I? However you cannot just ignore those social factors, however much you might prefer to. You must know that from work, so why is this so hard to accept? Anyway, you seems to think the way Gentoo shares code and knowledge is good enough as-is to have contributors and new developers. Another strawman, after I've just stated: Please don't get me wrong: I think the recruitment process could be improved.. that does take a cultural shift. Again you appear to be reacting emotionally. Feel free to have a hissy-fit: that's the kind of thing that turns people off you. Not sure what you mean about sharing code: it's all mirrored across the world multiple times so I don't really recognise your point about a deficit of sharing. Fine. I don't think so and the other contributions to this thread confort me in my opinion. Yes well, somehow I think you're more interested in comfort for your opinions, most especially of yourself, than actually moving anything forward for everyone. Please, take the critism the constructive way. The topic is not about me. The same goes for you: and it was about you, since all you wanted to discuss were how your two emails (the effort!) were ignored, and then draw wide-ranging conclusions that were non-sequitur. I did try to discuss what actually happens, and where you went wrong. You haven't considered what I've said, only used it as reason for spurious argument. Pointing out my hand-holding, ego-stroking or whatever looks pointless. I wasn't: I was pointing out your apparent need for those, which seems to have continued into this email. You've turned it into about what a great developer you are, and how much we're missing by not having your contribution. Even though I specifically stated: Please note I'm not discussing any technical ability you may or may not have. I know the basics. Again you're wilfully misinterpreting what I've said, and answering a completely different point. You didn't know the basics of how to go about approaching Gentoo. Stuff that practically every user knows, or can find out *very* easily: much more easily than the documentation they end up searching to do an install and maintain their machine/s. Again, if you cba to do that basic groundwork, wtf do you expect? Oh yes, us all to fall over ourselves and fete you with discussion about how wonderful you are, and how lucky we'd be if you only deigned to contribute some of your wisdom to us mere mortals. So much so that we ignore all the usual metrics, and take your email as gospel truth, that overrides whether you are actually a good fit for Gentoo, or even whether you can lookup docs on a website, let alone have actually contributed as part of the community. Good luck with that approach, and your current projects. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
Re: [gentoo-user] Re: Gentoo is so AWESOME
On 08/02/2013 07:36 PM, Nicolas Sebrecht wrote: On Fri, Aug 02, 2013 at 01:58:35PM +0200, hasufell wrote: So we are pretty open to new contributors. Nice conclusion! Yes. We offer manys way to collaborate and the only real requirement is that people are able to read documentation and improve their knowledge. You can: * look for bugs and file them against packages * work on ebuilds that are not already in the tree and attach them to bug reports * alternatively contribute to the official user overlay sunrise, either in IRC, or on github/bitbucket mirrors * alternatively contribute directly to some herd overlays such as science or haskell (both hosted on github) * help out people with ebuild writing in #gentoo-dev-help, #gentoo-sunrise or just help users in #gentoo or on gentoo-user ML figuring out their daily gentoo problems * make techincal/political suggestions on the appropriate mailing lists * write a GLEP (everyone can) * find a mentor and become a gentoo developer Everyone can improve gentoo, just do it.
Re: [gentoo-user] Re: Gentoo is so AWESOME
Le 2 août 2013 13:59, hasufell hasuf...@gentoo.org a écrit : On 08/02/2013 01:16 PM, Nicolas Sebrecht wrote: And if you cba to review the basics, stuff most users know, or can find out easily, what makes you think you're cut out to be a developer? Please note I'm not discussing any technical ability you may or may not have with bash, ebuilds or upstream sources. Just your ability to find out the basics, which is much less difficult than installing Gentoo in the first place. If you want/ed to be a developer, my advice would always be: show you're useful, not that you need hand-holding and ego-stroking from the get-go. I've been an occasionnal contributor to Git, the active maintainer of OfflineIMAP for more than a year and I'm maintainer and developer at $DAY_JOB since years. I turned the OfflineIMAP worflow from one maintainer into a team of official maintainers. This is merely one example of my contributions to the open source world and when it comes to recruitement, workflow and decision processes I think I know what I'm talking about. We mainly care about gentoo contributions when it comes to gentoo recruitment and do not let people in, just because they are developers. That is not even a requirement. So we are pretty open to new contributors.
[gentoo-user] OpenRc-0.12 is coming soon
All, This message is an announcement and a reminder. OpenRc-0.12 will be introduced to the portage tree in the next few days. If you are using ~arch OpenRc, the standard disclaimer applies: remember that you might be subject to breakage. I do not know of any breakage personally. It does work on my system, and I know of others who are using OpenRc from git successfully. Some are OpenRc team members, and at least one is a Gentoo user. If you are not comfortable with the possibility of breakage, I recommend that you make sure you do not upgrade right away. If, on the other hand, you are comfortable with that possibility and you are willing to help us test and get rid of bugs before we go stable, feel free to run ~arch. In other words, this is the standard Gentoo disclaimer, so consider yourself warned. Thanks much, William signature.asc Description: Digital signature
Re: [gentoo-user] Re: Any .config for vbox gentoo guest
On 02/08/2013 01:13, walt wrote: On 08/01/2013 03:08 PM, Kerin Millar wrote: On 30/07/2013 22:04, walt wrote: On 07/29/2013 06:29 PM, Harry Putnam wrote: Can anyone post a .config for a 3.8.13 kernel that is known to work on a vbox install of gentoo as guest. Working on a fresh install but don't have gentoo running anywhere to rob a .config from. This one worked for me. snip This config is missing various options that would significantly enhance kernel performance in its capacity as a guest. For core paravirtualization support: CONFIG_PARAVIRT_GUEST CONFIG_KVM_CLOCK CONFIG_KVM_GUEST For virtio support: CONFIG_VIRTIO CONFIG_VIRTIO_PCI CONFIG_VIRTIO_BLK CONFIG_SCSI_VIRTIO CONFIG_VIRTIO_NET For the scsi/net virtio drivers to work in the guest, qemu must be started with the appropriate options. Further details can be found here: http://www.linux-kvm.org/page/Virtio Thanks Kerin. I don't know about Harry, but I'm no expert in virtualization. Just to clarify: I know that virtualbox and kvm are both extensions of qemu, but not exactly identical to each other. Would those same kernel options be useful in virtualbox as well as kvm/qemu? KVM allows for hardware-assisted virtualization via Intel VT-d or AMD-V extensions. Without KVM, qemu is terribly slow. Collectively, the kernel options that I mentioned would entail the use of KVM. Regarding VirtualBox, it does support a virtio-net type ethernet adapter so you would certainly benefit from enabling CONFIG_VIRTIO_NET in a guest. I'm not entirely certain as to where VirtualBox stands with regard to PVOPS support [1] but it would probably also help to enable CONFIG_PARAVIRT_GUEST (even though there are no directly applicable sub-options). --Kerin [1] http://www.slideshare.net/xen_com_mgr/the-sexy-world-of-linux-kernel-pvops-project
Re: [gentoo-user] [SOLVED] Re: nvidia-drivers segfault when starting X
On Friday 02 August 2013 02:38:37 Nikos Chantziaras wrote: On 01/08/13 23:02, Alexander Puchmayr wrote: Hi there, When I start X (or start kdm), I get a segmentation fault and no X. [...] Kernel 3.8.18, nvidia-drivers 304.88 (Last to support the GeForce7600, newer drivers do not support it any more). Any ideas? Try manually rolling your own ebuild for 307.83. This is the latest version for your card, but unfortunately it's not in portage. 304.88 are a year old. A BIOS upgrade for my Asus F2A55-M MoBo to version 6402 solved the problem. Thanks to all who spent a thought on it Alex
Re: [gentoo-user] Re: nvidia-drivers segfault when starting X
On Friday 02 August 2013 02:38:37 Nikos Chantziaras wrote: On 01/08/13 23:02, Alexander Puchmayr wrote: Hi there, When I start X (or start kdm), I get a segmentation fault and no X. [...] Kernel 3.8.18, nvidia-drivers 304.88 (Last to support the GeForce7600, newer drivers do not support it any more). Any ideas? Try manually rolling your own ebuild for 307.83. This is the latest version for your card, but unfortunately it's not in portage. 304.88 are a year old. Thanks for the suggestion, but do you have a link for downloading the *.run file from nvidia? I can't find one on ftp://download.nvidia.com :-( Alex
[gentoo-user] usb printer disappears on cups upgrade
I have a long running machine with a local epson usb printer using the kernel lpusb Using cups =1.5.2-r4 I can print ... upgrade to 1.6.2-r* and cups cant see the usb printer. The only errors in the cups log are to do with systemd service files which I masked a couple of days ago - the usb problem was happening before though. I tried both with and without the kernel module and usb use flag with no difference. I cant create a new printer in 1.6.2 because the usb port doesnt show up at all. [ebuild U ] net-print/cups-1.6.2-r5 [1.5.2-r4] USE=X dbus filters gnutls java pam python ssl threads -acl -debug -kerberos -lprng-compat% (-selinux) -static-libs -usb -xinetd -zeroconf% (-avahi%*) (-jpeg%*) (-ldap%*) (-perl%*) (-png%*) (-slp%*) (-tiff%*) LINGUAS=-ca% -es -fr% -ja% -ru% 0 kB [ebuild N ] net-print/cups-filters-1.0.34-r1 USE=jpeg perl png tiff -static-libs -zeroconf 0 kB Everything looks ok, suggestions welcome. BillK
Re: [gentoo-user] usb printer disappears on cups upgrade
On Sat, Aug 03, 2013 at 10:23:25AM +0800, William Kenworthy wrote: I have a long running machine with a local epson usb printer using the kernel lpusb Using cups =1.5.2-r4 I can print ... upgrade to 1.6.2-r* and cups cant see the usb printer. The only errors in the cups log are to do with systemd service files which I masked a couple of days ago - the usb problem was happening before though. I tried both with and without the kernel module and usb use flag with no difference. I cant create a new printer in 1.6.2 because the usb port doesnt show up at all. [ebuild U ] net-print/cups-1.6.2-r5 [1.5.2-r4] USE=X dbus filters gnutls java pam python ssl threads -acl -debug -kerberos -lprng-compat% (-selinux) -static-libs -usb -xinetd -zeroconf% (-avahi%*) (-jpeg%*) (-ldap%*) (-perl%*) (-png%*) (-slp%*) (-tiff%*) LINGUAS=-ca% -es -fr% -ja% -ru% 0 kB [ebuild N ] net-print/cups-filters-1.0.34-r1 USE=jpeg perl png tiff -static-libs -zeroconf 0 kB Everything looks ok, suggestions welcome. BillK You have USB turned off in USE ... -usb -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
[gentoo-user] Re: emerge world output seems a bit short on info
Canek Peláez Valdés can...@gmail.com writes: =sys-libs/libselinux-2.1.13-r4 static-libs What profile does your installation have? If I'm not mistaken, only the hardened profiles set USE=selinux by default. Yes, sorry I caught that shortly after posting... In the 'quick install' manual at the part where it explains how to eselect the profile ... [2] is desktop in the output shown there. But in fact desktop is number [3] at the command line... So being asleep at the switch I said eselect profile set 2. And can you guess what 2 is in the command line output... yup, selinux So I'm trucking along with a selinux profile and wondering why I'm getting selinux stuff.. more coffeee So, sorry for the line noise
[gentoo-user] Do I really need 194 pkgs to install git?
No doubt suffering from overdose of pilot error here but on a new (in progress) install of gentoo as guest in vbox. I ran the command emerge -vp dev-vcs/git and come up with 194 pkgs that need to be installed. Well, that seems just a wee bit excessive for an install just getting underway.. no X and very bare bones so far. So I imagine I've done something thats causing that massive of a list of dependencies. I tried a few USE flags like -X and that did drop it down to 187... but jeez still thats a bit off the wall. I am running ~x86, but cancelling that only drops the count by a couple of pkgs too. I do have a few USE flags in make.conf: USE=bindist mbox -ipv6 -screensaver -selinux (bindist appeared there by default) Does this seem a bit unreasonable to anyone else?
Re: [gentoo-user] Moving from old udev to eudev
On 02/08/13 19:17, Tanstaafl wrote: On 2013-08-01 7:27 PM, William Kenworthy bi...@iinet.net.au wrote: Something like olympus ~ # cat /etc/portage/package.mask =sys-fs/udev-180 ... olympus ~ # olympus ~ # grep udev /etc/portage/package.keywords sys-fs/eudev ~amd64 =virtual/udev-206 ~amd64 olympus ~ # unmerge everything udev emerge eudev its been much less fuss and bother than trying to stick with the udev machinations - I have maybe 15 machines and vm's running eudev, no udev ... :) Thanks Bill... Two questions... 1. Why =virtual/udev-206 ~amd64 instead of virtual/udev ~amd64 ? and 2. Did you remove the udev-postmount init script? 1. I'm lazy - was probably a cut n paste :) 2. I am interested in this one as the message is ambiguous - I have removed it on some machines. BillK
Re: [gentoo-user] Freeze after suspend-to-ram with kernel 3.10
On 02/08/13 18:47, Frank Steinmetzger wrote: Hey list My netbook doesn't freeze so often during operation any more. But now it’s started to not properly wake up from suspend-to-ram. It’s like with my big laptop: when that one runs on nouveau instead of nvidia-drivers, it behaves the very same way, i.e. I switch it on and the screen stays blank. Not even sysrq are working then, only hard power-down. I tried to confirm my oberservation by deliberately hibernating it multiple times yesterday -- it always woke up with 3.9. Now I booted it with 3.10 and it didn't come up on the first try. Do you have any suggestion how I might debug this? I can’t simply report to kernel blokes “3.10 is crap on my netbook, you put in a regression somewhere”. I don’t really have the time right now to go after hunches, such as the new tikless system, as building a kernel takes up to 45 minutes on that thing. I have the same but on a desktop - wont work on anything later than 3.8.13 and I cant find any meaningful messages - yet other machines are working fine :( BillK
Re: [gentoo-user] usb printer disappears on cups upgrade
On 03/08/13 10:48, Bruce Hill wrote: On Sat, Aug 03, 2013 at 10:23:25AM +0800, William Kenworthy wrote: I have a long running machine with a local epson usb printer using the kernel lpusb Using cups =1.5.2-r4 I can print ... upgrade to 1.6.2-r* and cups cant see the usb printer. The only errors in the cups log are to do with systemd service files which I masked a couple of days ago - the usb problem was happening before though. I tried both with and without the kernel module and usb use flag with no difference. I cant create a new printer in 1.6.2 because the usb port doesnt show up at all. [ebuild U ] net-print/cups-1.6.2-r5 [1.5.2-r4] USE=X dbus filters gnutls java pam python ssl threads -acl -debug -kerberos -lprng-compat% (-selinux) -static-libs -usb -xinetd -zeroconf% (-avahi%*) (-jpeg%*) (-ldap%*) (-perl%*) (-png%*) (-slp%*) (-tiff%*) LINGUAS=-ca% -es -fr% -ja% -ru% 0 kB [ebuild N ] net-print/cups-filters-1.0.34-r1 USE=jpeg perl png tiff -static-libs -zeroconf 0 kB Everything looks ok, suggestions welcome. BillK You have USB turned off in USE ... -usb Thats because I am using the kernel lsusb module. The other way is to not use the kernel module and enable usb on the cups build - Ive tried both ways and neither work on 1.6.2 - the kernel module works on 1.5.4 and I seem to remember thats the reccomended choice unless you are using a manufacturers driver like the HP one. Oh, and Ive accidentally tried both together on a few upgrades and that has not worked for some time. BillK
[gentoo-user] Re: Do I really need 194 pkgs to install git?
On 03/08/13 06:03, Harry Putnam wrote: No doubt suffering from overdose of pilot error here but on a new (in progress) install of gentoo as guest in vbox. I ran the command emerge -vp dev-vcs/git and come up with 194 pkgs that need to be installed. Try disabling all flags and see where that gets you. You can do that with a single command: USE=-blksha1 -curl -gpg -iconv -pcre -python -threads -webdav -cgi -cvs -doc -emacs -gnome-keyring -gtk -highlight -nls -perl -ppcsha1 -subversion -test -tk -xinetd emerge -p dev-vcs/git
[gentoo-user] Where to find the straight dope conf.d/net?
I was off gentoo for a few mnths... apparently something has changed in the naming of the network devices. So far I've read several accounts of it... but the install handbook has apparently not been brought up to date. Doing a fresh install, and following the contents of the manual concerning conf.d/net... is not working, of course. Renaming the device in /etc/init.d to net.enp0s3 and using that name in conf.d/net doesn't work either. At least not during boot. I can start the network by hand with /etc/init.d/net.enp0s3 start No problems there. But what, exactly, is supposed to go in conf.d/net? I've found quite a lot of confusing information on google but not a solution that works for me. If I start the network by hand as above then things like sshd blow up from trying to restart them again and using the wrong names. Can someone point me to concise documentation about how this new setup is supposed to work?