Re: [gentoo-user] unable to do world update --problem may be caused by mailman
On Mon, 7 Dec 2020 at 00:11, John Covici wrote: > hmmm, I am running a ~ setup, but I do need to keep mailman, so how to > tell which packages to keep, exactly? Then you should be able to update to the latest version in the tree? Maybe you have masked newer versions somewhere? Maybe there's a manual upgrade job that you've put off until you had time. Regards, Arve
Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.
antlists wrote: > On 04/12/2020 01:40, Dale wrote: >> Also, our local power company is about to start rolling out internet >> service. It's done with fiber and the slowest package, 200MBs/sec, is >> over 100 times faster than my current DSL. It only costs $4.00 a month >> more than what I'm paying now. Their fastest package is 1GBs/sec. >> Dang, I can't even imagine that sort of speed. Another good thing, same >> speed BOTH ways. I can upload videos just as fast as I can download >> one. Yeppie!! >> >> My only thing now, I hope it works like DSL/cable/etc and just requires >> me to plug in a ethernet cable. In other words, OS doesn't matter. I >> suspect it does but we will see. > > We went to fibre recently. They put a new box on the wall which takes > an RJ-45 instead of the previous situation where ADSL took an RJ-11. > > All the blurb says "works with BT Hub 6", which we already had, so I > didn't bother getting a new router (you had to pay for the "latest and > greatest" Hub 7). > > When the guy installed it - "where's you new router, it won't work > with this one". No apparently you can't just plug it into any old > network port, the router needs a dedicated WAN link and the Hub 6 came > in two versions, one with an ADSL modem and one with a fibre uplink. > > So it sounds like you need to swap your ADSL router for a cable router > or whatever it is, but apart from that you'll be fine. > > (And then some sales guy working on behalf of BT knocked on the door, > was surprised to find we were already BT customers, and rigged up some > deal that (a) threw in a Hub-7 free, (b) changed our calling plan to > remove the one-hour limit and add free calls to mobiles, and (c) > knocked about £2 off our monthly bill!!!) > > Cheers, > Wol > > I visited with my friend who recently got the same type of internet I'll be getting. Odds are, the boxes will be the same. She has hers through a power company and that's what I'm getting, just a different power company. Anyway, as I suspected, it has a little box which is the modem. It looks a lot like a old AT Westel modem. It's a little bit smaller but other than that, almost identical. Then there is a bigger box that is a router. I'm not sure of the brand but I don't think I've ever seen one like that before. It includes wifi as well as the usual 4 ethernet plugins. My friend only uses wifi. She has a TV, laptop and cell phone. Me, I'm desktop so I'd have a ethernet plug for mine. Wifi for my cell phone tho. Oh, printer too. I assume I can use my router. It has a ethernet cable going from modem to router. Looks pretty simple to me. If I can use my existing router, don't know why I can't, then it should be as simple as unplug cable from router, plug into new modem from power company and surf the internet, at blazingly fast speeds. Whoooshhh. I have links to pics I took. One is modem and one is the router. Anyone recognize the router? Anything special about it? https://freeimage.host/i/KBNa6b https://freeimage.host/i/KBNYMu I hope that site doesn't annoy anyone. I upload there but rarely go there for anything else. I need to have me a server thingy somewhere I can upload to and keep things safe. With this new internet, it is possible. It uploads and downloads at 200MB/sec. First backup may take a while but after that, it wouldn't be bad. I wouldn't think of doing that with current DSL tho. I'm excited to see this coming. This is as good as when I went from dial-up to DSL. Dale :-) :-)
Re: [gentoo-user] Determine what's keeping Python 3.7 around?
On 07/12/2020 00:30, Neil Bothwick wrote: On Sun, 6 Dec 2020 22:04:53 +, Victor Ivanov wrote: My understanding was that "equery d" gives you a list from portage, not caring about what is currently installed, where "emerge -pvc" will tell you what is preventing the removal of the package. Not so based on my understanding (i.e. the man page). As far as I can tell 'equery d' ought to only look at the installed packages unless the '--all-packages' flag is passed. Not unlike other operations (e.g. 'equery list') which also look by default only at installed packages. But does it take into account the USE flags with which those packages were installed? That used to not be the case, but I haven't used equery for a long time, for just that reason. Fair point, `equery u ` shows both the default USE flags as well as those with which the package is installed. The latter can be stale if USE flags have been tampered with and the package has not yet been rebuilt with the new set of USE flags but otherwise it should match the state. So I always assumed that this is the case for all operations as it would make sense. In any case, virtually all of equery functionality re installed packages would be rather useless if it didn't take into account the configured USE flags of said packages. The man page could also do with some more love as it's not particularly clear. OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-user] Determine what's keeping Python 3.7 around?
On Sun, 6 Dec 2020 22:04:53 +, Victor Ivanov wrote: > > My understanding was that "equery d" gives you a list from portage, > > not caring about what is currently installed, where "emerge -pvc" > > will tell you what is preventing the removal of the package. > > Not so based on my understanding (i.e. the man page). As far as I can > tell 'equery d' ought to only look at the installed packages unless the > '--all-packages' flag is passed. Not unlike other operations (e.g. > 'equery list') which also look by default only at installed packages. But does it take into account the USE flags with which those packages were installed? That used to not be the case, but I haven't used equery for a long time, for just that reason. -- Neil Bothwick Obscenity is the crutch of inarticulate motherfuckers. pgp5j9xtgpfYA.pgp Description: OpenPGP digital signature
Re: [gentoo-user] askterisk 11.25.3-r1 masked
On Sunday, 6 December 2020 22:16:04 GMT Daniel Pielmeier wrote: > Am December 6, 2020 10:08:45 PM UTC schrieb the...@sys-concept.com: > >On 12/06/2020 03:00 PM, Daniel Pielmeier wrote: > >> Am December 6, 2020 9:23:07 PM UTC schrieb the...@sys-concept.com: > >>> I'm looking at the output of "equery y asterisk" > >>> and it shows asterisk-11.25.3-r1 is masked > >>> and https://packages.gentoo.org/packages/net-misc/asterisk show as > >>> stable (amd64) > >>> > >>> Why is it masked on my system? > >> > >> It is masked on every system! As the mask says users should upgrade > > > >to newer versions! > > > >> I guess https://packages.gentoo.org does not consider packages masked > > > >by profiles. You can give your feedback about it here: > >https://packages.gentoo.org/about/feedback > > > >Upgrade is not a problem, re-writing / debugging the extconfig.conf > >(dial plan) is; it takes time. > > Which comes with every software update, you always have to adapt. > This however was not your question! In cases like this it's a good idea to sync portage to fetch the latest tree status and then check the state of all available and masked versions of a package; e.g.: $ eshowkw net-misc/asterisk Keywords for net-misc/asterisk: | | u | | a a p s a r | n | | m r h p p s l i i m m | e u s | r | d a m p p c a x 3 p a s 6 i | a s l | e | 6 r 6 p p 6 r 8 9 h 6 c 8 p | p e o | p | 4 m 4 a c 4 c 6 0 a 4 v k s | i d t | o --+-+---+--- [M]11.25.3-r1 | + o o o o o o + o o o o o o | 6 # 0 | gentoo 13.34.0| + ~ ~ o ~ ~ o + o o o o o o | 7 # | gentoo 13.35.0| ~ ~ ~ o ~ ~ o ~ o o o o o o | 7 # | gentoo 13.36.0| + ~ ~ o ~ ~ o + o o o o o o | 7 o | gentoo 13.37.0| ~ ~ ~ o ~ ~ o ~ o o o o o o | 7 # | gentoo 16.12.0-r1 | ~ ~ ~ o ~ ~ o ~ o o o o o o | 7 # | gentoo 16.13.0| ~ ~ ~ o ~ ~ o ~ o o o o o o | 7 # | gentoo 16.14.0| ~ ~ ~ o ~ ~ o ~ o o o o o o | 7 o | gentoo signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] unable to do world update --problem may be caused by mailman
On Sun, 06 Dec 2020 16:57:46 -0500, Arve Barsnes wrote: > > On Sun, 6 Dec 2020 at 22:28, John Covici wrote: > > So, since mailman 2.1.33 seems to be the latest version in the tree > > The opposite seems to be true? 2.1.33 was removed from the tree in > September, and the latest version in the tree is 3.3.2. It is only > keyworded ~amd64 though, so I expect your problem here is that you run > a stable setup. > > Either you need to keep local copies of the old mailman ebuild, as > well as its dependencies, or you need to keyword the new version. hmmm, I am running a ~ setup, but I do need to keep mailman, so how to tell which packages to keep, exactly? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] askterisk 11.25.3-r1 masked
Am December 6, 2020 10:08:45 PM UTC schrieb the...@sys-concept.com: >On 12/06/2020 03:00 PM, Daniel Pielmeier wrote: >> Am December 6, 2020 9:23:07 PM UTC schrieb the...@sys-concept.com: >>> I'm looking at the output of "equery y asterisk" >>> and it shows asterisk-11.25.3-r1 is masked >>> and https://packages.gentoo.org/packages/net-misc/asterisk show as >>> stable (amd64) >>> >>> Why is it masked on my system? >> >> It is masked on every system! As the mask says users should upgrade >to newer versions! >> >> I guess https://packages.gentoo.org does not consider packages masked >by profiles. You can give your feedback about it here: >https://packages.gentoo.org/about/feedback > >Upgrade is not a problem, re-writing / debugging the extconfig.conf >(dial plan) is; it takes time. Which comes with every software update, you always have to adapt. This however was not your question! -- Best regards Daniel
Re: [gentoo-user] Determine what's keeping Python 3.7 around?
On 2020.12.06 17:04, Victor Ivanov wrote: On 06/12/2020 21:55, Jack wrote: My understanding was that "equery d" gives you a list from portage, not caring about what is currently installed, where "emerge -pvc" will tell you what is preventing the removal of the package. Not so based on my understanding (i.e. the man page). As far as I can tell 'equery d' ought to only look at the installed packages unless the '--all-packages' flag is passed. Not unlike other operations (e.g. 'equery list') which also look by default only at installed packages. Well, I can't argue with that. I haven't recently compared the two, as I gave up using equery d long ago. Either I was wrong and misread some output then, or something changed. I'll have to try both again next time I need that information.
Re: [gentoo-user] askterisk 11.25.3-r1 masked
On 12/06/2020 03:00 PM, Daniel Pielmeier wrote: > Am December 6, 2020 9:23:07 PM UTC schrieb the...@sys-concept.com: >> I'm looking at the output of "equery y asterisk" >> and it shows asterisk-11.25.3-r1 is masked >> and https://packages.gentoo.org/packages/net-misc/asterisk show as >> stable (amd64) >> >> Why is it masked on my system? > > It is masked on every system! As the mask says users should upgrade to newer > versions! > > I guess https://packages.gentoo.org does not consider packages masked by > profiles. You can give your feedback about it here: > https://packages.gentoo.org/about/feedback Upgrade is not a problem, re-writing / debugging the extconfig.conf (dial plan) is; it takes time.
Re: [gentoo-user] Determine what's keeping Python 3.7 around?
On 06/12/2020 21:55, Jack wrote: My understanding was that "equery d" gives you a list from portage, not caring about what is currently installed, where "emerge -pvc" will tell you what is preventing the removal of the package. Not so based on my understanding (i.e. the man page). As far as I can tell 'equery d' ought to only look at the installed packages unless the '--all-packages' flag is passed. Not unlike other operations (e.g. 'equery list') which also look by default only at installed packages. OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-user] askterisk 11.25.3-r1 masked
Am December 6, 2020 9:23:07 PM UTC schrieb the...@sys-concept.com: >I'm looking at the output of "equery y asterisk" >and it shows asterisk-11.25.3-r1 is masked >and https://packages.gentoo.org/packages/net-misc/asterisk show as >stable (amd64) > >Why is it masked on my system? It is masked on every system! As the mask says users should upgrade to newer versions! I guess https://packages.gentoo.org does not consider packages masked by profiles. You can give your feedback about it here: https://packages.gentoo.org/about/feedback -- Best regards Daniel
Re: [gentoo-user] Re: Determine what's keeping Python 3.7 around?
On 2020.12.06 15:50, Grant Edwards wrote: On 2020-12-06, Arve Barsnes wrote: > On Sun, 6 Dec 2020 at 21:25, Grant Edwards wrote: >> > emerge -cpv python:3.7 will show you what is keeping 3.7 >> >> Something's wrong. >> >> That lists 43 packages. I checked the first few, and none of them require python 3.7. > > If you have not completed the world update yet, all those are probably > still installed as 3.7 packages. You could try updating all those to > 3.8 only first, if you have not done the world update yet. I can't update world. After adding python3_7 to a bunch of setuptools stuff, it now refuses to update because conflicting vesions of something are required resulting in a slot conflict. I think it's both setuptools and certifi that have required version conflicts, but I can't figure out how to determine what's requiring the older versions of those two. At the end of the emerge output is says: !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: and then there's ~150 lines of stuff in which indentation and color appears to be significant... When I have that type of issue, I get that output into a file, then reduce it to the lines referring to one package/slot only. Then I try to format/unwind the line(s) for each different package being pulled into that slot. Not always, but looking at exactly what is pulling it in often (or at least sometimes) allows me to figure out at least a first step in unraveling the morass. As others have said in this thread, it is often something already installed which is also waiting to be re-emerged - so sometimes finding the ones which can be done first will eliminate some of the conflicts. Also - I try to do the emerge one package at a time (don't forget the -1) so the list of packages with conflicts gets at least somewhat reduced.
Re: [gentoo-user] unable to do world update --problem may be caused by mailman
On Sun, 6 Dec 2020 at 22:28, John Covici wrote: > So, since mailman 2.1.33 seems to be the latest version in the tree The opposite seems to be true? 2.1.33 was removed from the tree in September, and the latest version in the tree is 3.3.2. It is only keyworded ~amd64 though, so I expect your problem here is that you run a stable setup. Either you need to keep local copies of the old mailman ebuild, as well as its dependencies, or you need to keyword the new version. Regards, Arve
Re: [gentoo-user] Determine what's keeping Python 3.7 around?
On 2020.12.06 16:04, Victor Ivanov wrote: I'm on the same boat as Grant and, despite being fully up to date, have found it incredibly infuriating to not be able to figure out why I have so many python interpreters installed. I don't mind the consumed space, but I get the itch from not knowing *why*. On 06/12/2020 20:16, Neil Bothwick wrote: emerge -cpv python:3.7 will show you what is keeping 3.7. Thank you Neil for this amazing hack! This has truly been great at solving the mystery. Using this I finally found out that on my system the only thing keeping Python 3.7 was: app-office/libreoffice-bin-6.4.6.2-r2 requires dev-lang/python:3.7[xml] On that note, I feel like I should share my sentiment on what I had tried before to solve this conundrum: $ eix --installed-with-use python_targets_python3_7 $ eix --installed-with-use python_single_target_python7_7 but obviously the above only work for ebuilds that explicitly have the respective PYTHON_TARGETS and PYTHON_SINGLE_TARGET variables and will not include hard dependencies - this is to be expected. More shockingly however, I was surprised that equery did not reveal _anything_ useful at all e.g. $ equery depends python:3.7 $ equery depends '=dev-lang/python:3.7' $ eix --installed-depend python:3.7 eix above was also useless as it provided a very different output to that of `emerge -cpv'. I thought the whole purpose of 'equery depends ' was to do exactly that - list any packages that depend on the given atom. Or am I completely misunderstanding how the above 3 work?! My understanding was that "equery d" gives you a list from portage, not caring about what is currently installed, where "emerge -pvc" will tell you what is preventing the removal of the package.
Re: [gentoo-user] askterisk 11.25.3-r1 masked
On 12/06/2020 02:34 PM, Michael Cook wrote: > On 12/6/20 4:23 PM, the...@sys-concept.com wrote: >> I'm looking at the output of "equery y asterisk" >> and it shows asterisk-11.25.3-r1 is masked >> and https://packages.gentoo.org/packages/net-misc/asterisk show as >> stable (amd64) >> >> Why is it masked on my system? >> > > It's EOL Trying to emerge it, without unmasking anything, it just gives me slot conflict. emerge -avq =net-misc/asterisk-11.25.3-r1 [ebuild N] acct-group/asterisk-0 [ebuild N] net-misc/asterisk-core-sounds-1.6.1-r1 USE="gsm -alaw -g722 -g729 -siren14 -siren7 -sln16 -ulaw -wav" L10N="-en-AU -en-GB -es -fr -it -ja -ru -sv" [ebuild N] net-misc/asterisk-extra-sounds-1.5.2 USE="gsm -alaw -g722 -g729 -siren14 -siren7 -sln16 -ulaw -wav" L10N="-en-GB -fr" [ebuild N] net-misc/asterisk-moh-opsound-2.03-r1 USE="gsm -alaw -g722 -g729 -siren14 -siren7 -sln16 -ulaw -wav" [ebuild N] acct-group/dialout-0 [ebuild N] acct-user/asterisk-0 [ebuild UD] dev-libs/openssl-1.0.2u [1.1.1g] USE="asm bindist sslv3* tls-heartbeat* zlib -gmp% -kerberos% -rfc3779 -sctp -sslv2% -static-libs -test -vanilla" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="(sse2)" [ebuild N] net-misc/asterisk-11.25.3-r1 USE="alsa bluetooth caps iconv samples vorbis -calendar -cluster -curl -dahdi -debug -doc -freetds -gtalk -http -ilbc -ldap -libedit -libressl -lua -mysql -newt -odbc -oss -portaudio -postgres -radius (-selinux) -snmp -span -speex -srtp -static -syslog -xmpp" VOICEMAIL_STORAGE="file -imap -odbc" !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/openssl:0 This might be the reason, it it masked in my portage tree because of dev-libs/openssl-1.1.1g
Re: [gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
On 12/6/20 11:57 AM, Martin Vaeth wrote: Michael Orlitzky wrote: Why are you focusing on /tmp and /var/tmp? Because only world-writable directories are the ones which can be exploited unless the tmpfiles.conf author does something malevolent or extremely stupid. This is completely untrue, but I'm not about to get into an argument over something that you can easily check yourself. Caveat emptor.
Re: [gentoo-user] askterisk 11.25.3-r1 masked
On 12/6/20 4:23 PM, the...@sys-concept.com wrote: I'm looking at the output of "equery y asterisk" and it shows asterisk-11.25.3-r1 is masked and https://packages.gentoo.org/packages/net-misc/asterisk show as stable (amd64) Why is it masked on my system? It's EOL
[gentoo-user] unable to do world update --problem may be caused by mailman
Hi. In trying to do my world update today, I ran into the following problem which I am not sure how to solve. I got the following: The first thing I got was that there was no ebuilds to satisfy dev-python/dnspython so I copied an ebuild which I installed about 3 weeks ago to my local ebuilds and made a manifest for it and now I get the following: emerge: there are no ebuilds to satisfy "dev-python/dnspython[python_targets_python2_7(-)]". (dependency required by "net-mail/mailman-2.1.33::gentoo" [installed]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) In the ebuild, python27 is not listed in the python_compat list, so I am puzzled as to how I did manage to install it at all. So, since mailman 2.1.33 seems to be the latest version in the tree and I have heard on other lists that mailman 3 is not ready for prime time, I am put in a dilema -- I certainly want to be able to update my system, but keep this version of mailman till the new version is ready. Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
[gentoo-user] askterisk 11.25.3-r1 masked
I'm looking at the output of "equery y asterisk" and it shows asterisk-11.25.3-r1 is masked and https://packages.gentoo.org/packages/net-misc/asterisk show as stable (amd64) Why is it masked on my system? -- Thelma
Re: [gentoo-user] Determine what's keeping Python 3.7 around?
I'm on the same boat as Grant and, despite being fully up to date, have found it incredibly infuriating to not be able to figure out why I have so many python interpreters installed. I don't mind the consumed space, but I get the itch from not knowing *why*. On 06/12/2020 20:16, Neil Bothwick wrote: emerge -cpv python:3.7 will show you what is keeping 3.7. Thank you Neil for this amazing hack! This has truly been great at solving the mystery. Using this I finally found out that on my system the only thing keeping Python 3.7 was: app-office/libreoffice-bin-6.4.6.2-r2 requires dev-lang/python:3.7[xml] On that note, I feel like I should share my sentiment on what I had tried before to solve this conundrum: $ eix --installed-with-use python_targets_python3_7 $ eix --installed-with-use python_single_target_python7_7 but obviously the above only work for ebuilds that explicitly have the respective PYTHON_TARGETS and PYTHON_SINGLE_TARGET variables and will not include hard dependencies - this is to be expected. More shockingly however, I was surprised that equery did not reveal _anything_ useful at all e.g. $ equery depends python:3.7 $ equery depends '=dev-lang/python:3.7' $ eix --installed-depend python:3.7 eix above was also useless as it provided a very different output to that of `emerge -cpv'. I thought the whole purpose of 'equery depends ' was to do exactly that - list any packages that depend on the given atom. Or am I completely misunderstanding how the above 3 work?! - Victor OpenPGP_signature Description: OpenPGP digital signature
[gentoo-user] Re: Determine what's keeping Python 3.7 around?
On 2020-12-06, Arve Barsnes wrote: > On Sun, 6 Dec 2020 at 21:25, Grant Edwards wrote: >> > emerge -cpv python:3.7 will show you what is keeping 3.7 >> >> Something's wrong. >> >> That lists 43 packages. I checked the first few, and none of them require >> python 3.7. > > If you have not completed the world update yet, all those are probably > still installed as 3.7 packages. You could try updating all those to > 3.8 only first, if you have not done the world update yet. I can't update world. After adding python3_7 to a bunch of setuptools stuff, it now refuses to update because conflicting vesions of something are required resulting in a slot conflict. I think it's both setuptools and certifi that have required version conflicts, but I can't figure out how to determine what's requiring the older versions of those two. At the end of the emerge output is says: !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: and then there's ~150 lines of stuff in which indentation and color appears to be significant... -- Grant
Re: [gentoo-user] Re: Determine what's keeping Python 3.7 around?
On 12/6/20 3:25 PM, Grant Edwards wrote: On 2020-12-06, Neil Bothwick wrote: On Sun, 6 Dec 2020 20:01:27 - (UTC), Grant Edwards wrote: I updated one of my systems a day or two ago, and Python 3.7 went away as expected. Today, I'm updating another system and it is rebuilding tons of stuff to target python 3.8 instead of 3.7, but it's keeping 3.7 and even wants to install a _new_ package -- and build it for Python 3.7: emerge -cpv python:3.7 will show you what is keeping 3.7 Something's wrong. That lists 43 packages. I checked the first few, and none of them require python 3.7. emerge -uDN @world --with-bdeps=y --changed-deps=y --keep-going Run that as well, then run emerge -cpv python:3.7 Check if you have any useflags keeping it around. For me it was mycli and doomsday (at least ones that still would be keeping it around, I think there was another package that has since been updated to have support for 3.8)
Re: [gentoo-user] Re: Determine what's keeping Python 3.7 around?
On Sun, 6 Dec 2020 at 21:25, Grant Edwards wrote: > > emerge -cpv python:3.7 will show you what is keeping 3.7 > > Something's wrong. > > That lists 43 packages. I checked the first few, and none of them require > python 3.7. If you have not completed the world update yet, all those are probably still installed as 3.7 packages. You could try updating all those to 3.8 only first, if you have not done the world update yet. Regards, Arve
[gentoo-user] Re: Determine what's keeping Python 3.7 around?
On 2020-12-06, Neil Bothwick wrote: > On Sun, 6 Dec 2020 20:01:27 - (UTC), Grant Edwards wrote: > >> I updated one of my systems a day or two ago, and Python 3.7 went away >> as expected. Today, I'm updating another system and it is rebuilding >> tons of stuff to target python 3.8 instead of 3.7, but it's keeping >> 3.7 and even wants to install a _new_ package -- and build it for >> Python 3.7: > > emerge -cpv python:3.7 will show you what is keeping 3.7 Something's wrong. That lists 43 packages. I checked the first few, and none of them require python 3.7. # emerge -cpv python:3.7 Calculating dependencies... done! dev-lang/python-3.7.9 pulled in by: app-office/gnumeric-1.12.47 requires dev-lang/python:3.7 app-office/libreoffice-6.4.7.2 requires dev-lang/python:3.7[threads(+),xml] app-portage/gemato-16.2 requires dev-lang/python:3.7[threads(+)] app-portage/gentoolkit-0.5.0-r2 requires dev-lang/python:3.7[xml(+),threads(+)] app-portage/mirrorselect-2.2.6-r1 requires dev-lang/python:3.7[xml] app-text/asciidoc-9.0.2 requires dev-lang/python:3.7 dev-embedded/libftdi-1.4 requires dev-lang/python:3.7 dev-java/java-config-2.3.1 requires dev-lang/python:3.7 dev-java/javatoolkit-0.6.3 requires dev-lang/python:3.7[xml(+)] dev-libs/gobject-introspection-1.64.1-r1 requires dev-lang/python:3.7[xml] dev-libs/libxml2-2.9.10-r3 requires dev-lang/python:3.7[xml] dev-libs/newt-0.52.21-r1 requires dev-lang/python:3.7 dev-python/PyQt5-5.15.1 requires dev-lang/python:3.7 dev-python/PyQt5-sip-4.19.24 requires dev-lang/python:3.7 dev-python/PySocks-1.7.1-r1 requires dev-lang/python:3.7 dev-python/bcrypt-3.2.0 requires dev-lang/python:3.7 dev-python/beautifulsoup-4.9.3 requires dev-lang/python:3.7 dev-python/cairocffi-1.1.0 requires dev-lang/python:3.7 dev-python/certifi-10001 requires dev-lang/python:3.7 dev-python/cffi-1.14.0-r3 requires dev-lang/python:3.7 dev-python/chardet-3.0.4-r1 requires dev-lang/python:3.7 dev-python/configobj-5.0.6 requires dev-lang/python:3.7 dev-python/cryptography-3.2 requires dev-lang/python:3.7[threads(+)] dev-python/cssselect2-0.3.0 requires dev-lang/python:3.7 dev-python/cython-0.29.21-r1 requires dev-lang/python:3.7[threads(+)] dev-python/defusedxml-0.7.0_rc1 requires dev-lang/python:3.7[xml(+)] dev-python/docutils-0.16-r1 requires dev-lang/python:3.7 dev-python/future-0.18.2-r1 requires dev-lang/python:3.7 dev-python/html5lib-1.1 requires dev-lang/python:3.7[xml(+)] dev-python/idna-2.10-r1 requires dev-lang/python:3.7 dev-python/imapclient-2.1.0 requires dev-lang/python:3.7 dev-python/importlib_metadata-2.0.0 requires dev-lang/python:3.7 dev-python/jinja-2.11.2-r1 requires dev-lang/python:3.7[threads(+)] dev-python/lxml-4.6.2 requires dev-lang/python:3.7 dev-python/mako-1.1.3-r1 requires dev-lang/python:3.7 dev-python/markdown-3.3.3 requires dev-lang/python:3.7 dev-python/markups-3.0.0-r1 requires dev-lang/python:3.7 dev-python/markupsafe-1.1.1-r1 requires dev-lang/python:3.7 dev-python/netifaces-0.10.9 requires dev-lang/python:3.7 dev-python/olefile-0.46-r1 requires dev-lang/python:3.7 dev-python/paho-mqtt-1.5.0 requires dev-lang/python:3.7 dev-python/paramiko-2.7.1 requires dev-lang/python:3.7[threads(+)] dev-python/pbkdf2-1.3-r1 requires dev-lang/python:3.7 dev-python/pillow-7.2.0 requires dev-lang/python:3.7[tk,threads(+)] dev-python/pip-20.2.4 requires dev-lang/python:3.7[ssl(+),threads(+)] dev-python/ply-3.11-r1 requires dev-lang/python:3.7 dev-python/pyalsa-1.1.6-r1 requires dev-lang/python:3.7 dev-python/pyasn1-0.4.8-r1 requires dev-lang/python:3.7 dev-python/pycairo-1.18.2 requires dev-lang/python:3.7[threads(+)] dev-python/pycparser-2.20-r1 requires dev-lang/python:3.7 dev-python/pycurl-7.43.0.6 requires dev-lang/python:3.7 dev-python/pygments-2.7.2 requires dev-lang/python:3.7 dev-python/pygobject-3.36.1-r1 requires dev-lang/python:3.7 dev-python/pynacl-1.4.0 requires dev-lang/python:3.7 dev-python/pyopenssl-19.1.0-r1 requires dev-lang/python:3.7[threads(+)] dev-python/pyphen-0.9.5 requires dev-lang/python:3.7 dev-python/pyserial-3.4 requires dev-lang/python:3.7 dev-python/python-markdown-math-0.7 requires dev-lang/python:3.7 dev-python/qrcode-6.1 requires dev-lang/python:3.7 dev-python/requests-2.24.0-r1 requires dev-lang/python:3.7[threads(+)] dev-python/setuptools-46.4.0-r3 requires dev-lang/python:3.7[xml(+)] dev-python/sip-4.19.24 requires dev-lang/python:3.7 dev-python/six-1.15.0-r1 requires dev-lang/python:3.7 dev-python/soupsieve-2.0.1 requires dev-lang/python:3.7 dev-python/ssl-fetch-0.4 requires dev-lang/python:3.7 dev-python/tinycss2-1.0.2 requires dev-lang/python:3.7 dev-python/toml-0.10.1-r1 requires dev-lang/python:3.7 dev-python/urllib3-1.25.11 requires dev-lang/python:3.7[ssl(+)]
Re: [gentoo-user] Determine what's keeping Python 3.7 around?
On Sun, 6 Dec 2020 20:01:27 - (UTC), Grant Edwards wrote: > I updated one of my systems a day or two ago, and Python 3.7 went away > as expected. Today, I'm updating another system and it is rebuilding > tons of stuff to target python 3.8 instead of 3.7, but it's keeping > 3.7 and even wants to install a _new_ package -- and build it for > Python 3.7: emerge -cpv python:3.7 will show you what is keeping 3.7. -- Neil Bothwick Why is the word abbreviation so long? pgpsrbo7_tFVu.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Kubuntu - edit file details shown in Dolphin?
On Sun, Dec 6, 2020 at 11:49 AM Neil Bothwick wrote: > > On Sun, 6 Dec 2020 11:36:22 -0700, Mark Knecht wrote: > > > This isn't Gentoo specific but I'm wondering if anyone knows how to edit > > values shown in the 'Details' tab of Dolphin, either in KDE or at the > > command line? > > > > To keep graphics out of this email feed I'm attaching a link to a > > screenshot on Google Drive. Hopefully the permissions allow anyone to > > view it. > > > > https://drive.google.com/file/d/1pfbMAMz5Btbyx7tAJ90c2KXDKeMRWBOA/view?usp=sharing > > > > In this case I'm shooting digital pictures on a modern DSLR with a lens > > originally built in the 1970's for film cameras. As such it does not > > report to the camera it's focal length and fstop which are filled in > > with default values by the camera at 50mm and f/0. The lens is actually > > a 200mm lens with fstops 4 to 22. I'd like to edit those two values if > > possible. > > You can do it from the command line with media-libs/exiftool. Dolphin > only shows the values here, I wonder if there might be a plugin for > editing. > I suspect learning to do it from the command line is my best long-term answer. This is mostly about astrophotography where I set up a shot and then do 100's of exposures. They all have the same values so finding a way to edit 300 or even 1000 files at one time from the command line is my best case. I currently put them in folders that are labeled but eventually things get copied and moved around and I wanted a better solution. Stunning how many other parameters are attached to the source file and not shown in Dolphin. I had no idea that Canon actually has 256 parameters according to a pipe through wc. Thanks very much Neil. This is the exact solution I was looking for. Cheers, Mark
[gentoo-user] Determine what's keeping Python 3.7 around?
I updated one of my systems a day or two ago, and Python 3.7 went away as expected. Today, I'm updating another system and it is rebuilding tons of stuff to target python 3.8 instead of 3.7, but it's keeping 3.7 and even wants to install a _new_ package -- and build it for Python 3.7: [...] [nomerge ] app-portage/gemato-16.2::gentoo USE="gpg -test -tools" PYTHON_TARGETS="python3_8* (-pypy3) -python3_6 -python3_7* -python3_9" [nomerge ] dev-python/requests-2.24.0-r1::gentoo USE="ssl -socks5 -test" PYTHON_TARGETS="python3_8* (-pypy3) -python3_6 -python3_7* -python3_9" [nomerge ] dev-python/cryptography-3.2.1::gentoo [3.2::gentoo] USE="-idna -libressl -test" PYTHON_TARGETS="python3_8* (-pypy3) -python3_6 -python3_7* -python3_9" [ebuild R]dev-python/six-1.15.0-r1::gentoo USE="-doc -test" PYTHON_TARGETS="python3_8* (-pypy3) -python3_6 -python3_7* -python3_9" 0 KiB [ebuild U ] dev-python/setuptools-50.3.0::gentoo [46.4.0-r3::gentoo] USE="-test" PYTHON_TARGETS="python3_8* (-pypy3) -python3_6 -python3_7* -python3_9 (-python2_7%*)" 2,119 KiB [ebuild N ] dev-python/setuptools_scm-4.1.2-r1::gentoo USE="-test" PYTHON_TARGETS="python3_7 python3_8 (-pypy3) -python3_6 -python3_9" 0 KiB [ebuild U ] dev-python/certifi-10001-r1::gentoo [10001::gentoo] USE="-test" PYTHON_TARGETS="python3_8* (-pypy3) -python3_6 -python3_7* -python3_9 (-python2_7%*)" 0 KiB [...] Total: 109 packages (12 upgrades, 1 new, 96 reinstalls), Size of downloads: 924,708 KiB How do I figure out why setuptools_scm is being built with the Python 3.7 target? There are no python targets specified in /etc/portage/* -- Grant
Re: [gentoo-user] Kubuntu - edit file details shown in Dolphin?
On Sun, 6 Dec 2020 11:36:22 -0700, Mark Knecht wrote: > This isn't Gentoo specific but I'm wondering if anyone knows how to edit > values shown in the 'Details' tab of Dolphin, either in KDE or at the > command line? > > To keep graphics out of this email feed I'm attaching a link to a > screenshot on Google Drive. Hopefully the permissions allow anyone to > view it. > > https://drive.google.com/file/d/1pfbMAMz5Btbyx7tAJ90c2KXDKeMRWBOA/view?usp=sharing > > In this case I'm shooting digital pictures on a modern DSLR with a lens > originally built in the 1970's for film cameras. As such it does not > report to the camera it's focal length and fstop which are filled in > with default values by the camera at 50mm and f/0. The lens is actually > a 200mm lens with fstops 4 to 22. I'd like to edit those two values if > possible. You can do it from the command line with media-libs/exiftool. Dolphin only shows the values here, I wonder if there might be a plugin for editing. -- Neil Bothwick Top Oxymorons Number 1: Microsoft Works pgp4aIi8UfiHQ.pgp Description: OpenPGP digital signature
[gentoo-user] Kubuntu - edit file details shown in Dolphin?
This isn't Gentoo specific but I'm wondering if anyone knows how to edit values shown in the 'Details' tab of Dolphin, either in KDE or at the command line? To keep graphics out of this email feed I'm attaching a link to a screenshot on Google Drive. Hopefully the permissions allow anyone to view it. https://drive.google.com/file/d/1pfbMAMz5Btbyx7tAJ90c2KXDKeMRWBOA/view?usp=sharing In this case I'm shooting digital pictures on a modern DSLR with a lens originally built in the 1970's for film cameras. As such it does not report to the camera it's focal length and fstop which are filled in with default values by the camera at 50mm and f/0. The lens is actually a 200mm lens with fstops 4 to 22. I'd like to edit those two values if possible. Anyone know how to do this? Thanks, Mark
Re: [gentoo-user][SOLVED] "Print to File" US letter size (default)
On 12/06/2020 05:29 AM, k...@aspodata.se wrote:
> Thelma:
>> Is there a use flag or setting in make.conf to instruct all up to
>> default to "US Letter" size paper.
> ...
>
> Try and see if this helps:
>
> man papersize
>
> Regards,
> /Karl Hammar
I've done this one, but it didn't help. I have few notes as to what to
change eg:
--
/usr/share/texmf-dist/dvips/config/config.ps (new system)
This has to be on the top, before other letter formats (the first one is
default)
...
@ letter 8.5in 11in
@+ ! %%DocumentPaperSizes: Letter
@+ %%BeginPaperSize: Letter
@+ /setpagedevice where
@+ { pop << /PageSize [612 792] >> setpagedevice }
@+ { /letter where { pop letter } if }
@+ ifelse
@+ %%EndPaperSize
...
--
/etc/papersize
letter
--
/etc/xpdfrc
psPaperSize letter
---
What solved the problem is: (I must have miss this part during
installation)
eselect locale set # (select to: en_US.utf8 )
env-update && source /etc/profile
(log-out, log-in)
[gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
antlists wrote: > On 06/12/2020 07:55, Martin Vaeth wrote: >> Dale wrote: >>> It sounds like a rather rare problem. Maybe even only during boot up. > >> It is a non-existent problem on openrc if you clean /tmp and /var/tmp >> on boot (which you should do if you use opentmp): > > Which breaks a lot of STANDARDS-COMPLIANT software. Actually, /var/tmp needs not be cleaned at boot to be on the safe side: grep /var/tmp /usr/lib/tmpfiles.d/* /usr/lib/tmpfiles.d/portage-ccache.conf:x /var/tmp/ccache /usr/lib/tmpfiles.d/systemd-tmp.conf:x /var/tmp/systemd-private-%b-* /usr/lib/tmpfiles.d/systemd-tmp.conf:X /var/tmp/systemd-private-%b-*/tmp /usr/lib/tmpfiles.d/systemd-tmp.conf:R! /var/tmp/systemd-private-* /usr/lib/tmpfiles.d/tmp.conf:q /var/tmp 1777 root root 30d The q entry is irrelevant for the intended usage of opentmpfiles, and the others cannot be exploited.
[gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
Michael Orlitzky wrote: > > Why are you focusing on /tmp and /var/tmp? Because only world-writable directories are the ones which can be exploited unless the tmpfiles.conf author does something malevolent or extremely stupid. > To pick a relevant example relevant? > If that was a 'Z' entry, or if it created another portage:portage > directory beneath /var/cache/eix In other words: If the completely harmless example would have been replaced by an intentionally malevolent one, this could do harm. With this logic, installing systemd-opentmpfiles is the same security risk: If its ebuild would just contain the line chmod -R /* everybody could easily become root on your system when you install it.
[gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
Michael wrote: > > Given M.Orlitzky's comments and discussions with systemd devs he shared, > what's the optimal solution for OpenRC users, who want to avoid systemd? Simply stay with opentmpfiles. > Rely on ebuild creators and maintainer checks to guard against these inherent > vulnerabilities? Rely on ebuild creators to not write into world-writable directories during emerge. This should never happen in the first place.
Re: [gentoo-user] [SOLVED] glabels not showing GNU Barcode
Daniel Pielmeier schrieb am 06.12.20 um 16:39: k...@aspodata.se schrieb am 06.12.20 um 13:22: Thelma: ... IT WORKED! Great! Regards, /Karl Hammar Things like this should be handled in a bug report! Actually there is one [1] already. Don't know who opened it and if it was independent of this discussion. Times of this thread and the bug opening suggest a relation ;-) [1] https://bugs.gentoo.org/758491 Okay now I know who opened the bug :-) thelma=joseph? Next time just add this information here. This way everybody interested can also track the progress at the bug tracker! -- Best Regards Daniel
Re: [gentoo-user] [SOLVED] glabels not showing GNU Barcode
k...@aspodata.se schrieb am 06.12.20 um 13:22: Thelma: ... IT WORKED! Great! Regards, /Karl Hammar Things like this should be handled in a bug report! Actually there is one [1] already. Don't know who opened it and if it was independent of this discussion. Times of this thread and the bug opening suggest a relation ;-) [1] https://bugs.gentoo.org/758491 -- Regards Daniel
Re: [gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
On Sun, Dec 6, 2020 at 8:45 AM Michael wrote:
>
> The objectives of RHL and Poettering are not necessarily aligned
> with mine. For example, as I was installing sys-apps/systemd-tmpfiles I
> noticed systemd selecting as default DNS and NTP servers belonging to Google.
> Not something I would consciously use on my non cloud-hosted/server-farm
> administered laptop.
I think their intent is for distros to tailor such things to their
intended uses. Having a default to fall back to Google DNS/NTP is
probably a good choice for a distro oriented to home-use/etc. I think
resolved still gets configured to use the DHCP-provided DNS server by
default and uses Google as a backup to this.
In any case, the behavior is configurable at build-time so distros
would be expected to adjust it. A google backup probably doesn't make
sense in an environment where you run a central DNS, especially if you
host internal DNS/etc.
The behavior is also runtime-configurable, assuming you know that you
need to adjust it. First you can always just set your own resolv.conf
and glibc does its thing. If you still want to use resolved then you
can also configure its runtime config.
Getting back to you thinking RHL's needs aren't aligned to your own,
you might consider that RHL doesn't actually ship systemd with the
upstream defaults. Assuming CentOS follows them the latest systemd
source rpm I could find from them contains:
-Dntp-servers='0.%{ntpvendor}.pool.ntp.org 1.%{ntpvendor}.pool.ntp.org
2.%{ntpvendor}.pool.ntp.org 3.%{ntpvendor}.pool.ntp.org'
-Ddns-servers=''
So, they're tailoring RHEL for the corporate environment, and they're
not making the systemd upstream follow their own internal needs, even
though they're the ones paying for much of it. They made the upstream
default one that probably would appeal to most community distros.
--
Rich
Re: [gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
On Sunday, 6 December 2020 13:01:40 GMT antlists wrote: > On 06/12/2020 12:54, Rich Freeman wrote: > > I think the idea of having something more cross-platform is a good > > one, though there is nothing really about systemd that isn't "open" - > > it is FOSS. It just prioritizes using linux syscalls where they are > > useful over implementing things in a way that work on other kernels, > > which is more of a design choice than anything else. I mean, it is no > > more wrong to use linux-specific syscalls than for the linux > > developers to create them in the first place. > > After all, it's not as if SysVinit is portable ... hint - it ISN'T. > Nobody uses it but linux distros stuck in the past. > > Cheers, > Wol It's not the naming of files which bothers me in particular and I won't rehash arguments for and against systemd. I think such arguments have been exhausted on this list and others many times over. I'm happy to have the choice of OpenRC and I remain cautious of the insidious Big-Tech takeover of the Linux ecosystem. The objectives of RHL and Poettering are not necessarily aligned with mine. For example, as I was installing sys-apps/systemd-tmpfiles I noticed systemd selecting as default DNS and NTP servers belonging to Google. Not something I would consciously use on my non cloud-hosted/server-farm administered laptop. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
On 12/6/20 2:55 AM, Martin Vaeth wrote:
Dale wrote:
It sounds like a rather rare problem. Maybe even only during boot up.
It is a non-existent problem on openrc if you clean /tmp and /var/tmp
on boot (which you should do if you use opentmp):
The purpose of opentmpfiles is to fill these directories with
certain data during boot, and when run only during boot
(as it is supposed to be) there is nothing wrong with it.
Why are you focusing on /tmp and /var/tmp? These entries are exploitable
everywhere. To pick a relevant example, app-portage/eix installs the
following:
$ cat /usr/lib/tmpfiles.d/eix.conf
d /var/cache/eix 0775 portage portage -
If that was a 'Z' entry, or if it created another portage:portage
directory beneath /var/cache/eix, then the "portage" user could easily
gain root whenever opentmpfiles is run. That happens not only on
reboots, but also when a package is (re)installed. Again, picking on
eix's ebuild:
pkg_postinst() {
tmpfiles_process eix.conf
...
(The portage user gain already gain root, but you get the idea.)
Re: [gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
On 06/12/2020 12:54, Rich Freeman wrote: I think the idea of having something more cross-platform is a good one, though there is nothing really about systemd that isn't "open" - it is FOSS. It just prioritizes using linux syscalls where they are useful over implementing things in a way that work on other kernels, which is more of a design choice than anything else. I mean, it is no more wrong to use linux-specific syscalls than for the linux developers to create them in the first place. After all, it's not as if SysVinit is portable ... hint - it ISN'T. Nobody uses it but linux distros stuck in the past. Cheers, Wol
Re: [gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
On 06/12/2020 07:55, Martin Vaeth wrote: Dale wrote: It sounds like a rather rare problem. Maybe even only during boot up. It is a non-existent problem on openrc if you clean /tmp and /var/tmp on boot (which you should do if you use opentmp): Which breaks a lot of STANDARDS-COMPLIANT software. /var/tmp is *specified* as "surviving a reboot", so cleaning it on startup is not merely non-standard, but *forbidden* by the standard - said standard being the Filesystem Hierarchy Standard ... For example, editors assume /var/tmp is a safe place to stash their files so they can recover from a system crash. (I used to mount /var/tmp as a tmpfs until I found that out ...) Cheers, Wol
Re: [gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
On Sun, Dec 6, 2020 at 7:37 AM Neil Bothwick wrote: > > Maybe the devs need to rename the systemd-tmpfiles package to satisfy > those that break out in a sweat at the mention of the s-word :) Or maybe people who care a great deal about the filenames of stuff just could rename them as they prefer? :) And if the part you don't like is what website or tarball the source is distributed from, well, it is FOSS so you can always just host it yourself. opentmpfiles is just a reimplementation of systemd-tmpfiles in bash with the goal of running on platforms that don't support linux syscalls (and I guess bash makes everything better cause C became corrupt the moment Lennart learned how to program in it...). So, if systemd-tmpfiles does something you don't like, chances are it is just a matter of time before opentmpfiles does too. I think the idea of having something more cross-platform is a good one, though there is nothing really about systemd that isn't "open" - it is FOSS. It just prioritizes using linux syscalls where they are useful over implementing things in a way that work on other kernels, which is more of a design choice than anything else. I mean, it is no more wrong to use linux-specific syscalls than for the linux developers to create them in the first place. In some situations the linux-specific stuff lets things be done that aren't practical with pure POSIX and safer manipulation of links is apparently one of them. Really what probably wouldn't hurt is some kind of FOSS POSIX-extension effort that tries to standardize stuff like this so that it can be implemented across other kernels in a standard way, at least for things like this which seem really useful. I suspect that the systemd folks might be willing to accept cross-platform improvements if it were practical to do so, and if not you could always fork it. -- Rich
Re: [gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
On Sun, 6 Dec 2020 at 13:37, Neil Bothwick wrote: > Despite the claims that systemd is > monolithic, it is not. It is an ecosystem comprised of many parts, some > of which can be used without any other systemd components, like > systemd-tmpfiles and systemd-boot, not to mention udev. Despite repeated claims that it is not, all evidence points to it being very much a monolithic code base, with tight coupling between most of the parts. That you can disable compilation of so many parts that some of the parts appear as stand-alone after compilation is not evidence against that. > Maybe the devs need to rename the systemd-tmpfiles package to satisfy > those that break out in a sweat at the mention of the s-word :) Since the compilation of this package consists of downloading a systemd release, and disabling building of almost everything but this component, it seems to very much be named correctly as it is. Regards, Arve
Re: [gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
On Sun, 06 Dec 2020 10:45:38 +, Michael wrote: > Given M.Orlitzky's comments and discussions with systemd devs he > shared, what's the optimal solution for OpenRC users, who want to avoid > systemd? systemd-tmpfiles != systemd. Despite the claims that systemd is monolithic, it is not. It is an ecosystem comprised of many parts, some of which can be used without any other systemd components, like systemd-tmpfiles and systemd-boot, not to mention udev. Maybe the devs need to rename the systemd-tmpfiles package to satisfy those that break out in a sweat at the mention of the s-word :) -- Neil Bothwick I can't walk on water, but I can stagger on alcohol. pgpdUNg9s1gAH.pgp Description: OpenPGP digital signature
Re: [gentoo-user] update fails, but I don't see why
On Sat, 5 Dec 2020 09:48:23 +0100, n952162 wrote: > "You need to check this list carefully. " I haven't a clue what to > check for. I didn't add any of those. I presume that anything I > explicitly added would be in the world file. You check for packages that you want to use. Those should be in @world but it sometimes happens that something you like is pulled in as a dependency of something else, then you get rid of "something else". > Is the point here that I should write a script that always ensures that > nothing in my world file has crept into this list somehow? depclean will never remove anything in your world file - unless you specify the package on the command line, but we are looking at the global usage of depclean here. Just thought I'd mention that as there are other pedants on this list :) -- Neil Bothwick Don't put all your hypes in one home page. pgpLdBFHln2PZ.pgp Description: OpenPGP digital signature
Re: [gentoo-user] "Print to File" US letter size (default)
Thelma: > Is there a use flag or setting in make.conf to instruct all up to > default to "US Letter" size paper. ... Try and see if this helps: man papersize Regards, /Karl Hammar
Re: [gentoo-user] update fails, but I don't see why
On Sat, 5 Dec 2020 09:54:50 +0100, n952162 wrote: > > Yes you should, t keep your system consistent. You should also heed > > the messages about unread news items and updating config files as > > these can also have a bearing on keeping your system running > > smoothly. > > > I maintain at least 7 gentoo systems, the news will have gotten read > (seen, at any rate ;-) ) on one system or another. I have a similar situation, but the news items vary from one system to the next, depending on what is installed. You should at least check the list of unread news on each computer and then mark them all as read. > The config files I > do by hand. They're actually up-to-date. I probably shouldn't let it > create those ._cfg* files, but I do for safe-keeping. It's generally easier to use a config update manager like dispatch-conf or conf-update. -- Neil Bothwick Top Oxymorons Number 35: Legally drunk pgpHwzTahJzax.pgp Description: OpenPGP digital signature
Re: [gentoo-user] [SOLVED] glabels not showing GNU Barcode
Thelma: ... > IT WORKED! Great! Regards, /Karl Hammar
Re: [gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.
On Sunday, 6 December 2020 07:55:29 GMT Martin Vaeth wrote: > Dale wrote: > > It sounds like a rather rare problem. Maybe even only during boot up. > > It is a non-existent problem on openrc if you clean /tmp and /var/tmp > on boot (which you should do if you use opentmp): > > The purpose of opentmpfiles is to fill these directories with > certain data during boot, and when run only during boot > (as it is supposed to be) there is nothing wrong with it. > > The situation is different for systemd which runs tmpfiles > periodically to clean up data from /tmp and /var/tmp > (something which should argueably be done by a dedicated tool > instead of putting two different functionalities into the same > tool - the usual systemd misconception of trying to be monolithic). > > There is a certain danger if you install a new package whose > ebuild processes on installation a certain tmpfiles.conf > which writes into one of the world-writable directories /tmp or > /var/tmp: Such an ebuild does an inherently unsafe thing during > installation (but it doesn't matter whether it does this using > opentmpfiles or by calling the shell commands manually), and I > would not hesitate to file a bug against such an ebuild. Given M.Orlitzky's comments and discussions with systemd devs he shared, what's the optimal solution for OpenRC users, who want to avoid systemd? Rely on ebuild creators and maintainer checks to guard against these inherent vulnerabilities? Or install --oneshot systemd-tmpfiles, at least temporarily until an OpenRC solution is cooked? signature.asc Description: This is a digitally signed message part.
