Re: [gentoo-user] Re: Is this a bug in firefox-36.0?
On Saturday 21 Mar 2015 03:37:59 »Q« wrote: > > Second, I "fixed" the problem once by rebooting my wireless router, > > but got the same error again early this morning -- which I "fixed" > > once again by rebooting my wireless router. This makes me worry that > > somebody out there in the evil internet might be changing the > > security settings of my router (which is owned by my ISP and has > > remotely updateable firmware). > > Sorry, I have no idea how to investigate that. Next time your router starts playing up, use nslookup and perhaps dig to query your router's DNS repeater, your ISPs resolvers and any other 3rd party DNS servers; e.g. openDNS, Google, or a DNS server from here: http://www.circleid.com/posts/20110407_top_public_dns_resolvers_compared/ so that you can draw comparisons to help you determine where the problem lies. If it is your router, you can ask your ISP to replace it. If the ISP is not cooperating could perhaps run your own local DNS resolver? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Mon, Mar 23, 2015 at 06:41:31PM -0400, Fernando Rodriguez wrote > Your CPU is an example of what I'm saying, not just because it > doesn't have 64 bit extensions but because it doesn't have MMX > (at least according to the specs) and according to the GCC manual > -march=atom means: "Intel Atom CPU with 64-bit extensions, MOVBE, > MMX, SSE, SSE2, SSE3 and SSSE3 instruction set support." So I guess > it's more common than I thought. > > So you may also want to add -mno-mmx to be sure. GCC does check for > mmx but it doesn't not use it on the output (probably a bug?). According to /proc/cpuinfo, it does have mmx flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 xtpr pdcm movbe lahf_lm dtherm tpr_shadow vnmi flexpriority And while we're at it... [aa1][root][~] cpuinfo2cpuflags-x86 CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 ssse3" -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] preserved-rebuild python endless loop
Michael Cook wrote: > > Have you tried running python-updater? I have no idea if it would fix > it, but worth a try? > > I don't know if it would or not but removing the links that was triggering it then running revdep-rebuild did fix it. It seems this is one of those times that portage just can't do a workaround on its own and needs a person to help it along. May be worth trying next time tho. Dale :-) :-)
Re: [gentoo-user] preserved-rebuild python endless loop
Have you tried running python-updater? I have no idea if it would fix it, but worth a try? On Mar 23, 2015 17:38, "Dale" wrote: Howdy, For the past week or so, I been getting this endless loop with preserved-rebuild. I did a emerge -ev world last night and it still gives me the same thing. I'm stumped with the info emerge is giving me again. root@fireball / # emerge @preserved-rebuild These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] dev-lang/python-3.3.5-r1:3.3::gentoo USE="gdbm ipv6 ncurses readline sqlite ssl threads tk xml -build -doc -examples -hardened -wininst" 0 KiB [ebuild R] dev-lang/python-2.7.9-r1:2.7::gentoo USE="gdbm ipv6 ncurses readline sqlite ssl threads tk (wide-unicode) xml -berkdb -build -doc -examples -hardened -wininst" 0 KiB [ebuild R] dev-lang/python-3.4.1:3.4::gentoo USE="gdbm ipv6 ncurses readline sqlite ssl threads tk xml -build -examples -hardened -wininst" 0 KiB Total: 3 packages (3 reinstalls), Size of downloads: 0 KiB >>> Verifying ebuild manifests >>> Emerging (1 of 3) dev-lang/python-3.3.5-r1::gentoo >>> Emerging (2 of 3) dev-lang/python-2.7.9-r1::gentoo >>> Emerging (3 of 3) dev-lang/python-3.4.1::gentoo >>> Installing (2 of 3) dev-lang/python-2.7.9-r1::gentoo >>> Installing (1 of 3) dev-lang/python-3.3.5-r1::gentoo >>> Installing (3 of 3) dev-lang/python-3.4.1::gentoo >>> Jobs: 3 of 3 complete Load avg: 3.99, 2.91, 1.47 >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. !!! existing preserved libs: >>> package: dev-lang/tk-8.5.17 * - /usr/lib64/libtk8.6.so * used by /usr/lib64/python2.7/lib-dynload/_tkinter.so (dev-lang/python-2.7.9-r1) * used by /usr/lib64/python3.3/lib-dynload/_tkinter.cpython-33.so (dev-lang/python-3.3.5-r1) * used by /usr/lib64/python3.4/lib-dynload/_tkinter.cpython-34.so (dev-lang/python-3.4.1) >>> package: dev-lang/tcl-8.5.17 * - /usr/lib64/libtcl8.6.so * used by /usr/lib64/python2.7/lib-dynload/_tkinter.so (dev-lang/python-2.7.9-r1) * used by /usr/lib64/python3.3/lib-dynload/_tkinter.cpython-33.so (dev-lang/python-3.3.5-r1) * used by /usr/lib64/python3.4/lib-dynload/_tkinter.cpython-34.so (dev-lang/python-3.4.1) Use emerge @preserved-rebuild to rebuild packages using these libraries * IMPORTANT: config file '/etc/bash/bashrc' needs updating. * IMPORTANT: config file '/usr/share/config/kdm/kdmrc' needs updating. * See the CONFIGURATION FILES section of the emerge * man page to learn how to update config files. root@fireball / # I've also rebuilt tcl and tk before doing a emerge -ev world. Where is my hammer? Thanks. Dale :-) :-)
Re: [gentoo-user] preserved-rebuild python endless loop
Daniel Frey wrote: > On 03/23/2015 05:12 PM, Dale wrote: >> Is it me or does the search function at fgo pretty much stink? I find a >> lot of times I type in something and where it should show what I >> searched for, it is blank which means it kicked all my search terms >> out. Surely it ain't just me. o_O > It's not just you, when I'm looking for something on the forums I use > Google and specifically search the gentoo forums by adding > 'site:forums.gentoo.org' to the search terms. > > Dan > I use startpage, front end for google, but I just start the search with Gentoo being the first term. That usually will turn up either a mailing list thread or a forum post. Usually. I just find it odd that a distro that has been around as long as Gentoo has can't even have a search tool that returns useful results. If they are going to make it this useless, why have one at all? Just put up a link to google that puts the site:f.g.o in the box and let folks use that instead. Oh well. At least I can search my local mailing list archives here. ;-) Dale :-) :-)
Re: [gentoo-user] preserved-rebuild python endless loop
On 03/23/2015 05:12 PM, Dale wrote: > Is it me or does the search function at fgo pretty much stink? I find a > lot of times I type in something and where it should show what I > searched for, it is blank which means it kicked all my search terms > out. Surely it ain't just me. o_O It's not just you, when I'm looking for something on the forums I use Google and specifically search the gentoo forums by adding 'site:forums.gentoo.org' to the search terms. Dan
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Monday, March 23, 2015 6:48:39 PM Mike Gilbert wrote: > On Mon, Mar 23, 2015 at 6:41 PM, Fernando Rodriguez > wrote: > > On Monday, March 23, 2015 6:18:46 PM Mike Gilbert wrote: > >> On Mon, Mar 23, 2015 at 9:51 PM, Walter Dnes wrote: > >> > On Sun, Mar 22, 2015 at 09:25:53PM -0400, Fernando Rodriguez wrote > >> > > >> >> I guess gcc devs are careful when using the model numbers (Intel > >> >> lists 3 for Atoms, gcc uses only two so that may account for the > >> >> models I mentioned) but the chance of error is there. The -mno-xxx > >> >> flags would safeguard against it. > >> > > >> > I have one of the earliest Atom chips. Some people have a hard time > >> > believing this, but it's a 32-bit-only chip; a couple of lines from > >> > /proc/cpuinfo > >> > > >> > model name : Intel(R) Atom(TM) CPU Z520 @ 1.33GHz > >> > address sizes : 32 bits physical, 32 bits virtual > >> > > >> > Intel gives the CPU's specs at... > >> > > >> > http://ark.intel.com/products/35466/Intel-Atom-Processor-Z520-512K-Cache-1_33-GHz-533-MHz-FSB > >> > > >> > ...where it specifically says... > >> > > >> > Intel 64 # No > >> > > >> > I want to make absolutely certain that "illegal instructions" are not > >> > compiled for it. > >> > >> You will probably need to add -m32 to CFLAGS to avoid building 64-bit > >> objects on the 64-bit machine. > >> > > > > Your CPU is an example of what I'm saying, not just because it doesn't have 64 > > bit extensions but because it doesn't have MMX (at least according to the > > specs) and according to the GCC manual -march=atom means: "Intel Atom CPU with > > 64-bit extensions, MOVBE, MMX, SSE, SSE2, SSE3 and SSSE3 instruction set > > support." So I guess it's more common than I thought. > > > > So you may also want to add -mno-mmx to be sure. GCC does check for mmx but it > > doesn't not use it on the output (probably a bug?). > > > > It's much more likely that Intel's website doesn't bother including > MMX because it is so damn old that nobody cares. > > /proc/cpuinfo would be a more reliable source of data. > I agree that's very likely, that's why I said if the specs are right... This one doesn't list any SIMD extensions at all: http://ark.intel.com/products/85475/Intel-Atom-x7-Z8700-Processor-2M-Cache-up-to-2_40-GHz -- Fernando Rodriguez
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Monday 23 March 2015 21:51:04 Walter Dnes wrote: > I have one of the earliest Atom chips. Some people have a hard time > believing this, but it's a 32-bit-only chip; a couple of lines from > /proc/cpuinfo > > model name : Intel(R) Atom(TM) CPU Z520 @ 1.33GHz > address sizes : 32 bits physical, 32 bits virtual I have a 32-bit Atom box too. The corresponding lines are: model name : Intel(R) Atom(TM) CPU N270 @ 1.60GHz address sizes : 32 bits physical, 32 bits virtual It has two cores though, and it does have mmx according to /proc/cpuinfo. > I want to make absolutely certain that "illegal instructions" are not > compiled for it. I export its packages directory via NFS to a 32-bit chroot on my workstation which I've set up to compile packages for it. I just have to make sure that /etc/portage/* is the same and it just works. Well, there are a few differences because the Atom box is the LAN server, but it's nearly the same. -- Rgds Peter.
Re: [gentoo-user] preserved-rebuild python endless loop
Fernando Rodriguez wrote: > > http://wiki.gentoo.org/wiki/Preserve-libs > Wow. I searched the forums, googled and nothing helped. I never thought to check the wiki, of course, I rarely go to the wiki either. I keep forgetting the thing exists. Is it me or does the search function at fgo pretty much stink? I find a lot of times I type in something and where it should show what I searched for, it is blank which means it kicked all my search terms out. Surely it ain't just me. o_O Thanks for the link. It seemed to have fixed the issue. Now to save that to my trick file. ;-) Dale :-) :-)
[gentoo-user] emerge message "pathconf: Permission denied"; meaning?
What does it mean? It shows up on the screen at the start of "emerge", but it's not in the log files. Is it possibly a message from the server that emerge is grabbing the tarball from? -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Mon, Mar 23, 2015 at 6:41 PM, Fernando Rodriguez wrote: > On Monday, March 23, 2015 6:18:46 PM Mike Gilbert wrote: >> On Mon, Mar 23, 2015 at 9:51 PM, Walter Dnes wrote: >> > On Sun, Mar 22, 2015 at 09:25:53PM -0400, Fernando Rodriguez wrote >> > >> >> I guess gcc devs are careful when using the model numbers (Intel >> >> lists 3 for Atoms, gcc uses only two so that may account for the >> >> models I mentioned) but the chance of error is there. The -mno-xxx >> >> flags would safeguard against it. >> > >> > I have one of the earliest Atom chips. Some people have a hard time >> > believing this, but it's a 32-bit-only chip; a couple of lines from >> > /proc/cpuinfo >> > >> > model name : Intel(R) Atom(TM) CPU Z520 @ 1.33GHz >> > address sizes : 32 bits physical, 32 bits virtual >> > >> > Intel gives the CPU's specs at... >> > >> > http://ark.intel.com/products/35466/Intel-Atom-Processor-Z520-512K-Cache-1_33-GHz-533-MHz-FSB >> > >> > ...where it specifically says... >> > >> > Intel 64 # No >> > >> > I want to make absolutely certain that "illegal instructions" are not >> > compiled for it. >> >> You will probably need to add -m32 to CFLAGS to avoid building 64-bit >> objects on the 64-bit machine. >> > > Your CPU is an example of what I'm saying, not just because it doesn't have 64 > bit extensions but because it doesn't have MMX (at least according to the > specs) and according to the GCC manual -march=atom means: "Intel Atom CPU with > 64-bit extensions, MOVBE, MMX, SSE, SSE2, SSE3 and SSSE3 instruction set > support." So I guess it's more common than I thought. > > So you may also want to add -mno-mmx to be sure. GCC does check for mmx but it > doesn't not use it on the output (probably a bug?). > It's much more likely that Intel's website doesn't bother including MMX because it is so damn old that nobody cares. /proc/cpuinfo would be a more reliable source of data.
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Monday, March 23, 2015 6:18:46 PM Mike Gilbert wrote: > On Mon, Mar 23, 2015 at 9:51 PM, Walter Dnes wrote: > > On Sun, Mar 22, 2015 at 09:25:53PM -0400, Fernando Rodriguez wrote > > > >> I guess gcc devs are careful when using the model numbers (Intel > >> lists 3 for Atoms, gcc uses only two so that may account for the > >> models I mentioned) but the chance of error is there. The -mno-xxx > >> flags would safeguard against it. > > > > I have one of the earliest Atom chips. Some people have a hard time > > believing this, but it's a 32-bit-only chip; a couple of lines from > > /proc/cpuinfo > > > > model name : Intel(R) Atom(TM) CPU Z520 @ 1.33GHz > > address sizes : 32 bits physical, 32 bits virtual > > > > Intel gives the CPU's specs at... > > > > http://ark.intel.com/products/35466/Intel-Atom-Processor-Z520-512K-Cache-1_33-GHz-533-MHz-FSB > > > > ...where it specifically says... > > > > Intel 64 # No > > > > I want to make absolutely certain that "illegal instructions" are not > > compiled for it. > > You will probably need to add -m32 to CFLAGS to avoid building 64-bit > objects on the 64-bit machine. > Your CPU is an example of what I'm saying, not just because it doesn't have 64 bit extensions but because it doesn't have MMX (at least according to the specs) and according to the GCC manual -march=atom means: "Intel Atom CPU with 64-bit extensions, MOVBE, MMX, SSE, SSE2, SSE3 and SSSE3 instruction set support." So I guess it's more common than I thought. So you may also want to add -mno-mmx to be sure. GCC does check for mmx but it doesn't not use it on the output (probably a bug?). -- Fernando Rodriguez
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Mon, Mar 23, 2015 at 9:51 PM, Walter Dnes wrote: > On Sun, Mar 22, 2015 at 09:25:53PM -0400, Fernando Rodriguez wrote > >> I guess gcc devs are careful when using the model numbers (Intel >> lists 3 for Atoms, gcc uses only two so that may account for the >> models I mentioned) but the chance of error is there. The -mno-xxx >> flags would safeguard against it. > > I have one of the earliest Atom chips. Some people have a hard time > believing this, but it's a 32-bit-only chip; a couple of lines from > /proc/cpuinfo > > model name : Intel(R) Atom(TM) CPU Z520 @ 1.33GHz > address sizes : 32 bits physical, 32 bits virtual > > Intel gives the CPU's specs at... > > http://ark.intel.com/products/35466/Intel-Atom-Processor-Z520-512K-Cache-1_33-GHz-533-MHz-FSB > > ...where it specifically says... > > Intel 64 # No > > I want to make absolutely certain that "illegal instructions" are not > compiled for it. You will probably need to add -m32 to CFLAGS to avoid building 64-bit objects on the 64-bit machine.
[gentoo-user] Re: blockage
Alan McKinnon gmail.com> writes: > > Sounds like you're volunteering, Alan. > I do have some of the required skills, and I have free time right now. Ah; stepping up are we? I'll be hoping you are taking requests on the 'portage thingy' ? How'z about extending emerge with a few extra commands & operands :: ? that installs a new gentoo system (image) via an ansible file(s)? Stephan put some stuff up a while back, but I have not gotten back around to testing it. I recall you had some early workings too? There's even some open source work on an ansible gui [1]: If we have some quick way to install, then systems could be setup, customized, used for testing and torn down again, all in a few hours? I'd focus on simple, minimized installs and it would give the user base a way to duplicate systems for problem verification and resolution. Also, as clusters, clouds and various virtualizations continue to mature, it could also aid in other forms of gentoo image debugging and verification if bugs exist only in virtualized form or also in traditional installs. Just a few thoughts; no big deal. If you step back a bit there are many ways to approach portage/ebuild enhancements. > Maybe I'll have a deeper look into portage's code with a view to > improving this area. No promises thought The dev repos and project repos are good places to start [2,3]: James [1] https://github.com/ansible-semaphore/semaphore [2] http://gitweb.gentoo.org/ [3] http://gitweb.gentoo.org/proj/
Re: [gentoo-user] preserved-rebuild python endless loop
On Monday, March 23, 2015 4:38:08 PM Dale wrote: > Howdy, > > For the past week or so, I been getting this endless loop with > preserved-rebuild. I did a emerge -ev world last night and it still > gives me the same thing. I'm stumped with the info emerge is giving me > again. > > root@fireball / # emerge @preserved-rebuild > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R] dev-lang/python-3.3.5-r1:3.3::gentoo USE="gdbm ipv6 > ncurses readline sqlite ssl threads tk xml -build -doc -examples > -hardened -wininst" 0 KiB > [ebuild R] dev-lang/python-2.7.9-r1:2.7::gentoo USE="gdbm ipv6 > ncurses readline sqlite ssl threads tk (wide-unicode) xml -berkdb -build > -doc -examples -hardened -wininst" 0 KiB > [ebuild R] dev-lang/python-3.4.1:3.4::gentoo USE="gdbm ipv6 > ncurses readline sqlite ssl threads tk xml -build -examples -hardened > -wininst" 0 KiB > > Total: 3 packages (3 reinstalls), Size of downloads: 0 KiB > > >>> Verifying ebuild manifests > >>> Emerging (1 of 3) dev-lang/python-3.3.5-r1::gentoo > >>> Emerging (2 of 3) dev-lang/python-2.7.9-r1::gentoo > >>> Emerging (3 of 3) dev-lang/python-3.4.1::gentoo > >>> Installing (2 of 3) dev-lang/python-2.7.9-r1::gentoo > >>> Installing (1 of 3) dev-lang/python-3.3.5-r1::gentoo > >>> Installing (3 of 3) dev-lang/python-3.4.1::gentoo > >>> Jobs: 3 of 3 complete Load avg: 3.99, > 2.91, 1.47 > >>> Auto-cleaning packages... > > >>> No outdated packages were found on your system. > > * GNU info directory index is up-to-date. > > !!! existing preserved libs: > >>> package: dev-lang/tk-8.5.17 > * - /usr/lib64/libtk8.6.so > * used by /usr/lib64/python2.7/lib-dynload/_tkinter.so > (dev-lang/python-2.7.9-r1) > * used by /usr/lib64/python3.3/lib-dynload/_tkinter.cpython-33.so > (dev-lang/python-3.3.5-r1) > * used by /usr/lib64/python3.4/lib-dynload/_tkinter.cpython-34.so > (dev-lang/python-3.4.1) > >>> package: dev-lang/tcl-8.5.17 > * - /usr/lib64/libtcl8.6.so > * used by /usr/lib64/python2.7/lib-dynload/_tkinter.so > (dev-lang/python-2.7.9-r1) > * used by /usr/lib64/python3.3/lib-dynload/_tkinter.cpython-33.so > (dev-lang/python-3.3.5-r1) > * used by /usr/lib64/python3.4/lib-dynload/_tkinter.cpython-34.so > (dev-lang/python-3.4.1) > Use emerge @preserved-rebuild to rebuild packages using these libraries > > * IMPORTANT: config file '/etc/bash/bashrc' needs updating. > > * IMPORTANT: config file '/usr/share/config/kdm/kdmrc' needs updating. > * See the CONFIGURATION FILES section of the emerge > * man page to learn how to update config files. > root@fireball / # > > > I've also rebuilt tcl and tk before doing a emerge -ev world. Where is > my hammer? > > Thanks. > > Dale > > :-) :-) > http://wiki.gentoo.org/wiki/Preserve-libs -- Fernando Rodriguez
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Sun, Mar 22, 2015 at 09:25:53PM -0400, Fernando Rodriguez wrote > I guess gcc devs are careful when using the model numbers (Intel > lists 3 for Atoms, gcc uses only two so that may account for the > models I mentioned) but the chance of error is there. The -mno-xxx > flags would safeguard against it. I have one of the earliest Atom chips. Some people have a hard time believing this, but it's a 32-bit-only chip; a couple of lines from /proc/cpuinfo model name : Intel(R) Atom(TM) CPU Z520 @ 1.33GHz address sizes : 32 bits physical, 32 bits virtual Intel gives the CPU's specs at... http://ark.intel.com/products/35466/Intel-Atom-Processor-Z520-512K-Cache-1_33-GHz-533-MHz-FSB ...where it specifically says... Intel 64 # No I want to make absolutely certain that "illegal instructions" are not compiled for it. -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] preserved-rebuild python endless loop
Howdy, For the past week or so, I been getting this endless loop with preserved-rebuild. I did a emerge -ev world last night and it still gives me the same thing. I'm stumped with the info emerge is giving me again. root@fireball / # emerge @preserved-rebuild These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] dev-lang/python-3.3.5-r1:3.3::gentoo USE="gdbm ipv6 ncurses readline sqlite ssl threads tk xml -build -doc -examples -hardened -wininst" 0 KiB [ebuild R] dev-lang/python-2.7.9-r1:2.7::gentoo USE="gdbm ipv6 ncurses readline sqlite ssl threads tk (wide-unicode) xml -berkdb -build -doc -examples -hardened -wininst" 0 KiB [ebuild R] dev-lang/python-3.4.1:3.4::gentoo USE="gdbm ipv6 ncurses readline sqlite ssl threads tk xml -build -examples -hardened -wininst" 0 KiB Total: 3 packages (3 reinstalls), Size of downloads: 0 KiB >>> Verifying ebuild manifests >>> Emerging (1 of 3) dev-lang/python-3.3.5-r1::gentoo >>> Emerging (2 of 3) dev-lang/python-2.7.9-r1::gentoo >>> Emerging (3 of 3) dev-lang/python-3.4.1::gentoo >>> Installing (2 of 3) dev-lang/python-2.7.9-r1::gentoo >>> Installing (1 of 3) dev-lang/python-3.3.5-r1::gentoo >>> Installing (3 of 3) dev-lang/python-3.4.1::gentoo >>> Jobs: 3 of 3 complete Load avg: 3.99, 2.91, 1.47 >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. !!! existing preserved libs: >>> package: dev-lang/tk-8.5.17 * - /usr/lib64/libtk8.6.so * used by /usr/lib64/python2.7/lib-dynload/_tkinter.so (dev-lang/python-2.7.9-r1) * used by /usr/lib64/python3.3/lib-dynload/_tkinter.cpython-33.so (dev-lang/python-3.3.5-r1) * used by /usr/lib64/python3.4/lib-dynload/_tkinter.cpython-34.so (dev-lang/python-3.4.1) >>> package: dev-lang/tcl-8.5.17 * - /usr/lib64/libtcl8.6.so * used by /usr/lib64/python2.7/lib-dynload/_tkinter.so (dev-lang/python-2.7.9-r1) * used by /usr/lib64/python3.3/lib-dynload/_tkinter.cpython-33.so (dev-lang/python-3.3.5-r1) * used by /usr/lib64/python3.4/lib-dynload/_tkinter.cpython-34.so (dev-lang/python-3.4.1) Use emerge @preserved-rebuild to rebuild packages using these libraries * IMPORTANT: config file '/etc/bash/bashrc' needs updating. * IMPORTANT: config file '/usr/share/config/kdm/kdmrc' needs updating. * See the CONFIGURATION FILES section of the emerge * man page to learn how to update config files. root@fireball / # I've also rebuilt tcl and tk before doing a emerge -ev world. Where is my hammer? Thanks. Dale :-) :-)
Re: [gentoo-user] Mutt emerge USE flags for novice
On Sunday 22 Mar 2015 09:37:19 Julian Simioni wrote: > Interesting. When I used IMAP in Mutt, rather than offlineimap, I was > really frustrated by the constant lag within Mutt from syncing with the > server. I experienced the same problem, but this was more pronounced on IMAP accounts with many thousands of email messages (more than 100,000). That said, Kmail2 has the same problem, only on less powerful machines you also get the lag of mysql indexing everything again and again and again. Accounts with fewer messages were quite responsive on both mutt and Kmail2. Therefore I think that this may be an IMAP4 issue? > Offlineimap isn't the fastest ever at syncing either, but at > least it happens all in one go, and then the full contents of all the > emails I care about are on my local machine. I'd love to see your config > to see if I can improve things. > > Julian I never used Offlineimap, but did try tokyocabinet with what felt as a marginal only improvement. PS. Top-posting messes up threaded answers and logical flow of responses ... please refrain from using it on this mailing list. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] syslog-ng: reporting no space though there's plenty
On Monday, March 23, 2015 5:37:28 PM hw wrote: > > Hi, > > syslog-ng keeps reporting: > > > Mar 23 17:34:41 sunflo-mx syslog-ng[27532]: Error suspend timeout has > elapsed, attempting to write again; fd='15' > Mar 23 17:34:41 sunflo-mx syslog-ng[27532]: Suspending write operation > because of an I/O error; fd='15', time_reopen='60' > > > while there's plenty of disk space available. Restarting it didn't > help. This is from an LXC container --- could there be some disk limit > in effect by default which I don't know about? > Post the output of: ls -l /proc/27532/fd/15 where 27532 is the pid next syslog-ng on the log and 15 is the fd value. -- Fernando Rodriguez
Re: [gentoo-user] unable to compile kdelibs in arm chroot
On Fri, Mar 20, 2015 at 01:17:12PM -0400, Fernando Rodriguez wrote: > On Friday, March 20, 2015 10:15:03 AM Michael Mair-Keimberger wrote: > > On Thu, Mar 19, 2015 at 04:44:55PM -0400, Fernando Rodriguez wrote: > > > On Thursday, March 19, 2015 9:11:02 PM Michael Mair-Keimberger wrote: > > > > Hi List, > > > > > > > > For the last few weeks i was playing around with my newly acquired > > > > raspberry pi 2. While it was pretty easy to setup a working gentoo > > > > stage3 system i failed installing anything below the basic packages. > > > > Generally my idea was building the arm packages on any system and > > > > provide them as binary packages for other raspberry pi's (yeah, i > > > > already bought my second rpi :D) > > > > > > > > At first, my idea was to build all the packages directly on the rpi. > (with > > > > /var/tmp & /usr/portage on a external harddisk). However, the compile > > > > times are worse than i expected so i abandoned the idea. > > > > > > > > Next i've played around with crossdev. It sort of worked, but i never > > > > could finish compiling xorg-server. (or basic system packages) Even > > > > though i've started over and over with different settings, there were > > > > always packages which failed to compile thus doesn't let me finish > > > > xorg-server. I might look into it some other day but now i just wanted > > > > something working. > > > > > > > > Now i'm playing with using qemu-arm [1][2] in order to compile the > > > > packages inside a chroot. This is - so far - the most promising method > > > > building packages, even though the compile times are worse than with > > > > crossdev, but still better than directly on the rpi. > > > > > > > > So far i finally could compile xorg-server and also updated the whole > > > > system, which, at this point, wasn't much anyway. My next goal was kde. > > > > I've compiled about half of all packages which are required for > > > > kdebase-meta, but now i'm stuck at kdelibs and i have no idea what's > > > > wrong. > > > > > > > > The problem: > > > > > > > > The problem is, the compile doesn't fail - it just hangs/stops. At some > > > > point (which seems to be random - it can stop anywhere between 1% and > > > > 100% of the compile) the compile stops and does nothing. I've waited > > > > hours, but nothing happened. > > > > So far i tried lots of things, for example: > > > > * MAKEOPTS="-j1" and/or FEATURES="-sandbox" > > > > * also tried without building binary packages (-buildpkg) > > > > * /var/tmp on tmpfs > > > > * using: ebuild /usr/portage/kde-base//kdelibsebuild compile > > > > * using python3.3 instead of default 2.7 > > > > * moved it on a different system and tried building it there (again with > > > > many different settings) > > > > > > > > Nothing worked, even though the build moved until 100% two times (-_-) > > > > > > > > I have no idea what the problem is. Even qtwebkit, which took way longer > > > > to compile (about 3 hours) compiled on the first try. (which should > > > > exclude temperate and/or resource problems) > > > > I also don't think it's a problem with a use flag as the build stops > > > > anywhere - i couldn't find a pattern. It seems to be completely random. > > > > > > > > Any ideas whats wrong or how to fix this? Any help would be much > > > > appreciated as i'm out of ideas :( > > > > > > > > Thx > > > > > > > > [1] https://www.gentoo.org/proj/en/base/embedded/handbook/?part=1&chap=5 > > > > [2] http://wiki.gentoo.org/wiki/Crossdev_qemu-static-user-chroot > > > > > > One possibility is swap trashing (running so low in RAM that every > instruction > > > takes several swaps to execute), especially with /var/tmp on tmpfs! This > can > > > happen even if you don't have a swap partition. Try with either more RAM > or > > > /var/tmp on a physical filesystem. > > > > > Usually /var/tmp is on the physical filesystem anyway. I've tried it > > just once or twice because i though about a performance problem. RAM > > shouldn't be a problem too as i'm having 16GB of RAM available. > > > > > I would tell you to attach a debugger and see if you can tell why it's > hanging > but that may not be worth the trouble (since it'll be a child process that's > hanging it'll be tricky to start qemu with the gdb stub just for that > process). If you want to try it see: > http://tinkering-is-fun.blogspot.com/2009/12/debugging-non-native-programs-with-qemu.html > and > search QEMU_GDB for the tricky part. Thanks for the link. I might have a look someday whats happening here as i'm really curious and i really would like to build it over an chroot. I already played around with stracing the "dead" pids but couldn't find any useful information so far. However after being tired of testing around i've decided to take the easy way and compiled kdelibs on the raspberry pi directly. It took me about 3 hours. Thats nothing compared for the hours playing around already :) Interestingly i found that kdelib
[gentoo-user] syslog-ng: reporting no space though there's plenty
Hi, syslog-ng keeps reporting: Mar 23 17:34:41 sunflo-mx syslog-ng[27532]: Error suspend timeout has elapsed, attempting to write again; fd='15' Mar 23 17:34:41 sunflo-mx syslog-ng[27532]: Suspending write operation because of an I/O error; fd='15', time_reopen='60' while there's plenty of disk space available. Restarting it didn't help. This is from an LXC container --- could there be some disk limit in effect by default which I don't know about?
[gentoo-user] Re: How to poweroff the system from user?
On 23/03/15 14:16, Matti Nykyri wrote: On Mar 23, 2015, at 14:13, Nikos Chantziaras wrote: On 23/03/15 11:46, Peter Humphrey wrote: The consensus seems to be that there's no point in trying to prevent a user from rebooting the machine, and I'm happy to go along with that. The remaining question is: why is the user not allowed to halt it? Because there's no keyboard shortcut for halt. Only for reboot :-) Well you can set init to run halt on ctrl-alt-up arrow -keypress. This is mostly about standard expectations though. No one expects to halt the machine with the vulcan pinch. You press the power button for that, which does a safe shutdown in the majority of setups (unless you have all power management features disabled.) Nowadays, only the reset button is a source of evil, as it's not handled by ACPI (or other power management mechanisms). It really is hardwired into resetting the the mainboard/cpu. So: Rebooting with ctrl+alt+del: safe Halting by pressing the machine's power button: safe Pressing the machine's reset button: Ouch! Of course, back in the bad old days, the power button would simply cut power. There was no ACPI or anything equivalent. But still, even then, there was no keyboard shortcut for "halt" anyway, so people weren't expecting to be able to safely halt a machine without root access. The ability to reboot safely, on the other hand, was always expected.
Re: [gentoo-user] How to poweroff the system from user?
On 23 March 2015 at 10:46, Peter Humphrey wrote: > On Sunday 22 March 2015 14:36:36 Jc García wrote: > > 2015-03-22 4:30 GMT-06:00 Peter Humphrey : > > > On Saturday 21 March 2015 16:20:17 Jc García wrote: > > >> > Interesting. But as I said ealier, I can reboot the system when I am > > >> > a > > >> > user by Ctrl+Alt+Delete. The user can reboot the system, but can't > > >> > shut > > >> > down? Strange > > >> > > >> It's not strange, `man 2 reboot`. It's a defined behavior. > > > > > > I'm with German here. Being designed that way doesn't stop it being > > > strange. > > I see it as a last resource available for rebooting under any > > circumstances( Similar to what you can do with Sysrq). > > > > > Consider: I'm an ordinary user sitting at a terminal. I'm not allowed > to > > > halt the machine, but I am allowed to reboot it into perhaps some quite > > > other configuration. Or I can keep rebooting it over and again, > > > effectively preventing the machine from doing its job. How does that > > > make sense? > > It doesn't and that's why it's configurable, if you are in a high > > security requiring environment, you disable it. > > The consensus seems to be that there's no point in trying to prevent a user > from rebooting the machine, and I'm happy to go along with that. > > The remaining question is: why is the user not allowed to halt it? > > -- > Rgds > Peter. > > > Maybe some people here missed my post. You CAN allow the user to halt: just substitute ca:12345:ctrlaltdel:/sbin/shutdown -r now with ca:12345:ctrlaltdel:/sbin/shutdown -P now in /etc/inittab and Ctrl-Alt-Del will shutdown instead of reboot. In fact, Ctrl-Alt-Del can be set up to do whatever you want and will have root privileges. If this is a security hole for your use case, you can comment it or set it to ca:12345:ctrlaltdel: /bin/echo 'Hey, don't touch me there!' , or you can disable it entirely in the kernel. -- Emanuele
Re: [gentoo-user] Re: How to poweroff the system from user?
> On Mar 23, 2015, at 14:13, Nikos Chantziaras wrote: > >> On 23/03/15 11:46, Peter Humphrey wrote: >> The consensus seems to be that there's no point in trying to prevent a user >> from rebooting the machine, and I'm happy to go along with that. >> >> The remaining question is: why is the user not allowed to halt it? > > Because there's no keyboard shortcut for halt. Only for reboot :-) Well you can set init to run halt on ctrl-alt-up arrow -keypress. -- -Matti
[gentoo-user] Re: How to poweroff the system from user?
On 23/03/15 11:46, Peter Humphrey wrote: The consensus seems to be that there's no point in trying to prevent a user from rebooting the machine, and I'm happy to go along with that. The remaining question is: why is the user not allowed to halt it? Because there's no keyboard shortcut for halt. Only for reboot :-)
Re: [gentoo-user] How to poweroff the system from user?
On Mon, Mar 23, 2015 at 5:46 AM, Peter Humphrey wrote: > > The remaining question is: why is the user not allowed to halt it? > Keep in mind there are many ways that a unix-like OS can be used. It could be running on a laptop, or it could be running on a multi-user system where 50 people are logged in at any given time. In the former case you want a desktop-like experience where the user can just hit the shutdown button, and in the latter case you don't want users powering off the server which might be 4 states away. The old solution to this was just having the system owner run sudo poweroff. Then desktop environments came up with a way to allow a logged in user to send a command back to the display manager (which runs as root) to tell it to shut down the system, and made whether that is allowed configurable. The most recent evolution of this is consolekit/logind, which distinguishes users logged in at the system console from those logged in remotely and grants the authority to shutdown the system if you're local. This approach also does things like assign permissions to audio devices as well, so that only the person sitting at the console can spy on the console using the microphone and you don't need to control this manually using an audio group. The other trend is for unprivileged processes access privileged functions via dbus, controlled by polkit. This allows granular control over what users/groups/etc can run what functions, potentially based on whether they're at a local console or not. You can even control that particular functions require a root password or for the user to re-enter their password. This puts all the policy rules in /etc and reduces the amount of per-application configuration. It is a bit like sudoers, but with more fine-grained control and without getting into hard-coding command lines (which can be a bit clumsy). The traditional downside to this approach has been the need to run dbus, but this is moving into the kernel and the intent is to encourage processes to utilize it as the main IPC mechanism. The end goal is to try to get reasonable default behavior without requiring either desktop or server administrators to have to do much, or to have to designate a distro as being primarily desktop vs server in nature. On a server nobody is logged in via the console, so you get restricted privileges by default. On a desktop the main user is logged in via the console and can use their webcam+mic, but others who might be allowed to login cannot remotely connect over the network and spy on the same. However, all of this is configurable - you can stick rules in /etc which change these behaviors. -- Rich
回复：Re: [gentoo-user] How to poweroff the system from user?
just security problem. server should not be that easy to be interrupted! 在2015年03月23日 17:46，Peter Humphrey 写道: On Sunday 22 March 2015 14:36:36 Jc García wrote: > 2015-03-22 4:30 GMT-06:00 Peter Humphrey : > > On Saturday 21 March 2015 16:20:17 Jc García wrote: > >> > Interesting. But as I said ealier, I can reboot the system when I am > >> > a > >> > user by Ctrl+Alt+Delete. The user can reboot the system, but can't > >> > shut > >> > down? Strange > >> > >> It's not strange, `man 2 reboot`. It's a defined behavior. > > > > I'm with German here. Being designed that way doesn't stop it being > > strange. > I see it as a last resource available for rebooting under any > circumstances( Similar to what you can do with Sysrq). > > > Consider: I'm an ordinary user sitting at a terminal. I'm not allowed to > > halt the machine, but I am allowed to reboot it into perhaps some quite > > other configuration. Or I can keep rebooting it over and again, > > effectively preventing the machine from doing its job. How does that > > make sense? > It doesn't and that's why it's configurable, if you are in a high > security requiring environment, you disable it. The consensus seems to be that there's no point in trying to prevent a user from rebooting the machine, and I'm happy to go along with that. The remaining question is: why is the user not allowed to halt it? -- Rgds Peter.
Re: [gentoo-user] Re: blockage
On Monday 23 March 2015 11:59:23 Alan McKinnon wrote: > Maybe I'll have a deeper look into portage's code with a view to > improving this area. No promises thought :-) So we'll expect to see you again, wringing your hands and shivering, in about six months then... :) -- Rgds Peter.
Re: [gentoo-user] Re: blockage
On 23/03/2015 11:55, Peter Humphrey wrote: > On Sunday 22 March 2015 23:22:33 Alan McKinnon wrote: > >> This is one of the things that is starting to real get on my damn tits >> about portage, for about 2 years now. It's not an easy problem to solve, >> and to be honest, portage is not helping at all. You have two options in >> running it: don't use -v and get very little info, or use -v and get a >> terminal dump of the entire graph tree with lots of stuff and zero real >> information about how to solve it. Look at my thread with Dale just the >> other day, I managed to help him with the correct answer because I had a >> magic brainwave to search for the "<" character. >> >> Seriously, what kind of process would ever use that as a problem solving >> approach? >> >> In your case, the solution is in the ebuild for acpupsd and it's >> specific DEPENDs. Now, I'm generally OK with looking in ebuilds for real >> answers and have gotten used to it, but ffs I should not have to do >> that. Well-written software should provide that information in it's >> output, and it shouldn't be hard to get the software to do it. >> >> Ok, rant over. > > Sounds like you're volunteering, Alan. ;-) I do have some of the required skills, and I have free time right now. Maybe I'll have a deeper look into portage's code with a view to improving this area. No promises thought :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: blockage
On Sunday 22 March 2015 23:22:33 Alan McKinnon wrote: > This is one of the things that is starting to real get on my damn tits > about portage, for about 2 years now. It's not an easy problem to solve, > and to be honest, portage is not helping at all. You have two options in > running it: don't use -v and get very little info, or use -v and get a > terminal dump of the entire graph tree with lots of stuff and zero real > information about how to solve it. Look at my thread with Dale just the > other day, I managed to help him with the correct answer because I had a > magic brainwave to search for the "<" character. > > Seriously, what kind of process would ever use that as a problem solving > approach? > > In your case, the solution is in the ebuild for acpupsd and it's > specific DEPENDs. Now, I'm generally OK with looking in ebuilds for real > answers and have gotten used to it, but ffs I should not have to do > that. Well-written software should provide that information in it's > output, and it shouldn't be hard to get the software to do it. > > Ok, rant over. Sounds like you're volunteering, Alan. ;-) -- Rgds Peter.
Re: [gentoo-user] How to poweroff the system from user?
On Sunday 22 March 2015 14:36:36 Jc García wrote: > 2015-03-22 4:30 GMT-06:00 Peter Humphrey : > > On Saturday 21 March 2015 16:20:17 Jc García wrote: > >> > Interesting. But as I said ealier, I can reboot the system when I am > >> > a > >> > user by Ctrl+Alt+Delete. The user can reboot the system, but can't > >> > shut > >> > down? Strange > >> > >> It's not strange, `man 2 reboot`. It's a defined behavior. > > > > I'm with German here. Being designed that way doesn't stop it being > > strange. > I see it as a last resource available for rebooting under any > circumstances( Similar to what you can do with Sysrq). > > > Consider: I'm an ordinary user sitting at a terminal. I'm not allowed to > > halt the machine, but I am allowed to reboot it into perhaps some quite > > other configuration. Or I can keep rebooting it over and again, > > effectively preventing the machine from doing its job. How does that > > make sense? > It doesn't and that's why it's configurable, if you are in a high > security requiring environment, you disable it. The consensus seems to be that there's no point in trying to prevent a user from rebooting the machine, and I'm happy to go along with that. The remaining question is: why is the user not allowed to halt it? -- Rgds Peter.
