Re: [gentoo-user] removing preserve rebuild.
On 2014-09-16 07:23, Joseph wrote: On 09/15/14 22:29, Joseph wrote: emerge @preserved-rebuild * IMPORTANT: 2 news items need reading for repository 'gentoo'. * Use eselect news to read news items. Calculating dependencies... done! emerge: there are no ebuilds to satisfy dev-lang/python:3.1. How to remove old preserved-rebuild? How do I deal, with the above? Upgrade to Python 3.2/3.3, Python 3.1 was removed from portage.
Re: [gentoo-user] removing preserve rebuild.
On Mon, 15 Sep 2014 23:23:38 -0600, Joseph wrote: emerge @preserved-rebuild * IMPORTANT: 2 news items need reading for repository 'gentoo'. * Use eselect news to read news items. Calculating dependencies... done! emerge: there are no ebuilds to satisfy dev-lang/python:3.1. How to remove old preserved-rebuild? How do I deal, with the above? Have you read the news items? Are they relevant? -- Neil Bothwick I am a Cub Ranger. We dib dib dib for the One. We dob dob dob for the One. signature.asc Description: PGP signature
Re: [gentoo-user] removing preserve rebuild.
On 16/09/2014 07:23, Joseph wrote: On 09/15/14 22:29, Joseph wrote: emerge @preserved-rebuild * IMPORTANT: 2 news items need reading for repository 'gentoo'. * Use eselect news to read news items. Calculating dependencies... done! emerge: there are no ebuilds to satisfy dev-lang/python:3.1. How to remove old preserved-rebuild? How do I deal, with the above? remove python-3.1 from world update deep newuse world depclean emerge @preserved-rebuild -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] removing preserve rebuild.
On 09/16/14 14:20, Alan McKinnon wrote: On 16/09/2014 07:23, Joseph wrote: On 09/15/14 22:29, Joseph wrote: emerge @preserved-rebuild * IMPORTANT: 2 news items need reading for repository 'gentoo'. * Use eselect news to read news items. Calculating dependencies... done! emerge: there are no ebuilds to satisfy dev-lang/python:3.1. How to remove old preserved-rebuild? How do I deal, with the above? remove python-3.1 from world update deep newuse world depclean emerge @preserved-rebuild Yes, that is what I did solved the problem. I think I will have to upgrade my system every 2-months not 3-months :-/ -- Joseph
[gentoo-user] Re: OT: old farts slum_code enforcement
On 2014-09-15, Alan McKinnon alan.mckin...@gmail.com wrote: My favourite Fortran story: One of the Mariner spacecraft yonks ago was sent a routine regular course correction. It flew off at some wild angle and was never seen again, and because the antenna was pointing in the wrong direction comms could not be re-established. Oops. Expensive spacecraft down the drain The bug was eventually trace to a comma instead of a period in some Fortran code (made a huge difference). Note that many code reviews missed the bug, and the compiler accepted it as valid syntax While that is a good story, Wikipedia refers to it as a legend, and NASA explicitly identifies a different cause. According to NASA failure was caused by faulty beacon equipment combined with an omitted hyphen in a data editing program. http://nssdc.gsfc.nasa.gov/nmc/spacecraftDisplay.do?id=MARIN1: The failure was apparently caused by a combination of two factors. Improper operation of the Atlas airborne beacon equipment resulted in a loss of the rate signal from the vehicle for a prolonged period. The airborne beacon used for obtaining rate data was inoperative for four periods ranging from 1.5 to 61 seconds in duration. Additionally, the Mariner 1 Post Flight Review Board determined that the omission of a hyphen in coded computer instructions in the data-editing program allowed transmission of incorrect guidance signals to the spacecraft. During the periods the airborne beacon was inoperative the omission of the hyphen in the data-editing program caused the computer to incorrectly accept the sweep frequency of the ground receiver as it sought the vehicle beacon signal and combined this data with the tracking data sent to the remaining guidance computation. This caused the computer to swing automatically into a series of unnecessary course corrections with erroneous steering commands which finally threw the spacecraft off course. -- Grant Edwards grant.b.edwardsYow! I want the presidency at so bad I can already taste gmail.comthe hors d'oeuvres.
[gentoo-user] Re: unix2dos blocks dos2unix
On 14/09/14 10:24, Gevisz wrote: I have just installed unix2dos utility (never had a need to use it before) and just after that tried to install dos2unix but the installation of dos2unix failed complaining on the fact that app-text/unix2dos is blocking app-text/dos2unix-6.0.5 I find it very strange as I think that if someone needs unix2dos utility he usually also needs dos2unix utility, especially taking into account that unix2dos by default overwrites its input file. There's also app-text/tofrodos. It installs two binaries, todos and fromdos. It solved some problems the other tools had (unix2dos and dos2unix), but it's been long ago and I don't remember which problems they were...
[gentoo-user] Re: gentoo
Joseph syscon780 at gmail.com writes: After recent emerge I get few blockers, that I don't know what to do with it My box has not been updated for 3-months :-/ Joseph, The problems with perl updates are not new. It was discussed on this list quite a bit the last few months. If your update cycle is more than a few weeks, you are going to miss the relevant discussions on gentoo-user that solve most of your issues; so maybe update your system weekly_ish? (and browse gentoo-user). emerge: there are no ebuilds to satisfy dev-lang/python:3.1. eselect python list will show your current active version of python. Most all (stable) systems have a version 2 (2.7) and version 3 (3.3) installed. I'm not sure why your system did not upgrade 3.1 to 3.3, during the course of routine upgrades. Also run: python-updater after compiling new or removing old version of python. python is system *critical* so be cautious when performing install/removal admin tasks on python. hth, James
Re: [gentoo-user] Re: unix2dos blocks dos2unix
On 16/09/2014 15:16, Nikos Chantziaras wrote: On 14/09/14 10:24, Gevisz wrote: I have just installed unix2dos utility (never had a need to use it before) and just after that tried to install dos2unix but the installation of dos2unix failed complaining on the fact that app-text/unix2dos is blocking app-text/dos2unix-6.0.5 I find it very strange as I think that if someone needs unix2dos utility he usually also needs dos2unix utility, especially taking into account that unix2dos by default overwrites its input file. There's also app-text/tofrodos. It installs two binaries, todos and fromdos. It solved some problems the other tools had (unix2dos and dos2unix), but it's been long ago and I don't remember which problems they were... Alternatively: cd /usr/local/bin; echo dos2unix unix2dos | xargs -n1 ln -s /bin/busybox --Kerin
Re: [gentoo-user] removing preserve rebuild.
On 16/09/2014 15:52, Joseph wrote: On 09/16/14 14:20, Alan McKinnon wrote: On 16/09/2014 07:23, Joseph wrote: On 09/15/14 22:29, Joseph wrote: emerge @preserved-rebuild * IMPORTANT: 2 news items need reading for repository 'gentoo'. * Use eselect news to read news items. Calculating dependencies... done! emerge: there are no ebuilds to satisfy dev-lang/python:3.1. How to remove old preserved-rebuild? How do I deal, with the above? remove python-3.1 from world update deep newuse world depclean emerge @preserved-rebuild Yes, that is what I did solved the problem. I think I will have to upgrade my system every 2-months not 3-months :-/ No, update the system as often as you like. Going from every 3 months to every 2 months is not really going to help at all as the same problem will still be there for both. If you want it quicker than every 3 months, make it every week. One more thing - please choose a better subject than gentoo for your mails. Thanks. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: gentoo
On 09/16/14 14:18, James wrote: Joseph syscon780 at gmail.com writes: After recent emerge I get few blockers, that I don't know what to do with it My box has not been updated for 3-months :-/ Joseph, The problems with perl updates are not new. It was discussed on this list quite a bit the last few months. If your update cycle is more than a few weeks, you are going to miss the relevant discussions on gentoo-user that solve most of your issues; so maybe update your system weekly_ish? (and browse gentoo-user). emerge: there are no ebuilds to satisfy dev-lang/python:3.1. eselect python list will show your current active version of python. Most all (stable) systems have a version 2 (2.7) and version 3 (3.3) installed. I'm not sure why your system did not upgrade 3.1 to 3.3, during the course of routine upgrades. Also run: python-updater after compiling new or removing old version of python. python is system *critical* so be cautious when performing install/removal admin tasks on python. hth, James Good suggestion. Running: # eselect python list # eselect python set (put number for python:3.3) # emerge -C dev-lang/python:3.1 # python updater solved all the problems. I was at python:3.3 but for some reason or another (mostly my fault) I did not unmerged python:3.1 When it comes to upgrading be-weekly maybe but from my experience, when I was doing it more often, occasionally, I ended up with a broken system that was caused by new packages. I have 4-boxes at home and two boxes at a remote location. So the boxes at home get upgraded first, I wait a week, just to make sure every program works and then I upgrade one box on a remote location, wait one week again and upgrade the second box (the backup) in the remote location. So doing it even every second week would be too often for this routine. The boxes are rsync to one local box. -- Joseph
Re: [gentoo-user] Re: gentoo
On 16 September 2014 17:02:43 CEST, Joseph syscon...@gmail.com wrote: On 09/16/14 14:18, James wrote: Joseph syscon780 at gmail.com writes: After recent emerge I get few blockers, that I don't know what to do with it My box has not been updated for 3-months :-/ Joseph, The problems with perl updates are not new. It was discussed on this list quite a bit the last few months. If your update cycle is more than a few weeks, you are going to miss the relevant discussions on gentoo-user that solve most of your issues; so maybe update your system weekly_ish? (and browse gentoo-user). emerge: there are no ebuilds to satisfy dev-lang/python:3.1. eselect python list will show your current active version of python. Most all (stable) systems have a version 2 (2.7) and version 3 (3.3) installed. I'm not sure why your system did not upgrade 3.1 to 3.3, during the course of routine upgrades. Also run: python-updater after compiling new or removing old version of python. python is system *critical* so be cautious when performing install/removal admin tasks on python. hth, James Good suggestion. Running: # eselect python list # eselect python set (put number for python:3.3) # emerge -C dev-lang/python:3.1 # python updater solved all the problems. I was at python:3.3 but for some reason or another (mostly my fault) I did not unmerged python:3.1 When it comes to upgrading be-weekly maybe but from my experience, when I was doing it more often, occasionally, I ended up with a broken system that was caused by new packages. I have 4-boxes at home and two boxes at a remote location. So the boxes at home get upgraded first, I wait a week, just to make sure every program works and then I upgrade one box on a remote location, wait one week again and upgrade the second box (the backup) in the remote location. So doing it even every second week would be too often for this routine. The boxes are rsync to one local box. I am starting to wonder. How exactly do you upgrade the other machines? Copying the entire filesystem? -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
[gentoo-user] emerge output: [ebuild UD ]
Recently, I updated xfce-extra/xfce4-power-manager to version 1.3.1, which is unstable, in order to prevent lvm2 from being pulled in as a dependency. grep xfce-extra/xfce4-power-manager /etc/portage/package.* /etc/portage/package.accept_keywords:=xfce-extra/xfce4-power-manager-1.3.1 ~x86 As I ran 'emerge -avuND @world' today, I got this output: These are the packages that would be merged, in order: Calculating dependencies . . .. . done! [ebuild N ] sys-apps/sg3_utils-1.37 USE=-static-libs 0 kB [ebuild N ] sys-apps/rescan-scsi-bus-1.29 0 kB [ebuild N ] sys-block/thin-provisioning-tools-0.3.2-r1 USE={-test} 0 kB [ebuild N ] sys-fs/lvm2-2.02.109 USE=readline thin udev (-clvm) (-cman) -device-mapper-only -lvm1 -lvm2create_initrd (-selinux) -static -static-libs -systemd 0 kB [ebuild NS] sys-fs/udisks-1.0.5-r1:0 [2.1.3:2] USE=nls -debug -remote-access (-selinux) 0 kB [ebuild UD ] xfce-extra/xfce4-power-manager-1.3.0 [1.3.1] USE=policykit udisks%* -debug -networkmanager -systemd (-lxpanel%) XFCE_PLUGINS=brightness -battery 0 kB Total: 6 packages (1 downgrade, 4 new, 1 in new slot), Size of downloads: 0 kB emerge trying to downgrade a package, Is that a bug or feature? This is the first time I've encountered it. I googled it as well, but so far found nothing relevant. The list's input would be appreciated.
Re: [gentoo-user] emerge output: [ebuild UD ]
On 09/16/2014 11:51 AM, Alexander Kapshuk wrote: Recently, I updated xfce-extra/xfce4-power-manager to version 1.3.1, which is unstable, in order to prevent lvm2 from being pulled in as a dependency. [ebuild UD ] xfce-extra/xfce4-power-manager-1.3.0 [1.3.1] USE=policykit udisks%* -debug -networkmanager -systemd (-lxpanel%) XFCE_PLUGINS=brightness -battery 0 kB Total: 6 packages (1 downgrade, 4 new, 1 in new slot), Size of downloads: 0 kB emerge trying to downgrade a package, Is that a bug or feature? This is the first time I've encountered it. I googled it as well, but so far found nothing relevant. Version 1.3.1 (which you had installed) used two XFCE_PLUGINS: battery and brightness. The newer 1.4.0 only uses power. Since you still have brightness in your XFCE_PLUGINS, it's pulling in the only version that supports that, the previous 1.3.0. Try replacing brightness with power in your XFCE_PLUGINS.
Re: [gentoo-user] emerge output: [ebuild UD ]
On Tue, Sep 16, 2014 at 7:07 PM, Michael Orlitzky m...@gentoo.org wrote: On 09/16/2014 11:51 AM, Alexander Kapshuk wrote: Recently, I updated xfce-extra/xfce4-power-manager to version 1.3.1, which is unstable, in order to prevent lvm2 from being pulled in as a dependency. [ebuild UD ] xfce-extra/xfce4-power-manager-1.3.0 [1.3.1] USE=policykit udisks%* -debug -networkmanager -systemd (-lxpanel%) XFCE_PLUGINS=brightness -battery 0 kB Total: 6 packages (1 downgrade, 4 new, 1 in new slot), Size of downloads: 0 kB emerge trying to downgrade a package, Is that a bug or feature? This is the first time I've encountered it. I googled it as well, but so far found nothing relevant. Version 1.3.1 (which you had installed) used two XFCE_PLUGINS: battery and brightness. The newer 1.4.0 only uses power. Since you still have brightness in your XFCE_PLUGINS, it's pulling in the only version that supports that, the previous 1.3.0. Try replacing brightness with power in your XFCE_PLUGINS. Replacing brightness with power in XFCE_PLUGINS, followed by running 'emerge -avuND @world', still tried to downgrade the package in question. I then ran 'emerge -avuND 'xfce-extra/xfce4-power-manager-1.3.1' which suggested adding '=xfce-extra/xfce4-power-manager-1.4.0 ~x86' to /etc/portage/package.accept_keywords. I did that, followed by running 'emerge -avuND @world', which pulled in xfce-extra/xfce4-power-manager-1.4.0. Thanks.
Re: [gentoo-user] Re: gentoo
On 09/16/14 17:57, J. Roeleveld wrote: [snip] solved all the problems. I was at python:3.3 but for some reason or another (mostly my fault) I did not unmerged python:3.1 When it comes to upgrading be-weekly maybe but from my experience, when I was doing it more often, occasionally, I ended up with a broken system that was caused by new packages. I have 4-boxes at home and two boxes at a remote location. So the boxes at home get upgraded first, I wait a week, just to make sure every program works and then I upgrade one box on a remote location, wait one week again and upgrade the second box (the backup) in the remote location. So doing it even every second week would be too often for this routine. The boxes are rsync to one local box. I am starting to wonder. How exactly do you upgrade the other machines? Copying the entire filesystem? I rsync one local server and all other machine are rsync to it. My main idea is trying not to introduce to many newer versions packages as in the past I've notice that that could cause the problem. The is no need for sarcasm. I basically do what works and I do learn from my experience (sometimes :-/). -- Joseph
[gentoo-user] Eapi 6 ?
Howdy, I've read snippets that EAPI 6 will provide a mechanism for follks to put patches directly into ebuilds. I'm not certain (some discussion needed) that this will eliminated some ebuilds from my /usr/local/portage development repository. However, now I'm learning and hacking on 2 different bleeding edge technologies. Clusters (mesos, spark etc etc) and Java (maven etc etc). I am but a follwer at this time on those two bleeding edge fronts. But codes are release at multiple times during the day/week that I need to test. So, in my limited understanding, EAPI 6 looks absolutely wonderful. So, since I'm only hacking at ebuilds for my own needs (currently not able to produce anything that is not embarrashing) can I start building ebuilds that use EAPI-6? I understand that it is not finalized yet. But, if the user supplied patching is at least workable, I'd rather get busy learning/testing those new EAPI-6 tricks. thoughts and comments and insight are most welcome. James
Re: [gentoo-user] Eapi 6 ?
On Tue, Sep 16, 2014 at 2:30 PM, James wirel...@tampabay.rr.com wrote: So, since I'm only hacking at ebuilds for my own needs (currently not able to produce anything that is not embarrashing) can I start building ebuilds that use EAPI-6? I understand that it is not finalized yet. But, if the user supplied patching is at least workable, I'd rather get busy learning/testing those new EAPI-6 tricks. User patching already exists, but ebuilds have to support it for it to work by calling epatch_user during src_prepare(). EAPI6 will make calling this mandatory, and will put it in the default phase function. So, 100% of EAPI6 ebuilds will support it, though many ebuilds already support it otherwise. All you need to do is add epatch_user to src_prepare in an existing ebuild to use it. If you want to patch the build system you'll also need to make calls to autotools/etc as needed after calling epatch_user. -- Rich
[gentoo-user] File system testing
Hello, By now many are familiar with my keen interest in clustering gentoo systems. So, what most cluster technologies use is a distributed file system on top of the local (HD/SDD) file system. Naturally not all file systems, particularly the distributed file systems, have straightforward instructions. Also, an device file system, such as XFS and a distibuted (on top of the device file system) combination may not work very well when paired. So a variety of testing is something I'm researching. Eliminiation of either file system listed below, due to Gentoo User Experience is most welcome information, as well as tips and tricks to setting up any file system. Distributed File Systems (DFS): HDFS (poor performance) Lustre Ceph XtreemFS GlusterFS MooseFS FhGFS (BeeGFS) soon to be entirely open sourced? Any other distributed file systems I should consider using? Local (Device) File Systems LFS: btrfs zfs ext4 xfs Obviously I do not what to test all combinations of DFS/LocalFS so your comments are extremely welcome as is any and all related information. James
Re: [gentoo-user] Re: gentoo
On 16/09/2014 20:05, Joseph wrote: On 09/16/14 17:57, J. Roeleveld wrote: [snip] solved all the problems. I was at python:3.3 but for some reason or another (mostly my fault) I did not unmerged python:3.1 When it comes to upgrading be-weekly maybe but from my experience, when I was doing it more often, occasionally, I ended up with a broken system that was caused by new packages. I have 4-boxes at home and two boxes at a remote location. So the boxes at home get upgraded first, I wait a week, just to make sure every program works and then I upgrade one box on a remote location, wait one week again and upgrade the second box (the backup) in the remote location. So doing it even every second week would be too often for this routine. The boxes are rsync to one local box. I am starting to wonder. How exactly do you upgrade the other machines? Copying the entire filesystem? I rsync one local server and all other machine are rsync to it. *what* do you rsync? Not whihc machine rsyncs to what, he's asking what files and directories exactly do you rsync? My main idea is trying not to introduce to many newer versions packages as in the past I've notice that that could cause the problem. The is no need for sarcasm. I basically do what works and I do learn from my experience (sometimes :-/). -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] emerge output: [ebuild UD ]
On 16/09/2014 17:51, Alexander Kapshuk wrote: Recently, I updated xfce-extra/xfce4-power-manager to version 1.3.1, which is unstable, in order to prevent lvm2 from being pulled in as a dependency. grep xfce-extra/xfce4-power-manager /etc/portage/package.* /etc/portage/package.accept_keywords:=xfce-extra/xfce4-power-manager-1.3.1 ~x86 As I ran 'emerge -avuND @world' today, I got this output: These are the packages that would be merged, in order: Calculating dependencies . . .. . done! [ebuild N ] sys-apps/sg3_utils-1.37 USE=-static-libs 0 kB [ebuild N ] sys-apps/rescan-scsi-bus-1.29 0 kB [ebuild N ] sys-block/thin-provisioning-tools-0.3.2-r1 USE={-test} 0 kB [ebuild N ] sys-fs/lvm2-2.02.109 USE=readline thin udev (-clvm) (-cman) -device-mapper-only -lvm1 -lvm2create_initrd (-selinux) -static -static-libs -systemd 0 kB [ebuild NS] sys-fs/udisks-1.0.5-r1:0 [2.1.3:2] USE=nls -debug -remote-access (-selinux) 0 kB [ebuild UD ] xfce-extra/xfce4-power-manager-1.3.0 [1.3.1] USE=policykit udisks%* -debug -networkmanager -systemd (-lxpanel%) XFCE_PLUGINS=brightness -battery 0 kB Total: 6 packages (1 downgrade, 4 new, 1 in new slot), Size of downloads: 0 kB emerge trying to downgrade a package, Is that a bug or feature? This is the first time I've encountered it. I googled it as well, but so far found nothing relevant. portage is doing what the ebuilds and make.conf tell it to do. For some reason xfce-power-manager-1.3.1 does not satisfy what the local install needs but 1.3.0 does. So portage wants to make it so. Downgrades are not common, but neither are they unusual. It's not a feature either, it's a necessaity that portage be able to do this. The list's input would be appreciated. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] emerge output: [ebuild UD ]
On Tue, Sep 16, 2014 at 10:14 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On 16/09/2014 17:51, Alexander Kapshuk wrote: Recently, I updated xfce-extra/xfce4-power-manager to version 1.3.1, which is unstable, in order to prevent lvm2 from being pulled in as a dependency. grep xfce-extra/xfce4-power-manager /etc/portage/package.* /etc/portage/package.accept_keywords:=xfce-extra/xfce4-power-manager-1.3.1 ~x86 As I ran 'emerge -avuND @world' today, I got this output: These are the packages that would be merged, in order: Calculating dependencies . . .. . done! [ebuild N ] sys-apps/sg3_utils-1.37 USE=-static-libs 0 kB [ebuild N ] sys-apps/rescan-scsi-bus-1.29 0 kB [ebuild N ] sys-block/thin-provisioning-tools-0.3.2-r1 USE={-test} 0 kB [ebuild N ] sys-fs/lvm2-2.02.109 USE=readline thin udev (-clvm) (-cman) -device-mapper-only -lvm1 -lvm2create_initrd (-selinux) -static -static-libs -systemd 0 kB [ebuild NS] sys-fs/udisks-1.0.5-r1:0 [2.1.3:2] USE=nls -debug -remote-access (-selinux) 0 kB [ebuild UD ] xfce-extra/xfce4-power-manager-1.3.0 [1.3.1] USE=policykit udisks%* -debug -networkmanager -systemd (-lxpanel%) XFCE_PLUGINS=brightness -battery 0 kB Total: 6 packages (1 downgrade, 4 new, 1 in new slot), Size of downloads: 0 kB emerge trying to downgrade a package, Is that a bug or feature? This is the first time I've encountered it. I googled it as well, but so far found nothing relevant. portage is doing what the ebuilds and make.conf tell it to do. For some reason xfce-power-manager-1.3.1 does not satisfy what the local install needs but 1.3.0 does. So portage wants to make it so. Downgrades are not common, but neither are they unusual. It's not a feature either, it's a necessaity that portage be able to do this. The list's input would be appreciated. -- Alan McKinnon alan.mckin...@gmail.com Thanks for the explanation. I overlooked the fact that XFCE_PLUGINS is a user-defined variable and didn't think to look for answers in the xfce-extra/xfce4-power-manager ebuild at the time. The responses I got are certainly appreciated.
Re: [gentoo-user] Re: gentoo
On 09/16/14 21:11, Alan McKinnon wrote: On 16/09/2014 20:05, Joseph wrote: On 09/16/14 17:57, J. Roeleveld wrote: [snip] solved all the problems. I was at python:3.3 but for some reason or another (mostly my fault) I did not unmerged python:3.1 When it comes to upgrading be-weekly maybe but from my experience, when I was doing it more often, occasionally, I ended up with a broken system that was caused by new packages. I have 4-boxes at home and two boxes at a remote location. So the boxes at home get upgraded first, I wait a week, just to make sure every program works and then I upgrade one box on a remote location, wait one week again and upgrade the second box (the backup) in the remote location. So doing it even every second week would be too often for this routine. The boxes are rsync to one local box. I am starting to wonder. How exactly do you upgrade the other machines? Copying the entire filesystem? I rsync one local server and all other machine are rsync to it. *what* do you rsync? Not whihc machine rsyncs to what, he's asking what files and directories exactly do you rsync? I rsync only portage, nothing else on the main server. Other boxes are arsyning to: SYNC=rsync://10.0.0.103/gentoo-portage 10.0.0.103 is running rsyncd Upgrade is as usual. -- Joseph
[gentoo-user] Re: gentoo
Joseph syscon780 at gmail.com writes: I am starting to wonder. How exactly do you upgrade the other machines? I rsync one local server and all other machine are rsync to it. My main idea is trying not to introduce to many newer versions packages as in the past I've notice that that could cause the problem. The is no need for sarcasm. I basically do what works and I do learn from my experience (sometimes :-/). Joseph, Folks that work on precise computer problems are often raw with one another. Sarcasm is an ointment that soothes the pain of running Gentoo. Verbal abuse develops thick skin and most here on Gentoo User have thick skin, imho. Devs on this list often question the gentoo-user base to ferret out if they need to modify docs, codes or semantics at Gentoo, or if the user needs. Sometime it does resemble a court room. Alan's school of admin abuse type of treatment to motivate an excellent user base is not uncommon. That said, the amount of questions and bandwidth you have incurred on this group, does warrant administrative incursion into you admin policies, imho. Maybe, just maybe, folks actually care that you are wisely successful with Gentoo? For example since you are distributing, you really need to keep binaries packages on at least one system. I nuked python, some years ago. It was only the files on another similar system that prevent me form a new installation of the system. Besides, I rather think you are being groomed to become a gentoo dev, so you can abuse the rest of of (gentoo users) commoners? hth, James
[gentoo-user] Re: Eapi 6 ?
Rich Freeman rich0 at gentoo.org writes: All you need to do is add epatch_user to src_prepare in an existing ebuild to use it. If you want to patch the build system you'll also need to make calls to autotools/etc as needed after calling epatch_user. OK, so I'll (hopefully) finsish one of my ugly hack ebuilds (tonight), make it work with these suggenstions and publish it here on the list for comments. It's short and simple so we can all see just how this is/will work. OK? James
Re: [gentoo-user] Re: Eapi 6 ?
On 16/09/2014 22:06, James wrote: Rich Freeman rich0 at gentoo.org writes: All you need to do is add epatch_user to src_prepare in an existing ebuild to use it. If you want to patch the build system you'll also need to make calls to autotools/etc as needed after calling epatch_user. OK, so I'll (hopefully) finsish one of my ugly hack ebuilds (tonight), I have a sneaky suspicion that the phrase James' ugly hack ebuilds contains at least one factual contradiction :-) make it work with these suggenstions and publish it here on the list for comments. It's short and simple so we can all see just how this is/will work. OK? James -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: gentoo
On 09/16/14 19:58, James wrote: [snip] Folks that work on precise computer problems are often raw with one another. Sarcasm is an ointment that soothes the pain of running Gentoo. Verbal abuse develops thick skin and most here on Gentoo User have thick skin, imho. Devs on this list often question the gentoo-user base to ferret out if they need to modify docs, codes or semantics at Gentoo, or if the user needs. Sometime it does resemble a court room. Alan's school of admin abuse type of treatment to motivate an excellent user base is not uncommon. That said, the amount of questions and bandwidth you have incurred on this group, does warrant administrative incursion into you admin policies, imho. Maybe, just maybe, folks actually care that you are wisely successful with Gentoo? For example since you are distributing, you really need to keep binaries packages on at least one system. I nuked python, some years ago. It was only the files on another similar system that prevent me form a new installation of the system. Besides, I rather think you are being groomed to become a gentoo dev, so you can abuse the rest of of (gentoo users) commoners? hth, James Thank for suggestions, yes I usually keep the binaries for as long as I have enough room on / :-) If I'm short on space I periodically nuke them. I've manged to keep the system going for the last 10-years and keep my own help-file.txt (notes) how to solve certain problem (but not all :-/) I sometime clean the distribution files with this command (I'm sure there might be a better way). - cd /usr/portage/distfiles and run this command: (emerge -epf world 21 | perl -ne '$f=join(\n, m@\w://[^\s]+/([^\s]+)@g); print $f\n if $f' | sort -u; ls -f) | sort | uniq -c | perl -ane 'print $F[1]\n if $F[0]==1 -f $F[1]' | xargs rm -f -- Regarding keeping the binaries, I'll need to learn how to install compiled binaries from another box. Never, had a chance to do it yet. -- Joseph
Re: [gentoo-user] Eapi 6 ?
On Tue, 16 Sep 2014 14:38:12 -0400, Rich Freeman wrote: All you need to do is add epatch_user to src_prepare in an existing ebuild to use it. If you want to patch the build system you'll also need to make calls to autotools/etc as needed after calling epatch_user. You can often do it without touching the ebuild at all by putting post_src_unpack() { cd ${S} epatch_user } in /etc/portage/env/category/package[-version] -- Neil Bothwick No trees were harmed in the sending of this message. However, a large number of electrons were terribly inconvenienced. signature.asc Description: PGP signature
Re: [gentoo-user] Re: gentoo
On 16/09/2014 22:23, Joseph wrote: On 09/16/14 19:58, James wrote: [snip] Folks that work on precise computer problems are often raw with one another. Sarcasm is an ointment that soothes the pain of running Gentoo. Verbal abuse develops thick skin and most here on Gentoo User have thick skin, imho. Devs on this list often question the gentoo-user base to ferret out if they need to modify docs, codes or semantics at Gentoo, or if the user needs. Sometime it does resemble a court room. Alan's school of admin abuse type of treatment to motivate an excellent user base is not uncommon. That said, the amount of questions and bandwidth you have incurred on this group, does warrant administrative incursion into you admin policies, imho. Maybe, just maybe, folks actually care that you are wisely successful with Gentoo? For example since you are distributing, you really need to keep binaries packages on at least one system. I nuked python, some years ago. It was only the files on another similar system that prevent me form a new installation of the system. Besides, I rather think you are being groomed to become a gentoo dev, so you can abuse the rest of of (gentoo users) commoners? hth, James Thank for suggestions, yes I usually keep the binaries for as long as I have enough room on / :-) If I'm short on space I periodically nuke them. I've manged to keep the system going for the last 10-years and keep my own help-file.txt (notes) how to solve certain problem (but not all :-/) I sometime clean the distribution files with this command (I'm sure there might be a better way). - cd /usr/portage/distfiles and run this command: (emerge -epf world 21 | perl -ne '$f=join(\n, m@\w://[^\s]+/([^\s]+)@g); print $f\n if $f' | sort -u; ls -f) | sort | uniq -c | perl -ane 'print $F[1]\n if $F[0]==1 -f $F[1]' | xargs rm -f eclean (in package gentoolkit) -- Regarding keeping the binaries, I'll need to learn how to install compiled binaries from another box. Never, had a chance to do it yet. scp/rsync/whatever from one source to $PKGDIR on dest then emerge -k (or -K depending if you want to fall back to regular compile from source or not) or, nfs mount $PKGDIR on the source to $PKGDIR on the dest machine and you don't have to scp/rysnc -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Ansible, puppet and chef
Anyone here used ansible and at least one of puppet/chef? What are your thoughts? I've made several attempts over the years to get puppet going but never really got it off the ground. Chef I stay away from (likely due to the first demo of it I saw and how badly that went) Puppet seems to me a good product for a large site with 1000 hosts. Not so much for ~20 or so. Plus puppet's language and configs get large and hard to keep track of - lots and lots of directory trees with many things mentioning other things. (Nagios has the same problem if you start keeping host, services, groups and commands in many different files) I've stumbled upon ansible, it seems much better than puppet for smallish sites with good odds I might even keep the whole thing in my head at any one time :-) Anyone care to share experiences? -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: gentoo
Joseph syscon780 at gmail.com writes: Regarding keeping the binaries, I'll need to learn how to install compiled binaries from another box. Never, had a chance to do it yet. DIRT simple (general scheme; ymmv). Look at the working system. Determine where the binaries go, symlinks etc etc. scp the file(s) over to the damaged box (ip addresss/filepath to ip address/filepath. Sometimes you have to do other things (source a file, nuke/reinstate a symlink etc etc. That's all I've had to do on similar CPU_arch machines. I try and keep profiles and use flags similar and put other use flag in package specific locations. scp is my buddy! hth, James
Re: [gentoo-user] emerge output: [ebuild UD ]
On 09/16/2014 03:14 PM, Alan McKinnon wrote: For some reason xfce-power-manager-1.3.1 does not satisfy what the local install needs but 1.3.0 does. So portage wants to make it so. Version 1.3.1 was removed from the tree, leaving only 1.3.0 to satisfy XFCE_PLUGINS=battery/brightness.
Re: [gentoo-user] emerge output: [ebuild UD ]
On 09/16/2014 12:39 PM, Alexander Kapshuk wrote: Replacing brightness with power in XFCE_PLUGINS, followed by running 'emerge -avuND @world', still tried to downgrade the package in question. I then ran 'emerge -avuND 'xfce-extra/xfce4-power-manager-1.3.1' which suggested adding '=xfce-extra/xfce4-power-manager-1.4.0 ~x86' to /etc/portage/package.accept_keywords. I did that, followed by running 'emerge -avuND @world', which pulled in xfce-extra/xfce4-power-manager-1.4.0. Did you have 1.3.1 keyworded? Because it was ~x86 also when it was removed.
Re: [gentoo-user] Ansible, puppet and chef
We use bcfg2, and all I can say is to stay away. XML abuse runs rampant in bcfg2. From what I've heard from other professional sysadmins, Puppet is the favorite, but that's mostly conjecture. Alec On 09/16/2014 04:43 PM, Alan McKinnon wrote: Anyone here used ansible and at least one of puppet/chef? What are your thoughts? I've made several attempts over the years to get puppet going but never really got it off the ground. Chef I stay away from (likely due to the first demo of it I saw and how badly that went) Puppet seems to me a good product for a large site with 1000 hosts. Not so much for ~20 or so. Plus puppet's language and configs get large and hard to keep track of - lots and lots of directory trees with many things mentioning other things. (Nagios has the same problem if you start keeping host, services, groups and commands in many different files) I've stumbled upon ansible, it seems much better than puppet for smallish sites with good odds I might even keep the whole thing in my head at any one time :-) Anyone care to share experiences?
[gentoo-user] crontab backup
I'm trying to backup crontab from various boxes to files, so I'm using (run once a month) 11 01 * * 5 crontab -l /home/joseph/business/backup/crontabs/syscon7_joseph_crontab but I can from bash: cannot overwrite existing file -- Joseph
[gentoo-user] Re: crontab backup
Joseph wrote: I'm trying to backup crontab from various boxes to files, so I'm using (run once a month) 11 01 * * 5 crontab -l /home/joseph/business/backup/crontabs/syscon7_joseph_crontab but I can from bash: cannot overwrite existing file From man bash: Redirecting Output ... If the redirection operator is , and the noclobber option to the set builtin has been enabled, the redirection will fail if the file whose name results from the expansion of word exists and is a regu‐ lar file. If the redirection operator is |, or the redirection operator is and the noclobber option to the set builtin command is not enabled, the redirection is attempted even if the file named by word exists. --- Jouni
[gentoo-user] Re: Ansible, puppet and chef
Alec Ten Harmsel alec at alectenharmsel.com writes: We use bcfg2, and all I can say is to stay away. XML abuse runs rampant in bcfg2. From what I've heard from other professional sysadmins, Puppet is the favorite, but that's mostly conjecture. Hi Alec! Anyone here used ansible What are your thoughts? I have no thoughts. I do see many, many new git repositories that contain mesos and ansible. [1] So ansible must be cool? Ansible is everywhere now. Already given up on the local cron_extended effort? What, no Chronos? Anyone care to share experiences? Hey, I was drunk OK? I thought this clustering for science was a good thing, like getting a puppy and a new girlfriend all in the same week. BOY was I tricked. Anyway, I know deep down inside you are wanting a cluster where you work(?). Alec has one, I'm building one, so come in, the water is, well, very wet and wild! [1] https://github.com/AnsibleShipyard/ansible-mesos https://github.com/mhamrah/ansible-mesos-playbook http://blog.michaelhamrah.com/2014/06/setting-up-a-multi-node-mesos-cluster-running-docker-haproxy-and-marathon-with-ansible/ http://ops-school.readthedocs.org/en/latest/config_management.html snip many more. James
Re: [gentoo-user] Re: crontab backup
On 09/17/14 05:22, Jouni Kosonen wrote: Joseph wrote: I'm trying to backup crontab from various boxes to files, so I'm using (run once a month) 11 01 * * 5 crontab -l /home/joseph/business/backup/crontabs/syscon7_joseph_crontab but I can from bash: cannot overwrite existing file From man bash: Redirecting Output ... If the redirection operator is , and the noclobber option to the set builtin has been enabled, the redirection will fail if the file whose name results from the expansion of word exists and is a regu‐ lar file. If the redirection operator is |, or the redirection operator is and the noclobber option to the set builtin command is not enabled, the redirection is attempted even if the file named by word exists. Yes, that worked. Thanks -- Joseph
Re: [gentoo-user] emerge output: [ebuild UD ]
On Wed, Sep 17, 2014 at 3:02 AM, Michael Orlitzky m...@gentoo.org wrote: On 09/16/2014 12:39 PM, Alexander Kapshuk wrote: Replacing brightness with power in XFCE_PLUGINS, followed by running 'emerge -avuND @world', still tried to downgrade the package in question. I then ran 'emerge -avuND 'xfce-extra/xfce4-power-manager-1.3.1' which suggested adding '=xfce-extra/xfce4-power-manager-1.4.0 ~x86' to /etc/portage/package.accept_keywords. I did that, followed by running 'emerge -avuND @world', which pulled in xfce-extra/xfce4-power-manager-1.4.0. Did you have 1.3.1 keyworded? Because it was ~x86 also when it was removed. Yes, I did have this stanza, '=xfce-extra/xfce4-power-manager-1.3.1 ~x86', in my /etc/portage/package.accept_keywords.
[gentoo-user] Re: Eapi 6 ?
Neil Bothwick neil at digimed.co.uk writes: You can often do it without touching the ebuild at all by putting post_src_unpack() { cd ${S} epatch_user } in /etc/portage/env/category/package[-version] Thx Neil, Nice trick to know. But, I do not have an /etc/portage/env/ dir? Just make them up? Or is this the reference: http://wiki.gentoo.org/wiki//etc/portage/env Any docs somewhere as this looks more like a sets trick? curiously, James