Re: [gentoo-user] How do I turn off ansi (colour) codes in ... script output
On 06/03/2017 01:06 AM, Mick wrote: > Hi All, > > Walter had posted a message about ANSI codes showing up in portage output. I > am getting the same when I run /usr/bin/script and examine the contents of > the > resultant file with a text editor; e.g. in Vim I get: > > ^[[0;32m~ ^[[35m$ ^[[0mtest^H^[[K^H^[[K^H^[[K^H^[[Kecho S^H^[[K|^H^[[K$term^M > > but when I use less I can see: > > ~ $ echo $TERM > > Is there a way of suppressing these characters in gedit, kwrite, vim, etc.? Well, one solution could be to use something like this : # strip away escape sequences # hint: colorstrip() doesn't modify its argument, instead it returns the result # function stresc() { perl -MTerm::ANSIColor=colorstrip -nle ' $_ = colorstrip($_); s,\r,\n,g; s/\x00/<0x00>/g; s/\x1b\x28\x42//g; s/\x1b\x5b\x4b//g; print; ' } This works fine here since a while -- Toralf PGP 23217DA7 9B888F45 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] How do I turn off ansi (colour) codes in ... script output
On Saturday 03 Jun 2017 10:37:46 Toralf Förster wrote: > On 06/03/2017 01:06 AM, Mick wrote: > > Hi All, > > > > Walter had posted a message about ANSI codes showing up in portage output. > > I am getting the same when I run /usr/bin/script and examine the > > contents of the resultant file with a text editor; e.g. in Vim I get: > > > > ^[[0;32m~ ^[[35m$ ^[[0mtest^H^[[K^H^[[K^H^[[K^H^[[Kecho > > S^H^[[K|^H^[[K$term^M > > > > but when I use less I can see: > > > > ~ $ echo $TERM > > > > Is there a way of suppressing these characters in gedit, kwrite, vim, > > etc.? Reading this again in the cold light of day, coffee helped too, it seems as if I want to strip ANSI colours in these particular applications above, but I don't. I want to suppress colours in what the script command captures in a terminal. > Well, one solution could be to use something like this : > > # strip away escape sequences > # hint: colorstrip() doesn't modify its argument, instead it returns the > result > # > function stresc() { > perl -MTerm::ANSIColor=colorstrip -nle ' > $_ = colorstrip($_); > s,\r,\n,g; > s/\x00/<0x00>/g; > s/\x1b\x28\x42//g; > s/\x1b\x5b\x4b//g; > print; > ' > } > > > This works fine here since a while Where do you put the above, or how to you use it? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] perl-cleaner always wants to rebuild certain packages
I updated a machine today, it's fully up to date and depclean'ed. For some reason, perl-cleaner consistantly wants to rebuild some packages: # perl-cleaner --all * Removing perl-core packages from world file *emerge --deselect perl-core/File-Path perl-core/File-Temp >>> No matching atoms found in "world" favorites file... * Updating installed Perl virtuals *emerge -u1 virtual/perl-Carp virtual/perl-Compress-Raw-Bzip2 virtual/perl-Compress-Raw-Zlib virtual/perl-CPAN-Meta virtual/perl-CPAN-Meta-YAML virtual/perl-Data-Dumper virtual/perl-Digest-MD5 virtual/perl-Digest-SHA virtual/perl-Encode virtual/perl-Exporter virtual/perl-ExtUtils-CBuilder virtual/perl-ExtUtils-Install virtual/perl-ExtUtils-MakeMaker virtual/perl-ExtUtils-Manifest virtual/perl-ExtUtils-ParseXS virtual/perl-File-Path virtual/perl-File-Spec virtual/perl-File-Temp virtual/perl-Getopt-Long virtual/perl-IO virtual/perl-IO-Compress virtual/perl-JSON-PP virtual/perl-libnet virtual/perl-MIME-Base64 virtual/perl-Module-Metadata virtual/perl-parent virtual/perl-Parse-CPAN-Meta virtual/perl-Perl-OSType virtual/perl-Scalar-List-Utils virtual/perl-Storable virtual/perl-Sys-Syslog virtual/perl-Term-ANSIColor virtual/perl-Test-Harness virtual/perl-Text-ParseWords virtual/perl-Time-HiRes virtual/perl-Time-Local virtual/perl-version virtual/perl-XSLoader Calculating dependencies... done! >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * Beginning a clean up of .ph files * Excluding files for 5.24.1 and 5.24.1/x86_64-linux from cleaning * Locating ph files for removal * Locating packages for an update * Locating ebuilds linked against libperl * Adding to list: sys-apps/texinfo:0 * Adding to list: www-apache/mod_perl:1 * Adding to list: net-irc/irssi:0 * emerge -v1 --backtrack=200 --selective=n sys-apps/texinfo:0 www-apache/mod_perl:1 net-irc/irssi:0 == I've rebuilt them twice already, and ran perl-cleaner again to see if it cleared, but it still wants to rebuild them. What is perl-cleaner looking for when it decides something needs to be rebuilt? Perl version: # equery list perl * Searching for perl ... [IP-] [ ] dev-lang/perl-5.24.1-r2:0/5.24 Dan
[gentoo-user] preparing for profile switch -- major problem
Hi. In preparing for the profile switch and the emerge -e world, I have run into a serious problem with perl. I think I saw on this list where perl 5.26 was going to have problems -- maybe until it is stabilized -- but if I mask it off, I get the following: !!! All ebuilds that could satisfy "=dev-lang/perl-5.26*" have been masked. !!! One of the following masked packages is required to complete your request: - dev-lang/perl-5.26.::gentoo (masked by: package.mask, missing keyword) - dev-lang/perl-5.26.1-r1::gentoo (masked by: package.mask) - dev-lang/perl-5.26.1::gentoo (masked by: package.mask) - dev-lang/perl-5.26.0::gentoo (masked by: package.mask) (dependency required by "virtual/perl-Test-Harness-3.380.0::gentoo" [ebuild]) (dependency required by "perl-core/ExtUtils-MakeMaker-7.240.0::gentoo" [ebuild]) (dependency required by "virtual/perl-ExtUtils-MakeMaker-7.240.0::gentoo" [ebuild]) (dependency required by "dev-perl/Class-Singleton-1.500.0::gentoo" [ebuild]) (dependency required by "media-video/clive-2.3.0.1::gentoo" [ebuild]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) If I don't mask it off, I get the following: (just emerging perl by itself) !!! 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.26.1-r1:0/5.26::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.26* required by (virtual/perl-ExtUtils-Manifest-1.700.0-r4:0/0::gentoo, installed) ^ ^ dev-lang/perl (Argument) (and 13 more with the same problems) (dev-lang/perl-5.24.3:0/5.24::gentoo, installed) pulled in by dev-lang/perl:0/5.24= required by (virtual/perl-Test-Simple-1.1.14-r3:0/0::gentoo, installed) =dev-lang/perl-5.24* required by (virtual/perl-Term-ANSIColor-4.40.0-r1:0/0::gentoo, installed) ^ ^ dev-lang/perl:0/5.24= required by (dev-perl/XML-Twig-3.520.0:0/0::gentoo, installed) (and 261 more with the same problems) NOTE: Use the '--verbose-conflicts' option to display parents omitted above !!! The slot conflict(s) shown above involve package(s) which may need to !!! be rebuilt in order to solve the conflict(s). However, the following !!! package(s) cannot be rebuilt for the reason(s) shown: (virtual/perl-Test-Simple-1.1.14-r3:0/0::gentoo, installed): ebuild is masked or unavailable It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. 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
Re: [gentoo-user] preparing for profile switch -- major problem
On 08/12/2017 21:12, John Covici wrote: > On Fri, 08 Dec 2017 11:42:16 -0500, > Alan McKinnon wrote: >> >> On 07/12/2017 17:46, John Covici wrote: >>> On Thu, 07 Dec 2017 09:37:56 -0500, >>> Alan McKinnon wrote: >>>> >>>> On 07/12/2017 07:44, John Covici wrote: >>>>> Hi. In preparing for the profile switch and the emerge -e world, I [snip] >> No, I don't think you should revert the profile change. I understood >> from your mail than you had not done that yet, and typed accordingly. >> >> I think Michael is on the right track with backtrack - set it to >> something very high like 1000, see if that gets to a solution. > > > I did switch back, but the only way I could do a "successful" update > was to mask off 5.26 and then it skipped the update and would have > been successful. If I switch to the new profile, I can do nothing as > far as perl goes. I will show the output of just trying to emerge > below, it seems there were many many packages still requiring 5.24. No, that's not right. The tree is consistent and portage can figure out how to get from perl-5.24 to perl-5.26 You probably have a difference locally, I would search through /etc/portage looking for entries that mask some perl modules and peg them to 5.24 versions. Failing that, maybe you have a package installed that depends on a 5.24 version of some module and this is the ripple effect Perhaps run emerge with "--verbose-conflicts" and also "emerge -e world" and post the results > This is with the new profile and backtrack set to 500. > > 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.26.1-r1:0/5.26::gentoo, ebuild scheduled for merge) > pulled in by > =dev-lang/perl-5.26* required by > (virtual/perl-ExtUtils-Manifest-1.700.0-r4:0/0::gentoo, installed) > ^ ^ >dev-lang/perl (Argument) > (and 13 more with the same problems) > > (dev-lang/perl-5.24.3:0/5.24::gentoo, installed) pulled in by > =dev-lang/perl-5.24* required by > (virtual/perl-Term-ANSIColor-4.40.0-r1:0/0::gentoo, installed) >^ ^ > dev-lang/perl:0/5.24= required by > (dev-perl/XML-Twig-3.520.0:0/0::gentoo, installed) > > (and 260 more with the same problems) > > NOTE: Use the '--verbose-conflicts' option to display parents omitted > above > > It may be possible to solve this problem by using package.mask to > prevent one of those packages from being selected. However, it is also > possible that conflicting dependencies exist such that they are > impossible to satisfy simultaneously. If such a conflict exists in > the dependencies of two different packages, then those packages can > not be installed simultaneously. > > For more information, see MASKED PACKAGES section in the emerge man > page or refer to the Gentoo Handbook. > > > > -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] preparing for profile switch -- major problem
On Sat, 09 Dec 2017 03:51:03 -0500, Alan McKinnon wrote: > > On 08/12/2017 21:12, John Covici wrote: > > On Fri, 08 Dec 2017 11:42:16 -0500, > > Alan McKinnon wrote: > >> > >> On 07/12/2017 17:46, John Covici wrote: > >>> On Thu, 07 Dec 2017 09:37:56 -0500, > >>> Alan McKinnon wrote: > >>>> > >>>> On 07/12/2017 07:44, John Covici wrote: > >>>>> Hi. In preparing for the profile switch and the emerge -e world, I > > > [snip] > > > >> No, I don't think you should revert the profile change. I understood > >> from your mail than you had not done that yet, and typed accordingly. > >> > >> I think Michael is on the right track with backtrack - set it to > >> something very high like 1000, see if that gets to a solution. > > > > > > I did switch back, but the only way I could do a "successful" update > > was to mask off 5.26 and then it skipped the update and would have > > been successful. If I switch to the new profile, I can do nothing as > > far as perl goes. I will show the output of just trying to emerge > > below, it seems there were many many packages still requiring 5.24. > > No, that's not right. The tree is consistent and portage can figure out > how to get from perl-5.24 to perl-5.26 > > You probably have a difference locally, I would search through > /etc/portage looking for entries that mask some perl modules and peg > them to 5.24 versions. > > Failing that, maybe you have a package installed that depends on a 5.24 > version of some module and this is the ripple effect > > Perhaps run emerge with "--verbose-conflicts" and also "emerge -e world" > and post the results > > > > This is with the new profile and backtrack set to 500. > > > > 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.26.1-r1:0/5.26::gentoo, ebuild scheduled for merge) > > pulled in by > > =dev-lang/perl-5.26* required by > > (virtual/perl-ExtUtils-Manifest-1.700.0-r4:0/0::gentoo, installed) > > ^ ^ > > dev-lang/perl (Argument) > > (and 13 more with the same problems) > > > > (dev-lang/perl-5.24.3:0/5.24::gentoo, installed) pulled in by > > =dev-lang/perl-5.24* required by > > (virtual/perl-Term-ANSIColor-4.40.0-r1:0/0::gentoo, installed) > > ^ ^ > > dev-lang/perl:0/5.24= required by > > (dev-perl/XML-Twig-3.520.0:0/0::gentoo, installed) > > > >(and 260 more with the same problems) > > > > NOTE: Use the '--verbose-conflicts' option to display parents omitted > > above > > > > It may be possible to solve this problem by using package.mask to > > prevent one of those packages from being selected. However, it is also > > possible that conflicting dependencies exist such that they are > > impossible to satisfy simultaneously. If such a conflict exists in > > the dependencies of two different packages, then those packages can > > not be installed simultaneously. > > > > For more information, see MASKED PACKAGES section in the emerge man > > page or refer to the Gentoo Handbook. hmmm, nothing masked as far as perl modules, I will look at verbose-conflicts and maybe write down all those modules and start unmerging and see if eventually portage can figure out something -- I don't really want to do that, however I will look at the conflicts and see what I can find. -- 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] preparing for profile switch -- major problem
On Fri, 08 Dec 2017 11:42:16 -0500, Alan McKinnon wrote: > > On 07/12/2017 17:46, John Covici wrote: > > On Thu, 07 Dec 2017 09:37:56 -0500, > > Alan McKinnon wrote: > >> > >> On 07/12/2017 07:44, John Covici wrote: > >>> Hi. In preparing for the profile switch and the emerge -e world, I > >>> have run into a serious problem with perl. I think I saw on this list > >>> where perl 5.26 was going to have problems -- maybe until it is > >>> stabilized -- but if I mask it off, I get the following: > >> > >> Unmask the latest perl and update world with the old profile > >> > >> This will go smoothly as the perl team did an excellent job making sure > >> everything perl-ish in the tree works in concert with everything else. > >> However I do recall that trying to do it with a partial world update > >> didn't work - too many affected packages, so trying just perl + deps did > >> not work. Rather do a normal world update. > >> > >> Once done, then switch your profile to 17.0 and do the giant emerge -e > >> world that requires. > >> > >> tl;dr > >> > >> the news message about perl might make you think the sky will fall on > >> your head and all your kittens will die, this is actually not true. > >> > >> The v5.26 updates mostly had to do with perl's search path for perl > >> modules. Just like how we've frowned on having "." in the shell PATH for > >> decades, perl now implemented something like that for modules too. The > >> possible problem anticipated is that modules would now break if a > >> modules could not find another module it needs. But this really only > >> applied to modules outside the perl distribution itself. And the Gentoo > >> perl team dealt with all that already > >> > >> It's widely discussed all over the internet in all the usual places, you > >> are only affected if one of more of these applies: > >> > >> - you write perl modules yourself (solution: update your own code) > >> - you use many ancient cpan modules that no-one touched for yonks > >> (solution: maybe use currently supported modules instead) > >> - you heavily rely on a third party perl app that might not have been > >> updated - musicbrainz and radiator come to mind as examples (solution: > >> harass your app vendor) > >> > >> -- > >> Alan McKinnon > >> alan.mckin...@gmail.com > >> > >> > > > > So, I have already switched to the new profile, should I switch back, > > do a regular world update, or do the world update with the new profile > > -- I am compiling gcc as I write, although its not finished yet, I can > > interrupt it if necessary. > > > > > No, I don't think you should revert the profile change. I understood > from your mail than you had not done that yet, and typed accordingly. > > I think Michael is on the right track with backtrack - set it to > something very high like 1000, see if that gets to a solution. I did switch back, but the only way I could do a "successful" update was to mask off 5.26 and then it skipped the update and would have been successful. If I switch to the new profile, I can do nothing as far as perl goes. I will show the output of just trying to emerge below, it seems there were many many packages still requiring 5.24. This is with the new profile and backtrack set to 500. 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.26.1-r1:0/5.26::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.26* required by (virtual/perl-ExtUtils-Manifest-1.700.0-r4:0/0::gentoo, installed) ^ ^ dev-lang/perl (Argument) (and 13 more with the same problems) (dev-lang/perl-5.24.3:0/5.24::gentoo, installed) pulled in by =dev-lang/perl-5.24* required by (virtual/perl-Term-ANSIColor-4.40.0-r1:0/0::gentoo, installed) ^ ^ dev-lang/perl:0/5.24= required by (dev-perl/XML-Twig-3.520.0:0/0::gentoo, installed) (and 260 more with the same problems) NOTE: Use the '--verbose-conflicts' option to display parents omitted above It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. -- 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] preparing for profile switch -- major problem
On Sat, 09 Dec 2017 10:28:25 -0500, Daniel Frey wrote: > > On 12/09/17 03:23, John Covici wrote: > > On Sat, 09 Dec 2017 03:51:03 -0500, > > Alan McKinnon wrote: > >> > >> On 08/12/2017 21:12, John Covici wrote: > >>> On Fri, 08 Dec 2017 11:42:16 -0500, > >>> Alan McKinnon wrote: > >>>> > >>>> On 07/12/2017 17:46, John Covici wrote: > >>>>> On Thu, 07 Dec 2017 09:37:56 -0500, > >>>>> Alan McKinnon wrote: > >>>>>> > >>>>>> On 07/12/2017 07:44, John Covici wrote: > >>>>>>> Hi. In preparing for the profile switch and the emerge -e world, I > >> > >> > >> [snip] > >> > >> > >>>> No, I don't think you should revert the profile change. I understood > >>>> from your mail than you had not done that yet, and typed accordingly. > >>>> > >>>> I think Michael is on the right track with backtrack - set it to > >>>> something very high like 1000, see if that gets to a solution. > >>> > >>> > >>> I did switch back, but the only way I could do a "successful" update > >>> was to mask off 5.26 and then it skipped the update and would have > >>> been successful. If I switch to the new profile, I can do nothing as > >>> far as perl goes. I will show the output of just trying to emerge > >>> below, it seems there were many many packages still requiring 5.24. > >> > >> No, that's not right. The tree is consistent and portage can figure out > >> how to get from perl-5.24 to perl-5.26 > >> > >> You probably have a difference locally, I would search through > >> /etc/portage looking for entries that mask some perl modules and peg > >> them to 5.24 versions. > >> > >> Failing that, maybe you have a package installed that depends on a 5.24 > >> version of some module and this is the ripple effect > >> > >> Perhaps run emerge with "--verbose-conflicts" and also "emerge -e world" > >> and post the results > >> > >> > >>> This is with the new profile and backtrack set to 500. > >>> > >>> 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.26.1-r1:0/5.26::gentoo, ebuild scheduled for merge) > >>>pulled in by > >>>=dev-lang/perl-5.26* required by > >>>(virtual/perl-ExtUtils-Manifest-1.700.0-r4:0/0::gentoo, installed) > >>>^ ^ > >>>dev-lang/perl (Argument) > >>> (and 13 more with the same problems) > >>> > >>>(dev-lang/perl-5.24.3:0/5.24::gentoo, installed) pulled in by > >>>=dev-lang/perl-5.24* required by > >>>(virtual/perl-Term-ANSIColor-4.40.0-r1:0/0::gentoo, installed) > >>>^ ^ > >>> dev-lang/perl:0/5.24= required by > >>>(dev-perl/XML-Twig-3.520.0:0/0::gentoo, installed) > >>> > >>> (and 260 more with the same problems) > >>> > >>> NOTE: Use the '--verbose-conflicts' option to display parents omitted > >>> above > >>> > >>> It may be possible to solve this problem by using package.mask to > >>> prevent one of those packages from being selected. However, it is also > >>> possible that conflicting dependencies exist such that they are > >>> impossible to satisfy simultaneously. If such a conflict exists in > >>> the dependencies of two different packages, then those packages can > >>> not be installed simultaneously. > >>> > >>> For more information, see MASKED PACKAGES section in the emerge man > >>> page or refer to the Gentoo Handbook. > > > > hmmm, nothing masked as far as perl modules, I will look at > > verbose-conflicts and maybe write down all those modules and start > > unmerging and see if eventually portage can figure out something -- I > > don't really want to do that, however I will look at the conflicts > > and see what I can find. > > > > > > I had a lot of problems with the perl updates as well, and could > not get it to resolve. I wasted over an hour trying to resolve it > (my poor Celeron would take 5-10 minutes trying to calculate > dependencies, and I had to do this 6-7 times.) > > Note, what I did worked for me and may not work for you, so use > this advice at your own risk: I emerged the new perl with > --nodeps, and invoked `perl-cleaner all` to fix the mess > afterwards. It had everything resolved in < 10 minutes. I didn't > suffer any system breakage from using the sledgehammer approach, > but others may not be so lucky... so, as I said, try it at your > own risk. I was thinking of just that myself, I may try that later today. I am using zfs, and do snapshots frequently, so it might be possible to get back if things are a disaster, but it might work at that. Did you emerge perl again without the --nodeps afterwards to make sure? -- 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] preparing for profile switch -- major problem
On 12/09/17 03:23, John Covici wrote: On Sat, 09 Dec 2017 03:51:03 -0500, Alan McKinnon wrote: On 08/12/2017 21:12, John Covici wrote: On Fri, 08 Dec 2017 11:42:16 -0500, Alan McKinnon wrote: On 07/12/2017 17:46, John Covici wrote: On Thu, 07 Dec 2017 09:37:56 -0500, Alan McKinnon wrote: On 07/12/2017 07:44, John Covici wrote: Hi. In preparing for the profile switch and the emerge -e world, I [snip] No, I don't think you should revert the profile change. I understood from your mail than you had not done that yet, and typed accordingly. I think Michael is on the right track with backtrack - set it to something very high like 1000, see if that gets to a solution. I did switch back, but the only way I could do a "successful" update was to mask off 5.26 and then it skipped the update and would have been successful. If I switch to the new profile, I can do nothing as far as perl goes. I will show the output of just trying to emerge below, it seems there were many many packages still requiring 5.24. No, that's not right. The tree is consistent and portage can figure out how to get from perl-5.24 to perl-5.26 You probably have a difference locally, I would search through /etc/portage looking for entries that mask some perl modules and peg them to 5.24 versions. Failing that, maybe you have a package installed that depends on a 5.24 version of some module and this is the ripple effect Perhaps run emerge with "--verbose-conflicts" and also "emerge -e world" and post the results This is with the new profile and backtrack set to 500. 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.26.1-r1:0/5.26::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.26* required by (virtual/perl-ExtUtils-Manifest-1.700.0-r4:0/0::gentoo, installed) ^ ^ dev-lang/perl (Argument) (and 13 more with the same problems) (dev-lang/perl-5.24.3:0/5.24::gentoo, installed) pulled in by =dev-lang/perl-5.24* required by (virtual/perl-Term-ANSIColor-4.40.0-r1:0/0::gentoo, installed) ^ ^ dev-lang/perl:0/5.24= required by (dev-perl/XML-Twig-3.520.0:0/0::gentoo, installed) (and 260 more with the same problems) NOTE: Use the '--verbose-conflicts' option to display parents omitted above It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. hmmm, nothing masked as far as perl modules, I will look at verbose-conflicts and maybe write down all those modules and start unmerging and see if eventually portage can figure out something -- I don't really want to do that, however I will look at the conflicts and see what I can find. I had a lot of problems with the perl updates as well, and could not get it to resolve. I wasted over an hour trying to resolve it (my poor Celeron would take 5-10 minutes trying to calculate dependencies, and I had to do this 6-7 times.) Note, what I did worked for me and may not work for you, so use this advice at your own risk: I emerged the new perl with --nodeps, and invoked `perl-cleaner all` to fix the mess afterwards. It had everything resolved in < 10 minutes. I didn't suffer any system breakage from using the sledgehammer approach, but others may not be so lucky... so, as I said, try it at your own risk. Dan
Re: [gentoo-user] No 'libs' in world file?
On Tue, Mar 03, 2015 at 05:30:34PM -0800, Daniel Frey wrote On 03/03/2015 10:06 PM, Walter Dnes wrote: And a lib is not necessarily always a direct dependancy. E.g. my HDHomerun OTA TV tuner requires the media-libs/libhdhomerun ebuild to be explicitly installed. Wait, really? I've had mine since 2010 and I've never had that package installed (media-libs/libhdhomerun). MythTV detected and used it without complaints. Or is it required for other programs? I just tried genlop and it is saying I've never had any version of libhdhomerun installed. /usr/portage/distfiles/libhdhomerun_20140121.tgz is all of 47,685 bytes. It provides a ***COMMAND LINE INTERFACE***. I happen to be a command line commando Using that command line interface, I've rigged up a bash script and a text config file that allows me to fire up the local CBC station, on tuner 0, with the command... tv 0 cbc Similarly, I can launch the local CTV station with the command tv 0 ctv The other option is to save 47,685 bytes and emerge MythTV instead USE=mysql emerge -pv mythtv These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] media-libs/libogg-1.3.1 USE=-static-libs 398 KiB [ebuild N ] dev-libs/libaio-0.3.110 USE=-static-libs {-test} 42 KiB [ebuild N ] media-libs/xvid-1.3.3 USE=threads -examples -pic 0 KiB [ebuild N ] media-fonts/liberation-fonts-2.00.0-r1 USE=X -fontforge 2,249 KiB [ebuild N ] app-admin/eselect-qtgraphicssystem-1.1.1 2 KiB [ebuild N ] media-libs/libmp4v2-2.0.0 USE=-static-libs {-test} -utils 485 KiB [ebuild N ] dev-perl/TermReadKey-2.300.200-r1 37 KiB [ebuild N ] dev-perl/Net-Daemon-0.480.0-r1 29 KiB [ebuild N ] virtual/perl-Sys-Syslog-0.320.0-r2 0 KiB [ebuild N ] virtual/perl-Time-HiRes-1.972.500-r3 0 KiB [ebuild N ] virtual/perl-Term-ANSIColor-4.20.0-r2 0 KiB [ebuild N ] virtual/perl-Getopt-Long-2.390.0-r1 0 KiB [ebuild N ] dev-qt/qtcore-4.8.5-r2:4 USE=exceptions glib ssl (-aqua) -debug -iconv -icu -pch -qt3support 235,832 KiB [ebuild N ] media-libs/libvorbis-1.3.4 USE=-static-libs 1,066 KiB [ebuild N ] media-libs/taglib-1.9.1-r2 USE=asf mp4 -debug -examples {-test} 639 KiB [ebuild N ] media-sound/lame-3.99.5-r1 USE=-debug -mp3rtp -sndfile -static-libs CPU_FLAGS_X86=(-mmx) 568 KiB [ebuild N ] x11-misc/wmctrl-1.07-r1 86 KiB [ebuild N ] media-libs/faac-1.28-r4 USE=-static-libs 663 KiB [ebuild N ] x11-libs/libXinerama-1.1.3 USE=-static-libs 272 KiB [ebuild N ] dev-db/mysql-init-scripts-2.0-r1 0 KiB [ebuild N ] dev-perl/PlRPC-0.202.0-r2 18 KiB [ebuild N ] dev-qt/qtscript-4.8.5:4 USE=exceptions jit (-aqua) -debug -iconv -pch 0 KiB [ebuild N ] dev-qt/qtdbus-4.8.5:4 USE=exceptions (-aqua) -debug -pch 0 KiB [ebuild N ] media-libs/libtheora-1.1.1-r1 USE=encode -doc -examples -static-libs 1,859 KiB [ebuild N ] dev-qt/qtxmlpatterns-4.8.5:4 USE=(-aqua) -debug -pch 0 KiB [ebuild N ] dev-perl/DBI-1.628.0 USE={-test} 573 KiB [ebuild N ] dev-qt/qtgui-4.8.5-r3:4 USE=accessibility exceptions glib xv (-aqua) -cups -debug -egl -gtkstyle -mng -nas -nis -pch -qt3support -tiff -trace -xinerama 51 KiB [ebuild N ] dev-qt/qtwebkit-4.8.5:4 USE=exceptions jit (-aqua) -debug -gstreamer -icu -pch 0 KiB [ebuild N ] dev-qt/qtopengl-4.8.5:4 USE=exceptions (-aqua) -debug -egl -pch -qt3support 0 KiB [ebuild N ] dev-db/mariadb-10.0.15-r1 USE=bindist community perl ssl -cluster -debug -embedded -extraengine -jemalloc -latin1 -minimal -odbc -oqgraph -pam -profiling (-selinux) -sphinx -static -static-libs -systemtap -tcmalloc {-test} -tokudb -xml 55,691 KiB [ebuild N ] virtual/mysql-5.6-r2:0/18 USE=-embedded -minimal -static -static-libs 0 KiB [ebuild N ] dev-perl/DBD-mysql-4.20.0-r1 USE=-embedded 135 KiB [ebuild N ] dev-qt/qtsql-4.8.5:4 USE=exceptions mysql sqlite (-aqua) -debug (-firebird) -freetds -oci8 -odbc -pch -postgres -qt3support 0 KiB [ebuild N ] media-tv/mythtv-0.27_p20140321 USE=hls theora vorbis xml xvid -alsa (-altivec) -autostart -bluray -cec -crystalhd -debug -dvb -dvd -egl -fftw -ieee1394 -jack -lcd -libass -lirc -perl -pulseaudio -python -raop -vaapi -vdpau -xmltv INPUT_DEVICES=-joystick 84,182 KiB total: 34 packages (34 new), Size of downloads: 384,869 KiB No thanks. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
[gentoo-user] newish vbox gentoo guest crashes from startx
Setup: gentoo 32bit vbox guest on win 10 64bit host Installed xorg-server, lxde Meta pkgs and deps (along with many other pkgs ... to many to list here but included at the end) uname -a: Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 Intel(R) Xeon(R) CPU X5450 @ 3.00GHz GenuineIntel GNU/Linux Theoretically the install should be ready now to run X and lxde. However, when I run `startlxde' nothing whatsoever happens. At least not at the command line or visibly. Prompt just returns lamely. However, if I run startx. The vm crashes clear to power off or sometimes just becomes inoperable with these error messages showing. (Note: nothing can be clicked moved or etc at this point) I'm having trouble figuring out where to start to get a handle on this. This is not my first time installing gentoo in a vbox vm... I've done several over time and two just of late. Although the installs were not trouble free, I had none of this sort of trouble. Posting /var/log/Xorg.0.log which shows several modules not loading. vesa and fbdev... but checking my kernel compile I see both were selected for. Other parts I'm not sure what they might mean. Also included below is last 175 lines of a debug.log I have setup in rsyslog. I can't tell how many lines to include so just a shot in the dark. There are a number of lines about Vbox not recognizing symbols And finally a full listing of everthing that has been installed. Which runs to 650+ lines. So massive amount of data... which seems .. unavoidable. I've labeled each between these: --- --- ---=--- --- --- LABEL --- --- ---=--- --- --- Labels are: Xorg.0.log tail_of_debug.log installed_pkgs_list.txt Hopefull will make jumping around a bit easier if anyone even gets that far. --- --- ---=--- --- --- Xorg.0.log --- --- ---=--- --- --- [ 1215.250] X.Org X Server 1.18.4 Release Date: 2016-07-19 [ 1215.262] X Protocol Version 11, Revision 0 [ 1215.266] Build Operating System: Linux 4.8.8-gentoo i686 Gentoo [ 1215.268] Current Operating System: Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 [ 1215.268] Kernel command line: root=/dev/sda3 vga=0x31b video=vesfb:mtrr:3,ywrap [ 1215.272] Build Date: 06 December 2016 09:05:57PM [ 1215.274] [ 1215.277] Current version of pixman: 0.34.0 [ 1215.287]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1215.287] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1215.295] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 7 10:07:52 2016 [ 1215.348] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 1215.350] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 1215.371] (==) No Layout section. Using the first Screen section. [ 1215.371] (==) No screen section available. Using defaults. [ 1215.371] (**) |-->Screen "Default Screen Section" (0) [ 1215.371] (**) | |-->Monitor "" [ 1215.372] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 1215.372] (==) Automatically adding devices [ 1215.372] (==) Automatically enabling devices [ 1215.372] (==) Automatically adding GPU devices [ 1215.373] (==) Max clients allowed: 256, resource mask: 0x1f [ 1215.385] (WW) The directory "/usr/share/fonts/misc/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/TTF/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/OTF/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/Type1/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/100dpi/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/75dpi/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (==) FontPath set to: [ 1215.385] (==) ModulePath set to "/usr/lib/xorg/modules" [ 1215.385] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1215.386] (II) Loader magic: 0x8282620 [ 1215.386] (II) Module ABI versions: [ 1215.386]X.Org ANSI C Emulation: 0.4 [ 1215.386]X.Org Video Driver: 20.0 [ 1215.386]X.Org XInput driver : 22.1 [ 1215.386]X.Org Server Extension : 9.0 [ 1215.390] (--) PCI:*(0:0:2:0) 80ee:beef:: rev 0, Mem @ 0xe000/33554432, BIOS @ 0x/131072 [ 1215.390] (II) LoadModule: "glx"
Re: [gentoo-user] newish vbox gentoo guest crashes from startx
On 07/12/2016 17:34, Harry Putnam wrote: > Setup: > >gentoo 32bit vbox guest on win 10 64bit host >Installed xorg-server, lxde Meta pkgs and deps >(along with many other pkgs ... to many to list >here but included at the end) > > uname -a: > Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 Intel(R) > Xeon(R) CPU X5450 @ 3.00GHz GenuineIntel GNU/Linux > > Theoretically the install should be ready now to run X and lxde. > However, when I run `startlxde' nothing whatsoever happens. At least > not at the command line or visibly. Prompt just returns lamely. > > However, if I run startx. The vm crashes clear to power off or > sometimes just becomes inoperable with these error messages showing. > (Note: nothing can be clicked moved or etc at this point) Your first problem seems to be you don't have any input or output devices. Please post - eix xorg-server - values of INPUT_DEVICES and VIDEO_CARDS from make.conf - confirm that you built the kernel with evdev and the kernel module is loaded There's a decent X11 install page on the gentoo wiki, did you follow it? Installing on vbox is not too different from installing on metal except you don't use the video driver for the physical card, you use the vbox one (it's virtualized). Lastly, why a 32 bit guest on a 64 bit host? There's little benefit from doing that, and amd64 is far better supported in general than x86_64. Plus you just create more work for the host. Alan > > > > > I'm having trouble figuring out where to start to get a handle on > this. > > This is not my first time installing gentoo in a vbox vm... I've done > several over time and two just of late. Although the installs were > not trouble free, I had none of this sort of trouble. > > Posting /var/log/Xorg.0.log which shows several modules not loading. > vesa and fbdev... but checking my kernel compile I see both were > selected for. Other parts I'm not sure what they might mean. > > Also included below is last 175 lines of a debug.log I have setup in > rsyslog. > > I can't tell how many lines to include so just a shot in the dark. > There are a number of lines about Vbox not recognizing symbols > > And finally a full listing of everthing that has been installed. Which > runs to 650+ lines. So massive amount of data... which seems > .. unavoidable. I've labeled each between these: > --- --- ---=--- --- --- > LABEL > --- --- ---=--- --- --- > > Labels are: > >Xorg.0.log >tail_of_debug.log >installed_pkgs_list.txt > > Hopefull will make jumping around a bit easier if anyone even gets > that far. > > --- --- ---=--- --- --- > Xorg.0.log > --- --- ---=--- --- --- > [ 1215.250] > X.Org X Server 1.18.4 > Release Date: 2016-07-19 > [ 1215.262] X Protocol Version 11, Revision 0 > [ 1215.266] Build Operating System: Linux 4.8.8-gentoo i686 Gentoo > [ 1215.268] Current Operating System: Linux g0 4.8.8-gentoo #2 Fri Nov 18 > 20:16:14 EST 2016 i686 > [ 1215.268] Kernel command line: root=/dev/sda3 vga=0x31b > video=vesfb:mtrr:3,ywrap > [ 1215.272] Build Date: 06 December 2016 09:05:57PM > [ 1215.274] > [ 1215.277] Current version of pixman: 0.34.0 > [ 1215.287] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [ 1215.287] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [ 1215.295] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 7 10:07:52 > 2016 > [ 1215.348] (==) Using config directory: "/etc/X11/xorg.conf.d" > [ 1215.350] (==) Using system config directory "/usr/share/X11/xorg.conf.d" > [ 1215.371] (==) No Layout section. Using the first Screen section. > [ 1215.371] (==) No screen section available. Using defaults. > [ 1215.371] (**) |-->Screen "Default Screen Section" (0) > [ 1215.371] (**) | |-->Monitor "" > [ 1215.372] (==) No monitor specified for screen "Default Screen Section". > Using a default monitor configuration. > [ 1215.372] (==) Automatically adding devices > [ 1215.372] (==) Automatically enabling devices > [ 1215.372] (==) Automatically adding GPU devices > [ 1215.373] (==) Max clients allowed: 256, resource mask: 0x1f > [ 1215.385] (WW) The directory "/usr/share/fonts/misc/" does not exist. > [ 1215.385] Entry deleted from font path. > [ 1215.385] (WW) The directory "/usr/share/fonts/TTF/" does not exist. > [ 1215.385] Entry deleted from font path. > [ 1215.385] (WW) The directory "/usr/share/fonts/OTF/" does not exist. > [ 1215.385] Entry deleted from font path. > [ 1215.385] (WW) The directory "/usr/share/fonts/Type1/" does not exist. > [ 1215.385] Entry deleted from font path. > [