[gentoo-user] Re: Perl 5.30.1 Locale::Language missing
Petric Frank wrote: > I looked inside the perl source archives. Language.pm is missing from > 5.30.1 whereas it is available in 5.28.2. This looks like a bug in the perl distribution to me: man perl5300delta claims "Locale::Codes has been upgraded from version 3.56 to 3.57." and man perl5301delta neither mentions "Locale" nor "Codes", yet the whole cpan/Locale-Codes subdirectory is missing from 5.30.1. Although it should not be hard to write an ebuild as a temporary workaround, I suggest to file a bug at perl itself.
[gentoo-user] Re: External hard drive and idle activity
On 2020-01-02 14:12, Rich Freeman wrote: > > Device Model: ST8000AS0003-2HH188 > > > > I recall reading about SMR but can't recall the details of what it is. > > far as I know, this is just a basic 8TB drive. > > This is an SMR drive. You should DEFINITELY read up on what they are. How do you know? The identfying string doesn't appear in the kernel source (I did a case-insensitive recursive grep). -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] Frontier ADSL modem and IP address
Dale wrote: > Howdy, > > I ran up on a used DSL modem that supports IPv6. It was cheap so > figured why not. Ironically, it is also a router. It's a Netgear > Frontier B90-755044-15 sometimes referred to as the 7550. Anyway, I > tried all the usual IPs to access the thing, no luck. I tried resetting > it, holding the reset button for 7 seconds. That didn't help either. > I've googled and tried all the IPs I can find that way too. None of > this is working. The lights and all come up like it should. It seems > to be working fine, just can't access it to set it up. > > Is there a way to find the IP for this thing? I'm out of ideas here. > Anyone own one of these and can share their defaults? Why don't they > put the default IP on the bottom anyway??? > > Thanks. > > Dale > > :-) :-) > I got the new AT version of the modem today. It practically worked out of the box. It has IPv6 info in several places, including the ability to turn IPv6 off. A little tip. If you buy a used modem with user/password info already there, it does connect and look like it is internet active but it isn't. With old user/password it connects but it doesn't allow any connections. Sort of weird but once I put in my user/password info, it worked like it should. Didn't expect it to connect at all really. The router will be here Monday I think. Thanks to all who helped on this. Dale :-) :-)
Re: [gentoo-user] Perl 5.30.1 Locale::Language missing
On Sat, 04 Jan 2020 18:21:17 +0100, Petric Frank wrote: > A short search seems to state the the used have to install the packages > Locale::Language > Locale::Codes > > from CPAN instead. > > Due i am not a master of constructing perl-ebuilds - anyone already > have build the ebuilds and share it with me ? app-portage/g-cpan will do it for you % eix g-cpan * app-portage/g-cpan Available versions: 0.16.5 (~)0.16.6 (~)0.16.7^t 0.16.9-r1^t ***l^t {test} Homepage:https://wiki.gentoo.org/wiki/Project:Perl/g-cpan Description: Autogenerate and install ebuilds for CPAN modules -- Neil Bothwick Megabyte: (n.) more than you can comprehend and less than you'll need. pgpY013lYqnmP.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Perl 5.30.1 Locale::Language missing
On Sat, Jan 04, 2020 at 06:21:17PM +0100, Petric Frank wrote > It is missing Locale::Language. > > After a view to the perl source it indeed have been removed. > > A short search seems to state the the used have to install the packages > Locale::Language > Locale::Codes > > from CPAN instead. > > Due i am not a master of constructing perl-ebuilds - anyone already > have build the ebuilds and share it with me ? No need for an ebuild/emerge. See... https://forums.gentoo.org/viewtopic-t-693473.html for a solution template. Someone needed "IO:Stty" and the solution was to run the following from the commandline as root perl -MCPAN -e shell cpan > install IO::Stty exit In your case it looks like you need (as root) perl -MCPAN -e shell cpan > install Locale::Language cpan > install Locale::Codes exit Installing Locale::Language may also install Locale::Codes ; I simply don't know. Note that the first time you run perl like this it, it may ask for config/setup options. The final line will be... "Would you like to configure as much as possible automatically? [yes]" Hit the {ENTER} key to accept defaults. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Perl 5.30.1 Locale::Language missing
Hello, Am Samstag, 4. Januar 2020, 18:49:19 CET schrieb Mick: > On Saturday, 4 January 2020 17:21:17 GMT Petric Frank wrote: > > Hello, > > > > after an perl upgrade (5.28 --> 5.30) my web application is no more > > working. It is missing Locale::Language. > > > > After a view to the perl source it indeed have been removed. > > > > A short search seems to state the the used have to install the packages > > > > Locale::Language > > Locale::Codes > > > > from CPAN instead. > > > > Due i am not a master of constructing perl-ebuilds - anyone already have > > build the ebuilds and share it with me ? > > > > Kind regards > > > > Petric > > I don't know if it may be relevant to your problem, but have your run perl- > cleaner since you updated perl? > > BTW, the current stable perl version is 5.30.1. Yes i did: -- cut -- *#* perl-cleaner --all *** Removing perl-core packages from world file ***emerge --deselect perl-core/File-Temp *** Updating installed Perl virtuals ***emerge -u1 virtual/perl-CPAN-Meta virtual/perl-CPAN-Meta-YAML virtual/perl-Carp virtual/perl-Compress-Raw-Bzip2 virtual/perl-Compress-Raw-Zlib virtual/perl-Data- Dumper virtual/perl-Digest-MD5 virtual/per ** IMPORTANT:* 19 news items need reading for repository 'gentoo'. *** Use *eselect news read* to view new items. *** Beginning a clean up of .ph files *** Excluding files for 5.30.1 and 5.30.1/x86_64-linux from cleaning *** Locating ph files for removal *** Locating packages for an update *** Locating ebuilds linked against libperl *** No package needs to be reinstalled. -- cut -- I looked inside the perl source archives. Language.pm is missing from 5.30.1 whereas it is available in 5.28.2. kind regards Petric
Re: [gentoo-user] Perl 5.30.1 Locale::Language missing
On Saturday, 4 January 2020 17:21:17 GMT Petric Frank wrote: > Hello, > > after an perl upgrade (5.28 --> 5.30) my web application is no more working. > It is missing Locale::Language. > > After a view to the perl source it indeed have been removed. > > A short search seems to state the the used have to install the packages > Locale::Language > Locale::Codes > > from CPAN instead. > > Due i am not a master of constructing perl-ebuilds - anyone already have > build the ebuilds and share it with me ? > > Kind regards > Petric I don't know if it may be relevant to your problem, but have your run perl- cleaner since you updated perl? BTW, the current stable perl version is 5.30.1. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Perl 5.30.1 Locale::Language missing
Hello, after an perl upgrade (5.28 --> 5.30) my web application is no more working. It is missing Locale::Language. After a view to the perl source it indeed have been removed. A short search seems to state the the used have to install the packages Locale::Language Locale::Codes from CPAN instead. Due i am not a master of constructing perl-ebuilds - anyone already have build the ebuilds and share it with me ? Kind regards Petric
Re: [gentoo-user] Dracut and how to specify names
Rich Freeman wrote: > On Fri, Jan 3, 2020 at 5:57 AM Dale wrote: >> Can you post a ls -al /boot for both kernels and images? That way I can >> see how it names them when doing it your way. If I can make sense of >> it, I may try doing it that way. Thing is, it'll change eventually >> too. lol > I use the standard kernel names: > > config-4.19.92 > initramfs-4.19.92.img > System.map-4.19.92 > vmlinuz-4.19.92 > /lib/modules/4.19.92 > > I create the initramfs using: > dracut "" 4.19.92 > > Dracut is going to need the path to the modules more than anything > else, so I suspect it will work if you substitute 4.19.92 with > whatever the path of your modules directory is, within /lib/modules. > > Also, could you actually post the command lines you're using? You > posted 4 fairly long emails elaborating on how everything isn't > working right, and I don't think you actually posted a single dracut > command line. When something isn't working right it is usually best > to start with what you're actually doing, along with what is happening > and what you expected to happen. You mainly covered the last bit of > those three but left out most of the first two. > > I actually use a script to do my kernel updates - this is intended > mainly for bumps and isn't entirely suitable when I need to change > things, in which case I usually just build manually following the same > steps: > #!/bin/bash > cd /usr/src/linux || exit > git pull || exit > rm -rf /var/tmp/linux || exit > export KBUILD_OUTPUT=/var/tmp/linux > make O=/var/tmp/linux oldconfig || exit > nice -n20 make O=/var/tmp/linux -j12 -l20 || exit > make O=/var/tmp/linux modules_install || exit > make O=/var/tmp/linux install || exit > emerge @module-rebuild || exit > NEWVER=$(make --no-print-directory kernelversion) || exit > dracut "" $NEWVER || exit > grub-mkconfig -o /boot/grub/grub.cfg > > (This does all the building in /var/tmp and leaves me with a clean > kernel source directory. That is actually the upstream-recommended > way but it does create the issue that if any package that builds > kernel modules gets updated it will fail. I usually just delay > updating these packages until I do my next kernel update, but I can > just run this script again to re-create /var/tmp/linux with the > necessary files to build further modules. Note that you need a few GB > in /var/tmp for this to work, and this script doesn't clean up - I > usually want that directory left for any module updating, and it gets > cleared on reboot anyway which usually follows a kernel update. This > works great on tmpfs if you have the space. > > Note also that I'm using upstream stable vanilla sources - I checkout > a longterm branch which is what is getting pulled at the start. This > should work with gentoo sources as well if you just tweak the start. > I like to maintain more control over what kernel I'm following as I > tend to use out-of-tree modules like zfs, or experimental ones like > btrfs, or newer CPUs like Ryzen - for one reason or another just > following random stable releases is problematic.) > Those names make sense but I wonder if I could add sequence numbers on the end. Most of the time, -1 works since I use oldconfig a lot. On occasion tho, I'll have a -2, like this time, or even a -3. I don't get that far as often as I used to tho. The reason I didn't include a command that was tried, I had so many of them that I tried and they were spread over several different tabs in konsole. I tried changing names of kernels, including locations and no telling what else. If I posted them, even I wouldn't be able to make much sense of it. I'm sure no one else could if I couldn't. I fiddled with that for hours. I don't like going back to a older version since eventually it will be gone but I did in this case. Still, I need to figure out the new one since I will have to use it later on. I use gentoo-sources. I update sometimes but given that I don't reboot much, it may take a long while to test a kernel. I've had times where I build a kernel but later do a newer one and end up never using other updated kernels. I use uprecords to tell me what kernels I've used and for how long. I keep two or three known and well tested kernels around just in case. Others I delete if /boot starts taking up to much space. I start by removing older kernels that have never been used, then older kernels and work my way up until I'm left with three or so. I also make sure my video drivers will work with updated kernels as well. Sometimes the newest ones don't. I have older cards as a general rule. I'm going to play with this some more another day. Health issues has me staying off this thing a bit. Dale :-) :-)