-
nsITobin
I'm tired tomman i been doing research all day
-
tomman
I now officially hate Pipewire and HDMI
-
tomman
it's 2024, and audio is still miserable on Linux
-
tomman
and it's 2024 and the best you can get on new computers is... Realtek HDA
-
nsITobin
I can't figure out why the firefox urlbar needs 800 different files and provider things .. you enter a url it sometimes shows autocomplete or search why is it super duper screwed up
-
nsITobin
modern mozilla sucks
-
nsITobin
Greetings
-
frg_Away
nsITobin hello
-
nsITobin
I was supposed to test the patchqueue for 253 release on the linux today correct?
-
nsITobin
not wip
-
frg_Away
nsITobin yes would like to see if elfhack works.
-
nsITobin
well the long part will be cloning and applying the queue .. I think I can just do LDFLAGS=whatever in mozconfig and it should work
-
nsITobin
but i dunno
-
nsITobin
I was always told never to override that stuff
-
frg_Away
nsITobin maybe try without. As stated mozilla doesn't have it. Hope tha the latest fixes make this not needed but unsure.
-
nsITobin
-
frg_Away
yes
-
nsITobin
looks like just LDFLAGS= in mozconfig should be enough
-
nsITobin
frg_Away: I can already tell WIP has superior build system patches
-
nsITobin
vs release
-
nsITobin
kicked off
-
frg_Away
yeah but without the optional chaining and new regexp not much good
-
nsITobin
-
nsITobin
frg_Away:
-
frg_Away
wip or 2.53?
-
nsITobin
2.53
-
nsITobin
when I had elfhack on in wip it built fine but wouldn;t package
-
nsITobin
frg_Away: anything else you want me to try other than --disable-elf-hack?
-
frg_Away
nsITobin put another patch in but would only work if linker was bfd during your failure. Otherwise it probably needs updated ldflags as buc suggested.
-
nsITobin
i changed it from export LDFLAGS= to just LDFLAGS and reran configure and build and it finished but then same error i had before
-
nsITobin
without it enabled
-
nsITobin
I don't actually know how or where to set this '
-
nsITobin
that is the chief issue
-
frg_Away
nsITobin with latest patches from just now?
-
frg_Away
in mozconfig export LDFLAGS="..."
-
nsITobin
yeah that is what I did with patches cloned an hour or so ago with an elfhack patch at qtip
-
nsITobin
now in the spec file for fedora it seems to be exported to the environment not via mozconfig
-
nsITobin
-
frg_Away
should dend up the same in this case. ymmv
-
frg_Away
afk for a while
-
nsITobin
well i don't think we ever used the elf hack in UXP or earlier.. MAYBE access2godzilla did on 24.. so I dunno if it is important to seamonkey
-
frg_Away
I don't thinbk it ois but just want to know if it works :)
-
nsITobin
i would assume so in fedora builds
-
nsITobin
since its being accounted for
-
nsITobin
but I build "from scratch" first and foremost
-
nsITobin
-
nsITobin
this is my mozconfig
-
nsITobin
I'll rerun the patch queue for the updates made 10 minutes ago after i test to make sure i didn't screw it up
-
nsITobin
My professional opinion as a Mozilla Build System "expert" is .. we are lucky it works at all. BUT least the toolchain is no longer steeped in whispers and dark incantations
-
nsITobin
frg_Away: with flags exported i get build failure
-
nsITobin
like in the pastebin
-
nsITobin
k grabbing updated queue
-
nsITobin
hi grey_gandalf
-
grey_gandalf
hello!
-
njsg
EHLO
-
nsITobin
hi njsg
-
nsITobin
frg_Away: same issue
-
nsITobin
with flags exported i get a build failure during build without i get a package failure
-
nsITobin
so unless buc can share some additional details on what I should do.. elfhack is busted for me
-
frg_Away
thanks for testing. Maybe buc can take a look lster.Notloosing much sleep over it. Works without.
-
nsITobin
frg_Away: no problem