[Solved] Subversion killed by signal 15

Hello,
I'm having trouble using subversion.
When i use subversion over the ssh protocol, i have the message "Killed by signal 15".
The commands work fine, but end with this message.
Subversion still works fine if ssh isn't used.
Somebody knows how to fix this?
Thanks by advance.
Matt.
Last edited by mattmatt (2010-05-19 18:54:55)

I just needed to add the q option to my subversion conf file..

Similar Messages

Suppressing killed by signal 1 on ssh

I have a fresh install of arch on a machine I own for 2-3 years. The machine used to run Ubuntu (and its derivative) and arch. On this installation, when I copy files from a remote machine using scp I get a message
Killed by signal 1
I tried, after finding this in stackoverflow to add -q tag without any help.
As far as I can tell, there is no problem with the copy.
How can I suppress this message?
Thanks

I just needed to add the q option to my subversion conf file..

Httpd killed by signal 11

<message cross-posted to news://news.gmane.org/gmane.comp.apache.user>
Hello,
I'm currently trying to setup apache 2.0.46 to proxy HTTP request to
weblogic server 6.1sp4. I'm using bea plugin mod_wl_20.so, and I want to use
SSL between apache and weblogic (by the way, I also use SSL between client
and apache).
Apache is running on mandrake 9.1 with security level to minimum, and
weblogic is running on a w2k pro machine. I use openssl0.9.7a. I recompiled
apache with these parameters :
CFLAGS="-DSSL_EXPERIMENTAL_ENGINE";export CFLAGS
./configure enable-so enable-ssl enable-rewrite enable-proxy --disab
le-status disable-autoindex disable-cgi disable-imap with-ssl=/usr/i
nclude/openssl
I think my configuration is quite standard.
While running, I discovered that a lot of httpd process keep on beeing
killed with signal 11. These process are then restarted which cause a
certain load on the machine and that makes the whole process (managing a
client HTTP request) very slow. I have to say that if I use directly
weblogic bypassing apache, the slowness disappears.
Here is an excerpt of /usr/local/apache2/logs/http_error log :
Signal 11 caught by ps (procps version 3.1.6).
Please send bug reports to <[email protected]>
sh: line 1: /usr/bin/w: Permission denied
/proc/net/route: Permission denied
ne peut ouvrir /proc/net/snmp: Permission denied
Warning: cannot open /proc/net/dev (Permission denied). Limited output.
ls: /etc: Permission denied
ls: /tmp: Permission denied
Here is now an excerpt of /var/logs/kernel/errors :
Nov 18 10:15:53 geronimo kernel: grsec: time set by (hwclock:23706) UID(0)
EUID(0)
, parent (rc.sysinit:28364) UID(0) EUID(0)
Nov 19 06:21:40 geronimo kernel: grsec: signal 11 sent to (ps:218)
UID(65534) EUID
(65534), parent (httpd:26084) UID(65534) EUID(65534)
I searched the whole internet to find a solution, and I didn't find one.
I really hope gurus reading this newsgroup will be able to help me.
Regards,
Dom
PS: needless to say I can give my httpd.conf and ssl.conf, but I don't know
if I can give it in this newsgroup.

Another test conducted:
Reinstall completely, create new user (with empty home). Same result.
Also, after install of gnome-initial-setup, that still runs, on top of the error message! Baffles me. Screenshot.

'gnome-settings-daemon.desktop' killed by signal 11

I feel like a total n00b (so I probably am) but this is bothering me for quite some time now.
Whenever I start gnome (3.16.2) I get the stupid "Oh no!" window, saying something is wrong. It is still possible to start applications but one screen (of the two) is covered by the annoying message.
This happens on a completely fresh installed machine. LXDE runs fine, gnome (on wayland, on X) seems to run fine, except for that message. On another machine (Dell XPS13) this issue is not present.
journalctl /usr/bin/gnome-session
Jun 06 14:03:12 kastje gnome-session[10740]: (gnome-settings-daemon:10975): GLib-CRITICAL **: g_variant_new_string: assertion 'string != NULL' failed
Jun 06 14:03:12 kastje gnome-session[10740]: (gnome-settings-daemon:10975): GLib-CRITICAL **: g_variant_ref_sink: assertion 'value != NULL' failed
Jun 06 14:03:12 kastje gnome-session[10740]: gnome-session[10740]: WARNING: App 'gnome-settings-daemon.desktop' respawning too quickly
Jun 06 14:03:12 kastje gnome-session[10740]: WARNING: App 'gnome-settings-daemon.desktop' respawning too quickly
Jun 06 14:03:12 kastje gnome-session[10740]: Unrecoverable failure in required component gnome-settings-daemon.desktop
Jun 06 14:03:12 kastje gnome-session[10740]: gnome-session[10740]: WARNING: Application 'gnome-settings-daemon.desktop' killed by signal 11
Anyone out there able to point out the dumb mistake I am making?
Last edited by davidsmit (2015-06-06 12:40:06)

