!aZUzMIEZvEwnDquxLf:neko.dev

Gentoo

1126 Members
Unofficial. Talk about Gentoo stuff. Lightly moderated, i.e. try to keep topics Gentoo related and listen to the mods. Don't talk about politics, stuff like that never stays civil. (There are other rooms for that.) Checkout #gentoo-community:matrix.org and #gentoo-chatter:matrix.org. Also we love cats :3135 Servers

Load older messages


SenderMessageTime
13 Aug 2022
@mazunki:matrix.orgmazunkithank17:34:59
@slashedsymphonic:tchncs.deDezember
In reply to @deepbluev7:neko.dev
This pretty unelated to Gentoo
Cope
17:47:52
@lunar:monero.socialLunarHas anyone modified base packages before? How much did you get away with removing?18:03:18
@10leej:matrix.orgnevoyuNew 12th gen CPU is in boys, just a 12400, but we're gonna setup Gentoo on this. Just grabbing the latest livegui (my new favorite install media btw thanks for bringing it back).18:16:55
@parona:matrix.orgparona
In reply to@lunar:monero.social
Has anyone modified base packages before? How much did you get away with removing?
You wanna elaborate what you mean with base packages. like are you talking packages in @system or packages under the purview of the base project. for the latter ive modified but I wouldnt understand the reasoning for wanting to modify/removing packages from @system unless you are actually making some major changes from known profiles
19:22:22
@lunar:monero.socialLunar
In reply to @parona:matrix.org
You wanna elaborate what you mean with base packages. like are you talking packages in @system or packages under the purview of the base project. for the latter ive modified but I wouldnt understand the reasoning for wanting to modify/removing packages from @system unless you are actually making some major changes from known profiles
I refuse to elaborate
19:22:46
@lunar:monero.socialLunarjk, wanted to try to replace GNU coreutils and OpenRC19:22:54
@parona:matrix.orgparona well openrc isnt stricly a base package, virtual/servicemanager is and its satisfied by runit,systemd etc. changing it to anything not in it already would require just replacing it with your own version. 19:26:55
@parona:matrix.orgparonacoreutils would actually require you removing it from @system but then you would just make your profile (or you just modify the current used with /etc/portage/profile). but with replacing that you should look out if gnuism from coreutils binaries is expected by portage or any other build system19:28:59
@parona:matrix.orgparona * coreutils would actually require you removing it from @system but then you would just make your profile (or you just modify the current used with /etc/portage/profile). but with replacing that you should look out for gnuism from coreutils binaries is expected by portage or any other build system19:29:21
@parona:matrix.orgparona * coreutils would actually require you removing it from @system but then you would just make your profile (or you just modify the current used with /etc/portage/profile). but with replacing that you should look out for gnuism from coreutils binaries that are expected by portage or any other build system19:29:32
@parona:matrix.orgparona * coreutils would actually require you removing it from @system but then you would just make your profile (or you just modify the current used with /etc/portage/profile). but with replacing that you should look out for gnuism from coreutils binaries that might be expected by portage and any other build system19:29:47
@parona:matrix.orgparona * well openrc isnt stricly a "base" package, virtual/servicemanager is and its satisfied by runit,systemd etc. changing it to anything not in it already would require just replacing it with your own version. 19:30:06
@lunar:monero.socialLunarThere are a few other minor things I want as well, we'll see how it turns out after hunting dependencies19:32:27
@parona:matrix.orgparona
ask@lane ~
 $ emerge -cp coreutils

Calculating dependencies... done!
  sys-apps/coreutils-9.1-r1 pulled in by:
    @system requires sys-apps/coreutils
    app-admin/eselect-1.4.20 requires sys-apps/coreutils
    net-libs/nodejs-18.7.0 requires sys-apps/coreutils
    sys-apps/portage-3.0.34 requires >=sys-apps/coreutils-6.4
    sys-apps/systemd-utils-251.4 requires >=sys-apps/coreutils-8.16
    sys-kernel/dracut-057-r1 requires sys-apps/coreutils[xattr(-)]

>>> No packages selected for removal by depclean
Packages installed:   1264
Packages in world:    125
Packages in system:   43
Required packages:    1264
Number to remove:     0
ask@lane ~
 $ echo "-*sys-apps/coreutils" | doas tee /etc/portage/profile/packages
-*sys-apps/coreutils
ask@lane ~
 $ emerge -cp coreutils

