[gentoo-user] Emacs interface for Bugzilla, including bugs.gentoo.org

if somebody else finds it useful, I'll work more on it. So, if you're interested, you are welcome to eselect repository enable akater && emerge app-emacs/bugz (Hopefully, that will go without errors.) See the brief intro at https://framagit.org/akater/emacs-bugz/-/blob/master/bugz.org Use at

[gentoo-user] Arranging a specialized instance of emacs --daemon in a Gentoo package

I've been running gentoo-managed emacs-daemon because I trust Gentoo to do the right thing but I never figured out why the procedure is the way it is. Now I'm trying to package a “standalone” Emacs application and the best way to do provide a mainstream entry point to it, is something along the

[gentoo-user] What files does GNU Emacs 27 load on startup on Gentoo, and in what order?

Info node “The Emacs Initialization File” mentions - init.el which is described in enough detail - default.el which is found via “the standard search path for libraries” — what would that be? - site-start.el instead of which Gentoo has site-gentoo.el (I guess) — but when is it loaded and

RE: [gentoo-user] 5.4 kernels won't compile

lution there (to insert the definition into > /usr/include/elf.h), but IMHO this should be handled by uclibc-ng themselves > or a patch in Gentoo. As it seems like you've packaged uclibc-ng yourself > (sys-libs/uclibc-ng: 1.0.33::akater) maybe you would want to add a > patch

[gentoo-user] 5.4 kernels won't compile

ntoo 2.33.1 p2) 2.33.1 > ccache version 3.7.7 [enabled] > app-shells/bash: 5.0_p17::gentoo > dev-lang/perl: 5.30.1::gentoo > dev-lang/python: 2.7.18::gentoo, 3.7.7-r2::gentoo, 3.8.2-r2::gentoo > dev-util/ccache: 3.7.7-r1::gentoo > dev-util

Re: [gentoo-user] [bug] uClibc-ng-1.0.33 won't fetch

Michael Orlitzky writes: > www-client/pybugz I have that one installed, actually! But I'd rather use it through Elisp interface... which I'm likely to write if nobody else does but it's unlikely to happen in the upcoming months. And I'm concerned of being banned during prototyping.

Re: [gentoo-user] [bug] uClibc-ng-1.0.33 won't fetch

tastytea writes: > Same here. You should report it to > . Thanks for checking. I'm sorry but the only way I could post to bugzilla now is from a web browser—which is very unpleasant on its own, and on top of that I only have graphical

[gentoo-user] [bug] uClibc-ng-1.0.33 won't fetch

I can't fetch sys-libs/uclibc-ng-1.0.33 from distfiles.gentoo.org (404), and the file fetched from downloads-uclibc-ng.org has a hash different from that in Manifest. Thus, uclibc-ng-1.0.33 can't be installed, and I guess it's a bug. signature.asc Description: PGP signature

[SOLVED] [gentoo-user] Can't boot Minimal Installation CD (ISO loopback; not a UEFI boot)

Mick writes: > In the first instance have a look at the 'linux' lines here: > > https://gist.github.com/smoke/47f5250b9e6f59a5d172 > > You've missed some critical parameters, like 'cdroot'. Thanks a lot, boot completed with the following parameters set: linux (loop)/boot/gentoo keymap=dvorak

[gentoo-user] Can't boot Minimal Installation CD (ISO loopback; not a UEFI boot)

I downloaded a recent (20190925) Minimal Installation amd64 image and tried to boot into it from a USB device. An old version of SystemRescueCD is installed alongside and boots fine. The machine is fairly old and has traditional BIOS and 2048M RAM My GRUB menuentry for the image is menuentry

[gentoo-user] Note: USE=ffmpeg alsa-plugins-1.1.6 won't build with recent ffmpeg

Apparently, this is due to removal of deprecated audio resampling functions but I didn't check thoroughly. https://www.ffmpeg.org/doxygen/2.4/group__lavc__resample.html Whatever the issue is, it is not reflected in ebuild yet. Just FYI. signature.asc Description: PGP signature

[gentoo-user] [SOLVED] Please help with `C compiler cannot create executables'

Martin Vaeth writes: > So "normally" the correct solution would be to clean up /usr/local/. > Of course, if you intentionally installed something there, this > might be wrong. But your problem is very likely caused by this. This was indeed the cause, thank you. Further comments made for the

[gentoo-user] Please help with `C compiler cannot create executables'

This came unexpectedly. An excerpt from compile.log is posted below. (I'll post more if necessary of course.) I'm not very experienced with C compilers in general and gcc in particular so I hope for some directions on what the cause of the issue might be. I tried removing CFLAGS settings from

Re: [gentoo-user] Re: Would unmerging xorg-server certainly help it?

Ian Zimmerman writes: > On 2018-03-25 17:49, Martin Vaeth wrote: > >> It should be scrnsaverproto-1.2.2-r2 which is pulled in. >> Maybe you sync'ed at an unfortunate moment. Try emerge --sync again. > > In my case at least, the root cause was this: in the nightly webrsync

Re: [gentoo-user] Would unmerging xorg-server certainly help it?

The subject question of my message is stated in the last paragraph. Helmut Jarausch writes: > Try to emerge x11-base/xorg-proto and x11-proto/scrnsaverproto > simultaneously. I just tried > emerge --ask --verbose --update --oneshot x11-base/xorg-proto >

[gentoo-user] mesa 17.1.10 update caused slight tearing for Firefox context menu

After a recent mesa update on gentoo-hardened, Firefox context menu fades in with artifacts, as if fade-in effect was drawn too slowly. It's not a big deal but it's certainly visible. I can't be absolutely sure it's mesa. Looks like that. Info from eix output: Installed versions:

[gentoo-user] Why do systemd scripts get installed with USE="-systemd"?

It looks like systemd scripts often (always?) get installed, regardless of USE flag settings. Why would they? Is this a policy? E.g., in cat /usr/portage/net-p2p/transmission/transmission-2.92-r2.ebuild | grep systemd_ systemd_dounit daemon/transmission-daemon.service