IRC Logs for #crux-devel Tuesday, 2020-03-10

*** tnut has joined #crux-devel08:32
tnutHi08:32
frinnststenur: I assume zlib and lzma for zstd is the ability to decode .gz and .xz archives09:30
frinnst"one frontend to rule them all!" etc09:30
*** SiFuh has quit IRC10:00
*** SiFuh has joined #crux-devel10:02
*** tnut has quit IRC10:28
*** xor29ah has quit IRC10:55
*** xor29ah has joined #crux-devel10:58
*** xor29ah has quit IRC11:05
*** xor29ah has joined #crux-devel11:07
jaegerWhat is libusb-compat used for/by these days? Anything?15:28
jaegerIt was moved to opt a while back and I never removed it from the ISO packages list15:38
jaegerIt doesn't cause problems, just an error message while building the ISO15:38
juejaeger: IMO for nothing, guess it's save to remove it from our ISO15:45
*** tnut has joined #crux-devel15:46
jaegerOK, that matches what I'm finding so I'll remove it, thanks15:47
*** tnut has quit IRC15:55
*** tnut has joined #crux-devel15:58
*** tnut has quit IRC16:34
ryuojaeger: only a few things like cups use libusb.16:39
ryuojaeger: incidently i found out that the usb printer kernel module is suggested to be disabled when using usb cups printers since cups doesn't need it and may actually conflict...16:41
jaegerleaving libusb alone, only touching libusb-compat16:41
ryuoindeed.16:42
ryuoi can't think of anything that needs the older version16:42
ryuomost proprietary software doesn't need to talk to USB stuff16:42
ryuoso what good is it?16:42
juebtw, the cups port disables the usblp kernel module16:53
*** pedja has joined #crux-devel18:25
stenur@frinnst: for handling those foreign formats i also think. Idea seems to be that you only need the libraries and use zstd (plus links) as a single frontend. Not used this myself. Could be useful on minimal systems, maybe; what bsdtar does for CRUX.18:26
stenurThe plain Makefile system seems a bit undermaintained, i could not find a shorter way than shown in the issue, but at least it can be done without meson and cmake that he also supports.18:36
frinnstpushed a fix with multithreading just now19:07
frinnstNot sure the support for .gz, .xz etc are useful or wanted - for now atleast19:07
frinnstI think the xz dependency is invalid these days as it stand. but I didnt remove it yet19:08
frinnststands*19:08
stenur@frinnst: great. The library is not MT like so, but i can live with that.19:16
stenurNot invalid, HAVE_LZMA=1 or so he wants; plain Makefiles do not pick anything up by default.19:18
stenur(More or less, he still requires GNU make and has some conditionals for actively disabling e.g. threading again on Windows, whatever..)19:19
stenurP.S.: i also think that changed; my own now-almost-empty source arena's makefile did not set any HAVE_=x in the past, but i was pretty sure the thing was MT years ago.19:20
*** john_cephalopoda has joined #crux-devel19:58
jaegerHrmm... we should probably do an audit of wiki users, some of them haven't been around for a while20:01
ryuofrinnst: is there still opposition to adding MT support for the built crux packages for the final compression phase?20:28
ryuoone of the few things I can see to improve the build time.20:28
ryuothen again most compression algorithms are not multithread safe.20:29
ryuothey make compromises to achieve that20:30
ryuousually they end up consuming more space than single threaded mode20:30
*** Workster has quit IRC22:06
*** Workster has joined #crux-devel22:14
*** Workster has quit IRC22:16
*** Workster has joined #crux-devel22:17
*** john_cephalopoda has quit IRC22:54
*** pedja has quit IRC23:25

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!