Re: [gentoo-user] Frustrating error message from layman
On Thursday 09 Jan 2014 16:10:11 walt wrote: > #cat /var/lib/layman/make.conf > PORTDIR_OVERLAY='/usr/local/portage' You're short of the rest of the definition. Here's mine: $ cat /var/lib/layman/make.conf PORTDIR_OVERLAY=" /var/lib/layman/owncloud-client $PORTDIR_OVERLAY " Of course there's no difference if $PORTDIR_OVERLAY was empty before. -- Regards Peter
Re: [gentoo-user] Frustrating error message from layman
On Thu, 09 Jan 2014 16:10:11 -0800 walt wrote: > I'm a layman noob, so I'm probably making a noob mistake here. Can > you spot the error for me please? No problem, let's find wally ... I mean ... the error. :) > #ls -la /var/lib/layman/ > total 312 > drwxr-xr-x 3 root root 4096 Jan 9 15:23 . > drwxr-xr-x 35 root root 4096 Dec 13 15:11 .. > -rw-r--r-- 1 root root 0 Jan 9 15:16 .keep_app-portage_layman-0 > -rw-r--r-- 1 root root 29 Jan 9 15:23 > cache_ac494f50f5736be7871962c0dec7b3bb.timestamp -rw-r--r-- 1 root > root 294573 Jan 9 15:23 cache_ac494f50f5736be7871962c0dec7b3bb.xml > -rw-r--r-- 1 root root616 Jan 9 15:23 installed.xml -rw-r--r-- > 1 root root 38 Jan 9 15:14 make.conf drwxr-xr-x 25 root root > 4096 Jan 9 15:23 mate Looks good and similar to mine. > #cat /var/lib/layman/make.conf > PORTDIR_OVERLAY='/usr/local/portage' Why do you cat this file? Did you change it? > #ls -la /usr/local/portage/ > total 12 > drwxr-xr-x 3 root root 4096 Jan 9 15:17 . > drwxr-xr-x 11 root root 4096 Jan 9 15:05 .. > drwxr-xr-x 2 root root 4096 Jan 9 15:18 metadata Should be fine, I think it is unrelated to the error. > So, what's my problem? (I've already installed the 'mate' overlay): Given that you inspect those folders, did you change something there? > #layman -d mate > > * Deleting selected overlays,... > > * CLI: Errors occurred processing action delete > * Exception caught disabling repository 'mate': > * MakeConf: read(); Did not find a PORTDIR_OVERLAY entry in > file /var/lib/layman/make.conf! Did you specify the correct file? We both see it, so, that's alright. But why doesn't layman see it? You need to add this to /etc/portage/make.conf: source /var/lib/layman/make.conf Then layman will be able to see it. > I've read and re-read that make.conf file and I don't see anything > wrong with it -- but my eyes are not so good lately. Is there a typo > or something? If you changed it, you might want to start over by removing /var/lib/layman and emerging it again, then add your overlays back; to ensure it is correct again. If you want to do it manually, let's say you have overlay aaa and bbb; then /var/lib/layman/make.conf contents would be like this: PORTDIR_OVERLAY=" /var/lib/layman/aaa /var/lib/layman/bbb $PORTDIR_OVERLAY /usr/local/portage" > Are the file perms okay? I tried chown-ing everything to > portage:portage but that didn't change anything. I'm stumped. Unsure if that works; but if it is an error, put it back to root or otherwise just remove and reinstall layman would help. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
[gentoo-user] Frustrating error message from layman
I'm a layman noob, so I'm probably making a noob mistake here. Can you spot the error for me please? #ls -la /var/lib/layman/ total 312 drwxr-xr-x 3 root root 4096 Jan 9 15:23 . drwxr-xr-x 35 root root 4096 Dec 13 15:11 .. -rw-r--r-- 1 root root 0 Jan 9 15:16 .keep_app-portage_layman-0 -rw-r--r-- 1 root root 29 Jan 9 15:23 cache_ac494f50f5736be7871962c0dec7b3bb.timestamp -rw-r--r-- 1 root root 294573 Jan 9 15:23 cache_ac494f50f5736be7871962c0dec7b3bb.xml -rw-r--r-- 1 root root616 Jan 9 15:23 installed.xml -rw-r--r-- 1 root root 38 Jan 9 15:14 make.conf drwxr-xr-x 25 root root 4096 Jan 9 15:23 mate #cat /var/lib/layman/make.conf PORTDIR_OVERLAY='/usr/local/portage' #ls -la /usr/local/portage/ total 12 drwxr-xr-x 3 root root 4096 Jan 9 15:17 . drwxr-xr-x 11 root root 4096 Jan 9 15:05 .. drwxr-xr-x 2 root root 4096 Jan 9 15:18 metadata So, what's my problem? (I've already installed the 'mate' overlay): #layman -d mate * Deleting selected overlays,... * CLI: Errors occurred processing action delete * Exception caught disabling repository 'mate': * MakeConf: read(); Did not find a PORTDIR_OVERLAY entry in file /var/lib/layman/make.conf! Did you specify the correct file? I've read and re-read that make.conf file and I don't see anything wrong with it -- but my eyes are not so good lately. Is there a typo or something? Are the file perms okay? I tried chown-ing everything to portage:portage but that didn't change anything. I'm stumped.
[gentoo-user] Re: updating old box: segfaults with python
Stefan G. Weichinger xunil.at> writes: > yesterday I started to upgrade an older gentoo server at a customer. It > has only been updated now and then as they tend to save money and rarely > contact me ... > I would like to avoid to have to drive there so it would be great to be > able to fix that from here, via ssh. > Thanks for any help, Stefan Well it's probably late to "chime in" but, I have faced your delima too many time. I'm probably older and more of a grouch than your are but this problem is too simple. Build a second machine, with all they need, maybe a few new things. Copy the old data to the new machine. FEDEX (whatever) the machine to them. Since it is commercial and critical, no way in hell, I'd do this cheap. Teach them an expensive but excellent lesson. Let them keep the old box to do with as they like. They can even ship it to you every year or so for an upgrade. Redundancy is some thing I demand with commercial folks I deal with. Spare hardware onsite. Deploy one upgrade the other. PERIOD. They choose not to call, you have left them in good shape. The longer the duration between calls, the larger the invoice to fix. Customers like this are the reason many consultants/small firms go broke. "MAKE MONEY" and at the same time cultivate them into being a client you like having in your portfolio! Otherwise, ditch the loosers! or as they use to say money talks and bullshit walks... ymmv, hth, James
[gentoo-user] Re: Questions about History file
Alan McKinnon gmail.com> writes: > I do know that once, long ago, I tried to get bash to do proper command > logging for our general-purpose gateway hosts that have 500+ users. It > was a nightmare and I eventually concluded that history, logging and > such things are 100% the province of the user and not the sysadmin. It > just caused way more trouble than it solved. I suspect what you are > looking for is very much in the same category. Maybe "script" can be use to parse the syntax strings into a user-defined log file from the root shell... You'd most likely want to use the "AND" logic operator of the history buffer to campare against the "script" generated file to get a clean copy; or something like that. Seems like I did something like that years (decades) ago, but the memory is not what it use to be. It should not be that difficult to write something from scratch. good_hunting James
[gentoo-user] Re: GSOC discussion
Mateusz Kowalczyk fuuzetsu.co.uk> writes: > On 07/01/14 14:35, Vladimir Romanov wrote: > > Wow. Can i try to do this task (aside of GSOC, simply because it's > > interesting)? Well, it's just a "raw idea" that needs quite a bit of further thought. Basically, you need a mentor and a project to work under GSOC-2014. You might as well get paid for this effort, if that appeals to you. If not, and you have time, you can develop something like this on your own. Set simple goals and use a small testbed. Once you roll something out a few times, invite others to test drive it. It probally lead to google taking an interest in your work, if you spin some good ideas into a usable codebase. It might also be appealing to reseach what programming languages/databases would be good to use. You could even further focus the effort not just gentoo-centric but something like gentoo-centric-security Surely you can "take ownership" of the idea, recraft it, or modify (fork) and applicable (?) existing code base as you like. Who knows, search is a hot topic. You just might land a gig at your own "startup" should the winds of favor drift your way. > Personally I think this project is a bit too convoluted, requires a > lot of community effort and becomes fairly useless should people > decide to stop contributing to it for some reason. I think the effort > would be better spent updating the Wiki with the findings on the > mailing lists. Google is Good Enoughâ„¢ with finding the information you > need. It does tend to take some time but I don't think it's so much > that it justifies the amount of effort that'd have to go into the > project. I disagree with you. Nobody has to be forced to use it. The heart of the idea is that some (more experience users) form better (google) search syntax than others, particularly when looking deeply into searching for relevant material. Often one does not need a fully, concise, current web page on exactly what they are seeking. It is only after hours and hours of refined searches that folks sometimes find key pieces of information via search engines. Besides, google is full of "noise" even with keenly, well formed searches, as we all know. Furthermore, the time has come form users to be "more in control" of their own searches, as google seeks to satisfy too many masters, imho. It is merely and idea to leverage the expertise of some folk in deep searches, who wish to share their their search (kunfu) with others, via this project idea. Those experts would merely have to use the "frontend" to search for things, allowing the frontend to do it's work transparently. If you are search for someting sensitive, then just do not use the frontend. I do agree with you about the need to work on the gentoo-wiki, as I myself have a few project in that vain, in early stages. But a frontend-tool/app to make our collective gentoo searches, more energized, is an interesting, entrepreneurial idea, methinks ymmv.
Re: [gentoo-user] emerge -uD @system with lots of blocks!
On Thu, 09 Jan 2014 13:01:28 +0100 Tamer Higazi wrote: > I want to update the system and then world, but still have a lots of > blocks and don't know how to solve that. There is only _one_ block: [blocks B ] The above block stopping resolution. -> A too low backtrack value stopping resolution. The solution is to resolve the block and higher the backtrack value; however, if this takes too long, an alternative is to manually oneshot emerge the higher versions (usually listed with "no parents") or alternatively mask them if you don't want to upgrade them. But, before doing that; just trying to emerge again after resolving the block might work as well, so, try that first to spare out work. :) -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
Re: [gentoo-user] emerge -uD @system with lots of blocks!
On Thu, Jan 09, 2014 at 03:47:43PM +0100, Tamer Higazi wrote > Hi! > > I don't want gnome3. I am very happy with Gnome 2. How can we keep that?! > > I would change the profile even. > > I am on systemd profile and my profile list is: > > Available profile symlink targets: > [1] default/linux/amd64/13.0 > [2] default/linux/amd64/13.0/selinux > [3] default/linux/amd64/13.0/desktop > [4] default/linux/amd64/13.0/desktop/gnome > [5] default/linux/amd64/13.0/desktop/gnome/systemd * > [6] default/linux/amd64/13.0/desktop/kde > [7] default/linux/amd64/13.0/desktop/kde/systemd > [8] default/linux/amd64/13.0/developer > [9] default/linux/amd64/13.0/no-multilib > [10] default/linux/amd64/13.0/x32 > [11] hardened/linux/amd64 > [12] hardened/linux/amd64/selinux > [13] hardened/linux/amd64/no-multilib > [14] hardened/linux/amd64/no-multilib/selinux > [15] hardened/linux/amd64/x32 > [16] hardened/linux/uclibc/amd64 Even changing to "[1] default/linux/amd64/13.0" won't help. Support for older GNOME will eventually disappear. If you need a desktop, look into a lightweight DE like XFCE https://wiki.gentoo.org/wiki/Xfce/HOWTO I run ICEWM. It does what I need (taskbar/launcher a few applets) and then it stays out of the way, and doesn't chew up a ton of resources. See my sig. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: Portage & Python3 - WAS: Re: [gentoo-user] updating old box: segfaults with python
On Thu, 09 Jan 2014 06:59:16 -0500, Tanstaafl wrote: > Is there any plan to eventually move portage to python3? It isn't like > python3 hasn't been out for a while now... ;) USE="python3" emerge -1 portage I've been sing that for a long time, but this is Gentoo, it is up to the individual to decide which version they use. -- Neil Bothwick Always remember you're unique, just like everyone else. signature.asc Description: PGP signature
Re: [gentoo-user] emerge -uD @system with lots of blocks!
I tried, and I get still blocks, independently which PYTHON_SINGLE_TARGET I make use of! http://pastebin.com/raw.php?i=hVLKC1J5 Any ideas ?! Tamer On 01/09/14 13:34, Hinnerk van Bruinehsen wrote: > On Thu, Jan 09, 2014 at 01:01:28PM +0100, Tamer Higazi wrote: >> I want to update the system and then world, but still have a lots >> of blocks and don't know how to solve that. >> >> emerge error output: http://pastebin.com/raw.php?i=XTKQHUjk >> >> On the gentoo forums nobody could help me. >> >> Perhaps here any ideas ?! > > Hi, > > try updating system and world at the same time. You have packages > in system on which other packages in world depend. Try emerge > -uvDNa @system @world If that doesn't help add backtrack as stated > in the error: emerge -uvDNa @system @world --backtrack=30 > > Most likely this will solve your issues. If not you could unmerge > blocking packages but imho that's not a neat way. I'd rather emerge > some selected packages manually (gobject-introspection and vala > would be good candidates in your case) [use -v1 or you'll end up > with a horribly cluttered world file]. If that doesn't work either > it may be possible that there is no working upgrade path due to a > too large version difference. In that case you could try to emerge > intermediate versions manually (emerge -v1 =-)... > > WKR Hinnerk >
Re: [gentoo-user] emerge -uD @system with lots of blocks!
Hi! I don't want gnome3. I am very happy with Gnome 2. How can we keep that?! I would change the profile even. I am on systemd profile and my profile list is: Available profile symlink targets: [1] default/linux/amd64/13.0 [2] default/linux/amd64/13.0/selinux [3] default/linux/amd64/13.0/desktop [4] default/linux/amd64/13.0/desktop/gnome [5] default/linux/amd64/13.0/desktop/gnome/systemd * [6] default/linux/amd64/13.0/desktop/kde [7] default/linux/amd64/13.0/desktop/kde/systemd [8] default/linux/amd64/13.0/developer [9] default/linux/amd64/13.0/no-multilib [10] default/linux/amd64/13.0/x32 [11] hardened/linux/amd64 [12] hardened/linux/amd64/selinux [13] hardened/linux/amd64/no-multilib [14] hardened/linux/amd64/no-multilib/selinux [15] hardened/linux/amd64/x32 [16] hardened/linux/uclibc/amd64 Tamer > Oh, I see your gentoo actually wants to install systemd? Did you change > to gnome3? Which profile do you use? > > Regards, > Ralf > > On 01/09/2014 01:01 PM, Tamer Higazi wrote: >> I want to update the system and then world, but still have a lots of >> blocks and don't know how to solve that. >> >> emerge error output: >> http://pastebin.com/raw.php?i=XTKQHUjk >> >> On the gentoo forums nobody could help me. >> >> Perhaps here any ideas ?! >> >> >> > >
Re: [gentoo-user] Re: Confusion about slot conflict
On Wednesday 08 Jan 2014 12:31:52 I wrote: > I'm having a similar problem on my local LAN server, an Atom box. I sync > daily, and I've just synced again to make sure (31000 files, yet again, > nearly all in metadata). > > The Atom's packages directory is NFS-mounted in a 32-bit chroot on my > workstation, which does all the compiling work and then the Atom installs > from packages. > > For several days I've been finding that the Atom box throws up the libpng > error whereas the chroot doesn't want to upgrade anything. I've checked > that /etc/portage/* is identical except for make.conf, which has to differ > in proxy names, rsync hosts and a couple of other details. There's no > ACCEPT_KEYWORDS entry in either make.conf. > > The packages that portage complains of are all at the same versions on the > two boxes. > > I can't see a way out of this, other than forcing a libpng update on the > atom. Any further thoughts anyone? I'm almost sure I'm overlooking > something but in my present befuddled state I can't see what. Having tried many times to emerge -uaDvNK world on the Atom box and then separately emerging all the packages complained about, I finally got portage to come up with a set of packages to update - 637 of the total 645! While it's doing that (may be gone some time) I find that the /etc/portage directory on the Atom box had permissions root:root 0700. How that happened I've not the foggiest idea, but portage will have been unable to read any of the files in there. So, a word to the wise: beware rogues setting bad permissions. -- Regards Peter
Re: [gentoo-user] disable numlock on netbook
On Thursday 09 Jan 2014 11:21:36 Alan McKinnon wrote: > I'm going to let sleeping dogs lie and leave this issue alone for now. > If I'm lucky it won't recur :-) I like the reference to dogs and curs... -- Regards Peter
Re: [gentoo-user] emerge -uD @system with lots of blocks!
On Thursday 09 Jan 2014 12:34:03 Hinnerk van Bruinehsen wrote: > On Thu, Jan 09, 2014 at 01:01:28PM +0100, Tamer Higazi wrote: > > I want to update the system and then world, but still have a lots of > > blocks and don't know how to solve that. > > > > emerge error output: > > http://pastebin.com/raw.php?i=XTKQHUjk > > > > On the gentoo forums nobody could help me. > > > > Perhaps here any ideas ?! > > Hi, > > try updating system and world at the same time. You have packages in system > on which other packages in world depend. Try emerge -uvDNa @system @world > If that doesn't help add backtrack as stated in the error: emerge -uvDNa > @system @world --backtrack=30 > > Most likely this will solve your issues. If not you could unmerge blocking > packages but imho that's not a neat way. I'd rather emerge some selected > packages manually (gobject-introspection and vala would be good candidates > in your case) [use -v1 or you'll end up with a horribly cluttered world > file]. If that doesn't work either it may be possible that there is no > working upgrade path due to a too large version difference. In that case > you could try to emerge intermediate versions manually (emerge -v1 > =-)... Also, careful when you are remerging packages which you previously uninstalled, that you do not inadvertently add packages in world, when they do not belong there (like libs and other dependencies). -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] updating old box: segfaults with python
Am 09.01.2014 12:29, schrieb Neil Bothwick: > On Thu, 09 Jan 2014 11:16:01 +0100, Stefan G. Weichinger wrote: > >> I only have python 2.7 / 3.2 / 3.3 now installed. > > Bear n mind that portage will stick with python2, whatever your > eselect settings, unless you emerged it with the python3 USE flag. Yes. What I did now: went back to gcc-4.4.4-r2 (built in 2010) and rebuilt both dev-lang/python:2.7 and dev-lang/python:3.2 So I should have python built against the current unpacked glibc-2.16, right? Now I could retry to upgrade to glibc-2.17 ... and see if I hit that missing eutils.eclass again.
Re: [gentoo-user] emerge -uD @system with lots of blocks!
On Thu, Jan 09, 2014 at 01:01:28PM +0100, Tamer Higazi wrote: > I want to update the system and then world, but still have a lots of > blocks and don't know how to solve that. > > emerge error output: > http://pastebin.com/raw.php?i=XTKQHUjk > > On the gentoo forums nobody could help me. > > Perhaps here any ideas ?! Hi, try updating system and world at the same time. You have packages in system on which other packages in world depend. Try emerge -uvDNa @system @world If that doesn't help add backtrack as stated in the error: emerge -uvDNa @system @world --backtrack=30 Most likely this will solve your issues. If not you could unmerge blocking packages but imho that's not a neat way. I'd rather emerge some selected packages manually (gobject-introspection and vala would be good candidates in your case) [use -v1 or you'll end up with a horribly cluttered world file]. If that doesn't work either it may be possible that there is no working upgrade path due to a too large version difference. In that case you could try to emerge intermediate versions manually (emerge -v1 =-)... WKR Hinnerk signature.asc Description: Digital signature
Re: [gentoo-user] emerge -uD @system with lots of blocks!
What I try to do in such cases (I know this is not the best solution, but it always works quite good) is to uninstall all packages that cause problems. After the world update, you can reinstall those. In your case, i would try to uninstall - libreoffice - qt* - all blocking packages But this might be very risky! Another try could be to install bunch of packages by hand. E.g. Try to update python, if this works try to update let's say systemd, and so on. Oh, I see your gentoo actually wants to install systemd? Did you change to gnome3? Which profile do you use? Regards, Ralf On 01/09/2014 01:01 PM, Tamer Higazi wrote: > I want to update the system and then world, but still have a lots of > blocks and don't know how to solve that. > > emerge error output: > http://pastebin.com/raw.php?i=XTKQHUjk > > On the gentoo forums nobody could help me. > > Perhaps here any ideas ?! > > >
[gentoo-user] emerge -uD @system with lots of blocks!
I want to update the system and then world, but still have a lots of blocks and don't know how to solve that. emerge error output: http://pastebin.com/raw.php?i=XTKQHUjk On the gentoo forums nobody could help me. Perhaps here any ideas ?!
Portage & Python3 - WAS: Re: [gentoo-user] updating old box: segfaults with python
On 2014-01-09 6:29 AM, Neil Bothwick wrote: Bear n mind that portage will stick with python2, whatever your eselect settings, unless you emerged it with the python3 USE flag. I have wondered... Is there any plan to eventually move portage to python3? It isn't like python3 hasn't been out for a while now... ;)
Re: [gentoo-user] glibc update 2.16 > 2.17 - python relocation error at end of emerge
On 2014-01-09 4:24 AM, Alan McKinnon wrote: On 08/01/2014 20:03, Tanstaafl wrote: On 2014-01-08 11:54 AM, Tanstaafl wrote: I just updated glibc to 2.1.17, and got the following error at the very end of the emerge: /usr/bin/python2.7: relocation error: /lib64/libresolv.so.2: symbol __sendmmsg, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference Is this something to worry about? After some googling... Could this have anything to do with the fact that I don't have either of these set in /etc/portage/make.comf: PYTHON_TARGETS="python2_7 python3_3" PYTHON_SINGLE_TARGET="python2_7" ? Just added them and am remerging glibc... sill see what happens... I doubt the missing entries are relevant, they just set defaults. Without PYTHON_TARGETS portage installs all python versions, the settings just restricts it to the ones you want. PYTHON_SINGLE_TARGET says which python to use if there can only be one, the ebuild normally sets this itself. I'd be surprised if the change made a difference, but if it does that would be an interesting bug to track down Well... there was no error this time (did emerge -v1)... So, no idea on what the error message even meant? Googling reveals a few older references to it, but nothing substantial as far as a cause, or if it is anything to worry about.
Re: [gentoo-user] updating old box: segfaults with python
On Thu, 09 Jan 2014 11:16:01 +0100, Stefan G. Weichinger wrote: > I only have python 2.7 / 3.2 / 3.3 now installed. Bear n mind that portage will stick with python2, whatever your eselect settings, unless you emerged it with the python3 USE flag. -- Neil Bothwick WINDOWS: Will Install Needless Data On Whole System signature.asc Description: PGP signature
Re: [gentoo-user] updating old box: segfaults with python
Am 09.01.2014 11:16, schrieb Stefan G. Weichinger: > glibc-2.17 *builds* OK (emerge -B) but does not install ... when I > read correctly it does not find the class eutils.class (which is there > ...). Additional: I would not mind staying with 2.16 ... as I run with it right now, it is only portage "thinking" to have 2.17 installed ... but downgrading is hard-masked.
Re: [gentoo-user] Re: updating old box: segfaults with python
Am 09.01.2014 09:16, schrieb Helmut Jarausch: > Did you try www.sysresccd.org/ version 3.8.1? I'm not sure if it is > based on > glibc-2.17, yet. 2.15-r3 ... just booted it in a VM and looked it up.
Re: [gentoo-user] Re: updating old box: segfaults with python
Am 09.01.2014 11:15, schrieb Helmut Jarausch: > You can't test all of memory, especially not low memory. > But if you had a problem with some chip mapped to low memory > I doubt Linux would even boot. > Furthermore, memtester locks pages, i.e. it disables paging. > So the machine might not be very responsive during the tests. Yep, read the manpage ... the box has ~900 MB of RAM and I run "memtester 700M" for now. Loop1 ok, second Loop running ... thanks.
Re: [gentoo-user] updating old box: segfaults with python
Am 09.01.2014 08:07, schrieb Mick: > If dev-lang/python:2.7 does not allow you to emerge glibc then use > eselect to switch --python2 to an older python available in that > box and try emerging glibc with that. You may have to repeat this > until successful (hopefully) with dev-lang/python:2.7. > I don't know if you would need to update glibc in smaller steps (I > can't recall how many versions were there in between) but this can > be a painful process. It already is ... I face problems with postfix now ... needing another kernel leading to the udev-upgrade needing other kernel-option(s) ... you know. I only have python 2.7 / 3.2 / 3.3 now installed. glibc-2.17 *builds* OK (emerge -B) but does not install ... when I read correctly it does not find the class eutils.class (which is there ...). The memory seems OK to me ...
Re: [gentoo-user] Re: updating old box: segfaults with python
On 01/09/2014 10:59:45 AM, Stefan G. Weichinger wrote: Am 09.01.2014 09:16, schrieb Helmut Jarausch: > You can use sys-apps/memtester without physical access to the machine. > I had cases where memtester found errors which memtest86 didn't. > One of these cases was a machine which probably had a cache coherence > problem > since the error showed up only when more than one process ran memtester. > Replacing the CPU but not the memory fixed that problem. Thanks for the pointer ... how to use it to test the whole RAM? Just give it a value bigger than the available RAM or ... ? I just try it with a slightly lower value for now and will re-read the manpage. You can't test all of memory, especially not low memory. But if you had a problem with some chip mapped to low memory I doubt Linux would even boot. Furthermore, memtester locks pages, i.e. it disables paging. So the machine might not be very responsive during the tests.
Re: [gentoo-user] Re: updating old box: segfaults with python
Am 09.01.2014 09:16, schrieb Helmut Jarausch: > You can use sys-apps/memtester without physical access to the machine. > I had cases where memtester found errors which memtest86 didn't. > One of these cases was a machine which probably had a cache coherence > problem > since the error showed up only when more than one process ran memtester. > Replacing the CPU but not the memory fixed that problem. Thanks for the pointer ... how to use it to test the whole RAM? Just give it a value bigger than the available RAM or ... ? I just try it with a slightly lower value for now and will re-read the manpage. > Did you try www.sysresccd.org/ version 3.8.1? I'm not sure if it is > based on > glibc-2.17, yet. No, didn't take a look yet. Started my download now.
Re: [gentoo-user] glibc update 2.16 > 2.17 - python relocation error at end of emerge
On 08/01/2014 20:03, Tanstaafl wrote: > On 2014-01-08 11:54 AM, Tanstaafl wrote: >> I just updated glibc to 2.1.17, and got the following error at the very >> end of the emerge: >> >>> /usr/bin/python2.7: relocation error: /lib64/libresolv.so.2: symbol >>> __sendmmsg, version GLIBC_PRIVATE not defined in file libc.so.6 with >>> lin k time >>> reference >> >> Is this something to worry about? > > After some googling... > > Could this have anything to do with the fact that I don't have either of > these set in /etc/portage/make.comf: > > PYTHON_TARGETS="python2_7 python3_3" > PYTHON_SINGLE_TARGET="python2_7" > > ? > > Just added them and am remerging glibc... sill see what happens... I doubt the missing entries are relevant, they just set defaults. Without PYTHON_TARGETS portage installs all python versions, the settings just restricts it to the ones you want. PYTHON_SINGLE_TARGET says which python to use if there can only be one, the ebuild normally sets this itself. I'd be surprised if the change made a difference, but if it does that would be an interesting bug to track down -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] disable numlock on netbook
On 08/01/2014 22:05, Daniel Frey wrote: > On 01/05/2014 01:41 PM, Alan McKinnon wrote: >> I have Gentoo on a first gen Acer Aspire One. The teeny keyboard doesn't >> have a numpad, it's simulated by using the right-hand bunch of keys and >> you engage it with Fn-F11 >> >> It's recently started booting up with the numpad on which is annoying at >> first login as my username is not a3an0 The Num LED is also off at >> this stage. There used to be a way to set numlock on or off in >> baselayout/openrc but now I can't find it. "grep -r numlock /etc" >> returns nothing relevant, and /etc/init.d/numlock is to enable it with >> no function to disable it (I have this script disable in default runlevel) >> >> How is this done these days? >> Should I call setleds in rc.local somewhere? >> >> > > Are you booting into X? If you are try x11-misc/numlockx. > > I think all you have to do is use `numlockx off` and it should turn it off. > > I had to do that for my laptop, same problem. It all seems to have sorted itself out somehow. I removed everything related to numlock and power cycled. The netbook now boots with numlock off. I'm not at all sure how this works on this keyboard. Perhaps the hardware remembers the numlock state before power-down and resets it at power-up? I'm going to let sleeping dogs lie and leave this issue alone for now. If I'm lucky it won't recur :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: updating old box: segfaults with python
On 01/08/2014 11:39:21 PM, Stefan G. Weichinger wrote: Am 08.01.2014 19:47, schrieb Grant Edwards: > On 2014-01-08, Stefan G. Weichinger wrote: > >> Looking forward to some clever suggestions ;-) > > Well, I'd start by running memtest86 overnight just to eliminate the > possibility of marginal memory. But, if memory serves, this is a > remote server at a customer site -- so that may not be a viable > option. Sure. Good suggestion. I would do that if I had physical access to the server ... for now I don't. And I assume the box would behave much more problematic if the memory was faulty. You can use sys-apps/memtester without physical access to the machine. I had cases where memtester found errors which memtest86 didn't. One of these cases was a machine which probably had a cache coherence problem since the error showed up only when more than one process ran memtester. Replacing the CPU but not the memory fixed that problem. Did you try www.sysresccd.org/ version 3.8.1? I'm not sure if it is based on glibc-2.17, yet. Helmut.