-
-
Notifications
You must be signed in to change notification settings - Fork 15.5k
gst-plugins-good: Add missing xfixes/xdamage dependencies #54463
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
@@ -6,6 +6,7 @@ | |||
, libsoup, libpulseaudio, libintl | |||
, darwin, lame, mpg123, twolame | |||
, gtkSupport ? false, gtk3 ? null | |||
, xorg |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
as far as I remember, xorg
entries are also searched automatically by callPackage
, so you can ask for libXfixes
and libXdamage
directly.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is that better though? I find it very implicit / non-obvious that this works, given that libXfixes
is not in a top-level all-packages
entry.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well, callPackage
is supposed to use top-level and xorg
definitions. Maybe a few refactorings back, when callPackage
was defined inside all-packages.nix
and not splice.nix
, it was a bit more evident…
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Where is it described how that works and what it will pass?
Unless it's described somewhere so it's obvious to readers where it comes from, I'd like to use the current approach which leaves no doubt.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
callPackage
, and especially what it actually does — let alone how, is basically not described well anywhere (I could say
Line 87 in 1578559
/* Call the package function in the file `fn' with the required |
xorg
, but it is not exactly easy to find without having an idea in advance)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I take this as an argument for using the explicit approach I have for now -- unless I misunderstood.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, basically all of non-server Nixpkgs break if top-level callPackage
stops passing stuff from xorg
, so the expectation is to rely on this behviour.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, I've switched to using them directly instead via xorg
.
I've updated the PR to also depend on |
I've addressed the SRT-related comments in #54380, and rebased this. #54380 is ready to merge from my side. After it's merged, this one is ready too from my side. I'm impartial on the topic of #54463 (comment), whichever you guys think is cleaner. |
That merge is done now; ready from my side. |
Fixes mouse curser not being visible (show-pointer=true and use-damage=true having no effect) in `ximagesrc`.
Since the refactoring/renaming didn't change the derivation, merging. |
Based on #54380, merge that first (done).
Motivation for this change
Fixes mouse curser not being visible (show-pointer=true and use-damage=true having no effect) in
ximagesrc
.Things done
sandbox
innix.conf
on non-NixOS)nix-shell -p nox --run "nox-review wip"
./result/bin/
)nix path-info -S
before and after)