00:02 <Romster> --enable-new-dtags is

00:02 <Romster> the default in ld.gold. With this flag, DT_RUNPATH is generated instead

00:02 <Romster> of DT_RPATH, the former allowing the user to override the search path

00:02 <Romster> with LD_LIBRARY_PATH. According to man ld.so, use of DT_RPATH is

00:02 <Romster> deprecated.

00:02 <Romster> clang for instance is always passing --enable-new-dtags by default.

00:11 <Romster> https://web.archive.org/web/20160101182307/http://comments.gmane.org/gmane.comp.gnu.binutils/57379

00:11 <Romster> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835859

00:12 <Romster> gentoo has also been using new dtags since 2005, i wonder why it's not the default in binutils still

02:34 <MeCrumbly429> Well, I hate to say this, but I was AFK when most of your responses came through. anyways, what exactly should I do about the libtool error? (if you weren't there, I tried to install xinit when I got an error reading: [/usr/lib/freetype.la is not a valid libtool archive]

02:36 <MeCrumbly429> I'm very, very sorry

03:31 <jaeger> MeCrumbly429: I recommend using that for loop I suggested in the scrollback to list ports that want freetype.la, and rebuild them

04:07 <jaeger> Romster: I haven't run into mingw-w64-gcc issues like that, myself, though I make zero use of it outside of building wine-staging... so not sure

04:26 <MeCrumbly429> jaeger: How exactly would I do that? I'm in the Irssi client, and I'm stuck in the framebuffer with a resolution of 800X600. I can't view the chat record

04:27 <MeCrumbly429> Sorry for the late reply. I figured this is a relatively inactive channel, so I waited a little

04:33 <jaeger> you can view scrollback in irssi with page up

04:33 <jaeger> Or check the logs if you have it logging

04:33 <jaeger> If not I can relist it

04:47 <MeCrumbly429> ehh, there's no scrollback. I reopened the client

04:48 <MeCrumbly429> I'm so sorry you have to type all that again

04:48 <jaeger> alright

04:48 <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

04:48 <jaeger> Not a problem, just had to hit the up arrow a few times :)

04:48 <cruxbot> [contrib.git/3.6]: libmicrohttpd: updated to version 0.9.75

04:48 <MeCrumbly429> I'd put that into an .sh file?

04:49 <jaeger> Sure, you can do that

04:49 <jaeger> Or just type it directly, either way

04:49 <MeCrumbly429> Sure. I'm on a framebuffer, that'd be impossible to copy/paste

04:50 <jaeger> You could maybe copy/paste on framebuffer with a mouse if you installed and ran gpm

04:50 <jaeger> Not sure it's worth the effort, though

04:51 <MeCrumbly429> Is there a space between freetype.la and *.la?

04:51 <jaeger> yes

04:51 <jaeger> you are checking *.la for the string 'freetype.la'

04:52 <MeCrumbly429> Thanks a lot. Yet again, my framebuffer is quite a bit wonky

04:52 <cruxbot> [opt.git/3.6]: thunderbird-bin: updated to version 91.4.1

04:52 <jaeger> welcome

04:53 <cruxbot> [contrib.git/3.6]: tree: updated to version 2.0.0

04:57 <MeCrumbly429> alright. I tried executing that file, and grep gave the error: "*.la: no such file or directory"

05:10 <jaeger> run it while in /usr/lib

