12:54 <ppetrov^> hi guys, is there some option for prt-get so that it installs optional dependencies as well?

13:37 <cruxbot> [contrib.git/3.6]: [notify] gst-plugins-bad: added patch for neon changed a bunch of dependencies, notably added vulkan support

13:37 <cruxbot> [contrib.git/3.6]: [notify] soundtouch: fix source changed to cmake build

13:40 <Romster> ppetrov^, no it's not a part of prt-get in it's current state.

13:45 <ppetrov^> thanks, that's what i figured... btw, if a new dependency is introduced with an update of a port, prt-get sysup is not going to install it. The handbook says this feature may be implemented in the future... any plans on that?

14:04 <groovy2shoes> i dunno about plans, but i've written a script to do it

14:05 <groovy2shoes> https://github.com/baguette/crux-ports/tree/master/Util/bin

14:06 <SiFuh> That's cool

14:07 <groovy2shoes> if you decide to use it, you'll want to run `prt-get cache` after updating the ports tree

14:08 <groovy2shoes> or maybe change all the prt-cache commands to prt-get in the script... it's a bit slower that way, tho

14:08 <SiFuh> I like the short cuts you use download|down|dl|do|dload|dnload|dld|dnld

14:09 <groovy2shoes> haha yeah it's overkill

14:10 <groovy2shoes> i just wind up using `do` all the time anyway, since it's most like the pkgmk option for the same thing

14:12 <SiFuh> At first I though you were adjusting for spelling mistakes and dyslexia, but then I saw it had a form to it.

14:14 <SiFuh> jaeger: if you get time, do you mind changing the URL for my repo. I am moving out github because I am tired of it constantly dropping out here from Malaysia. https://gitlab.com/SiFuh/yenjie/-/raw/master/yenjie.httpup

14:54 <ppetrov^> thanks groovy2shoes that's great

16:23 <cruxbot> [opt.git/3.6]: wine: 7.0-rc2 -> 7.0-rc3

16:51 <jaeger> SiFuh: done, will show up after the next sync runs.

17:14 <stenur> HAR! HAR!

17:30 <SiFuh> Thanks jaeger

17:36 <jaeger> No problem

19:04 <SiFuh> Ooh already synced with the new gitlab address, jaeger. I just deleted the github account now.

20:48 <MeCrumbly429> Hey. I'm having trouble trying to compile xinit. I had xorg compiling overnight (yes, the xorg metapackage), which for some reason doesn't include xinit. After the compilation, I attempted to compile xorg-xinit. Prt-get tried installing libxft, only to be greeted by the error message: "ERROR: /usr/lib/freetype.la is not a valid libtool archive.". Is there any way I could fix this?

22:50 <jaeger> the xorg metapackage does include xorg-xinit, for what that's worth

22:51 <jaeger> With that said, there was some recent pain with freetype to remove the libtool archive la file. I recommend grepping for freetype.la in /usr/lib/*.la and then rebuilding any package with a file that matches that grep

22:53 <jaeger> Something like this will list them: for F in $(grep freetype.la *.la | cut -d: -f1 | sort | uniq); do pkginfo -o ${F} | tail -n +2; done | awk '{ print $1 }' | sort | uniq

22:54 <jaeger> Probably a prettier way to do it, that's just my quick test

23:50 <Romster> if it that doesn't work ^ i had to in some cases edit the *.la files to remove any reference to that foo.la file.

23:54 <jaeger> It's worked in all cases for me, just might have to run it more than once depending on rebuild order

23:57 <Romster> i had a case of some -R run path not recognised by gcc too that i had to edit out manually.

23:57 <Romster> and if i missed one of them it got pulled in to other la files again.

23:57 <Romster> think it might be a msvc option for run path?

23:59 <Romster> jaeger, oh i found out if i used --enable-new-dtags it adds two lots of dtags ctags to mingw-w64-crt then that would fail on mingw-w64-gcc

23:59 <Romster> being it's a new elf table makes sense.