Re: [gentoo-user] OpenRc-0.12 is coming soon
Re 20130814084336.1c295d16@dartworks.biz20130814084336.1c295d16@dartworks.biz20130802203646.GA3926@linux1, William Hubbs said: For the folks who lost /etc/conf.d/net, was it the stub file that came with OpenRC, or had you modify it? For me it was a custom one, with static IP configuration. I didn't see this netifrc. Is that documented somewhere? -- Keith -- -- ~ Keith Dart ke...@dartworks.biz public key: ID: 19017044 http://www.dartworks.biz/ =
Re: [gentoo-user] How to determine 'Least Common Denominator' between Xen(Server) Hosts
Thanks, Wang Xuerui and Bruce! That's exactly helpful. I'm going to do some testing Real Soon. Rgds, -- On Wed, Aug 14, 2013 at 1:28 PM, Wang Xuerui idontknw.w...@gmail.comwrote: 2013/8/14 Helmut Jarausch jarau...@igpm.rwth-aachen.de: Why not compute it yourself? Do cat /proc/cpuinfo on all machines and compute the intersection of all flags Then enter something like the following into /etc/portage/make.conf CFLAGS=-O3 -pipe -msse -msse2 -msse3 -msse4a -m3dnow Or even better, directly intersect the GCC flags which can be obtained in this way: echo | gcc -O2 -pipe -march=native -E -v - 21 | grep cc1 Also, according to the Gentoo Handbook going -O3 for the entire system may cause instability and other problems. Has the situation changed over the years? -- FdS Pandu E Poluan * ~ IT Optimizer ~** * • LOPSA Member #15248 • Blog : http://pepoluan.tumblr.com • Linked-In : http://id.linkedin.com/in/pepoluan
[gentoo-user] Is it a bug if revdep-rebuild catches something that preserved-rebuild doesn't?
When running: emerge @preserved-rebuild and nothing is found that needs a rebuild, but: revdep-rebuild -i does find something, should it be considered a bug with the preserved-rebuild mechanism and be reported, or is this expected to happen from to time?
Re: [gentoo-user] Is it a bug if revdep-rebuild catches something that preserved-rebuild doesn't?
On 15/08/2013 09:30, Nikos Chantziaras wrote: When running: emerge @preserved-rebuild and nothing is found that needs a rebuild, but: revdep-rebuild -i does find something, should it be considered a bug with the preserved-rebuild mechanism and be reported, or is this expected to happen from to time? The latter, it happens from time to time. I see it here about once every 2 months or so (i.e. seldom). I suppose this is the best we can expect, seeing as how it all works: @preserved-rebuild tries to remember everything that uses everything and detect changes, this will never be 100%, revdep-rebuild actively looks for brokenness and still sometimes gets it wrong (dynamic plugin modules anyone?) The specifics depend on the exact package. Maybe also file a bug so Zac can look it over just in case there in a useful tweak he can make -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] What (free) remote desktop do you use
Hi, some recent updates of X11, gtk++ or glib has broken the possibility to use some gnome3 applications (like a recent balsa) via nxclient. Since NX3's internal X-server has some known deficiencies and Nomachine has stopped the development of NX3 and has closed sources of NX4, I am in need for some replacement since 'ssh -Y' is dead slow even on an 15 megabit/sec connection. What remote desktop do you use? Many thanks for your hints, Helmut
Re: [gentoo-user] What (free) remote desktop do you use
2013/8/15 Helmut Jarausch jarau...@igpm.rwth-aachen.de: Hi, some recent updates of X11, gtk++ or glib has broken the possibility to use some gnome3 applications (like a recent balsa) via nxclient. Since NX3's internal X-server has some known deficiencies and Nomachine has stopped the development of NX3 and has closed sources of NX4, I am in need for some replacement since 'ssh -Y' is dead slow even on an 15 megabit/sec connection. What remote desktop do you use? Many thanks for your hints, Helmut Hello, you can try adding -C (enable gzip compression) to ssh commandline first to see if the speed is acceptable. I once used it on a 10Mbps LAN connection, and the decrease in bandwidth consumption is impressive while not causing too much CPU load.
[gentoo-user] Re: What (free) remote desktop do you use
On 15/08/13 11:26, Helmut Jarausch wrote: Hi, some recent updates of X11, gtk++ or glib has broken the possibility to use some gnome3 applications (like a recent balsa) via nxclient. Since NX3's internal X-server has some known deficiencies and Nomachine has stopped the development of NX3 and has closed sources of NX4, I am in need for some replacement since 'ssh -Y' is dead slow even on an 15 megabit/sec connection. What remote desktop do you use? I've been using x2go for years. It's based on NX, so not sure if it will exhibit the same problem.
Re: [gentoo-user] Re: What (free) remote desktop do you use
On Thu, Aug 15, 2013 at 4:20 AM, Nikos Chantziaras rea...@gmail.com wrote: On 15/08/13 11:26, Helmut Jarausch wrote: Hi, some recent updates of X11, gtk++ or glib has broken the possibility to use some gnome3 applications (like a recent balsa) via nxclient. Since NX3's internal X-server has some known deficiencies and Nomachine has stopped the development of NX3 and has closed sources of NX4, I am in need for some replacement since 'ssh -Y' is dead slow even on an 15 megabit/sec connection. What remote desktop do you use? I've been using x2go for years. It's based on NX, so not sure if it will exhibit the same problem. I also use x2go, but not gnome3 so I cannot speak to whether or not it has issues with that specifically. NX has had issues for past couple years with bad combinations of cairo + Xorg + NX libs causing weird things like missing fonts in gtk+ apps and random crashing/stalling. Latest version of x2go does not seem to suffer this problem, for now. The official x2go-client is not as good compared to nxclient, in my opinion, as far as managing connections and general look and feel and behavior of the app, but once you're connected it works just the same. I connect to my home computer from my mobile phone over 3G and the speed is great, but too bad the screen is so small! :)
Re: [gentoo-user] OpenRc-0.12 is coming soon
On Wed, Aug 14, 2013 at 05:24:01PM +0100, Neil Bothwick wrote On Wed, 14 Aug 2013 08:43:36 -0700, Keith Dart wrote: I just got around to upgrading to it. When I did my /etc/conf.d/net file disappeared, and my network interface would not come up. There is not even a sample net file any more. I had to manually add it back, using a syntax I found on the wiki site. I lost conf.d/net too, but there is still a sample file, but it is owned by netifrc, which is now a dependency of openrc. Note to those using USE=-* I_WANT_TO_BREAK_MY_SYSTEM, you will break it when installing the new openrc because you won't get this package. Thanks for the update. I've updated my /etc/portage/package.use accordingly. It hasn't happened to me, so I'm not in a position to file a bug report, but WTF is the openrc ebuild doing deleting /etc/conf.d/net ?!?!? In many cases, removing a package will not remove its config file. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] OpenRc-0.12 is coming soon
On Thu, Aug 15, 2013 at 10:54 AM, Walter Dnes waltd...@waltdnes.org wrote: WTF is the openrc ebuild doing deleting /etc/conf.d/net ?!?!? In many cases, removing a package will not remove its config file. The ebuild doesn't touch it, as far as I can tell. But you are right, portage shouldn't remove a file if it has been changed, as far as I know. /etc/conf.d/net is not owned by any package anymore, so maybe that plays into it as well.
Re: [gentoo-user] How to determine 'Least Common Denominator' between Xen(Server) Hosts
On 14/08/2013 13:15, Bruce Hill wrote: On Wed, Aug 14, 2013 at 12:18:41PM +0700, Pandu Poluan wrote: Hello list! My company has 2 HP DL585 G5 servers and 5 Dell R... something servers. All using AMD processors. They currently are acting as XenServer hosts. How do I determine the 'least common denominator' for Gentoo VMs (running as XenServer guests), especially for gcc flags? I know that the (theoretical) best performance is to use -march=native , but since the processors of the HP servers are not exactly the same as the Dell's, I'm concerned that compiling with -march=native will render the VMs unable to migrate between the different hosts. A couple of points: * The effect of setting -march=native depends on the characteristics of the CPU (be it virtual or otherwise) * The characteristics of the vCPU are defined by qemu's -cpu parameter * qemu can emulate features not implemented by the host CPU (at a cost) One way to go about it is to start qemu with a -cpu model that exposes features that all of your host CPUs have in common (or a subset thereof). In that case, -march=native is fine because all of the features that it detects as being available will be supported in hardware on the host side. Another way is to expose the host CPU fully with -cpu host and to define your guest CFLAGS according to the most optimal subset. If you are looking for a 'perfect' configuration then this this would be the most effective method, if applied correctly. Irrespective of the method, by examining /proc/cpuinfo and using the diff technique mentioned by Bruce, you should be able to determine the optimal configuration. Finally, in cases where the host CPUs differ significantly - in that native would imply a different -march value - you may choose to augment your CFLAGS with -mtune=generic to even out performance across the board. I don't think this would apply to you though. Note: Yes I know the HP servers are much older than the Dell ones, but if I go -march=native then perform an emerge when the guest is on the Dell host, the guest VM might not be able to migrate to the older HPs. To check what options CFLAGS set as -march=native would use: gcc -march=native -E -v - /dev/null 21 | sed -n 's/.* -v - //p' (the first thing in the output is what CPU -march=native would enable) Then you can run: diff -u (gcc -Q --help=target) (gcc -march=native -Q --help=target) to display target-specific options, versus native ones. Assuming the 2 HP servers are identical, and the 5 Dell servers are identical, you then only need to get the commonality of two processors (HP and Dell). Since they're both AMD, you should have a good set of common features to help you determine that least common denominator, or target.
Re: [gentoo-user] How to determine 'Least Common Denominator' between Xen(Server) Hosts
On 14/08/2013 16:23, Paul Hartman wrote: On Wed, Aug 14, 2013 at 12:18 AM, Pandu Poluan pa...@poluan.info mailto:pa...@poluan.info wrote: I know that the (theoretical) best performance is to use -march=native , but since the processors of the HP servers are not exactly the same as the Dell's, I'm concerned that compiling with -march=native will render the VMs unable to migrate between the different hosts. I use -mtune=native rather than -march=native, that way I can use some advanced processor features if they are available, but my system will still run if moved to a different host. That's not how -mtune works. If -march is unspecified, it will default to the lowest common denominator for the platform which prevents the use of any distinguished processor features. For an amd64 install, that would be -march=x86-64. Instead, -mtune affects everything that -march doesn't. Though it doesn't affect the instructions that *can* be used, it may effect which of the allowed instructions are used and how. For instance, gcc includes processor pipeline descriptions for different microarchitectures so as to emit instructions in a way that tries to avoid pipeline hazards: http://gcc.gnu.org/onlinedocs/gccint/Processor-pipeline-description.html If performance matters, a better approach is to look at what -march=native enables and manually specify all options that are common between the hosts. Further, if the host CPU microarchitecture varies then I would suggest adding -mtune=generic so as not to make potentially erroneous assumptions in the course of applying that type of optimisation. Indeed, -mtune=generic is the default if neither -march nor -mtune are specified. Regarding qemu, the main thing is never to use a feature that would incur costly emulation on the host side. --Kerin
Re: [gentoo-user] How to determine 'Least Common Denominator' between Xen(Server) Hosts
On Thu, Aug 15, 2013 at 12:41 PM, Kerin Millar kerfra...@fastmail.co.uk wrote: I use -mtune=native rather than -march=native, that way I can use some advanced processor features if they are available, but my system will still run if moved to a different host. That's not how -mtune works. If -march is unspecified, it will default to the lowest common denominator for the platform which prevents the use of any distinguished processor features. For an amd64 install, that would be -march=x86-64. Instead, -mtune affects everything that -march doesn't. Though it doesn't affect the instructions that *can* be used, it may effect which of the allowed instructions are used and how. For instance, gcc includes processor pipeline descriptions for different microarchitectures so as to emit instructions in a way that tries to avoid pipeline hazards: Thanks very much for the clarification, I appreciate it.
Re: [gentoo-user] OpenRc-0.12 is coming soon
On Wed, Aug 14, 2013 at 11:52:29PM -0700, Keith Dart wrote: Re 20130814084336.1c295d16@dartworks.biz20130814084336.1c295d16@dartworks.biz20130802203646.GA3926@linux1, William Hubbs said: For the folks who lost /etc/conf.d/net, was it the stub file that came with OpenRC, or had you modify it? For me it was a custom one, with static IP configuration. I didn't see this netifrc. Is that documented somewhere? netifrc is the net.* script and all of the modules it uses. It was separated because it needs to be on its own development cycle, and it was a large chunk of the code base for OpenRC. Also, almost 1/3 of the OpenRC bugs are against this script. The documentation, as it is, is in /usr/share/doc/netifrc*. William -- Keith -- -- ~ Keith Dart ke...@dartworks.biz public key: ID: 19017044 http://www.dartworks.biz/ = signature.asc Description: Digital signature
Re: [gentoo-user] OpenRc-0.12 is coming soon
On Thu, Aug 15, 2013 at 12:12:05AM +0100, Neil Bothwick wrote: On Wed, 14 Aug 2013 15:04:38 -0500, William Hubbs wrote: For the folks who lost /etc/conf.d/net, was it the stub file that came with OpenRC, or had you modify it? I've tried the update on two systems, both with modified config files (the second one modified just before the upgrade to see if that made a difference). The first one lost it's file, the second one kept it. On the first one, you said that you had modified /etc/conf.d/net. Had you upgraded OpenRC since you modified /etc/conf.d/net on that system? If yes, that may be the pattern I need. The first version of OpenRC on that system was earlier than 0.11.8, and you modified /etc/conf.d/net before 0.11.8 was on that system, then you upgraded to 0.11.8 then 0.12 without touching /etc/conf.d/net. Is that right? William signature.asc Description: Digital signature
Re: [gentoo-user] OpenRc-0.12 is coming soon
On Thu, 15 Aug 2013 15:32:16 -0500, William Hubbs wrote: I've tried the update on two systems, both with modified config files (the second one modified just before the upgrade to see if that made a difference). The first one lost it's file, the second one kept it. On the first one, you said that you had modified /etc/conf.d/net. Had you upgraded OpenRC since you modified /etc/conf.d/net on that system? The first one had a static address set up in conf.d/net, set up years ago, and the file disappeared on upgrading to openrc-0.12 If yes, that may be the pattern I need. The first version of OpenRC on that system was earlier than 0.11.8, and you modified /etc/conf.d/net before 0.11.8 was on that system, then you upgraded to 0.11.8 then 0.12 without touching /etc/conf.d/net. Is that right? Yes, the file was last modified on Dec 6yh 2012, at which time I had openrc-0.11.7. -- Neil Bothwick What do you have when you have six lawyers buried up to their necks in sand? Not enough sand. signature.asc Description: PGP signature
[gentoo-user] systemd and local equivalent
Hi. I would like to be able to have an equivalent of /etc/local.d/ something to execute those commands which do not fit neatly into the boot scheme -- for instance I have several things which have something in init.d and I just have to say /etc/init.d/thing start after everything is up. There are other miscellaneous commands I need to issue, so how can I do this using systemd? Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[gentoo-user] ceph and a possible python problem
Iam trying to build the latest ceph (dumpling - 0.67, not in the tree) from tarball - it compiles/installs but when I try and run it I am getting: olympus ~ # ceph File /usr/bin/ceph, line 192 print '\n', s, '\n', '=' * len(s) ^ SyntaxError: invalid syntax olympus ~ # The ceph irc people thought it might be the python version, but Ive tried both python2 and python3 I am now back on the older 61.7 which works fine - any ideas? Even if someone else is successfully running 0.67 would be useful information (i.e., its my problem :) BillK
[gentoo-user] Re: Is it a bug if revdep-rebuild catches something that preserved-rebuild doesn't?
On Thu, 15 Aug 2013 10:16:25 +0200 Alan McKinnon alan.mckin...@gmail.com wrote: On 15/08/2013 09:30, Nikos Chantziaras wrote: When running: emerge @preserved-rebuild and nothing is found that needs a rebuild, but: revdep-rebuild -i does find something, should it be considered a bug with the preserved-rebuild mechanism and be reported, or is this expected to happen from to time? The latter, it happens from time to time. I see it here about once every 2 months or so (i.e. seldom). I suppose this is the best we can expect, seeing as how it all works: @preserved-rebuild tries to remember everything that uses everything and detect changes, this will never be 100%, revdep-rebuild actively looks for brokenness and still sometimes gets it wrong (dynamic plugin modules anyone?) The specifics depend on the exact package. Maybe also file a bug so Zac can look it over just in case there in a useful tweak he can make I thought the use of subslots was supposed to make revdep-rebuild obsolete someday.
[gentoo-user] plasma-desktop crash on boot
gentoo testing,kernel3.10.6,qt4.8.5,kde4.11,32bit system,plasma-desktop segmentation fault on every boot time.But when I run it in konsole,it didn't crash any more,just show X Error: BadWindow (invalid Window parameter) 3.Is there someone having the same problem?
Re: [gentoo-user] What (free) remote desktop do you use
On 15 August 2013, at 09:26, Helmut Jarausch wrote: ... Since NX3's internal X-server has some known deficiencies and Nomachine has stopped the development of NX3 and has closed sources of NX4, I am in need for some replacement since 'ssh -Y' is dead slow even on an 15 megabit/sec connection. What remote desktop do you use? Take a look at winswitch.org. Upstream has ebuilds and it supports various compression options, including h264. The developer is very helpful, responsive and committed. Winswitch can be run headless on your server and as a systray app on your desktop. Stroller.
Re: [gentoo-user] Optional /usr merge in Gentoo
On 08/13/2013 01:08 PM, Alessio Ababilov wrote: 2013/8/13 the the.gu...@mail.ru mailto:the.gu...@mail.ru The site doesn't describe any real problems. Well, it is a question to discuss. I am not going to begin a holy war, I would like just to provide a possibility to perform a harmless /usr merge for those who share FreeDesktop's opinion. Also I don't see how the current dir tree is not compatible with gnu autoconf/automake. In a simple way: please look at coreutils-8.20.ebuild that has to move a lot of binaries from /usr/bin to /bin: cd ${D}/usr/bin dodir /bin # move critical binaries into /bin (required by FHS) local fhs=cat chgrp chmod chown cp date dd df echo false ln ls mkdir mknod mv pwd rm rmdir stty sync true uname mv ${fhs} ../../bin/ || die could not move fhs bins 2013/8/13 pk pete...@coolmail.se mailto:pete...@coolmail.se So, how would this work for me who have /usr on a separate harddrive? If you have an initrd, it will work. Anyway, I just look for people that are interested in /usr merge. And what would be the benefit? To me, mentioning Fedora, makes the alarm bells go off... Yes. it does. Fedora is a big distro sponsored by Red Hat and its /usr merge will be in RHEL-7. That's not a great idea to fight against upstream if it will do /usr merge. Remember, /bin/mail now is moved to /usr/bin/mail - what will be the next? Sincerely, Alessio Ababilov Senior Software Engineer Grid Dynamics Red Hat is only upstream for GNOME and systemd. What they choose to do with their distro should not affect the choices of any other distro. I see no reason for a /usr merge unless one is using Fedora or wants to turn their Gentoo installation into a makeshift Fedora installation. This merge should not be forced on Gentoo whatsoever.
Re: [gentoo-user] plasma-desktop crash on boot
在 2013-8-16 上午9:48,东方巽雷 dongfangxun...@gmail.com写道: gentoo testing,kernel3.10.6,qt4.8.5,kde4.11,32bit system,plasma-desktop segmentation fault on every boot time.But when I run it in konsole,it didn't crash any more,just show X Error: BadWindow (invalid Window parameter) 3.Is there someone having the same problem? you should use amd64. i had upgraded, everything work fine
Re: [gentoo-user] systemd and local equivalent
On Thu, 2013-08-15 at 17:41 -0400, cov...@ccs.covici.com wrote: Hi. I would like to be able to have an equivalent of /etc/local.d/ something to execute those commands which do not fit neatly into the boot scheme -- for instance I have several things which have something in init.d and I just have to say /etc/init.d/thing start after everything is up. There are other miscellaneous commands I need to issue, so how can I do this using systemd? Thanks in advance for any suggestions. You could write a simple unit file /etc/systemd/system/my-stuff.service: [Unit] Description=My Stuff [Service] Type=oneshot ExecStart=/../my-script --start ExecStop=/../my-script --stop [Install] WantedBy=multi-user.target And then enable this service with: systemctl enable my-stuff.service Please note you might need to add some dependencies (for example if you need networking etc.) to make sure everything your script needs is ready to use. --Mark