[gentoo-user] how to record mp3 stream
Hi. I am interested in recording an mp3 stream in the background and being able to specify start/stop time, etc. I looked at Google, but just found a package called audio-recorder, but I am not sure its currently maintained and its not in the gentoo packages. 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 wb2una cov...@ccs.covici.com
[gentoo-user] world upgrade a mess, need some advise
Hi. So, trying to do a world update, I ran into two major problems -- one is perl and the other is python 3.12. Here is what I get trying to upgrade perl by itself: These are the packages that would be merged, in order: Calculating dependencies ... done! Dependency resolution took 28.07 s (backtrack: 3/200). [ebuild U ] dev-lang/perl-5.40.0:0/5.40::gentoo [5.38.2-r6:0/5.38::gentoo] USE="gdbm -berkdb -doc -minimal" PERL_FEATURES="(-debug) -ithreads -quadmath" 13,616 KiB Total: 1 package (1 upgrade), Size of downloads: 13,616 KiB !!! 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.40.0:0/5.40::gentoo, ebuild scheduled for merge) USE="gdbm -berkdb -doc -minimal" ABI_X86="(64)" PERL_FEATURES="(-debug) -ithreads -quadmath" pulled in by =dev-lang/perl-5.40* required by (virtual/perl-CPAN-2.360.0-r1-1:0/0::gentoo, installed) USE="" ABI_X86="(64)" ^ ^ =dev-lang/perl-5.40.0 (Argument) (and 35 more with the same problems) (dev-lang/perl-5.38.2-r6-1:0/5.38::gentoo, installed) USE="gdbm -berkdb -doc -minimal" ABI_X86="(64)" PERL_FEATURES="(-debug) -ithreads -quadmath" pulled in by dev-lang/perl:0/5.38= required by (virtual/perl-CPAN-Meta-YAML-0.18.0-r10-1:0/0::gentoo, installed) USE="" ABI_X86="(64)" dev-lang/perl:0/5.38=[-build(-)] required by (dev-vcs/git-2.45.1-1:0/0::gentoo, installed) USE="blksha1 curl gpg iconv keyring nls pcre perl safe-directory webdav -cgi -cvs -doc -highlight -mediawiki -perforce (-selinux) -subversion -t\est -tk -xinetd" ABI_X86="(64)" PYTHON_SINGLE_TARGET="python3_11 -python3_10 -python3_12" \ =dev-lang/perl-5.38* required by (virtual/perl-Socket-2.36.0-1:0/0::gentoo, installed) USE="" ABI_X86="(64)" ^ ^ (and 308 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: (dev-vcs/git-2.45.1-1: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. !!! The following installed packages are masked: - xfce-base/xfconf-4.19.2::gentoo (masked by: package.mask) /var/db/repos/gentoo/profiles/package.mask: # Micha\u0142 Górny (2024-06-08) # Prereleases of Xfce 4.20. Masking upon popular request, due to # a large number of regressions in every new release. - dev-php/PEAR-Mail-1.5.0::gentoo (masked by: package.mask) /var/db/repos/gentoo/profiles/package.mask: # Viorel Munteanu (2024-06-11) # dev-php/pear, dev-php/PEAR-* and their reverse dependencies: mask for removal # in 30 days. ## they have around 40 bugs. # Removal: 2024-07-11. Bug #933998. - xfce-base/libxfce4util-4.19.3::gentoo (masked by: package.mask) - dev-php/PEAR-DB-1.11.0::gentoo (masked by: package.mask) - dev-build/xfce4-dev-tools-4.19.1::gentoo (masked by: package.mask) - dev-php/PEAR-Date-1.5.0_alpha4-r1::gentoo (masked by: package.mask) - xfce-base/exo-4.19.0::gentoo (masked by: package.mask) - dev-php/PEAR-XML_Serializer-0.21.0-r1::gentoo (masked by: - package.mask) - xfce-base/libxfce4ui-4.19.5::gentoo (masked by: package.mask) - dev-php/PEAR-XML_Parser-1.3.8-r1::gentoo (masked by: package.mask) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. I tried with backtrack=1000, with no different results. 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 wb2una cov...@ccs.covici.com
Re: [gentoo-user] world upgrade a mess, need some advise
On Monday, 1 July 2024 11:04:37 BST John Covici wrote: > Hi. So, trying to do a world update, I ran into two major problems -- > one is perl and the other is python 3.12. Here is what I get trying > to upgrade perl by itself: > > These are the packages that would be merged, in order: > > Calculating dependencies ... done! > Dependency resolution took 28.07 s (backtrack: 3/200). > > [ebuild U ] dev-lang/perl-5.40.0:0/5.40::gentoo > [5.38.2-r6:0/5.38::gentoo] USE="gdbm -berkdb -doc -minimal" > PERL_FEATURES="(-debug) -ithreads -quadmath" 13,616 KiB > > Total: 1 package (1 upgrade), Size of downloads: 13,616 KiB > > !!! 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.40.0:0/5.40::gentoo, ebuild scheduled for merge) > USE="gdbm -berkdb -doc -minimal" ABI_X86="(64)" > PERL_FEATURES="(-debug) -ithreads -quadmath" pulled in by > =dev-lang/perl-5.40* required by > (virtual/perl-CPAN-2.360.0-r1-1:0/0::gentoo, installed) USE="" > ABI_X86="(64)" > ^ ^ >=dev-lang/perl-5.40.0 (Argument) > (and 35 more with the same problems) > > (dev-lang/perl-5.38.2-r6-1:0/5.38::gentoo, installed) USE="gdbm > -berkdb -doc -minimal" ABI_X86="(64)" PERL_FEATURES="(-debug) > -ithreads -quadmath" pulled in by > dev-lang/perl:0/5.38= required by > (virtual/perl-CPAN-Meta-YAML-0.18.0-r10-1:0/0::gentoo, installed) > USE="" ABI_X86="(64)" > > dev-lang/perl:0/5.38=[-build(-)] required by > (dev-vcs/git-2.45.1-1:0/0::gentoo, installed) USE="blksha1 curl gpg > iconv keyring nls pcre perl safe-directory webdav -cgi -cvs -doc > -highlight -mediawiki -perforce (-selinux) -subversion -t\est -tk > -xinetd" ABI_X86="(64)" PYTHON_SINGLE_TARGET="python3_11 -python3_10 > -python3_12" > > \ > =dev-lang/perl-5.38* required by > (virtual/perl-Socket-2.36.0-1:0/0::gentoo, installed) USE="" > ABI_X86="(64)" > ^ ^ >(and 308 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: > > (dev-vcs/git-2.45.1-1: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. > > > !!! The following installed packages are masked: > - xfce-base/xfconf-4.19.2::gentoo (masked by: package.mask) > /var/db/repos/gentoo/profiles/package.mask: > # Micha\u0142 Górny (2024-06-08) > # Prereleases of Xfce 4.20. Masking upon popular request, due to > # a large number of regressions in every new release. > > - dev-php/PEAR-Mail-1.5.0::gentoo (masked by: package.mask) > /var/db/repos/gentoo/profiles/package.mask: > # Viorel Munteanu (2024-06-11) > # dev-php/pear, dev-php/PEAR-* and their reverse dependencies: mask > for removal > # in 30 days. > ## they have around 40 bugs. > # Removal: 2024-07-11. Bug #933998. > > - xfce-base/libxfce4util-4.19.3::gentoo (masked by: package.mask) > - dev-php/PEAR-DB-1.11.0::gentoo (masked by: package.mask) > - dev-build/xfce4-dev-tools-4.19.1::gentoo (masked by: package.mask) > - dev-php/PEAR-Date-1.5.0_alpha4-r1::gentoo (masked by: package.mask) > - xfce-base/exo-4.19.0::gentoo (masked by: package.mask) > - dev-php/PEAR-XML_Serializer-0.21.0-r1::gentoo (masked by: > - package.mask) > - xfce-base/libxfce4ui-4.19.5::gentoo (masked by: package.mask) > - dev-php/PEAR-XML_Parser-1.3.8-r1::gentoo (masked by: package.mask) > For more information, see the MASKED PACKAGES section in the emerge > man page or refer to the Gentoo Handbook. > I tried with backtrack=1000, with no different results. > > Thanks in advance for any suggestions. Whenever I have a problem involving perl I first run: /usr/bin/perl-cleaner --reallyall I don't know if it will fix your problem, but it won't hurt trying this first. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] how to record mp3 stream
Le lun. 1 juil. 2024 à 11:19, John Covici a écrit : > Hi. I am interested in recording an mp3 stream in the background and > being able to specify start/stop time, etc. > > I looked at Google, but just found a package called audio-recorder, > but I am not sure its currently maintained and its not in the gentoo > packages. > > 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 wb2una > cov...@ccs.covici.com > > VLC ? https://linuxconfig.org/how-to-stream-video-from-vlc -- Jacques
Re: [gentoo-user] world upgrade a mess, need some advise
On 01/07/2024 11:34, Michael wrote: Thanks in advance for any suggestions. Whenever I have a problem involving perl I first run: /usr/bin/perl-cleaner --reallyall I don't know if it will fix your problem, but it won't hurt trying this first. Yup. I discovered this. A lot of perl stuff doesn't seem to get updated in the normal course of updates, and all of a sudden perl itself gets wedged. Bear in mind large chunks of Perl are downloaded from CPAN, and the eco-system is designed to upgrade them from inside Perl itself, you can see how things go wrong ... Cheers, Wol
Re: [gentoo-user] how to record mp3 stream
On Monday, 1 July 2024 11:39:09 BST Jacques Montier wrote: > Le lun. 1 juil. 2024 à 11:19, John Covici a écrit : > > Hi. I am interested in recording an mp3 stream in the background and > > being able to specify start/stop time, etc. > > > > I looked at Google, but just found a package called audio-recorder, > > but I am not sure its currently maintained and its not in the gentoo > > packages. > > > > 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 wb2una > > cov...@ccs.covici.com > > VLC ? > https://linuxconfig.org/how-to-stream-video-from-vlc > > -- > Jacques There is arecord from the package media-sound/alsa-utils, there's ffmpeg and even cvlc if you want/prefer to use CLI tools, but as far as I know they will all require some scripting to control start/stop time if you're not doing it manually. Will probably require transcoding into MP3 from raw PCM audio capture (e.g. from pcm_s16le). You could always record over a longer duration and then chop the bits at the start/end you don't wish to retain. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing
On Sunday, 30 June 2024 23:56:40 BST Dale wrote: > Michael wrote: > > This is good! :D > > Edit the section below by adding the PreferredMode line: > > > > Section "Monitor" > > > > Identifier "Monitor0" > > VendorName "Unknown" > > ModelName "LG Electronics W2253" > > HorizSync 30.0 - 83.0 > > VertRefresh 56.0 - 61.0 > > Option "PreferredMode" "1920x1080_60.00" > > Option "DPMS" > > > > EndSection > > > > Save it, then check if you get a consistent result when you restart the > > DM, or reboot. > > > > If it is still playing up you need to show the Xorg.0.log while the > > monitor is working with the nvidia driver, to see which Modeline it uses > > and add this in the "Monitor" section too, above the "PreferredMode" > > entry. > > > > If none of this works reliably, then you have to capture the EDID table > > while the monitor is working, save it in a file and set nvidia-settings > > to use it hereafter. However, if you will NOT be using this monitor for > > much longer this would be an exercise only to make you feel good for > > beating it into submission! LOL! > > OK. First time, it worked. Second time, it came up but in low res. > Plasma was working to, both times. So, I opened the Nvidia GUI and told > it to safe a new config with it in hi res mostly just to see what it > would add if anything. It did. The only change I could see was it > added metamodes options like this: > > Section "Screen" > > # Removed Option "metamodes" "nvidia-auto-select +0+0" > Identifier "Screen0" > Device "Device0" > Monitor"Monitor0" > DefaultDepth24 > Option "Stereo" "0" > Option "nvidiaXineramaInfoOrder" "DP-3" > Option "metamodes" "1920x1080 +0+0" > #Option "metamodes" "1920x1080 +0+0; 1024x768_60 +0+0" > Option "SLI" "Off" > Option "MultiGPU" "Off" > Option "BaseMosaic" "off" > SubSection "Display" > Depth 24 > EndSubSection > EndSection > > > As you can see, I removed the low res part, don't want that anyway, and > it seems to work more often but still fails a lot. So, I removed the > metamodes Nvidia added. Then it didn't come up at all, sddm or > anything, when I restarted DM. I thought it adding your setting to > another section might help. Guess not. With the following removed, it > seems to do a little better but still can't depend on it to work. > > Section "Screen" > #Option "nvidiaXineramaInfoOrder" "DP-3" > #Option "metamodes" "1920x1080 +0+0" > #Option "metamodes" "1920x1080 +0+0; 1024x768_60 +0+0" You can add back: Option "metamodes" "1920x1080_60 +0+0" > Basically, it is doing like it always has. Most of the time, it doesn't > work. Sometimes it does. To be honest tho, I still wonder if it even > reads the file. When I change something, I'd expect something > different. Generally, it doesn't seem to affect anything unless I > reboot completely. Sometimes I'm not sure it does then either. So, I > think this old monitor just has a issue. Maybe I need to rebuild some > more of the power supply or something in case it is providing bad power > to the parts that talks to the puter. Either way, if the new one works, > I just don't think this old monitor is going to work correctly no matter > what we throw at it. The last thing left to try is to capture the EDID table with nvidia-settings, configure it to stop trying to load it from the monitor and instead feed the captured file to it. If that doesn't work either, then there is no solution I can think of ... > I will saw this, we threw the kitchen sink at it. I think this is one > of the longest threads I've seen in a long while. o_O > > Dale > > :-) > > P. S. Monitor updated. Now it says tomorrow. It's in the right place > to do so. It's at the Memphis hub. Usually, it comes from there to the > local distribution point and on the truck. They sometimes deliver by > noon. Could be a little late given it is Monday. Hopefully this won't be the start of a new loong thread on yet another monitor! LOL! signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Can't get the GUI to stay up for more than a minute or so before crashing
Michael wrote: > On Sunday, 30 June 2024 23:56:40 BST Dale wrote: >> Michael wrote: >>> This is good! :D >>> Edit the section below by adding the PreferredMode line: >>> >>> Section "Monitor" >>> >>> Identifier "Monitor0" >>> VendorName "Unknown" >>> ModelName "LG Electronics W2253" >>> HorizSync 30.0 - 83.0 >>> VertRefresh 56.0 - 61.0 >>> Option "PreferredMode" "1920x1080_60.00" >>> Option "DPMS" >>> >>> EndSection >>> >>> Save it, then check if you get a consistent result when you restart the >>> DM, or reboot. >>> >>> If it is still playing up you need to show the Xorg.0.log while the >>> monitor is working with the nvidia driver, to see which Modeline it uses >>> and add this in the "Monitor" section too, above the "PreferredMode" >>> entry. >>> >>> If none of this works reliably, then you have to capture the EDID table >>> while the monitor is working, save it in a file and set nvidia-settings >>> to use it hereafter. However, if you will NOT be using this monitor for >>> much longer this would be an exercise only to make you feel good for >>> beating it into submission! LOL! >> OK. First time, it worked. Second time, it came up but in low res. >> Plasma was working to, both times. So, I opened the Nvidia GUI and told >> it to safe a new config with it in hi res mostly just to see what it >> would add if anything. It did. The only change I could see was it >> added metamodes options like this: >> >> Section "Screen" >> >> # Removed Option "metamodes" "nvidia-auto-select +0+0" >> Identifier "Screen0" >> Device "Device0" >> Monitor"Monitor0" >> DefaultDepth24 >> Option "Stereo" "0" >> Option "nvidiaXineramaInfoOrder" "DP-3" >> Option "metamodes" "1920x1080 +0+0" >> #Option "metamodes" "1920x1080 +0+0; 1024x768_60 +0+0" >> Option "SLI" "Off" >> Option "MultiGPU" "Off" >> Option "BaseMosaic" "off" >> SubSection "Display" >> Depth 24 >> EndSubSection >> EndSection >> >> >> As you can see, I removed the low res part, don't want that anyway, and >> it seems to work more often but still fails a lot. So, I removed the >> metamodes Nvidia added. Then it didn't come up at all, sddm or >> anything, when I restarted DM. I thought it adding your setting to >> another section might help. Guess not. With the following removed, it >> seems to do a little better but still can't depend on it to work. >> >> Section "Screen" >> #Option "nvidiaXineramaInfoOrder" "DP-3" >> #Option "metamodes" "1920x1080 +0+0" >> #Option "metamodes" "1920x1080 +0+0; 1024x768_60 +0+0" > You can add back: > > Option "metamodes" "1920x1080_60 +0+0" > Well, I did a sync and upgrade last night. I also renamed the config file so that it shouldn't be seen anymore. That way when the new monitor arrives, I don't have a clash with it. >> Basically, it is doing like it always has. Most of the time, it doesn't >> work. Sometimes it does. To be honest tho, I still wonder if it even >> reads the file. When I change something, I'd expect something >> different. Generally, it doesn't seem to affect anything unless I >> reboot completely. Sometimes I'm not sure it does then either. So, I >> think this old monitor just has a issue. Maybe I need to rebuild some >> more of the power supply or something in case it is providing bad power >> to the parts that talks to the puter. Either way, if the new one works, >> I just don't think this old monitor is going to work correctly no matter >> what we throw at it. > The last thing left to try is to capture the EDID table with nvidia-settings, > configure it to stop trying to load it from the monitor and instead feed the > captured file to it. If that doesn't work either, then there is no solution > I > can think of ... > > >> I will saw this, we threw the kitchen sink at it. I think this is one >> of the longest threads I've seen in a long while. o_O >> >> Dale >> >> :-) >> >> P. S. Monitor updated. Now it says tomorrow. It's in the right place >> to do so. It's at the Memphis hub. Usually, it comes from there to the >> local distribution point and on the truck. They sometimes deliver by >> noon. Could be a little late given it is Monday. > Hopefully this won't be the start of a new loong thread on yet another > monitor! LOL! I hope it works like it should. If it does, I may do some work on that old monitor. Check the caps in the power supply and such as that. I rebuilt it a few years ago but maybe I missed something. I may have fixed it enough to come on, display part anyway, but not enough for everything, the ID part, to work correctly. Right now, it still shows the new monitor at the hub around Memphis. It is Monday and they do get their stuff local a little late. UPS gets theirs before sunup. Th
Re: [gentoo-user] world upgrade a mess, need some advise
Wols Lists wrote: > On 01/07/2024 11:34, Michael wrote: >>> Thanks in advance for any suggestions. >> Whenever I have a problem involving perl I first run: >> >> /usr/bin/perl-cleaner --reallyall >> >> I don't know if it will fix your problem, but it won't hurt trying >> this first. > > Yup. I discovered this. A lot of perl stuff doesn't seem to get > updated in the normal course of updates, and all of a sudden perl > itself gets wedged. > > Bear in mind large chunks of Perl are downloaded from CPAN, and the > eco-system is designed to upgrade them from inside Perl itself, you > can see how things go wrong ... > > Cheers, > Wol > > I seem to recall having to run that during that upgrade as well. It reinstalled a lot of packages but it worked. It's worth trying for sure. Dale :-) :-)
Re: [gentoo-user] bash: genfun_has_readline
On Sunday, 30 June 2024 16:56:56 BST I wrote: > I'm seeing this every time I chroot into my rescue system: > > # chroot /mnt/rescue /bin/bash > bash: genfun_has_readline: command not found --->8 > The same thing happened when I started a new build from stage-3, when I > chrooted into the nascent system. I was mistaken about that latter; it's more complicated than I thought. The problem seems to have been that I was running the new installation by hosting a chroot on an already running Gentoo system. I still have no idea what's wrong with doing that, but I get all sorts of dramatic failures in emerging. I've now run a successful installation from a SysRescCD, so I'm left with yet more head-scratching. Sorry about the noise. -- Regards, Peter.
[gentoo-user] Using Gentoo binary packages
Hello list, Can someone please tell me what the official cure is for the error "unsafe permissions on homedir '/etc/portage/gnupg' ? I even get it if I remove that directory altogether and then run 'getuto' . If getuto can't create the directory with safe permissions, what chance do I have? -- Regards, Peter.
Re: [gentoo-user] Using Gentoo binary packages
On 7/1/24 11:35 AM, Peter Humphrey wrote: > Hello list, > > Can someone please tell me what the official cure is for the error "unsafe > permissions on homedir '/etc/portage/gnupg' ? I even get it if I remove that > directory altogether and then run 'getuto' . > > If getuto can't create the directory with safe permissions, what chance do I > have? GnuPG is incorrect, and the permissions aren't unsafe. It is claiming they are unsafe because users other than root can see the pubkeys in read-only mode. -- Eli Schwartz OpenPGP_0x84818A6819AF4A9B.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] world upgrade a mess, need some advise
On Mon, 01 Jul 2024 09:53:56 -0400, Dale wrote: > > Wols Lists wrote: > > On 01/07/2024 11:34, Michael wrote: > >>> Thanks in advance for any suggestions. > >> Whenever I have a problem involving perl I first run: > >> > >> /usr/bin/perl-cleaner --reallyall > >> > >> I don't know if it will fix your problem, but it won't hurt trying > >> this first. > > > > Yup. I discovered this. A lot of perl stuff doesn't seem to get > > updated in the normal course of updates, and all of a sudden perl > > itself gets wedged. > > > > Bear in mind large chunks of Perl are downloaded from CPAN, and the > > eco-system is designed to upgrade them from inside Perl itself, you > > can see how things go wrong ... > > > > Cheers, > > Wol > > > > > > > I seem to recall having to run that during that upgrade as well. It > reinstalled a lot of packages but it worked. It's worth trying for sure. > But don't you do that after the upgrade -- I can't even start the upgrade, so how would perl-cleaner help? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] world upgrade a mess, need some advise
John Covici wrote: > On Mon, 01 Jul 2024 09:53:56 -0400, > Dale wrote: >> Wols Lists wrote: >>> On 01/07/2024 11:34, Michael wrote: > Thanks in advance for any suggestions. Whenever I have a problem involving perl I first run: /usr/bin/perl-cleaner --reallyall I don't know if it will fix your problem, but it won't hurt trying this first. >>> Yup. I discovered this. A lot of perl stuff doesn't seem to get >>> updated in the normal course of updates, and all of a sudden perl >>> itself gets wedged. >>> >>> Bear in mind large chunks of Perl are downloaded from CPAN, and the >>> eco-system is designed to upgrade them from inside Perl itself, you >>> can see how things go wrong ... >>> >>> Cheers, >>> Wol >>> >>> >> >> I seem to recall having to run that during that upgrade as well. It >> reinstalled a lot of packages but it worked. It's worth trying for sure. >> > But don't you do that after the upgrade -- I can't even start the > upgrade, so how would perl-cleaner help? > I can't recall for sure but I think my problem was different but perl related. I had some circular problems with some packages and was getting some weird error when it failed. Anyway, I'm almost certain it was Micheal that recommended running perl-cleaner. It fixed the perl problem I had. I've seen a couple others over the years use it. I think perl tends to manage itself fairly well but sometimes, it just needs a good swift kick. I think there is a pretend option. You could try that if there is one and just see what it says it will do and if you think it is OK. Or, post what it says here and see what others think about what it wants to do if you not sure. I'm not a perl expert but that command has fixed some odd issues before. Dale :-) :-) P. S. No monitor today. They deliver before it gets this late. It looks like it missed the truck from the Memphis hub to my local distribution center. It shows it is still there, not here. Maybe tomorrow. < me prays >
Re: [gentoo-user] world upgrade a mess, need some advise
On 01/07/2024 20:27, John Covici wrote: I seem to recall having to run that during that upgrade as well. It reinstalled a lot of packages but it worked. It's worth trying for sure. But don't you do that after the upgrade -- I can't even start the upgrade, so how would perl-cleaner help? Trust me it does! You have a bunch of old perl scripts, one (or more) of which are blocking the upgrade. perl-cleaner will upgrade them to the latest version compatible with your current perl, which then frees up the perl upgrade. Make sure you run perl-cleaner again afterwards, to ensure you have the absolute latest version of all these extra bits. In fact, you should really run perl-cleaner after every "emerge --update". Most people most of the time either forget or don't realise ... Don't forget, if I've got it right, perl and CPAN predate linux, so if there's an argument about who needs to change, perl simply says "I was here first, you have to do it *my* way". Cheers, Wol
Re: [gentoo-user] world upgrade a mess, need some advise
On Mon, 01 Jul 2024 19:16:11 -0400, Wol wrote: > > On 01/07/2024 20:27, John Covici wrote: > >> I seem to recall having to run that during that upgrade as well. It > >> reinstalled a lot of packages but it worked. It's worth trying for sure. > >> > > But don't you do that after the upgrade -- I can't even start the > > upgrade, so how would perl-cleaner help? > > Trust me it does! > > You have a bunch of old perl scripts, one (or more) of which are > blocking the upgrade. perl-cleaner will upgrade them to the > latest version compatible with your current perl, which then > frees up the perl upgrade. Make sure you run perl-cleaner again > afterwards, to ensure you have the absolute latest version of all > these extra bits. In fact, you should really run perl-cleaner > after every "emerge --update". Most people most of the time > either forget or don't realise ... > > Don't forget, if I've got it right, perl and CPAN predate linux, > so if there's an argument about who needs to change, perl simply > says "I was here first, you have to do it *my* way". > > Cheers, > Wol > I ran perl-cleaner and it is going right now -- installing perl itself and lots of others -- thanks a lot people. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
