Re: [gentoo-user] firefox-9.0 won't compile
> I'using CFLAGS="-march=core2 -O2 -pipe -msse4.1" > > Firefox builds with success for me. gcc is 4.5.3 for me. It's strange. > I had a similar problem but it had a bad kernel configuration. When I have > this problem it's gcc receive SIGSEV signal. > I don't think that you have the same problem like me. > I test in a virtual machine and firefox compile with success: CFLAGS are > "-march=native -pipe -O2" > > I've not really idea for your problem :/ Thanks everyone for the help with this. I was able to compile gcc-4.5.3-r1 and now it looks like firefox-9.0 will compile if I can keep it from running out of memory. I'm going to compile without -pipe soon and if that doesn't work I've got more RAM on the way. - Grant >> > At first glance firefox uses the arithmetic pointer and >> > Wno-pointer-arith >> > lifts warnings or errors when used. >> > This is what gcc says : error: pointer of type 'void *' used in >> > arithmetic >> > >> > What it gives without this flag and Is there a particular reason for >> > using >> > this one ? >> >> I'm having trouble following. I'm using: >> >> CFLAGS="-march=native -O2 -pipe" >> >> Should I try with different flags? >> >> - Grant >> >> >> >> >> Does anyone have any ideas on this? I just completed an emerge -e >> >> >> world so I don't think anything needs to be re-emerged. Everything >> >> >> compiles fine except for gcc-4.5.3-r1 (I'm on gcc-4.3.4) and >> >> >> firefox-9.0: >> >> >> >> >> >> >> >> >> >> >> >> /var/tmp/portage/www-client/firefox-9.0/work/mozilla-release/js/src/jsgcchunk.cpp: >> >> >> In function 'void* MapAlignedPages(size_t, size_t)': >> >> >> >> >> >> >> >> >> /var/tmp/portage/www-client/firefox-9.0/work/mozilla-release/js/src/jsgcchunk.cpp:243: >> >> >> error: pointer of type 'void *' used in arithmetic >> >> >> >> >> >> >> >> >> /var/tmp/portage/www-client/firefox-9.0/work/mozilla-release/js/src/jsgcchunk.cpp:243: >> >> >> error: pointer of type 'void *' used in arithmetic >> >> > >> >> > That looks like a change in how the compiler treats bad code, or the >> >> > introduction of bad code in an updated version of Firefox. The >> >> > compiler can't sanely do pointer arithmetic without knowing the >> >> > pointer type. Looks like the version you're compiling with throws an >> >> > error on that. >> >> > >> >> > Are using anything like -Werror and/or -Wall in your CFLAGS? >> >> > >> >> > >> >> > >> >> > >> >> >> >> Yes, enabling --Wno-pointer-arith should help.
Re: [gentoo-user] HEADS UP - postfix-2.9.0 is broken
On Feb 8, 2012 2:38 AM, "Alan McKinnon" wrote: > > On Wed, 8 Feb 2012 00:11:26 +0700 > Pandu Poluan wrote: > > > On Feb 7, 2012 2:39 PM, "Eray Aslan" wrote: > > > > > > On Tue, Feb 07, 2012 at 01:58:33PM +0700, Pandu Poluan wrote: > > > > S... I'm still on 2.8.7. Is it safe to upgrade to 2.9.0-r1 ? > > > > > > Yes, it should be OK as long as you run > > > etc-update/dispatch-conf/similar after the upgrade. Postfix > > > daemons now live under /usr/libexec/postfix (not > > > under /usr/lib{,64)/postfix). Adjust your main.cf accordingly. > > > I'll add a warning to the ebuild. > > > > > > > Ah, thanks for the explanation! > > > > I'll be certain to pay undivided attention to postfix ebuild warnings. > > > > Rgds, > > ALWAYS pay special attention to ALL ebuild warnings. Not just the ones > from postfix. > Always do that, actually. But Eray's explanation about postfix's new 'home' is especially important in the context of this thread and my situation (I'm using postfix as production email server in my office). > Those warnings are there for a reason - it's how devs let you know that > stuff has changed, that the change will make stuff break, and how to > fix or prevent it. They are not there for decoration or fluff. > > You should set the ELOG options in make.conf to store these warnings in > some persistent place (log files, mail them, whatever) so you can go > through them at your leisure. > I recommend also to install an elog parser/viewer. I personally use elogv, an ncurses-based utility. There are GUI-based ones, but I'm running text-mode exclusively. > My usual routine for doing a global update is > > emerge -avuND world > conf-update > emerge -av @preserved-rebuild > revdep-rebuild -p -i (then without -p if something is found) > emerge -a --depclean > view portage logs and do what they say > often followed by doing one or more steps again to ensure all is clean > Shouldn't revdep-rebuild be ran *after* emerge --depclean? Rgds,
[gentoo-user] Recovering MySQL Database from EXT4 Formatted Hard Disk ...
Hello, I am trying to recover MySQL databases (which were properly shut down) from an EXT4 formatted hard disk. I loaded the SystemRescueCD distro that you can get online and when running TestDisk I can see the partitions but I cannot recover said partitions because it tells me the structure is bad (any options here, by the way?) With PhotoRec, I can recover parts of the MySQL Database but I cannot get the important *.MYD files because I guess PhotoRec doesn't have the signatures for that type of file. So, any options I have at this point? Thank you for your time.
Re: [gentoo-user] Syntax for set files
On 02/07/12 15:08, Alan McKinnon wrote: > On Tue, 7 Feb 2012 13:46:04 -0600 > Paul Hartman wrote: > >> On Tue, Feb 7, 2012 at 12:36 PM, Alan McKinnon >> wrote: >>> Anyone know a link to documentation on what the syntax is in >>> portage's set files? I once had a skimpy doc (since lost) that >>> described operators like + - / that let you add, remove and replace >>> named atoms in a set file. >> >> Portage documentation, Part I Chapter 2 "Package Set Configuration" >> should have more than you ever wanted to know about sets. :) Emerge >> portage with USE="doc" if you don't already have it in >> /usr/share/doc/portage*/html/. > > Ah, that explains it. I have USE=-doc set globally and it never occurred > to me to enable it for portage :-) I have only a few packages where > USE=doc is enabled. I'd always sorta assumed the real docs were on a > wiki somewhere :-) > I tried to look for these a few days ago and did the same thing. Someone should really put up a webpage titled "Portage package sets documentation" that says "try checking /usr/share/doc/portage".
Re: [gentoo-user] Syntax for set files
On Tue, 7 Feb 2012 13:46:04 -0600 Paul Hartman wrote: > On Tue, Feb 7, 2012 at 12:36 PM, Alan McKinnon > wrote: > > Anyone know a link to documentation on what the syntax is in > > portage's set files? I once had a skimpy doc (since lost) that > > described operators like + - / that let you add, remove and replace > > named atoms in a set file. > > Portage documentation, Part I Chapter 2 "Package Set Configuration" > should have more than you ever wanted to know about sets. :) Emerge > portage with USE="doc" if you don't already have it in > /usr/share/doc/portage*/html/. Ah, that explains it. I have USE=-doc set globally and it never occurred to me to enable it for portage :-) I have only a few packages where USE=doc is enabled. I'd always sorta assumed the real docs were on a wiki somewhere :-) -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Out of memory during GCC compile
Am 06.02.2012 22:33, schrieb Grant: > I'm trying to compile GCC on a remote system with 192MB RAM. It's > completed successfully before but now it uses up all RAM. The compile > doesn't stop but it must be thrashing. I have MAKEOPTS="-j1" in > /etc/make.conf. Am I jeopardizing my HD by letting it swap on the > compile right now? I've ordered an upgrade to the max of 512MB. I've > stopped all processes using up memory that I don't need including X. > Is there anything else I can do to get through the compile with 192MB > RAM? > > - Grant > I noticed a sudden spike in gcc's memory consumption here. I had enough memory to keep up with it but it still filled ca. 6GB of RAM for a single .c file. Then it went back down. If you experience the same, I guess adding swap is reasonable as you won't need it for the whole time. P.S: Did you consider using a bin-pkg from a different system? You could also export your root-fs via NFS and compile in a chroot from a different system. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Syntax for set files
On Tue, Feb 7, 2012 at 12:36 PM, Alan McKinnon wrote: > Anyone know a link to documentation on what the syntax is in portage's > set files? I once had a skimpy doc (since lost) that described > operators like + - / that let you add, remove and replace named atoms > in a set file. Portage documentation, Part I Chapter 2 "Package Set Configuration" should have more than you ever wanted to know about sets. :) Emerge portage with USE="doc" if you don't already have it in /usr/share/doc/portage*/html/. > I use the enlightenment-niifaq overlay which ships with some awesome > predfined sets. But source code for some of those ebuilds are broken. I > really don't feel like maintaining my own sets for this. Much easier to > just make a small set with a line like so: > > @enlightenment-niifaq - - > > Can this even be done in portage? I think you can use regex in the sets declaration. I haven't really used them much myself.
Re: [gentoo-user] HEADS UP - postfix-2.9.0 is broken
On Wed, 8 Feb 2012 00:11:26 +0700 Pandu Poluan wrote: > On Feb 7, 2012 2:39 PM, "Eray Aslan" wrote: > > > > On Tue, Feb 07, 2012 at 01:58:33PM +0700, Pandu Poluan wrote: > > > S... I'm still on 2.8.7. Is it safe to upgrade to 2.9.0-r1 ? > > > > Yes, it should be OK as long as you run > > etc-update/dispatch-conf/similar after the upgrade. Postfix > > daemons now live under /usr/libexec/postfix (not > > under /usr/lib{,64)/postfix). Adjust your main.cf accordingly. > > I'll add a warning to the ebuild. > > > > Ah, thanks for the explanation! > > I'll be certain to pay undivided attention to postfix ebuild warnings. > > Rgds, ALWAYS pay special attention to ALL ebuild warnings. Not just the ones from postfix. Those warnings are there for a reason - it's how devs let you know that stuff has changed, that the change will make stuff break, and how to fix or prevent it. They are not there for decoration or fluff. You should set the ELOG options in make.conf to store these warnings in some persistent place (log files, mail them, whatever) so you can go through them at your leisure. My usual routine for doing a global update is emerge -avuND world conf-update emerge -av @preserved-rebuild revdep-rebuild -p -i (then without -p if something is found) emerge -a --depclean view portage logs and do what they say often followed by doing one or more steps again to ensure all is clean I haven't been adversely hit by an upgrade for over a year now. I put it down to using the portage tools correctly in the way they were designed to be used. -- Alan McKinnnon alan.mckin...@gmail.com
[gentoo-user] Syntax for set files
Anyone know a link to documentation on what the syntax is in portage's set files? I once had a skimpy doc (since lost) that described operators like + - / that let you add, remove and replace named atoms in a set file. I use the enlightenment-niifaq overlay which ships with some awesome predfined sets. But source code for some of those ebuilds are broken. I really don't feel like maintaining my own sets for this. Much easier to just make a small set with a line like so: @enlightenment-niifaq - - Can this even be done in portage? doc/portage-2.2.0_alpha85/RELEASE-NOTES.bz2 implies it probably isn't supported: * Package set support: There are several important notes regarding package sets: - they may currently only include simple and versioned atoms or other sets, use conditionals or any-of constructs aren't possible yet Can other package managers (eg paludis) do this? -- Alan McKinnnon alan.mckin...@gmail.com
[gentoo-user] Re: Quick and dirty install of google chrome binary package
On 02/07/2012 09:16 AM, Pandu Poluan wrote: On Feb 8, 2012 12:03 AM, "walt" mailto:w41...@gmail.com>> wrote: Now that Pandu has mentioned it, I can edit the google-chrome ebuild to do what I want :) The part where I install the obsolete libpng12 in the /opt/google/chrome directory instead of /usr/lib is the part I'm not sure about. I think you can peek into libpng12's ebuild, and transfer the relevant parts (e.g. those retrieving the source and doing the compile), and adapt the installation parts. Don't forget to put your custom ebuild in your local overlay, lest emerge --sync will happily 'revert' your ebuild to what it was :-) Thanks. I've learned something from this thread in spite of myself :p
Re: [gentoo-user] HEADS UP - postfix-2.9.0 is broken
On 2012-02-07 2:36 AM, Eray Aslan wrote: Postfix daemons now live under /usr/libexec/postfix (not under /usr/lib{,64)/postfix). I'm curious - is there a good reason for this change?
Re: [gentoo-user] HEADS UP - postfix-2.9.0 is broken
On 2012-02-07 2:36 AM, Eray Aslan wrote: On Tue, Feb 07, 2012 at 01:58:33PM +0700, Pandu Poluan wrote: S... I'm still on 2.8.7. Is it safe to upgrade to 2.9.0-r1 ? Yes, it should be OK as long as you run etc-update/dispatch-conf/similar after the upgrade. I was concerned about this at first, but if this was indeed the cause of the OP and others' problem (as opposed to an actual bug in the ebuild), then they did it to themselves, because what you said - running etc-update (or dispatch-conf) is *always* required for packages like postfix.
Re: [gentoo-user] Re: Quick and dirty install of google chrome binary package
On Feb 8, 2012 12:03 AM, "walt" wrote: > > On Mon, 2012-02-06 at 21:59 -0500, Jeff Horelick wrote: > > On 6 February 2012 21:42, walt wrote: > > > > I tried and liked google chrome for a few months until I got tired > > > of the multi-hour compile every week or so. The chrome-binary ebuild > > > was removed a while ago, I'm guessing because of library version > > > conflicts, but I dunno for sure. > > > > you seem to have missed a very simple way to do all this: > > > > emerge google-chrome > > Very interesting, thanks for pointing that out. What I missed is that > in recent months the former (home-compiled) chrome package was removed > and the chrome-binary package was renamed to google-chrome (I suppose > the google brand was supposed to clue me in that I'm installing the > google build rather than the gentoo build). > > However, the newer google-chrome package forces the downgrade of libpng > to libpng12 for the entire machine, which I don't want, so I'll continue > to use my simple home-brew method. > > Now that Pandu has mentioned it, I can edit the google-chrome ebuild to > do what I want :) The part where I install the obsolete libpng12 in > the /opt/google/chrome directory instead of /usr/lib is the part I'm > not sure about. > I think you can peek into libpng12's ebuild, and transfer the relevant parts (e.g. those retrieving the source and doing the compile), and adapt the installation parts. Don't forget to put your custom ebuild in your local overlay, lest emerge --sync will happily 'revert' your ebuild to what it was :-) Rgds,
[gentoo-user] Re: Quick and dirty install of google chrome binary package
On 02/07/2012 08:57 AM, walt wrote: However, the newer google-chrome package forces the downgrade of libpng to libpng12 for the entire machine Damn, fooled again by the ebuild message after installing libpng12 :( The post-install message announces that I now need to run revdep-rebuild to fix the breakage, but in fact libpng12 and libpng15 are both installed side-by-side now. So, your original advice to emerge google-chrome seems to work nicely :)
Re: [gentoo-user] HEADS UP - postfix-2.9.0 is broken
On Feb 7, 2012 2:39 PM, "Eray Aslan" wrote: > > On Tue, Feb 07, 2012 at 01:58:33PM +0700, Pandu Poluan wrote: > > S... I'm still on 2.8.7. Is it safe to upgrade to 2.9.0-r1 ? > > Yes, it should be OK as long as you run etc-update/dispatch-conf/similar > after the upgrade. Postfix daemons now live under /usr/libexec/postfix > (not under /usr/lib{,64)/postfix). Adjust your main.cf accordingly. > I'll add a warning to the ebuild. > Ah, thanks for the explanation! I'll be certain to pay undivided attention to postfix ebuild warnings. Rgds,
[gentoo-user] Re: Quick and dirty install of google chrome binary package
On Mon, 2012-02-06 at 21:59 -0500, Jeff Horelick wrote: > On 6 February 2012 21:42, walt wrote: > > I tried and liked google chrome for a few months until I got tired > > of the multi-hour compile every week or so. The chrome-binary ebuild > > was removed a while ago, I'm guessing because of library version > > conflicts, but I dunno for sure. > you seem to have missed a very simple way to do all this: > > emerge google-chrome Very interesting, thanks for pointing that out. What I missed is that in recent months the former (home-compiled) chrome package was removed and the chrome-binary package was renamed to google-chrome (I suppose the google brand was supposed to clue me in that I'm installing the google build rather than the gentoo build). However, the newer google-chrome package forces the downgrade of libpng to libpng12 for the entire machine, which I don't want, so I'll continue to use my simple home-brew method. Now that Pandu has mentioned it, I can edit the google-chrome ebuild to do what I want :) The part where I install the obsolete libpng12 in the /opt/google/chrome directory instead of /usr/lib is the part I'm not sure about.
Re: [gentoo-user] hwclock <--> sysclock and the ntp-client
>> Is your RTC driver compiled into the kernel? > CONFIG_RTC_HCTOSYS=y > CONFIG_RTC_HCTOSYS_DEVICE="rtc0" Those have nothing to do with the RTC *driver*. AFAIK on a PC the relevant option is CONFIG_RTC_DRV_CMOS andrea
Re: [gentoo-user] firefox-9.0 won't compile
I'using CFLAGS="-march=core2 -O2 -pipe -msse4.1" Firefox builds with success for me. gcc is 4.5.3 for me. It's strange. I had a similar problem but it had a bad kernel configuration. When I have this problem it's gcc receive SIGSEV signal. I don't think that you have the same problem like me. I test in a virtual machine and firefox compile with success: CFLAGS are "-march=native -pipe -O2" I've not really idea for your problem :/ On Mon, Feb 6, 2012 at 6:06 PM, Grant wrote: > > At first glance firefox uses the arithmetic pointer and Wno-pointer-arith > > lifts warnings or errors when used. > > This is what gcc says : error: pointer of type 'void *' used in > arithmetic > > > > What it gives without this flag and Is there a particular reason for > using > > this one ? > > I'm having trouble following. I'm using: > > CFLAGS="-march=native -O2 -pipe" > > Should I try with different flags? > > - Grant > > > >> >> Does anyone have any ideas on this? I just completed an emerge -e > >> >> world so I don't think anything needs to be re-emerged. Everything > >> >> compiles fine except for gcc-4.5.3-r1 (I'm on gcc-4.3.4) and > >> >> firefox-9.0: > >> >> > >> >> > >> >> > /var/tmp/portage/www-client/firefox-9.0/work/mozilla-release/js/src/jsgcchunk.cpp: > >> >> In function 'void* MapAlignedPages(size_t, size_t)': > >> >> > >> >> > /var/tmp/portage/www-client/firefox-9.0/work/mozilla-release/js/src/jsgcchunk.cpp:243: > >> >> error: pointer of type 'void *' used in arithmetic > >> >> > >> >> > /var/tmp/portage/www-client/firefox-9.0/work/mozilla-release/js/src/jsgcchunk.cpp:243: > >> >> error: pointer of type 'void *' used in arithmetic > >> > > >> > That looks like a change in how the compiler treats bad code, or the > >> > introduction of bad code in an updated version of Firefox. The > >> > compiler can't sanely do pointer arithmetic without knowing the > >> > pointer type. Looks like the version you're compiling with throws an > >> > error on that. > >> > > >> > Are using anything like -Werror and/or -Wall in your CFLAGS? > >> > > >> > > >> > > >> > > >> > >> Yes, enabling --Wno-pointer-arith should help. > >> > >> Regards, > >> Florian Philipp > >
Re: [gentoo-user] OT: SeAndroid build on a Gentoo System?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06.02.2012 17:25, James wrote: > Hello, > > Has anyone built or installed SE-android onto a Sumsung Nexus (or > similar) cell phone, using a Gentoo development environment? > > http://www.linuxfordevices.com/c/a/News/SE-Android-publicly-released/?kc=LNXDEVNL012612 > > http://selinuxproject.org/page/SEAndroid > > curiously, James > > I don't know, why it shouldn't work. At the moment I'm syncing the repo, then I'll try it myself. So long, Hinnerk -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPMS2aAAoJEJwwOFaNFkYctZsH/1rqTZO40vck58L9lvYoNyex lIezpocXKINtG37Typ8fAGURzpBhmA0NXaa9yqn/aADbiquXbjYIrqlyRz92hCJS YDXyrv6F7bVGspKNj+WIL8jtPepjEFGP9feFZm7xQ2cy1uJiXhmJvnvne9mTTlWO FyHbzKam4N4aumnZAwriGEwUXakoKaOfy0h4bgtwczrQW6rJWzQj0GeKqmB1kgVj eFCSktRx3cvUaMamTvQiVGA+Y4NEWZE8yVyZeIi0LnoB5BNL08t8Ny9Sny2Zady+ WX5+4zdgodpIOPSgTkeBZdoGnY8oqL2xLWvmt1Q8xAdlENUQTvkqXuDutpc8ky4= =b0rb -END PGP SIGNATURE-