Re: [gentoo-user] Re: /usr/src/linux gone
on 03/10/2011 02:29 AM sean wrote the following: thanks for the info. As I said I do not know how this happened, this system has been running fine for years with little effort to maintain. Perhaps /usr/src is/was a mount point?
Re: [gentoo-user] /usr/src/linux gone
On Thursday 10 March 2011 03:31:55 Dale wrote: Did you perhaps run --depclean and it removed it? That's the only way I can think of that emerge would remove it. Depclean might have removed the files from the source package, but it wouldn't have removed .config or anything resulting from compilation. Not unless it's horribly broken, in which case I'm sure we'd have heard by now. -- Rgds Peter
Re: [gentoo-user] /usr/src/linux gone
As someone said above, a possible cause is that /usr/src was a mount point, maybe with -obind, or even a symlink. Many people do this to handle kernels manually on their own $HOME directory (I do it this way myself). Another random cause I can think of would be some of the cruft cleaning scripts that there are around and that are not part of Gentoo. On a more paranoid though, it could also be a rootkit, or maybe your box was hacked. But, otherwise, you removed it, maybe without noticing. --depclean would never remove this, even if it was buggy enough to remove all your kernels (which it isn't) it wouldn't remove all the files that do not belong to the package, and there are thousands of these in any kernel tree that's been configured and/or compiled. Hence, the non-empty directories would never be removed either. -- Jesús Guerrero Botella
[gentoo-user] Re: no-multilib profile trying to build multilib glibc-2.11.3 and gcc-4.4.5
On 03/09/2011 05:27 PM, Andrew Wilkinson wrote: I have a VM image based on the amd64 hardened no-multilib profile. Today, when trying to emerge glibc-2.11.3 and gcc-4.4.5, the builds have been failing, and appear to be trying to build multilib versions, which of course it can't. Any idea why this would be happening? From glibc's build.log: * Building multilib glibc for ABIs: x86 amd64 * ABI: x86 * CBUILD: x86_64-pc-linux-gnu * CHOST: x86_64-pc-linux-gnu * CTARGET: x86_64-pc-linux-gnu * CBUILD_OPT: i686-pc-linux-gnu * CTARGET_OPT: i686-pc-linux-gnu * CC: * CFLAGS: -m32 -march=i686 -O2 -fno-strict-aliasing -fno-stack-protector * Manual CC: x86_64-pc-linux-gnu-gcc You might try emerge -d (debug). The Changelog is loaded with comments about building glibc on hardened systems, so maybe they introduced a recent bug?
[gentoo-user] Re: /usr/src/linux gone
sean tech.junk at myfairpoint.net writes: As I said I do not know how this happened, this system has been running fine for years with little effort to maintain. Hmmm, Not a good idea. Try this page for guidance on upgrading an old installation of Gentoo: http://blog.jolexa.net/2009/03/25/gentoo-tips-to-upgrade-your-really-old-installation/ As it was posted recently, and one of my friends used it as a guide to success hth, James
Re: [gentoo-user] Re: no-multilib profile trying to build multilib glibc-2.11.3 and gcc-4.4.5
On Thu, Mar 10, 2011 at 5:12 AM, walt w41...@gmail.com wrote: On 03/09/2011 05:27 PM, Andrew Wilkinson wrote: I have a VM image based on the amd64 hardened no-multilib profile. Today, when trying to emerge glibc-2.11.3 and gcc-4.4.5, the builds have been failing, and appear to be trying to build multilib versions, which of course it can't. Any idea why this would be happening? From glibc's build.log: * Building multilib glibc for ABIs: x86 amd64 * ABI: x86 * CBUILD: x86_64-pc-linux-gnu * CHOST: x86_64-pc-linux-gnu * CTARGET: x86_64-pc-linux-gnu * CBUILD_OPT: i686-pc-linux-gnu * CTARGET_OPT: i686-pc-linux-gnu * CC: * CFLAGS: -m32 -march=i686 -O2 -fno-strict-aliasing -fno-stack-protector * Manual CC: x86_64-pc-linux-gnu-gcc You might try emerge -d (debug). The Changelog is loaded with comments about building glibc on hardened systems, so maybe they introduced a recent bug? Thanks for the tip! Unfortunately someone who knows more about what portage is doing than I do will need to look at this... in my glance over it I got the impression that it was magically conjuring the x86 ABI result from the ether, or something. I've put it up on pastebin for now. If this is something bug worthy, I'll thus report. http://pastebin.com/vS6BMhJN Thanks again! -Andy
[gentoo-user] Snort and Postgresql9
Hello, Before I file a bug report, maybe somebody on this list has some additional info on PG9? Well a routine compilation of snort, croaked based on removal of pg8 and only pg9 being on the system. Note: I have little interest in going back to PG8; I'll leave snort broken until I figure out PG9. Here's were I have looked for PG9 information: /usr/share/doc/postgresql-9.0 /usr/portage/dev-db/postgresql-base/ postgresql-base-9.0.3.ebuild Here I find this: elog If you need a global psqlrc-file, you can place it in: elog '${ROOT}/etc/postgresql-${SLOT}/' /var/log/elog was not set up, but is now, on the sytem in question. From another system where elog and pg9 both exist I found: dev-db:postgresql-base-9.0.3:20110219-195957.log * If you need a global psqlrc-file, you can place it in: * '//etc/postgresql-9.0/' snip checking for mysql setting of reconnect option before connect bug... no checking for postgresql... ** ERROR: unable to find postgresql header file (libpq-fe.h) checked in the following places /usr/include /usr/include/pgsql /usr/local/include /usr/local/include/pgsql /usr/local/pgsql/include /usr/local/pgsql/include/pgsql /usr/pgsql/include /usr/pgsql/include/pgsql /usr/local/include /usr/local/include/pgsql ** /var/tmp/portage/net-analyzer/snort-2.9.0.3/ work/snort-2.9.0.3/config.log ERROR: net-analyzer/snort-2.9.0.3 failed (configure phase) BUG 356001 From my reading on another pgsql bug, make sure you use eselect to set your postgres version. After you do that, you should be able to merge pgadmin. # eselect postgresql show (none) It seems the eselect mechanism fixed the problem for one user, but mine broken, so I'll -1 eselect-postgresql and see what happens... same result. guidance? james
[gentoo-user] Re: Snort and Postgresql9
James wireless at tampabay.rr.com writes: never mind, I fix it after hacking on the install all day James
Re: [gentoo-user] Re: Snort and Postgresql9
As I came out of that list? On Fri, Mar 11, 2011 at 00:00, James wirel...@tampabay.rr.com wrote: James wireless at tampabay.rr.com writes: never mind, I fix it after hacking on the install all day James -- Atenciosamente, Gregory Fontenele