Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl
On 12/19/20 7:41 PM, k...@aspodata.se wrote: So that means that programs like ngspice won't link with glibc 2.32 or later. The easiest way to fix this is probably to update the version of ngspice available in Gentoo. The latest upstream release is v33, http://ngspice.sourceforge.net/news.html and was released only two months ago. So, the incompatibility is probably already fixed there. If you file a bug at bugs.gentoo.org and mention that the old version is broken due to glibc compatibility issues, it will find its way to the right people.
Re: [gentoo-user] Rearranging hard drives and data.
Frank Steinmetzger wrote: > Am Sat, Dec 19, 2020 at 07:02:23AM -0600 schrieb Dale: >> Howdy, >> >> A friend donated a older PC to me the other day. It's a fairly nice rig >> despite its age. > It may be adequate enough for demanding desktop tasks, but you want it to > sit around 24/7 and serve files. To me, that looks like overkill. It will be used to store videos on and that's how I watch TV and my TV is playing whenever I'm home. I even sleep with the TV on. That puts it in pretty much 24/7 running time. I might add, I currently use my puter for that and it runs 24/7 and about the only time I power off is when the power fails. I sometimes go 6 months or more without a reboot. Even as I type, if I left home and cut off the TVs, my puter needs to keep running. I have youtube-dl downloading videos. I found a gold mine and I'm digging away. :-D > >> 9750 quad core CPU running at 2.4GHz. It currently has 4GBs but >> planning to upgrade to 8GBs, its max. It has a ATI Radeon HD3200 video >> card. > If you just want to use it as a file server, think of removing the video > card. This will save considerable power. It would be a good idea but it's a built in mobo video system. If it was a card, I'd likely do just that for the reason you give. >> The power supply was replaced a few years ago. I may buy a new one that >> is a little bit larger. It has a 300 watt now, a 400 watt would give >> some breathing room for start up power for the extra drives. > Even if a drive draws up to 30 W, this leaves room for about six drives plus > 100 W for CPU and the board. This is just peak power at boot, so even if it > reaches 300 W, the PSU should be fine (as long as it is not a cheap Chinese > firecracker). The certified PSU efficiencies apply within 20..80 %, so a PSU > rated for 400 W will be considerable less efficient (which also means > produces more heat) below 80 W of power draw. My PC idles at 30 W with one > HDD and an i5-4590 (65 W CPU, but at idle, they're basically all the same > these days). And even that value disappointed me when I build the PC 6 years > ago. The board needs to be properly designed, too. I like to leave a lot of extra room when picking the wattage. My current rig draws well under 200 watts and that includes monitor and some other stuff. I figure the rig itself pulls around 100 watts, or maybe a little less, idle. Still, it has something around 600 watts for the power supply. Age gets them but never lost one due to being overloaded. I'm not aware of ever losing a hard drive due to bad power either. I've had them suffer from bit rot tho, platters go bad I guess. I'd rather over do it than under do it. Of course, a 1500 watt power supply for my rig would be way over kill. I tend to aim at around 30 to 40% or so but sometimes because of a good deal or a better unit, I may go a little higher. I just try not to go to extremes. lol >> I'm thinking of making a storage system out of it. I think it is >> referred to as a NFS. It should be plenty fast enough to move data >> around. > Gigabit Ethernet maxes out at 117 MB/s. So even without RAID, every > not-too-old HDD can max that out. That's my thinking. The network connection is likely to be the bottleneck. I've read several articles about building a NAS or buying one. That's one point most all of them make. The network is usually going to limit speed not the CPU, hard drive etc. Speaking of, given the upcoming internet upgrade and it's speed, I got to get a new network card for my puter. I currently have a old 100Mb card, I think it is Mb instead of MB. Either way, it's slow and likely to limit my internet speed. Plan to find a GB one. My router is already fast enough. I bought it a year or two ago I think. >> Only downside, not many spaces for hard drives. I see only two >> spaces for hard drives with one already taken. There is a open area >> that I could add a drive cage, I think. May can fit two or three hard >> drives in that. There's also a 5 1/4 space too. Another downside tho, >> I'm thinking of going to SAS drives. If I can afford that, it will be a >> more dependable setup. > You often mention your sometimes tight budget. From that perspective, I > can't quite follow that thought. The cheapest SAS cards I can find in a > local price search engine start at 70 €, whereas the cheapest 4×SATA card > can be had for 21 €. Looking at 4 TB WD drives as an example, the cheapest > SAS drive started at 145 €, but a WD RED NAS drive (intended for > uninterrupted operation) at 93 €. So just the SAS premium will set you back > as much as an entire entry-level PC. I just found a IBM ServeRaid M1015 card for like $40.00 shipping and all. It claims this: "Connects to up to 16 SAS or SATA drives". Given the number of drives and the price, that's good bang for buck there. You may want to make note of that for the future. Maybe you can find a good deal. It has some good reviews. I also found some good
Re: [gentoo-user] [SOLVED] How do I remove pam during/after an install.
On Sat, 19 Dec 2020 20:52:48 -0500, Walter Dnes wrote: > > Apologies for wasting peoples' time. I was also inserting a rather > large USE variable whilst removing pam. This was a shock for the system > and the real reason for system breakage.. Removing pam had nothing to > do with it. See > http://wikigentoo.ksiezyc.pl/HOWTO_Remove_PAM.htm for pam-removal > nstructions. It's somewhat outdated but the basic instructions are OK. > > == > Note: Don't do anything else while removing PAM. Do not log out of > existing console sessions > > First, edit make.conf and add -pam to the USE flags. Then: > > # emerge -C pam pam-login && emerge -N shadow > # emerge -uDN world > > That's it! Your system is now PAM free. > == OK, pardon my ignorance, what is wrong with pam? Aside from the fact that when you change versions you have to reboot or restart just about everything. -- 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] apache modules.d/80_modsecurity-crs.conf files not showing up
On one of my server I have file in apache: modules.d/80_modsecurity-crs.conf On my other server this file does not appear. both servers have option selected: APACHE2_OPTS="... -D SECURITY" Which option enable/install this file?
[gentoo-user] [SOLVED] How do I remove pam during/after an install.
Apologies for wasting peoples' time. I was also inserting a rather large USE variable whilst removing pam. This was a shock for the system and the real reason for system breakage.. Removing pam had nothing to do with it. See http://wikigentoo.ksiezyc.pl/HOWTO_Remove_PAM.htm for pam-removal nstructions. It's somewhat outdated but the basic instructions are OK. == Note: Don't do anything else while removing PAM. Do not log out of existing console sessions First, edit make.conf and add -pam to the USE flags. Then: # emerge -C pam pam-login && emerge -N shadow # emerge -uDN world That's it! Your system is now PAM free. == -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Rearranging hard drives and data.
Am Sat, Dec 19, 2020 at 07:02:23AM -0600 schrieb Dale: > Howdy, > > A friend donated a older PC to me the other day. It's a fairly nice rig > despite its age. It may be adequate enough for demanding desktop tasks, but you want it to sit around 24/7 and serve files. To me, that looks like overkill. > 9750 quad core CPU running at 2.4GHz. It currently has 4GBs but > planning to upgrade to 8GBs, its max. It has a ATI Radeon HD3200 video > card. If you just want to use it as a file server, think of removing the video card. This will save considerable power. > The power supply was replaced a few years ago. I may buy a new one that > is a little bit larger. It has a 300 watt now, a 400 watt would give > some breathing room for start up power for the extra drives. Even if a drive draws up to 30 W, this leaves room for about six drives plus 100 W for CPU and the board. This is just peak power at boot, so even if it reaches 300 W, the PSU should be fine (as long as it is not a cheap Chinese firecracker). The certified PSU efficiencies apply within 20..80 %, so a PSU rated for 400 W will be considerable less efficient (which also means produces more heat) below 80 W of power draw. My PC idles at 30 W with one HDD and an i5-4590 (65 W CPU, but at idle, they're basically all the same these days). And even that value disappointed me when I build the PC 6 years ago. The board needs to be properly designed, too. > I'm thinking of making a storage system out of it. I think it is > referred to as a NFS. It should be plenty fast enough to move data > around. Gigabit Ethernet maxes out at 117 MB/s. So even without RAID, every not-too-old HDD can max that out. > Only downside, not many spaces for hard drives. I see only two > spaces for hard drives with one already taken. There is a open area > that I could add a drive cage, I think. May can fit two or three hard > drives in that. There's also a 5 1/4 space too. Another downside tho, > I'm thinking of going to SAS drives. If I can afford that, it will be a > more dependable setup. You often mention your sometimes tight budget. From that perspective, I can't quite follow that thought. The cheapest SAS cards I can find in a local price search engine start at 70 €, whereas the cheapest 4×SATA card can be had for 21 €. Looking at 4 TB WD drives as an example, the cheapest SAS drive started at 145 €, but a WD RED NAS drive (intended for uninterrupted operation) at 93 €. So just the SAS premium will set you back as much as an entire entry-level PC. > Another option, find another case. If I recall correctly tho, some > puter makers don't use standard layouts for the mobo screw holes. Well, if you buy from a well-known brand, I don't think you will have any problem there (even if it is their cheapest model). > I could also have a open system with everything just mounted on the wall > in open air. I don't think that's a good idea. I remember you talking of lousy power utility reliability, and from what I heard over the years of the general standards of US rural power cabling (of course I'm no expert or even just savvy), I'd be worried of interference. I'd also be concerned about damage through physical contact (i.e. you bump into it, or something falls against it). > Of course, another option is to make this a media system and use those > little raspberry type thingys for the NFS. I am running raspi as a low-level server (pi-hole, Nextcloud, contacts and calendar server). It's a model 3B with a quadcore SoC and 1 Gig of ram, currently running raspbian (I am currently examining arch). For what you want, it is not powerful enough. Even the gen 4 does not suffice. It has gigabit ethernet (the 3 only has 100 Mb), but has no SATA connectors. So you either need a SATA bridge or are limited to USB enclosures. It has two USB-3-Sockets. Either way, you need a separate power supply for 3,5″ drives. On [0], the Pi 4 is benchmarked and reaches 363 Mb/s over USB. That is a third of Gigabit speed. Not counting overhead for filesystems. > Or, buy a used NFS off ebay, kinda pricey last I looked. I built a NAS in a for-purpose cubic case [1] a few years ago. The system was costly, maybe even unnecessarily high, because I went with a niche Mini-ITX form factor, ZFS (for redundancy), thus ECC RAM, thus a server board that supports ECC. On the other hand, that board supports staggerd spin-up. At idle that system slurps around 50 Watts with a 300 W gold PSU. It has four WD RED 6 TB drives and a small SSD for the system. It is actually the last Gentoo system that I run and maintain. :'-( System upgrades puts some heat stress on the drives because they sit right atop the CPU due to the crammed dimensions, but since it's a server, the package count is hugely reduced compared to a desktop. And since I don't keep it running 24/7, I usually do upgrades right after bootup. My case is quite cheaply-made, with sharp edges here and there and some design flaws. An adequate,
Re: [gentoo-user] Rearranging hard drives and data.
Neil Bothwick wrote: > On Sat, 19 Dec 2020 11:54:58 -0600, Dale wrote: > Naming them based on hostname is also a good idea. I don't have mine named that way but if I ever redo them, I will. It could save me some problems down the road. >>> Renaming them now is trivial, man vgrename. Doing it after the system >>> has died can be less so. >> I didn't know that. It seems every time I learn something about LVM, it >> just gets better. You wouldn't have some examples handy by any chance >> would you? > Not really, it's been a while since I needed to do it, but if you are > mounting by LABEL in fstab, it's just a matter of running vgrename to > give it a new name. If you are mounting by /dev/mapper nodes, you'll need > to edit fstab too. > > You'll also need to change your kernel options if root is on the VG you > renamed. > > I think I get the idea but examples help make it more clear. I quite often find myself googling for examples of something. Once I look at examples, hopefully with some nice comments, then I can usually figure how to make something work like I want, even if it is different from the examples. Sadly, I couldn't get that with some video players recently. I literally copy and pasted the config and the mouse doesn't control anything. I'm not sure what to make of that. :/ At least the keyboard keys work. I do use LABELS so I'm good there. Most everything is in LVM but / and /boot is not. You know me and the init thingys. Bad enough to deal with what I got. lol On the other topic. I found this. https://www.fractal-design.com/products/cases/node/node-804/black/ I found them on Ebay, brand new even, at around $100. That thing is NIFTY. Lots of hard drives and doesn't cost a arm and a leg, plus maybe a head as well. Some of those cases get expensive quick and hold a lot fewer drives. Still like the raspberry type thingys power wise tho. It would need a really good power supply tho. Thanks. Dale :-) :_)
Re: [gentoo-user] sci-electronics/ngspice-27-r1 missing tcl
Karl Hammar: ... > Now I got another, where has sys_errlist.h gone, ... According to: https://sourceware.org/pipermail/libc-announce/2020/29.html "The GNU C Library version 2.32 is now available ... * The deprecated symbols sys_errlist, _sys_errlist, sys_nerr, and _sys_nerr are no longer available to newly linked binaries, and their declarations have been removed from from . They are exported solely as compatibility symbols to support old binaries. All programs should use strerror or strerror_r instead. " So that means that programs like ngspice won't link with glibc 2.32 or later. Any thoughts ? Regards, /Karl Hammar
Re: [gentoo-user] Rearranging hard drives and data.
On 19/12/20 21:31, David Haller wrote:
> Hello,
>
> On Sat, 19 Dec 2020, antlists wrote:
>> On 19/12/2020 18:49, David Haller wrote:
>>> -dnh, the MoBo though is quite a fine piece with 8 SATA + 2 eSATA
>>> ports onboard:) I'm gonna miss eSATA in newer HW:( Hot-plug
>>> almost like USB but full SATA feature set and speed (e.g. SMART).
>>
>> Buy add-in sata cards. The ones I've been looking at are two-port cards, with
>> two internal and two external (jumper-selected) connectors.
>
> I already got one. Yes, I'd pitch MoBo w/many SATA vs. MoBo w/fewer
> SATA plus AddIn, but PCI(e) slots are also limited and >=2 port cards
> get expensive rather quick, say a card with >= 4 internal and
> _extra_[0] 1-2 eSATA ... So, I'll rather have a MoBo with lots of SATA
> + addin than MoBo plus tons of addin cards...
Well, I feel as frustrated as you with my new setup. My new mobo
wouldn't boot so I took it to the shop saying "I think it needs a BIOS
update". They replaced the mobo, and fortunately offered me the old one
back before chucking it. I discovered it was still under warranty, sent
it back to Gigabyte, and it came back fixed with a BIOS update!!!
The replacement mobo (which they charged me twice what I'd paid for the
original) was spec'd as having "plenty of onboard SATA". I think the old
Gigabyte mobo had at least 6. The new one has 6, of which two collide
with the graphics cards or NVMe. Seeing as I'm planning on running
multi-seat, I need two graphics cards ... :-(
>
>
> Were it not for gentoo and large stuff needing 6+ hours to compile,
> the occasional reencoding of a video[3], and some fucking websites
> which take ages to load (which was one reason for me to update 10
> years ago from my then Athlon 500[2])... *ELIDED* those *ELIDED*
> webdevs *ELIDED* - sideways - *ELIDED* that *ELIDED* *ELIDED* so
> called webpages that gobble CPU as if there's no tomorrow! And
> *ELIDED* I know, I built webpages that (besides larger pictures) load
> snappy over a 4kB/56kBit/s modem in fractions of a second (no wonder,
> being typically <0.5KB in size and no JS or other crud, there's a lot
> you can fit in 1 KB :).
>
> What was I saying, ahh, yes: ... I'd not even consider upgrading.
>
> Well, more RAM would be nice by now, what with those *ELIDED* browsers
> and *ELIDED* Java-Apps gobbling RAM as if there's TiBs of it for
> free... *ARG*&*()#@*{!@_)(@I*CONNECTION RESET BY BEER*
Smile ...
>
> -dnh
>
> [0] i.e. working in parallel to the internal ports
>
> [1] SATA2 was still normal then
>
> [2] yep, the original, slowest Athlon ever sold, sufficed for me for
> many many years, along with an even older Matrox Mystique (the
> original 150MHz RAMDAC but as the beefy 4MB SGRAM version)
I ran that same Matrox - loved it - with an Athlon 1400 - tbird - and
that lasted me ages and ages. The chip ran at 1050 because the mobo was
a 100MHz bus but the chip wanted 133MHz. I think that machine had 758MB
ram - 3x256MB sticks because that's the max it would take. And because
its replacement had "issues" (still does) I compiled everything on the
slow machine before installing it on the fast one ...
>
> [3] BTW: it's astonishing how inefficient some streamed videos are
> encoded, just today I crunched down one from 2.9GiB to about
> 639MiB. Albeit, I scaled down from 720p to 576p, but do the maths.
>
> I regularly get to <50% of the size of the original without any
> scaling, and all without any visible loss (x264 with crf=23:nr=750,
> that codec-internal noise reduction alone can get you ~10% less
> size ;) Well, it's what you get when you don't know about codecs
> or you just run HW-encoders at defaults, I guess...
>
Oh - and if your original is mpeg2, you might find you've deleted entire
streams of stuff you're not interested in.
Cheers,
Wol
Re: [gentoo-user] Rearranging hard drives and data.
On Sat, 19 Dec 2020 11:54:58 -0600, Dale wrote: > >> Naming them based on hostname is also a good idea. I don't have mine > >> named that way but if I ever redo them, I will. It could save me > >> some problems down the road. > > Renaming them now is trivial, man vgrename. Doing it after the system > > has died can be less so. > I didn't know that. It seems every time I learn something about LVM, it > just gets better. You wouldn't have some examples handy by any chance > would you? Not really, it's been a while since I needed to do it, but if you are mounting by LABEL in fstab, it's just a matter of running vgrename to give it a new name. If you are mounting by /dev/mapper nodes, you'll need to edit fstab too. You'll also need to change your kernel options if root is on the VG you renamed. -- Neil Bothwick One-seventh of life is spent on Monday. pgpcrsJSa1UQ8.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Rearranging hard drives and data.
Hello,
On Sat, 19 Dec 2020, antlists wrote:
>On 19/12/2020 18:49, David Haller wrote:
>> -dnh, the MoBo though is quite a fine piece with 8 SATA + 2 eSATA
>> ports onboard:) I'm gonna miss eSATA in newer HW:( Hot-plug
>> almost like USB but full SATA feature set and speed (e.g. SMART).
>
>Buy add-in sata cards. The ones I've been looking at are two-port cards, with
>two internal and two external (jumper-selected) connectors.
I already got one. Yes, I'd pitch MoBo w/many SATA vs. MoBo w/fewer
SATA plus AddIn, but PCI(e) slots are also limited and >=2 port cards
get expensive rather quick, say a card with >= 4 internal and
_extra_[0] 1-2 eSATA ... So, I'll rather have a MoBo with lots of SATA
+ addin than MoBo plus tons of addin cards...
My MoBo has the AMD 710 "Southbridge" with 6 int. SATA2/3G [1] ports,
a MV9128 with 2 int. SATA3/6G ports and a JMB362 with 2 ext. eSATA2/3G
ports. Try to find _anything_ even remotely resembling that (with any
SATA rev) ;) My guess is, with most MoBos you'd need two 4-port addin
cards even for that. And my MoBo was not even expensive, just ~80 EUR
in 04/2010. BTW: GA-770TA-UD3, hosting a AMD Athlon II X2 250 for then
~65 EUR :) Still running as champs :))
Again: find me a MoBo + Addin Card(s) Combo with: >= 9 internal SATA
ports, >=1 eSATA ports (dedicated, not switched with one of the
internal ones!). An IDE port would be a nice extra.
Were it not for gentoo and large stuff needing 6+ hours to compile,
the occasional reencoding of a video[3], and some fucking websites
which take ages to load (which was one reason for me to update 10
years ago from my then Athlon 500[2])... *ELIDED* those *ELIDED*
webdevs *ELIDED* - sideways - *ELIDED* that *ELIDED* *ELIDED* so
called webpages that gobble CPU as if there's no tomorrow! And
*ELIDED* I know, I built webpages that (besides larger pictures) load
snappy over a 4kB/56kBit/s modem in fractions of a second (no wonder,
being typically <0.5KB in size and no JS or other crud, there's a lot
you can fit in 1 KB :).
What was I saying, ahh, yes: ... I'd not even consider upgrading.
Well, more RAM would be nice by now, what with those *ELIDED* browsers
and *ELIDED* Java-Apps gobbling RAM as if there's TiBs of it for
free... *ARG*&*()#@*{!@_)(@I*CONNECTION RESET BY BEER*
-dnh
[0] i.e. working in parallel to the internal ports
[1] SATA2 was still normal then
[2] yep, the original, slowest Athlon ever sold, sufficed for me for
many many years, along with an even older Matrox Mystique (the
original 150MHz RAMDAC but as the beefy 4MB SGRAM version)
[3] BTW: it's astonishing how inefficient some streamed videos are
encoded, just today I crunched down one from 2.9GiB to about
639MiB. Albeit, I scaled down from 720p to 576p, but do the maths.
I regularly get to <50% of the size of the original without any
scaling, and all without any visible loss (x264 with crf=23:nr=750,
that codec-internal noise reduction alone can get you ~10% less
size ;) Well, it's what you get when you don't know about codecs
or you just run HW-encoders at defaults, I guess...
--
"That time in Seattle... was a nightmare. I came out of it dead broke,
without a house, without anything except a girlfriend and a knowledge of
UNIX." "Well, that's something," Avi says. "Normally those two are
mutually exclusive."--Neal Stephenson, "Cryptonomicon"
Re: [gentoo-user] Rearranging hard drives and data.
On 19/12/2020 18:49, David Haller wrote: -dnh, the MoBo though is quite a fine piece with 8 SATA + 2 eSATA ports onboard:) I'm gonna miss eSATA in newer HW:( Hot-plug almost like USB but full SATA feature set and speed (e.g. SMART). Buy add-in sata cards. The ones I've been looking at are two-port cards, with two internal and two external (jumper-selected) connectors. Cheers, Wol
[gentoo-user] Re: XWindow appearing in a non-graphical tty. A bug or feature?
On 2020-12-19, Nikos Chantziaras wrote: > On 18/12/2020 18:04, gevisz wrote: >> During the last 22 years, I got used to the setting >> when the XWindow system appeared on one of >> the "graphical" virtual terminals, mostly on tty6 or tty7. >> >> However, after installing a new Gentoo system with >> gentoo-kernel, I found out that the XWindow system >> started to appear in the same tty, where I started it >> using the startx command, shadowing all that was >> typed there including the messages from the xorg-server. >> >> So, I just wonder: "Is it a bug or a feature?" >> >> And where exactly can one configure it? > > Are you using systemd? In contrast to OpenRC, systemd launches X11 on > the current TTY: Not any more. The default profile now launches X11 on the current TTY even if you're using OpenRC. -- Grant
Re: [gentoo-user] Rearranging hard drives and data.
antlists wrote: > On 19/12/2020 17:32, Dale wrote: >> Neil Bothwick wrote: >>> On Sat, 19 Dec 2020 07:02:23 -0600, Dale wrote: >>> I have another question related to LVM. Let's say a system crashes and dies. Or I just move a drive, or drives, with LVM on it to another system. Does the system just recognize the drives and knows how to add them or do I have to do that manually on the new system? >>> It should just work if you move all the PVs in the volume group. One >>> thing to watch out for is if the destination system is already using >>> LVM, >>> the volume groups must be named differently. That's why I always use >>> unique VG names based on the hostname. >>> >> >> Ahhh, so it stores the info on the drive so that it knows what it is. >> Neato!! I was thinking it was in /etc/lvm/ or something. I've wondered >> about that for a while now. > > mdadm version 0 stored its information in mdadm.conf. That was a > mistake - it had the downside you couldn't boot from the array, it was > wide open to errors, arrays were regularly trashed because things had > got confused, etc etc. Sticking all the necessary information in a > superblock is now considered must-do good practice. >> >> Naming them based on hostname is also a good idea. I don't have mine >> named that way but if I ever redo them, I will. It could save me some >> problems down the road. >> > Again, that's now the default for mdadm - not necessarily the user > name, but the internal array name is something like "tigger:0", to > quote one of mine - array 0 created on tigger. > > Cheers, > Wol > > Right now, this is mine: root@fireball / # vgs VG #PV #LV #SN Attr VSize VFree Home2 2 1 0 wz--n- <12.74t 0 OS 1 3 0 wz--n- <124.46g <35.46g backup 1 1 0 wz--n- 698.63g 0 root@fireball / # I'm assuming it would be best to have them named like this: root@fireball / # vgs VG #PV #LV #SN Attr VSize VFree fb-Home2 2 1 0 wz--n- <12.74t 0 fb-OS 1 3 0 wz--n- <124.46g <35.46g fb-backup 1 1 0 wz--n- 698.63g 0 root@fireball / # The added fb would be short for fireball. If this rig suddenly blew a gasket and I stuck the drives in a new system, it would make them different at least. Once moved and stable, Neil says I can rename it to something else to match the new system. It sounds like a good idea since right now, I could move those drives to a system that has the same names which would cause issues. As a matter of fact, the reason for Home2 is because I already had a Home group in a previous move. I guess we are talking about the same thing. Dale :-) :-)
Re: [gentoo-user] Rearranging hard drives and data.
Hello, On Sat, 19 Dec 2020, antlists wrote: >On 19/12/2020 16:51, David Haller wrote: >> Beware: I use a lot of disks and I tried running it with then 8 (or 9? >> or 10? Lots!) HDDs with a 500W (or even 550W) PSU. System wouldn't >> reliably boot up. Replaced with a 650W PSU and it's running since >> (which is, those 10+ years now:) Currently I have a SSD and 7 HDDs >> (and 2 DVD[1]);) > >Bear in mind I'm talking about a computer the size of a washing machines, and >an 800MB drive the size of a tower case... > >Back in the old days, you could configure the system so the drive would wait >a certain number of seconds after power-on before actually powering up. > >So you'd work out what power you had spare above normal operation to spin up >your drives, and avoid overloading the system. > >That useful feature has probably been lost in the name of progress... :-) Called "staggered spinup" (or something alike). In servers, it's still there, but not in run-of-the-mill desktops like mine... Sadly so in my case, I could and would have used that... -dnh, the MoBo though is quite a fine piece with 8 SATA + 2 eSATA ports onboard :) I'm gonna miss eSATA in newer HW :( Hot-plug almost like USB but full SATA feature set and speed (e.g. SMART). -- It takes a million monkeys at typewriters to write Shakespeare, but only a dozen monkeys at computers to run Network Solutions. -- Patrick Delahanty
Re: [gentoo-user] Rearranging hard drives and data.
On 19/12/2020 17:32, Dale wrote: Neil Bothwick wrote: On Sat, 19 Dec 2020 07:02:23 -0600, Dale wrote: I have another question related to LVM. Let's say a system crashes and dies. Or I just move a drive, or drives, with LVM on it to another system. Does the system just recognize the drives and knows how to add them or do I have to do that manually on the new system? It should just work if you move all the PVs in the volume group. One thing to watch out for is if the destination system is already using LVM, the volume groups must be named differently. That's why I always use unique VG names based on the hostname. Ahhh, so it stores the info on the drive so that it knows what it is. Neato!! I was thinking it was in /etc/lvm/ or something. I've wondered about that for a while now. mdadm version 0 stored its information in mdadm.conf. That was a mistake - it had the downside you couldn't boot from the array, it was wide open to errors, arrays were regularly trashed because things had got confused, etc etc. Sticking all the necessary information in a superblock is now considered must-do good practice. Naming them based on hostname is also a good idea. I don't have mine named that way but if I ever redo them, I will. It could save me some problems down the road. Again, that's now the default for mdadm - not necessarily the user name, but the internal array name is something like "tigger:0", to quote one of mine - array 0 created on tigger. Cheers, Wol
Re: [gentoo-user] Rearranging hard drives and data.
On 19/12/2020 16:51, David Haller wrote: The power supply was replaced a few years ago. I may buy a new one that is a little bit larger. It has a 300 watt now, a 400 watt would give some breathing room for start up power for the extra drives. I haven't measured the wattage it pulls now. May do that later. Beware: I use a lot of disks and I tried running it with then 8 (or 9? or 10? Lots!) HDDs with a 500W (or even 550W) PSU. System wouldn't reliably boot up. Replaced with a 650W PSU and it's running since (which is, those 10+ years now:) Currently I have a SSD and 7 HDDs (and 2 DVD[1]);) Bear in mind I'm talking about a computer the size of a washing machines, and an 800MB drive the size of a tower case... Back in the old days, you could configure the system so the drive would wait a certain number of seconds after power-on before actually powering up. So you'd work out what power you had spare above normal operation to spin up your drives, and avoid overloading the system. That useful feature has probably been lost in the name of progress... :-) Cheers, Wol
Re: [gentoo-user] ModSecurity: Status engine is currently disabled, enable it by set SecStatusEngine to On.
On 12/18/2020 07:51 PM, Jigme Datse wrote: > On Fri, 18 Dec 2020 18:20:44 -0700 > the...@sys-concept.com wrote: > >> ModSecurity is installed: >> APACHE2_OPTS="-D DEFAULT_VHOST -D INFO -D SSL -D SSL_DEFAULT_VHOST -D >> LANGUAGE -D PHP -D SECURITY" >> >> In which file I have to enable "SecStatusEngine On" ? >> >> > > Not worked with Apache for a bit, but I think this is needed in your > Apache configuration. Though I'm not sure if it's per virtual server > or if it's a global option. > > If this isn't helpful, I'm just sitting here waiting for stuff to > happen, and saw your message, and just thought I'd look to see if I can > maybe help. > Looking at FAQ in: https://github.com/SpiderLabs/ModSecurity/wiki/ModSecurity-Frequently-Asked-Questions-(FAQ) Should I initially set the SecRuleEngine to On? No. Every Ruleset can have false positive in new environments and any new installation should initially use the log only Ruleset version or if no such version is available, set ModSecurity to Detection only using the SecRuleEngine DetectionOnly command. After running ModSecurity in a detection only mode for a while review the evens generated and decide if any modification to the rule set should be made before moving to protection mode.
Re: [gentoo-user] Rearranging hard drives and data.
Neil Bothwick wrote: > On Sat, 19 Dec 2020 11:32:21 -0600, Dale wrote: > >> Naming them based on hostname is also a good idea. I don't have mine >> named that way but if I ever redo them, I will. It could save me some >> problems down the road. > Renaming them now is trivial, man vgrename. Doing it after the system has > died can be less so. > > I didn't know that. It seems every time I learn something about LVM, it just gets better. You wouldn't have some examples handy by any chance would you? Dale :-) :-)
Re: [gentoo-user] Rearranging hard drives and data.
On Sat, 19 Dec 2020 11:32:21 -0600, Dale wrote: > Naming them based on hostname is also a good idea. I don't have mine > named that way but if I ever redo them, I will. It could save me some > problems down the road. Renaming them now is trivial, man vgrename. Doing it after the system has died can be less so. -- Neil Bothwick "There are no stupid questions, just too many inquisitive idiots." pgpZkL18Ye3Fo.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Rearranging hard drives and data.
Neil Bothwick wrote: > On Sat, 19 Dec 2020 07:02:23 -0600, Dale wrote: > >> I have another question related to LVM. Let's say a system crashes and >> dies. Or I just move a drive, or drives, with LVM on it to another >> system. Does the system just recognize the drives and knows how to add >> them or do I have to do that manually on the new system? > It should just work if you move all the PVs in the volume group. One > thing to watch out for is if the destination system is already using LVM, > the volume groups must be named differently. That's why I always use > unique VG names based on the hostname. > > Ahhh, so it stores the info on the drive so that it knows what it is. Neato!! I was thinking it was in /etc/lvm/ or something. I've wondered about that for a while now. Naming them based on hostname is also a good idea. I don't have mine named that way but if I ever redo them, I will. It could save me some problems down the road. Thanks much! Dale :-) :-)
Re: [gentoo-user] Rearranging hard drives and data.
David Haller wrote: > Hello, > > On Sat, 19 Dec 2020, Dale wrote: >> A friend donated a older PC to me the other day. It's a fairly nice rig >> despite its age. Some specs for those interested but may not matter in >> the end. TL;DR, skip to next paragraph. It's a Dell Inspiron 546. AMD >> 9750 quad core CPU running at 2.4GHz. It currently has 4GBs but > Meh. I'm running an Athlon II X2 250, 65W TDP, i.e. same CPU family > (0x10/16), running at 3.0 GHz with 4GiB DDR3 RAM ... After (again) > over 10 years, I'd like to upgrade again a bit, Ryzen 5000 4-8core > w/32GiB RAM like ;) > > [..] >> The power supply was replaced a few years ago. I may buy a new one that >> is a little bit larger. It has a 300 watt now, a 400 watt would give >> some breathing room for start up power for the extra drives. I haven't >> measured the wattage it pulls now. May do that later. > Beware: I use a lot of disks and I tried running it with then 8 (or 9? > or 10? Lots!) HDDs with a 500W (or even 550W) PSU. System wouldn't > reliably boot up. Replaced with a 650W PSU and it's running since > (which is, those 10+ years now :) Currently I have a SSD and 7 HDDs > (and 2 DVD[1]) ;) > > Typical spinning rust drives are (or at least were) specced to take up > to about 30W while spinning up, ~10-12W-ish on access, ~5-7W-ish while > idle. For me, that then was ~240-300W alone for all the drives at > power-on. Too much obviously for the 500W PSU along with all the rest > of the box also starting ;) > > I've got a nice Seasonic PSU from Corsair (TX650 v2) (the v1 was some > other stuff), only drawback is that it has gotten a bit clogged up > with dust and gotten loud and there's no easy way to clean it out (at > least without taking it apart) *sigh*... That's something to keep in mind. I know start up is when drives put a load on a power supply. I might add, right at the time the power supply is trying to get its stuff in gear. For my main system, I think I have a 600 watt, maybe 650. I've got several drives in it tho. According to the UPS, it only has a 190 watt load and that includes the puter, monitor and some other odds and ends. Still, at start up, that power supply needs to be able to handle that surge and at the worst time it can have it at that. A 300 watt power supply with that number of drives could lead to problems if it would boot at all. >> I'm thinking of making a storage system out of it. I think it is >> referred to as a NFS. > Nope. NFS is "Network File System". You mean "NAS" = "Network Attached > Storage" ;) I thought that wasn't right. Later on, I figured it out. It was just one letter but it was a big difference. :/ >> It should be plenty fast enough to move data around. Only downside, >> not many spaces for hard drives. > Also, that Phenom X6 w/ 125W TDP is plenty powerhungry, even at idle > (ISTR 50W-ish, while modern stuff can take only 20-10W for the system, > aside from the HDDs in both cases). That's one reason I was thinking about those Raspberry thingys. I've read some of the new ones have more features and more processing power. Keep in mind, I'll only be playing videos from it or saving videos to it or making backups. Of course, with the upcoming fiber connected internet, saving videos can take up some bandwidth. It's rated at 200MBs/sec. I doubt it will be quite that speed but still, SATA isn't that fast either. ;-) One thing, I want to be able to expand which is why I want to build instead of buy. The recent Dell is a start at least. >> I see only two spaces for hard drives with one already taken. There >> is a open area that I could add a drive cage, I think. May can fit >> two or three hard drives in that. There's also a 5 1/4 space too. >> Another downside tho, I'm thinking of going to SAS drives. If I can >> afford that, it will be a more dependable setup. Of course, that >> means I have to add card(s) for the controller(s). It doesn't have a >> lot of expansion slots but may be enough. Mobo is only SATA. >> >> Another option, find another case. If I recall correctly tho, some >> puter makers don't use standard layouts for the mobo screw holes. >> Anyone know if Dell is a standard ATX or some other screw hole pattern? > No idea, but I'd go for a different case. And probably, depending on > budget vs. power-consumption (cost) for a different CPU+MoBo+RAM, > something like a AMD Ryzen 3 3200G or maybe a x86 Celeron/Pentium/i3... > > HTH, > -dnh > > [1] too lazy even to unplug the older one > I need to boot it up, let it sit for 30 minutes or so, try to catch it at idle, and see how much it pulls. Of course, it may do better with Linux. Windoze can be bloated at times. :-p Thanks for the info. Dale :-) :-)
Re: [gentoo-user] Rearranging hard drives and data.
On Sat, 19 Dec 2020 07:02:23 -0600, Dale wrote: > I have another question related to LVM. Let's say a system crashes and > dies. Or I just move a drive, or drives, with LVM on it to another > system. Does the system just recognize the drives and knows how to add > them or do I have to do that manually on the new system? It should just work if you move all the PVs in the volume group. One thing to watch out for is if the destination system is already using LVM, the volume groups must be named differently. That's why I always use unique VG names based on the hostname. -- Neil Bothwick An atheist is someone who feels he has no invisible means of support. pgpVV6irPG5qA.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Rearranging hard drives and data.
Hello, On Sat, 19 Dec 2020, Dale wrote: >A friend donated a older PC to me the other day. It's a fairly nice rig >despite its age. Some specs for those interested but may not matter in >the end. TL;DR, skip to next paragraph. It's a Dell Inspiron 546. AMD >9750 quad core CPU running at 2.4GHz. It currently has 4GBs but Meh. I'm running an Athlon II X2 250, 65W TDP, i.e. same CPU family (0x10/16), running at 3.0 GHz with 4GiB DDR3 RAM ... After (again) over 10 years, I'd like to upgrade again a bit, Ryzen 5000 4-8core w/32GiB RAM like ;) [..] >The power supply was replaced a few years ago. I may buy a new one that >is a little bit larger. It has a 300 watt now, a 400 watt would give >some breathing room for start up power for the extra drives. I haven't >measured the wattage it pulls now. May do that later. Beware: I use a lot of disks and I tried running it with then 8 (or 9? or 10? Lots!) HDDs with a 500W (or even 550W) PSU. System wouldn't reliably boot up. Replaced with a 650W PSU and it's running since (which is, those 10+ years now :) Currently I have a SSD and 7 HDDs (and 2 DVD[1]) ;) Typical spinning rust drives are (or at least were) specced to take up to about 30W while spinning up, ~10-12W-ish on access, ~5-7W-ish while idle. For me, that then was ~240-300W alone for all the drives at power-on. Too much obviously for the 500W PSU along with all the rest of the box also starting ;) I've got a nice Seasonic PSU from Corsair (TX650 v2) (the v1 was some other stuff), only drawback is that it has gotten a bit clogged up with dust and gotten loud and there's no easy way to clean it out (at least without taking it apart) *sigh*... >I'm thinking of making a storage system out of it. I think it is >referred to as a NFS. Nope. NFS is "Network File System". You mean "NAS" = "Network Attached Storage" ;) >It should be plenty fast enough to move data around. Only downside, >not many spaces for hard drives. Also, that Phenom X6 w/ 125W TDP is plenty powerhungry, even at idle (ISTR 50W-ish, while modern stuff can take only 20-10W for the system, aside from the HDDs in both cases). >I see only two spaces for hard drives with one already taken. There >is a open area that I could add a drive cage, I think. May can fit >two or three hard drives in that. There's also a 5 1/4 space too. >Another downside tho, I'm thinking of going to SAS drives. If I can >afford that, it will be a more dependable setup. Of course, that >means I have to add card(s) for the controller(s). It doesn't have a >lot of expansion slots but may be enough. Mobo is only SATA. > >Another option, find another case. If I recall correctly tho, some >puter makers don't use standard layouts for the mobo screw holes. >Anyone know if Dell is a standard ATX or some other screw hole pattern? No idea, but I'd go for a different case. And probably, depending on budget vs. power-consumption (cost) for a different CPU+MoBo+RAM, something like a AMD Ryzen 3 3200G or maybe a x86 Celeron/Pentium/i3... HTH, -dnh [1] too lazy even to unplug the older one -- Actually, NT is more like LSD with all the good effects filtered out. -- Andrew Maddox
Re: [gentoo-user] vtk python USE flag question
On 12/18/20 4:31 PM, Valmor F. de Almeida wrote: > Hello, > > I emerged vtk with the python USE flag on. > Next I started a python interactive session and tried to import vtk: > > -> python > Python 3.8.6 (default, Nov 21 2020, 00:26:41) > [GCC 9.3.0] on linux > Type "help", "copyright", "credits" or "license" for more information. import vtk > > but vtk can't be found. > > Are the bindings for python supposed to work this way? > > Thanks, > -- > Valmor > Check what version of python_single_target vtk was merged for. Most likely, it was merged for 3.7, in which case you need to do an upgrade. Recently the python targets were changed from 3.7 to 3.8 so its good idea to remerge the whole tree to upgrade all packages to 3.8 Aisha
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
Neil Bothwick wrote: > On Sat, 19 Dec 2020 15:11:34 +0100, n952162 wrote: > > >> I update the /etc/portage/package.use files by hand, so I get a feeling >> for how it works. Can it be that etc-update is a "smart system" that >> does more than just that? > Yes, read the docs, it merges the old and new configs. I prefer to use > conf-update but all the config managers do much the same thing. > > There's also dispatch-conf as well. I can't recall how many config managers there is but each seems to work a little different. I'd suggest OP try them all and then pick the one they like the best. I like dispatch-conf but others like something else. Either of them gets the job done. Oh, some can also be configured to have fancy colors and such as well. Let's complicate things a little more. :/ Just another option, as if there wasn't already some mentioned. lol My opinion on the upgrade problem; I'd look at the world file, maybe even post it here, to see what has crept into it that shouldn't be there or is no longer in the tree. I had to unmerge several packages recently to get a update done. Some died ages ago. They were related to old python versions if I recall correctly. Dale :-) :-)
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On Sat, 19 Dec 2020 15:11:34 +0100, n952162 wrote:
> >> I don't think this output or any list participant has actually
> >> identified where the problem here is. In my original posting, the
> >> only difference causing the slot collision for jinja was that one
> >> had a PYTHON_TARGETS of 3-7 and the other of 3-8. I asked how to
> >> force it to the correct value, but if someone explained that to me,
> >> I didn't understand it.
> > You have specified manually a number of python versions, you
> > shouldn't have.
>
>
> Are you saying that long lists like this:
>
> *"python3_8 python3_9 (-pypy3) -python3_6 -python3_7*"
>
> are relics from improper or obsolete invocations made be me?
>
> If so, how can I get rid of them?
grep -ir python /etc/portage/package.use
You shouldn't really have many, if any, specific settings for
python_target. Comment out any you see and try again.
> > 2. Clean your world file from any and all dependencies, libraries and
> > packages you do not want to have explicitly installed.
>
>
> Yes, I receive that advice a lot. If I were to follow it aggressively,
> there would only be a handful of files in my world file. Will that
> work?
Absolutely. Remove anything you don't explicitly need then run depclean.
If something shows in the list that you want to keep, add it back with
emerge -n.
> I update the /etc/portage/package.use files by hand, so I get a feeling
> for how it works. Can it be that etc-update is a "smart system" that
> does more than just that?
Yes, read the docs, it merges the old and new configs. I prefer to use
conf-update but all the config managers do much the same thing.
> >> /Is there a fundamental goals issue here, when there's so much
> >> incompatibility between python3_{6,7,8,9}? Do packages really need
> >> to care? Are these versions so fundamentally different from each
> >> other, and programmers rely on those differences? Or, is this
> >> somebody's orderliness tic?/
It's also about where python modules are installed, but the main problem
here appears to be that you are depending on obsolete and deprecated
versions of python.
--
Neil Bothwick
What do you do when you see an endangered animal eating an endangered
plant?
pgpVYQWa3CyQu.pgp
Description: OpenPGP digital signature
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On Sat, 19 Dec 2020 15:19:22 +0100, n952162 wrote: > On 12/19/20 12:35 PM, Neil Bothwick wrote: > > On Sat, 19 Dec 2020 12:12:21 +0100, n952162 wrote: > > > >>> Your output gives away that you STILL have not run depclean, so you > >>> STILL have dev-python/ipaddress installed, which has been removed > >>> from the tree, and requires python 2.7. Unless you remove old broken > >>> software you will NEVER get through a world update. > >> > >> depclean output attached. > >> > >> >>> No packages selected for removal by depclean > >> Packages installed: 899 > >> Packages in world: 291 > >> Packages in system: 43 > >> Required packages: 899 > >> Number removed: 0 > > Which means the package is in @world, so just remove it with "emerge > > -cav ipaddress". > > $ sudo emerge -cav ipaddress 2>&1 | tee ipaddress-clean.$ymd > Password: > > Calculating dependencies done! > dev-python/ipaddress-1.0.23 pulled in by: > dev-python/cryptography-2.9 requires > dev-python/ipaddress[python_targets_python2_7(-),-python_single_target_python2_7(-)] > dev-python/urllib3-1.25.10 requires > dev-python/ipaddress[python_targets_python2_7(-),-python_single_target_python2_7(-)] > > >>> No packages selected for removal by depclean > Packages installed: 899 > Packages in world: 287 > Packages in system: 43 > Required packages: 899 > Number removed: 0 dev-python/cryptography-2.9 is no longer in the tree, it's an old python 2.7 package. Update it then you can remove ipaddress. -- Neil Bothwick Eye of newt, toe of frog, regular Coke and fries to go, please. pgpHS9DKVzLc5.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: XWindow appearing in a non-graphical tty. A bug or feature?
сб, 19 дек. 2020 г. в 10:07, Nikos Chantziaras : > > On 18/12/2020 18:04, gevisz wrote: > > During the last 22 years, I got used to the setting > > when the XWindow system appeared on one of > > the "graphical" virtual terminals, mostly on tty6 or tty7. > > > > However, after installing a new Gentoo system with > > gentoo-kernel, I found out that the XWindow system > > started to appear in the same tty, where I started it > > using the startx command, shadowing all that was > > typed there including the messages from the xorg-server. > > > > So, I just wonder: "Is it a bug or a feature?" > > > > And where exactly can one configure it? > > Are you using systemd? In contrast to OpenRC, systemd launches X11 on > the current TTY: > > https://bbs.archlinux.org/viewtopic.php?id=169903 No, I am using OpenRC.
[gentoo-user] How do I remove pam during/after an install.
I always remove pam, first thing during/after an install. Today, after the first emerge @world in the chroot, I unmerged pam-related stuff, and *TRIED* to emerge shadow. This had always workrd in the past. Today, I got a broken system. Emerge doesn't work, bash-completion doesn't work, yadda yadda yadda. I'm looking at running mkfs and re-downloading the stage3 tarball. My question is... how do I remove pam during/after install, without breaking my system? -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On 12/19/20 12:35 PM, Neil Bothwick wrote: On Sat, 19 Dec 2020 12:12:21 +0100, n952162 wrote: Your output gives away that you STILL have not run depclean, so you STILL have dev-python/ipaddress installed, which has been removed from the tree, and requires python 2.7. Unless you remove old broken software you will NEVER get through a world update. depclean output attached. >>> No packages selected for removal by depclean Packages installed: 899 Packages in world: 291 Packages in system: 43 Required packages: 899 Number removed: 0 Which means the package is in @world, so just remove it with "emerge -cav ipaddress". Good. $ sudo emerge -cav ipaddress 2>&1 | tee ipaddress-clean.$ymd Password: Calculating dependencies done! dev-python/ipaddress-1.0.23 pulled in by: dev-python/cryptography-2.9 requires dev-python/ipaddress[python_targets_python2_7(-),-python_single_target_python2_7(-)] dev-python/urllib3-1.25.10 requires dev-python/ipaddress[python_targets_python2_7(-),-python_single_target_python2_7(-)] >>> No packages selected for removal by depclean Packages installed: 899 Packages in world: 287 Packages in system: 43 Required packages: 899 Number removed: 0
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On 12/19/20 12:35 PM, Michael wrote:
On Saturday, 19 December 2020 10:20:26 GMT n952162 wrote:
I don't think this output or any list participant has actually
identified where the problem here is. In my original posting, the only
difference causing the slot collision for jinja was that one had a
PYTHON_TARGETS of 3-7 and the other of 3-8. I asked how to force it to
the correct value, but if someone explained that to me, I didn't
understand it.
You have specified manually a number of python versions, you shouldn't have.
Are you saying that long lists like this:
*"python3_8 python3_9 (-pypy3) -python3_6 -python3_7*"
are relics from improper or obsolete invocations made be me?
If so, how can I get rid of them?
It seems you have also added permanently into your /var/lib/portage/world a
large number of dependencies and libraries due to your emerge syntax when
emerging specific packages, which again, you shouldn't have.
As a result with your own inputs in your portage configuration you are
fighting against what portage is trying to do in its calculations.
I would think the easiest solution would be to work with portage, rather than
despite portage:
1. Purge from your config files any hardcoded python targets, in order to let
portage choose which python target version it requires.
I have added or removed these definitions, either following suggestions
or attempting to provide prerequisites for packages that seem to require
them.
Absolutely, the best medicine is no medicine.
2. Clean your world file from any and all dependencies, libraries and packages
you do not want to have explicitly installed.
Yes, I receive that advice a lot. If I were to follow it aggressively,
there would only be a handful of files in my world file. Will that work?
3. If 'emerge -uaNDv @system' gives you similar errors as above, try emerging
one package at a time with '--oneshot', so it does not inadvertently end up in
your world; e.g.
emerge -1aNDv
I can't get *anything* to emerge, either alone, with near dependencies
(as in the orginal posting) or in sets.
Do not specify a package version in the above, just a name only. Let portage
install the version it calculates is appropriate and update any dependencies
needed.
I never do.
If your toolchain is completely borked, you could try the same by
using a Live-CD and a latest portage snapshot as per the guide book.
Is that much different than a re-install?
4. When you finish emerging @system you should have a sound toolchain to build
the rest of your Gentoo installation with. Run the following:
etc-update (to update your system configuration files)
emerge --depclean -v -a (to unmerge packages/versions no longer needed)
5. Follow with 'emerge -uaNDv @world'.
6. When you finish all this run:
etc-update
emerge -v -a @preserved-rebuild --keep-going
emerge --depclean -v -a
revdep-rebuild -v -- -a
/usr/bin/eclean-dist
7. Build the latest kernel, update grub's menu, reboot.
Yes, I perform these steps, basically, once I get an update emerge to work.
I update the /etc/portage/package.use files by hand, so I get a feeling
for how it works. Can it be that etc-update is a "smart system" that
does more than just that?
/Is there a fundamental goals issue here, when there's so much
incompatibility between python3_{6,7,8,9}? Do packages really need to
care? Are these versions so fundamentally different from each other,
and programmers rely on those differences? Or, is this somebody's
orderliness tic?/
Portage runs on python and it is also a dependency on a large number of other
packages and scripts. As python upstream is gradually deprecating older
versions, Gentoo has to follow through with the migration. The portage tree
is presently in a relative state of flux because of this, but it should soon
slow down again.
/What I'm wondering is if packages aren't specifying with too fine a
granularity./
If your system is borked for unknown reasons and following the above
suggestions you can't arrive at a stable state, perhaps it is time for you to
reinstall - which by the look of things it ought to take less of your time?
I was thinking I'd just re-installed this system but I guess that had
just been a painful @world update - I see that I installed it last
year. If I continue not being able to get a single emerge, I guess
that's how I'll have to go.
I'm surprised, though, that nobody could address the reduced case I
presented in the original posting:
- is the same package being re-installed with new python target
requirements, or am I interpreting it wrongly?
- is there no way to satisfy the differing python target requirements?
- are there consequences on other packages to emerging this package
that make it impossible?
Re: [gentoo-user] Rearranging hard drives and data.
在 2020/12/19 下午9:02, Dale 写道: Howdy, A friend donated a older PC to me the other day. It's a fairly nice rig despite its age. Some specs for those interested but may not matter in the end. TL;DR, skip to next paragraph. It's a Dell Inspiron 546. AMD 9750 quad core CPU running at 2.4GHz. It currently has 4GBs but planning to upgrade to 8GBs, its max. It has a ATI Radeon HD3200 video card. ATI is sort of new to me and it isn't very fast I'm sure but may not matter since it may not be used much. It has a WD 640GB hard drive, blue color designation for usage. That is more than enough space for the OS. It also has a Realtek ethernet card. I did some googling, it seems this is a Linux compatible system even tho it came with windoze. The power supply was replaced a few years ago. I may buy a new one that is a little bit larger. It has a 300 watt now, a 400 watt would give some breathing room for start up power for the extra drives. I haven't measured the wattage it pulls now. May do that later. ... Hi, I think the system is enough for a basic NFS. The CPU support x64 and 8Gib memory is enough. The graph card is ATI Radeon HD3200 seems support UVD hardware decode for 1080p h264 video, a little poor for a media system. But the cpu power is 125W, will cost much electricity for a 24h home system. Using a raspberry-pi may save power, but come with poor performance, also it is said that the new raspberry-pi-4 has a decent performance. If you want to get a good NFS, please pay high attention to the power supply, it is very important for hard disks. Power fluctuation may destroy your disk. That is also raspberry's weakness, it generally can't provide a stable power for the disks. I am not very familiar with LVM, let other people answer the question. But I also recommend that you can have a look about "btrfs" and "zfs". Best regards. -- bobwxc OpenPGP_signature Description: OpenPGP digital signature
[gentoo-user] Rearranging hard drives and data.
Howdy, A friend donated a older PC to me the other day. It's a fairly nice rig despite its age. Some specs for those interested but may not matter in the end. TL;DR, skip to next paragraph. It's a Dell Inspiron 546. AMD 9750 quad core CPU running at 2.4GHz. It currently has 4GBs but planning to upgrade to 8GBs, its max. It has a ATI Radeon HD3200 video card. ATI is sort of new to me and it isn't very fast I'm sure but may not matter since it may not be used much. It has a WD 640GB hard drive, blue color designation for usage. That is more than enough space for the OS. It also has a Realtek ethernet card. I did some googling, it seems this is a Linux compatible system even tho it came with windoze. The power supply was replaced a few years ago. I may buy a new one that is a little bit larger. It has a 300 watt now, a 400 watt would give some breathing room for start up power for the extra drives. I haven't measured the wattage it pulls now. May do that later. I'm thinking of making a storage system out of it. I think it is referred to as a NFS. It should be plenty fast enough to move data around. Only downside, not many spaces for hard drives. I see only two spaces for hard drives with one already taken. There is a open area that I could add a drive cage, I think. May can fit two or three hard drives in that. There's also a 5 1/4 space too. Another downside tho, I'm thinking of going to SAS drives. If I can afford that, it will be a more dependable setup. Of course, that means I have to add card(s) for the controller(s). It doesn't have a lot of expansion slots but may be enough. Mobo is only SATA. Another option, find another case. If I recall correctly tho, some puter makers don't use standard layouts for the mobo screw holes. Anyone know if Dell is a standard ATX or some other screw hole pattern? I could also have a open system with everything just mounted on the wall in open air. Would help a lot with cooling for sure. It does open it up for something hitting it directly tho. I don't really like that idea but it's a option. Of course, another option is to make this a media system and use those little raspberry type thingys for the NFS. Or, buy a used NFS off ebay, kinda pricey last I looked. Either of those would likely pull less power. I'm sure the little raspberry thingy would pull very little power. One may need to worry about what the drives pull more than the raspberry thingy itself. Heck, even fans can add up. I have another question related to LVM. Let's say a system crashes and dies. Or I just move a drive, or drives, with LVM on it to another system. Does the system just recognize the drives and knows how to add them or do I have to do that manually on the new system? I've googled in the past but never quite got how that works. I've read it is doable but not sure how. Would a small raspberry thingy be better in the long run from a light bill point of view? Can I use SAS drives with it? Keep in mind, I plan it to run 24/7. My TV is almost always on, if I'm home which is a LOT since I'm disabled. Some of this is me thinking out loud. Some is trying to look for ideas, opinions etc. Of course, I got questions up there as well. Link to pics. I hope it works. There isn't really a good image hosting site I can find. All of them limit something or other. One pic is a side view of system, one shows the open space a drive cage may can fit into, hard to see tho, and another is of the cage itself. It's the only cage I have but ebay has them too. https://freeimage.host/a/dell-546.dBilt What will I get into next? May be back in the woods cutting trees again before to long, health and weather allowing. Always something but the puter is a somewhat nice something. ;-) Dale :-) :-) P. S. They said they replaced it because it was getting slow. During my inspection, I noticed the CPU cooler needed cleaning. It was about stopped up with dust. The rest of the system tho is clean. We all know how those CPU coolers are dust magnets, video cards too. It looks like they would make them so they wouldn't plug up with dust but I guess if they could, they would have by now. I blew out the dust with my portable air tank and it runs much faster than it did the first time I booted it. I rescued some pictures off of it for them. I opened LOo as a test. It took a while the first time. After cleaning, opened up in just a few seconds. Much faster. Sometimes I like getting a dusty rig. ROFL
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On Sat, 19 Dec 2020 at 12:11, n952162 wrote: > In the original posting of this thread, I presented a slot collision > where the only difference between the two packages was the > PYTHON_TARGET. I interpret that to mean that new dependencies want the > new python. Since the package is the same, it ought to be possible to > tell emerge(1) to assume a specific PYTHON_TARGET. Otherwise, there's no > way out of the dilemma. If setting the PYTHON_TARGET as I've done it is > not effective, do you know another way? Maybe we should go back to the slot collision you get now then, and try to explain how to read it, so maybe you can avoid these kinds of things in the future (you can probably avoid them just by getting through this, as it's been years since we've had such troublesome upgrades as the recent python upgrades). In an e-mail today, the FIRST errors after portage tells you what packages it wants to upgrade, you get this: dev-python/setuptools:0 (dev-python/setuptools-50.3.0:0/0::gentoo, ebuild scheduled for merge) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 (-pypy3) -python3_6 -python3_7 -python3_9" pulled in by >=dev-python/setuptools-42.0.2[python_targets_pypy3(-)?,python_targets_python3_6(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)] required by (dev-python/sphinxcontrib-devhelp-1.0.2:0/0::gentoo, ebuild scheduled for merge) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 (-pypy3) -python3_6 -python3_7 -python3_9" ... and many others that want to upgrade to the same ... (dev-python/setuptools-46.4.0-r3:0/0::gentoo, installed) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_6 python3_7 (-pypy3) -python3_8 -python3_9" pulled in by >=dev-python/setuptools-1.0[python_targets_python2_7(-),python_targets_python3_6(-),python_targets_python3_7(-),-python_single_target_pypy3(-),-python_single_target_python2_7(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)] required by (dev-python/cryptography-2.9:0/0::gentoo, installed) USE="-idna -libressl -test" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_6 python3_7 (-pypy3) -python3_8 -python3_9" ... and again others with the same problem ... So, most packages want to upgrade to the latest version, with PYTHON_TARGETS="python3_8". As far as I know, the top packages are those that the system wants to automatically upgrade normally. Then, the first package in the next list is dev-python/cryptopgraphy-2.9.0, which requires setuptools-46.4.0-r3, the last version which supports PYTHON_TARGETS="python2_7 python3_6 python3_7". If this was the latest version of cryptography, you might be stuck here for a while, maybe waiting for an update for cryptography, but it is not, a newer version is available. So why is portage not able to upgrade it? It tells you further down: dev-python/cryptography:0 (dev-python/cryptography-3.2.1:0/0::gentoo, ebuild scheduled for merge) USE="-idna -libressl -test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 (-pypy3) -python3_6 -python3_7 -python3_9" pulled in by >=dev-python/cryptography-1.3.4[python_targets_pypy3(-)?,python_targets_python3_6(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)] required by (dev-python/requests-2.24.0-r1:0/0::gentoo, ebuild scheduled for merge) USE="ssl -socks5 -test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 (-pypy3) -python3_6 -python3_7 -python3_9" ... and a few others ... (dev-python/cryptography-2.9:0/0::gentoo, installed) USE="-idna -libressl -test" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_6 python3_7 (-pypy3) -python3_8 -python3_9" pulled in by >=dev-python/cryptography-2.8[python_targets_python2_7(-),python_targets_python3_6(-),python_targets_python3_7(-),-python_single_target_pypy3(-),-python_single_target_python2_7(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)] required by (dev-python/pyopenssl-19.1.0:0/0::gentoo, installed) USE="-doc -test" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_6 python3_7 (-pypy3) -python3_8 -python3_9" So here we have the same problem with dev-python/pyopenssl-19.1.0, there is a newer version available, but portage can't upgrade it, so we need to move on to the next step once more. dev-python/pyopenssl:0 (dev-python/pyopenssl-19.1.0-r1:0/0::gentoo, ebuild scheduled for merge) USE="-doc -test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 (-pypy3) -python3_6 -python3_7 -python3_9" pulled in
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
Python is every bit as much trouble in gentoo as it is in the Florida swamps. Python is so much trouble the History Channel has a Swamp People program they're showing regularly on TV. Could the post-install section of the handbook do with some good updates? On Sat, 19 Dec 2020, Michael wrote: > Date: Sat, 19 Dec 2020 06:51:18 > From: Michael > Reply-To: gentoo-user@lists.gentoo.org > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision > > On Saturday, 19 December 2020 11:37:31 GMT Neil Bothwick wrote: > > On Sat, 19 Dec 2020 12:33:10 +0100, n952162 wrote: > > > I do an emerge @world, it tells me I have slot collisions and stops. > > > Following Neil B.'s advice, I try to go through the collisions and see > > > what the differences are. jinja was a nice example, because there was a > > > collision of the same package with itself! The only difference was the > > > PYTHON_TARGET. I hoped someone could explain how I could force > > > equivalency in that simple case. > > > > You need to follow the trail back further. If portage wants to install > > two variants of jnja, look to see what is requiring them, that is most > > likely where the real solution lies. > > 'emerge --tree -uNDpv @system' or '@world', will also show the respective > dependency tree of any packages portage is trying to update. If an older > version of jinja is being dragged in by a non-system package, you can > temporarily uninstall that package and make a note of it to re-install it > later if you need/want to. --
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On Saturday, 19 December 2020 11:37:31 GMT Neil Bothwick wrote: > On Sat, 19 Dec 2020 12:33:10 +0100, n952162 wrote: > > I do an emerge @world, it tells me I have slot collisions and stops. > > Following Neil B.'s advice, I try to go through the collisions and see > > what the differences are. jinja was a nice example, because there was a > > collision of the same package with itself! The only difference was the > > PYTHON_TARGET. I hoped someone could explain how I could force > > equivalency in that simple case. > > You need to follow the trail back further. If portage wants to install > two variants of jnja, look to see what is requiring them, that is most > likely where the real solution lies. 'emerge --tree -uNDpv @system' or '@world', will also show the respective dependency tree of any packages portage is trying to update. If an older version of jinja is being dragged in by a non-system package, you can temporarily uninstall that package and make a note of it to re-install it later if you need/want to. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On Sat, 19 Dec 2020 12:33:10 +0100, n952162 wrote: > I do an emerge @world, it tells me I have slot collisions and stops. > Following Neil B.'s advice, I try to go through the collisions and see > what the differences are. jinja was a nice example, because there was a > collision of the same package with itself! The only difference was the > PYTHON_TARGET. I hoped someone could explain how I could force > equivalency in that simple case. You need to follow the trail back further. If portage wants to install two variants of jnja, look to see what is requiring them, that is most likely where the real solution lies. -- Neil Bothwick If Satan ever loses his hair, there'll be hell toupee. pgpG1gxZQsVOn.pgp Description: OpenPGP digital signature
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On Saturday, 19 December 2020 10:20:26 GMT n952162 wrote:
> I don't think this output or any list participant has actually
> identified where the problem here is. In my original posting, the only
> difference causing the slot collision for jinja was that one had a
> PYTHON_TARGETS of 3-7 and the other of 3-8. I asked how to force it to
> the correct value, but if someone explained that to me, I didn't
> understand it.
You have specified manually a number of python versions, you shouldn't have.
It seems you have also added permanently into your /var/lib/portage/world a
large number of dependencies and libraries due to your emerge syntax when
emerging specific packages, which again, you shouldn't have.
As a result with your own inputs in your portage configuration you are
fighting against what portage is trying to do in its calculations.
I would think the easiest solution would be to work with portage, rather than
despite portage:
1. Purge from your config files any hardcoded python targets, in order to let
portage choose which python target version it requires.
2. Clean your world file from any and all dependencies, libraries and packages
you do not want to have explicitly installed.
3. If 'emerge -uaNDv @system' gives you similar errors as above, try emerging
one package at a time with '--oneshot', so it does not inadvertently end up in
your world; e.g.
emerge -1aNDv
Do not specify a package version in the above, just a name only. Let portage
install the version it calculates is appropriate and update any dependencies
needed. If your toolchain is completely borked, you could try the same by
using a Live-CD and a latest portage snapshot as per the guide book.
4. When you finish emerging @system you should have a sound toolchain to build
the rest of your Gentoo installation with. Run the following:
etc-update (to update your system configuration files)
emerge --depclean -v -a (to unmerge packages/versions no longer needed)
5. Follow with 'emerge -uaNDv @world'.
6. When you finish all this run:
etc-update
emerge -v -a @preserved-rebuild --keep-going
emerge --depclean -v -a
revdep-rebuild -v -- -a
/usr/bin/eclean-dist
7. Build the latest kernel, update grub's menu, reboot.
> I'm afraid I'm going to have to give up on gentoo, although I'm pretty
> heavily invested in it. I'm spending too many hours trying to maintain
> my systems and running into too many seemingly arbitrary roadblocks.
> I'm told I should update every week, but I can't get a system updated in
> a week.
I have some systems I update once a month or even less frequently. There's an
old box I use sometimes for testing. I don't update this particular box for
the best part of 3 months at a time. I very rarely, if ever, arrive at hard
[B]locks and even when I do I often resolve them by changing or reverting to
defaults their USE flags, or first using quickpkg, then manually unmerging the
blocking non-system package and letting portage decide for me what package
version to emerge and which dependencies it needs.
YMMV, but a stable system should not be too troublesome to update if you
follow the above advice.
This mailing list, forums and IRC channels tend to offer really good advice,
in case you want to try a different crowd for ideas.
HTH. :-)
> /Is there a fundamental goals issue here, when there's so much
> incompatibility between python3_{6,7,8,9}? Do packages really need to
> care? Are these versions so fundamentally different from each other,
> and programmers rely on those differences? Or, is this somebody's
> orderliness tic?/
Portage runs on python and it is also a dependency on a large number of other
packages and scripts. As python upstream is gradually deprecating older
versions, Gentoo has to follow through with the migration. The portage tree
is presently in a relative state of flux because of this, but it should soon
slow down again.
If your system is borked for unknown reasons and following the above
suggestions you can't arrive at a stable state, perhaps it is time for you to
reinstall - which by the look of things it ought to take less of your time?
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On Sat, 19 Dec 2020 12:12:21 +0100, n952162 wrote: > > Your output gives away that you STILL have not run depclean, so you > > STILL have dev-python/ipaddress installed, which has been removed from > > the tree, and requires python 2.7. Unless you remove old broken > > software you will NEVER get through a world update. > > > depclean output attached. > > >>> No packages selected for removal by depclean > Packages installed: 899 > Packages in world: 291 > Packages in system: 43 > Required packages: 899 > Number removed: 0 Which means the package is in @world, so just remove it with "emerge -cav ipaddress". -- Neil Bothwick You can't teach a new mouse old clicks. pgpW1dq3PZI5h.pgp Description: OpenPGP digital signature
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On 12/19/20 12:12 PM, bobwxc wrote:
在 2020/12/19 下午6:20, n952162 写道:
On 12/16/20 11:59 AM, Arve Barsnes wrote:
On Wed, 16 Dec 2020 at 11:34, Miles Malone
wrote:
What's happening when you do emerge -avuDN --with-bdeps=y
--backtrack=100 @world ? Giving portage the flexibility to solve it
with some extra backtracking and increasing the scope to world might
fix it, if not then we can revisit it?
You should definitely try this first if you haven't.
I have.
If the package was good enough before, it's likely still good enough. Where's
the problem? I've (unsuccessfully) made these attempts:
# */* PYTHON_TARGETS: python3_6 python3_7 python3_8 python3_9
#*/* PYTHON_TARGETS: -python3_6 -python3_7 python3_8 python3_9
# just have one set
*/* PYTHON_TARGETS: python3_8
Is there any reason that you need to add py3.9 to all packages? If you
need it for something special, add it to those packages only, and let
portage take care of python targets for you instead of continuously
trying these big hammers. Ideally you should have *no* python targets
set manually in make.conf or USE files.
I added it because I saw python3_9 in the PYTHON_TARGETS list for,
e.g. jinja, and hoped that it would force compatibility. That is the
question of the original post. But that was just one of many attempts.
The emerge command was:
sudo emerge --verbose=y -vuUD --verbose-conflicts dev-python/setuptools
dev-python/setuptools_scm dev-python/certifi dev-python/markupsafe
dev-python/jinja dev-libs/libxml2
Since it seems sphinx is installed with a different set of python
targets than what you're trying to update, you should include sphinx
in that emerge command to let it update to the same python targets and
solve the conflict.
Regards,
Arve
I tried adding that but it didn't help.
My latest command was:
time emerge \
-v \
--deep \
--update \
--changed-use \
--verbose-conflicts \
--keep-going \
--with-bdeps=y \
--changed-deps \
--backtrack=100 \
--newuse \
dev-python/setuptools dev-python/setuptools_scm dev-python/certifi
dev-python/markupsafe dev-python/jinja dev-libs/libxml2 dev-python/sphinx
Below is the latest build output, with no PYTHON_TARGET specifications.
...
real 0m45.063s
user 0m44.602s
sys 0m0.399s
I don't think this output or any list participant has actually
identified where the problem here is. In my original posting, the
only difference causing the slot collision for jinja was that one had
a PYTHON_TARGETS of 3-7 and the other of 3-8. I asked how to force
it to the correct value, but if someone explained that to me, I
didn't understand it.
I'm afraid I'm going to have to give up on gentoo, although I'm
pretty heavily invested in it. I'm spending too many hours trying to
maintain my systems and running into too many seemingly arbitrary
roadblocks. I'm told I should update every week, but I can't get a
system updated in a week.
/Is there a fundamental goals issue here, when there's so much
incompatibility between python3_{6,7,8,9}? Do packages really need
to care? Are these versions so fundamentally different from each
other, and programmers rely on those differences? Or, is this
somebody's orderliness tic?/
So what do you really want to know?
Well, for starters, why emerge(1) is not emerging...
Using jinja with python3.6 3.7.3.8 3.9 at the same time?
I don't know what jinja is and I just switched over to python3 myself.
I'm not into subtleties like 6, 7, 8, or 9.
I do an emerge @world, it tells me I have slot collisions and stops.
Following Neil B.'s advice, I try to go through the collisions and see
what the differences are. jinja was a nice example, because there was a
collision of the same package with itself! The only difference was the
PYTHON_TARGET. I hoped someone could explain how I could force
equivalency in that simple case.
Or want to keep it with 3.6 or some else?
The default PYTHON_TARGETS now change to 3_8 from 3_6. So when you
update, many software need to change.
Yeah. That surprises me, actually.
If you want to change that targets, just follow
https://wiki.gentoo.org/wiki/Project:Python/PYTHON_TARGETS
Maybe there no different or compatibility with it actually, but we
need a correct dependency.
I'm trying to emerge. I'm not developing anything.
If you do not have enough time to update and config gentoo,
maybe you should try other Linux like Arch(No need to compile) and
Debian(less update).
Yes, that's always an option. On the other hand, it might be possible
to improve gentoo so that not only the very brightest people can use
it. Source is kind of like a vaccine - if enough people use it, it can
help prevent the spread of viruses.
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On 12/19/20 11:45 AM, William Kenworthy wrote: Backtracking rarely helps in my experience. check the blocks: using --nodeps forces the install, then it may work (you may have to add to package.accept_keywords etc. to cover that angle - but I am on arm and arm64 where the most difficult of the python problems happened for me) I also have: USE_PYTHON="3.8" PYTHON_TARGETS="python3_8" PYTHON_SINGLE_TARGET="python3_8" *** a number of packages from overlays I am using don't like 3.9 so I removed it) I have a number of intel, arm and arm64 and virtualised systems and all have problems with python in some way or other - I could only remove the python targets on a couple of them. After a mass update, I have been trying to remove the targets but its only working for a few so far, and they are not stable. Thank you, I'll try. I wish python would just go away and perl gets brought back - a lot less drama ... :-) ah yeah ...
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
在 2020/12/19 下午6:20, n952162 写道:
On 12/16/20 11:59 AM, Arve Barsnes wrote:
On Wed, 16 Dec 2020 at 11:34, Miles Malone
wrote:
What's happening when you do emerge -avuDN --with-bdeps=y
--backtrack=100 @world ? Giving portage the flexibility to solve it
with some extra backtracking and increasing the scope to world might
fix it, if not then we can revisit it?
You should definitely try this first if you haven't.
I have.
If the package was good enough before, it's likely still good enough. Where's
the problem? I've (unsuccessfully) made these attempts:
# */* PYTHON_TARGETS: python3_6 python3_7 python3_8 python3_9
#*/* PYTHON_TARGETS: -python3_6 -python3_7 python3_8 python3_9
# just have one set
*/* PYTHON_TARGETS: python3_8
Is there any reason that you need to add py3.9 to all packages? If you
need it for something special, add it to those packages only, and let
portage take care of python targets for you instead of continuously
trying these big hammers. Ideally you should have *no* python targets
set manually in make.conf or USE files.
I added it because I saw python3_9 in the PYTHON_TARGETS list for,
e.g. jinja, and hoped that it would force compatibility. That is the
question of the original post. But that was just one of many attempts.
The emerge command was:
sudo emerge --verbose=y -vuUD --verbose-conflicts dev-python/setuptools
dev-python/setuptools_scm dev-python/certifi dev-python/markupsafe
dev-python/jinja dev-libs/libxml2
Since it seems sphinx is installed with a different set of python
targets than what you're trying to update, you should include sphinx
in that emerge command to let it update to the same python targets and
solve the conflict.
Regards,
Arve
I tried adding that but it didn't help.
My latest command was:
time emerge \
-v \
--deep \
--update \
--changed-use \
--verbose-conflicts \
--keep-going \
--with-bdeps=y \
--changed-deps \
--backtrack=100 \
--newuse \
dev-python/setuptools dev-python/setuptools_scm dev-python/certifi
dev-python/markupsafe dev-python/jinja dev-libs/libxml2 dev-python/sphinx
Below is the latest build output, with no PYTHON_TARGET specifications.
...
real 0m45.063s
user 0m44.602s
sys 0m0.399s
I don't think this output or any list participant has actually
identified where the problem here is. In my original posting, the
only difference causing the slot collision for jinja was that one had
a PYTHON_TARGETS of 3-7 and the other of 3-8. I asked how to force it
to the correct value, but if someone explained that to me, I didn't
understand it.
I'm afraid I'm going to have to give up on gentoo, although I'm pretty
heavily invested in it. I'm spending too many hours trying to
maintain my systems and running into too many seemingly arbitrary
roadblocks. I'm told I should update every week, but I can't get a
system updated in a week.
/Is there a fundamental goals issue here, when there's so much
incompatibility between python3_{6,7,8,9}? Do packages really need
to care? Are these versions so fundamentally different from each
other, and programmers rely on those differences? Or, is this
somebody's orderliness tic?/
So what do you really want to know?
Using jinja with python3.6 3.7.3.8 3.9 at the same time?
Or want to keep it with 3.6 or some else?
The default PYTHON_TARGETS now change to 3_8 from 3_6. So when you
update, many software need to change.
If you want to change that targets, just follow
https://wiki.gentoo.org/wiki/Project:Python/PYTHON_TARGETS
Maybe there no different or compatibility with it actually, but we need
a correct dependency.
If you do not have enough time to update and config gentoo,
maybe you should try other Linux like Arch(No need to compile) and
Debian(less update).
:-)
--
bobwxc
OpenPGP_0x36E94EABB53E516B.asc
Description: application/pgp-keys
OpenPGP_signature
Description: OpenPGP digital signature
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On Sat, 19 Dec 2020 at 11:19, n952162 wrote: > I don't think this output or any list participant has actually identified > where the problem here is. In my original posting, the only difference > causing the slot collision for jinja was that one had a PYTHON_TARGETS of 3-7 > and the other of 3-8. I asked how to force it to the correct value, but if > someone explained that to me, I didn't understand it. Your output gives away that you STILL have not run depclean, so you STILL have dev-python/ipaddress installed, which has been removed from the tree, and requires python 2.7. Unless you remove old broken software you will NEVER get through a world update. Also: don't set PYTHON_TARGETS unless you have a REALLY good reason. You can set it on a specific package (and preferrable to set it only on a specific version of that package) to go around problems, but DON'T do this until you have made your system sane (meaning you can run world updates without troubles). Regards, Arve
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On 19/12/20 6:20 pm, n952162 wrote: > On 12/16/20 11:59 AM, Arve Barsnes wrote: >> On Wed, 16 Dec 2020 at 11:34, Miles Malone >> wrote: >>> What's happening when you do emerge -avuDN --with-bdeps=y >>> --backtrack=100 @world ? Giving portage the flexibility to solve it >>> with some extra backtracking and increasing the scope to world might >>> fix it, if not then we can revisit it? >> You should definitely try this first if you haven't. > > > I have. > > ... Backtracking rarely helps in my experience. check the blocks: using --nodeps forces the install, then it may work (you may have to add to package.accept_keywords etc. to cover that angle - but I am on arm and arm64 where the most difficult of the python problems happened for me) I also have: USE_PYTHON="3.8" PYTHON_TARGETS="python3_8" PYTHON_SINGLE_TARGET="python3_8" *** a number of packages from overlays I am using don't like 3.9 so I removed it) I have a number of intel, arm and arm64 and virtualised systems and all have problems with python in some way or other - I could only remove the python targets on a couple of them. After a mass update, I have been trying to remove the targets but its only working for a few so far, and they are not stable. I wish python would just go away and perl gets brought back - a lot less drama ... BillK
Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
On 12/16/20 11:34 AM, Miles Malone wrote: What's happening when you do emerge -avuDN --with-bdeps=y --backtrack=100 @world ? Giving portage the flexibility to solve it with some extra backtracking and increasing the scope to world might fix it, if not then we can revisit it? That's how I started this process. That failed, and I tried cutting back the scope of the emerge, but it hasn't helped.
[gentoo-user] Re: XWindow appearing in a non-graphical tty. A bug or feature?
On 18/12/2020 18:04, gevisz wrote: During the last 22 years, I got used to the setting when the XWindow system appeared on one of the "graphical" virtual terminals, mostly on tty6 or tty7. However, after installing a new Gentoo system with gentoo-kernel, I found out that the XWindow system started to appear in the same tty, where I started it using the startx command, shadowing all that was typed there including the messages from the xorg-server. So, I just wonder: "Is it a bug or a feature?" And where exactly can one configure it? Are you using systemd? In contrast to OpenRC, systemd launches X11 on the current TTY: https://bbs.archlinux.org/viewtopic.php?id=169903
