<samueldr>
jtojnar: #54278 for some details, but there seems to be an issue with gtk-pixbuf when a lower version is installed in the system and trying to use a the new version in unstable
<samueldr>
maybe worldofpeace knows about the deeper end of gnomy things
<jtojnar>
samueldr: yeah, that was my conclusion as well
<samueldr>
:/
<worldofpeace>
samueldr: hey, what's up?
<samueldr>
the usual, mixing libraries that do their own plugin things is causing issues again
<worldofpeace>
ugh the impure
<samueldr>
and this kinda cements my feeling that wrappers are a poor solution to the problem, while still having no real solution other than patch-patch-patch...
<samueldr>
... which is prohibitively expensive considering the time it takes
<jtojnar>
wrapGAppsHook fixes this I think
<worldofpeace>
Yeah I really don't want to write a thousand more patches. we already have too many
<jtojnar>
but then everything needs to depend on librsvg in case user uses SVG icons
<samueldr>
we'll have to wrap every gtk apps, every qt apps... I don't like this :/
<samueldr>
yeah, adding wrapGAppsHook to gparted helps
<samueldr>
I'm also concerned about the amount of wrappers and -wrapped^n files creeping, and the way the attempts at purity might clobber the environment for the end-user breaking the way upstream things work
<worldofpeace>
well `wrapperDir` says "It should not be overriden."
init_6 has joined #nixos-dev
init_6 has quit []
init_6 has joined #nixos-dev
<samueldr>
I think I figured out my main peeve with (those kind of) wrappers: it's how everything seems to be working without them, until it doesn't and is hard to reproduce without prior knowledge of the issue
<samueldr>
I feel it would be better if it didn't work at all in all situation without the wrappers, or worked in all situations without the wrapper, not a thin slice of brokenness in between :/
<samueldr>
and this, sure, it works, but this irks me `netsurf .netsurf-wrapped netsurf-wrapped_ ..netsurf-wrapped-wrapped`
<worldofpeace>
infinisil: that note should go under `Other Notable Changes` right?
<worldofpeace>
(pertaining to your review)
* infinisil
checks release notes sections
<infinisil>
worldofpeace: Yeah
<worldofpeace>
infinisil: cool
ivan has quit [Write error: Connection reset by peer]
harrow has quit [Quit: Leaving]
orivej has joined #nixos-dev
<Profpatsch>
Woooo gchristensen, ofborg is absurdly fast. `@GrahamcOfBorg build` took like one or two seconds to add the checks to the queue after posting the comment.
<Profpatsch>
Me gusta
<gchristensen>
:) it has always been that fast, just hidden by the fact that it didn't indicate jobs were queued :X
<MichaelRaskin>
Also many interactions were intuitively judged by the delay of the huge evaluation ofborg does
<gchristensen>
ugggh yes
<MichaelRaskin>
(or the builds)
<gchristensen>
rabbitmq is good tech :)
worldofpeace has quit [Quit: worldofpeace]
ivan has joined #nixos-dev
<Profpatsch>
Fast UX update times are king
harrow has joined #nixos-dev
<drakonis>
what's the point of triton?
<gchristensen>
they wanted to do things differently, so they forked
<drakonis>
how different?
<drakonis>
doesn't look to me like its a lot different
<MichaelRaskin>
Drop some baggage: directory layout, weird-ish parallel building configuration, niche ach's
<MichaelRaskin>
architectures
<gchristensen>
there is an (apparently) out of date list of changes
<drakonis>
doesn't look like much today though
<drakonis>
lots of duplicate effort maintaining that
<infinisil>
I sure would like to clean up nixpkgs a bit
tilpner has quit [Ping timeout: 246 seconds]
<drakonis>
every day i see commits for updates to packages there
<drakonis>
weird really.
<gchristensen>
it is remarkable they've been so committed
<drakonis>
without accounting for package sets that is
<infinisil>
Oh, not every entry
<drakonis>
has anyone actually reached out?
<gchristensen>
about what?
<etu>
Clicking links in the triton repos readme just goes to nixos.org :p
<etu>
ah, not all links, just most
<drakonis>
about triton i guess?
<etu>
But the link that says "Triton" goes to nixos.org
<drakonis>
this is very baffling
<drakonis>
there's patches for nix that were never upstreamed
<moredrea8>
mic92: nope, "realpath `which x86_64-unknown-linux-gnu-g++`" is /nix/store/nly6dg3af8ycqn1x87ns1r3mrcjpv43a-gcc-7.3.0/bin/g++, the same a the wrapper script for g++ refers to
<moredrea8>
Mic92: I can override the compiler, and it works with that, but it than looses the ability to be crosscompiled, as the host and target compiler will be the same. :/
Cale has quit [Ping timeout: 250 seconds]
Cale has joined #nixos-dev
drakonis has quit [Ping timeout: 264 seconds]
ekleog has quit [Quit: WeeChat 2.2]
ekleog has joined #nixos-dev
drakonis has joined #nixos-dev
<Mic92>
moredrea8: when I instantiate the expression, I see aarch64-unknown-linux-gnu-stage-final-gcc-debug-wrapper-7.4.0 beeing added