jaeger changed the topic of #crux to: CRUX 3.7 | Homepage: https://crux.nu/ | Ports: https://crux.nu/portdb/ https://crux.ninja/portdb/ | Logs: https://libera.irclog.whitequark.org/crux/
farkuhar has left #crux [#crux]
groovy2shoes has quit [Quit: Leaving]
braewoods_ has quit [Read error: Connection reset by peer]
braewoods__ has joined #crux
disapper3nce has joined #crux
disapper3nce has quit [Client Quit]
<SiFuh> farkuhar: To compile QT6 when Romster first released the port cost me 17GB of diskspace to compile I actually had to adjust the tmpfs to 32GB for the test and I was monitoring the usage as it built. Initially I was using 8GB for tmpfs but QT6 kept running out of space.
<frinnst> anyone seen this with gpgme 1.22.0?
<frinnst> + cd lang/python
<frinnst> + top_builddir=/tmp/gpgme-1.22.0-3-work/src/gpgme-1.22.0
<frinnst> /usr/bin/python3: No module named build
<frinnst> + /usr/bin/python3 -m build --wheel --skip-dependency-check --no-isolation
<SiFuh> I am assuming the flag -m means module
<SiFuh> I assumed correctly -m module-name
<SiFuh> frinnst: compiled here flawlessly
lavaball has joined #crux
<cruxbot> [contrib.git/3.7]: blueman: initial commit, version 2.3.5
<cruxbot> [contrib.git/3.7]: amdgpu_top: initial commit, version 0.1.11
<cruxbot> [contrib.git/3.7]: bottom: initial commit, version 0.9.6
<cruxbot> [contrib.git/3.7]: python3-cython: 3.0.1 -> 3.0.2
<cruxbot> [contrib.git/3.7]: nnn: 4.8 -> 4.9
<cruxbot> [contrib.git/3.7]: python3-pluggy: 1.2.0 -> 1.3.0
<cruxbot> [contrib.git/3.7]: pnpm: 8.6.12 -> 8.7.0
<cruxbot> [contrib.git/3.7]: openvswitch: 3.1.2 -> 3.2.0
<cruxbot> [contrib.git/3.7]: libfixmath: 2023.03.20 -> 2023.08.08
<cruxbot> [contrib.git/3.7]: boxes: 2.2.0 -> 2.2.1
<cruxbot> [contrib.git/3.7]: amdgpu_top: 0.1.11 -> 0.2.0
disapper3nce has joined #crux
disapper3nce has quit [Client Quit]
<cruxbot> [contrib.git/3.7]: httpbin: 0.7.0 -> 0.10.1; new dependency: python3-brotlicffi
<cruxbot> [contrib.git/3.7]: python3-brotlicffi: initial commit, version 1.0.9.2
<cruxbot> [contrib.git/3.7]: python3-flasgger: added missing dependency: python3-yaml
<cruxbot> [contrib.git/3.7]: python3-flask: added missing dependency: python3-blinker
<cruxbot> [contrib.git/3.7]: mako: updated meson syntax
disapper3nce has joined #crux
disapper3nce has quit [Quit: Client closed]
<ukky> Has anybody experienced issues with kernel option CONFIG_COMPACTION enabled on server/desktop system? I usually set it to OFF, but want to try enabling it on Dell R620.
<SiFuh> ukky: No and I set it to "y" in my configs
<ukky> SiFuh: thanks, will keep it enabled.
<cruxbot> [contrib.git/3.7]: gitui: 0.23.0 -> 0.24.0
<SiFuh> ukky:
<SiFuh> Ooops
<SiFuh> You shouldn't
<SiFuh> disable this option unless there really is a strong reason for
<SiFuh> I hate this website
<SiFuh> You shouldn't disable this option unless there really is a strong reason for it
<SiFuh> Interesting entry though. Guess that is why I never disabled it
<ukky> For embedded systems the recomendation is to disable this option.
<SiFuh> I don't build those
<SiFuh> ukky: Any links? I find nothing useful
<SiFuh> Thanks
<ukky> I never paid attention to this option until now, since I build new config for Dell R620 (from x86_64_defconfig). And it seems like my systems have this option disabled.
<SiFuh> From what I have read it is only for smaller systems with almost no RAM
<SiFuh> Scroll down almost to the bottom
<SiFuh> Compaction does allocate memory temporarily and in general it's quite
<SiFuh> Start from that line
<ukky> Besides my CRUX system, my Dell R610 (Gentoo) has also CONFIG_COMPACTION disabled. R610 never had issues with OOM since I got it (5 years). But 3 other systems have CONFIG_COMPACTION enabled. Now I wonder why I disabled that option.
leah2 has quit [Ping timeout: 245 seconds]
<SiFuh> ukky: Funny how a more efficent Memmory Management configuration can lead to lack of memory. Kind of weird
groovy2shoes has joined #crux
leah2 has joined #crux
<ukky> SiFuh: Having more RAM nowdays, high level SW developers pay less attention to memory allocation issues.
<SiFuh> Yeah, kind of like what the bloke said in another way
<cruxbot> [contrib.git/3.7]: apulse: moved from opt; marked unmaintained
<cruxbot> [contrib.git/3.7]: gtksourceview: moved from opt; marked unmaintained
<cruxbot> [contrib.git/3.7]: hexchat: moved from opt; marked unmaintained
<cruxbot> [contrib.git/3.7]: libao: moved from opt; marked unmaintained
<cruxbot> [contrib.git/3.7]: libconfuse: moved from opt; marked unmaintained
<cruxbot> [contrib.git/3.7]: libcroco: moved from opt; adopted port
<cruxbot> [contrib.git/3.7]: libidl: moved from opt; marked unmaintained
<cruxbot> [contrib.git/3.7]: libnotify: moved from opt; adopted port
<cruxbot> [contrib.git/3.7]: libsoup3: moved from opt; marked unmaintained
<cruxbot> [contrib.git/3.7]: libspiro: moved from opt; adopted port
<cruxbot> [contrib.git/3.7]: libwnck-gtk3: moved from opt; marked unmaintained
<cruxbot> [contrib.git/3.7]: libwpe: moved from opt; adopted port
<cruxbot> [opt.git/3.7]: lua53: adopted port
<cruxbot> [opt.git/3.7]: lua52: adopted port
<cruxbot> [opt.git/3.7]: lua51: adopted port
<cruxbot> [opt.git/3.7]: lua: adopted port
<cruxbot> [opt.git/3.7]: alsa-plugins: adopted port
<cruxbot> [opt.git/3.7]: apulse: moved to contrib
<cruxbot> [opt.git/3.7]: itstool: adopted port
<cruxbot> [opt.git/3.7]: jasper: adopted port
<cruxbot> [opt.git/3.7]: libao: moved to contrib
<cruxbot> [opt.git/3.7]: libconfuse: moved to contrib
<cruxbot> [opt.git/3.7]: libcroco: moved to contrib
<cruxbot> [opt.git/3.7]: libgudev: adopted port
<cruxbot> [opt.git/3.7]: libidl: moved to contrib
<cruxbot> [opt.git/3.7]: libidn2: adopted port
<cruxbot> [opt.git/3.7]: libnotify: moved to contrib
<cruxbot> [opt.git/3.7]: libogg: adopted port
<cruxbot> [opt.git/3.7]: libpsl: adopted port
<cruxbot> [opt.git/3.7]: libsdl: adopted port
<cruxbot> [opt.git/3.7]: libsndfile: adopted port
<cruxbot> [opt.git/3.7]: libsoup: adopted port
<cruxbot> [opt.git/3.7]: libsoup3: moved to contrib
<cruxbot> [opt.git/3.7]: libspiro: moved to contrib
<cruxbot> [opt.git/3.7]: libtasn1: adopted port
<cruxbot> [opt.git/3.7]: libtheora: adopted port
<cruxbot> [contrib.git/3.7]: cargo-c: 0.9.23 -> 0.9.24
<cruxbot> [contrib.git/3.7]: xdg-desktop-portal: 1.17.0 -> 1.17.1
lavaball has quit [Remote host closed the connection]
Guest26 has joined #crux
Guest26 has quit [Client Quit]
disapper3nce has joined #crux
<disapper3nce> is there anyone that uses a display manager with crux , and if so, what display manager are you using?
<SiFuh> xorg-xdm
<disapper3nce> ty
<r0ni> the ports shuffle
<SiFuh> The shadows move
disapper3nce has quit [Quit: Client closed]
disapper3nce has joined #crux
<r0ni> is there a 3.8 on the horizon? I saw a comment somewhere about dropping python2, and thought to myself, is a release near?
disapper3nce has quit [Client Quit]
disapper3nce has joined #crux
disapper3nce has quit [Client Quit]
disapper3nce has joined #crux
disapper3nce has quit [Client Quit]
<cruxbot> [contrib.git/3.7]: wl-clipboard: 2.2.0 -> 2.2.1
<jaeger> We're talking about it. Nothing official yet.
disapper3nce has joined #crux
disapper3nce has quit [Quit: Client closed]
<ukky> jaeger: Have you ever seen CONFIG_VMD beeing used on any server? It seems like required on Dell 5820 to access NVMe device, but cannot prove that yet. VMD is Intel's Volume Management Device NVMe RAID Controller.
<jaeger> I wouldn't personally use Intel's builtin RAID tools on a production server... and no, I've yet to see it in the wild. But it wouldn't surprise me if it's on a few consumer motherboards.
<ukky> Dell 5820 behaves strangely in UEFI vs Legacy boot. NVMe is exposed in Legacy boot, but is not visible in UEFI boot. I am using your private 3.7 ISO built around June.
<jaeger> Odd
<jaeger> What does 'lspci -k' say about it?
<ukky> Unfortunately, I have lost ssh access to the system (network failure at work). But I can find lspci from similar system.
Guest_trulala has joined #crux
<jaeger> oops
<Guest_trulala> ukky: hello, I'm read about Emacs users. So, I have a question. Do u use latest version of Emacs? On CRUX?
<ukky> Guest_trulala: Not using Emacs anymore. You should ask SiFuh
<Guest_trulala> I want use jit for elisp-to-native. So, I need recompile Gcc  with jit option?
<Guest_trulala> oh
<Guest_trulala> oops
<jaeger> I don't think there's any emacs port in official repos but I see 27.2 and 28.1 in the portdb for what that's worth
<Guest_trulala> why?
<Guest_trulala> VSCode win? ;(
<Guest_trulala> jaeger: yeah, I watched all ports. Why cruxbot move libnotify to contrix?
<ukky> Guest_trulala: I had issues with remote sessisons via browser. Keymaps for browser and Emacs are not friends. Had to switch to vim.
<Guest_trulala> contrib*
<Guest_trulala> I use in browser vimium, If u dont like emacs keys - evil-mode w8 u ;)
<jaeger> cruxbot doesn't move, only announces git commits. A maintainer moved the port
<Guest_trulala> Ah
<Guest_trulala> Ok
<Guest_trulala> people, who use WM scared...  :)
<ukky> many users here use WM
<Guest_trulala> Dunst/Mako/Fnott using with libnotify
<Guest_trulala> sorry for my terrible Eng
<Guest_trulala> opt->contrib->recycle
<Guest_trulala> Who use WM, which terminal emulator most core in CRUX?
farkuhar has joined #crux
<Guest_trulala> Or most popular?
<jaeger> You can use whichever you prefer, there are a lot of options. And if one is missing, make a port for it :)
<Guest_trulala> lol. So, after urxvt gone... Make a port...
<Guest_trulala> Alacritty - leak memory
<Guest_trulala> Kitty - fat
<Guest_trulala> Foot... Maybe nice, but only for Wayland
<jaeger> I just use whatever works well or is provided... xterm, foot, konsole, mate-terminal, depending on which system I'm using
<jaeger> ukky: do you know if that was booted in BIOS or UEFI mode?
<Guest_trulala> In WM? Where prefer min/max? Foot --server in Wayland and URxvt server... Xterm cut the text after resize (say hello Xmonad, DWM, Sway etc)
<ukky> jaeger: I will try to figure it from dmesg if I can
<Guest_trulala> thx guys. bye.
<jaeger> I pretty much always use tmux so text resizing looks the same no matter which terminal emulator I use
Guest_trulala has quit [Quit: Client closed]
<jaeger> Looks like UEFI based on the dmesg log
<jaeger> I see efifb and efivars references as well as other stuff
<ukky> you are faster switching windows than me
<farkuhar> the final link in Guest_trulala's chain opt->contrib->recycled is misleading (or deliberately exaggerated). You can still find rxvt-unicode elsewhere in the portdb, for example https://crux.ninja/portdb/port/df/rxvt-unicode/
<jaeger> Indeed
<jaeger> ukky: I'm currently testing an ISO with the vmd driver and kernel 6.1.47 but I have no VMD hardware. Want to test it?
<ukky> jaeger: There is also 'efi: EFI v2.70 by American Megatrends' line, which should not appear in Legacy BOOT
<jaeger> yeah
<ukky> Yes, I could test it when ready. Have to physically go to work to do that. Took two weeks of vacation (and finally instal CRUX at work)
<jaeger> No worries
<ukky> Dell 5820 uses NVMe with a connector I never seen before. It looks like hot-swappable.
<jaeger> Does it use that fron FlexBay setup?
<ukky> What is FlexBay?
<ukky> Front panel?
<jaeger> some kind of front panel bay thing, maybe hot-swappable
<ukky> Yes, that is the correct picture of 5820, and this NVMe is mounted in Bay 4 on that picture, with some bracket as it is not 2.5" form factor HDD.
<jaeger> OK. Based on those images I would guess the NVMe disk is an m.2 inside an enclosure
<ukky> M.2 has different connector. That enclosure probably provides hot-swap capability.
<ukky> This is the enclosure: https://www.ebay.com/itm/204279722203
<jaeger> It looks like an m.2 slot inside that enclosure, though.
<ukky> Yes, it is m.2. Never saw an enclosure like that before.
dim_ has joined #crux
DanDan_ has joined #crux
stoffepojken_ has joined #crux
<jaeger> Speaking of SSDs, I should order another pair of them for a proxmox setup
maledictium1 has joined #crux
jjasghar_ has joined #crux
stoffepojken has quit [*.net *.split]
dim44 has quit [*.net *.split]
jjasghar has quit [*.net *.split]
maledictium has quit [*.net *.split]
DanDan has quit [*.net *.split]
<jaeger> uploaded to https://crux.ninja/tmp/crux-3.7-test.iso if you feel like testing it
disapper3nce has joined #crux
disapper3nce has quit [Quit: Client closed]
groovy2shoes has quit [Quit: Leaving]
crash_ has quit [Ping timeout: 245 seconds]
crash_ has joined #crux
tilman has quit [Ping timeout: 250 seconds]
tilman has joined #crux
<ukky> jaeger: thanks. Will test ISO as soon as I get to the system.
<jaeger> No problem