[gentoo-user] KDE plasma pager layout indicator
I use KDE's plasma pager. It gives a nice MacOS-like grid layout that pops up when switching virtual desktops. Trouble is, the thing doesn't enable itself when starting KDE, I have to do that manually: right click pager in panel - pager settings - Virtual desktops - Switching - Show desktop layout indicators disable and re-enable it brings the popup back. It's now getting annoying, and things like .xsesssion-errors are devoid of useful info on the matter. Tips anyone? Note this is the virtual desktop layout popup, it shows up in the middle of the screen. It's not the keyboard layout widget in the panel. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] KDE plasma pager layout indicator
Alan McKinnon wrote: I use KDE's plasma pager. It gives a nice MacOS-like grid layout that pops up when switching virtual desktops. Trouble is, the thing doesn't enable itself when starting KDE, I have to do that manually: right click pager in panel - pager settings - Virtual desktops - Switching - Show desktop layout indicators disable and re-enable it brings the popup back. It's now getting annoying, and things like .xsesssion-errors are devoid of useful info on the matter. Tips anyone? Note this is the virtual desktop layout popup, it shows up in the middle of the screen. It's not the keyboard layout widget in the panel. I have noticed something else odd as well. I use folder layout, like KDE3 had, for my KDE desktop setup. When I login to KDE, I have to switch to some other layout then switch back to folder to get my icons to show up. Once in a blue moon, it works as it should but most of the time, I have to go through this to get it to look like I have it set to look. It's a different issue but could have a common cause. It seems some setting/config doesn't get stored properly. Then when we login, we have to undo/redo to get it to work. I have been putting up with my issue for about a year or so. I haven't done any research as to bug reports etc because I'm not real sure what to look for. Could be totally different, could be related. Just thought it worth adding to the pot. ;-) Dale :-) :-)
Re: [gentoo-user] glibc-2.17 fails and warning: setlocale: LC_ALL error
Dale wrote: Hinnerk van Bruinehsen wrote: On a side note: You can also boot into a chroot, move your /etc and /var directories elsewhere (e.g. etc_old and var_old) (do the same for other directories where you yourself made changes), extract a stage 3 tarball on top of your normal / directory (overwriting potentially broken stuff), move etc_old and var_old back to their old locations/names, chroot into it (like during install) and emerge @system @world -evDNa (to rebuild everything from the known-good start that the stage3 provides). It's getting close to nap time here. Also, more stormy stuff could pop up at any time. I shut the old rig back down again. It doesn't have a UPS or anything on it. Anyway, I suspect strongly that the error is on the stage3 tarball. I got it installed but I have not been able to get a clean emerge -e system as of yet. I generally unpack, get things to where I can emerge and then do a emerge -e system as soon as I can. That way anything else I build is built on top of updated packages. I have installed Gentoo so many times it is pitiful. What I may do, unpack the stage3 somewhere, recompile glibc to create a binary and then install that package. I'm not going to be to shocked if it fails to build straight out of the stage3 tarball tho. I'm going to work on this some more when I get both eyes open. Dale :-) :-) I tried this. I unpacked the stage3 tarball just like I would for a new install, in /mnt/gentoo of course. I set it up just enough to where I could try and emerge glibc and just see if it would complete or if it would fail. It failed. It seems to me that while it may be complaining about the kernel version, something else is really the issue. I'm using the latest kernel so it can't be that. I also installed linux-headers and tried again, still failed. I also checked on the locale,gen file. It is the wrong file type within the tarball. It shows up as GENESIS rom there as well instead of a plain text file. It seems to me that the stage3 tarball is broke. I'm not sure what else to try at this point. When the source is broke, it's sort of hard to fix the rest. Where to go from here? Dale :-) :-)
Re: [gentoo-user] glibc-2.17 fails and warning: setlocale: LC_ALL error
On 07/16/2014 09:32:31 AM, Dale wrote: I tried this. I unpacked the stage3 tarball just like I would for a new install, in /mnt/gentoo of course. I set it up just enough to where I could try and emerge glibc and just see if it would complete or if it would fail. It failed. It seems to me that while it may be complaining about the kernel version, something else is really the issue. I'm using the latest kernel so it can't be that. I also installed linux-headers and tried again, still failed. What kernel version are you using? On one machine I have strange effects with kernel 3.15.x (including 3.15.5) Portage hangs. Attaching gdb to it one can see that hangs in the glibc call __epoll_wait_nocancel called from pyepoll_poll from PyRun_FileExFlags Just stepping back to 3.14.12 solves the problem. (I do have linux-headers-3.15 installed here) Helmut
Re: [gentoo-user] glibc-2.17 fails and warning: setlocale: LC_ALL error
Helmut Jarausch wrote: On 07/16/2014 09:32:31 AM, Dale wrote: I tried this. I unpacked the stage3 tarball just like I would for a new install, in /mnt/gentoo of course. I set it up just enough to where I could try and emerge glibc and just see if it would complete or if it would fail. It failed. It seems to me that while it may be complaining about the kernel version, something else is really the issue. I'm using the latest kernel so it can't be that. I also installed linux-headers and tried again, still failed. What kernel version are you using? On one machine I have strange effects with kernel 3.15.x (including 3.15.5) Portage hangs. Attaching gdb to it one can see that hangs in the glibc call __epoll_wait_nocancel called from pyepoll_poll from PyRun_FileExFlags Just stepping back to 3.14.12 solves the problem. (I do have linux-headers-3.15 installed here) Helmut 3.15.5-gentoo I got a different tarball, going to test that. If it fails, may step back a kernel version and see if that helps. It's faster than re-installing from scratch again. ;-) Dale :-) :-)
Re: [gentoo-user] glibc-2.17 fails and warning: setlocale: LC_ALL error
Dale wrote: Helmut Jarausch wrote: On 07/16/2014 09:32:31 AM, Dale wrote: I tried this. I unpacked the stage3 tarball just like I would for a new install, in /mnt/gentoo of course. I set it up just enough to where I could try and emerge glibc and just see if it would complete or if it would fail. It failed. It seems to me that while it may be complaining about the kernel version, something else is really the issue. I'm using the latest kernel so it can't be that. I also installed linux-headers and tried again, still failed. What kernel version are you using? On one machine I have strange effects with kernel 3.15.x (including 3.15.5) Portage hangs. Attaching gdb to it one can see that hangs in the glibc call __epoll_wait_nocancel called from pyepoll_poll from PyRun_FileExFlags Just stepping back to 3.14.12 solves the problem. (I do have linux-headers-3.15 installed here) Helmut 3.15.5-gentoo I got a different tarball, going to test that. If it fails, may step back a kernel version and see if that helps. It's faster than re-installing from scratch again. ;-) Dale :-) :-) UPDATE: I downloaded a different stage3 tarball and I think I see progress. It has a couple errors that I had to fix, had to run gcc-config for one, but it looks like glibc is running longer than before. It seems to be compiling now. So, it seems that other tarball has some issues and needs a hammer. Now to figure out if I want to try and use the binary from this new tarball on the current install OR just install Gentoo again from scratch. Dale :-) :-)
Re: [gentoo-user] glibc-2.17 fails and warning: setlocale: LC_ALL error
On 16 July 2014 11:19:20 CEST, Dale rdalek1...@gmail.com wrote: Dale wrote: Helmut Jarausch wrote: On 07/16/2014 09:32:31 AM, Dale wrote: I tried this. I unpacked the stage3 tarball just like I would for a new install, in /mnt/gentoo of course. I set it up just enough to where I could try and emerge glibc and just see if it would complete or if it would fail. It failed. It seems to me that while it may be complaining about the kernel version, something else is really the issue. I'm using the latest kernel so it can't be that. I also installed linux-headers and tried again, still failed. What kernel version are you using? On one machine I have strange effects with kernel 3.15.x (including 3.15.5) Portage hangs. Attaching gdb to it one can see that hangs in the glibc call __epoll_wait_nocancel called from pyepoll_poll from PyRun_FileExFlags Just stepping back to 3.14.12 solves the problem. (I do have linux-headers-3.15 installed here) Helmut 3.15.5-gentoo I got a different tarball, going to test that. If it fails, may step back a kernel version and see if that helps. It's faster than re-installing from scratch again. ;-) Dale :-) :-) UPDATE: I downloaded a different stage3 tarball and I think I see progress. It has a couple errors that I had to fix, had to run gcc-config for one, but it looks like glibc is running longer than before. It seems to be compiling now. So, it seems that other tarball has some issues and needs a hammer. Now to figure out if I want to try and use the binary from this new tarball on the current install OR just install Gentoo again from scratch. Dale :-) :-) I would start from scratch. Who knows what else is broken? -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
[gentoo-user] Re: File timestamps got confused...why?
Dan Oriani dan at redchops.com writes: Though I still wonder where he got this program from. It doesn't appear to be in any packages at all, doesn't even seem to be a part of any linux basesystems. If you google a bit, fstat appears in many embedded offerings. [2] [3] Embedded systems usually always have some codes that are not part of the standard installation. In fact in many embedded systems, there is no standard. sys-devel/crossdev may be the source? ulibc? # equery belongs dtrace yeilds dev-util/systemtap-2.4 (/usr/bin/dtrace) as an example fstat not installed here Also, Dale recently posted this link, in another thread, which *may* help you find the source of the executable: [1] http://www.portagefilelist.de/site/query [2] http://sourceware.org/ml/newlib/2011/msg00291.html [3] http://lists.uclibc.org/pipermail/uclibc/2005-June/032695.html [4] https://code.google.com/p/chromium/issues/detail?id=207019 hth, James
Re: [gentoo-user] File timestamps got confused...why?
On Wed, 16 July 2014, at 2:21 pm, James wirel...@tampabay.rr.com wrote: ... Also, Dale recently posted this link, in another thread, which *may* help you find the source of the executable: [1] http://www.portagefilelist.de/site/query Yeah, I used that one, which is one of the things that led me to my statement that it looks like a BSD command. You'll see that: dev-libs/gnulib - /usr/share/gnulib/modules/fstat sys-freebsd/freebsd-ubin - /usr/bin/fstat Also there are BSD manpages available online: http://www.freebsd.org/cgi/man.cgi?fstat Stroller.
Re: [gentoo-user] glibc-2.17 fails and warning: setlocale: LC_ALL error
16.07.2014 14:33, J. Roeleveld пишет: On 16 July 2014 11:19:20 CEST, Dale rdalek1...@gmail.com wrote: Dale wrote: Helmut Jarausch wrote: On 07/16/2014 09:32:31 AM, Dale wrote: I tried this. I unpacked the stage3 tarball just like I would for a new install, in /mnt/gentoo of course. I set it up just enough to where I could try and emerge glibc and just see if it would complete or if it would fail. It failed. It seems to me that while it may be complaining about the kernel version, something else is really the issue. I'm using the latest kernel so it can't be that. I also installed linux-headers and tried again, still failed. What kernel version are you using? On one machine I have strange effects with kernel 3.15.x (including 3.15.5) Portage hangs. Attaching gdb to it one can see that hangs in the glibc call __epoll_wait_nocancel called from pyepoll_poll from PyRun_FileExFlags Just stepping back to 3.14.12 solves the problem. (I do have linux-headers-3.15 installed here) Helmut 3.15.5-gentoo I got a different tarball, going to test that. If it fails, may step back a kernel version and see if that helps. It's faster than re-installing from scratch again. ;-) Dale :-) :-) UPDATE: I downloaded a different stage3 tarball and I think I see progress. It has a couple errors that I had to fix, had to run gcc-config for one, but it looks like glibc is running longer than before. It seems to be compiling now. So, it seems that other tarball has some issues and needs a hammer. Now to figure out if I want to try and use the binary from this new tarball on the current install OR just install Gentoo again from scratch. Dale :-) :-) I would start from scratch. Who knows what else is broken? -- Joost When I reinstalled gcc and glibc, migrating from non-multilib amd64 arch to multilib one, I just unpacked gentoo stage3 into temporary directory, chrooted there, made binary packages out of installed ones (quickpkg name), copied resulted binary packages and their metadata to host system (i.e. moved $chroot/usr/portage/packages into /usr/portage/packages) and installed those binary packages replacing current ones. It's fast (you don't have to build packages from scratch), and it didn't fail me even once, although I heard playing with glibc such way may be dangerous (particularly, downgrading it). I guess it works for other purposes too. I don't like installing from scratch if there is a way to fix it. I don't like that approach 'unpack stage on top of your system', because it will lead to system pollution: a lot of files might be no longer tracked by package manager after that. But that's just my experience and opinion. I hope it can help you.
Re: [gentoo-user] Re: Re: [gentoo-user] kernel bug?
I start to use genkernel-next from the upgrade to gnome 3.12 with systemd.
I must repeat: with kernel 3.12.13 no problem, with 3.12.2x kernel
system block during the ramdisk loading.
I see many discussion about this problem (many without solution again),
but nothing to solve.
Gentoo Bugzilla ask to me a dmseg where to see the problem's details,
but when the system freeze don't make any dmesg output.
Il 16/07/2014 05:20, taozhijiang ha scritto:
Yes, genkernel-next should be used. look at the install gentoo gnome
with systemd from
scratch ( Sorry for currently I can not access Internet so can not
provide your link)
I have test genkernel-next with systemd (needed by GNOME 3.12)， all
seems OK, with
kernel version 3.15。
But now I am using KDE 4.13 with openRC on ZFS。systemd sometimes
makes things
strange, I switched to KDE, all seems well currently.
;-)
2014-07-16
Thanks Best Regards.
陶治江 | TAO Zhijiang
研发处 | SOHO国际产品线
Tel: 3129
Mobile: 18938910923
Email: taozhijiang@tp-link.{net, com.cn}
*发件人：* Jc_García
*发送时间：* 2014-07-16 05:26:08
*收件人：* gentoo-user
*抄送：*
*主题：* Re: [gentoo-user] kernel bug?
2014-07-15 9:38 GMT-06:00 Gmail serverp...@gmail.com:
My /usr partition in on the / partition.
I just use initrd, i've compiled kernel with genkernel.
I'm trying to look row for row if there's some diff.
Are you using genkernel also to generate a the initramfs? for booting
systemd this is not supported by genkernel(tthat's is pointed in the
systemd instalation guide in the wiki), you should be using either
sys-kernel/genkernel-next, or sys-kernel/dracut(this has been the most
widely recommended on this list).
Re: [gentoo-user] KDE plasma pager layout indicator
Am 16.07.2014 09:07, schrieb Dale: Alan McKinnon wrote: I use KDE's plasma pager. It gives a nice MacOS-like grid layout that pops up when switching virtual desktops. Trouble is, the thing doesn't enable itself when starting KDE, I have to do that manually: right click pager in panel - pager settings - Virtual desktops - Switching - Show desktop layout indicators disable and re-enable it brings the popup back. It's now getting annoying, and things like .xsesssion-errors are devoid of useful info on the matter. Tips anyone? Note this is the virtual desktop layout popup, it shows up in the middle of the screen. It's not the keyboard layout widget in the panel. I have noticed something else odd as well. I use folder layout, like KDE3 had, for my KDE desktop setup. When I login to KDE, I have to switch to some other layout then switch back to folder to get my icons to show up. Once in a blue moon, it works as it should but most of the time, I have to go through this to get it to look like I have it set to look. It's a different issue but could have a common cause. It seems some setting/config doesn't get stored properly. Then when we login, we have to undo/redo to get it to work. I have been putting up with my issue for about a year or so. I haven't done any research as to bug reports etc because I'm not real sure what to look for. Could be totally different, could be related. Just thought it worth adding to the pot. ;-) Dale :-) :-) easiest way to test: new user. Copy over config files until problem occurs.
Re: [gentoo-user] Can emerge play a sound on either a successful/unsuccessful build?
J. Roeleveld jo...@antarean.org writes: On Monday, July 14, 2014 12:46:48 PM Neil Bothwick wrote: I actually have it send an alert to my phone with Posterous but you can do whatever you want. Which Posterous is this? When I google it, I only get information that it actually got shut down after being bought by Twitter. I am looking for a cheap method to get notifications to my mobile phone. I used to use a free SMS service via a company in SA. Maybe Telegram[1] fits your needs. You'd need: - The appropriate client on the phone side. - Telegram CLI [2] on the computer. - A little shell script, such as (usage: script USER MESSAGE) #!/bin/sh /path/to/telegram -B -k /path/to/tg.pub AAA msg $1 $2 safe_quit AAA You could also send logfiles (^msg^send_text, $2 being the path to text file) HTH [1] http://www.telegram.org [2] https://github.com/vysheng/tg -- JOOST -- Do you know Montana? - This message may be digitally signed: GPG KeyID:0x9D2FD6C8 || FNMT SSL cert
Re: [gentoo-user] glibc-2.17 fails and warning: setlocale: LC_ALL error
J. Roeleveld wrote: On 16 July 2014 11:19:20 CEST, Dale rdalek1...@gmail.com wrote: UPDATE: I downloaded a different stage3 tarball and I think I see progress. It has a couple errors that I had to fix, had to run gcc-config for one, but it looks like glibc is running longer than before. It seems to be compiling now. So, it seems that other tarball has some issues and needs a hammer. Now to figure out if I want to try and use the binary from this new tarball on the current install OR just install Gentoo again from scratch. Dale :-) :-) I would start from scratch. Who knows what else is broken? -- Joost And then I went back to add the -B option and it failed. So, it built the first time but fails the 2nd time. I'm beginning to wonder about those stage3 tarballs for x86. Do they test those from time to time to make sure they work or do they just autobuild them and upload them? I'm following the install guide so I'm pretty sure I'm not doing anything wrong but at the same time, I don't want to file a bug when it is just me. I may play with this some more. It is starting to get old tho. What concerns me is if it has the same issue for someone new to Gentoo. At least I been around the block a few times. A noobie is going to pull all their hair out thinking they are not doing something right. Dale :-) :-)
Re: [gentoo-user] glibc-2.17 fails and warning: setlocale: LC_ALL error
Dark Templar wrote: When I reinstalled gcc and glibc, migrating from non-multilib amd64 arch to multilib one, I just unpacked gentoo stage3 into temporary directory, chrooted there, made binary packages out of installed ones (quickpkg name), copied resulted binary packages and their metadata to host system (i.e. moved $chroot/usr/portage/packages into /usr/portage/packages) and installed those binary packages replacing current ones. It's fast (you don't have to build packages from scratch), and it didn't fail me even once, although I heard playing with glibc such way may be dangerous (particularly, downgrading it). I guess it works for other purposes too. I don't like installing from scratch if there is a way to fix it. I don't like that approach 'unpack stage on top of your system', because it will lead to system pollution: a lot of files might be no longer tracked by package manager after that. But that's just my experience and opinion. I hope it can help you. If I can install something as a binary and then get a clean emerge -e system/world out of it, I think it would be OK. Thing is, I'm concerned something is amiss with the stage3 tarball. If that is the case, I want to inform the person that overseas that so it can be fixed. Installing Gentoo is hard enough for someone seasoned but would be a nightmare for someone new to Gentoo. Now to figure out what is the root problem on this thing. Dale :-) :-)
Re: [gentoo-user] KDE plasma pager layout indicator
Volker Armin Hemmann wrote: Am 16.07.2014 09:07, schrieb Dale: I have noticed something else odd as well. I use folder layout, like KDE3 had, for my KDE desktop setup. When I login to KDE, I have to switch to some other layout then switch back to folder to get my icons to show up. Once in a blue moon, it works as it should but most of the time, I have to go through this to get it to look like I have it set to look. It's a different issue but could have a common cause. It seems some setting/config doesn't get stored properly. Then when we login, we have to undo/redo to get it to work. I have been putting up with my issue for about a year or so. I haven't done any research as to bug reports etc because I'm not real sure what to look for. Could be totally different, could be related. Just thought it worth adding to the pot. ;-) Dale :-) :-) easiest way to test: new user. Copy over config files until problem occurs. I've done that before and it takes way to much time for me. What I may end up doing is just doing a rm on the kde directory. Thing is, even that may not fix the issue. Dale :-) :-)
Re: [gentoo-user] KDE plasma pager layout indicator
On 16 July 2014 20:26:19 CEST, Dale rdalek1...@gmail.com wrote: Volker Armin Hemmann wrote: Am 16.07.2014 09:07, schrieb Dale: I have noticed something else odd as well. I use folder layout, like KDE3 had, for my KDE desktop setup. When I login to KDE, I have to switch to some other layout then switch back to folder to get my icons to show up. Once in a blue moon, it works as it should but most of the time, I have to go through this to get it to look like I have it set to look. It's a different issue but could have a common cause. It seems some setting/config doesn't get stored properly. Then when we login, we have to undo/redo to get it to work. I have been putting up with my issue for about a year or so. I haven't done any research as to bug reports etc because I'm not real sure what to look for. Could be totally different, could be related. Just thought it worth adding to the pot. ;-) Dale :-) :-) easiest way to test: new user. Copy over config files until problem occurs. I've done that before and it takes way to much time for me. What I may end up doing is just doing a rm on the kde directory. Thing is, even that may not fix the issue. Dale :-) :-) Don't forget the random stuff in ~/.local and maybe also other directories. I tend to keep important files outside my home directory and treat that as just a storage place of config files and browser cache. I have a symlink in my home directory pointing to where the important files are kept to make it quick to find. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Can emerge play a sound on either a successful/unsuccessful build?
On 16 July 2014 18:46:16 CEST, galiza.ce...@gmail.com wrote: J. Roeleveld jo...@antarean.org writes: On Monday, July 14, 2014 12:46:48 PM Neil Bothwick wrote: I actually have it send an alert to my phone with Posterous but you can do whatever you want. Which Posterous is this? When I google it, I only get information that it actually got shut down after being bought by Twitter. I am looking for a cheap method to get notifications to my mobile phone. I used to use a free SMS service via a company in SA. Maybe Telegram[1] fits your needs. You'd need: - The appropriate client on the phone side. - Telegram CLI [2] on the computer. - A little shell script, such as (usage: script USER MESSAGE) #!/bin/sh /path/to/telegram -B -k /path/to/tg.pub AAA msg $1 $2 safe_quit AAA You could also send logfiles (^msg^send_text, $2 being the path to text file) HTH [1] http://www.telegram.org [2] https://github.com/vysheng/tg -- JOOST This and pushover look interesting. But I also need something that doesn't require a data connection. I am occasionally in places with bad reception and SMS is often still usable. Never mind the cost of maintaining a data connection while roaming. (Receiving SMS is free in any country I care to visit with my contract) I don't mind paying for the service. But it needs to be affordable. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] KDE plasma pager layout indicator
J. Roeleveld wrote: On 16 July 2014 20:26:19 CEST, Dale rdalek1...@gmail.com wrote: I've done that before and it takes way to much time for me. What I may end up doing is just doing a rm on the kde directory. Thing is, even that may not fix the issue. Dale :-) :-) Don't forget the random stuff in ~/.local and maybe also other directories. I tend to keep important files outside my home directory and treat that as just a storage place of config files and browser cache. I have a symlink in my home directory pointing to where the important files are kept to make it quick to find. -- Joost I used to have a /data directory that was on a separate hard drive. It makes backups easier and if something bad happens, I'm not worried about config files much if at all. So far, I have had to delete/rename the kde directory twice to fix some weird problem. I may do this again when the next big update comes out. One would think that KDE would either warn folks about config issues or have some script that lets users know there may be issues. It would also be nice if they would let us know which file we could remove so that everything isn't lost. Then again, it may be that it only affects my setup. I still like some things about the old KDE3 way so I tend to run that way as much as I can but others have moved on. I suspect Alan may end up renaming his directory and trying that before it is over. It's just a pain to get everything set back like it was again tho. :/ Dale :-) :-)
Re: [gentoo-user] glibc-2.17 fails and warning: setlocale: LC_ALL error
On Wednesday 16 Jul 2014 18:26:39 Dale wrote: Dark Templar wrote: When I reinstalled gcc and glibc, migrating from non-multilib amd64 arch to multilib one, I just unpacked gentoo stage3 into temporary directory, chrooted there, made binary packages out of installed ones (quickpkg name), copied resulted binary packages and their metadata to host system (i.e. moved $chroot/usr/portage/packages into /usr/portage/packages) and installed those binary packages replacing current ones. It's fast (you don't have to build packages from scratch), and it didn't fail me even once, although I heard playing with glibc such way may be dangerous (particularly, downgrading it). I guess it works for other purposes too. I don't like installing from scratch if there is a way to fix it. I don't like that approach 'unpack stage on top of your system', because it will lead to system pollution: a lot of files might be no longer tracked by package manager after that. But that's just my experience and opinion. I hope it can help you. If I can install something as a binary and then get a clean emerge -e system/world out of it, I think it would be OK. Thing is, I'm concerned something is amiss with the stage3 tarball. If that is the case, I want to inform the person that overseas that so it can be fixed. Installing Gentoo is hard enough for someone seasoned but would be a nightmare for someone new to Gentoo. Now to figure out what is the root problem on this thing. I believe that you used MAKEOPTS=-j3, can you try with -j1? I seem to recall some random glibc failure which for me was fixed with -j1, but I can't recall anything about not liking the kernel when it was doing its checks. That's a few years back now. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] glibc-2.17 fails and warning: setlocale: LC_ALL error
Mick wrote: On Wednesday 16 Jul 2014 18:26:39 Dale wrote: If I can install something as a binary and then get a clean emerge -e system/world out of it, I think it would be OK. Thing is, I'm concerned something is amiss with the stage3 tarball. If that is the case, I want to inform the person that overseas that so it can be fixed. Installing Gentoo is hard enough for someone seasoned but would be a nightmare for someone new to Gentoo. Now to figure out what is the root problem on this thing. I believe that you used MAKEOPTS=-j3, can you try with -j1? I seem to recall some random glibc failure which for me was fixed with -j1, but I can't recall anything about not liking the kernel when it was doing its checks. That's a few years back now. Heck, I'll give that a shot. It's not like it is going to blow smoke or anything. Heck, maybe it will work. ;-) Dale :-) :-)
[gentoo-user] Re: glibc-2.17 fails and warning: setlocale: LC_ALL error
On 07/16/2014 10:21 AM, Dale wrote: I'm beginning to wonder about those stage3 tarballs for x86. Do they test those from time to time to make sure they work or do they just autobuild them and upload them? I'm following the install guide so I'm pretty sure I'm not doing anything wrong but at the same time, I don't want to file a bug when it is just me. Over the years I remember maybe three times I've had to untar a stage3 on top of a working system, and IIRC the catastrophic problem was glibc each time :/ Anyway, the first time I tried it I learned that the stage3 overwrites the existing /etc directory. (That was so painful I remembered to move /etc out of the way the next two times it did it :) I mention all this because /etc/locale.conf may not be the file you expect, based on how your compile environment and chroot stuff is configured, etc. I been there/done that :)
Re: [gentoo-user] Re: glibc-2.17 fails and warning: setlocale: LC_ALL error
walt wrote: On 07/16/2014 10:21 AM, Dale wrote: I'm beginning to wonder about those stage3 tarballs for x86. Do they test those from time to time to make sure they work or do they just autobuild them and upload them? I'm following the install guide so I'm pretty sure I'm not doing anything wrong but at the same time, I don't want to file a bug when it is just me. Over the years I remember maybe three times I've had to untar a stage3 on top of a working system, and IIRC the catastrophic problem was glibc each time :/ Anyway, the first time I tried it I learned that the stage3 overwrites the existing /etc directory. (That was so painful I remembered to move /etc out of the way the next two times it did it :) I mention all this because /etc/locale.conf may not be the file you expect, based on how your compile environment and chroot stuff is configured, etc. I been there/done that :) I haven't done this on top of a working system tho. The first tarball was a fresh install. The Gentoo that was there hadn't been updated in like 3 years or so. I wasn't about to jump in and try to update all that. The 2nd time, I just unpacked the tarball in /mnt/gentoo just like I would a fresh install just that it was in the first install. The locale.gen file was untouched from the tarball so it was the wrong file type when I downloaded it. No clue on that yet. Dale :-) :-)
Re: [gentoo-user] glibc-2.17 fails and warning: setlocale: LC_ALL error
On 16 July 2014 19:26:39 CEST, Dale rdalek1...@gmail.com wrote: Dark Templar wrote: When I reinstalled gcc and glibc, migrating from non-multilib amd64 arch to multilib one, I just unpacked gentoo stage3 into temporary directory, chrooted there, made binary packages out of installed ones (quickpkg name), copied resulted binary packages and their metadata to host system (i.e. moved $chroot/usr/portage/packages into /usr/portage/packages) and installed those binary packages replacing current ones. It's fast (you don't have to build packages from scratch), and it didn't fail me even once, although I heard playing with glibc such way may be dangerous (particularly, downgrading it). I guess it works for other purposes too. I don't like installing from scratch if there is a way to fix it. I don't like that approach 'unpack stage on top of your system', because it will lead to system pollution: a lot of files might be no longer tracked by package manager after that. But that's just my experience and opinion. I hope it can help you. If I can install something as a binary and then get a clean emerge -e system/world out of it, I think it would be OK. Thing is, I'm concerned something is amiss with the stage3 tarball. If that is the case, I want to inform the person that overseas that so it can be fixed. Installing Gentoo is hard enough for someone seasoned but would be a nightmare for someone new to Gentoo. Now to figure out what is the root problem on this thing. Dale :-) :-) Dale. I will try to use the x86 stage3 on a VM today. Will let you know how far I get. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
