Re: [gentoo-user] Emerge and binary packages
On Sunday, 1 July 2018 3:50:47 AM AEST Daniel Frey wrote: > Hi all, > > Some background: I run mythtv with a single backend and five frontends. > > For many, many years I've been using binpkg to help ease the compile > pain on my Intel NUC Celeron-based frontends. I use distcc on one to > compile all my packages and export /usr/portage/packages via nfs. > > I am wondering if it's possible to get emerge to mount > /usr/portage/packages before actually emerging anything. I've been > mounting that directory manually but once in a while I forget to. > > Dan Maybe a wrapper script or an alias like this might be a simple solution. alias emerge="mount /usr/portage/packages ; /usr/bin/emerge " Put that in your .bashrc file and it will be ready for you every time you login. A wrapper script in your ~/bin directory might be better, as it would let you unmount the directory after emerge has finished. You may need to add that to your execution $PATH variable in .bashrc ~/bin/emerge #!/bin/bash mount /usr/portage/packages emerge $* umount /usr/portage/packages -- Reverend Paul Colquhoun, ULC. http://andor.dropbear.id.au/ Asking for technical help in newsgroups? Read this first: http://catb.org/~esr/faqs/smart-questions.html#intro
Re: [gentoo-user] Emerge and binary packages
On Sat, 30 Jun 2018 10:50:47 -0700, Daniel Frey wrote:
> For many, many years I've been using binpkg to help ease the compile
> pain on my Intel NUC Celeron-based frontends. I use distcc on one to
> compile all my packages and export /usr/portage/packages via nfs.
>
> I am wondering if it's possible to get emerge to mount
> /usr/portage/packages before actually emerging anything. I've been
> mounting that directory manually but once in a while I forget
> to.
Something like this in /etc/portage/env/media-tv/mythtv
pre_pkg_setup {
mount whatever wherever
}
may do what you want. I haven't tested it but a similar approach works
with post install functions for me.
--
Neil Bothwick
If you use envelopes, why not encryption ?
pgp83B3cOKU2r.pgp
Description: OpenPGP digital signature
Re: [gentoo-user] Re: Hostile takeover of our github mirror. Don't use ebuild from there until new warning!
Ühel kenal päeval, L, 30.06.2018 kell 15:33, kirjutas Rich Freeman: > On Sat, Jun 30, 2018 at 12:50 PM Nikos Chantziaras > wrote: > > > > On 30/06/18 19:15, Rich Freeman wrote: > > > > > > If you are using git syncing I believe that portage will verify > > > that > > > the top commit (which is the only one that really matters) is > > > using a > > > trusted key if you put the following line in repos.conf for the > > > repository: > > > sync-git-verify-commit-signature = true > > > > > > Obviously this only works with repositories signed by one of the > > > Gentoo keys. > > > > When using git to sync portage, aren't you supposed to use: > > > >git://anongit.gentoo.org/repo/sync/gentoo.git > > > > anyway instead of GitHub? > > > > A few comments there: > > 1. That particular repository isn't ideal since it lacks metadata. > You'll benefit from the better performance of git vs rsync, but > you'll > lose out regenerating the cache. It is of course the right place to > pull for patches/etc. > 2. The gentoo-mirror stable branch that benefits from CI+metadata > isn't available on Gentoo infra as far as I'm aware. That repo/sync/gentoo.git is EXACTLY that. Same thing as gentoo-mirror on GH. Has metadata cache and is pushed only to if CI passes. I think the underlying setup just pushes to both gentoo-mirror and there now. Note the /sync/ in path, it's not the main tree devs push to. Mart signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Re: Hostile takeover of our github mirror. Don't use ebuild from there until new warning!
On Sat, Jun 30, 2018 at 12:50 PM Nikos Chantziaras wrote: > > On 30/06/18 19:15, Rich Freeman wrote: > > > > If you are using git syncing I believe that portage will verify that > > the top commit (which is the only one that really matters) is using a > > trusted key if you put the following line in repos.conf for the > > repository: > > sync-git-verify-commit-signature = true > > > > Obviously this only works with repositories signed by one of the Gentoo > > keys. > > When using git to sync portage, aren't you supposed to use: > >git://anongit.gentoo.org/repo/sync/gentoo.git > > anyway instead of GitHub? > A few comments there: 1. That particular repository isn't ideal since it lacks metadata. You'll benefit from the better performance of git vs rsync, but you'll lose out regenerating the cache. It is of course the right place to pull for patches/etc. 2. The gentoo-mirror stable branch that benefits from CI+metadata isn't available on Gentoo infra as far as I'm aware. 3. No matter where you're syncing from, it still makes sense to verify the gpg signatures. This time it was github being compromised, but what if a mirror or a gentoo infra server had been compromised? Granted, in some of those scenarios gpg wouldn't help, but it will definitely defeat some attacks, so it is beneficial to test it. If gpg doesn't verify the repository, you probably don't want to be using it without some attention. All that said, I'm not sure what portage even does if it fails to verify. The git pull was already done, so does it just output an error but still leave the corrupt tree out there for any subsequent emerge commands to see? Or does it do something to make the tree invalid? -- Rich
Re: [gentoo-user] Re: Hostile takeover of our github mirror. Don't use ebuild from there until new warning!
Francisco Blas Izquierdo Riera (klondike) wrote: > El 29/06/18 a las 17:11, Dale escribió: >> R0b0t1 wrote: >>> I can't help but notice this was moved to gentoo-user. Are posts to >>> gentoo-dev being moderated properly, or should I not bother submitting >>> anything? >>> >>> >> I suspect it was done to let users know about the breach. Otherwise, >> anyone who syncs using the git thingy wouldn't know it is hacked and >> shouldn't be trusted. >> >> I could be wrong but that's my guess. > That was indeed the point. When I submitted this I saw the rm -rf /* on > the ebuilds and wanted to make as little people as possible hit by it. > Well, I don't use the git thingy but even I sure appreciate the notice. At least if something like this happens, someone is trying to alert everyone about it that even MAY be affected. My first thought, someone is just trying to spook us. Then I saw it was from a @gentoo.org email. Then it was like, oops. No syncing for a little while. ;-) Thanks much for the warning. :-D Dale :-) :-)
Re: [gentoo-user] Re: Hostile takeover of our github mirror. Don't use ebuild from there until new warning!
În ziua de sâmbătă, 30 iunie 2018, la 16:52:09 EEST, Francisco Blas Izquierdo Riera (klondike) a scris: > El 29/06/18 a las 17:11, Dale escribió: > > R0b0t1 wrote: > >> I can't help but notice this was moved to gentoo-user. Are posts to > >> gentoo-dev being moderated properly, or should I not bother submitting > >> anything? > >> > >> > > I suspect it was done to let users know about the breach. Otherwise, > > anyone who syncs using the git thingy wouldn't know it is hacked and > > shouldn't be trusted. > > > > I could be wrong but that's my guess. > That was indeed the point. When I submitted this I saw the rm -rf /* on > the ebuilds and wanted to make as little people as possible hit by it. > Anyone tested if the "rm -rf /*" thing works inside the portage sandbox?
[gentoo-user] Emerge and binary packages
Hi all, Some background: I run mythtv with a single backend and five frontends. For many, many years I've been using binpkg to help ease the compile pain on my Intel NUC Celeron-based frontends. I use distcc on one to compile all my packages and export /usr/portage/packages via nfs. I am wondering if it's possible to get emerge to mount /usr/portage/packages before actually emerging anything. I've been mounting that directory manually but once in a while I forget to. Dan
[gentoo-user] Re: Hostile takeover of our github mirror. Don't use ebuild from there until new warning!
On 30/06/18 19:15, Rich Freeman wrote: On Sat, Jun 30, 2018 at 9:54 AM Francisco Blas Izquierdo Riera (klondike) wrote: El 29/06/18 a las 18:33, Peter Humphrey escribió: On Thursday, 28 June 2018 22:15:36 BST Francisco Blas Izquierdo Riera (klondike) wrote: [...] Whilst the malicious code shouldn't work as is and GitHub has now removed the organization, please don't use any ebuild from the GitHub mirror ontained before 28/06/2018, 18:00 GMT until new warning. Does this mean that we're safe to use anything from after your warning? It means you are safe to use anything from official Gentoo sources other than GitHub. As of now even GitHub should be okay as there was a force push to restore the repositories. If you are using git syncing I believe that portage will verify that the top commit (which is the only one that really matters) is using a trusted key if you put the following line in repos.conf for the repository: sync-git-verify-commit-signature = true Obviously this only works with repositories signed by one of the Gentoo keys. [...] When using git to sync portage, aren't you supposed to use: git://anongit.gentoo.org/repo/sync/gentoo.git anyway instead of GitHub?
Re: [gentoo-user] Hostile takeover of our github mirror. Don't use ebuild from there until new warning!
On Sat, Jun 30, 2018 at 9:54 AM Francisco Blas Izquierdo Riera (klondike) wrote: > > El 29/06/18 a las 18:33, Peter Humphrey escribió: > > On Thursday, 28 June 2018 22:15:36 BST Francisco Blas Izquierdo Riera > > (klondike) wrote: > >> Hi! > >> > >> I just want to notify that an attacker has taken control of the Gentoo > >> organization in Github and has among other things replaced the portage > >> and musl-dev trees with malicious versions of the ebuilds intended to > >> try removing all of your files. > >> > >> Whilst the malicious code shouldn't work as is and GitHub has now > >> removed the organization, please don't use any ebuild from the GitHub > >> mirror ontained before 28/06/2018, 18:00 GMT until new warning. > > Does this mean that we're safe to use anything from after your warning? > > > It means you are safe to use anything from official Gentoo sources other > than GitHub. As of now even GitHub should be okay as there was a force > push to restore the repositories. > If you are using git syncing I believe that portage will verify that the top commit (which is the only one that really matters) is using a trusted key if you put the following line in repos.conf for the repository: sync-git-verify-commit-signature = true Obviously this only works with repositories signed by one of the Gentoo keys. I couldn't find documentation on this option. Is there an option like this that lets you provide your own list of trusted keys, such as for a mirror? It looks like portage is just looking at a .asc with a bunch of keys in it and checking that one of them signed the top commit. Presumably you could provide your own .asc of trusted keys and use that for other repos that are signed. Assuming this works (I didn't actually test it with a bad top commit), it would have prevented this particular attack, or any other that didn't compromise the Gentoo keys. -- Rich
[gentoo-user] Change keyserver used by portage?
Anyone one know how I can change the keyserver address used by portage? I keep getting "no route to host" for hkps.pool.sks-keyservers.net when I sync. -- Elijah Mark Anderson m...@kd0bpv.name -- 「塵も積もれば山となる。」 "Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Hostile takeover of our github mirror. Don't use ebuild from there until new warning!
El 29/06/18 a las 18:33, Peter Humphrey escribió: > On Thursday, 28 June 2018 22:15:36 BST Francisco Blas Izquierdo Riera > (klondike) wrote: >> Hi! >> >> I just want to notify that an attacker has taken control of the Gentoo >> organization in Github and has among other things replaced the portage >> and musl-dev trees with malicious versions of the ebuilds intended to >> try removing all of your files. >> >> Whilst the malicious code shouldn't work as is and GitHub has now >> removed the organization, please don't use any ebuild from the GitHub >> mirror ontained before 28/06/2018, 18:00 GMT until new warning. > Does this mean that we're safe to use anything from after your warning? > It means you are safe to use anything from official Gentoo sources other than GitHub. As of now even GitHub should be okay as there was a force push to restore the repositories. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Hostile takeover of our github mirror. Don't use ebuild from there until new warning!
El 29/06/18 a las 17:11, Dale escribió: > R0b0t1 wrote: >> I can't help but notice this was moved to gentoo-user. Are posts to >> gentoo-dev being moderated properly, or should I not bother submitting >> anything? >> >> > I suspect it was done to let users know about the breach. Otherwise, > anyone who syncs using the git thingy wouldn't know it is hacked and > shouldn't be trusted. > > I could be wrong but that's my guess. That was indeed the point. When I submitted this I saw the rm -rf /* on the ebuilds and wanted to make as little people as possible hit by it. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Hostile takeover of our github mirror. Don't use ebuild from there until new warning!
Am Freitag, 29. Juni 2018, 17:11:36 CEST schrieb Dale: > git thingy Heh, a true Dale-ism if I ever saw one ;-) . -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Installing on nvme - not all beer and skittles....
On Sat, 30 Jun 2018 08:32:16 +0100, Peter Humphrey wrote: > I had a similar problem with grub on this box. I decided in the end > that it must be a UEFI BIOS problem: that it couldn't see grub at all. > My solution was to ditch grub altogether and use bootctl from > sys-boot/systemd-boot. Life after grub is much more pleasant, even > though I have to work harder at installing a new kernel. :) You do? I just modified my kernel build and install script to generate a suitable loader entry. If you want configuration-free UEFI, try ReFind. -- Neil Bothwick We have a equal opportunity Calculus class -- it's fully integrated. pgp4HIW5Q8YF1.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Terminus-Fonts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, thanks, but finally I found the issue. xorg is using its default FontPath of: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ To add terminus fonts I needed to add /etc/X11/xorg.conf.d/10-fonts.conf with: Section "Files" FontPath "/usr/share/fonts/100dpi:unscaled" FontPath "/usr/share/fonts/75dpi:unscaled" FontPath "/usr/share/fonts/terminus" EndSection Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Comment: Charset: ISO-8859-1 iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAls3Tz8ACgkQpnwKsYAZ 9qyu6wwAi+PELhg/e9Mg280xSiob1Q3gdRU7hIbCjXVHd8hgE2JSKrMHsRzIbpgH YuuZK/oxCYpcdcIjPcFcOUpFfe8BsSeOh8NIwqFxGthfsx9dGQx0BsI6AT9hIaCR y1ibIOVrjXImWm4xF4Cd9qmq5zao3ABm0axxEgsM+6piIpA8JFJQVIOWpWdWbamk jP61AkQUbYGybropbnSPE2/VhI7OVMxFmnL7Qb1llj6yX3mF3PmyjylW9DxbuBwP wchWOXQSi1mY7L8QgnlU5C+Mr+S3C/rvf0vKIzwFU3VahSrWjqcBL5fO8b6wkHto wpUtCkvWuQr1pLl89Jg36IlbUoZmJzP281+DQEn1vUdrCqNkAe/ogkb/w/hKP7pJ HICh1yx6gkRGHUrKA9w2qympas09JTSS8pa4UMzN2KDDPIxPud4+IBfTeDT31/1m A61ys3q6wBlFUCvBJa874JnONtcbqO2tX/UGGpRolYhsd+zJs7u6DJwanwoQDRPl e0AYdF4C =MSvu -END PGP SIGNATURE-
Re: [gentoo-user] Terminus-Fonts
It depends if you are using xos4 Terminus fonts in your terminal emulator. I think you can get it to render as a bitmap font, without xft, but you cannot control the size or style, and it is very small by default. I ended up setting `xft` as a global USE flag, it's a rendering library but I'm not sure if it applies to each of my fonts or my terminal emulator. James On Sat, Jun 30, 2018, 10:24 AM Klaus Ethgen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Am Sa den 30. Jun 2018 um 9:51 schrieb James Stevenson: > > Have you set the `xft` USE flag? > > For terminus? No. I do not see the use flag there. > > Regards >Klaus > - -- > Klaus Ethgen http://www.ethgen.ch/ > pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen > Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C > -BEGIN PGP SIGNATURE- > Comment: Charset: ISO-8859-1 > > iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAls3TC4ACgkQpnwKsYAZ > 9qxJqgwAta+/28ngVyFYWoI64AwbEzp53aAoftsX4ta43v+koLKXHU9sQhwBfx4J > oxggqKVB/0G+5vcqhTssAEl5L8BSRtQWlxvo9Qvobxchc6nS3X9weqEoTYtIzUgA > YjqklWVfWLbSHaaT7j0eZM4fWeiMmNxtpgLoUt0iccdQiGESgvyEc+DXQSBZ0vYm > w8l3X4UhjZb4mXgmqOe8q7uyNYdjN8iQrd9As9bevJVj7D7Zaoa1HpREGHHMqDVC > ngqzauLnwaj6ju6Jd/XBkLaju2l8Bti7sxbAbeTcsHZ9a3+vwLUeV6es8j6Oa0KJ > qm8xDmB5MU92ObH1H+XjhEzgjvw5o3stLMDb5vjghTti6QEaRrDhixBVmRrzsUHR > wQ48VFltckHGHQJf5kKyxaOSUIf97BF/0/1O3cIKwowV1OQh8RpUiQ2MjJjWr2yC > uGrCpyF26yBRutxUfZzbRJlVFujkfY9GecfKOiGpfxrnDUwua/CkRV5c0eFo6NUb > rPfz8XLT > =tFVR > -END PGP SIGNATURE- > >
Re: [gentoo-user] Gentoo-sources : stable versions
180626 Rich Freeman wrote: > On Tue, Jun 26, 2018 at 8:58 PM Philip Webb wrote: >> Does anyone know why the latest stable version of Gentoo-sources is 4.9.xx ? >> I installed 4.9.16 , which I continue to use, on 2017-04-06 . >> The tree contains versions of 4.14 4.16 4.17 , but all are still testing. > I believe that some had been complaining about stability issues with 4.14, > but personally I've been fine with it, and since I have a Ryzen CPU > I want something that has the SMT support enabled ... > I don't know what the Gentoo plans are for 4.14 - > I know they've been avoiding it for a while. > I'm not sure if they ever plan to move to it > or if they're just hoping to skip it entirely. > I think we sb getting a new longterm sometime in the next few months. Well, wonders never cease (smile) : Gentoo-sources-4.14.52 is now stable ! I've emerged it & will probably install it tomorrow. Hopefully, this will also allow me to upgrade to Nvidia-drivers-396.24-r1 . As always, my thanks to the volunteers involved. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Terminus-Fonts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Sa den 30. Jun 2018 um 9:51 schrieb James Stevenson: > Have you set the `xft` USE flag? For terminus? No. I do not see the use flag there. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Comment: Charset: ISO-8859-1 iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAls3TC4ACgkQpnwKsYAZ 9qxJqgwAta+/28ngVyFYWoI64AwbEzp53aAoftsX4ta43v+koLKXHU9sQhwBfx4J oxggqKVB/0G+5vcqhTssAEl5L8BSRtQWlxvo9Qvobxchc6nS3X9weqEoTYtIzUgA YjqklWVfWLbSHaaT7j0eZM4fWeiMmNxtpgLoUt0iccdQiGESgvyEc+DXQSBZ0vYm w8l3X4UhjZb4mXgmqOe8q7uyNYdjN8iQrd9As9bevJVj7D7Zaoa1HpREGHHMqDVC ngqzauLnwaj6ju6Jd/XBkLaju2l8Bti7sxbAbeTcsHZ9a3+vwLUeV6es8j6Oa0KJ qm8xDmB5MU92ObH1H+XjhEzgjvw5o3stLMDb5vjghTti6QEaRrDhixBVmRrzsUHR wQ48VFltckHGHQJf5kKyxaOSUIf97BF/0/1O3cIKwowV1OQh8RpUiQ2MjJjWr2yC uGrCpyF26yBRutxUfZzbRJlVFujkfY9GecfKOiGpfxrnDUwua/CkRV5c0eFo6NUb rPfz8XLT =tFVR -END PGP SIGNATURE-
Re: [gentoo-user] Terminus-Fonts
Have you set the `xft` USE flag? James On Sat, Jun 30, 2018, 9:44 AM Klaus Ethgen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hi, > > I usually use terminus fonts inside my xterm. Now I tried to archive the > goal in Gentoo to but without success. xfontsel does not display > terminus fonts. > > I use the following: >~> equery l media-fonts/terminus-font > * Searching for terminus-font in media-fonts ... >[IP-] [ ] media-fonts/terminus-font-4.46:0 >~> equery u media-fonts/terminus-font >[ Legend : U - final flag setting for installation] >[: I - package is installed with flag ] >[ Colors : set, unset ] > * Found these USE flags for media-fonts/terminus-font-4.46: > U I > + + X: Add support for X11 > - - a-like-o : Changes view of letter 'a' - a looks like o > (see homepage) > + + center-tilde : Place the '~' character vertically centered on > the line instead of to the top. > - - distinct-l : ll2 variant with more distinctive l (lowercase > L) > + + pcf : Install Portable Compiled Font (PCF) (required > for X11) > + + pcf-unicode-only : Remove non-unicode PCF fonts that could be > problematic. See bug #520222. > + + psf : Install PC Screen Font (PSF) with unicode data > (for linux console) > - - quote: Changes view of quotes: symmetric ` and ' > instead of asymmetric one (see homepage) > - - ru-dv: Changes view of Russian letters 'de' and 've' > (see homepage) > + + ru-g : Changes view of Russian letter 'ge' (see > homepage) > - - ru-i : Changes view of Russian letter 'i' - not like > Latin u, but like "mirrored" N (see homepage) > - - ru-k : Changes view of Russian letter 'k' (see > homepage) >~> eselect fontconfig list >Available fontconfig .conf files (* is enabled): > [1] 09-texlive.conf > [2] 10-autohint.conf > [3] 10-hinting-full.conf > [4] 10-hinting-medium.conf > [5] 10-hinting-none.conf > [6] 10-hinting-slight.conf * > [7] 10-no-sub-pixel.conf > [8] 10-scale-bitmap-fonts.conf * > [9] 10-sub-pixel-bgr.conf > [10] 10-sub-pixel-rgb.conf > [11] 10-sub-pixel-vbgr.conf > [12] 10-sub-pixel-vrgb.conf > [13] 10-unhinted.conf > [14] 11-lcdfilter-default.conf * > [15] 11-lcdfilter-legacy.conf > [16] 11-lcdfilter-light.conf > [17] 20-unhint-small-vera.conf * > [18] 25-unhint-nonlatin.conf > [19] 30-metric-aliases.conf * > [20] 40-nonlatin.conf * > [21] 42-luxi-mono.conf * > [22] 45-generic.conf * > [23] 45-latin.conf * > [24] 49-sansserif.conf * > [25] 50-user.conf * > [26] 51-local.conf * > [27] 60-generic.conf * > [28] 60-latin.conf * > [29] 65-fonts-persian.conf * > [30] 65-khmer.conf > [31] 65-nonlatin.conf * > [32] 69-unifont.conf * > [33] 70-no-bitmaps.conf > [34] 70-yes-bitmaps.conf > [35] 75-yes-terminus.conf * > [36] 80-delicious.conf * > [37] 90-synthetic.conf * > [38] 99pdftoopvp.conf > > Any idea why the terminus fonts are not shown in X? > > I use wdm as xdm and fvwm as my window manager. > > Regards >Klaus > - -- > Klaus Ethgen http://www.ethgen.ch/ > pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen > Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C > -BEGIN PGP SIGNATURE- > Comment: Charset: ISO-8859-1 > > iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAls3Qs8ACgkQpnwKsYAZ > 9qyBSgwApPnSnGzBI6UT8VRc8cJ9FLtmKSSy5FEGJoRRp19qO+94I/eHtAmlp6SQ > 5ZzDfFX0clDuGVVq3TRaxaAGEXEDmYFdpNCqAPZy1UmYn7DDq4XGYDlmJTreIG0P > 2vQGxFDe1SKXofdo6HcTIo3o67i3Twn1iq/HJZuvT6VsgQ9LZRoBWef6CozL1L8j > g5K+COxnsLdrXR9eXrnTydf+gen6+Ry4D/yQaHXN5Ommkz5pFWEyJ03m147JWPJ7 > oWjXi8p3Og4sWqU5ssqjSORzVObvEFqK96XMqC3C6LHkgi/tpXxMNWlHRISVz+ym > Yl8UiJK0lJS16s90BSufpSKj9mrwn7ZxZlOxYO9+djCQpCn2OPE2uYzeT5Hc8V/Q > UCRssl9Lkxk+AAIy8etFbdm/Mw364TtOvgGBq8omR61fWi03wS7ARDMmmYVQHRzI > 8+QIGsOZ5meRCtxaQAv4Xr29g6KeIxyZZ/fcOffspnEBAdOsHzbrae7EYFgPx5an > 5Dobs0Ck > =1RT7 > -END PGP SIGNATURE- > >
[gentoo-user] Terminus-Fonts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, I usually use terminus fonts inside my xterm. Now I tried to archive the goal in Gentoo to but without success. xfontsel does not display terminus fonts. I use the following: ~> equery l media-fonts/terminus-font * Searching for terminus-font in media-fonts ... [IP-] [ ] media-fonts/terminus-font-4.46:0 ~> equery u media-fonts/terminus-font [ Legend : U - final flag setting for installation] [: I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for media-fonts/terminus-font-4.46: U I + + X: Add support for X11 - - a-like-o : Changes view of letter 'a' - a looks like o (see homepage) + + center-tilde : Place the '~' character vertically centered on the line instead of to the top. - - distinct-l : ll2 variant with more distinctive l (lowercase L) + + pcf : Install Portable Compiled Font (PCF) (required for X11) + + pcf-unicode-only : Remove non-unicode PCF fonts that could be problematic. See bug #520222. + + psf : Install PC Screen Font (PSF) with unicode data (for linux console) - - quote: Changes view of quotes: symmetric ` and ' instead of asymmetric one (see homepage) - - ru-dv: Changes view of Russian letters 'de' and 've' (see homepage) + + ru-g : Changes view of Russian letter 'ge' (see homepage) - - ru-i : Changes view of Russian letter 'i' - not like Latin u, but like "mirrored" N (see homepage) - - ru-k : Changes view of Russian letter 'k' (see homepage) ~> eselect fontconfig list Available fontconfig .conf files (* is enabled): [1] 09-texlive.conf [2] 10-autohint.conf [3] 10-hinting-full.conf [4] 10-hinting-medium.conf [5] 10-hinting-none.conf [6] 10-hinting-slight.conf * [7] 10-no-sub-pixel.conf [8] 10-scale-bitmap-fonts.conf * [9] 10-sub-pixel-bgr.conf [10] 10-sub-pixel-rgb.conf [11] 10-sub-pixel-vbgr.conf [12] 10-sub-pixel-vrgb.conf [13] 10-unhinted.conf [14] 11-lcdfilter-default.conf * [15] 11-lcdfilter-legacy.conf [16] 11-lcdfilter-light.conf [17] 20-unhint-small-vera.conf * [18] 25-unhint-nonlatin.conf [19] 30-metric-aliases.conf * [20] 40-nonlatin.conf * [21] 42-luxi-mono.conf * [22] 45-generic.conf * [23] 45-latin.conf * [24] 49-sansserif.conf * [25] 50-user.conf * [26] 51-local.conf * [27] 60-generic.conf * [28] 60-latin.conf * [29] 65-fonts-persian.conf * [30] 65-khmer.conf [31] 65-nonlatin.conf * [32] 69-unifont.conf * [33] 70-no-bitmaps.conf [34] 70-yes-bitmaps.conf [35] 75-yes-terminus.conf * [36] 80-delicious.conf * [37] 90-synthetic.conf * [38] 99pdftoopvp.conf Any idea why the terminus fonts are not shown in X? I use wdm as xdm and fvwm as my window manager. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Comment: Charset: ISO-8859-1 iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAls3Qs8ACgkQpnwKsYAZ 9qyBSgwApPnSnGzBI6UT8VRc8cJ9FLtmKSSy5FEGJoRRp19qO+94I/eHtAmlp6SQ 5ZzDfFX0clDuGVVq3TRaxaAGEXEDmYFdpNCqAPZy1UmYn7DDq4XGYDlmJTreIG0P 2vQGxFDe1SKXofdo6HcTIo3o67i3Twn1iq/HJZuvT6VsgQ9LZRoBWef6CozL1L8j g5K+COxnsLdrXR9eXrnTydf+gen6+Ry4D/yQaHXN5Ommkz5pFWEyJ03m147JWPJ7 oWjXi8p3Og4sWqU5ssqjSORzVObvEFqK96XMqC3C6LHkgi/tpXxMNWlHRISVz+ym Yl8UiJK0lJS16s90BSufpSKj9mrwn7ZxZlOxYO9+djCQpCn2OPE2uYzeT5Hc8V/Q UCRssl9Lkxk+AAIy8etFbdm/Mw364TtOvgGBq8omR61fWi03wS7ARDMmmYVQHRzI 8+QIGsOZ5meRCtxaQAv4Xr29g6KeIxyZZ/fcOffspnEBAdOsHzbrae7EYFgPx5an 5Dobs0Ck =1RT7 -END PGP SIGNATURE-
Re: [gentoo-user] Installing on nvme - not all beer and skittles....
On Friday, 29 June 2018 17:38:20 BST Andrew Lowe wrote: > Overlooking the freaky capitalisation, the machine fires up and then > leaves me with the above on the screen and that's it. I need to hit the > power button to kill the machine and reboot, using the boot order, F12, > option to now boot the existing installation. I had a similar problem with grub on this box. I decided in the end that it must be a UEFI BIOS problem: that it couldn't see grub at all. My solution was to ditch grub altogether and use bootctl from sys-boot/systemd-boot. Life after grub is much more pleasant, even though I have to work harder at installing a new kernel. :) I doubt that nvme has any bearing on your problem - provided that you have your partitions set up properly, of course. -- Regards, Peter.
