Re: [gentoo-user] My emerge @preserved-rebuild is wedged. Help, please!
Hi Alan, Alan Mackenzie writes: > Hello, Gentoo. > > I'm trying to do > > # emerge -a @preserved-rebuild > > .. For this purpose, I created a temporary repository, filling it with > ancient ebuilds recovered from /var/db/pkg. > > It shows me 5 packages to be merged, among them being > > [ebuild R] dev-lang/spidermonkey-78.15.0 [78.15.0] > > .. When I answer the "are you sure?" prompt with Yes, spidermonkey fails > to build with this error message: > >>>> Emerging (1 of 5) dev-lang/spidermonkey-78.15.0::localrepo > !!! Fetched file: firefox-78.15.0esr.source.tar.xz VERIFY FAILED! > !!! Reason: Insufficient data for checksum verification > !!! Got: > !!! Expected: BLAKE2B BLAKE2S MD5 RMD160 SHA1 SHA256 SHA3_256 SHA3_512 > SHA512 WHIRLPOOL > * Fetch failed for 'dev-lang/spidermonkey-78.15.0', Log file: > * '/var/tmp/portage/dev-lang/spidermonkey-78.15.0/temp/build.log' > > It would appear that the sources are no longer available at Firefox, and > I no longer have a copy in /usr/portage/distfiles. > > Why is portage trying to build this obsolete version? I surely will just > unmerge it as soon as my system is back in order. Because it currently is installed and depends on a preserved lib. > Most importantly, how can I free up my system so that I can proceed with > the pending profile update? I appear to be stuck. I hope I won't have > to reinstall gentoo. You can just go ahead with it. Odds are Spidermonkey will be updated, or at least rebuilt, when you do that. -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] Why is KDE so bad at multiple monitors?
Hi, Daniel Frey writes: > I've been gone for a few days as I was rebuilding my main PC. > > I thought I'd provide an update: it was xorg-server causing all the issues. > > I figured as I had to redo everything anyway to switch to systemd and wayland > as that's what the bigger DE's tend to be supporting nowadays. > > After fiddling around with systemd for a day (I'd tried it once before > converting a system from openrc->systemd and failed miserably - nothing > worked) > I've reconfigured most things the "systemd" way. > > I guess starting fresh solves all sorts of issues. :o) > > Some things I like about systemd: > - It is capable of automounting NFS shares out of the box; I just > configured fstab so systemd automatically generated the automount > configured it required. No extra steps needed; > - It provides a scrollable list by default showing all the items you > have access to in order to change how your machines behaves; > - It isolates services in logs. This was helpful when sddm didn't want > to behave. > > Some things I don't like: > - It has nutty network configuration. It was applying an APIPA network > address as the primary for my interface which broke all sorts of > tools. Took me a while to figure out how to stop that. IMO networkd is not worth using - I've just disabled it and use NetworkManager instead. KDE expects it also, fwiw, so it integrates nicely. > - It doesn't update resolv.conf even though I'd specified a DNS > server! So literally nothing worked. For now I manually removed > resolv.conf and put the DNS server there. Plan to use something > else for network management that sets resolv.conf properly. I have > no desire to use networkd-resolved. I recommend replacing /etc/resolve.conf with a stub: ~$ ls -l /etc/resolv.conf lrwxrwxrwx 1 root root 37 Nov 7 2022 /etc/resolv.conf -> /run/systemd/resolve/stub-resolv.conf If you do that, you get DNS caching, DoT, ... And, if you do that, DNS is configured via /etc/systemd/resolved.conf (and possibly the network manager to configure per-interface settings based on DHCP, for instance). See https://wiki.gentoo.org/wiki/Systemd/systemd-resolved for the instructions on how to enable it (the article is still a stub, though, sadly :/) > But, back to the original problem... > > I don't know what was broken in my original system. I always had to > reconfigure > monitors every time I logged in. > > As I mentioned I switched to wayland and on the fresh install it actually gave > me a desktop. I set the monitor orientation and location, and I can log out > and > back in and it remembers the monitor orientation and location now. Which is > what I was trying to solve. > > However, sddm was still quite broken and the monitors were in some default > strange configuration that made no sense. I fought with this with xrandr > trying > to solve it and nothing I did would make it stick. I then found in KDE's sccm > settings you can apply the wayland desktop settings to sccm - I did that but > was disappointed when I rebooted that it didn't work. What did work was > reading > the docs and switching sddm to use wayland and kwin instead of X11! Once I did > that, now the monitor layouts are the same between the desktop and sddm. So > I'm > happy about that. > > Other issues I came across were forgetting the kernel config for nvidia cards > and tty output. It took me a lot of head scratching and searching to realize I > had enabled something in the kernel that was doing this. > > The sound server also dramatically changed as I had no sound at all from KDE > but I could see, use and get sound from the shell. Some new pipewire thing. I > really wish that devs would fix existing things that have issues instead of > making a new thing that doesn't work. Pipewire actually works significantly better than PulseAudio, and was originally intended to generalize it to also handle video. Pipewire is Pulse-compatible, and we support it well. I hope the article at https://wiki.gentoo.org/wiki/PipeWire covers whatever issues you might run into. > Other than that, I really had no issues. Was able to mount encrypted volumes > with no fuss. > > I'm now working on the important bits - customizing KDE again and restoring my > backups. > > I did have an odd issue (well, still have actually - it's not resolved) with > microcode but I'll create a new thread for that. > > So, wayland and systemd actually fixed something for me. Who would've > thought... They're quite nice, IMO :D Have a lovely day :-) -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
Hi, n952162 writes: > The inetutils on nixos runs fine. I wonder why gentoo can't get it > working ... Again, please post the relevant information about the build failure. I cannot reproudce it. Packages don't necessarily stop working because of changes in the code. It is possible that code accidentally worked and stopped working for one of a myriad of reasons. Posting the output of emerge and/or the build log, as per the instruction I linked, will help us narrow down the issue and fix it. Thanks in advance, have a lovely evening. -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
n952162 writes: > When I try to emerge it, it fails, but > https://packages.gentoo.org/packages/net-misc/inetutils seems normal. > Am I misreading it? There does seem to be an open bug: https://bugs.gentoo.org/924493 If this one does not match your issue, please file a bug: https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide Thanks in advance, have a lovely day. -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] Gentoo-kernel 6.6 -- how to install?
Alexander Puchmayr writes: > Hi there, > > Since now kernel 6.6 is stable, installation procedure seems to have changed. > > I used to install it by > > emerge --config gentoo-kernel > grub-mkconfig -o /boot/grub/grub.cfg This means something was wrong before. The extra mkconfig step should never have been necessary. All you should have installed is installkernel[grub]. Following that, any 'emerge --config' on any dist-kernel package ought to configure grub correctly. Try installing installkernel with USE=grub and reporting what happens when you try to config a dist-kernel. HTH, have a lovely day! -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] Cannot share screen via google meet with Firefox and Sway
Jamie Getty writes: > I'm not sure what you mean by *wrap it in dbus-run-session*. > I use SDDM as my display manager and I start Sway from there. > My sway config also contains this line, as previously mentioned: > > *# Enable screen sharingexec --no-startup-id > dbus-update-activation-environment --all* > > However, I noticed that if I try running this line by itself in a terminal, > I get this output: > > > *jamie@localhost ~ $ exec --no-startup-id > dbus-update-activation-environment --allbash: exec: --: invalid optionexec: > usage: exec [-cl] [-a name] [command [argument ...]] [redirection ...]* Sway configs aren't shells scripts. In shell, you'd run 'dbus-update-activation-environment --all' alone. Does qdbus --session output any errors or just a bunch of names and numbers? SDDM should set up a D-Bus session bus, I believe. I'm quite sure that your D-Bus session bus is not working properly because of the error you initially posted. > On Sun, Nov 26, 2023 at 11:37 PM Arsen Arsenović wrote: > >> Hi Jamie, >> >> Jamie Getty writes: >> >> > How do I ensure I have a dbus user session running? Those links just lead >> > to forum posts with varying issues and I'm not sure which to follow. >> > Here are the dbus-related process I have running: >> >> Make sure to wrap it in dbus-run-session. See >> https://wiki.gentoo.org/wiki/Sway#Starting_Sway >> >> Then add the >> >> exec --no-startup-id dbus-update-activation-environment --all >> >> ... line from the screen sharing troubleshooting entry. >> -- >> Arsen Arsenović >> -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] Cannot share screen via google meet with Firefox and Sway
Hi Jamie, Jamie Getty writes: > How do I ensure I have a dbus user session running? Those links just lead > to forum posts with varying issues and I'm not sure which to follow. > Here are the dbus-related process I have running: Make sure to wrap it in dbus-run-session. See https://wiki.gentoo.org/wiki/Sway#Starting_Sway Then add the exec --no-startup-id dbus-update-activation-environment --all ... line from the screen sharing troubleshooting entry. -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] Cannot share screen via google meet with Firefox and Sway
Hi Jamie, Jamie Getty writes: > Hey everyone. I am trying to share my screen via google meet in Firefox. I > am running Sway as my window manager. I am also running pipewire instead of > pulseaudio. > > Whenever I select the "Present now" option, the only option I can select is > "Use operating system settings". If I click Allow, Meet will tell me I am > sharing my screen, but I am given no indication that I am sharing > successfully. > > I also tried to join the meeting from my phone to see what's on the other > end, and my screen was not being shared to my phone. > > My sway configuration contains this line, which I am told is necessary for > screen sharing: > *exec --no-startup-id dbus-update-activation-environment --all* > > I also added these lines to my .bashrc: > *export MOZ_ENABLE_WAYLAND=1* > *export XDG_SESSION_TYPE=wayland* > *export XDG_CURRENT_DESKTOP=sway* > > I even recompiled firefox with the *screencast* flag and rebooted my PC, > but it still didn't help. > > However, one thing I did notice is that if I run *xdg-desktop-portal-wlr > --loglevel=TRACE*, I get an error: > > > > > > > > > > > > > > *jamie@localhost ~ $ /usr/libexec/xdg-desktop-portal-wlr > --loglevel=TRACE2023/11/26 22:48:19 [TRACE] - config: trying config file > /home/jamie/.config/xdg-desktop-portal-wlr/sway2023/11/26 22:48:19 [TRACE] > - config: trying config file > /home/jamie/.config/xdg-desktop-portal-wlr/config2023/11/26 22:48:19 > [TRACE] - config: trying config file > /etc/xdg/xdg-desktop-portal-wlr/sway2023/11/26 22:48:19 [TRACE] - config: > trying config file /etc/xdg/xdg-desktop-portal-wlr/config2023/11/26 > 22:48:19 [ERROR] - config: no config file found2023/11/26 22:48:19 [DEBUG] > - config: outputname: (null)2023/11/26 22:48:19 [DEBUG] - config: max_fps: > 0.002023/11/26 22:48:19 [DEBUG] - config: exec_before: > (null)2023/11/26 22:48:19 [DEBUG] - config: exec_after: (null)2023/11/26 > 22:48:19 [DEBUG] - config: chooser_cmd: (null)2023/11/26 22:48:19 [DEBUG] - > config: chooser_type: default2023/11/26 22:48:19 [ERROR] - dbus: failed to > connect to user bus: No such file or directoryjamie@localhost ~ $* > > Also, while *xdg-desktop-portal-wlr* is not running, *xdg-desktop-portal* > is: > > > > > > > *jamie@localhost ~ $ ps -elfww | grep -i xdg0 S jamie 3089 1 0 69 > -11 - 76529 do_sys 22:39 ?00:00:00 > /usr/libexec/xdg-permission-store0 S jamie 3106 1 0 69 -11 - > 95583 do_sys 22:39 ?00:00:00 /usr/libexec/xdg-desktop-portal0 S > jamie 3112 1 0 69 -11 - 132469 do_sys 22:39 ? 00:00:00 > /usr/libexec/xdg-document-portal0 S jamie 4076 3998 0 80 0 - 1683 > pipe_r 22:49 pts/100:00:00 grep --colour=auto -i xdgjamie@localhost ~ $ > * > > I'm really at a loss here. I don't know what to check next. Lots of guides, > suhc as the troubleshooting section of the *obs* package wiki page, mention > a *screencast* flag as part of the xdg-desktop-portal package, but there's > no such flag: > > > > > > > > > > > > > > > > > > > > > *jamie@localhost ~ $ sudo equery u xdg-desktop-portal[ Legend : U - final > flag setting for installation][: I - package is installed with flag > ][ Colors : set, unset ] * Found these USE > flags for sys-apps/xdg-desktop-portal-1.18.0-r1: U I - - flatpak : > Enable sys-apps/flatpak integration - - geolocation : Enable physical > position determination + + seccomp : Use sys-apps/bubblewrap (which > requires seccomp) to sandbox some functionality like icon handling - - > systemd: Enable use of systemd-specific libraries and features like > socket activation or session tracking - - test : Enable > dependencies and/or preparations necessary to run tests (usually controlled > by FEATURES=test but can be toggled > independently)jamie@localhost ~ $ sudo equery u xdg-desktop-portal-wlr[ > Legend : U - final flag setting for installation][: I - package is > installed with flag ][ Colors : set, unset > ] * Found these USE flags for gui-libs/xdg-desktop-portal-wlr-0.5.0: U I + > + elogind : Enable support for rootless session via elogind - - systemd : > Enable use of systemd-specific libraries and features like socket > activation or session trackingjamie@localhost ~ $* > > Any further help with this would be much appreciated. I suspect you're running into one (or both) of these two common problems: https://wiki.gentoo.org/wiki/Sway#Screen_sharing_does_not_work https://wiki.gentoo.org/wiki/Sway#Failed_to_connect_to_user_bus Please ensure you have a D-Bus user session. HTH, have a lovely day! -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] gentoo packages contain binary images?
Hi, n952162 writes: > Hello, > > When I do: > > $ equery list cmake > * Searching for cmake ... > [IP-] [ ] dev-util/cmake-3.22.2:0 > > Furthermore, I find no /var/tmp/portage/dev-util/cmake* > > and when I do this: > > $ cd /var/cache/binpkgs/dev-util > > $ tar -tjvf cmake-3.22.2.tbz2 2>&1 | grep /usr/bin/cmake > -rwxr-xr-x root/root 7332776 2022-03-03 10:10 ./usr/bin/cmake > > I see that a ready-to-use cmake is included. > > Am I interpreting this correctly that cmake is downloaded as pre-built > binary? > > Can I inhibit that? How many pre-built binaries do I have? How do I > get rid of them? > > Incidently, I checked another package in /var/cache/binpkgs, byacc, and > it's the same. Check 'portageq envvar FEATURES' for buildpkg. Also check if you have /etc/portage/binrepos.conf. There recently was a brief period of time when the new (not-yet-fully-unleashed) binhost was added to the binrepos.conf of the stage3. Maybe you installed during that period. You can edit binrepos.conf safely if you'd prefer not to fetch packages from our binhost. Note that you need to pass --getbinpkg to fetch binpkgs. -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] Please help me understand this emerge error message.
Alan Mackenzie writes: > Hello, Gentoo. > > For the past couple of days, after $ emerge --sync, I've tried > > $ emerge -auND @world > > .. It has come back very quickly with the error message: > > # > > !!! The ebuild selected to satisfy ">=net-misc/curl-7.21.5[ssl]" has unmet > requirements. > - net-misc/curl-8.1.2::gentoo USE="adns ftp gnutls http2 imap pop3 > progress-meter smtp ssl tftp -alt-svc -brotli -gopher -hsts -idn -kerberos > -ldap -mbedtls (-nghttp3) -nss -openssl -rtmp (-rustls) -samba -ssh (-sslv3) > -static-libs -telnet > -test -verify-sig -websockets -zstd" ABI_X86="(64) -32 (-x32)" > CURL_SSL="openssl -gnutls -mbedtls -nss (-rustls)" > > The following REQUIRED_USE flag constraints are unsatisfied: > curl_ssl_openssl? ( openssl ) A REQUIRED_USE of 'X? ( Y Z )' means that if X is set, Y and Z must be set. In boolean algebra, it can be expressed as a X => ( Y AND Z ). See https://wiki.gentoo.org/wiki/Required_USE_flags Hope that helps, have a lovely day. > The above constraints are a subset of the following complete expression: > ssl? ( exactly-one-of ( curl_ssl_gnutls curl_ssl_mbedtls curl_ssl_nss > curl_ssl_openssl curl_ssl_rustls ) ) curl_ssl_gnutls? ( gnutls ) > curl_ssl_mbedtls? ( mbedtls ) curl_ssl_nss? ( nss ) curl_ssl_openssl? ( > openssl ) curl_ssl_rustls? ( > rustls ) > > # > > .. I don't understand what is meant by "curl_ssl_openssl? ( openssl )" in > the above message. I assume it's talking about some USE flag, but which? > openssl? curl_ssl_openssl? As a matter of interest, I have > =dev-libs/openssl-3.0.9-r2 installed. > > Please help me understand what's happening. > > Thanks for the help! -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] Email clients
Wols Lists writes: > On 29/07/2023 14:54, Arsen Arsenović wrote: >> Again, it shouldn't be able to do that. Please check CONFIG_PROTECT >> using: portageq envvar CONFIG_PROTECT >> It should, normally, contain /etc, set by profiles/base/make.defaults. > > And here is the root of the mis-understanding between us. And also why Dovecot > does it right, and Postfix does it wrong. > > WHY SHOULD I HAVE TO USE DISPATCH-CONF? (Or in my case, etc-update.) > > The point is I don't (have to) care whether dovecot.conf is updated or not. I > never change it from the distro defaults, so it never offers me etc-update, > and > it never does any damage. > > But I DO have to care about postfix/main.cf. This makes the fundamental > blunder > of mixing distro defaults and local config in the SAME FILE. So yes it does > offer me etc-update. But if I MISS THAT, I've just trashed my local config and > have to rebuild it. If portage trashes the local file, something went wrong. That is the only thing that I'm trying to get to the bottom of in this thread. Application design is irrelevant to that. You say that the opportunity to etc-update is offered? If so, portage worked as it should and I'm satisfied, but I'm still confused about how the contents got trashed. > At the end of the day, if you can't keep distro and local config separate, > that's a fault of the upstream application. etc-update and dispatch-conf are > gentoo's way of working round the breakage. IFF you use dovecot/local.conf, > it's a sign of good design by the upstream application, and etc-update or > dispatch-conf are completely UNNECESSARY. > > Cheers, > Wol -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] Email clients
Wols Lists writes: > On 29/07/2023 11:13, Arsen Arsenović wrote: >> Wols Lists writes: >> >>> On 29/07/2023 03:37, Bryan Gardiner wrote: >>>> User of Claws with a local maildir here. One mail per file always >>>> felt safer to me. If you do want to keep using maildir, >>>> net-mail/dovecot provides IMAP access to ~/.maildir out of the box, >>>> and I've found this combination to be reliable. >>> Just a tip which bit me when I first installed dovecot ... >>> >>> The master config file actually chain-loads a local config file, make sure >>> you >>> use it. I edited the master file directly, so of course the first update >>> overwrote and trashed it ... > >> That should not happen. Where's the master config file? Is it under a >> directory masked by CONFIG_PROTECT? > > And then the dovecot maintainers update things, update the config file, and it > breaks for all users because the config version no longer matches the program > version ... I don't recall Dovecot configs being version sensitive. > The master config file is in the obvious place - > /etc/dovecot/dovecot.conf. Just like postfix breaks exactly the same way - > /etc/postfix/main.cf. Then that should not have been overwritten. > Imho dovecot has got this (almost) exactly right. Just like systemd. You have > your master file that is updated by the distro, and you have your local file > that is updated by the sys admin. > > dovecot.conf points to a file local.conf, which does not error if it doesn't > exist, but over-rides dovecot.conf if it does. The proper way to do it! I agree, but this is still suspicious. CONFIG_PROTECT should've prevented that, and offered dispatch-conf instead. > Unlike postfix - where I can't find a place to split my local config away from > the default config - so every time postfix is updated I have to make sure it > doesn't try to update main.cf !!! Again, it shouldn't be able to do that. Please check CONFIG_PROTECT using: portageq envvar CONFIG_PROTECT It should, normally, contain /etc, set by profiles/base/make.defaults. Have a lovely day. -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] Email clients
Wols Lists writes: > On 29/07/2023 03:37, Bryan Gardiner wrote: >> User of Claws with a local maildir here. One mail per file always >> felt safer to me. If you do want to keep using maildir, >> net-mail/dovecot provides IMAP access to ~/.maildir out of the box, >> and I've found this combination to be reliable. > > Just a tip which bit me when I first installed dovecot ... > > The master config file actually chain-loads a local config file, make sure you > use it. I edited the master file directly, so of course the first update > overwrote and trashed it ... That should not happen. Where's the master config file? Is it under a directory masked by CONFIG_PROTECT? ~$ portageq envvar CONFIG_PROTECT /etc /usr/share/config ... on my machine (re-run on yours to check) > Cheers, > Wol -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] updating /boot directory EFI
Wol writes: > On 16/04/2023 22:30, Mitch D. wrote: >> Wol, can you elaborate on why you think Grub is deprecated on EFI systems? > > Because EFI is a boot manager? That is not the case any more than the classic IBM PC boot procedure is. There is technical capability for UEFI firmware to act in such a manner, but, in practice, this is not at all the case. The technical capability comes from the fact that boot entities have a lil' bit of metadata attached to them. > Why chain-load boot managers? In theory, EFI implementations should provide boot managers. Unfortunately, in practice these boot managers are often so poor as to be useless. The worst I've personally encountered is on Gigabyte's Hybrid EFI, which provides you with no boot options whatsoever, beyond choosing the boot device (hard disk vs. optical disc, for instance). I've heard of others that are just as bad. For this reason, a good EFI boot manager—either standalone or as part of a boot loader—is a practical necessity for multi-booting on an EFI computer. That's where rEFInd comes into play. - https://rodsbooks.com/refind/ > Cheers, > Wol >> On Sun, Apr 16, 2023, 15:17 hitachi303 > <mailto:gentoo-u...@konstantinhansen.de>> wrote: >> Am 16.04.23 um 21:11 schrieb Mitch D.: >> > A minimal EFI bootloader can show an updated menu for the new >> kernels >> > without needing to make regular writes to the EFI variable >> storage. I >> > didn't know Grub was deprecated, but there are other options. >> rEFInd is >> > pretty. Syslinux is flexible. >> https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Bootloader >> <https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Bootloader> >> Default: GRUB >> -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] updating /boot directory EFI
Wol writes: > On 16/04/2023 18:43, the...@sys-concept.com wrote: >> On 4/16/23 08:49, Lee K wrote: >>> Also, learn how to boot a kernel from the grub cli, and keep a printed >>> version of these instructions in a handy place. This has saved my butt >>> countless times. :) >> Thanks Lee, that is really helpful hint. >> > Or, seeing as grub is deprecated with EFI, learn how to boot using EFI. I'm not sure where you got this - GRUB supports and continues to be supported on UEFI. -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] Is it OK to get rid of app-alternatives/* ?
Hi, Wol writes: > On 15/02/2023 15:51, Daniel Frey wrote: >> On 2/15/23 06:10, Michael Orlitzky wrote: >>> On 2023-02-15 08:11:46, Neil Bothwick wrote: >>>> >>>> If, as you say, it will eventually replace eselect, there is no more >>>> bloat, just different bloat. It's still just a bunch of symlinks, but >>>> managed differently. >>>> >>> >>> Should be less, since you already have portage installed but not >>> necessarily eselect-whatever. >>> >> I didn't even know eselect-whatever was even an option until this >> post... It's not something I've ever used. >> It does (at least to me) make sense for the package manager to enforce these >> selections rather than some optional tool though. >> > what are they going to do about "eselect kernel set ..." then? > > It's bad enough depclean deleting the active kernel if you don't watch out, > without something deciding to install a non-existent kernel and deleting the > live one :-) This is part of the motivation behind the dist-kernel project. See: https://wiki.gentoo.org/wiki/Project:Distribution_Kernel As an anecdote, I haven't thought about what my kernel and modules are doing in a very long time, and I use multiple out of tree modules. Happy hacking and have a great day. -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] Is it OK to get rid of app-alternatives/* ?
Hi, "Walter Dnes" writes: > A whole bunch of busy-work for emerge, and nothing in the news item > indicates it's really necessary for the average user. Howsabout... It's definitely necessary. Those packages provide links for vital parts of the filesystem, like /bin/sh. Why do you want to remove them? If there's something we failed to consider when implementing app-alternatives, please let us know and we'll try to rectify the issue. > * manually zapping with "rm -rf /var/db/repos/gentoo/app-alternatives" > * and then include "app-alternatives" in the file pointed to by > PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=" > > Am I missing something obvious that would cause problems? Have a great day. -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-user] df command no longer working
Hi, Dale writes: > Howdy, > > As some may recall, I'm bad to fill up a hard drive. I regularly use df > -h to see where drives are as far as filling up and such. Usually, it > takes only a second or so to list them all. Speed is one reason I use > it. I did my regular updates last weekend and for the past few days, it > hasn't worked. I did a re-emerge of coreutils, then some of its > friends. It still doesn't work. When I run df -h, it just sits there. > It will sit there for hours, doing nothing it seems. Eventually, I hit > ctrl c to kill it. > > Anyone else running into this? Any idea as to why it stopped working? > I can't find anything on BGO. Searching for only two characters is a > bit hard tho. o_O > > Thoughts? > > Dale > > :-) :-) Try applying df to a single filesystem, like: ``df -h /''. If that works, get an strace of df and also post that. Have a great night. -- Arsen Arsenović signature.asc Description: PGP signature
