Re: [gentoo-user] best rss reader?
On 2020-04-19 16:15, Caveman Al Toraboran wrote: > 1. what rss feed reader do you use? TinyTinyRSS on a virtual server and a web browser. https://tt-rss.org/ > 2. what are your theoretical principles that >guided you to choose the rss feed that you >use. Versatility: only a web browser is required, so no additional software is needed on any of my (many) devices, but I do use the Android app on my phone just for a better UX. TT-RSS also has a long list of available plugins to improve the support for various sites or customize the experience.
Re: [gentoo-user] best rss reader?
On Sun, Apr 19, 2020 at 09:15:58PM +, Caveman Al Toraboran wrote: > summary of questions: > - > 1. what rss feed reader do you use? Snownews: net-news/snownews [1] > 2. what are your theoretical principles that >guided you to choose the rss feed that you >use. With the recent decision on gentoo-dev to switch the default target to Python 3.7, many packages stuck on Python 3.6 support are being masked for removal. Hence, I've been trying to avoid Python packages like the plague when alternatives are available. Snownews is written in C and Perl (quite a few Perl dependencies are required, but they're all tiny) and claims to run any UNIX system (which is likely true). The activity on the GitHub repository has been quiet recently, but in my experience it is remarkably stable and encapsulates everything an R.S.S.\ reader should. It is also a terminal application with customisable keybindings, which is a 'must' for me. Unfortunately, it's only available on amd64, x86, and ppc architectures; no A.R.M.\ support in portage. [1] https://github.com/kouya/snownews -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] best rss reader?
On 4/19/20 3:15 PM, Caveman Al Toraboran wrote: hi - could everyone share his rss reading setup? Hi, 1. what rss feed reader do you use? Primary: rss2email Secondary: Thunderbird 2. what are your theoretical principles that guided you to choose the rss feed that you use. I want to read things on multiple devices, and IMAP based email does extremely well at that. I have select few things that I don't run through rss2email that I just read via Thunderbird's RSS support. -- Grant. . . . unix || die
Re: [gentoo-user] HCL web-page
the...@sys-concept.com wrote: > On 04/19/2020 04:11 PM, Dale wrote: >> the...@sys-concept.com wrote: >>> There used to be webpage http://kmuto.jp/debian/hcl/ >>> where use could paste output of: lspci -n >>> >>> But is no longer active, did it change? >>> >>> >> >> That site seems to be gone. I did find some other info. Maybe one of >> these links will help replace it. >> >> https://www.linuxjournal.com/supportedhardware >> >> https://linux-hardware.org/ >> >> https://wiki.debian.org/Hardware >> >> https://www.linuxcompatible.org/compatibility/ >> >> Each site has its own way. One lists links to distro sites, another >> probes your system to see if everything is supported, I didn't test >> that, and others seem to list hardware separated by type, network, video >> etc etc. >> >> I seem to recall using that site long ago. If I recall correctly, it >> would find the correct kernel drivers etc for each piece of hardware. >> Certainly made things easier when trying to do a install on a new >> system. Sad to see it is gone. >> >> Dale >> >> :-) :-) > I think using: lspci -kn > will do the trick, it lists the kernel driver in use. > > > If I recall correctly, it has to be enabled already for it to show that. If you have a limited boot media that doesn't support some piece of hardware, it won't help. It works more to confirm the driver is loaded than anything. If doing a new install, or more important about to purchase new hardware, those types of sites can be of real help. Also true if you run windoze and want to switch or dual boot. I suspect that site that does the probing thing is for people using windoze but wanting to switch. It works if you already have the right driver enabled tho. Dale :-) :-)
Re: [gentoo-user] HCL web-page
On 04/19/2020 04:11 PM, Dale wrote: > the...@sys-concept.com wrote: >> There used to be webpage http://kmuto.jp/debian/hcl/ >> where use could paste output of: lspci -n >> >> But is no longer active, did it change? >> >> > > > That site seems to be gone. I did find some other info. Maybe one of > these links will help replace it. > > https://www.linuxjournal.com/supportedhardware > > https://linux-hardware.org/ > > https://wiki.debian.org/Hardware > > https://www.linuxcompatible.org/compatibility/ > > Each site has its own way. One lists links to distro sites, another > probes your system to see if everything is supported, I didn't test > that, and others seem to list hardware separated by type, network, video > etc etc. > > I seem to recall using that site long ago. If I recall correctly, it > would find the correct kernel drivers etc for each piece of hardware. > Certainly made things easier when trying to do a install on a new > system. Sad to see it is gone. > > Dale > > :-) :-) I think using: lspci -kn will do the trick, it lists the kernel driver in use.
Re: [gentoo-user] HCL web-page
the...@sys-concept.com wrote: > There used to be webpage http://kmuto.jp/debian/hcl/ > where use could paste output of: lspci -n > > But is no longer active, did it change? > > That site seems to be gone. I did find some other info. Maybe one of these links will help replace it. https://www.linuxjournal.com/supportedhardware https://linux-hardware.org/ https://wiki.debian.org/Hardware https://www.linuxcompatible.org/compatibility/ Each site has its own way. One lists links to distro sites, another probes your system to see if everything is supported, I didn't test that, and others seem to list hardware separated by type, network, video etc etc. I seem to recall using that site long ago. If I recall correctly, it would find the correct kernel drivers etc for each piece of hardware. Certainly made things easier when trying to do a install on a new system. Sad to see it is gone. Dale :-) :-)
[gentoo-user] HCL web-page
There used to be webpage http://kmuto.jp/debian/hcl/ where use could paste output of: lspci -n But is no longer active, did it change?
Re: [gentoo-user] dir or file? >> /etc/portage/package.mask
On Sun, Apr 19, 2020 at 12:12:02PM -0400, John Covici wrote > > I wonder why they are doing this, I find the single file much easier > to deal with and its easier to make sure I don't have duplicate > entries this way. /etc/portage/package.use/package.use (giggle) -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] best rss reader?
hi - could everyone share his rss reading setup? i have newsboat, but it got masked. so i'm now starting to look around again. i'm open minded and welling to question fundamentals in the theory of the optimality of rss feed readers. so if you have some principles/theories about what makes an rss feed optimum, please share these too, as it might help me think in a better way in my quest to find the best rss feed reader. summary of questions: - 1. what rss feed reader do you use? 2. what are your theoretical principles that guided you to choose the rss feed that you use. rgrds, cm.
Re: [gentoo-user] Portage: Complaining about multiple incidents at once
Le dim. 19 avr. 2020 à 13:03, Gerion Entrup a écrit : > > Hi, > > does Portage have a "don't stop" mode? > > With that I mean the following: > I'm doing updates with > emerge -auND world --keep-going --quiet-build --verbose-conflicts > > Portage then often stops, saying a dependency keyword is missing or a > useflag etc. However, this always happens incident after incident, so I > need to run portage multiple times. > > Is there a way to instruct portage to just say: "Ok, here is a > configuration fix necessary, maybe a use flag must be added, but let's > assume, the user does this and the use flag is set now. What do I need > to do next." > > Without checking it, this behaviour seems to be more the case in prior > portage version (complaining about multiple incidents at once). > > Best, > Gerion Hi Gerion I believe that what you are looking for are the options starting with --autounmask, which affect the initial analysis of the build tree, which is the source of the complaints about missing keywords or USE flags. The --keep-going option does a great job at continuing to build other packages when one build fails. There are a bunch of them so I don't know how much you'd like to use but it seems tailored to go forward in almost any situation ! They are well described in "man emerge" --autounmask [ y | n ] --autounmask-backtrack < y | n > --autounmask-continue [ y | n ] --autounmask-only [ y | n ] --autounmask-unrestricted-atoms [ y | n ] --autounmask-keep-keywords [ y | n ] --autounmask-keep-masks [ y | n ] --autounmask-license < y | n > --autounmask-use < y | n > --autounmask-write [ y | n ] Adding --backtrack=COUNT with COUNT > 10 (the default value) may push Portage to look forward a bit more. However, as I don't use them, I don't know what stability you could expect from your system after activating any or all of them. Best regards Mickaël Bucas
[gentoo-user] Re: dir or file? >> /etc/portage/package.mask
On 2020-04-19 12:12, John Covici wrote: > I wonder why they are doing this, I find the single file much easier > to deal with and its easier to make sure I don't have duplicate > entries this way. Well, as Daniel wrote, you can still keep all the entries in a single file; you just have to move the file one level down the directory hierarchy. I agree though, it seems pointless, and likely to make portage start up time even longer. -- Ian
Re: [gentoo-user] dir or file? >> /etc/portage/package.mask
On Sun, 19 Apr 2020 12:12:02 -0400, John Covici wrote: > > The devs are deprecating the flat-file version of package.*, I > > have been gettings warnings during emerges indicating that they > > all need to be changed to the directory layout. > > > > If you ignore this eventually emerge will stop working. I've > > already taken the few minutes to move all my boxes to the > > directory layout, and split out the packages to individual > > files. You don't have to go that far though, the entries can stay > > in one file under the new directory structure. > > I wonder why they are doing this, I find the single file much easier > to deal with and its easier to make sure I don't have duplicate > entries this way. Horses for courses I suppose. I prefer a separate file for a package and its dependencies. Then if I uninstall that package, I can simply delete the file. eix-test-obsolete should find duplicate entries, although that hasn't been an issue so far. -- Neil Bothwick The considered application of terror is also a form of communication. pgprln_HFTlNr.pgp Description: OpenPGP digital signature
Re: [gentoo-user] dir or file? >> /etc/portage/package.mask
On Sun, 19 Apr 2020 10:23:28 -0400, Daniel Frey wrote: > > On 4/18/20 10:56 AM, tu...@posteo.de wrote: > > Hi, > > > > I /thought/ that /etc/portage/package.mask is a file and using it > > in this manner works as exspected. > > Also the docs are of that opinion, too: > > https://wiki.gentoo.org/wiki//etc/portage/package.mask > > > > BUT! > > > > * error: please convert //etc/portage/package.mask to a directory > > * > > > > > > urges me to make a directory out of it. > > After doing so, the command starts. > > > > I am confusedslightly... > > > > The devs are deprecating the flat-file version of package.*, I > have been gettings warnings during emerges indicating that they > all need to be changed to the directory layout. > > If you ignore this eventually emerge will stop working. I've > already taken the few minutes to move all my boxes to the > directory layout, and split out the packages to individual > files. You don't have to go that far though, the entries can stay > in one file under the new directory structure. I wonder why they are doing this, I find the single file much easier to deal with and its easier to make sure I don't have duplicate entries this way. -- 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] PHP 7.4 and dev-php/pecl-apcu-5.1.18
On 4/18/20 10:17 PM, Steve Freeman wrote: > > Based on your suggestion, I simply added the following line to > /etc/portage/package.accept_keywords: > =dev-php/pecl-apcu-5.1.18 ~amd64 > > It worked like a champ. Thank you very much! > Now that php-7.4 is stable, we should probably stabilize the (only, in some cases) versions of the PHP extensions that support it. Feel free to open a stabilization request bug.
Re: [gentoo-user] dir or file? >> /etc/portage/package.mask
On 4/18/20 10:56 AM, tu...@posteo.de wrote: Hi, I /thought/ that /etc/portage/package.mask is a file and using it in this manner works as exspected. Also the docs are of that opinion, too: https://wiki.gentoo.org/wiki//etc/portage/package.mask BUT! * error: please convert //etc/portage/package.mask to a directory * urges me to make a directory out of it. After doing so, the command starts. I am confusedslightly... The devs are deprecating the flat-file version of package.*, I have been gettings warnings during emerges indicating that they all need to be changed to the directory layout. If you ignore this eventually emerge will stop working. I've already taken the few minutes to move all my boxes to the directory layout, and split out the packages to individual files. You don't have to go that far though, the entries can stay in one file under the new directory structure. Dan
Re: [gentoo-user] Portage: Complaining about multiple incidents at once
On Sun, Apr 19, 2020 at 01:03:55PM +0200, Gerion Entrup wrote: > Portage then often stops, saying a dependency keyword is missing or a > useflag etc. However, this always happens incident after incident, so I > need to run portage multiple times. > > Is there a way to instruct portage to just say: "Ok, here is a > configuration fix necessary, maybe a use flag must be added, but let's > assume, the user does this and the use flag is set now. What do I need > to do next." Have you seen the --skipfirst option, to be used in conjunction with --resume (-r) ? Taking directly from the man page of emerge: --skipfirst This option is only valid when used with --resume. It removes the first package in the resume list. Dependencies are recalculated for remaining packages and any that have unsatisfied dependencies or are masked will be automatically dropped.Also see the related --keep-goingoption. --resume, -r Resumes the most recent merge list that has been aborted due to an error. This re-uses the arguments and options that were given with the original command that's being resumed, and the user may also provide additional options when calling --resume. It is an error to provide atoms or sets as arguments to --resume, since the arguments from the resumed command are used instead. Please note that this operation will only return an error on failure. If there is nothing for portage to do, then portage will exit with a message and a success condition. A resume list will persist until it has been completed in entirety or until another aborted merge list replaces it. The resume history is capable of storing two merge lists. After one resume list completes, it is possible to invoke --resume once again in order to resume an older list. The resume lists are stored in /var/cache/edb/mtimedb, and may be explicitly discarded by running `emaint --fix cleanresume` (see emaint(1)). Sorry if I've misunderstood your intentions; the wording of your question was a little difficult for me to comprehend, but I think this is what you want ;-) -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
[gentoo-user] Portage: Complaining about multiple incidents at once
Hi, does Portage have a "don't stop" mode? With that I mean the following: I'm doing updates with emerge -auND world --keep-going --quiet-build --verbose-conflicts Portage then often stops, saying a dependency keyword is missing or a useflag etc. However, this always happens incident after incident, so I need to run portage multiple times. Is there a way to instruct portage to just say: "Ok, here is a configuration fix necessary, maybe a use flag must be added, but let's assume, the user does this and the use flag is set now. What do I need to do next." Without checking it, this behaviour seems to be more the case in prior portage version (complaining about multiple incidents at once). Best, Gerion signature.asc Description: This is a digitally signed message part.