Another test conducted:
Reinstall completely, create new user (with empty home). Same result.
Also, after install of gnome-initial-setup, that still runs, on top of the error message! Baffles me. Screenshot.

[solved] Xorg -configuration crashes (signal 11)

I've been trying to get Xorg to work all day without success. What I've been doing:
* Install archlinux from scratch
* Upgrade with pacman -Syu
* Install Xorg
* Install fglrx
* Run Xorg -configure.
This is when it crashes with the following output:
X Window System Version 7.2.0
Release Date: 22 January 2007
X Protocol Version 11, Revision 0, Release 7.2
Build Operating System: UNKNOWN
Current Operating System: Linux twarkie 2.6.22-ARCH #1 SMP PREEMPT Tue Sep 25 19:18:19 CEST 2007 i686
Build Date: 08 April 2007
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Sep 26 22:11:11 2007
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x81c44a0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.1
X.Org XInput driver : 0.7
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 7.2.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.1
(--) using VT number 7
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 10de,00e1 card 0000,0000 rev a1 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 10de,00e0 card 10de,0c11 rev a2 class 06,01,00 hdr 80
(II) PCI: 00:01:1: chip 10de,00e4 card 10de,0c11 rev a1 class 0c,05,00 hdr 80
(II) PCI: 00:02:0: chip 10de,00e7 card 10de,0c11 rev a1 class 0c,03,10 hdr 80
(II) PCI: 00:02:1: chip 10de,00e7 card 10de,0c11 rev a1 class 0c,03,10 hdr 80
(II) PCI: 00:02:2: chip 10de,00e8 card 10de,0c11 rev a2 class 0c,03,20 hdr 80
(II) PCI: 00:05:0: chip 10de,00df card 10de,0c11 rev a2 class 06,80,00 hdr 00
(II) PCI: 00:08:0: chip 10de,00e5 card f0de,0c11 rev a2 class 01,01,8a hdr 00
(II) PCI: 00:09:0: chip 10de,00ee card 10de,0c11 rev a2 class 01,01,85 hdr 00
(II) PCI: 00:0a:0: chip 10de,00e3 card 10de,0c11 rev a2 class 01,01,85 hdr 00
(II) PCI: 00:0b:0: chip 10de,00e2 card 0000,0000 rev a2 class 06,04,00 hdr 01
(II) PCI: 00:0e:0: chip 10de,00ed card 0000,0000 rev a2 class 06,04,00 hdr 01
(II) PCI: 00:18:0: chip 1022,1100 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:1: chip 1022,1101 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:2: chip 1022,1102 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:3: chip 1022,1103 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 01:00:0: chip 1002,4152 card 174b,7c29 rev 00 class 03,00,00 hdr 80
(II) PCI: 01:00:1: chip 1002,4172 card 174b,7c28 rev 00 class 03,80,00 hdr 00
(II) PCI: 02:0b:0: chip 1412,1724 card 3031,4553 rev 01 class 04,01,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[b]
(II) Bus 0 non-prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[b]
(II) Bus 0 prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[b]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:11:0), (0,1,1), BCTRL: 0x000a (VGA_EN is set)
(II) Bus 1 I/O range:
[0] -1 0 0x0000b000 - 0x0000bfff (0x1000) IX[b]
(II) Bus 1 non-prefetchable memory range:
[0] -1 0 0xe8000000 - 0xe8ffffff (0x1000000) MX[b]
(II) Bus 1 prefetchable memory range:
[0] -1 0 0xd8000000 - 0xe7ffffff (0x10000000) MX[b]
(II) PCI-to-PCI bridge:
(II) Bus 2: bridge is at (0:14:0), (0,2,2), BCTRL: 0x0202 (VGA_EN is cleared)
(II) Bus 2 I/O range:
[0] -1 0 0x0000c000 - 0x0000cfff (0x1000) IX[b]
(II) Bus 2 non-prefetchable memory range:
[0] -1 0 0xe9000000 - 0xe9ffffff (0x1000000) MX[b]
(--) PCI:*(1:0:0) ATI Technologies Inc RV350 AR [Radeon 9600] rev 0, Mem @ 0xd8000000/27, 0xe8030000/16, I/O @ 0xb000/8
(--) PCI: (1:0:1) ATI Technologies Inc RV350 AR [Radeon 9600] (Secondary) rev 0, Mem @ 0xe0000000/27, 0xe8020000/16
List of video drivers:
fglrx
(II) LoadModule: "fglrx"
(II) Loading /usr/lib/xorg/modules/drivers//fglrx_drv.so
(II) Module fglrx: vendor="FireGL - ATI Technologies Inc."
compiled for 7.1.0, module version = 8.40.4
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 1.0
(II) Addressable bus resource ranges are
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[b]
[1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[b]
(II) OS-reported resource ranges:
[0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[b]E(B)
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[b]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[b]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[b]
[4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[b]
[5] -1 0 0x00000000 - 0x000000ff (0x100) IX[b]
(II) PCI Memory resource overlap reduced 0xd0000000 from 0xd7ffffff to 0xcfffffff
(II) Active PCI resource ranges:
[0] -1 0 0xea000000 - 0xea000fff (0x1000) MX[b]
[1] -1 0 0xea004000 - 0xea0040ff (0x100) MX[b]
[2] -1 0 0xea003000 - 0xea003fff (0x1000) MX[b]
[3] -1 0 0xea002000 - 0xea002fff (0x1000) MX[b]
[4] -1 0 0xd0000000 - 0xcfffffff (0x0) MX[b]O
[5] -1 0 0xe8030000 - 0xe803ffff (0x10000) MX[b](B)
[6] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[b](B)
[7] -1 0 0x0000c200 - 0x0000c27f (0x80) IX[b]
[8] -1 0 0x0000c100 - 0x0000c11f (0x20) IX[b]
[9] -1 0 0x0000df00 - 0x0000df7f (0x80) IX[b]
[10] -1 0 0x0000de00 - 0x0000de0f (0x10) IX[b]
[11] -1 0 0x00000b70 - 0x00000b73 (0x4) IX[b]
[12] -1 0 0x00000970 - 0x00000977 (0x8) IX[b]
[13] -1 0 0x00000bf0 - 0x00000bf3 (0x4) IX[b]
[14] -1 0 0x000009f0 - 0x000009f7 (0x8) IX[b]
[15] -1 0 0x0000d900 - 0x0000d97f (0x80) IX[b]
[16] -1 0 0x0000d800 - 0x0000d80f (0x10) IX[b]
[17] -1 0 0x00000b60 - 0x00000b63 (0x4) IX[b]
[18] -1 0 0x00000960 - 0x00000967 (0x8) IX[b]
[19] -1 0 0x00000be0 - 0x00000be3 (0x4) IX[b]
[20] -1 0 0x000009e0 - 0x000009e7 (0x8) IX[b]
[21] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[b]
[22] -1 0 0x0000d100 - 0x0000d107 (0x8) IX[b]
[23] -1 0 0x00004c40 - 0x00004c7f (0x40) IX[b]
[24] -1 0 0x00004c00 - 0x00004c3f (0x40) IX[b]
[25] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[b]
[26] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[b](B)
(II) Inactive PCI resource ranges:
[0] -1 0 0xe8020000 - 0xe802ffff (0x10000) MX[b](B)
[1] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[b](B)
(II) Active PCI resource ranges after removing overlaps:
[0] -1 0 0xea000000 - 0xea000fff (0x1000) MX[b]
[1] -1 0 0xea004000 - 0xea0040ff (0x100) MX[b]
[2] -1 0 0xea003000 - 0xea003fff (0x1000) MX[b]
[3] -1 0 0xea002000 - 0xea002fff (0x1000) MX[b]
[4] -1 0 0xd0000000 - 0xcfffffff (0x0) MX[b]O
[5] -1 0 0xe8030000 - 0xe803ffff (0x10000) MX[b](B)
[6] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[b](B)
[7] -1 0 0x0000c200 - 0x0000c27f (0x80) IX[b]
[8] -1 0 0x0000c100 - 0x0000c11f (0x20) IX[b]
[9] -1 0 0x0000df00 - 0x0000df7f (0x80) IX[b]
[10] -1 0 0x0000de00 - 0x0000de0f (0x10) IX[b]
[11] -1 0 0x00000b70 - 0x00000b73 (0x4) IX[b]
[12] -1 0 0x00000970 - 0x00000977 (0x8) IX[b]
[13] -1 0 0x00000bf0 - 0x00000bf3 (0x4) IX[b]
[14] -1 0 0x000009f0 - 0x000009f7 (0x8) IX[b]
[15] -1 0 0x0000d900 - 0x0000d97f (0x80) IX[b]
[16] -1 0 0x0000d800 - 0x0000d80f (0x10) IX[b]
[17] -1 0 0x00000b60 - 0x00000b63 (0x4) IX[b]
[18] -1 0 0x00000960 - 0x00000967 (0x8) IX[b]
[19] -1 0 0x00000be0 - 0x00000be3 (0x4) IX[b]
[20] -1 0 0x000009e0 - 0x000009e7 (0x8) IX[b]
[21] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[b]
[22] -1 0 0x0000d100 - 0x0000d107 (0x8) IX[b]
[23] -1 0 0x00004c40 - 0x00004c7f (0x40) IX[b]
[24] -1 0 0x00004c00 - 0x00004c3f (0x40) IX[b]
[25] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[b]
[26] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[b](B)
(II) Inactive PCI resource ranges after removing overlaps:
[0] -1 0 0xe8020000 - 0xe802ffff (0x10000) MX[b](B)
[1] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[b](B)
(II) OS-reported resource ranges after removing overlaps with PCI:
[0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[b]E(B)
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[b]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[b]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[b]
[4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[b]
[5] -1 0 0x00000000 - 0x000000ff (0x100) IX[b]
(II) All system resource ranges:
[0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[b]E(B)
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[b]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[b]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[b]
[4] -1 0 0xea000000 - 0xea000fff (0x1000) MX[b]
[5] -1 0 0xea004000 - 0xea0040ff (0x100) MX[b]
[6] -1 0 0xea003000 - 0xea003fff (0x1000) MX[b]
[7] -1 0 0xea002000 - 0xea002fff (0x1000) MX[b]
[8] -1 0 0xd0000000 - 0xcfffffff (0x0) MX[b]O
[9] -1 0 0xe8030000 - 0xe803ffff (0x10000) MX[b](B)
[10] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[b](B)
[11] -1 0 0xe8020000 - 0xe802ffff (0x10000) MX[b](B)
[12] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[b](B)
[13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[b]
[14] -1 0 0x00000000 - 0x000000ff (0x100) IX[b]
[15] -1 0 0x0000c200 - 0x0000c27f (0x80) IX[b]
[16] -1 0 0x0000c100 - 0x0000c11f (0x20) IX[b]
[17] -1 0 0x0000df00 - 0x0000df7f (0x80) IX[b]
[18] -1 0 0x0000de00 - 0x0000de0f (0x10) IX[b]
[19] -1 0 0x00000b70 - 0x00000b73 (0x4) IX[b]
[20] -1 0 0x00000970 - 0x00000977 (0x8) IX[b]
[21] -1 0 0x00000bf0 - 0x00000bf3 (0x4) IX[b]
[22] -1 0 0x000009f0 - 0x000009f7 (0x8) IX[b]
[23] -1 0 0x0000d900 - 0x0000d97f (0x80) IX[b]
[24] -1 0 0x0000d800 - 0x0000d80f (0x10) IX[b]
[25] -1 0 0x00000b60 - 0x00000b63 (0x4) IX[b]
[26] -1 0 0x00000960 - 0x00000967 (0x8) IX[b]
[27] -1 0 0x00000be0 - 0x00000be3 (0x4) IX[b]
[28] -1 0 0x000009e0 - 0x000009e7 (0x8) IX[b]
[29] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[b]
[30] -1 0 0x0000d100 - 0x0000d107 (0x8) IX[b]
[31] -1 0 0x00004c40 - 0x00004c7f (0x40) IX[b]
[32] -1 0 0x00004c00 - 0x00004c3f (0x40) IX[b]
[33] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[b]
[34] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[b](B)
(II) Primary Device is: PCI 01:00:0
(II) ATI Proprietary Linux Driver Version Identifier:8.40.4
(II) ATI Proprietary Linux Driver Release Identifier: UNSUPPORTED-8.402
(II) ATI Proprietary Linux Driver Build Date: Jul 31 2007 22:20:14
Backtrace:
0: Xorg(xf86SigHandler+0x84) [0x80d0574]
1: [0xb7fdc420]
2: /usr/lib/xorg/modules/drivers//fglrx_drv.so(atiddxProbeMain+0x11b) [0xb7a95bfb]
3: Xorg(DoConfigure+0x20c) [0x80ce37c]
4: Xorg(InitOutput+0x66a) [0x809fc0a]
5: Xorg(main+0x27b) [0x806e36b]
6: /lib/libc.so.6(__libc_start_main+0xe0) [0xb7df5f90]
7: Xorg(FontFileCompleteXLFD+0xa9) [0x806d8b1]
Fatal server error:
Caught signal 11. Server aborting
If I enable the testing repository and perform a full system upgrade, I can get X to work with the open source drivers for ATI. But I need to get fglrx to work in order to use tv-out. So there seem to be a problem with Xorg itself, not the driver in this case.
Any ideas?
Last edited by twarkie (2007-09-26 23:45:54)

Well, in your previous log, the crash backtrace:
Backtrace:
0: Xorg(xf86SigHandler+0x84) [0x80d0574]
1: [0xb7fdc420]
2: /usr/lib/xorg/modules/drivers//fglrx_drv.so(atiddxProbeMain+0x11b) [0xb7a95bfb]
3: Xorg(DoConfigure+0x20c) [0x80ce37c]
4: Xorg(InitOutput+0x66a) [0x809fc0a]
5: Xorg(main+0x27b) [0x806e36b]
6: /lib/libc.so.6(__libc_start_main+0xe0) [0xb7df5f90]
7: Xorg(FontFileCompleteXLFD+0xa9) [0x806d8b1]
died inside /usr/lib/xorg/modules/drivers/fglrx_drv.so - so I figured if you removed fglrx, Xorg -configure wouldn't try to use that module, and the crash would go away. I'm glad I guessed right.
Could you please add [solved] to your topic title?

[SOLVED] Subversion will not use gnome-keyring

Hi,
Anyone know how to use gnome-keyring with subversion? When I run svn up, I get the following warning every time:
ATTENTION! Your password for authentication realm:
<https://123.456.789.012:443> Subversion Repository
can only be stored to disk unencrypted! You are advised to configure
your system so that Subversion can store passwords encrypted, if
possible. See the documentation for details.
You can avoid future appearances of this warning by setting the value
of the 'store-plaintext-passwords' option to either 'yes' or 'no' in
'/home/david/.subversion/servers'.
Store password unencrypted (yes/no)?
I googled a bit and found that you can use gnome-keyring to store passwords encrypted. I tried setting "password-stores = gnome-keyring" in ~/.subversion/config, but this had no effect.
I have the package 'extra/gnome-keyring' installed. From what I can see Subversion is always compiled with gnome-keyring support. I also tried starting the gnome-keyring-daemon, since it's not started by default (I don't use GNOME as my WM). I started it from the command line using 'gnome-keyring-daemon' command. But this had no effect - subversion acts like it doesn't know gnome-keyring even exists.
Any idea?
Cheers,
David
Last edited by david00 (2010-03-22 09:45:32)

I had the same problem.
When the daemon gets started it prints some environment variables with values to stdout. I think other programs like subversion read these to connect to the daemon.
Starting the daemon like this:
export `gnome-keyring-daemon`
in your .xinitrc or at a comparable place should solve your problem.
Of course, this only applies if you're not using the gnome desktop environment.

[Solved] Bash: killing child processes

I decided to make a session manager that will kill all child processes before exiting, the only problem is that it doesn't kill them all.
I tried using the same function, and using it in conjunction with
yes >/dev/null & bash
yes >/dev/null & bash
yes >/dev/null & bash
yes >/dev/null & bash
running in a terminal, and it sent all of them the TERM signal.
I'm out of ideas.
Code is here.
The relevant section is:
# Kill child process of given parent
# This uses PIDs not names
# Also prints out a list of child pids that should be killed
# FIXME: Clean this up a bit
kill_child_processes()
PARENT_ID=$1
# Find child processes and put them in the form PID%seperator%COMMAND
local CHILD_PROCESSES=$(ps o ppid,pid,command | \
awk "{if (\$1 == $PARENT_ID) {print \$2,\"_\",\$3;}}" | \
sed 's| _ |%seperator%|')
# Do this for each child
for child in $CHILD_PROCESSES; do
# Extract the PID and COMMAND into separate variable from $child
local child_pid=$(echo $child | sed 's|%seperator%.*||')
local child_command=$(echo $child | sed 's|.*%seperator%||')
# If the child command has child processes, recurse through it
if [ "$(ps o ppid,pid,command | awk "{if (\$1 == $child_pid) {print \$2;}}")" != "" ]; then
kill_child_processes $child_pid
fi
# If the command isn't part of a blacklist, send it the TERM signal
if [ x$(for dont_kill_command in $DONT_TERM; do \
[ x$dont_kill_command == x$child_command ] && echo "MATCH"; \
done) == x"" ]; then
kill $child_pid &
# echo the PID so we can use it later
echo $child_pid
fi
done
Thanks.
Last edited by some-guy94 (2010-01-13 22:48:39)

gradgrind wrote:You might like to try pkill / pgrep with the -g option?
Unfortunately that isn't what I'm looking for, I want this to work with multiple sessions(not that difficult), and also work with other apps on other tty's.
Currently what it does is it runs ps o ppid,pid,command x which gives a nice table
1234 5678 command1
1234 5679 command2
and if the ppid matches the session's pid, it's pid is saved, and (this part is looped) if it has child processes, then the function is run on the pid, afterward the pid is killed.
It works when I separate the function from the rest of the script, but when it is in a session it fails to work properly.
Last edited by some-guy94 (2010-01-05 23:11:57)

[solved] alsa: duplicate front signal

Hi,
I got a new sound device today, a Terratec Aureon Sky 5.1.
The driver of my old device offerd me a switch called "duplicate front", which made it possible to plug a second amplifier to the card's rear output and get the same signal as from the front output. As the new device doesn't offer this switch in alsamixer, is there another way to do this?
Another (worse) option would be to have both devices installed, but I can't get them to work simoultanously, I only get a signal on the default card (device 0). How can I make them work parallel?
Thanks, RhahkJin
Last edited by RhahkJin (2008-10-11 11:56:25)

Solved, here is the ~/.asoundrc that mada it work (found in gentoo wiki):
pcm.!dmix {
type dmix
ipc_key 1024
slave {
pcm "hw:0,0"
channels 6
pcm.!default {
type plug
slave.pcm "dmix"
slave.channels 6
route_policy duplicate

IOS 8.1. Does it solve wifi/ Bluetooth/ cell signal?

I Thought I'd start a new thread specifically for this...couldn't see one, other than comments updating on 8.0.2, which is useful but not specific for those just searching for the first time. I'm too nervous to update as I'm still on 8.0 with a few wifi issues but they aren't as bad as for some. I do have cell signal issues but my Bluetooth in my Volvo is fine so I don't want to mess that up. What's the verdict please guys?

iOS 8.1 fixed my Bluetooth problems (car, headphones and BT speakers, neither of which worked after upgrading to iOS8). My wifi is fine (was fine with iOS 8 as well though). I see no problems whatsoever at this moment (iPhone 5).

[solved] subversion and apr-util-iodbc from aur

Hi,
apr-util-iodbc from AUR http://aur.archlinux.org/packages.php?ID=27040
provides apr-util but subversion still says it needs apr-util. It seems ignoring provides directive.
jithine ~ $ yaourt -Qi subversion
Name : subversion
Version : 1.6.5-5
URL : http://subversion.tigris.org/
Licenses : apache bsd
Groups : None
Provides : svn
Depends On : neon>=0.28.2-2 apr-util>=1.3.2-2
Optional Deps : gnome-keyring
kdeutils-kwallet
Required By : kdemod-kdesdk-common
Conflicts With : None
Replaces : None
Installed Size : 24164.00 K
Packager : Allan McRae <[email protected]>
Architecture : i686
Build Date : Sat 26 Sep 2009 09:34:53 AM IST
Install Date : Sun 18 Oct 2009 09:45:43 PM IST
Install Reason : Installed as a dependency for another package
Install Script : No
Description : Replacement for CVS, another versioning system (svn)
jithine ~ $ yaourt -Qi apr-util-iodbc
Name : apr-util-iodbc
Version : 1.3.9-1
URL : http://apr.apache.org/
Licenses : APACHE
Groups : None
Provides : apr-util
Depends On : apr gdbm expat db libldap iodbc
Optional Deps : None
Required By : None
Conflicts With : None
Replaces : apr-util
Installed Size : 756.00 K
Packager : Unknown Packager
Architecture : i686
Build Date : Wed 21 Oct 2009 05:42:10 PM IST
Install Date : Wed 21 Oct 2009 05:42:47 PM IST
Install Reason : Explicitly installed
Install Script : No
Description : The Apache Portable Runtime using iodbc and with KDEmod support
This is what I get when I try to re install subversion
jithine ~ $ sudo yaourt -S subversion
Password:
warning: subversion-1.6.5-5 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...
:: unixodbc conflicts with iodbc. Remove iodbc? [Y/n] n
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: unixodbc: conflicts with iodbc
missing dependency for subversion : apr-util>=1.3.2-2
Last edited by jithin1987 (2009-10-21 12:59:13)

apr-util-iodbc should have a versioned "provides" in its PKGBUILD, as stated in the comments on AUR. It also needs "conflicts=('apr-util'), instead of "replaces"; no AUR PKGBUILD should ever use "replaces" anyway.
Last edited by byte (2009-10-21 12:44:14)

My problem/Q not solved- how/what correct signal setting on the Macbook pro for ther PC config on Bravia defn

Regrettably Shane mu Q/problem is not solved-how does one check the comptability of defn (1020x...) for the computer and Bracia?

Don't know, I do know the TV has a higher refresh rate, check out SwitchResX online for more control options over HDMI.

[Solved]No kill binary but I can still kill processes?

Hello!
I just migrated my laptop to EXT4 with the 2009.02-beta4 ISO (beta I know). Now everything seems to work fine except for when I power off my laptop, stopping the network spews out this error: "/etc/rc.d/network: line 62: /bin/kill: No such file or directory [DONE]".
I checked /bin/ and sure enough there was no kill there so I ran 'which kill' and it came out empty as well. The only place I could find my kill was at /usr/lib/klibc/bin/kill which seems a bit odd, at least to me. Now it still shuts down and all and I _can_ kill processes with the kill command but I'm curious why this happened. I can't find anything about this 'bug' (if it even is one) on the bugtracker so, anyone know what's up with this?
Last edited by Honken (2009-02-05 14:31:45)

Ah, alright so I guess bash offers this feature as well then. Installing procps did the trick, thanks.

[SOLVED] Subversion 1.8.0 breaks Apache Subversion

Hi,
I just updated subversion to 1.8.0 and I noticed that mod_dav_svn.so is missing. This means that I can no longer host an SVN repository through Apache, as described in the wiki. Was this done on purpose or is mod_dav_svn.so missing accidentally?
Edit: added bug report.
Thanks!
Last edited by lonaowna (2013-07-08 11:33:22)

I'd say it should be considered as a bug in packaging, since Arch Packaging Standards[1] say
Avoid using /usr/libexec/ for anything. Use /usr/lib/${pkgname}/ instead.
Subversion is the only package in core / extra that has anything in /usr/libexec [2].
[1] https://wiki.archlinux.org/index.php/Ar … _etiquette
[2]
$ grep -r 'usr/libexec' | cut -d ':' -f 1 | uniq
extra.files/subversion-1.8.0-1/files
community.files/mingw32-gcc-base-4.7.2-1/files
community.files/fbpanel-6.1-3/files

[SOLVED] NetworkManager kills wireless speed

When I connect my work wifi network using NetworkManager, the speed unstable -- with it being less than 1KB/s more often than not. The connection speed seems to be fine when I disable NetworkManager and use a simple iwconfig essid key command and dhcpcd. My laptop is dual-boot, and the speed is fine in Windows as well.
NetworkManager seems to be setting my resolv.conf correctly.
Signal strength is not an issue.
Wireless chip is Intel 6000 series AGN using iwlagn driver.
Rather baffling problem to me. Ideas?
Last edited by Hamsterkill (2012-03-16 21:47:18)

I don't have access to router configuration at my job, unfortunately.
I did try manually configuring my IP, DNS and Gateway for the connection, though. When I did that, the connection speed seemed more stable -- never cutting out completely. Tx aggregation didn't get enabled in dmesg. However, wireless speed was still only 1-1.5Mbps in speedtests whereas I get a full 20Mbps when I use the iwconfig+dhcpcd method.
EDIT: It also seemed to have attached to a much farther access point for the network than normal when I did that way, so I just manually configured the BSSID as well and tried to run a speedtest. I got a nice speed initially, (15Mbps) but it cut the connection quickly and wouldn't even run the upload test. So I looked at dmesg and Tx aggregation was enabled on the connection again.
Last edited by Hamsterkill (2012-03-16 21:20:46)

[solved] Subversion setup problem

Hello there.
For some reason I need to have subversion installed, configured and working on my server. Something is wrong with my settings because I can't svn co I allaways get:
svn: OPTIONS of 'https://192.168.0.45/podatki/svn/repositories/tint': 200 OK (https://192.168.0.45)
Things I know are working: https (SSL)
I've followed this guide: https://wiki.archlinux.org/index.php/Svn I've decided that I'll go with subversion with apache2 option.
Testing if modules are loaded: cat /etc/httpd/conf/httpd.conf | grep -E 'mod_dav|mod_authz_svn|httpd-ssl'
LoadModule dav_module modules/mod_dav.so
LoadModule dav_fs_module modules/mod_dav_fs.so
LoadModule dav_svn_module modules/mod_dav_svn.so
LoadModule authz_svn_module modules/mod_authz_svn.so
Include /etc/httpd/conf/extra/httpd-ssl.conf
SSL settings: /etc/httpd/conf/extra/httpd-ssl.conf
<Location /svn>
DAV svn
SVNParentPath /podatki/svn/repositories
AuthzSVNAccessFile /podatki/svn/.svn-policy-file
AuthName "SVN Repositories"
AuthType Basic
AuthUserFile /podatki/svn/.svn-auth-file
Satisfy Any
Require valid-user
</Location>
.svn-policy-file: /podatki/svn/.svn-policy-file
* = r
[tint:/]
cloud = rw
.svn-auth-file /podatki/svn/.svn-auth-file
htpasswd -cs /podatki/svn/.svn-auth-file cloud
creating repository:
svnadmin create /podatki/svn/repositories/tint
Setting permissions:
chown -R http.http /podatki/svn/repositories/tint
detailed output for permissions:
ls -la /podatki/
drwxr-xr-x 3 frojnd users 4096 Oct 31 21:59 svn
ls -la /podatki/svn/
drwxr-xr-x 3 frojnd users 4096 Oct 31 21:59 .
drwxr-xr-x 7 frojnd users 4096 Oct 31 21:49 ..
-rw-r--r-- 1 frojnd users 40 Oct 31 22:00 .svn-auth-file
-rw-r--r-- 1 frojnd users 31 Oct 31 21:58 .svn-policy-file
drwxr-xr-x 3 frojnd users 4096 Oct 31 22:00 repositories
ls -la /podatki/svn/repositories/
drwxr-xr-x 3 frojnd users 4096 Oct 31 22:00 .
drwxr-xr-x 3 frojnd users 4096 Oct 31 21:59 ..
drwxr-xr-x 6 http http 4096 Oct 31 22:00 tint
ls -la /podatki/svn/repositories/tint/
drwxr-xr-x 6 http http 4096 Oct 31 22:00 .
drwxr-xr-x 3 frojnd users 4096 Oct 31 22:00 ..
-rw-r--r-- 1 http http 229 Oct 31 22:00 README.txt
drwxr-xr-x 2 http http 4096 Oct 31 22:00 conf
drwxr-sr-x 6 http http 4096 Oct 31 22:00 db
-r--r--r-- 1 http http 2 Oct 31 22:00 format
drwxr-xr-x 2 http http 4096 Oct 31 22:00 hooks
drwxr-xr-x 2 http http 4096 Oct 31 22:00 locks
Any clue what I might forgot or made wrong?
Last edited by frojnd (2010-11-04 20:26:25)

Thanx to augustl I know access the correct path: svn co https://192.168.0.45/svn/repositories/tint but I have a different error now:
svn: Could not open the requested SVN filesystem

[Solved] Subversion killed by signal 15

Similar Messages

Maybe you are looking for