Re: [gentoo-user] tuning desktop appearance for legibility
‐‐‐ Original Message ‐‐‐ On Saturday, September 5, 2020 1:09 PM, Wols Lists wrote: > Isn't that how the web originally WAS designed? That the web-site sent > content and the browser determined how it was displayed? sort of. it was not very clear and they could've gone either direction. so they had to answer the question: where to go? they thought a bit and concluded: "let's go turing-complete with built-in drm and enough fluff to make viewing a 2D page (e.g. cnn.com) take almost twice as much RAM as that of a 3D game (e.g. quake-iii) [1]. but remove marquee!" even though i dislike how the web ended up being, there is one side effect that i like: - making the web turing-complete served as an experiment to explore what humans want. if web devs didn't have the power to freely do things, we wouldn't have known what do they want, and which idea is good/bad. of course, the web also morphed into other messy things that didn't have any good side effects. such as the drm, and the many information leakages that are so ridiculous they effectively render "authentication" sort of redundant; google may identify us by our browsers' fingerprints and call it a day. as if not enough, goog also graciously give us x-client-data for free [2]. that said, i think the decades old experiment is over, and i think we've seen enough to conclude a few things from this experiment. i suggest that we must deprecate http/js/css/etc, and split the web into two components: (1) page content definition format (PCDF): an efficient binary format that only defines content, with no presentation information. imo this is very doable because, while the content in the web varies drastically, their _type_ is pretty finite (e.g. nav bar, copyright notice, related topics, body, etc). i think if we survey websites, it is easy to see that there is only a small number of content types. the client obtains PCDF documents via https then presents them based on user's viewing preference which is purely defined locally in his computer (the server has no business in knowing any of it). this way navigation bars, copy right notices, etc are placed in a standardized manner for every user based on what he cares most about. this way, we won't need to mess up with user style sheet hacks per website. plus page size will become extremely small, and ridiculously efficient to render thanks to the binary format, and much ore responsive. it would be so fast you'd feel that the page has loaded even before you clicked on the link. (2) application containers: this is the part why the web has javascript support, and this is still a part where is not clear to me if we actually need it. i think this is also very redundant with many alternatives doing basically the same thing, such as docker. maybe this is just "package manager in a glorified chroot"? this side is still unclear to me, and i don't know where it is going. --- [1] https://www.networkworld.com/article/3175605 [2] https://www.theregister.com/2020/03/11/google_personally_identifiable_info/
[gentoo-user] emerge --sync booby-trap with portage +/- rsync-verify flag
Long story short... emerging portage with USE="-rsync-verify" also requires setting sync-rsync-verify-metamanifest = no in /etc/portage/repos.conf/gentoo.conf to actually function. I assume that you have to set sync-rsync-verify-metamanifest = yes in /etc/portage/repos.conf/gentoo.conf *IN ADDITION TO* emerging portage with USE="rsync-verify" to actually force verification. See https://bugs.gentoo.org/723966 for more than you wanted to know. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] gnokii emerge failed
On 2020-09-05 11:43, Ashley Dixon wrote: On Sat, Sep 05, 2020 at 10:47:34AM +0200, n952162 wrote: gnokii wanted to emerge 6 packages and failed on the last: It looks like this could be an ebuild error. Any hints, how to proceed? gettext is not providing the codeset.m4 file, which was the file to define AM_LANGINFO_CODESET. Unfortunately, in commit [1], it was removed from gettext, so you need to grab it from the immediately previous tree [2]. Copy the file into /usr/share/aclocal and try emerging gnokii again. This is obviously not a permanent fix, but it will confirm the issue. Erroneously, the Portage File List (e-file) will still report that gettext provides codeset: $ e-file codeset.m4 [I] sys-devel/gettext Available Versions: 0.18.2 0.19.8.1 Last Installed Ver: 0.21(Sat 05 Sep 2020 10:28:59 BST) Homepage: https://www.gnu.org/software/gettext/ Description: GNU locale utilities Matched Files: /usr/share/aclocal/codeset.m4; [1] https://git.savannah.gnu.org/cgit/gettext.git/commit/?id=8c2bfdbddb13a480d88ceac4ab0e5886bda957cb [2] https://git.savannah.gnu.org/cgit/gettext.git/plain/gettext-runtime/m4/codeset.m4?id=ba23f92889187ec33dd02fcaceed9503d1b65167 That did the trick! And you did all the work for me :-) Thank you. Now, can I leave that at that or do you recommend that I remove that file and do what Nuno Silva recommended and emerge 0.6.31-r3?
Re: [gentoo-user] tuning desktop appearance for legibility
On Sat, Sep 05, 2020 at 07:24:28AM -0500, Dale wrote: > Some sites, not many tho, have a printable version. Gentoo for example > has that. Another common type of site, recipes. I've seen a few that > don't have printable versions but most do. Other than that, you are > correct. This is why I often save a web page, then use copy and paste > to put the content in LOo Writer. At that point, I edit the thing until > it looks like I want. Most sites, once you know what to remove and > where they are, you can edit a page in just a few minutes. There's a great extension for Firefox (and I'm sure equivalents exist for all browsers supporting extensions) allowing you to cherry-pick and remove all "dirty" content (advertisements, multimedia, silly CSS, etc.) before printing. I have used [1] for quite a while now, and it's proving excellent. It also supports saving to a PDF or HTML file, which is a nice-to-have considering I prefer printing to a physical device via lpr. There are quite a few other extensions which perform very similar functions, although watch out for ones that send the site to an external service for cherry-picking, such as [2]. [1] https://addons.mozilla.org/zh-TW/firefox/addon/print-edit-we/ [2] https://addons.mozilla.org/zh-TW/firefox/addon/print-friendly-pdf/ -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] gnokii emerge failed
On Sat, Sep 05, 2020 at 02:15:53PM +0200, n952162 wrote: > That did the trick! And you did all the work for me :-) Thank you. > > Now, can I leave that at that or do you recommend that I remove that > file and do what Nuno Silva recommended and emerge 0.6.31-r3? Go ahead and follow Nuno's advice. I probably should have checked the files/ directory to see if a patch had been included for an ~arch'd version, which ultimately contains a file which is almost identical to the m4 file I had you download. It's safe to delete the codeset.m4 in /usr/share/aclocal, as the ebuild of the newer version patches it into the work/ directory whilst building: gentoo.git/app-mobilephone/gnokii/gnokii-0.6.31-r3.ebuild:68 cp "${FILESDIR}"/${P}-codeset.m4 m4/codeset.m4 || die For more information, as to the causes of this issue, see gentoo.git commit [1] and pages [2, 3]. Thanks, Nuno, for finding bug [4] (which, for some reason, doesn't display as a "Related Bug" to the gnokii package). [1] https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9a41d82668e6a9fcfc559ff0290297091d8e6f73 [2] https://devmanual.gentoo.org/eclass-reference/autotools.eclass/index.html [3] https://gitweb.gentoo.org/repo/gentoo.git/tree/eclass/autotools.eclass#n174 [4] https://bugs.gentoo.org/685832 -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] tuning desktop appearance for legibility
Wols Lists wrote: > On 03/09/20 18:44, Caveman Al Toraboran wrote: >> i think this problem that we have could've been >> avoided if the web was originally designed to only >> deliver content, without any power to dictate >> appearance, so that appearance is 100% a task that >> a local client should choose. > Isn't that how the web originally WAS designed? That the web-site sent > content and the browser determined how it was displayed? > > My big bugbear is when I hit "print" and what comes out on the printer > bears no resemblance WHATSOEVER to what is displayed on screen - ie > pretty much every big shop website there is ... > > Cheers, > Wol > > Some sites, not many tho, have a printable version. Gentoo for example has that. Another common type of site, recipes. I've seen a few that don't have printable versions but most do. Other than that, you are correct. This is why I often save a web page, then use copy and paste to put the content in LOo Writer. At that point, I edit the thing until it looks like I want. Most sites, once you know what to remove and where they are, you can edit a page in just a few minutes. Still, web sites seem to want to make using the internet hard or at least annoying. Of course, they know people will surf the internet since there is a ton of info out there. There's not much you can't find if you look hard enough. Dale :-) :-)
Re: [gentoo-user] gnokii emerge failed
On 2020-09-05 11:43, Ashley Dixon wrote: On Sat, Sep 05, 2020 at 10:47:34AM +0200, n952162 wrote: gnokii wanted to emerge 6 packages and failed on the last: It looks like this could be an ebuild error. Any hints, how to proceed? gettext is not providing the codeset.m4 file, which was the file to define AM_LANGINFO_CODESET. Unfortunately, in commit [1], it was removed from gettext, so you need to grab it from the immediately previous tree [2]. Copy the file into /usr/share/aclocal and try emerging gnokii again. This is obviously not a permanent fix, but it will confirm the issue. Erroneously, the Portage File List (e-file) will still report that gettext provides codeset: $ e-file codeset.m4 [I] sys-devel/gettext Available Versions: 0.18.2 0.19.8.1 Last Installed Ver: 0.21(Sat 05 Sep 2020 10:28:59 BST) Homepage: https://www.gnu.org/software/gettext/ Description:GNU locale utilities Matched Files: /usr/share/aclocal/codeset.m4; [1] https://git.savannah.gnu.org/cgit/gettext.git/commit/?id=8c2bfdbddb13a480d88ceac4ab0e5886bda957cb [2] https://git.savannah.gnu.org/cgit/gettext.git/plain/gettext-runtime/m4/codeset.m4?id=ba23f92889187ec33dd02fcaceed9503d1b65167 That did the trick! And you did all the work for me :-) Thank you. Now, can I leave that at that or do you recommend that I remove that file and do what Nuno Silva recommended and emerge 0.6.31-r3?
Re: [gentoo-user] gnokii emerge failed [sent to wrong recipient]
On 2020-09-05 11:03, Ashley Dixon wrote: On Sat, Sep 05, 2020 at 10:47:34AM +0200, n952162 wrote: /txm1 /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1 # less /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/temp/autoconf.out// //* autoconf *// //* PWD: /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/work/gnokii-0.6.31// //* autoconf --force// // //configure.ac:74: error: possibly undefined macro: AM_LANGINFO_CODESET// // If this token and others are legitimate, please use m4_pattern_allow.// // See the Autoconf documentation./ Try running `autoreconf --install` in the 'work' directory [1]. What does that output? [1] /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/work/gnokii-0.6.31 /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/work/gnokii-0.6.31 # autoreconf --install 2>&1 | tee make-1.0905 configure.ac:74: warning: macro 'AM_LANGINFO_CODESET' not found in library configure.ac:74: warning: macro 'AM_LANGINFO_CODESET' not found in library configure.ac:41: installing './compile' configure.ac:48: installing './missing' common/Makefile.am: installing './depcomp' # echo $? 0
[gentoo-user] Re: gnokii emerge failed
On 2020-09-05, n952162 wrote: > gnokii wanted to emerge 6 packages and failed on the last: > > /txm1 /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1 # less > /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/temp/autoconf.out// > //* autoconf *// > //* PWD: > /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/work/gnokii-0.6.31// > //* autoconf --force// > // > //configure.ac:74: error: possibly undefined macro: AM_LANGINFO_CODESET// > // If this token and others are legitimate, please use > m4_pattern_allow.// > // See the Autoconf documentation./ > > It looks like this could be an ebuild error. Any hints, how to proceed? > > Given the macro name, it looks like this could be bug 685832. If it is that one, it is worth a try to emerge version 0.6.31-r3. -- Nuno Silva
Re: [gentoo-user] gnokii emerge failed
On Sat, Sep 05, 2020 at 10:47:34AM +0200, n952162 wrote: > gnokii wanted to emerge 6 packages and failed on the last: > It looks like this could be an ebuild error. Any hints, how to proceed? gettext is not providing the codeset.m4 file, which was the file to define AM_LANGINFO_CODESET. Unfortunately, in commit [1], it was removed from gettext, so you need to grab it from the immediately previous tree [2]. Copy the file into /usr/share/aclocal and try emerging gnokii again. This is obviously not a permanent fix, but it will confirm the issue. Erroneously, the Portage File List (e-file) will still report that gettext provides codeset: $ e-file codeset.m4 [I] sys-devel/gettext Available Versions: 0.18.2 0.19.8.1 Last Installed Ver: 0.21(Sat 05 Sep 2020 10:28:59 BST) Homepage: https://www.gnu.org/software/gettext/ Description:GNU locale utilities Matched Files: /usr/share/aclocal/codeset.m4; [1] https://git.savannah.gnu.org/cgit/gettext.git/commit/?id=8c2bfdbddb13a480d88ceac4ab0e5886bda957cb [2] https://git.savannah.gnu.org/cgit/gettext.git/plain/gettext-runtime/m4/codeset.m4?id=ba23f92889187ec33dd02fcaceed9503d1b65167 -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] tuning desktop appearance for legibility
On 03/09/20 18:44, Caveman Al Toraboran wrote: > i think this problem that we have could've been > avoided if the web was originally designed to only > deliver content, without any power to dictate > appearance, so that appearance is 100% a task that > a local client should choose. Isn't that how the web originally WAS designed? That the web-site sent content and the browser determined how it was displayed? My big bugbear is when I hit "print" and what comes out on the printer bears no resemblance WHATSOEVER to what is displayed on screen - ie pretty much every big shop website there is ... Cheers, Wol
Re: [gentoo-user] gnokii emerge failed
On Sat, Sep 05, 2020 at 10:47:34AM +0200, n952162 wrote: > /txm1 /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1 # less > /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/temp/autoconf.out// > //* autoconf *// > //* PWD: > /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/work/gnokii-0.6.31// > //* autoconf --force// > // > //configure.ac:74: error: possibly undefined macro: AM_LANGINFO_CODESET// > // If this token and others are legitimate, please use > m4_pattern_allow.// > // See the Autoconf documentation./ Try running `autoreconf --install` in the 'work' directory [1]. What does that output? [1] /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/work/gnokii-0.6.31 -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
[gentoo-user] gnokii emerge failed
gnokii wanted to emerge 6 packages and failed on the last: /txm1 /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1 # less /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/temp/autoconf.out// //* autoconf *// //* PWD: /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/work/gnokii-0.6.31// //* autoconf --force// // //configure.ac:74: error: possibly undefined macro: AM_LANGINFO_CODESET// // If this token and others are legitimate, please use m4_pattern_allow.// // See the Autoconf documentation./ It looks like this could be an ebuild error. Any hints, how to proceed? Portage 2.3.99 (python 3.7.7-final-0, default/linux/amd64/17.1, gcc-9.2.0, glibc-2.30-r8, 4.19.86-gentoo-x86_64 x86_64) = System Settings = System uname: Linux-4.19.86-gentoo-x86_64-x86_64-AMD_Ryzen_3_3200G_with_Radeon_Vega_Graphics-with-gentoo-2.6 KiB Mem: 6082028 total,528120 free KiB Swap:8695804 total, 8695804 free Timestamp of repository gentoo: Sun, 10 May 2020 09:30:01 + Head commit of repository gentoo: e77950dfa6e2dcd84b46e22ddf3349f3ba23e9d6 sh bash 5.0_p17 ld GNU ld (Gentoo 2.32 p2) 2.32.0 app-shells/bash: 5.0_p17::gentoo dev-lang/perl:5.30.1::gentoo dev-lang/python: 2.7.18::gentoo, 3.6.10-r2::gentoo, 3.7.7-r2::gentoo, 3.8.2-r2::gentoo dev-util/cmake: 3.16.5::gentoo sys-apps/baselayout: 2.6-r1::gentoo sys-apps/openrc: 0.42.1::gentoo sys-apps/sandbox: 2.13::gentoo sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.16.1-r1::gentoo sys-devel/binutils: 2.32-r1::gentoo, 2.33.1-r1::gentoo sys-devel/gcc:9.2.0-r2::gentoo, 9.3.0::gentoo sys-devel/gcc-config: 2.2.1::gentoo sys-devel/libtool:2.4.6-r6::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 5.4::gentoo (virtual/os-headers) sys-libs/glibc: 2.30-r8::gentoo Repositories: gentoo location: /var/db/repos/gentoo sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 sync-rsync-verify-jobs: 1 sync-rsync-extra-opts: sync-rsync-verify-metamanifest: yes sync-rsync-verify-max-age: 24 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="@FREE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /var/spool/munin-async/.ssh" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/var/cache/distfiles" ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org"; LANG="C" LDFLAGS="-Wl,-O1 -Wl,--as-needed" PKGDIR="/var/cache/binpkgs" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" USE="acl amd64 berkdb bzip2 cli crypt dri fortran gdbm iconv ipv6 libtirpc multilib ncurses nls nptl openmp pam pcre readline seccomp split-usr ssl tcpd unicode xattr zlib" ABI_X86="64" ADA_TARGET="gnat_2018" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserv