Flyspray:: https://crux.nu/bugs/ Flyspray:: CRUX: Recently opened tasks 2022-07-27T15:57:41Z FS#1914: [p5-uri] source unavailable https://crux.nu/bugs/index.php?do=details&task_id=1914 2022-07-27T15:57:41Z Erich Eckner URI-5.11 is not available for download, there's 5.10 and 5.12, though. FS#1913: Opt/polkit-121 requires update of mozjs78 to mozjs91 https://crux.nu/bugs/index.php?do=details&task_id=1913 2022-07-19T20:30:00Z Richard Dunbar Update to polkit-121 fails during configure: Run-time dependency mozjs-91 found: NO (tried pkgconfig and cmake) polkit-v.121/meson.build:150:2: ERROR: Dependency "mozjs-91" not found, tried pkgconfig and cmake Opt/mozjs78-78.15.0-1 has to be updated to mozjs91 before polkit-0.120-3 can be updated to polkit-121-1. Run-time dependency mozjs-91 found: NO (tried pkgconfig and cmake)
polkit-v.121/meson.build:150:2: ERROR: Dependency "mozjs-91" not found, tried pkgconfig and cmake

Opt/mozjs78-78.15.0-1 has to be updated to mozjs91 before polkit-0.120-3 can be updated to polkit-121-1.
]]>
FS#1912: opt/vte3-0.66.1 fails build with contrib/vala-0.56.1 https://crux.nu/bugs/index.php?do=details&task_id=1912 2022-06-25T17:32:13Z Richard Dunbar Crux system with icu-71.1-1 and vala-0.56.1-1 optional depends installed. Update vte3-0.66.1 to vte3-0.68.0 Replacing existing vte-cntnr-precmd-preexec-scroll.patch with attached vte291-cntnr-precmd-preexec-scroll.patch Update vte3-0.66.1 to vte3-0.68.0
Replacing existing vte-cntnr-precmd-preexec-scroll.patch with attached vte291-cntnr-precmd-preexec-scroll.patch

]]>
FS#1911: libxfont is stale https://crux.nu/bugs/index.php?do=details&task_id=1911 2022-05-31T18:16:47Z Steffen Nurpmeso https://libera.irclog.whitequark.org/crux-devel/2022-05-30#32330794 [92]16:55 <stenur> xorg-bdftopcf does not need xorg-libxfont i'd say; it does not link, looking at changelog it seems it imported the necessary functions within it because "we'd like [libxfont] 1.x to go away entirely" [93]19:17 <stenur> (in 2017. they made libxfont go as such. i did here too.) https://libera.irclog.whitequark.org/crux-devel/2022-05-30#32330794


[92]16:55 <stenur> xorg-bdftopcf does not need xorg-libxfont i'd say; it does not link, looking at changelog it seems it imported the necessary functions within it because "we'd like [libxfont] 1.x to go
away entirely"
[93]19:17 <stenur> (in 2017. they made libxfont go as such. i did here too.)
]]>
FS#1910: `prt-get update foo bar` does not check whether foo or bar is installed https://crux.nu/bugs/index.php?do=details&task_id=1910 2022-05-23T19:58:45Z John McQuah (credit to beerman for discovering this behaviour) When prt-get install (or update) is given an argument list with more than one port, it skips the preliminary check of whether those ports are installed. This useful safeguard is only exercised when exactly one port is given on the command line. I wrote a patch that reinterprets such a malformed command in the most charitable way: any ports for which install (or update) makes sense are retained; the rest are discarded with a warning. If none of the ports on the command line are compatible with the requested action, then the command fails in the same manner that `prt-get update foo` would fail, when foo is not installed. TODO: the output would be even nicer if the warnings about ignored (incompatible) arguments could be postponed until the post-transaction summary, rather than getting lost in the scrollback buffer as the usable arguments get processed by pkgmk and pkgadd. But prt-get doesn&#039;t provide a straightforward public method for manipulating the contents of m_ignore (populated by argparser.cpp), which would be the most natural place to preserve the information for a post-transaction summary.
I wrote a patch that reinterprets such a malformed command in the most charitable way: any ports for which install (or update) makes sense are retained; the rest are discarded with a warning. If none of the ports on the command line are compatible with the requested action, then the command fails in the same manner that `prt-get update foo` would fail, when foo is not installed.

TODO: the output would be even nicer if the warnings about ignored (incompatible) arguments could be postponed until the post-transaction summary, rather than getting lost in the scrollback buffer as the usable arguments get processed by pkgmk and pkgadd. But prt-get doesn't provide a straightforward public method for manipulating the contents of m_ignore (populated by argparser.cpp), which would be the most natural place to preserve the information for a post-transaction summary.]]>
FS#1909: mdadm no longer provides mdadm.static https://crux.nu/bugs/index.php?do=details&task_id=1909 2022-05-02T08:42:08Z Alexander Matviychuk I&#039;ve come to depend on mdadm.static being available in the mdadm package for building initramfs with mdadm support. I noticed at some point building a static binary alongside the dynamically linked mdadm no longer happens. Would it be possible to get that back or as a seperate package? FS#1906: rust-bin: release 1.59.0-1 with a bug https://crux.nu/bugs/index.php?do=details&task_id=1906 2022-03-12T08:57:16Z Roman Oreshnikov When I try to run cargo, I get the answer &quot;Illegal instruction&quot; ]]> FS#1905: pkgmk cannot extract gcc-11.2.0.tar.xz https://crux.nu/bugs/index.php?do=details&task_id=1905 2022-02-20T13:46:49Z Feodor Petrov Tried to update to gcc-11.2, and it fails during extracting the tarball: bsdtar -p -o -C /w/t/src -xf /sources/gcc-11.2.0.tar.xz bsdtar: Pathname can&#039;t be converted from UTF-8 to current locale. bsdtar: Pathname can&#039;t be converted from UTF-8 to current locale. bsdtar: Error exit delayed from previous errors. The problem is because of line 903 of pkgmk: export LC_ALL=POSIX Without this line it extracts without errors. bsdtar -p -o -C /w/t/src -xf /sources/gcc-11.2.0.tar.xz
bsdtar: Pathname can't be converted from UTF-8 to current locale.
bsdtar: Pathname can't be converted from UTF-8 to current locale.
bsdtar: Error exit delayed from previous errors.

The problem is because of line 903 of pkgmk:
export LC_ALL=POSIX

Without this line it extracts without errors.
]]>
FS#1904: Call techies to know- where can I load my cash app card https://crux.nu/bugs/index.php?do=details&task_id=1904 2022-02-20T13:48:33Z james smith Where can i load my cash app card? There are many ways to load and refill the cash app. If you’ve any queries related to the cash app then get fixed promptly with an expert’s help. You can either go online to chat or call them at any hour of the day. https://www.cashelpsapp.net/how-to-add-money-to-cash-app-card/ https://www.cashelpsapp.net/how-to-add-money-to-cash-app-card/]]> FS#1902: kmod: enable --with-zstd --with-zlib --with-openssl https://crux.nu/bugs/index.php?do=details&task_id=1902 2022-01-17T15:05:31Z Steffen Nurpmeso ..and if it is only in order to be able to use a drop-in fat kernel of some cross-booted distribution. I know you all do not need it, even openssl, but all the to-be-enabled tools are in core, and everybody has them, so where is the reason not to enable them? I want to drop my overlay. Please. Thank you. And a nice weekend. I want to drop my overlay.
Please.

Thank you. And a nice weekend.]]>