[gentoo-user] Dynamic service runlevel
Hi geeks, Is it possible to set dynamic service run-level (rc-update) according to different kernel version. There are different kernel versions in my grub menu, and I need to switch between these versions for development purpose. I currently want to disable some services under specific kernel version., but I cannot find where to customize this. Any suggestion? Best wishes! Linlin
[gentoo-user] Installing i2p
I'm trying to install net-p2p/i2p from powerman overlay. It's said on the i2p website that i2p supports IcedTea7: http://www.i2p2.de/download But net-p2p/i2p::powerman depends on dev-java/jrobin which is restricted to Java 1.6: https://bugs.gentoo.org/show_bug.cgi?id=402485 The result is that emerge i2p pulls both icedtea-bin 1.7 and 1.6 and I have to mask 1.7. How do other distros manage to use i2p with Java 1.7 then?
Re: [gentoo-user] Dynamic service runlevel
On 10.11.2013 09:20, Linlin Yan (颜林林) wrote: Is it possible to set dynamic service run-level (rc-update) according to different kernel version. There are different kernel versions in my grub menu, and I need to switch between these versions for development purpose. I currently want to disable some services under specific kernel version., but I cannot find where to customize this. Any suggestion? What I have done is to have two different runlevels (default and kde in my case) with different services added to each one (the kde runlevel starts X, kde, and som other stuff that I do not have in the default level). Then I have added softlevel=kde to the parameters for the kernel. -- Dan Johansson, http://www.dmj.nu *** This message is printed on 100% recycled electrons! *** 0x2FB894AD.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
[gentoo-user] Can we get users more involved in specific testing?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Our arch testers are understaffed and often don't really do general runtime tests (it's mostly assumed the maintainer knows about runtime issues). I have often had a hard time to get some random users comment on certain packages or even assist on some runtime tests. I don't even know how many people use the package I maintain. This makes it very difficult on some decisions when to stabilize non-trivial stuff like media-gfx/blender or sci-visualization/paraview. I don't use those things on a daily basis. I'm wondering if it would make any sense to set up some kind of portal to track at least such delicate packages where we need users to comment on general stability and especially runtime issues. (actually the bug-tracker was meant for that, but it seems that doesn't work out for general user reports... those are very rare) So when any1 of you is really bored, he could chime in there, do some random testing (or maybe you already use it on a daily basis...) and report it. It wouldn't really need to be professional. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSf5pdAAoJEFpvPKfnPDWzyFwH/0lvhLwyupLPvT+7iSgbXuTK 1MsHNZRnWGYqBqOtkJqx6B5QN3dG+od7YlFm7Z3wgyB1RShw1OYGIzTwQhVCcTdP lwtHjgr2lD4ER7bYxvOeP7PVz+SYPGG1WO4N/ITktHUYoO/n7m0Mvtd8EnpDDQ30 T0YZn7333JvCxLwVJJLvp63FqUUkDmL4VKT5QHLvDhK8okgvXcIiSNUhvO17T2/7 mRi4K5NsOSHinnQt0ziUQxGYgq9StqM6aDcmzvHiV0g0NmegAGQEAcFnVVZWcYUI Rv8DThMzkbJhOFrFBCvJLOYdTGNTs9AdfQLSCtrd6O2rmUTlwiBl9jZntSUPPq0= =/S73 -END PGP SIGNATURE-
Re: [gentoo-user] Can we get users more involved in specific testing?
On Sun, Nov 10 2013, hasuf...@gentoo.org wrote: I'm wondering if it would make any sense to set up some kind of portal to track at least such delicate packages where we need users to comment on general stability and especially runtime issues. (actually the bug-tracker was meant for that, but it seems that doesn't work out for general user reports... those are very rare) So when any1 of you is really bored, he could chime in there, do some random testing (or maybe you already use it on a daily basis...) and report it. It wouldn't really need to be professional. I would be willing to do some testing. allan
[gentoo-user] runuser failing
I keep getting an error when running runuser: # runuser -s /bin/sh root -c echo abc runuser: Failure setting user credentials It runs smoothly on other distros. Is it a bug?
Re: [gentoo-user] Can we get users more involved in specific testing?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 So when any1 of you is really bored, he could chime in there, do some random testing (or maybe you already use it on a daily basis...) and report it. It wouldn't really need to be professional. Sure, but x86 only and not very long compile time :) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSf8POAAoJEK64IL1uI2haU2UH/jcFJVz1/8GiLjFAz108AHFx gaMebnt0aBG0XWA3BY+6TcEHZIVbF2js0R5us7i4aB8nCU9h7PD2jYlRqGzLta+Y WBCGIZxy2wHRuwSg8t1n+4DqNHF/LMcgLfxPVwTtty6k5f5+wcnChcpCeiYP2H0z Z2Amfwnkl/tn6ip1HUKHSpj3lnxr43RM/ZjiltiQIqqF7mZbDt8KYUeJIvyS3CMa C47kpFM14lP7e+MGHHjIhe8PFWF2Xm/aDTcIUmTKIUdmJp1QTAtOhIBci5tmNzHx 66uacF1CbbaO7a/dFGVuMJDRlhM511cVPGiDEaZal5BU4Pk+U0H83T572SBLs4I= =iUi5 -END PGP SIGNATURE-
[gentoo-user] Firefox not killing processes on close
Howdy, I have noticed something that really bugs me. I sometimes have a few Firefox sessions running. I do this because I have to be logged into a website with more than one user/password. Here is my issue. If I click the X box to close a session of Firefox, it doesn't seem to kill the process. I end up having to go to a Konsole and killing the process with either the kill command or pkill. Naturally, all the processes are named Firefox so I can't tell one from the other. That leads to me killing the wrong one at times. My question is this, why does Firefox not kill its processes as it should? When I click the X and it closes, it should kill the process right? When it does not kill correctly and I try to restart that session, I get the error that the session is already running. This has been going on for a while. What can I look for or do to correct this? Also, after large updates, I go to the boot runlevel, kill any processes that shouldn't be running, then go back to default runlevel. Sometimes, I have to kill quite a few processes to get a clean list. While this is not just a Firefox issue, it is just the one that gets in the way the most. It seems there is a underlying issue somewhere and Firefox is just one symptom. Anyone have thoughts on this? Thanks. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Firefox not killing processes on close
On 11/10/2013 16:38, Dale wrote: Howdy, I have noticed something that really bugs me. I sometimes have a few Firefox sessions running. I do this because I have to be logged into a website with more than one user/password. Here is my issue. If I click the X box to close a session of Firefox, it doesn't seem to kill the process. I end up having to go to a Konsole and killing the process with either the kill command or pkill. Naturally, all the processes are named Firefox so I can't tell one from the other. That leads to me killing the wrong one at times. My question is this, why does Firefox not kill its processes as it should? When I click the X and it closes, it should kill the process right? When it does not kill correctly and I try to restart that session, I get the error that the session is already running. This has been going on for a while. What can I look for or do to correct this? Also, after large updates, I go to the boot runlevel, kill any processes that shouldn't be running, then go back to default runlevel. Sometimes, I have to kill quite a few processes to get a clean list. While this is not just a Firefox issue, it is just the one that gets in the way the most. It seems there is a underlying issue somewhere and Firefox is just one symptom. Anyone have thoughts on this? Thanks. Dale :-) :-) What version of Firefox? What addons (if any) do you use with Firefox? I have this problem except it is with Thunderbird (on Windows). -- staticsafe O ascii ribbon campaign - stop html mail - www.asciiribbon.org Please don't top post. It is not logical. Please don't CC me! I'm subscribed to whatever list I just posted on.
Re: [gentoo-user] Can we get users more involved in specific testing?
131110 hasufell wrote: I have often had a hard time to get some random users comment on certain packages or even assist on some runtime tests. I don't even know how many people use the package I maintain. This makes it very difficult on some decisions when to stabilize non-trivial stuff like media-gfx/blender or sci-visualization/paraview. I don't use those things on a daily basis. Would it make any sense to set up some kind of portal to track at least such delicate packages where we need users to comment on general stability and especially runtime issues ? There are a lot of simple pkgs sitting in 'testing' for a long time -- eg lilo vifm dhcpcd -- , which probably sb moved to stable. I try to stick to 'stable' for vital system stuff, but am prepared to use testing versions of eg KDE + LO , whose upstream maintenance seems to be very solid. (I never do 'emerge world' without '-Dup' merge all pkgs individually). If it were quick + easy to report somewhere that such pkgs work well, I wb willing to try 'testing' versions a bit more often try to help the devs with their decision-making. I would not be willing to install red-masked versions of anything. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Firefox not killing processes on close
staticsafe wrote: On 11/10/2013 16:38, Dale wrote: Howdy, I have noticed something that really bugs me. I sometimes have a few Firefox sessions running. I do this because I have to be logged into a website with more than one user/password. Here is my issue. If I click the X box to close a session of Firefox, it doesn't seem to kill the process. I end up having to go to a Konsole and killing the process with either the kill command or pkill. Naturally, all the processes are named Firefox so I can't tell one from the other. That leads to me killing the wrong one at times. My question is this, why does Firefox not kill its processes as it should? When I click the X and it closes, it should kill the process right? When it does not kill correctly and I try to restart that session, I get the error that the session is already running. This has been going on for a while. What can I look for or do to correct this? Also, after large updates, I go to the boot runlevel, kill any processes that shouldn't be running, then go back to default runlevel. Sometimes, I have to kill quite a few processes to get a clean list. While this is not just a Firefox issue, it is just the one that gets in the way the most. It seems there is a underlying issue somewhere and Firefox is just one symptom. Anyone have thoughts on this? Thanks. Dale :-) :-) What version of Firefox? What addons (if any) do you use with Firefox? I have this problem except it is with Thunderbird (on Windows). Oh good heavens. I have lots of add ons installed. It would take me a while to list them all, heck, just to get a list much list post them here. lol I recall abduction, tab utilities, last pass off the top of my head. However, I have a test session that has very very few add ons and it does the same way. Also, I run into this with other processes as well. It seems to me that some package or the kernel is not killing processes as it should. I just don't know what that is. Also, I forgot to mention, I run into this with Seamonkey as well. I only have two sessions for it but don't use the 2nd one to much. While a bit aggravating, it is no big deal to kill the right one on it since I usually only have one session running anyway. So, while it is Firefox that is buggin me, it's not only Firefox. I think this could be a deeper issue. It could even be a KDE bug. I dunno. I know when I go to boot runlevel, I have to kill quite a few processes that are pretty stubborn to kill. kill -15 usually doesn't work so I end up using -9 to get it to die. Thoughts? Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Firefox not killing processes on close
On Sun, Nov 10, 2013 at 03:38:16PM -0600, Dale wrote Howdy, I have noticed something that really bugs me. I sometimes have a few Firefox sessions running. I do this because I have to be logged into a website with more than one user/password. Here is my issue. If I click the X box to close a session of Firefox, it doesn't seem to kill the process. I end up having to go to a Konsole and killing the process with either the kill command or pkill. Naturally, all the processes are named Firefox so I can't tell one from the other. That leads to me killing the wrong one at times. My question is this, why does Firefox not kill its processes as it should? When I click the X and it closes, it should kill the process right? When it does not kill correctly and I try to restart that session, I get the error that the session is already running. Long story short... there can only be one Firefox process *PER USER* at any given time. Seriously... as regular user open up multiple Firefox windows, and execute... ps -ef | grep firefox and you'll get something like... [i660][waltdnes][~] ps -ef | grep firefox waltdnes 28696 11663 2 19:35 pts/22 00:00:07 firefox waltdnes 28836 28825 0 19:39 pts/30 00:00:00 grep --color=auto firefox Only one Firefox process exists. (I can't seem to prevent the grep command from listing itself). This has been going on for a while. What can I look for or do to correct this? There is a workaround/kludge/ugly-hack. Notice that I said one process *PER USER*. I have another user user2 that I log in as to occasionally maintain static stuff that I only want my regular login to only see, but not modify/delete/etc. If you create a second user (let's call it user2), you can do the following... # Allow other logins/users on the same machine to use your display xhost +127.0.0.1 # Open up up an xterm/wahtever and su - user2 # Give password, and then, as user2 firefox As my regular user waltdnes, I can then... [i660][waltdnes][~] ps -ef | grep firefox waltdnes 28696 11663 2 19:35 pts/22 00:00:07 firefox user228791 28780 2 19:38 pts/900:00:01 firefox waltdnes 28836 28825 0 19:39 pts/30 00:00:00 grep --color=auto firefox From the ps output, waltdnes is running Firefox with pid 28696, and user as pid 28791. You can issue a kill command for the appropriate pid. Note that unless you're root, you can only kill your own processes. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Firefox not killing processes on close
Walter Dnes wrote: On Sun, Nov 10, 2013 at 03:38:16PM -0600, Dale wrote Howdy, I have noticed something that really bugs me. I sometimes have a few Firefox sessions running. I do this because I have to be logged into a website with more than one user/password. Here is my issue. If I click the X box to close a session of Firefox, it doesn't seem to kill the process. I end up having to go to a Konsole and killing the process with either the kill command or pkill. Naturally, all the processes are named Firefox so I can't tell one from the other. That leads to me killing the wrong one at times. My question is this, why does Firefox not kill its processes as it should? When I click the X and it closes, it should kill the process right? When it does not kill correctly and I try to restart that session, I get the error that the session is already running. Long story short... there can only be one Firefox process *PER USER* at any given time. Seriously... as regular user open up multiple Firefox windows, and execute... ps -ef | grep firefox and you'll get something like... [i660][waltdnes][~] ps -ef | grep firefox waltdnes 28696 11663 2 19:35 pts/22 00:00:07 firefox waltdnes 28836 28825 0 19:39 pts/30 00:00:00 grep --color=auto firefox Only one Firefox process exists. (I can't seem to prevent the grep command from listing itself). I don't know whether to say you are wrong or on to something. LOL When I have three sessions running here, I get this: root@fireball / # ps aux | grep /usr/bin/firefox dale 956 16.7 1.6 1461568 267380 ? Sl 21:35 0:08 /usr/bin/firefox -p -no-remote root 9148 0.0 0.0 10820 944 pts/2S+ 21:36 0:00 grep --colour=auto /usr/bin/firefox dale 18079 5.1 6.1 2396368 1016416 ? Sl 19:00 7:59 /usr/bin/firefox -p -no-remote dale 18394 2.0 5.1 2082772 839044 ? Sl 19:05 3:05 /usr/bin/firefox -p -no-remote root@fireball / # Note there is a process for each session running with a different PID. From my understanding, and the reason for me using different sessions in the first place, each session is completely separate. A site that I volunteer on, I have three accounts there. My personal account, a moderator account and a admin account. I have a separate session for each one which because they use different user name/passwords must be run separately. At times, I need to switch between users very quickly. So, it appears that each process runs its own PID and is separate. Sort of anyway. Again, that could be the problem but here is why I don't think it is. I have this same issue with Seamonkey even when there is only one process running. It's not as often but it does happen. I have also had this happen when there is only one session of Firefox running as well. Then there is the other processes that I have trouble getting to die as well. Some not even related to a GUI. When I switch to the boot runlevel, I have to manually kill several processes to get down to the things that should be running and nothing else. Oh, even if I close all the sessions, I still run into the issue of having to kill the processes. When they die, they all die as they should. When it is not dying as it should, none of them die until I kill them. It's either feast or famine. Again, could be on to something or maybe not. Open to ideas tho. I'm hoping the new info may help. This has been going on for a while. What can I look for or do to correct this? There is a workaround/kludge/ugly-hack. Notice that I said one process *PER USER*. I have another user user2 that I log in as to occasionally maintain static stuff that I only want my regular login to only see, but not modify/delete/etc. If you create a second user (let's call it user2), you can do the following... # Allow other logins/users on the same machine to use your display xhost +127.0.0.1 # Open up up an xterm/wahtever and su - user2 # Give password, and then, as user2 firefox As my regular user waltdnes, I can then... [i660][waltdnes][~] ps -ef | grep firefox waltdnes 28696 11663 2 19:35 pts/22 00:00:07 firefox user228791 28780 2 19:38 pts/900:00:01 firefox waltdnes 28836 28825 0 19:39 pts/30 00:00:00 grep --color=auto firefox From the ps output, waltdnes is running Firefox with pid 28696, and user as pid 28791. You can issue a kill command for the appropriate pid. Note that unless you're root, you can only kill your own processes. I almost always have a Konsole running as root. Seems there is always something that requires root permission to do. Open to ideas still. It's annoying so I'd like a fix. ;-) I may have a idea tho. Hey guys, watch this. O_O Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Firefox not killing processes on close
On 10/11/13 at 08:07pm, Walter Dnes wrote: [i660][waltdnes][~] ps -ef | grep firefox waltdnes 28696 11663 2 19:35 pts/22 00:00:07 firefox waltdnes 28836 28825 0 19:39 pts/30 00:00:00 grep --color=auto firefox Only one Firefox process exists. (I can't seem to prevent the grep command from listing itself). Try this hack :) $ ps -ef | grep [u]rxvt yohan 3559 1 0 11:50 ?00:00:00 urxvt yohan 3667 1 0 11:52 ?00:00:00 urxvt -- - Yohan Pereira The difference between a Miracle and a Fact is exactly the difference between a mermaid and a seal. -- Mark Twain
Re: [gentoo-user] Firefox not killing processes on close
On 11/11/2013 05:53, Dale wrote: Only one Firefox process exists. (I can't seem to prevent the grep command from listing itself). I don't know whether to say you are wrong or on to something. LOL When I have three sessions running here, I get this: root@fireball / # ps aux | grep /usr/bin/firefox dale 956 16.7 1.6 1461568 267380 ? Sl 21:35 0:08 /usr/bin/firefox -p -no-remote root 9148 0.0 0.0 10820 944 pts/2S+ 21:36 0:00 grep --colour=auto /usr/bin/firefox dale 18079 5.1 6.1 2396368 1016416 ? Sl 19:00 7:59 /usr/bin/firefox -p -no-remote dale 18394 2.0 5.1 2082772 839044 ? Sl 19:05 3:05 /usr/bin/firefox -p -no-remote root@fireball / # You are looking at the process list without any information about parent and child processes. Use pstree or pc with the -f option to see what is really going on -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Firefox not killing processes on close
Alan McKinnon wrote: On 11/11/2013 05:53, Dale wrote: Only one Firefox process exists. (I can't seem to prevent the grep command from listing itself). I don't know whether to say you are wrong or on to something. LOL When I have three sessions running here, I get this: root@fireball / # ps aux | grep /usr/bin/firefox dale 956 16.7 1.6 1461568 267380 ? Sl 21:35 0:08 /usr/bin/firefox -p -no-remote root 9148 0.0 0.0 10820 944 pts/2S+ 21:36 0:00 grep --colour=auto /usr/bin/firefox dale 18079 5.1 6.1 2396368 1016416 ? Sl 19:00 7:59 /usr/bin/firefox -p -no-remote dale 18394 2.0 5.1 2082772 839044 ? Sl 19:05 3:05 /usr/bin/firefox -p -no-remote root@fireball / # You are looking at the process list without any information about parent and child processes. Use pstree or pc with the -f option to see what is really going on I had forgot about the pstree command. I don't have a pc command. What package does it belong too? Here is a snippet of pstree. ├─kdeinit4─┬─firefox─┬─plugin-containe───8*[{plugin-containe}] │ │ └─25*[{firefox}] │ ├─firefox───28*[{firefox}] │ ├─firefox───26*[{firefox}] That is with three sessions of Firefox running. The only process deeper than kdeinit is init itself. It seems that Seamonkey and Firefox both run under kdeinit. It also seems to me that each one has its own process and run separately. Does that mean this is a kdeinit or Firefox issue? Am I looking at this correctly? Thanks. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Firefox not killing processes on close
Yohan Pereira wrote: On 10/11/13 at 08:07pm, Walter Dnes wrote: [i660][waltdnes][~] ps -ef | grep firefox waltdnes 28696 11663 2 19:35 pts/22 00:00:07 firefox waltdnes 28836 28825 0 19:39 pts/30 00:00:00 grep --color=auto firefox Only one Firefox process exists. (I can't seem to prevent the grep command from listing itself). Try this hack :) $ ps -ef | grep [u]rxvt yohan 3559 1 0 11:50 ?00:00:00 urxvt yohan 3667 1 0 11:52 ?00:00:00 urxvt That one didn't return anything. I got plenty of output without the grep tho. Sort of close to what I usually get with ps aux. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Firefox not killing processes on close
On 11/11/13 at 01:44am, Dale wrote: Yohan Pereira wrote: On 10/11/13 at 08:07pm, Walter Dnes wrote: [i660][waltdnes][~] ps -ef | grep firefox waltdnes 28696 11663 2 19:35 pts/22 00:00:07 firefox waltdnes 28836 28825 0 19:39 pts/30 00:00:00 grep --color=auto firefox Only one Firefox process exists. (I can't seem to prevent the grep command from listing itself). Try this hack :) $ ps -ef | grep [u]rxvt yohan 3559 1 0 11:50 ?00:00:00 urxvt yohan 3667 1 0 11:52 ?00:00:00 urxvt That one didn't return anything. I got plenty of output without the grep tho. Sort of close to what I usually get with ps aux. Dale I'm sorry, that was a hack to prevent grep from listing it self in the ps out-put, nothing to do with your problem specifically, should've made that clear :). -- - Yohan Pereira The difference between a Miracle and a Fact is exactly the difference between a mermaid and a seal. -- Mark Twain