Re: [gentoo-user] Firefox not killing processes on close
Yohan Pereira wrote: 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 :). Oh OK. That doesn't bother me. I just ignore it. Heck, it's a process just like anything else. LOL My next plan, I'm going to create three thingys on my desktop. One for each session. I'm hoping that the session will be listed in the command so that at least I know which is which in the ps list. I just got to google up the proper command. Thanks for the help tho. Right now, I'm doing a emerge -e system and plan to start a emerge -e world when I leave in the AM to take my bro to the Doctor. It may not help one dang bit but what the heck. I need to break in this new CPU/cooler grease anyway. ;-) 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 Mon, 11 Nov 2013 11:54:57 +0530, Yohan Pereira wrote: 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 Or avoid hacks with man pgrep :) e.g. pgrep -fl firefox -- Neil Bothwick It is impossible to fully enjoy procrastination unless one has plenty of work to do. signature.asc Description: PGP signature
Re: [gentoo-user] Firefox not killing processes on close
On 11/11/2013 09:39, Dale wrote: 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. s/pc/ps/ typo. muscle memory. sorry. -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Which Radeon Firmware?
Hi all I've got a Radeon graphics card and I don't know which firmware to use. My model doesn't seem to be listed on https://wiki.gentoo.org/wiki/Radeon#Firmware Here is the output from lspci: output 00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Trinity [Radeon HD 7560D] (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 1850 Flags: bus master, fast devsel, latency 0, IRQ 17 Memory at d000 (32-bit, prefetchable) [size=256M] I/O ports at f000 [size=256] Memory at ff70 (32-bit, non-prefetchable) [size=256K] Expansion ROM at unassigned [disabled] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Root Complex Integrated Endpoint, MSI 00 Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 ? Kernel driver in use: radeon /output What firmware would you use? Thanks -- Greetings Elias
Re: [gentoo-user] Which Radeon Firmware?
On Mon, Nov 11, 2013 at 01:59:41PM +0100, Elias Diem wrote: Hi all I've got a Radeon graphics card and I don't know which firmware to use. My model doesn't seem to be listed on https://wiki.gentoo.org/wiki/Radeon#Firmware Here is the output from lspci: output 00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Trinity [Radeon HD 7560D] (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 1850 Flags: bus master, fast devsel, latency 0, IRQ 17 Memory at d000 (32-bit, prefetchable) [size=256M] I/O ports at f000 [size=256] Memory at ff70 (32-bit, non-prefetchable) [size=256K] Expansion ROM at unassigned [disabled] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Root Complex Integrated Endpoint, MSI 00 Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 ? Kernel driver in use: radeon /output What firmware would you use? If you have CONFIG_DRM_RADEON=m, and CONFIG_EXTRA_FIRMWARE_DIR=/lib/firmware/, then the kernel will pick the right firmware automatically, without having to name the microcode in CONFIG_EXTRA_FIRMWARE at all. Build your kernel that way and see which firmware shows up issuing: dmesg | grep -i firmware -- 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
Re: [gentoo-user] Firefox not killing processes on close
On Sun, Nov 10 2013, Dale wrote: Walter Dnes wrote: On Sun, Nov 10, 2013 at 03:38:16PM -0600, Dale wrote 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'll leave the heavy listing to alan, but to avoid listing the grep, I believe you want ps -ef | grep firefox | grep -v grep allan
Re: [gentoo-user] Firefox not killing processes on close
On Mon, Nov 11, 2013 at 01:44:10AM -0600, Dale wrote: On 10/11/13 at 08:07pm, Walter Dnes wrote: 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. He intended for you to do: ps -ef | grep [f]irefox -- 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
Re: [gentoo-user] Firefox not killing processes on close
On Mon, 11 Nov 2013 09:35:11 -0500, gottl...@nyu.edu wrote: I'll leave the heavy listing to alan, but to avoid listing the grep, I believe you want ps -ef | grep firefox | grep -v grep I see a lot of wheels being reinvented... -- Neil Bothwick NOTE: In order to control energy costs the light at the end of the tunnel has been shut off until further notice... signature.asc Description: PGP signature
Re: [gentoo-user] Which Radeon Firmware?
Hi Bruce On 2013-11-11, Bruce Hill wrote: If you have CONFIG_DRM_RADEON=m, and CONFIG_EXTRA_FIRMWARE_DIR=/lib/firmware/, then the kernel will pick the right firmware automatically, without having to name the microcode in CONFIG_EXTRA_FIRMWARE at all. Yes, thank you. It worked. Build your kernel that way and see which firmware shows up issuing: dmesg | grep -i firmware Unfortunately I can't figure it out. 'dmesg | grep -i firmware' doesn't return anything. 'dmesg | grep -i radeon' returns: snip [0.030492] smpboot: CPU0: AMD A8-5500B APU with Radeon(tm) HD Graphics (fam: 15, model: 10, stepping: 01) [4.600599] [drm] radeon kernel modesetting enabled. [4.601157] radeon :00:01.0: VRAM: 768M 0x - 0x2FFF (768M used) [4.601159] radeon :00:01.0: GTT: 512M 0x3000 - 0x4FFF [4.601693] [drm] radeon: 768M of VRAM memory ready [4.601694] [drm] radeon: 512M of GTT memory ready. [4.881482] radeon :00:01.0: WB enabled [4.881485] radeon :00:01.0: fence driver on ring 0 use gpu addr 0x3c00 and cpu addr 0x880223f0dc00 [4.882218] radeon :00:01.0: fence driver on ring 5 use gpu addr 0x00075a18 and cpu addr 0xc900114b5a18 [4.882220] radeon :00:01.0: fence driver on ring 1 use gpu addr 0x3c04 and cpu addr 0x880223f0dc04 [4.88] radeon :00:01.0: fence driver on ring 2 use gpu addr 0x3c08 and cpu addr 0x880223f0dc08 [4.882223] radeon :00:01.0: fence driver on ring 3 use gpu addr 0x3c0c and cpu addr 0x880223f0dc0c [4.882225] radeon :00:01.0: fence driver on ring 4 use gpu addr 0x3c10 and cpu addr 0x880223f0dc10 [4.882245] radeon :00:01.0: irq 45 for MSI/MSI-X [4.882255] radeon :00:01.0: radeon: using MSI. [4.882534] [drm] radeon: irq initialized. [5.023269] [drm] Radeon Display Connectors [5.044982] [drm] radeon: power management initialized [5.165005] fbcon: radeondrmfb (fb0) is primary device [5.231602] radeon :00:01.0: fb0: radeondrmfb frame buffer device [5.231604] radeon :00:01.0: registered panic notifier [5.231608] [drm] Initialized radeon 2.33.0 20080528 for :00:01.0 on minor 0 /snip -- Greetings Elias
Re: [gentoo-user] Which Radeon Firmware?
On Mon, Nov 11, 2013 at 04:03:23PM +0100, Elias Diem wrote: Hi Bruce On 2013-11-11, Bruce Hill wrote: If you have CONFIG_DRM_RADEON=m, and CONFIG_EXTRA_FIRMWARE_DIR=/lib/firmware/, then the kernel will pick the right firmware automatically, without having to name the microcode in CONFIG_EXTRA_FIRMWARE at all. Yes, thank you. It worked. Build your kernel that way and see which firmware shows up issuing: dmesg | grep -i firmware Unfortunately I can't figure it out. 'dmesg | grep -i firmware' doesn't return anything. 'dmesg | grep -i radeon' returns: snip [0.030492] smpboot: CPU0: AMD A8-5500B APU with Radeon(tm) HD Graphics (fam: 15, model: 10, stepping: 01) [4.600599] [drm] radeon kernel modesetting enabled. [4.601157] radeon :00:01.0: VRAM: 768M 0x - 0x2FFF (768M used) [4.601159] radeon :00:01.0: GTT: 512M 0x3000 - 0x4FFF [4.601693] [drm] radeon: 768M of VRAM memory ready [4.601694] [drm] radeon: 512M of GTT memory ready. [4.881482] radeon :00:01.0: WB enabled [4.881485] radeon :00:01.0: fence driver on ring 0 use gpu addr 0x3c00 and cpu addr 0x880223f0dc00 [4.882218] radeon :00:01.0: fence driver on ring 5 use gpu addr 0x00075a18 and cpu addr 0xc900114b5a18 [4.882220] radeon :00:01.0: fence driver on ring 1 use gpu addr 0x3c04 and cpu addr 0x880223f0dc04 [4.88] radeon :00:01.0: fence driver on ring 2 use gpu addr 0x3c08 and cpu addr 0x880223f0dc08 [4.882223] radeon :00:01.0: fence driver on ring 3 use gpu addr 0x3c0c and cpu addr 0x880223f0dc0c [4.882225] radeon :00:01.0: fence driver on ring 4 use gpu addr 0x3c10 and cpu addr 0x880223f0dc10 [4.882245] radeon :00:01.0: irq 45 for MSI/MSI-X [4.882255] radeon :00:01.0: radeon: using MSI. [4.882534] [drm] radeon: irq initialized. [5.023269] [drm] Radeon Display Connectors [5.044982] [drm] radeon: power management initialized [5.165005] fbcon: radeondrmfb (fb0) is primary device [5.231602] radeon :00:01.0: fb0: radeondrmfb frame buffer device [5.231604] radeon :00:01.0: registered panic notifier [5.231608] [drm] Initialized radeon 2.33.0 20080528 for :00:01.0 on minor 0 /snip Hi Elias, I don't have an APU, but found this: http://support.amd.com/en-us/kb-articles/Pages/latest-linux-beta-driver.aspx It's not supported by the open source driver, but you can find it in portage through ati-drivers-13.11_beta6 -- 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
Re: [gentoo-user] Which Radeon Firmware?
Am Mon, 11 Nov 2013 16:03:23 +0100 schrieb Elias Diem pub.li...@webconect.ch: Hi Bruce On 2013-11-11, Bruce Hill wrote: If you have CONFIG_DRM_RADEON=m, and CONFIG_EXTRA_FIRMWARE_DIR=/lib/firmware/, then the kernel will pick the right firmware automatically, without having to name the microcode in CONFIG_EXTRA_FIRMWARE at all. Yes, thank you. It worked. Build your kernel that way and see which firmware shows up issuing: dmesg | grep -i firmware Unfortunately I can't figure it out. 'dmesg | grep -i firmware' doesn't return anything. You need to grep for microcode, not firmware. On my system I see: % dmesg |grep -i microcode [ 18.890581] [drm] Loading RV730 Microcode 'dmesg | grep -i radeon' returns: snip [0.030492] smpboot: CPU0: AMD A8-5500B APU with Radeon(tm) HD Graphics (fam: 15, model: 10, stepping: 01) [4.600599] [drm] radeon kernel modesetting enabled. [4.601157] radeon :00:01.0: VRAM: 768M 0x - 0x2FFF (768M used) [4.601159] radeon :00:01.0: GTT: 512M 0x3000 - 0x4FFF [4.601693] [drm] radeon: 768M of VRAM memory ready [4.601694] [drm] radeon: 512M of GTT memory ready. [4.881482] radeon :00:01.0: WB enabled [4.881485] radeon :00:01.0: fence driver on ring 0 use gpu addr 0x3c00 and cpu addr 0x880223f0dc00 [4.882218] radeon :00:01.0: fence driver on ring 5 use gpu addr 0x00075a18 and cpu addr 0xc900114b5a18 [4.882220] radeon :00:01.0: fence driver on ring 1 use gpu addr 0x3c04 and cpu addr 0x880223f0dc04 [4.88] radeon :00:01.0: fence driver on ring 2 use gpu addr 0x3c08 and cpu addr 0x880223f0dc08 [4.882223] radeon :00:01.0: fence driver on ring 3 use gpu addr 0x3c0c and cpu addr 0x880223f0dc0c [4.882225] radeon :00:01.0: fence driver on ring 4 use gpu addr 0x3c10 and cpu addr 0x880223f0dc10 [4.882245] radeon :00:01.0: irq 45 for MSI/MSI-X [4.882255] radeon :00:01.0: radeon: using MSI. [4.882534] [drm] radeon: irq initialized. [5.023269] [drm] Radeon Display Connectors [5.044982] [drm] radeon: power management initialized [5.165005] fbcon: radeondrmfb (fb0) is primary device [5.231602] radeon :00:01.0: fb0: radeondrmfb frame buffer device [5.231604] radeon :00:01.0: registered panic notifier [5.231608] [drm] Initialized radeon 2.33.0 20080528 for :00:01.0 on minor 0 /snip That doesn't look too different from my dmesg output. Your last line is almost identical to my system. However, if Bruce is correct, you'll have to try the proprietary drivers (at least for 3D support, I suspect it'll work fine otherwise). HTH -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup signature.asc Description: PGP signature
Re: [gentoo-user] Firefox not killing processes on close
On 11/11/2013 04:52 PM, Bruce Hill wrote: On Mon, Nov 11, 2013 at 01:44:10AM -0600, Dale wrote: On 10/11/13 at 08:07pm, Walter Dnes wrote: 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. He intended for you to do: ps -ef | grep [f]irefox Nice one. I was going to suggest this one, ps xwww|awk '/firefox/ !/awk/', but your suggestion is more succinct. Thanks.
Re: [gentoo-user] Firefox not killing processes on close
On 11/10/2013 1:38 PM, Dale wrote: When it does not kill correctly and I try to restart that session, I get the error that the session is already running. Hello,:-) / /The following article explains how to deal with Firefox is already running message.hope it helps out Run *strace -o ~/ff.strace firefox* and then investigated the strace file. My hunch was that one or other file lock wasn't being relinquished properly, perhaps from an earlier crashed firefox process. I grepped through the log, looking for file opens, and eventually found this:/ open(/home/matthew/.mozilla/firefox/2z7l4uii.default/.parentlock, O_WRONLY|O/CREAT|O/TRUNC, 0666) = 4/ Bingo! I checked; and even with no firefox process running, this file existed. It was an empty lock file, so I deleted it. That did the trick --- now FireFox runs again! So in summary; if you have this problem, check your .mozilla file (or the Windows equivalent) for any 'lock' files --- quit any mozilla applications, then delete the lock files and try again. That should fix the problem! http://xania.org/200604/firefox-woesfirefox-is-already-running-when-it%27s-not //
Re: [gentoo-user] Firefox not killing processes on close
On Mon, Nov 11, 2013 at 10:28:19AM -0800, Edward M wrote: On 11/10/2013 1:38 PM, Dale wrote: When it does not kill correctly and I try to restart that session, I get the error that the session is already running. Hello,:-) / /The following article explains how to deal with Firefox is already running message.hope it helps out Run *strace -o ~/ff.strace firefox* and then investigated the strace file. My hunch was that one or other file lock wasn't being relinquished properly, perhaps from an earlier crashed firefox process. I grepped through the log, looking for file opens, and eventually found this:/ open(/home/matthew/.mozilla/firefox/2z7l4uii.default/.parentlock, O_WRONLY|O/CREAT|O/TRUNC, 0666) = 4/ Bingo! I checked; and even with no firefox process running, this file existed. It was an empty lock file, so I deleted it. That did the trick --- now FireFox runs again! Couldn't you just issue: find .mozilla/firefox/ -iname '*.parentlock' 2/dev/null rather than running strace? -- 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
Re: [gentoo-user] Which Radeon Firmware?
On Mon, Nov 11, 2013 at 05:41:55PM +0100, Marc Joliet wrote: Am Mon, 11 Nov 2013 16:03:23 +0100 schrieb Elias Diem pub.li...@webconect.ch: Hi Bruce On 2013-11-11, Bruce Hill wrote: If you have CONFIG_DRM_RADEON=m, and CONFIG_EXTRA_FIRMWARE_DIR=/lib/firmware/, then the kernel will pick the right firmware automatically, without having to name the microcode in CONFIG_EXTRA_FIRMWARE at all. Yes, thank you. It worked. Build your kernel that way and see which firmware shows up issuing: dmesg | grep -i firmware Unfortunately I can't figure it out. 'dmesg | grep -i firmware' doesn't return anything. You need to grep for microcode, not firmware. On my system I see: % dmesg |grep -i microcode [ 18.890581] [drm] Loading RV730 Microcode 'dmesg | grep -i radeon' returns: snip [0.030492] smpboot: CPU0: AMD A8-5500B APU with Radeon(tm) HD Graphics (fam: 15, model: 10, stepping: 01) [4.600599] [drm] radeon kernel modesetting enabled. [4.601157] radeon :00:01.0: VRAM: 768M 0x - 0x2FFF (768M used) [4.601159] radeon :00:01.0: GTT: 512M 0x3000 - 0x4FFF [4.601693] [drm] radeon: 768M of VRAM memory ready [4.601694] [drm] radeon: 512M of GTT memory ready. [4.881482] radeon :00:01.0: WB enabled [4.881485] radeon :00:01.0: fence driver on ring 0 use gpu addr 0x3c00 and cpu addr 0x880223f0dc00 [4.882218] radeon :00:01.0: fence driver on ring 5 use gpu addr 0x00075a18 and cpu addr 0xc900114b5a18 [4.882220] radeon :00:01.0: fence driver on ring 1 use gpu addr 0x3c04 and cpu addr 0x880223f0dc04 [4.88] radeon :00:01.0: fence driver on ring 2 use gpu addr 0x3c08 and cpu addr 0x880223f0dc08 [4.882223] radeon :00:01.0: fence driver on ring 3 use gpu addr 0x3c0c and cpu addr 0x880223f0dc0c [4.882225] radeon :00:01.0: fence driver on ring 4 use gpu addr 0x3c10 and cpu addr 0x880223f0dc10 [4.882245] radeon :00:01.0: irq 45 for MSI/MSI-X [4.882255] radeon :00:01.0: radeon: using MSI. [4.882534] [drm] radeon: irq initialized. [5.023269] [drm] Radeon Display Connectors [5.044982] [drm] radeon: power management initialized [5.165005] fbcon: radeondrmfb (fb0) is primary device [5.231602] radeon :00:01.0: fb0: radeondrmfb frame buffer device [5.231604] radeon :00:01.0: registered panic notifier [5.231608] [drm] Initialized radeon 2.33.0 20080528 for :00:01.0 on minor 0 /snip That doesn't look too different from my dmesg output. Your last line is almost identical to my system. However, if Bruce is correct, you'll have to try the proprietary drivers (at least for 3D support, I suspect it'll work fine otherwise). HTH -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup Hi Marc, Do you have DRM_RADEON built in or a module? Just wondering if that's the difference. -- 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
Re: [gentoo-user] Which Radeon Firmware?
Am Mon, 11 Nov 2013 12:55:02 -0600 schrieb Bruce Hill da...@happypenguincomputers.com: [...] Hi Marc, Do you have DRM_RADEON built in or a module? Just wondering if that's the difference. I have it configured as a module, just like the OP (after re-configuring): % zgrep DRM_RADEON /proc/config.gz CONFIG_DRM_RADEON=m # CONFIG_DRM_RADEON_UMS is not set -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup signature.asc Description: PGP signature
Re: [gentoo-user] Firefox not killing processes on close
On 11/11/2013 10:50 AM, Bruce Hill wrote: Couldn't you just issue: find .mozilla/firefox/ -iname '*.parentlock' 2/dev/null rather than running strace? Hello:-) It may work. never tried it Now I'm thinking probably using a shell script like the following, can be used instead of strace . #!/bin/bash p_lock=`find ~/.mozilla -name *lock' for file in `echo $p_lock` do rm $file done
Re: [gentoo-user] Firefox not killing processes on close
On 11/11/2013 09:44 PM, Edward M wrote: On 11/11/2013 10:50 AM, Bruce Hill wrote: Couldn't you just issue: find .mozilla/firefox/ -iname '*.parentlock' 2/dev/null rather than running strace? Hello:-) It may work. never tried it Now I'm thinking probably using a shell script like the following, can be used instead of strace . #!/bin/bash p_lock=`find ~/.mozilla -name *lock' for file in `echo $p_lock` do rm $file done Alternatively, to the best of my knowledge, that could be shortened down to: rm `find ~/.mozilla -name *lock`
Re: [gentoo-user] Firefox not killing processes on close
On 11/11/2013 11:57 AM, Alexander Kapshuk wrote: Alternatively, to the best of my knowledge, that could be shortened down to: rm `find ~/.mozilla -name *lock` Thanks for sharing:-) After a little modification, tried it in a script on different files and they deleted.
Re: [gentoo-user] Firefox not killing processes on close
On 11/11/2013 10:46 PM, Edward M wrote: On 11/11/2013 11:57 AM, Alexander Kapshuk wrote: Alternatively, to the best of my knowledge, that could be shortened down to: rm `find ~/.mozilla -name *lock` Thanks for sharing:-) After a little modification, tried it in a script on different files and they deleted. No worries.
Re: [gentoo-user] Firefox not killing processes on close
On Sun, Nov 10, 2013 at 04:07:34PM -0600, Dale wrote: 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. [...] What version of Firefox? What addons (if any) do you use with Firefox? 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. There’s an addon for that. ;-) But if you start like that, I would recommend to thin out the list. You never know what kind of conflicts and other interactions there might be between addons. We could discuss this in another thread. ;-) 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. With session you mean firefox profile? I know of no other way of having different sets of addons simultaneously (short of Walter’s idea of using different unix users). 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. What processes? If it’s Seamonkey which you mentioned elsewhere, it may be the same problem/cause. You could possibly identify the perpetrating process by looking at its memory footprint. A process that is close to terminating would use much less memory than a fully running process with tabs. It could even be a KDE bug. I don’t really think so. You click the X, the window manager notifies the program in the window to quit. The program destroys its X client, KWin processes that event and poof. Nothing more KDE can do (IMHO). 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. If you go to *that* length (switch to boot and kill processes manually), why not do the *cough* Ubuntu way and simply reboot, since killing X means killing most of your environment of running applications anyway? -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me with any Facebook service. The total intelligence on a planet is constant. Population grows... signature.asc Description: Digital signature
Re: [gentoo-user] Firefox not killing processes on close
On 2013-11-11 23:40, Frank Steinmetzger wrote: On Sun, Nov 10, 2013 at 04:07:34PM -0600, Dale wrote: What version of Firefox? What addons (if any) do you use with Firefox? 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. There’s an addon for that. ;-) No need for that, just go to Help - Troubleshooting Information and copy paste the Extensions table. Not that it seems to be central to answering the original problem... Peter.
Re: [gentoo-user] Firefox not killing processes on close
Alan McKinnon wrote: On 11/11/2013 09:39, Dale wrote: 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. s/pc/ps/ typo. muscle memory. sorry. Ahh. Typo on your end and to sleepy on my end to figure it out. o_O Reminding me of pstree was good tho. That at least let me see that it is a separate process or seems to be. I did a emerge -e system last night, started a emerge -ev world this morning. It's still working on that. This should tell me if it is just some mismatch between two or more packages. I hope. If not, then figure out what is failing and file a bug somewhere. I'm thinking it is kdeinit since it is not just Firefox or Seamonkey. Just my thinking tho. Sometimes that ain't worth much. ;-) 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
Frank Steinmetzger wrote: On Sun, Nov 10, 2013 at 04:07:34PM -0600, Dale wrote: 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. [...] What version of Firefox? What addons (if any) do you use with Firefox? This has been going on for many versions. I'm on firefox-17.0.9 now. 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. There’s an addon for that. ;-) But if you start like that, I would recommend to thin out the list. You never know what kind of conflicts and other interactions there might be between addons. We could discuss this in another thread. ;-) Thing is, it does it on a profile that doesn't have but a very few add ons installed. This also happens with Seamonkey and other processes. 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. With session you mean firefox profile? I know of no other way of having different sets of addons simultaneously (short of Walter’s idea of using different unix users). Yes, I keep getting the two confused. One of these days. ;-) Just when I do get the name of something straight, they change it. :-p 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. What processes? If it’s Seamonkey which you mentioned elsewhere, it may be the same problem/cause. You could possibly identify the perpetrating process by looking at its memory footprint. A process that is close to terminating would use much less memory than a fully running process with tabs. That is my thinking too. See below. It could even be a KDE bug. I don’t really think so. You click the X, the window manager notifies the program in the window to quit. The program destroys its X client, KWin processes that event and poof. Nothing more KDE can do (IMHO). Thing is, the common thing to all the issues, kdeinit4 process. The tree looks like this. The init process #1, kdeinit4 then other processes that have this issue. Be it Firefox, Seamonkey and the other stuff. 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. If you go to *that* length (switch to boot and kill processes manually), why not do the *cough* Ubuntu way and simply reboot, since killing X means killing most of your environment of running applications anyway? I don't reboot to much. Bad experiences with Mandrake. Everything works fine, then reboot and it's busted. You may not really want to ask. ;-) I just finished a complete recompile. It may not help but I wanted to try it anyway, just in case. I have had that fix some pretty weird issues in the past. Thanks. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
