forked from NixOS/nixpkgs
-
Notifications
You must be signed in to change notification settings - Fork 0
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
[pull] master from NixOS:master #12
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This was a simple non fatal deprecation. elementary/wingpanel#326
Gscan2pdf/Frontend/CLI.pm calls this binary.
``` Traceback (most recent call last): File "/nix/store/v1mzyrrnmm9xm7mhqps6pdxdyvkgb154-lutris-original-0.5.6/lib/python3.8/site-packages/lutris/exceptions.py", line 36, in wrapper return function(*args, **kwargs) File "/nix/store/v1mzyrrnmm9xm7mhqps6pdxdyvkgb154-lutris-original-0.5.6/lib/python3.8/site-packages/lutris/game.py", line 430, in configure_game xkbcomp = subprocess.Popen(xkbcomp_command, stdin=subprocess.PIPE) File "/nix/store/f87w21b91cws0wbsvyfn5vnlyv491czi-python3-3.8.3/lib/python3.8/subprocess.py", line 854, in __init__ self._execute_child(args, executable, preexec_fn, close_fds, File "/nix/store/f87w21b91cws0wbsvyfn5vnlyv491czi-python3-3.8.3/lib/python3.8/subprocess.py", line 1702, in _execute_child raise child_exception_type(errno_num, err_msg, err_filename) FileNotFoundError: [Errno 2] No such file or directory: 'xkbcomp' ```
Honggfuzz is a security oriented, feedback-driven, evolutionary, easy-to-use fuzzer with interesting analysis options. It is multi-process and multi-threaded, blazingly fast when the persistent fuzzing mode is used and has a solid track record of uncovered security bugs. See https://honggfuzz.dev for more information.
lutris: add xorg.xkbcomp
libvirt: 6.2.0 -> 6.3.0
Pantheon updates 2020-07-07
Signed-off-by: Sirio Balmelli <sirio@b-ad.ch>
Signed-off-by: Sirio Balmelli <sirio@b-ad.ch>
turbostat: requires libcap to build
zenmonitor: 1.4.0 -> 1.4.1
zim: 0.72.1 -> 0.73.1
zotero: 5.0.87 -> 5.0.88
boot.initrd.luks.devices: add preOpenCommands and postOpenCommands
gscan2pdf: add scanimage to PATH in wrapper
skypeforlinux: 8.60.0.76 -> 8.61.0.95
zsh-you-should-use: 1.7.0 -> 1.7.3
softmaker-office: 1014 -> 1016
pull bot
pushed a commit
that referenced
this pull request
May 9, 2022
The following error occurs when using `imagemagickBig`: $ ./result/bin/identify sample.jp2 [1] 699089 IOT instruction (core dumped) ./result/bin/identify sample.jp2 When looking at the call-trace it seems as if certain symbols, e.g. `opj_malloc` are mixed up: #8 0x00007f78c79ad2f5 in MagickSignalHandler.cold () from /nix/store/bqy80qiw6czqh7vsmmmivwdswp9zzjgl-imagemagick-7.1.0-29/lib/libMagickCore-7.Q16HDRI.so.10 #9 <signal handler called> #10 0x00007f78c5a6095f in opj_malloc () from /nix/store/wg6ly83k1k1fjiygiv1jr7li3p6dwsvq-ghostscript-with-X-9.55.0/lib/libgs.so.9 #11 0x00007f78c5a60981 in opj_calloc () from /nix/store/wg6ly83k1k1fjiygiv1jr7li3p6dwsvq-ghostscript-with-X-9.55.0/lib/libgs.so.9 #12 0x00007f78c4f48e24 in opj_create_decompress () from /nix/store/qwalb0kjz1p9c4j48qkk6ql47ds2lnhh-openjpeg-2.4.0/lib/libopenjp2.so.7 The `opj_create_decompress()` is called from the `openjpeg`-integration of `imagemagick` and thus shouldn't affect `ghostscript` at all. However, `ghostscript` (`libgs.so` to be precise) also exposes e.g. `opj_malloc`: $ objdump -t /nix/store/wg6ly83k1k1fjiygiv1jr7li3p6dwsvq-ghostscript-with-X-9.55.0/lib/libgs.so.9.55|grep opj_malloc 0000000000205940 g F .text 000000000000002b opj_malloc Because of that, two incompatible symbols are used in the same process and thus the `identify`-call breaks because the wrong one is used. To work around that I decided to use the system-wide openjpeg instead. I'm not sure why `libgs.so` wants to expose these symbols anyways, but with that workaround the problem is solved. Even though it's mentioned that ghostscript's openjpeg is heavily patched, I think that this is somewhat outdated or at least irrelevant considering that both ArchLinux[1] and Fedora[2] use the system-wide `openjpeg` instead. [1] https://github.com/archlinux/svntogit-packages/blob/bafcb5473b59d5386dd110d1cb249372dce9ea6c/trunk/PKGBUILD#L50 [2] https://src.fedoraproject.org/rpms/ghostscript/blob/e4eec13ab6ace2bad64b740d352964bbf61d1aa7/f/ghostscript.spec#_245
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
See Commits and Changes for more details.
Created by
pull[bot]. Want to support this open source service? Please star it : )