05:11 <jaeger> or change *.la to /usr/lib/*.la

05:13 <SiFuh> https://dpaste.com/8V4DDJEGS <-- these were from Romster I saved a while ago

05:16 <jaeger> Looks pretty similar, bit more elegant

05:17 <SiFuh> Yeah

05:19 <MeCrumbly429> running it while in /usr/lib brings the error: "Tail: invalid number of lines: '+' "

05:20 <MeCrumbly429> also, the Dpaste script returns the message : "line 3: syntax error near unexpected token 'newline' "

05:21 <MeCrumbly429> oh shit, I forgot it was an HTML document

05:21 <MeCrumbly429> Yep, I'm dumber than I thought

05:21 <SiFuh> It's not script either. It's just two different command lines

05:22 <MeCrumbly429> Sorry. Why, oh why, did I wget the URL?

05:22 <MeCrumbly429> how exactly would I use it?

05:22 <SiFuh> First one gives you pkginfo

05:22 <MeCrumbly429> First what?

05:23 <SiFuh> The last line is the one you want.

05:23 <SiFuh> The first one is included in the last line. Just without you running prt-get update

05:24 <MeCrumbly429> Oh, I see.

05:24 <MeCrumbly429> Typing that down's gonna be a capital-P pain. See you in 5 minutes, I guess...!

05:24 <SiFuh> Why not wet it?

05:25 <SiFuh> wget -c https://dpaste.com/8V4DDJEGS.txt then comment out the first line and then run bash ./8V4DDJEGS.txt

05:28 <MeCrumbly429> *Ahhh*

05:28 <MeCrumbly429> alright, I'll see to that then

05:29 <MeCrumbly429> hang on, *just* the first line, or the first section containing the angle-bracketed HTML stuff?

05:29 <MeCrumbly429> and do I comment out the last part too?

05:30 <SiFuh> Not HTML, it is raw hence '.txt' at the end of the file name

05:31 <SiFuh> Here https://dpaste.com/FVJEDXV8S.txt Just run this as a shell script

05:31 <MeCrumbly429> thanks! sorry to bother you like that

05:31 <SiFuh> It's fine, usually I am the one bothering everyone

05:32 <MeCrumbly429> Thanks

05:32 <MeCrumbly429> Umm, command-not-found error on line 2 ($'\r': command not found)

05:33 <MeCrumbly429> Oh, wait, it's working now

05:33 <MeCrumbly429> yep, now we're running prt-get

05:33 <MeCrumbly429> are you *sure* this works?

05:33 <MeCrumbly429> (not to be rude)

05:34 <SiFuh> I used it a while ago. Romster posted it for me. It worked fine.

05:35 <MeCrumbly429> Thank you!

05:37 <MeCrumbly429> anyways, this is kind-of an irrelevant topic, but I was forced to use MBR because grub-mkconfig just would not friggin work in EFI (Grub made me use the /boot/efi mountpoint, but I didn't know what went in /boot and what went in /boot/efi, and I definitely screwed stuff up.). I never got past grub-rescue screens and a chroot prompt. I made sure to rename /boot/vmlinuz properly, but the problem is,

05:37 <MeCrumbly429> should vmlinuz-5.4.80 been in /boot/efi?

05:38 <MeCrumbly429> or maybe, grub.cfg should've been in /boot/efi as well?

05:38 <MeCrumbly429> I don't really know, and I don't really expect an answer

05:39 <MeCrumbly429> Ah well, the script failed with the exact same freetype error: "libfreetype.la is not a valid libtool archive"

05:39 <SiFuh> I am not a grub user, so I don't actually know it. Someone else will probably reply

05:39 <MeCrumbly429> Sorry

05:42 <SiFuh> Have you recompiled freetype?

05:43 <MeCrumbly429> No.

05:44 <MeCrumbly429> How do I recompile? prt-get install -fr doesn't do anything

05:48 <SiFuh> prt-get update -fr

05:50 <SiFuh> MeCrumbly429: https://dpaste.com/DM2QBEB39 Here are snippets from the IRC logs over a few days

05:51 <SiFuh> And the command I posted at line 14 is NOT the full command. Line 3 is the correct one

05:51 <jaeger> If you are NOT using an encrypted disk or something else that requires extra setup, the only thing grub NEEDS in /boot/efi is grubx64.efi

05:51 <jaeger> Everything else it can find

06:22 <MeCrumbly429> So, grub should be installed to /boot/efi, but everything else shouldn't?

06:44 <MeCrumbly429> Anyways, what exactly should I do? What exact document is that Line 3 from?

06:44 <MeCrumbly429> this is getting a little confusing

06:49 <MeCrumbly429> Alright. I've removed every .la file on the system, and I'm off to recompiling freetype

07:04 <jaeger> Hrmm, removing all .la files might be overkill, heh

07:05 <jaeger> as for grub, see the "GNU GRUB 2" section of https://crux.nu/Wiki/UEFI

07:08 <jaeger> It really is as simple as it looks in that doc

07:09 <jaeger> But of course you have to be booted into UEFI mode rather than BIOS/CSM and have an EFI system partition (ESP) created

07:09 <MeCrumbly429> I see.

07:09 <MeCrumbly429> That's what I've done

07:10 <MeCrumbly429> Thanks man!

07:10 <jaeger> From a quick glance I think all the info in the doc is still accurate but I will look over it more tomorrow, too late now

07:10 <jaeger> No problem, hope it helps

07:10 <MeCrumbly429> Thanks! This might be a little overkill, but you're something of a hero in the CRUX community :)

07:10 <MeCrumbly429> and rightfully so

07:11 <jaeger> I don't know that I'd agree but thanks for the vote of confidence :)

07:11 <MeCrumbly429> You're welcome man.

07:12 <MeCrumbly429> Anyways, in the background, I'm compiling Tsaop's crux-kf5 packages. Is it worth it?

07:12 <jaeger> I have not used them myself, no experience there... I use either i3/sway or MATE on my systems

07:12 <jaeger> Heading to sleep, take care

07:12 <MeCrumbly429> Well, i3's just fine, but I'm really a plasma fan.

07:13 <MeCrumbly429> See you soon (hopefully) :)

07:13 <jaeger> Hopefully they work well; if not, can always contact the maintainer and see if they can be fixed/updated

07:13 <jaeger> :)

07:13 <MeCrumbly429> :(_)

07:14 <MeCrumbly429> sorry.

07:14 <MeCrumbly429> well, I guess I'm nothing short of done here. I better go to sleep myself.

07:14 <MeCrumbly429> Good night everyone, and don't let the compile errors bite :)

11:34 <SiFuh> dlcusa: you here?

13:01 <cruxbot> [opt.git/3.6]: psutils: update to 2.08

13:01 <cruxbot> [opt.git/3.6]: newsboat: update to 2.26

13:01 <cruxbot> [opt.git/3.6]: fetchmail: update to 6.4.26

15:31 <stenur> Surely backward compatibility. I implemented -Wl,--enable-new-dtags for tcc (trivial change), but that was not too long ago. tcc still cannot access ELF versioning in libraries for example, it can only access the oldest unversioned symbol that is offered .. that makes a difference for GNU LibC, and FreeBSD. (At least.) Has nothing to do with dtags as such, but maybe explains desire for backward

15:31 <stenur> compatibility in this area.

16:25 <cruxbot> [contrib.git/3.6]: yt-dlp: up to 2021.12.27

18:04 <dlcusa> SiFuh, at the moment--what's up?