[gentoo-user] strange lxde block
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(lxde-base/lxsession-0.4.9.2::gentoo, ebuild scheduled for merge)
pulled in by
=lxde-base/lxsession-0.4.6.1 required by
(lxde-base/lxde-meta-0.5.5-r3::gentoo, installed)
lxde-base/lxsession required by
(lxde-base/lxsession-edit-0.2.0::gentoo, installed)
(lxde-base/lxsession-edit-0.2.0::gentoo, installed) pulled in by
=lxde-base/lxsession-edit-0.2* required by
(lxde-base/lxde-meta-0.5.5-r3::gentoo, installed)
lxde-meta lists:
RDEPEND=...
=lxde-base/lxsession-0.4.6.1
=lxde-base/lxsession-edit-0.2*
lxsession lists:
RDEPEND=${COMMON_DEPEND}
!lxde-base/lxsession-edit
So lxde-meta requires lxsession-edit and lxsession, but lxsession lists
lxsession-edit as blocker. Is it a bug in the ebuild?
raffaele
Re: [gentoo-user] strange lxde block
On 09/10/2013 10:13, Raffaele BELARDI wrote:
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(lxde-base/lxsession-0.4.9.2::gentoo, ebuild scheduled for merge)
pulled in by
=lxde-base/lxsession-0.4.6.1 required by
(lxde-base/lxde-meta-0.5.5-r3::gentoo, installed)
lxde-base/lxsession required by
(lxde-base/lxsession-edit-0.2.0::gentoo, installed)
(lxde-base/lxsession-edit-0.2.0::gentoo, installed) pulled in by
=lxde-base/lxsession-edit-0.2* required by
(lxde-base/lxde-meta-0.5.5-r3::gentoo, installed)
lxde-meta lists:
RDEPEND=...
=lxde-base/lxsession-0.4.6.1
=lxde-base/lxsession-edit-0.2*
lxsession lists:
RDEPEND=${COMMON_DEPEND}
!lxde-base/lxsession-edit
So lxde-meta requires lxsession-edit and lxsession, but lxsession lists
lxsession-edit as blocker. Is it a bug in the ebuild?
Looks like the lxsession-0.4.9.2 ebuild was updated and not catered for
in the -meta ebuild
I'm having a hard time figuring out how that change got committed as
quite obviously it could not have been tested - all ~arch lxde users
will get this blocker every time ...
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] Re: separate / and /usr to require initramfs 2013-11-01
On 2013-09-29 2:55 PM, William Hubbs willi...@gentoo.org wrote: I am the OpenRC author/maintainer and a member of base-system. I can tell you that we are not discussing forcing systemd on everyone in Gentoo Linux as a default init system. I can also tell you that I am not aware of the Gentoo systemd team discussing this. Even if they were, a distro-wide change like this would have to be brought before the Council. Ok, good enough for me until other evidence comes along to cast doubt as to the truthfulness or sincerity of your statement. Thanks William... Now to try to get up enough nerve to attempt to merge my /usr (currently on LVM partition) into my / (does have enough room, and will leave me with a 19GB / partition with about 5GB free). Anyone see a problem with that (only 5GB free on my / after the /usr merge)?
[gentoo-user] what about my routing here ...
server: # ip route s default via 10.96.25.129 dev br0 10.96.25.128/25 dev br0 proto kernel scope link src 10.96.25.131 192.168.1.0/24 dev eno2 proto kernel scope link src 192.168.1.201 # !tra traceroute 172.32.99.12 traceroute to 172.32.99.12 (172.32.99.12), 30 hops max, 60 byte packets 1 ipfire (10.96.25.129) 0.410 ms 1.213 ms 1.302 ms 2 10.96.25.2 (10.96.25.2) 3.853 ms 3.835 ms 3.825 ms ^C on the router ipfire (which is 10.96.25.129 on its LAN-side) # ip r s default via 10.96.25.1 dev blue0 no specific routes on there The route should go via 10.96.25.1 for targets in 172.32.99.0/24 as well ... I don't get where it gets 10.96.25.2 from *scratch* This routing issue might be the problem with my libvirt-connections (see other current thread). Even when I do # ip route add 172.32.99.12/32 via 10.96.25.1 on the router (explicit route for my desktop IP) the traceroute still shows: # traceroute 172.32.99.12 traceroute to 172.32.99.12 (172.32.99.12), 30 hops max, 60 byte packets 1 ipfire.mlp-ag.com (10.96.25.129) 0.294 ms 0.270 ms 0.258 ms 2 10.96.25.2 (10.96.25.2) 0.569 ms 0.746 ms 0.987 ms^C Any hints on this? I need a vacation, btw ;-) And the best: I do this via ssh, so I am already connected ... which means I get packages back ... S
Re: [gentoo-user] xorg-server update puzzle
131008 Khumba wrote: 131008 Philip Webb purs...@ca.inter.net wrote: A few days ago, I upgraded to xorg-server-1.14.3 with a lot of deps. Everything seems to be working normally since then, but a lot of pkgs became unneeded, according to 'emerge -cpv', ie 131005 x11-apps/bitmap-1.0.6 [for xorg-x11 : otiose] 131005 x11-apps/sessreg-1.0.7 [for xorg-x11 : otiose] 131005 x11-apps/xkbutils-1.0.3 [for xorg-x11 : otiose] 131005 x11-apps/xkill-1.0.3 [for xorg-x11 : otiose] 131005 x11-apps/xlsclients-1.1.2 [for xorg-x11 : otiose] 131005 x11-apps/xrandr-1.3.5 [for xorg-x11 : otiose] 131005 x11-apps/xrefresh-1.0.4 [for xorg-x11 : otiose] 131005 x11-apps/xvinfo-1.1.1 [for xorg-x11 : otiose] 131005 x11-libs/libXp-1.0.1 [for xorg-x11 : otiose] 131005 x11-libs/libXvMC-1.0.7 [for nvidia-drivers] 131005 x11-misc/makedepend-1.0.4 [for mesa : otiose] 131005 x11-proto/printproto-1.0.5 [for xorg-x11 LO : otiose] Presumably, these have all been absorbed into other Xorg pgms. x11-base/xorg-server-1.14.3-r1 here. I still have those packages; they're pulled in by x11-base/xorg-x11, which is the main Xorg meta-package that pulls in xorg-server. Yes : I install them individually don't use the meta. As for whether you need them, I think that's your call. I haven't tried xorg-server without xorg-x11 in a while, but lots of those utilities are useful : xkill, xrandr ... . What are they useful for ? -- I can't do 'man' as they're not installed 'eix' simply shows the same URL for each ; is there anywhere I can look ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] xorg-server update puzzle
On 10/09/2013 02:13:41 PM, Philip Webb wrote: 131008 Khumba wrote: 131008 Philip Webb purs...@ca.inter.net wrote: A few days ago, I upgraded to xorg-server-1.14.3 with a lot of deps. Everything seems to be working normally since then, but a lot of pkgs became unneeded, according to 'emerge -cpv', ie 131005 x11-apps/bitmap-1.0.6 [for xorg-x11 : otiose] 131005 x11-apps/sessreg-1.0.7 [for xorg-x11 : otiose] 131005 x11-apps/xkbutils-1.0.3 [for xorg-x11 : otiose] 131005 x11-apps/xkill-1.0.3 [for xorg-x11 : otiose] 131005 x11-apps/xlsclients-1.1.2 [for xorg-x11 : otiose] 131005 x11-apps/xrandr-1.3.5 [for xorg-x11 : otiose] 131005 x11-apps/xrefresh-1.0.4 [for xorg-x11 : otiose] 131005 x11-apps/xvinfo-1.1.1 [for xorg-x11 : otiose] 131005 x11-libs/libXp-1.0.1 [for xorg-x11 : otiose] 131005 x11-libs/libXvMC-1.0.7 [for nvidia-drivers] 131005 x11-misc/makedepend-1.0.4 [for mesa : otiose] 131005 x11-proto/printproto-1.0.5 [for xorg-x11 LO : otiose] Presumably, these have all been absorbed into other Xorg pgms. x11-base/xorg-server-1.14.3-r1 here. I still have those packages; they're pulled in by x11-base/xorg-x11, which is the main Xorg meta-package that pulls in xorg-server. Yes : I install them individually don't use the meta. As for whether you need them, I think that's your call. I haven't tried xorg-server without xorg-x11 in a while, but lots of those utilities are useful : xkill, xrandr ... . What are they useful for ? -- I can't do 'man' as they're not installed 'eix' simply shows the same URL for each ; is there anywhere I can look ? What about googling for xkill linux. E.g. xkill sometimes is the only possiblity to kill a process which keeps a window open. Just enter xkill in an XTerm, it will ask you to click into the window which you want to close. Helmut
Re: [gentoo-user] what about my routing here ...
On 10/09/2013 06:50 AM, Stefan G. Weichinger wrote: Any hints on this? I need a vacation, btw ;-) What's on 10.96.25.2?
Re: [gentoo-user] what about my routing here ...
Am 09.10.2013 14:42, schrieb Michael Orlitzky: On 10/09/2013 06:50 AM, Stefan G. Weichinger wrote: Any hints on this? I need a vacation, btw ;-) What's on 10.96.25.2? I don't have any idea ... this out of my scope ... some upstream machine maintained by someone else.
Re: [gentoo-user] Re: separate / and /usr to require initramfs 2013-11-01
On Sun, Sep 29 2013, tansta...@libertytrek.org wrote: On 2013-09-29 2:55 PM, William Hubbs willi...@gentoo.org wrote: I am the OpenRC author/maintainer and a member of base-system. I can tell you that we are not discussing forcing systemd on everyone in Gentoo Linux as a default init system. I can also tell you that I am not aware of the Gentoo systemd team discussing this. Even if they were, a distro-wide change like this would have to be brought before the Council. Ok, good enough for me until other evidence comes along to cast doubt as to the truthfulness or sincerity of your statement. Thanks William... Now to try to get up enough nerve to attempt to merge my /usr (currently on LVM partition) into my / (does have enough room, and will leave me with a 19GB / partition with about 5GB free). Anyone see a problem with that (only 5GB free on my / after the /usr merge)? I understand the need to get up nerve. That was the hardest part for me, and took by far, the most time. I did *not* have room in / for /usr but *did* have an online external disk on the machine with lots of room (Alan's what I should have done scheme). I could afford downtime so I did everything booted from an installation CD so that nothing would change. 1. Booted minimal installation CD 2. Copied my 5 lvs (/usr, /opt, /var, /tmp, /local) and my / to the external disk and called them old-root, old-usr, old-opt, old-var, old-tmp, old-local. 3. Repartitioned the internal disk to make root bigger. 4. Created the vg and pv (I have just one of each). 5. Created the 5 filesystems (root, /opt, /var, /tmp, /local), with the last 4 on LVM 6. Copied old-root to / and old-usr to /usr 7. Mounted the 4 lvs and copied old-opt to /opt, old-var to /var, ... Reboot It worked. Notes. 1. I had grub in the MBR so that didn't change 2. The root fs remained the same partition number (/dev/sda3), so didn't have to change grub. 3. In fact /dev/sda3 maintained the same starting location in the new partitioning scheme, but I don't think that was relevant. allan
Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?
Would someone please take a look at this dmesg: https://dl.dropboxusercontent.com/u/24516209/dmesg.txt and tell me what those ugly messages around the CPUs could mean? I still see suboptimal performance on this hardware ... Thanks!
Re: [gentoo-user] kerninst (was Optional /usr merge in Gentoo)
Am 02.10.2013 18:02, schrieb Canek Peláez Valdés: Yeah, that's the way to do it. However, kerninst is not for testing different configurations of kernels. I suppose you could use it that way, but I wrote exactly for the opposite case: when you finally have your configuration nailed down, and just want to automatize the installation of the kernel. Another suggestion would be to make the script save the config via git every time it is executed (and there is a difference). Just an idea ;-)
Re: [gentoo-user] xorg-server update puzzle
On Wed, 9 Oct 2013 08:13:41 -0400, Philip Webb wrote: I haven't tried xorg-server without xorg-x11 in a while, but lots of those utilities are useful : xkill, xrandr ... . What are they useful for ? -- I can't do 'man' as they're not installed 'eix' simply shows the same URL for each ; is there anywhere I can look ? If you don't already use them, they probably aren't that useful to you :) But you can read man pages at http://linux.die.net - there are other sites that mirror man pages, but that's the one I use. -- Neil Bothwick If you cannot fix it, feature it. signature.asc Description: PGP signature
[gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?
On Wed, Oct 09, 2013 at 04:53:56PM +0200, Stefan G. Weichinger wrote: Would someone please take a look at this dmesg: https://dl.dropboxusercontent.com/u/24516209/dmesg.txt and tell me what those ugly messages around the CPUs could mean? I still see suboptimal performance on this hardware ... I would think about a kernel bug first and try with a much lower version. -- Nicolas Sebrecht
Re: [gentoo-user] re: NX (Execute Disable) protection cannot be enabled: non-PAE kernel! [dmesg]
On 10/09/2013 05:17 AM, gottl...@nyu.edu wrote: On Tue, Oct 08 2013, Alan McKinnon wrote: That is correct, with 3G physica RAM, you will not benefit from using PAE at all. I don't think it interferes with anything if you do have it, I recall a time when RedHat shipped 32 bit kernels that were PAE-enabled. Briefly, the way it works is that the kernel assigns blocks of memory to different processes. So a single process can still only access 4G of memory, but two different process don't anymore have to address the same 4G of memory like you must do without PAE. But you still don't get to give your 32 bit database more than 4g of RAM Agreed. Virtual addresses refer to those in the program (really process). Physical addresses address refer to those in the hardware (i.e. addresses in the RAM itself). To have a single process able to access extra memory would be to increase the *virtual* address range. PAE (*physical* address extension) enables more RAM to be accessed (by the hardware not by a single process), but does not increase the virtual address range. When pdp-11s added I and D space, that increased the virtual address range by a factor of two. The I/D bit (instruction/data) was essentially an extra bit of virtual address. allan Thanks a lot for the explanation. Much appreciated.
Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?
Am 09.10.2013 20:20, schrieb Nicolas Sebrecht: I would think about a kernel bug first and try with a much lower version. Yep. A bit scary with a server which is hundreds of kilometers away. Got to get that HP IlO-thingy going in my browser(s) ... S
Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?
Am 09.10.2013 21:17, schrieb Stefan G. Weichinger: Am 09.10.2013 20:20, schrieb Nicolas Sebrecht: I would think about a kernel bug first and try with a much lower version. Yep. A bit scary with a server which is hundreds of kilometers away. Got to get that HP IlO-thingy going in my browser(s) ... S go with that dmesg, lspci, kernel config etc pp to lkml. Seriously.
Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?
Am 09.10.2013 21:57, schrieb Volker Armin Hemmann: go with that dmesg, lspci, kernel config etc pp to lkml. Seriously. phew ... that sounds like making a fool of myself ... ;-) But maybe you are right, thanks. Considering to test 3.8.13 ... got the IlO to display the console in a browser ... and will test choosing a kernel in the GRUB-menu before I really switch over. S
Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?
Am 09.10.2013 22:05, schrieb Stefan G. Weichinger: Am 09.10.2013 21:57, schrieb Volker Armin Hemmann: go with that dmesg, lspci, kernel config etc pp to lkml. Seriously. phew ... that sounds like making a fool of myself ... ;-) But maybe you are right, thanks. Considering to test 3.8.13 ... got the IlO to display the console in a browser ... and will test choosing a kernel in the GRUB-menu before I really switch over. Compiled 3.8.13 and rebooted successfully ... still laggy ... still these lines in dmesg: [ 477.896055] hpet1: lost 1 rtc interrupts [ 477.933359] hpet1: lost 1 rtc interrupts [ 478.050117] hpet1: lost 1 rtc interrupts [ 478.315080] hpet1: lost 1 rtc interrupts [ 478.409115] hpet1: lost 1 rtc interrupts [ 478.444083] hpet1: lost 1 rtc interrupts [ 478.638091] hpet1: lost 1 rtc interrupts [ 478.780332] hpet1: lost 1 rtc interrupts [ 478.862724] hpet1: lost 1 rtc interrupts [ 478.950488] hpet1: lost 1 rtc interrupts While I disabled most of that HPET-stuff (took from my own server here): # zgrep -i hpet /proc/config.gz CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y # CONFIG_HPET is not set This is quite frustrating already ... but I repeat myself, sorry.
Re: [gentoo-user] re: NX (Execute Disable) protection cannot be enabled: non-PAE kernel! [dmesg]
On Wed, Oct 09 2013, Alexander Kapshuk wrote: On 10/09/2013 05:17 AM, gottl...@nyu.edu wrote: On Tue, Oct 08 2013, Alan McKinnon wrote: That is correct, with 3G physica RAM, you will not benefit from using PAE at all. I don't think it interferes with anything if you do have it, I recall a time when RedHat shipped 32 bit kernels that were PAE-enabled. Briefly, the way it works is that the kernel assigns blocks of memory to different processes. So a single process can still only access 4G of memory, but two different process don't anymore have to address the same 4G of memory like you must do without PAE. But you still don't get to give your 32 bit database more than 4g of RAM Agreed. Virtual addresses refer to those in the program (really process). Physical addresses address refer to those in the hardware (i.e. addresses in the RAM itself). To have a single process able to access extra memory would be to increase the *virtual* address range. PAE (*physical* address extension) enables more RAM to be accessed (by the hardware not by a single process), but does not increase the virtual address range. When pdp-11s added I and D space, that increased the virtual address range by a factor of two. The I/D bit (instruction/data) was essentially an extra bit of virtual address. allan Thanks a lot for the explanation. Much appreciated. You are quite welcome. allan
[gentoo-user] Error with version of libraries with scilab
Hello. I have installed the *binary distribution of scilab* available form its download page. About two months ago, I was using it without problems. Now it does not work anymore. Running the binary gives the following error message: $ /alt/scilab-5.4.1/bin/scilab scilab-bin: /alt/scilab-5.4.1/lib/thirdparty/libz.so.1: version `ZLIB_1.2.3.4' not found (required by /usr/lib64/libpng16.so.16) I need helping understanding this message and fixing this issue on my ~amd64 system. Romildo
Re: [gentoo-user] Error with version of libraries with scilab
On 09/10/2013 23:41, José Romildo Malaquias wrote: Hello. I have installed the *binary distribution of scilab* available form its download page. About two months ago, I was using it without problems. Now it does not work anymore. Running the binary gives the following error message: $ /alt/scilab-5.4.1/bin/scilab scilab-bin: /alt/scilab-5.4.1/lib/thirdparty/libz.so.1: version `ZLIB_1.2.3.4' not found (required by /usr/lib64/libpng16.so.16) I need helping understanding this message and fixing this issue on my ~amd64 system. Romildo libpng16 is a library you already have on your system (not bundled with scilab). And strangely, this *system* library is complaining that it can't find the correct version of libz. These libs have names (sonames) so you can tell different versions apart and use the right one. But the system libpng has no business trying to use a third party app under any circumstances. And in fact in regular use it doesn't, see mine: $ ldd /usr/lib64/libpng16.so.16 linux-vdso.so.1 (0x7fff7d79a000) libz.so.1 = /lib64/libz.so.1 (0x7ff9ad6ab000) libm.so.6 = /lib64/libm.so.6 (0x7ff9ad3b5000) libc.so.6 = /lib64/libc.so.6 (0x7ff9ad00a000) /lib64/ld-linux-x86-64.so.2 (0x7ff9adb3c000) See? system libpng uses system libz. How does this happen? Easy. The authors of scilab are probably fiddling with LD_LIBRARY_PATH, which just happens to be one of the more dangerous things you can do in Unix. Go find the startup script for scilab and edit the mods to LD_LIBRARY_PATH to put the scilab directory at the end (not the beginning where it is now) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?
Am 09.10.2013 22:40, schrieb Stefan G. Weichinger: While I disabled most of that HPET-stuff (took from my own server here): # zgrep -i hpet /proc/config.gz CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y # CONFIG_HPET is not set This is quite frustrating already ... but I repeat myself, sorry. I achieved *something* ... I still have to diff kernel-configs but right now I am happily rsyncing that vmdk-image with around 40 MB/s That virt-manager-issue is still there but at least the basic performance seems way better now. I could transfer the KVM-raw-image to an LVM-LV within a few minutes ... the same dd-command took hours before and never succeeded. Some more tests now. S
Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?
Am 10.10.2013 00:11, schrieb Stefan G. Weichinger: Am 09.10.2013 22:40, schrieb Stefan G. Weichinger: While I disabled most of that HPET-stuff (took from my own server here): # zgrep -i hpet /proc/config.gz CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y # CONFIG_HPET is not set This is quite frustrating already ... but I repeat myself, sorry. I achieved *something* ... I still have to diff kernel-configs but right now I am happily rsyncing that vmdk-image with around 40 MB/s quite happy after dozens of hours spent on this: # time rsync -av 192.168.1.200:/mnt/vm_apps/xy.vmdk . --progress [...] 8058765312 100% 53.58MB/s0:02:23 (xfer#1, to-check=0/1) sent 42 bytes received 8059749181 bytes 55776811.23 bytes/sec total size is 8058765312 speedup is 1.00 real2m23.856s user2m28.640s sys 0m26.820s nice! ;-) This is 3.8.13 now ... with some changed options, sure. For now I am happy ... can't believe it yet ;-)
Re: [gentoo-user] Error with version of libraries with scilab
On Wed, Oct 09, 2013 at 11:52:19PM +0200, Alan McKinnon wrote: On 09/10/2013 23:41, José Romildo Malaquias wrote: Hello. I have installed the *binary distribution of scilab* available form its download page. About two months ago, I was using it without problems. Now it does not work anymore. Running the binary gives the following error message: $ /alt/scilab-5.4.1/bin/scilab scilab-bin: /alt/scilab-5.4.1/lib/thirdparty/libz.so.1: version `ZLIB_1.2.3.4' not found (required by /usr/lib64/libpng16.so.16) I need helping understanding this message and fixing this issue on my ~amd64 system. libpng16 is a library you already have on your system (not bundled with scilab). And strangely, this *system* library is complaining that it can't find the correct version of libz. These libs have names (sonames) so you can tell different versions apart and use the right one. But the system libpng has no business trying to use a third party app under any circumstances. And in fact in regular use it doesn't, see mine: $ ldd /usr/lib64/libpng16.so.16 linux-vdso.so.1 (0x7fff7d79a000) libz.so.1 = /lib64/libz.so.1 (0x7ff9ad6ab000) libm.so.6 = /lib64/libm.so.6 (0x7ff9ad3b5000) libc.so.6 = /lib64/libc.so.6 (0x7ff9ad00a000) /lib64/ld-linux-x86-64.so.2 (0x7ff9adb3c000) See? system libpng uses system libz. How does this happen? Easy. The authors of scilab are probably fiddling with LD_LIBRARY_PATH, which just happens to be one of the more dangerous things you can do in Unix. Go find the startup script for scilab and edit the mods to LD_LIBRARY_PATH to put the scilab directory at the end (not the beginning where it is now) In fact the startup script for scilab sets LD_LIBRARY_PATH. Running it in verbose modes gives this information: $ SCIVERBOSE=1 /alt/scilab-5.4.1/bin/scilab SCILABBIN : scilab-bin DISABLE_JAVA_DETECTION : 0 SCILAB_MODE : gui OS : Linux MODEL : x86_64 IS_SCILAB_BINARY : 1 SCI : /alt/scilab-5.4.1/share/scilab SCIBIN : PATH : /alt/scilab-5.4.1/bin:/home/romildo/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.1:/usr/games/bin:/opt/vmware/bin:/alt/scilab-5.4.1/share/scilab/modules/scicos/ CLASSPATH : /alt/scilab-5.4.1/share/scilab/modules/core/jar/org.scilab.modules.core.jar LD_LIBRARY_PATH : /alt/scilab-5.4.1/thirdparty/java//lib/amd64/:/alt/scilab-5.4.1/thirdparty/java//lib/amd64/server/:/alt/scilab-5.4.1/thirdparty/java//lib/amd64/native_threads/:/alt/scilab-5.4.1/lib/scilab:/alt/scilab-5.4.1/lib/thirdparty:/alt/scilab-5.4.1/share/scilab/bin:/alt/scilab-5.4.1/share/scilab/lib/scilab/:/alt/scilab-5.4.1/share/scilab/lib64/scilab/:. scilab-bin: /alt/scilab-5.4.1/lib/thirdparty/libz.so.1: version `ZLIB_1.2.3.4' not found (required by /usr/lib64/libpng16.so.16) I will try to modify the script to put the scilab directory at the end. Romildo
[gentoo-user] Re: separate / and /usr to require initramfs 2013-11-01
On 10/08/2013 09:16 PM, William Hubbs wrote: to provide service supervision, which is the main feature systemd offers By supervision do you mean restarting a service after it crashes, for example? Or something else completely?
Re: [gentoo-user] what about my routing here ...
There might have been a icmp redirect from 10.96.25.1 telling ipfire that there's a better way to get to that network, and its via 10.96.25.2. On my system it seems to be off by default (I havent set it in /etc/sysctl.conf) which makes sense as redirects can be used for MITM attacks. $ cat /proc/sys/net/ipv4/conf/all/accept_redirects 0 On Wed, Oct 9, 2013 at 9:50 PM, Stefan G. Weichinger li...@xunil.at wrote: server: # ip route s default via 10.96.25.129 dev br0 10.96.25.128/25 dev br0 proto kernel scope link src 10.96.25.131 192.168.1.0/24 dev eno2 proto kernel scope link src 192.168.1.201 # !tra traceroute 172.32.99.12 traceroute to 172.32.99.12 (172.32.99.12), 30 hops max, 60 byte packets 1 ipfire (10.96.25.129) 0.410 ms 1.213 ms 1.302 ms 2 10.96.25.2 (10.96.25.2) 3.853 ms 3.835 ms 3.825 ms ^C on the router ipfire (which is 10.96.25.129 on its LAN-side) # ip r s default via 10.96.25.1 dev blue0 no specific routes on there The route should go via 10.96.25.1 for targets in 172.32.99.0/24 as well ... I don't get where it gets 10.96.25.2 from *scratch* This routing issue might be the problem with my libvirt-connections (see other current thread). Even when I do # ip route add 172.32.99.12/32 via 10.96.25.1 on the router (explicit route for my desktop IP) the traceroute still shows: # traceroute 172.32.99.12 traceroute to 172.32.99.12 (172.32.99.12), 30 hops max, 60 byte packets 1 ipfire.mlp-ag.com (10.96.25.129) 0.294 ms 0.270 ms 0.258 ms 2 10.96.25.2 (10.96.25.2) 0.569 ms 0.746 ms 0.987 ms^C Any hints on this? I need a vacation, btw ;-) And the best: I do this via ssh, so I am already connected ... which means I get packages back ... S
