00:11 <midfavila> fek

00:12 <midfavila> was hoping sad_plan'd be on

00:12 <midfavila> good and bad news about tinyx to share

00:13 <midfavila> seems like most of the problems with building its deps lay squarely on libXfont

00:16 <Torr> midfavila: U can send him a memo.

00:17 <midfavila> oh, good idea. i only just learned about memoserv the other day

00:17 <midfavila> slipped my mind

00:18 <midfavila> the xcb libs will be annoying too

00:19 <midfavila> but once those two sticking points are dealt with, tinyx should be able to build...

00:22 <Torr> Will you keep Xcb and other X extension on the same repo as Tinyx?

00:22 <Torr> extensions*

00:23 <midfavila> the intention is to split my repository into "core", "base" and "extra" subdivisions within each category

00:23 <midfavila> "core" will include only what it absolutely necessary to get a barebones distribution up

00:23 <midfavila> so for the x11 category, if xcb and other extensions are necessary to build a barebones tinyx, then yes

00:23 <midfavila> otherwise they'll be placed into either base or extra, depending on how common they are

00:24 <midfavila> and, you know, how much in terms of functionality they bring to the table

00:24 <Torr> I see

00:24 <midfavila> the same is being done to the base system

00:25 <midfavila> anyway, if you're interested, I'll probably publish a tarball on my git soon:tm:

00:26 <Torr> A rootfs tarball?

00:27 <midfavila> correct

00:31 <Torr> That's the way

00:31 <midfavila> cool, libXfont was pretty trivial -- they maintained the option to disable linking against freetype... just libXau now

00:31 <midfavila> and yes, indeed it is

00:32 <midfavila> if you have any experience writing POSIX makefiles or making small patches to software, any assistance you can offer in bringup of the system would be greatly appreciated

00:32 <midfavila> atm libtool (and by extension perl) present a major roadblock in building most software

00:38 <midfavila> s/present/presents/

00:38 <Torr> More than Bash?

00:39 <midfavila> significantly worse than bash

00:40 <midfavila> tcc is capable of building bash and its dependencies without issue

00:40 <midfavila> perl fails quite early in its build and my abilities are far too limited for me to consider patching it

00:42 <Torr> Have u tried Microperl?

00:42 <Torr> http://www.foo.be/docs/tpj/issues/vol5_3/tpj0503-0003.html

00:45 <Torr> Am leaving now

00:45 <Torr> See ya

03:17 <midfavila> did upstream ever end up using tsort for kiss?

03:28 <ioraff> no

03:30 <midfavila> rip

03:31 <testuser[m]12> Hi

03:31 <midfavila> hello testuser[m]12

03:44 <virutalmachineus> hi

04:42 <sad_plan> hi

04:44 <sad_plan> midfavila: but tinyx doesnt depend on xcb libs? atleast not that Im aware of anyway

04:46 <sad_plan> it doesnt link to any of them anyway

08:57 <sad_plan> midfavila: were you able to build tinyx without libXdmcp installed? I cant seem to replicate it again, and itll complain about the missing header file for some reason... Im just trying to figure out wether or not I for whatever reason forgot to actually delete it, and just called it a day then when I messed with it...

11:43 <sad_plan> midfavila: after messing with it further, it seems that that might be the case.

12:57 <midfavila> sad_plan: for a while now, libX11 has been implemented on top of libxcb for performance reasons

12:57 <midfavila> so tinyx does depend on libxcb

12:57 <midfavila> just indirectly

12:57 <midfavila> as for libXdmcp, I didn't end up trying

12:58 <midfavila> spent most of last night reorganizing my ports

12:59 <midfavila> blegh, I need to figure out BearSSL's API so I can patch Links

15:26 <midfavila> hey noocsharp

15:32 <noocsharp> howdy

16:01 <sad_plan> midfavila ah, I thougt you ment xcb-util* for a while. i knew libxcb was a dep for libX11

16:04 <sad_plan> oh, also thanks to your repo, I managed to build gcc static with shared libs, without building it twice. aswell as bypass a pesky lib that was giving me issues. I noticed you used -fno-use-linker-plugins. which gave me great success.

16:04 <sad_plan> a reasonable way to build a static gcc with shared libs has been a hurdle for me for some time now tbh.

21:19 <virutalmachineus> hi

21:20 <midfavila> hello

21:25 <virutalmachineus> anyone uses bubblewrap to isolate programs?

21:43 <phoebos> i think testuser[m]12 does

23:22 <midfavila> i may have discovered the final solution to the libtool problem

23:22 <midfavila> little shell script that extracts some info from the Makefile generated by configure, basically serves as a shim

23:23 <midfavila> but it *also* has a noticable affect on performance, what with the whole not running a 6000 line makefile

23:23 <virutalmachineus> what's wrong with the libtool?

23:23 <midfavila> assumes you use a GNU toolchain

23:23 <midfavila> when you don't, things break

23:23 <midfavila> it's also slow and demands both GNU M4 and perl

23:24 <midfavila> s/affect/effect/

23:24 <midfavila> can't grammar, bleh