Re: [gentoo-user] unclear (to me) errors from portage
On 12/08/2014 07:43, J. Roeleveld wrote: Plus, I refuse under any circumstances to run Gentoo on production unless it's backed by a huge build farm or I have a large cluster that are all identical and have very special needs. I use Gentoo exclusively on the servers and desktops at home. I find it easier and more logical to maintain. I do have a VM dedicated to building binary packages though. I just got really tired of eternally being The Only One In The Place Who Knows Gentoo(tm) and who doesn't blindly emerge -uND world on a remote box then walk away At least with apt and yum juniors can be trained fairly quickly to do reliable world updates safely. This keeps the boss off my neck. That makes me happy. On my personal servers and laptops, it will take on the order of atomic warfare to make me give up my beloved Gentoo there :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] unclear (to me) errors from portage
On Tuesday, August 12, 2014 08:37:52 AM Alan McKinnon wrote: On 12/08/2014 07:43, J. Roeleveld wrote: Plus, I refuse under any circumstances to run Gentoo on production unless it's backed by a huge build farm or I have a large cluster that are all identical and have very special needs. I use Gentoo exclusively on the servers and desktops at home. I find it easier and more logical to maintain. I do have a VM dedicated to building binary packages though. I just got really tired of eternally being The Only One In The Place Who Knows Gentoo(tm) and who doesn't blindly emerge -uND world on a remote box then walk away People who do that should be taken outside behind the chemical shed and shot... At least with apt and yum juniors can be trained fairly quickly to do reliable world updates safely. This keeps the boss off my neck. That makes me happy. I've seen installations start acting really weird because sysadmins decided to update a redhat box the official way (yum). Those usually ended up with backups being restored. It doesn't matter which distribution you use, you still need to test updates on a seperate environment first to ensure all the software running on the environment will still work post-upgrade. On my personal servers and laptops, it will take on the order of atomic warfare to make me give up my beloved Gentoo there :-) Hehe, same here. -- Joost
Re: [gentoo-user] unclear (to me) errors from portage
On Saturday, August 09, 2014 11:19:39 AM Alan McKinnon wrote: On 09/08/2014 10:20, J. Roeleveld wrote: On 9 August 2014 09:53:01 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 09/08/2014 08:35, J. Roeleveld wrote: Test vms get updated when I feel like it. Some of them never :-) Hope they are behind a firewall then, wouldn't want to know how quick a 2 year old VM gets 0wned if online. They run locally in virtualbox on the laptop, and are fired up when needed. Like for example when I have to figure out wtf exactly did ubuntu do to munin today to break it *again* I try to avoid ubuntu. Tried it a few years ago. Looked ok, but didn't like the convoluted way to do a full update and ended up putting Gentoo on the netbook. you mean apt-get update apt-get upgrade apt-get dist-upgrade apt-get autoremove ? Yes Yeah, that drives me nuts too. emerge --sync emerge -vauDN @world This is how to update everything in 1 step. I don't like having to do a different command to update to newer versions. It's convoluted. But it's better than Red Hat (dependency hell) and makes the office staff workstations easy to admin (desktop stuff JustWorks for what they need to do). My solution with RPMs: - Let the desktop try it - Do a new install of latest version (I use Centos on VMs for testing work related stuff) Plus, I refuse under any circumstances to run Gentoo on production unless it's backed by a huge build farm or I have a large cluster that are all identical and have very special needs. I use Gentoo exclusively on the servers and desktops at home. I find it easier and more logical to maintain. I do have a VM dedicated to building binary packages though. Gentoo has it's uses cases, but a loose collection of servers none of which are identical is not it. It can be made to work, with some good planning. But I agree that when the amount of servers starts getting quite large, some unification is necessary. But the same then is also true for any other OS. -- Joost
Re: [gentoo-user] unclear (to me) errors from portage
On Friday, August 08, 2014 10:41:51 PM Alan McKinnon wrote: On 08/08/2014 21:18, J. Roeleveld wrote: On 8 August 2014 20:13:15 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 08/08/2014 19:46, J. Roeleveld wrote: Hehe, would be nice if a developer would actually list the best way and sequence to update Gentoo with the least expected issues. Haha, that's very funny. Surely you jest? It's Friday. Time of hope Anyway. We all have our own way of doing a regular update. How often do you update? Daily or weekly? Depends; if I have spare brain cycles and something is happening in the tree that grabs my interest, then daily. I tend to do it during the weekend or when I have a spare moment during the week. The one gentoo server I have left is often monthly. The servers are done at least once a month. Test vms get updated when I feel like it. Some of them never :-) Hope they are behind a firewall then, wouldn't want to know how quick a 2 year old VM gets 0wned if online. -- Joost
Re: [gentoo-user] unclear (to me) errors from portage
On 09/08/2014 08:35, J. Roeleveld wrote: Test vms get updated when I feel like it. Some of them never :-) Hope they are behind a firewall then, wouldn't want to know how quick a 2 year old VM gets 0wned if online. They run locally in virtualbox on the laptop, and are fired up when needed. Like for example when I have to figure out wtf exactly did ubuntu do to munin today to break it *again* -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] unclear (to me) errors from portage
On 9 August 2014 09:53:01 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 09/08/2014 08:35, J. Roeleveld wrote: Test vms get updated when I feel like it. Some of them never :-) Hope they are behind a firewall then, wouldn't want to know how quick a 2 year old VM gets 0wned if online. They run locally in virtualbox on the laptop, and are fired up when needed. Like for example when I have to figure out wtf exactly did ubuntu do to munin today to break it *again* I try to avoid ubuntu. Tried it a few years ago. Looked ok, but didn't like the convoluted way to do a full update and ended up putting Gentoo on the netbook. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] unclear (to me) errors from portage
On 09/08/2014 10:20, J. Roeleveld wrote: On 9 August 2014 09:53:01 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 09/08/2014 08:35, J. Roeleveld wrote: Test vms get updated when I feel like it. Some of them never :-) Hope they are behind a firewall then, wouldn't want to know how quick a 2 year old VM gets 0wned if online. They run locally in virtualbox on the laptop, and are fired up when needed. Like for example when I have to figure out wtf exactly did ubuntu do to munin today to break it *again* I try to avoid ubuntu. Tried it a few years ago. Looked ok, but didn't like the convoluted way to do a full update and ended up putting Gentoo on the netbook. you mean apt-get update apt-get upgrade apt-get dist-upgrade apt-get autoremove ? Yeah, that drives me nuts too. But it's better than Red Hat (dependency hell) and makes the office staff workstations easy to admin (desktop stuff JustWorks for what they need to do). Plus, I refuse under any circumstances to run Gentoo on production unless it's backed by a huge build farm or I have a large cluster that are all identical and have very special needs. Gentoo has it's uses cases, but a loose collection of servers none of which are identical is not it. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] unclear (to me) errors from portage
On Saturday 09 Aug 2014 10:19:39 Alan McKinnon wrote: Tried it a few years ago. Looked ok, but didn't like the convoluted way to do a full update and ended up putting Gentoo on the netbook. you mean apt-get update apt-get upgrade apt-get dist-upgrade apt-get autoremove or, sudo do-release-upgrade to upgrade from one LTS to the next? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] unclear (to me) errors from portage
On 09/08/2014 13:58, Mick wrote: On Saturday 09 Aug 2014 10:19:39 Alan McKinnon wrote: Tried it a few years ago. Looked ok, but didn't like the convoluted way to do a full update and ended up putting Gentoo on the netbook. you mean apt-get update apt-get upgrade apt-get dist-upgrade apt-get autoremove or, sudo do-release-upgrade to upgrade from one LTS to the next? The boss has banned upgrading from one LTS to the next: - base system might upgrade OK but everything else atop it is risky - last round of trying blew up in his face and stuff broke wholesale - LTS are 2 (or 3?) years apart and the machines are usually due for upgrade replacement on that cycle anyway - this is a fast-changing devops environment when we usually rip the whole lot out and do it over every 2 years anyway to deal with changes in how the business is done and take advantage of new technology -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] unclear (to me) errors from portage
On Thursday, August 07, 2014 11:33:34 PM gottl...@nyu.edu wrote: I was away for two weeks and now one of my systems cannot be updated due to conflicts. The entire (long) emerge output is at the end of this msg. -- The first conflict is --- snipped long list of conflicts I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. -- Joost
Re: [gentoo-user] unclear (to me) errors from portage
On Fri, 2014-08-08 at 08:23 +0200, J. Roeleveld wrote: I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. I also notice a conflict between media-video/ffmpeg-1.2.6-r1::gentoo, ebuild scheduled for merge media-video/libav-9.14::gentoo, installed You may want to include which one you prefer (ffmpeg or libav) in your call to emerge, and possibly include --with-bdeps=y: `emerge -1uDNav --with-bdeps=y @world media-video/selection` Note the addition of the '-1' or --oneshot option - you should always use this when specifying libraries to emerge. -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] unclear (to me) errors from portage
J. Roeleveld jo...@antarean.org wrote: On Thursday, August 07, 2014 11:33:34 PM gottl...@nyu.edu wrote: I was away for two weeks and now one of my systems cannot be updated due to conflicts. The entire (long) emerge output is at the end of this msg. -- The first conflict is --- snipped long list of conflicts I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. If I encounter an update of Perl like that, I always do it first and do the perl-cleaner thing before anything else. Otherwise portage will crap out soon after the perl update is done because it seems to automatically use the newer version before perl-cleaner is run. -- 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
Re: [gentoo-user] unclear (to me) errors from portage
On Fri, Aug 8, 2014 at 2:23 AM, J. Roeleveld jo...@antarean.org wrote: I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. On stable the most recent perl update seems very prone to blockers, and I found that cleaning out the virtuals using the first command given helped portage sort things out considerably. If a package outputs an update notice like that, it is usually for a reason... Rich
Re: [gentoo-user] unclear (to me) errors from portage
On Fri, Aug 08 2014, wra...@wraeth.id.au wrote: On Fri, 2014-08-08 at 08:23 +0200, J. Roeleveld wrote: I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. I also notice a conflict between media-video/ffmpeg-1.2.6-r1::gentoo, ebuild scheduled for merge media-video/libav-9.14::gentoo, installed You may want to include which one you prefer (ffmpeg or libav) in your call to emerge, and possibly include --with-bdeps=y: `emerge -1uDNav --with-bdeps=y @world media-video/selection` Note the addition of the '-1' or --oneshot option - you should always use this when specifying libraries to emerge. (Yes about --oneshot) The choice of ffmpeg vs libav seems non-deterministic ?? I have a shell open directly on the machine e6510 and am ssh'ed into e6510 from another machine On the direct shell two successive runs of e6510 ~ # emerge --update --changed-use --deep @world (I have EMERGE_DEFAULT_OPTS=--ask --deep --tree --verbose --jobs --load-average=5) gave different results. The first one gave the error msg about libav and ffmpeg conflicting; the second gave no error and is ready to go. I looked at the tree output and see that the successful one has an uninstall of libav right before the install line for ffmpeg. The unsuccessful one does not have that line. On the ssh shell, the first few tries gave the conflict error msg; but then one succeeded (again proposing to uninstall libav). Perhaps the dependency search uses multiple threads?? Since I must choose between libav and ffmpeg, I will use the choice that portage (sometimes) makes and run the successful emerge command, i.e. say yes to the question from --ask. Is this nondeterminism documented or have I done something wrong. Thanks for your help. allan
Re: [gentoo-user] unclear (to me) errors from portage
On Fri, Aug 08 2014, J. Roeleveld wrote: On Thursday, August 07, 2014 11:33:34 PM gottl...@nyu.edu wrote: I was away for two weeks and now one of my systems cannot be updated due to conflicts. The entire (long) emerge output is at the end of this msg. -- The first conflict is --- snipped long list of conflicts I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. -- Joost Thank you this fixed the perl blockers for me as well (but see my next msg about the ffmpeg/libav conflict). thanks again, allan
Re: [gentoo-user] unclear (to me) errors from portage
On Fri, Aug 08 2014, cov...@ccs.covici.com wrote: J. Roeleveld jo...@antarean.org wrote: On Thursday, August 07, 2014 11:33:34 PM gottl...@nyu.edu wrote: I was away for two weeks and now one of my systems cannot be updated due to conflicts. The entire (long) emerge output is at the end of this msg. -- The first conflict is --- snipped long list of conflicts I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. If I encounter an update of Perl like that, I always do it first and do the perl-cleaner thing before anything else. Otherwise portage will crap out soon after the perl update is done because it seems to automatically use the newer version before perl-cleaner is run. Good advice. Thank you. allan
Re: [gentoo-user] unclear (to me) errors from portage
On 08/08/2014 15:11, gottl...@nyu.edu wrote: On Fri, Aug 08 2014, wra...@wraeth.id.au wrote: On Fri, 2014-08-08 at 08:23 +0200, J. Roeleveld wrote: I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. I also notice a conflict between media-video/ffmpeg-1.2.6-r1::gentoo, ebuild scheduled for merge media-video/libav-9.14::gentoo, installed You may want to include which one you prefer (ffmpeg or libav) in your call to emerge, and possibly include --with-bdeps=y: `emerge -1uDNav --with-bdeps=y @world media-video/selection` Note the addition of the '-1' or --oneshot option - you should always use this when specifying libraries to emerge. (Yes about --oneshot) The choice of ffmpeg vs libav seems non-deterministic ?? I have a shell open directly on the machine e6510 and am ssh'ed into e6510 from another machine On the direct shell two successive runs of e6510 ~ # emerge --update --changed-use --deep @world (I have EMERGE_DEFAULT_OPTS=--ask --deep --tree --verbose --jobs --load-average=5) gave different results. The first one gave the error msg about libav and ffmpeg conflicting; the second gave no error and is ready to go. I looked at the tree output and see that the successful one has an uninstall of libav right before the install line for ffmpeg. The unsuccessful one does not have that line. On the ssh shell, the first few tries gave the conflict error msg; but then one succeeded (again proposing to uninstall libav). Perhaps the dependency search uses multiple threads?? Since I must choose between libav and ffmpeg, I will use the choice that portage (sometimes) makes and run the successful emerge command, i.e. say yes to the question from --ask. Is this nondeterminism documented or have I done something wrong. It's working as designed. The various deps for ffmpeg vs libav allow either one to satisfy the dep, especially if you have virtual/ffmpeg in world. This new dynamic dep stuff allows portage a degree of freedom in selecting such providers and sometimes it decides to use the one you don't have. To satisfy that decision, it must then uninstall what you have. I suspect the root cause of such apparently random behaviour is that portage is loading your installed apps into an associative array, and the order if items in those are random. Two solutions:: 1. use --backtrack some big number this tells portage to search deeper and hopefully realize you already have libav 2. Put libav in world, this will stop portage from trying to be helpful I prefer the second choice as it makes things very explicit. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] unclear (to me) errors from portage
On Friday 08 Aug 2014 16:21:56 Alan McKinnon wrote: On 08/08/2014 15:11, gottl...@nyu.edu wrote: On Fri, Aug 08 2014, wra...@wraeth.id.au wrote: On Fri, 2014-08-08 at 08:23 +0200, J. Roeleveld wrote: I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. I also notice a conflict between media-video/ffmpeg-1.2.6-r1::gentoo, ebuild scheduled for merge media-video/libav-9.14::gentoo, installed You may want to include which one you prefer (ffmpeg or libav) in your call to emerge, and possibly include --with-bdeps=y: `emerge -1uDNav --with-bdeps=y @world media-video/selection` Note the addition of the '-1' or --oneshot option - you should always use this when specifying libraries to emerge. (Yes about --oneshot) The choice of ffmpeg vs libav seems non-deterministic ?? I have a shell open directly on the machine e6510 and am ssh'ed into e6510 from another machine On the direct shell two successive runs of e6510 ~ # emerge --update --changed-use --deep @world (I have EMERGE_DEFAULT_OPTS=--ask --deep --tree --verbose --jobs --load-average=5) gave different results. The first one gave the error msg about libav and ffmpeg conflicting; the second gave no error and is ready to go. I looked at the tree output and see that the successful one has an uninstall of libav right before the install line for ffmpeg. The unsuccessful one does not have that line. On the ssh shell, the first few tries gave the conflict error msg; but then one succeeded (again proposing to uninstall libav). Perhaps the dependency search uses multiple threads?? Since I must choose between libav and ffmpeg, I will use the choice that portage (sometimes) makes and run the successful emerge command, i.e. say yes to the question from --ask. Is this nondeterminism documented or have I done something wrong. It's working as designed. The various deps for ffmpeg vs libav allow either one to satisfy the dep, especially if you have virtual/ffmpeg in world. This new dynamic dep stuff allows portage a degree of freedom in selecting such providers and sometimes it decides to use the one you don't have. To satisfy that decision, it must then uninstall what you have. I suspect the root cause of such apparently random behaviour is that portage is loading your installed apps into an associative array, and the order if items in those are random. Two solutions:: 1. use --backtrack some big number this tells portage to search deeper and hopefully realize you already have libav 2. Put libav in world, this will stop portage from trying to be helpful I prefer the second choice as it makes things very explicit. I kept ffmpeg, because I am used to it and because it seems to be more up to date than libav, plus it incorporates everything the libav fork has created since. However, I am not sure if that is the recommended solution - at least in gentoo. I'm not asking to start a flamewar between parent and fork advocates, but would like to check if I my understanding is wrong. Views and experience on using either are welcomed. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] unclear (to me) errors from portage
On Fri, Aug 08 2014, Alan McKinnon wrote: This new dynamic dep stuff allows portage a degree of freedom in selecting such providers and sometimes it decides to use the one you don't have. To satisfy that decision, it must then uninstall what you have. This I understand I suspect the root cause of such apparently random behaviour is that portage is loading your installed apps into an associative array, and the order if items in those are random. This does surprise me. Are entries hashed with a random value? Two solutions:: 1. use --backtrack some big number this tells portage to search deeper and hopefully realize you already have libav 2. Put libav in world, this will stop portage from trying to be helpful I prefer the second choice as it makes things very explicit. It looked as thought the successful choice is for portage to uninstall libav so I am not sure inserting it into world would be helpful. I can't test it since the emerge has completed successfully (at least without complaint). thanks, allan
Re: [gentoo-user] unclear (to me) errors from portage
On Fri, Aug 08 2014, Rich Freeman wrote: On Fri, Aug 8, 2014 at 2:23 AM, J. Roeleveld jo...@antarean.org wrote: I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. On stable the most recent perl update seems very prone to blockers, and I found that cleaning out the virtuals using the first command given helped portage sort things out considerably. If a package outputs an update notice like that, it is usually for a reason... I see. On my other systems, no blockers have been reported. Should I run the two commands above anyway? I do understand if it ain't broke, don't fix it, but I wonder if there are problems waiting to happen that those two commands would eliminate. thanks, allan
Re: [gentoo-user] unclear (to me) errors from portage
On 8 August 2014 18:21:08 CEST, gottl...@nyu.edu wrote: On Fri, Aug 08 2014, Rich Freeman wrote: On Fri, Aug 8, 2014 at 2:23 AM, J. Roeleveld jo...@antarean.org wrote: I notice a few perl blockers. You could try the following: # emerge -vuD1 $(qlist -IC 'virtual/perl-*') # perl-cleaner --all -v -- -v And then retry to update world. I've been encountering some perl blockages myself, and this cleared it up for me. On stable the most recent perl update seems very prone to blockers, and I found that cleaning out the virtuals using the first command given helped portage sort things out considerably. If a package outputs an update notice like that, it is usually for a reason... I see. On my other systems, no blockers have been reported. Should I run the two commands above anyway? I do understand if it ain't broke, don't fix it, but I wonder if there are problems waiting to happen that those two commands would eliminate. thanks, allan Perl-cleaner and python-updater ensure the different perl and python dependent parts are rebuild against the configured perl and python packages. Usually these are the latest versions. Problems can occur when you run emerge --depclean and the perl or python versions used for said packages disappear. I also would have concerns if different versions were used for different packages and they need to work together. I always run perlcleaner and python updater after each update. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] unclear (to me) errors from portage
On Friday 08 August 2014 18:50:28 J. Roeleveld wrote: I always run perlcleaner and python updater after each update. Hmm. I run them when perl or python has been updated. Have you found them to be needed at other times? Incidentally, several months ago I said I would run python-updater before perl-cleaner because I thought it was more central to portage's operations. Wrong - I was hoist with my own petard the very next time. Ho-hum. -- Regards Peter
Re: [gentoo-user] unclear (to me) errors from portage
On 8 August 2014 19:30:16 CEST, Peter Humphrey pe...@prh.myzen.co.uk wrote: On Friday 08 August 2014 18:50:28 J. Roeleveld wrote: I always run perlcleaner and python updater after each update. Hmm. I run them when perl or python has been updated. Have you found them to be needed at other times? No, but it's a script that runs daily on my build host. Incidentally, several months ago I said I would run python-updater before perl-cleaner because I thought it was more central to portage's operations. Wrong - I was hoist with my own petard the very next time. Ho-hum. Hehe, would be nice if a developer would actually list the best way and sequence to update Gentoo with the least expected issues. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] unclear (to me) errors from portage
On 08/08/2014 19:46, J. Roeleveld wrote: On 8 August 2014 19:30:16 CEST, Peter Humphrey pe...@prh.myzen.co.uk wrote: On Friday 08 August 2014 18:50:28 J. Roeleveld wrote: I always run perlcleaner and python updater after each update. Hmm. I run them when perl or python has been updated. Have you found them to be needed at other times? No, but it's a script that runs daily on my build host. Incidentally, several months ago I said I would run python-updater before perl-cleaner because I thought it was more central to portage's operations. Wrong - I was hoist with my own petard the very next time. Ho-hum. Hehe, would be nice if a developer would actually list the best way and sequence to update Gentoo with the least expected issues. Haha, that's very funny. Surely you jest? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] unclear (to me) errors from portage
On 8 August 2014 20:13:15 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 08/08/2014 19:46, J. Roeleveld wrote: On 8 August 2014 19:30:16 CEST, Peter Humphrey pe...@prh.myzen.co.uk wrote: On Friday 08 August 2014 18:50:28 J. Roeleveld wrote: I always run perlcleaner and python updater after each update. Hmm. I run them when perl or python has been updated. Have you found them to be needed at other times? No, but it's a script that runs daily on my build host. Incidentally, several months ago I said I would run python-updater before perl-cleaner because I thought it was more central to portage's operations. Wrong - I was hoist with my own petard the very next time. Ho-hum. Hehe, would be nice if a developer would actually list the best way and sequence to update Gentoo with the least expected issues. Haha, that's very funny. Surely you jest? It's Friday. Time of hope Anyway. We all have our own way of doing a regular update. How often do you update? Daily or weekly? -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] unclear (to me) errors from portage
On Fri, 08 Aug 2014 19:46:03 +0200, J. Roeleveld wrote: Hehe, would be nice if a developer would actually list the best way and sequence to update Gentoo with the least expected issues. Whatever works for you today. Everything is a variable. -- Neil Bothwick The trouble with doing something right the first time is that nobody appreciates how difficult it was. signature.asc Description: PGP signature
Re: [gentoo-user] unclear (to me) errors from portage
On 08/08/2014 21:18, J. Roeleveld wrote: On 8 August 2014 20:13:15 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 08/08/2014 19:46, J. Roeleveld wrote: Hehe, would be nice if a developer would actually list the best way and sequence to update Gentoo with the least expected issues. Haha, that's very funny. Surely you jest? It's Friday. Time of hope Anyway. We all have our own way of doing a regular update. How often do you update? Daily or weekly? Depends; if I have spare brain cycles and something is happening in the tree that grabs my interest, then daily. The one gentoo server I have left is often monthly. Test vms get updated when I feel like it. Some of them never :-) -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] unclear (to me) errors from portage
I was away for two weeks and now one of my systems cannot be updated due to conflicts. The entire (long) emerge output is at the end of this msg. -- The first conflict is --- !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lang/perl:0 (dev-lang/perl-5.16.3::gentoo, installed) pulled in by dev-lang/perl:0/5.16=[-build(-)] required by (net-analyzer/net-snmp-5.7.3_pre3::gentoo, installed) (dev-lang/perl-5.18.2-r1::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.18* required by (virtual/perl-File-Spec-3.400.0-r2::gentoo, installed) (and 1 more with the same problem) I can't follow this. For one thing net-snmp-5.7.3_pre3.ebuild does not contain the string lang and I looked at all occurrences of perl in the ebuild and don't see how dev-lang/perl-5.16.3 is required. -- The second conflict is * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (media-video/ffmpeg-1.2.6-r1::gentoo, ebuild scheduled for merge) pulled in by =media-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] (=media-video/ffmpeg-1.2.6-r1:0[abi_x86_64(-)]) required by (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r2::gentoo, ebuild scheduled for merge) (media-video/libav-9.14::gentoo, installed) pulled in by =media-video/libav-9.12[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,X?,encode?,gsm?,jpeg2k?,mp3?,opus?,sdl?,speex?,theora?,threads?,truetype?,vaapi?,vdpau?,x264?] (=media-video/libav-9.12[abi_x86_64(-),X,encode,mp3,sdl,truetype,x264]) required by (virtual/ffmpeg-9-r1::gentoo, installed) --- I don't understand this since it looks to me that virtual/ffmpeg-9-r1 wants EITHER media-video/ffmpeg OR media-video/libav. So if gst-plugins-ffmpeg requires ffmpeg, why isn't virtual/ffmpeg satisfied, i.e., why does it require that media-video/libav remain installed? -- The entire emerge command and output follows Note that I have EMERGE_DEFAULT_OPTS=--ask --deep --tree --verbose --jobs --load-average=5 e6510 ~ # emerge --update --changed-use --deep @world These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] gnome-base/gnome-3.12.0:2.0 USE=bluetooth cdr classic cups extras -accessibility [nomerge ] gnome-base/gnome-extra-apps-3.12.0:3.0 USE=games shotwell tracker [ebuild U ] media-video/cheese-3.12.2-r1:0/7 [3.12.2:0/7] USE=introspection {-test} 0 kB [nomerge ] app-office/libreoffice-bin-4.2.5.2 USE=gnome (-aqua) -java -kde PYTHON_SINGLE_TARGET=python2_7 -python3_3 (-python3_4) PYTHON_TARGETS=python2_7 python3_3 (-python3_4) [ebuild R] dev-libs/redland-1.0.16 USE=berkdb xml -iodbc -mysql -odbc -postgres -sqlite -static-libs (-ssl%*) 1,587 kB [ebuild U ] app-admin/syslog-ng-3.4.8 [3.4.7] USE=ipv6 pcre ssl systemd tcpd -amqp% -caps -dbi -geoip -json -mongodb -pacct% -smtp -spoof-source 3,096 kB [ebuild UD ] www-client/firefox-24.7.0 [30.0] USE=alsa dbus gstreamer jit libnotify minimal pulseaudio startup-notification -bindist -custom-cflags -custom-optimization -debug (-pgo) (-selinux) -system-cairo -system-icu -system-jpeg -system-sqlite {-test} -wifi (-hardened%) LINGUAS=-af -ak% -ar -as -ast -be -bg -bn_BD -bn_IN -br -bs -ca -cs -csb -cy -da -de -el -en_GB -en_ZA -eo -es_AR -es_CL -es_ES -es_MX -et -eu -fa -fi -fr -fy_NL -ga_IE -gd -gl -gu_IN -he -hi_IN -hr -hu -hy_AM -id -is -it -ja -kk -km -kn -ko -ku -lg% -lt -lv -mai -mk -ml -mr -nb_NO -nl -nn_NO -nso% -or -pa_IN -pl -pt_BR -pt_PT -rm -ro -ru -si -sk -sl -son -sq -sr -sv_SE -ta -ta_LK% -te -th -tr -uk -vi -zh_CN -zh_TW -zu (-xh%) 117,162 kB [ebuild U ] www-servers/apache-2.2.27-r4:2 [2.2.27:2] USE=ldap ssl -debug -doc (-selinux) -static -suexec -threads APACHE2_MODULES=actions alias auth_basic auth_digest authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias -asis -authn_dbd -cern_meta -charset_lite -dbd -dumpio -ident -imagemap -log_forensic -proxy -proxy_ajp -proxy_balancer -proxy_connect -proxy_ftp -proxy_http -proxy_scgi -reqtimeout -substitute -version APACHE2_MPMS=-event -itk -peruser
Re: [gentoo-user] unclear (to me) errors from portage
On Thu, 07 Aug 2014 23:33:34 -0400 gottl...@nyu.edu wrote: I was away for two weeks and now one of my systems cannot be updated due to conflicts. The entire (long) emerge output is at the end of this msg. -- The first conflict is --- !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lang/perl:0 (dev-lang/perl-5.16.3::gentoo, installed) pulled in by dev-lang/perl:0/5.16=[-build(-)] required by (net-analyzer/net-snmp-5.7.3_pre3::gentoo, installed) (dev-lang/perl-5.18.2-r1::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.18* required by (virtual/perl-File-Spec-3.400.0-r2::gentoo, installed) (and 1 more with the same problem) I can't follow this. For one thing net-snmp-5.7.3_pre3.ebuild does not contain the string lang and I looked at all occurrences of perl in the ebuild and don't see how dev-lang/perl-5.16.3 is required. -- The second conflict is * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (media-video/ffmpeg-1.2.6-r1::gentoo, ebuild scheduled for merge) pulled in by =media-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] (=media-video/ffmpeg-1.2.6-r1:0[abi_x86_64(-)]) required by (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r2::gentoo, ebuild scheduled for merge) (media-video/libav-9.14::gentoo, installed) pulled in by =media-video/libav-9.12[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,X?,encode?,gsm?,jpeg2k?,mp3?,opus?,sdl?,speex?,theora?,threads?,truetype?,vaapi?,vdpau?,x264?] (=media-video/libav-9.12[abi_x86_64(-),X,encode,mp3,sdl,truetype,x264]) required by (virtual/ffmpeg-9-r1::gentoo, installed) --- I don't understand this since it looks to me that virtual/ffmpeg-9-r1 wants EITHER media-video/ffmpeg OR media-video/libav. So if gst-plugins-ffmpeg requires ffmpeg, why isn't virtual/ffmpeg satisfied, i.e., why does it require that media-video/libav remain installed? -- The entire emerge command and output follows Note that I have EMERGE_DEFAULT_OPTS=--ask --deep --tree --verbose --jobs --load-average=5 e6510 ~ # emerge --update --changed-use --deep @world These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] gnome-base/gnome-3.12.0:2.0 USE=bluetooth cdr classic cups extras -accessibility [nomerge ] gnome-base/gnome-extra-apps-3.12.0:3.0 USE=games shotwell tracker [ebuild U ] media-video/cheese-3.12.2-r1:0/7 [3.12.2:0/7] USE=introspection {-test} 0 kB [nomerge ] app-office/libreoffice-bin-4.2.5.2 USE=gnome (-aqua) -java -kde PYTHON_SINGLE_TARGET=python2_7 -python3_3 (-python3_4) PYTHON_TARGETS=python2_7 python3_3 (-python3_4) [ebuild R] dev-libs/redland-1.0.16 USE=berkdb xml -iodbc -mysql -odbc -postgres -sqlite -static-libs (-ssl%*) 1,587 kB [ebuild U ] app-admin/syslog-ng-3.4.8 [3.4.7] USE=ipv6 pcre ssl systemd tcpd -amqp% -caps -dbi -geoip -json -mongodb -pacct% -smtp -spoof-source 3,096 kB [ebuild UD ] www-client/firefox-24.7.0 [30.0] USE=alsa dbus gstreamer jit libnotify minimal pulseaudio startup-notification -bindist -custom-cflags -custom-optimization -debug (-pgo) (-selinux) -system-cairo -system-icu -system-jpeg -system-sqlite {-test} -wifi (-hardened%) LINGUAS=-af -ak% -ar -as -ast -be -bg -bn_BD -bn_IN -br -bs -ca -cs -csb -cy -da -de -el -en_GB -en_ZA -eo -es_AR -es_CL -es_ES -es_MX -et -eu -fa -fi -fr -fy_NL -ga_IE -gd -gl -gu_IN -he -hi_IN -hr -hu -hy_AM -id -is -it -ja -kk -km -kn -ko -ku -lg% -lt -lv -mai -mk -ml -mr -nb_NO -nl -nn_NO -nso% -or -pa_IN -pl -pt_BR -pt_PT -rm -ro -ru -si -sk -sl -son -sq -sr -sv_SE -ta -ta_LK% -te -th -tr -uk -vi -zh_CN -zh_TW -zu (-xh%) 117,162 kB [ebuild U ] www-servers/apache-2.2.27-r4:2 [2.2.27:2] USE=ldap ssl -debug -doc (-selinux) -static -suexec -threads APACHE2_MODULES=actions alias auth_basic auth_digest authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias -asis -authn_dbd -cern_meta -charset_lite -dbd -dumpio -ident -imagemap -log_forensic -proxy -proxy_ajp