Re: [gentoo-user] -flto set for simh-3.9.0-r1 let gcc fail on my Beaglebone Black
I already tried do set new CFLAGS via /etc/portage/env/nolto.conf: beagleboneblack:portage/package.envcat simh app-emulation/simh no-lto.conf and and an according file in /etc/porttage/package.env: beagleboneblack:portage/package.envcat simh app-emulation/simh no-lto.conf but this does not have any effect. What's the contents of no-lto.conf ? Was the missing - a typo? FWIW - i have a lot of build failures with lto and gcc-4.7.3, but many of these work with lto and gcc-4.6.3
Re: [gentoo-user] Re: Au revoir, gnome-3.8
Am 09.08.2013 07:19, schrieb Samuli Suominen: 2.02.99-r1 has it's own upstream systemd files in ~arch now (they are different from what the systemd-love overlay has, AFAIK) $ qlist lvm2 |grep systemd /usr/lib/systemd/system/dm-event.socket /usr/lib/systemd/system/dm-event.service /usr/lib/systemd/system/lvm2-monitor.service /usr/lib/systemd/system/blk-availability.service /usr/lib/systemd/system/lvm2-lvmetad.socket /usr/lib/systemd/system/lvm2-lvmetad.service /usr/lib/systemd/system-generators/lvm2-activation-generator Back then I had the issue that my LVs weren't correctly activated at boot time. That was not that much of a problem as the stuff necessary for booting wasn't on LVs but anyway. I worked around that with my own service-file ... I should/could try if the new unit-files work better (and check for the diffs). I wonder if I should get rid of the systemd-love overlay? After my initial learning curve I am quite happy with systemd on two of my gentoo systems. More and more packages bring their unit-files and things get better. Stefan
Re: [gentoo-user] Au revoir, gnome-3.8
On 7 August 2013 02:38, walt w41...@gmail.com wrote: I was so hot to prove to myself that I could do the Big Update on both systemd and openrc gentoo machines that I didn't spend much time actually *using* gnome-3.8 until yesterday. Have you ever lived or worked in a building during a big remodeling? With most of your living/working space completely (but temporarily) demolished? For me, that's gnome-3.8 :( I spent all day today reverting my main desktop from ~amd64 to amd64, and I'm happy to be back home in gnome2 :) I'm very grateful to the gentoo devs for keeping gnome2 available, BTW. Some distros don't give anyone that option. I don't hate gnome3, honest and truly. I hate living in gnome3 during the Big Remodel, that's all. Same goes for systemd, but I find systemd more useable than gnome3 at this time. I'm hoping to see both projects start to feel like home to me, but today is not that day. Meanwhile I see other windmills to tilt at :) Kde is not a possible solution for you? I'm just asking, I do not want to start a flamewar about which is the better/worst. :) That's the reason why I have kde and xfce on my machine. I always have a fallback plan. I spend I few weeks for Unity from unity-gentoo overlay and the big gnome-3.8 update messed up everything and I spent almost a week the get back Unity, and I gave up. During this week I was able to work on my machine because I had kde. -- -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] Au revoir, gnome-3.8
Am 09.08.2013 11:13, schrieb András Csányi: Kde is not a possible solution for you? I'm just asking, I do not want to start a flamewar about which is the better/worst. :) That's the reason why I have kde and xfce on my machine. I always have a fallback plan. I spend I few weeks for Unity from unity-gentoo overlay and the big gnome-3.8 update messed up everything and I spent almost a week the get back Unity, and I gave up. During this week I was able to work on my machine because I had kde. I run gnome-3.8 for months(?) now ... happily, on 2 gentoo boxes.
Re: [gentoo-user] Au revoir, gnome-3.8
On 09/08/2013 11:15, Stefan G. Weichinger wrote: Am 09.08.2013 11:13, schrieb András Csányi: Kde is not a possible solution for you? I'm just asking, I do not want to start a flamewar about which is the better/worst. :) That's the reason why I have kde and xfce on my machine. I always have a fallback plan. I spend I few weeks for Unity from unity-gentoo overlay and the big gnome-3.8 update messed up everything and I spent almost a week the get back Unity, and I gave up. During this week I was able to work on my machine because I had kde. I run gnome-3.8 for months(?) now ... happily, on 2 gentoo boxes. I long ago concluded that users who want to run Gnome3 need to do what Gnome3 devs want them to do. Currently with 3.8 that includes using systemd. There's two ways of looking at this: how things should (or could) be vs how things are. Basically, to get Gnome3 running, you need to be OK with the latter and willing to run with it. Many folks outside fedora-land are not at all happy with the way things are and would like to see things move over to the former - how things should be. That's a lot of work, and with a rather unco-operative upstream the work is now twice as hard (and perhaps not at all viable). That's how I see it anyway - as a rather cut 'n dried binary choice the user must make. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Moving from old udev to eudev
On 2013-08-01 2:43 PM, Neil Bothwick n...@digimed.co.uk wrote: On Thu, 01 Aug 2013 12:28:38 -0400, Tanstaafl wrote: I've googled until my fingers are blue, but cannot for the life of me find any explicit instructions for *how* to switch from udev to eudev. emerge -Ca udev emerge -1a eudev Two last questions (first one never got answered, and I'm doing this in the morning)... Do I not have to emerge -Ca virtual/udev too? Last - is simply restarting udev good enough, or should I go ahead and reboot anyway before continuing with other updates? Thanks again to all...
Re: [gentoo-user] Au revoir, gnome-3.8
On Friday 09 Aug 2013 11:33:53 Alan McKinnon wrote: I long ago concluded that users who want to run Gnome3 need to do what Gnome3 devs want them to do. Currently with 3.8 that includes using systemd. Is there any advantage in a KDE user switching to systemd? I've seen the arguments for and against in a Gnome context but I don't remember anything about KDE here. (And I can't search for it easily because this version of Kmail has demolished the search facility. Well, it doesn't work, anyway.) -- Regards, Peter
Re: [gentoo-user] Au revoir, gnome-3.8
On 09/08/2013 13:19, Peter Humphrey wrote: On Friday 09 Aug 2013 11:33:53 Alan McKinnon wrote: I long ago concluded that users who want to run Gnome3 need to do what Gnome3 devs want them to do. Currently with 3.8 that includes using systemd. Is there any advantage in a KDE user switching to systemd? I've seen the arguments for and against in a Gnome context but I don't remember anything about KDE here. (And I can't search for it easily because this version of Kmail has demolished the search facility. Well, it doesn't work, anyway.) I honestly have no idea :-( The devs are having one of their regular bun fights in gentoo-dev and it's been going on for a while. The whole topic is murky and there's no clear consensus or technical facts coming out of it just yet that I can see. I think we all have to wait and see on kde/systemd at this point -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Moving from old udev to eudev
On Fri, 09 Aug 2013 07:12:50 -0400, Tanstaafl wrote: I've googled until my fingers are blue, but cannot for the life of me find any explicit instructions for *how* to switch from udev to eudev. emerge -Ca udev emerge -1a eudev Two last questions (first one never got answered, and I'm doing this in the morning)... Do I not have to emerge -Ca virtual/udev too? No, the virtual is always needed, eudev satisfies it. but you do need to make sure your USE settings for eudev and virtual/udev match. -- Neil Bothwick CPU: (n.) acronym for Central Purging Unit. A device which discards or distorts data sent to it, sometimes returning more data and sometimes merely over-heating. signature.asc Description: PGP signature
Re: [gentoo-user] Au revoir, gnome-3.8
On Fri, Aug 09, 2013 at 11:33:53AM +0200, Alan McKinnon wrote: I long ago concluded that users who want to run Gnome3 need to do what Gnome3 devs want them to do. Currently with 3.8 that includes using systemd. This would be a _very_ good post to end this thread upon. Too bad there's not an /ignore gnome all switch for this ML. -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
Re: [gentoo-user] Moving from old udev to eudev
On 2013-08-09 8:24 AM, Neil Bothwick n...@digimed.co.uk wrote: On Fri, 09 Aug 2013 07:12:50 -0400, Tanstaafl wrote: I've googled until my fingers are blue, but cannot for the life of me find any explicit instructions for *how* to switch from udev to eudev. emerge -Ca udev emerge -1a eudev Two last questions (first one never got answered, and I'm doing this in the morning)... Do I not have to emerge -Ca virtual/udev too? No, the virtual is always needed, eudev satisfies it. but you do need to make sure your USE settings for eudev and virtual/udev match. Ok... so, as long as I don't have anything for either of them in package.use, I'm ok? Or - *should* I have anything for them in package.use? The only thing I have in there that I think is in any way related to udev (based on memory about an issue with it that was related to udev when doing an update a while back) is: sys-apps/kmod tools But nothing for either sys-fs/udev or virtual/udev... Thanks Neil
Re: [gentoo-user] Au revoir, gnome-3.8
On 08/09/2013 02:25 PM, Bruce Hill wrote: On Fri, Aug 09, 2013 at 11:33:53AM +0200, Alan McKinnon wrote: I long ago concluded that users who want to run Gnome3 need to do what Gnome3 devs want them to do. Currently with 3.8 that includes using systemd. This would be a _very_ good post to end this thread upon. Too bad there's not an /ignore gnome all switch for this ML. You can use a proper mail client and filter messages.
Re: [gentoo-user] Au revoir, gnome-3.8
On Fri, Aug 09, 2013 at 02:48:21PM +0200, hasufell wrote: You can use a proper mail client and filter messages. I use the most proper mail client, but have never read HOW-TO filter messages. using D has worked to prune the list. -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
Re: [gentoo-user] Au revoir, gnome-3.8
On 8/9/2013 8:58 AM, Bruce Hill wrote: On Fri, Aug 09, 2013 at 02:48:21PM +0200, hasufell wrote: You can use a proper mail client and filter messages. I use the most proper mail client, but have never read HOW-TO filter messages. using D has worked to prune the list. Do not really wish to belabor POINTLESSLY, the topic here, but perhaps there is a more positive way to head toward ending this discussion (or at least view some implications for the future, a more forward discussion)...? I have been preparing a AMD64 machine to install Gentoo on, had anticipated (as a present/former) Gnome user, stopped because of (video card) incompatibilities with Gnome 3 ( Gentoo, which I tried to install), on my old machine... So it seems most of the discussion on this thread is regarding upgrading problems... My question would be regarding a clean install using Gnome 3? Thing to do (or not), so forth. Thanks for any (hopefully) constructive suggestions/links, etc.. Henry
Re: [gentoo-user] -flto set for simh-3.9.0-r1 let gcc fail on my Beaglebone Black
Adam Carter adamcart...@gmail.com [13-08-09 17:27]: I already tried do set new CFLAGS via /etc/portage/env/nolto.conf: beagleboneblack:portage/package.envcat simh app-emulation/simh no-lto.conf and and an according file in /etc/porttage/package.env: beagleboneblack:portage/package.envcat simh app-emulation/simh no-lto.conf but this does not have any effect. What's the contents of no-lto.conf ? Was the missing - a typo? FWIW - i have a lot of build failures with lto and gcc-4.7.3, but many of these work with lto and gcc-4.6.3 Hi Adam, Here is the contents of both files: beagleboneblack:portage/package.envcat simh app-emulation/simh no-lto.conf beagleboneblack:portage/envcat no-lto.conf CFLAGS=${CFLAGS} -fno-lto -fno-use-linker-plugin CXXFLAGS=${CXXFLAGS} -fno-lto -fno-use-linker-plugin LDFLAGS=${LDFLAGS} -fno-lto -fno-use-linker-plugin The (only) gcc installed on my beaglebone black is: beagleboneblack:portage/envgcc-config -l [1] armv7a-hardfloat-linux-gnueabi-4.6.3 * The USE-flag configuration of the gcc is: [I] sys-devel/gcc Available versions: (2.95) [M]~*2.95.3-r10^s (3.1) [M]*3.1.1-r2 (3.2) **3.2.2^s *3.2.3-r4 (3.3) ~*3.3.6-r1^s (3.4) 3.4.6-r2^s (4.0) ~*4.0.4^s (4.1) 4.1.2^s (4.2) ~4.2.4-r1^s (4.3) ~4.3.3-r2^s 4.3.4^s ~4.3.5^s 4.3.6-r1^s (4.4) ~4.4.2^s 4.4.3-r3^s 4.4.4-r2^s 4.4.5^s 4.4.6-r1^s 4.4.7^s (4.5) ~4.5.1-r1^s ~4.5.2^s 4.5.3-r2^s 4.5.4^s (4.6) ~4.6.0^s ~4.6.1-r1^s ~4.6.2^s 4.6.3^s ~4.6.4^s (4.7) ~4.7.0^s ~4.7.1^s ~4.7.2-r1^s ~4.7.3^s (4.8) [M]**4.8.0^s [M]**4.8.1^s {{altivec bootstrap boundschecking build cxx d doc fixed-point fortran gcj go graphite gtk hardened ip28 ip32r10k java libssp lto mudflap multilib multislot n32 n64 nls nopie nossp nptl objc objc++ objc-gc openmp regression-test static vanilla}} Installed versions: 4.6.3(4.6)^s(05:38:07 08/03/13)(cxx fortran mudflap nls nptl openmp -altivec -doc -fixed-point -gcj -graphite -gtk -hardened -libssp -lto -multilib -multislot -nopie -nossp -objc -objc++ -objc-gc -regression-test -vanilla) Homepage:http://gcc.gnu.org/ Description: The GNU Compiler Collection That is, there is no LTO-support compiled in the gcc (as mentioned in previous mail). As I think to have understood from searching and reading the web, LTO on the ARM platform is possible. But I am no gcc guru and therefore it is really possible that I have misunderstand what has been written... ;) Best regards, mcc
Re: [gentoo-user] Au revoir, gnome-3.8
On Fri, Aug 9, 2013 at 11:13 AM, Henry W. Peters hwpet...@jamadots.com wrote: On 8/9/2013 8:58 AM, Bruce Hill wrote: On Fri, Aug 09, 2013 at 02:48:21PM +0200, hasufell wrote: You can use a proper mail client and filter messages. I use the most proper mail client, but have never read HOW-TO filter messages. using D has worked to prune the list. Do not really wish to belabor POINTLESSLY, the topic here, but perhaps there is a more positive way to head toward ending this discussion (or at least view some implications for the future, a more forward discussion)...? I have been preparing a AMD64 machine to install Gentoo on, had anticipated (as a present/former) Gnome user, stopped because of (video card) incompatibilities with Gnome 3 ( Gentoo, which I tried to install), on my old machine... So it seems most of the discussion on this thread is regarding upgrading problems... My question would be regarding a clean install using Gnome 3? Thing to do (or not), so forth. Thanks for any (hopefully) constructive suggestions/links, etc.. There has been talks about mentioning systemd as an option in the handbook, but nothing is written yet. When GNOME 3.8 goes stable, the GNOME team will have an upgrade howto document (as they have always done), but said document isn't available yet. I thought the wiki had more or less the basics right, but Allan made me notice that it doesn't even mention consolekit, so that's also incomplete. Since I deprecated the gentoo-systemd-only overlay, I've been thinking about writing guides for installing Gentoo with systemd as init system, and migrating to systemd; but I haven't gotten the time. I would recommend to install the base system (without GNOME), migrating to systemd (which should be relatively easy without GNOME), and then installing GNOME. If you do it when GNOME 3.8 is stable, it should be even easier. If you do it, please let us know how it went. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] -flto set for simh-3.9.0-r1 let gcc fail on my Beaglebone Black
meino.cra...@gmx.de meino.cra...@gmx.de [13-08-09 18:32]: Adam Carter adamcart...@gmail.com [13-08-09 17:27]: I already tried do set new CFLAGS via /etc/portage/env/nolto.conf: beagleboneblack:portage/package.envcat simh app-emulation/simh no-lto.conf and and an according file in /etc/porttage/package.env: beagleboneblack:portage/package.envcat simh app-emulation/simh no-lto.conf but this does not have any effect. What's the contents of no-lto.conf ? Was the missing - a typo? FWIW - i have a lot of build failures with lto and gcc-4.7.3, but many of these work with lto and gcc-4.6.3 Hi Adam, Here is the contents of both files: beagleboneblack:portage/package.envcat simh app-emulation/simh no-lto.conf beagleboneblack:portage/envcat no-lto.conf CFLAGS=${CFLAGS} -fno-lto -fno-use-linker-plugin CXXFLAGS=${CXXFLAGS} -fno-lto -fno-use-linker-plugin LDFLAGS=${LDFLAGS} -fno-lto -fno-use-linker-plugin The (only) gcc installed on my beaglebone black is: beagleboneblack:portage/envgcc-config -l [1] armv7a-hardfloat-linux-gnueabi-4.6.3 * The USE-flag configuration of the gcc is: [I] sys-devel/gcc Available versions: (2.95)[M]~*2.95.3-r10^s (3.1) [M]*3.1.1-r2 (3.2) **3.2.2^s *3.2.3-r4 (3.3) ~*3.3.6-r1^s (3.4) 3.4.6-r2^s (4.0) ~*4.0.4^s (4.1) 4.1.2^s (4.2) ~4.2.4-r1^s (4.3) ~4.3.3-r2^s 4.3.4^s ~4.3.5^s 4.3.6-r1^s (4.4) ~4.4.2^s 4.4.3-r3^s 4.4.4-r2^s 4.4.5^s 4.4.6-r1^s 4.4.7^s (4.5) ~4.5.1-r1^s ~4.5.2^s 4.5.3-r2^s 4.5.4^s (4.6) ~4.6.0^s ~4.6.1-r1^s ~4.6.2^s 4.6.3^s ~4.6.4^s (4.7) ~4.7.0^s ~4.7.1^s ~4.7.2-r1^s ~4.7.3^s (4.8) [M]**4.8.0^s [M]**4.8.1^s {{altivec bootstrap boundschecking build cxx d doc fixed-point fortran gcj go graphite gtk hardened ip28 ip32r10k java libssp lto mudflap multilib multislot n32 n64 nls nopie nossp nptl objc objc++ objc-gc openmp regression-test static vanilla}} Installed versions: 4.6.3(4.6)^s(05:38:07 08/03/13)(cxx fortran mudflap nls nptl openmp -altivec -doc -fixed-point -gcj -graphite -gtk -hardened -libssp -lto -multilib -multislot -nopie -nossp -objc -objc++ -objc-gc -regression-test -vanilla) Homepage:http://gcc.gnu.org/ Description: The GNU Compiler Collection That is, there is no LTO-support compiled in the gcc (as mentioned in previous mail). As I think to have understood from searching and reading the web, LTO on the ARM platform is possible. But I am no gcc guru and therefore it is really possible that I have misunderstand what has been written... ;) Best regards, mcc I have digged a little deeper... The gcc which comes with the prepared stage3 image for the Gentoo on Beaglebone/Black includes gcc 4.6.3. As shown above the USE flag lto is disabled. Nonetheless gcc reports -flto when called with gcc --help=optimizers reports: -flto-reportReport various link-time optimization statistics This output i grepped by simh's own makefile to detect whether gcc can be called with -flto or not. It decides to use -flto while compiling and therefore the process breaks with cc1: error: LTO support has not been enabled in this configuration The previous version of simh - which does not seem to use this feature at all -- compiels fine on the beaglebone. For me I need to know, whether it is safe to recompile gcc natively on the beaglebone with lto support enabled via USE flag. This compilation will take about eight hours. So it would be fine to decide on a little bit more than try and error. ;) Or how can I circumvent the described problems? Best regards, mcc
Re: [gentoo-user] Moving from old udev to eudev
On Fri, 09 Aug 2013 08:45:47 -0400, Tanstaafl wrote: No, the virtual is always needed, eudev satisfies it. but you do need to make sure your USE settings for eudev and virtual/udev match. Ok... so, as long as I don't have anything for either of them in package.use, I'm ok? Or - *should* I have anything for them in package.use? The only thing I have in there that I think is in any way related to udev (based on memory about an issue with it that was related to udev when doing an update a while back) is: You should be OK, but portage will let you know if a needed flag is not set. However, if you have a mismatch between the two packages, the virtual may try to pull in udev instead. This happened to me once and it took a while to work out that the issue was caused by USE flags. -- Neil Bothwick WinErr 008: Broken window - Watch out for glass fragments signature.asc Description: PGP signature
Re: [gentoo-user] -flto set for simh-3.9.0-r1 let gcc fail on my Beaglebone Black
For me I need to know, whether it is safe to recompile gcc natively on the beaglebone with lto support enabled via USE flag. This compilation will take about eight hours. So it would be fine to decide on a little bit more than try and error. ;) Or how can I circumvent the described problems? There's not much risk to just try the recompile, since you can always revert to the gcc from the tarball, right? (or quickpkg) Or is it the 8 hours that you're concerned about? If so, sounds like an overnight job. When looking at this on my system I found that lto use flag was not in gcc - so i have broken my config at some stage. (im whilelisting packages for lto, not blacklisting, so the config is a little different). Rebuilding 4.7.3 now to try it out.