Re: [gentoo-user] newboat loading wrong library path
On Sunday, May 10, 2020 5:02 PM, Ashley Dixon wrote: > A more permanent solution would be to fix the error in newsboat, or patch the > ebuild to create this symlink upon installation of stfl or newsboat. thanks a lot for your time. highly appreciated. any reason why it isn't a bug in libstfl? e.g. shouldn't it create a symlink to libstfl.so.0 as well? any guideline that helps us figure out whether its an app's fault or a lib's fault? rgrds, cm
Re: [gentoo-user] newboat loading wrong library path
On Sun, May 10, 2020 at 12:52:46PM +, Caveman Al Toraboran wrote: > shell> newsboat > newsboat: error while loading shared libraries: libstfl.so.0: cannot open > shared object file: No such file or directory Searching on portagefilelist.de, this file appears in dev-libs/stfl. Okay, let's have a look at the files which that package installs. $ equery f dev-libs/stfl * Searching for stfl in dev-libs ... * Contents of dev-libs/stfl-0.24: /usr /usr/include /usr/include/stfl.h /usr/lib64 /usr/lib64/libstfl.so -> libstfl.so.0.24 /usr/lib64/libstfl.so.0.24 /usr/lib64/pkgconfig /usr/lib64/pkgconfig/stfl.pc /usr/share /usr/share/doc /usr/share/doc/stfl-0.24 /usr/share/doc/stfl-0.24/README.bz2 libstfl.so.0 doesn't exist. It seems like this is a bug in newsboat, as it doesn't look for the correct file as provided by stfl. A temporary solution would be to add a symlink in /usr/lib64/ like so: /usr/lib64 $ ln -s libstfl.so libstfl.so.0 A more permanent solution would be to fix the error in newsboat, or patch the ebuild to create this symlink upon installation of stfl or newsboat. -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
[gentoo-user] newboat loading wrong library path
hi: shell> newsboat newsboat: error while loading shared libraries: libstfl.so.0: cannot open shared object file: No such file or directory shell> ls /usr/lib64/libstfl.so* -lh lrwxrwxrwx 1 root root 15 May 10 15:27 /usr/lib64/libstfl.so -> libstfl.so.0.24* -rwxr-xr-x 1 root root 80K May 10 15:27 /usr/lib64/libstfl.so.0.24* if i manually link the lib to libstfl.so.0, it works normally. any idea what's causing this issue? (or how to find what's the cause?) (and thanks for your time) rgrds, cm.
[gentoo-user] Re: best rss reader?
On 2020-04-19 21:15, Caveman Al Toraboran wrote: > i have newsboat, but it got masked. Really? Masked as in package.mask? When? I don't see that. I use it too, and it is better than the alternatives IMO. -- Ian
Re: [gentoo-user] Re: best rss reader?
On Wednesday, April 22, 2020 3:44 AM, Ian Zimmerman wrote: > Really? Masked as in package.mask? When? I don't see that. > I use it too, and it is better than the alternatives IMO. i'm on ~amd, is this related to why you don't see it? from `/var/db/repos/gentoo/profiles/package.mask`: ``` # Michał Górny (2020-04-19) # Both packages are unmaintained and have unresolved bugs. stfl # is stuck on Python 3.6 and newsboat is its only revdep. # Removal in 30 days. Bug #718286. dev-libs/stfl net-news/newsboat ``` i highly appreciate mgorny's work though. thanks to him, now i'm aware of the shortcomings, and looks like i'm now headed to get me a better rss reader. also thanks to those who helped me in this thread. highly appreciated. i'm now trying your ideas, and very optimistic i'll find a better rss reader setup.
Re: [gentoo-user] why resizing newsboat's terminal won't show more text?
On Wednesday, 28 April 2021 10:04:19 BST caveman رَجُلُ الْكَهْفِ 穴居人 wrote: > hi. when i open newsboat in a small window, it > fills it with text, and eats the remaining text > as expected (so that there is a single news item > per line. fine). > > but: > 1. on arch linux's package, when i enlarge the > window, more text automatically shows. nice. > > 2. on gentoo linux's installation, when i do > the same as arch's, text is still eaten, so i > end up manually redrawing the terminal. > > any idea how should i move from here to figure out > what's the cause? > > (more info in appendix below) > > ty, > cm. Are you using the same terminal in both OS? I have found terminals use different mechanisms to flow/redraw lines, as long as the application output allows it, with urxvt being better in this respect than xterm. However, I've not used newsboat to have observed how it behaves within urxvt. signature.asc Description: This is a digitally signed message part.
[gentoo-user] why resizing newsboat's terminal won't show more text?
hi. when i open newsboat in a small window, it fills it with text, and eats the remaining text as expected (so that there is a single news item per line. fine). but: 1. on arch linux's package, when i enlarge the window, more text automatically shows. nice. 2. on gentoo linux's installation, when i do the same as arch's, text is still eaten, so i end up manually redrawing the terminal. any idea how should i move from here to figure out what's the cause? (more info in appendix below) ty, cm. APPENDIX: 1. emerge -pv ncurses: [ebuild R] sys-libs/ncurses-6.2_p20210123:0/6::gentoo USE="cxx (split-usr) (tinfo) (unicode) -ada -debug -doc -gpm -minimal -profile -static-libs -test -threads -trace" ABI_X86="(64) -32 (-x32)" 0 KiB 2. newsboat -v newsboat 2.21.0 System: Linux 5.11.16-gentoo-x86_64 (x86_64) Compiler: g++ 10.2.0 ncurses: ncurses 6.2.20210123 (compiled with 6.2) libcurl: libcurl/7.76.1 OpenSSL/1.1.1k zlib/1.2.11 nghttp2/1.43.0 (compiled with 7.73.0) SQLite: 3.35.4 (compiled with 3.33.0) libxml2: compiled with 2.9.10
Re: [gentoo-user] newboat loading wrong library path
On Sun, May 10, 2020 at 02:46:39PM +, Caveman Al Toraboran wrote: > any reason why it isn't a bug in libstfl? e.g. > shouldn't it create a symlink to libstfl.so.0 as > well? See [1] and [2] for an overview of the versioning and naming schemes commonly used by shared objects libraries. `.0` is the major version of the library, and generally symlinks to the best minor version of that particular major release. The `.so` suffix, without any particular version number, is usually a symlink to the latest version installed, regardless of the major version. Consider the following hypothetical as an exemplar (can an exemplar also be a hypothetical ?). libfoo.so.0.2.5 libfoo.so.0 -> libfoo.so.0.2.5 libfoo.so -> libfoo.so.0.2.5 This reflects `libfoo` version 0.2.5, with zero as the major version and 2.5 as the minor. Now consider that a new major version of `libfoo` is released which breaks A.P.I.-compatibility with 0.2.5. The files now look like this, assuming v. 0.2.5 is still on the system: libfoo.so.0.2.5 libfoo.so.1.0.0 libfoo.so.0 -> libfoo.so.0.2.5 libfoo.so.1 -> libfoo.so.1.0.0 libfoo.so -> libfoo.so.1.0.0 This naming scheme allows application developers, such as those of `newsboat`, to assume that interface-breakages only occur on changes of the major versions, thus linking to `.so.` without having to care about the library's minor versioning. Unless you're the author of the library to which you're linking, or have some sort of assurance that your program won't be affected by potential library interface changes, it's probably a bad idea to link to the symlink with no specific major or minor version (libfoo.so). > any guideline that helps us figure out whether its > an app's fault or a lib's fault? In your particular case, `newsboat` is trying to link to `libstfl` major version zero, but unfortunately, the developers of `libstfl` have not included such a symlink, and instead expect developers to link to files providing a specific minor version. Technically, it is a problem of `newsboat`, however the authors of `libstfl` should follow proper versioning practice and provide a symlink for each major version. > My thirst for knowledge does not stop here. ;-) Read more about semantic versioning in the general sense at [3] and [4]. [4] is the Backus-Naur grammar, unneeded for a general understanding of the concepts unless you're implementing some sort of program to automatically parse or generate version numbers. [1] https://stackoverflow.com/a/2004038/ [2] https://stackoverflow.com/a/664401/ [3] https://github.com/dbrock/semver-howto [4] https://semver.org/ -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
[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] why resizing newsboat's terminal won't show more text?
yes, both use urxvt. gentoo's is x11-terms/rxvt-unicode-9.22-r8::gentoo enabled use flags: 256-color blink font-styles gdk-pixbuf mousewheel perl startup-notification unicode3 utmp wtmp xft not enabled use flags: -24-bit-color -fading-colors -iso14755 -sgrmouse ty, cm. ‐‐‐ Original Message ‐‐‐ On Wednesday, 28 April 2021 09:33, Michael wrote: > On Wednesday, 28 April 2021 10:04:19 BST caveman رَجُلُ الْكَهْفِ 穴居人 wrote: > > > hi. when i open newsboat in a small window, it > > fills it with text, and eats the remaining text > > as expected (so that there is a single news item > > per line. fine). > > but: > > 1. on arch linux's package, when i enlarge the > > window, more text automatically shows. nice. > > > > 2. on gentoo linux's installation, when i do > > the same as arch's, text is still eaten, so i > > end up manually redrawing the terminal. > > > > > > any idea how should i move from here to figure out > > what's the cause? > > (more info in appendix below) > > ty, > > cm. > > Are you using the same terminal in both OS? I have found terminals use > different mechanisms to flow/redraw lines, as long as the application output > allows it, with urxvt being better in this respect than xterm. However, I've > not used newsboat to have observed how it behaves within urxvt.
Re: [gentoo-user] best rss reader?
Hi, I use liferea for many years now and I'm pretty happy. Doesn't sync to multiple machines though but I read RSS news only on my main laptop. I like how it's very straightforward and locally collects a configurable history of each feed and allows to structure them hierarchically into folders - however, many others offer similar features as well. Best Regards Felix Am 19.04.20 um 23:15 schrieb Caveman Al Toraboran: > 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] best rss reader?
I am using canto-daemon canto-curses and I am pretty happy with it. Am 19.04.20 um 23:15 schrieb Caveman Al Toraboran: > 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] Re: Is gnome becoming obligatory?
> mpd.service loadedactive running Music Player Daemon > > newsboat.service loadedinactive deadRun newsboat -x reload > > ● syncthing-inotify.service not-found inactive dead > syncthing-inotify.service > syncthing.service loadedactive running Syncthing - Open > Source Continuous File Synchronization > ctags.timer loadedactive waiting Regenerate ctags files > (timer) > newsboat.timerloadedactive waiting Run newsboat -x reload > (timer) > > LOAD = Reflects whether the unit definition was properly loaded. > ACTIVE = The high-level unit activation state, i.e. generalization of SUB. > SUB= The low-level unit activation state, values depend on unit type. > > 8 loaded units listed. > To show all installed unit files use 'systemctl list-unit-files'. So I run MPD, gpg-agent, and syncthing continuously, while ctags and newsboat are executed on a schedule via timers (a cron-like feature, see point 6 below), hence their low-level activation state "dead". Oh, and all units' output gets collected in the journal (see point 5 below), which doesn't work with the alternatives (e.g., ~/.xprofile, which I used to use). 4.) I use nspawn occasionally for running a Gentoo amd64 container for testing asciidoc (I wound up proxy maintaining it). It's kind of a chroot on steroids, hence you can use it in place of chroot, but you can also do things like run containers as services (i.e., there's such a thing as an nspawn unit), but I don't use that feature. Just as an example, the container I use is configured like this: % cat /etc/systemd/nspawn/gentoo-amd64-systemd.nspawn [Files] BindReadOnly=/home/marcec/projects/gentoo/:/home/marcec/gentoo/ BindReadOnly=/usr/portage/distfiles/:/usr/portage/ro_distfiles/ TemporaryFileSystem=/var/tmp/portage/ (I bet you never heard of ro_distfiles! I learned about it while setting up the container (look up PORTAGE_RO_DISTDIRS in make.conf(5)).) So this is pretty much like docker, which makes sense, since they use the same underlying Linux kernel features. Systemd simply enables the treatment of containers as services (including the ability to connect to a systemd instance running inside a container, in the event that the container uses systemd as its service manager). 5.) The journal is another element of systemd that one could write a lot about. My usage is mostly limited to inspecting the state of a service ("systemctl status " includes the last 10 lines of log output by default) and looking for stuff in a specific time range. However, it has a few advantages over classic syslog implementations: - By default it captures all stdout and stderr of service units, so you can't miss anything. - It groups all log output of a service, regardless of how many processes it consists of, i.e., you can't miss anything (I'm thinking of naive greps here). - While you can just use grep (and I sometimes do), it's often better to use the builtin search functionality, e.g., you can output journal entries corresponding to a specific kernel device (not useful to me, personally, but illustrates that there are a lot of filters you can use). - As the prior point illustrates, journal entries consist of a *lot* of metadata, whereas with syslog, you have a quasi-structured text file that contains less information. - It helps unclutter /var/log/ ;-) . - Probably more that I can't think of right now. If you don't care for it, you can also turn off persistent journal storage and run a syslog daemon instead, or in parallel (you can't completely turn off the journal, though, as it is still required for capturing stdout and stderr). 6.) I also happen to like timers a lot, because I can forego a cron daemon, and I happen to like the "systemctl list-timers" output very much. But really, you can just keep using cron, it's not a world shattering feature for me. It does have the advantage of allowing dependencies to other units, though, since timer units are units like anything else in systemd. This can be really powerful, since, e.g., devices and mount points have corresponding unit types. Actually, the main advantage of using timer units for me is that I can put them in git and synchronise them across different computers, which I couldn't really do with cron, because crontabs live somewhere in /var/ (right? Or was that only the root crontab?). Also, since timers trigger service units, their output goes to the journal, too. 7.) Use of ACLs. This is just a detail, but I like that my user looks like this: % id uid=1000(marcec) gid=100(users) Gruppen=100(users),10(wheel),35(games),1019(realtime) So I'm left with wheel (used by sud