Calculating dependencies... done!
  sys-apps/coreutils-9.1-r1 pulled in by:
    app-admin/eselect-1.4.20 requires sys-apps/coreutils
    net-libs/nodejs-18.7.0 requires sys-apps/coreutils
    sys-apps/portage-3.0.34 requires >=sys-apps/coreutils-6.4
    sys-apps/systemd-utils-251.4 requires >=sys-apps/coreutils-8.16
    sys-kernel/dracut-057-r1 requires sys-apps/coreutils[xattr(-)]

>>> No packages selected for removal by depclean
Packages installed:   1264
Packages in world:    125
Packages in system:   42
Required packages:    1264
Number to remove:     0

removing stuff from @system is easy, but avoiding other dependencies might block you still :D

19:34:36
@inference:tchncs.deinference
In reply to @lunar:monero.social
jk, wanted to try to replace GNU coreutils and OpenRC
You can replace coreutils?
20:55:00
@lunar:monero.socialLunarYes20:55:09
@inference:tchncs.deinferenceI wanted to use BSD utils if that's possible.20:55:11
@darkjac:darkstars.me/home/jacob
In reply to @inference:tchncs.de
You can replace coreutils?
Tho portage might stop working if you do (e.g. with busy box it might now work)
21:14:13
@ig:vimja.chatNiklaus 'vimja' HoferHi guys. After lurking for a while, I finally have a question for you. I don't usually use display managers, but on that one new device I do. GDM in particular through the display-manager service which has been added to the default runlevel. For my initrd, I use dracut. This has worked fine so far - after bootup, GDM would appear and present a user selection screen. Neat. However, tonight I have installed plymouth and also recompiled gdm with USE=plymouth. Now, after boot, the TTY won't switch automatically anymore. That is to say, I end up on TTY1 but GDM is started on TTY7. How do I fix this?21:26:57
@parona:matrix.orgparona https://bugs.gentoo.org/453392 >2013 👀 21:35:09
@parona:matrix.orgparona
	# --with-initial-vt=7 conflicts with plymouth, bug #453392
	# gdm-3.30 now reaps (stops) the login screen when the login VT isn't active, which
	# saves on memory. However this means if we don't start on VT1, gdm doesn't start up
	# before user manually goes to VT7. Thus as-is we can not keep gdm away from VT1,
	# so lets try always having it in VT1 and see if that is an issue for people before
	# hacking up workarounds for the initial start case.

this is the comment in the ebuild. the above is the bug id mentioned

21:36:22
@parona:matrix.orgparona like the elogind solution sets it to vt7 while systemd is vt1. # TODO: Revisit together with startDM.sh and other xinit talks; also ignores plymouth possibility 21:38:11
@parona:matrix.orgparonalike my naive attempt would be to use vt1 as well. you can override meson options for ebuilds with MYMESONARGS env variable. so like MYMESONARGS="-Dinitial-vt=1"21:39:40
@parona:matrix.orgparona * like my naive attempt would be to use vt1 as well. you can override meson options for ebuilds with MYMESONARGS env variable. so like MYMESONARGS="-Dinitial-vt=1". im assuming you are using elogind 21:40:02
@parona:matrix.orgparona * like my naive attempt would be to use vt1 as well. you can override meson options for ebuilds with MYMESONARGS env variable. so like MYMESONARGS="-Dinitial-vt=1". im assuming you are using elogind. keep in mind changing this would require modifying display-manager args as well (i think) 21:41:13
@parona:matrix.orgparona * like my naive solution would be to use vt1 as well. you can override meson options for ebuilds with MYMESONARGS env variable. so like MYMESONARGS="-Dinitial-vt=1". im assuming you are using elogind. keep in mind changing this would require modifying display-manager args as well (i think) 21:41:45
@ig:vimja.chatNiklaus 'vimja' HoferHuh. Thanks for the link. I think I'll try recompiling without the plymouth flag and see if that fixes the issue. To be honest I haven't quite understood what the plymouth integration does on gdm anyway...21:43:07
@ig:vimja.chatNiklaus 'vimja' HoferYeah, that pretty much did it. There is a noticeable gap now in between plymouth's animation stopping and gdm appearing, but nothing I would consider a problem. Just what I wanted :)21:57:40
@shifeng:matrix.orgShi Fenglets replace gnu coreutils with plan 923:06:52

There are no newer messages yet.


Back to Room List