|
69 | Packages: Build-list | Bug Report | Medium | Low | firefox breaks heavily in micro-optimized code | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 09.05.2019 Last edited by Andreas Baumann - 09.05.2019
FS#69 - firefox breaks heavily in micro-optimized code
The root cause is rust is not recompiling currently.
The log in detail:
14:57.22 error[E0432]: unresolved import `simd_funcs` 14:57.22 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/x_user_defined.rs:16:1 3 14:57.22 | 14:57.22 16 | use simd_funcs::*; 14:57.22 | ^^^^^^^^^^ maybe a missing `extern crate simd_funcs;`? 14:57.22 error[E0432]: unresolved import `packed_simd` 14:57.22 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/x_user_defined.rs:17:1 3 14:57.22 | 14:57.22 17 | use packed_simd::u16x8; 14:57.22 | ^^^^^^^^^^^ maybe a missing `extern crate packed_simd;`? 14:57.45 error[E0425]: cannot find function `load16_unaligned` in this scope 14:57.45 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/x_user_defined.rs:120 :34 14:57.45 | 14:57.45 120 | let input = unsafe { load16_unaligned(src_ptr.add(i * 16)) }; 14:57.45 | ^^^^^^^^^^^^^^^^ not found in this scope 14:57.45 error[E0425]: cannot find function `simd_unpack` in this scope 14:57.45 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/x_user_defined.rs:121 :35 14:57.45 | 14:57.45 121 | let (first, second) = simd_unpack(input); 14:57.45 | ^^^^^^^^^^^ not found in this scope 14:57.45 error[E0425]: cannot find function `store8_unaligned` in this scope 14:57.45 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/x_user_defined.rs:123 :17 14:57.45 | 14:57.45 123 | store8_unaligned(dst_ptr.add(i * 16), shift_upper(first)); 14:57.45 | ^^^^^^^^^^^^^^^^ not found in this scope 14:57.45 error[E0425]: cannot find function `store8_unaligned` in this scope 14:57.45 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/x_user_defined.rs:124 :17 14:57.45 | 14:57.45 124 | store8_unaligned(dst_ptr.add1); 14:57.45 | ^^^^^^^^^^^^^^^^ not found in this scope 14:57.46 error[E0412]: cannot find type `u16x8` in this scope 14:57.46 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:121:40 14:57.46 | 14:57.46 121 | pub fn simd_at(&self, i: usize) -> u16x8 { 14:57.46 | ^^^^^ not found in this scope 14:57.46 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope 14:57.46 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:122:21 14:57.46 | 14:57.46 122 | assert!(i + SIMD_STRIDE_SIZE / 2 <= self.len); 14:57.46 | ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STR IDE_SIZE` 14:57.47 error[E0425]: cannot find function `to_u16_lanes` in this scope 14:57.47 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:124:18 14:57.47 | 14:57.47 124 | unsafe { to_u16_lanes(load16_unaligned(self.ptr.add(byte_index))) } 14:57.47 | ^^^^^^^^^^^^ not found in this scope 14:57.47 error[E0425]: cannot find function `load16_unaligned` in this scope 14:57.47 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:124:31 14:57.47 | 14:57.47 124 | unsafe { to_u16_lanes(load16_unaligned(self.ptr.add(byte_index))) } 14:57.47 | ^^^^^^^^^^^^^^^^ not found in this scope 14:57.47 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope 14:57.47 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:145:12 14:57.47 | 14:57.47 145 | if SIMD_STRIDE_SIZE / 2 <= self.len { 14:57.47 | ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE` 14:57.48 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope 14:57.48 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:146:47 14:57.48 | 14:57.48 146 | let len_minus_stride = self.len - SIMD_STRIDE_SIZE / 2; 14:57.48 | ^^^^^^^^^^^^^^^^ help: a constant with a sim ilar name exists: `ALU_STRIDE_SIZE` 14:57.48 error[E0425]: cannot find function `simd_byte_swap` in this scope 14:57.48 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:150:28 14:57.48 | 14:57.48 150 | simd = simd_byte_swap(simd); 14:57.48 | ^^^^^^^^^^^^^^ not found in this scope 14:57.49 error[E0425]: cannot find function `store8_unaligned` in this scope 14:57.49 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:153:21 14:57.49 | 14:57.49 153 | store8_unaligned(other.as_mut_ptr().add(offset), simd); 14:57.49 | ^^^^^^^^^^^^^^^^ not found in this scope 14:57.49 error[E0425]: cannot find function `contains_surrogates` in this scope 14:57.49 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:155:20 14:57.49 | 14:57.49 155 | if contains_surrogates(simd) { 14:57.49 | ^^^^^^^^^^^^^^^^^^^ not found in this scope 14:57.49 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope 14:57.49 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:158:27 14:57.49 | 14:57.49 158 | offset += SIMD_STRIDE_SIZE / 2; 14:57.49 | ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `A LU_STRIDE_SIZE` 14:57.50 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope 14:57.50 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:237:8 14:57.50 | 14:57.50 237 | if SIMD_STRIDE_SIZE <= len { 14:57.50 | ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE` 14:57.50 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope 14:57.50 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope 14:57.50 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:237:8 14:57.50 | 14:57.50 237 | if SIMD_STRIDE_SIZE <= len { 14:57.50 | ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE` 14:57.50 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope 14:57.50 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:238:38 14:57.50 | 14:57.50 238 | let len_minus_stride = len - SIMD_STRIDE_SIZE; 14:57.50 | ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE` 14:57.51 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope 14:57.51 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:241:52 14:57.51 | 14:57.51 241 | let mut second = src.simd_at(offset + (SIMD_STRIDE_SIZE / 2)); 14:57.51 | ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE` 14:57.51 error[E0425]: cannot find function `simd_byte_swap` in this scope 14:57.51 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:243:25 14:57.51 | 14:57.51 243 | first = simd_byte_swap(first); 14:57.51 | ^^^^^^^^^^^^^^ not found in this scope 14:57.52 error[E0425]: cannot find function `simd_byte_swap` in this scope 14:57.52 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:244:26 14:57.52 | 14:57.52 244 | second = simd_byte_swap(second); 14:57.52 | ^^^^^^^^^^^^^^ not found in this scope 14:57.52 error[E0425]: cannot find function `simd_is_basic_latin` in this scope 14:57.52 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:246:17 14:57.52 | 14:57.52 246 | if !simd_is_basic_latin(first | second) { 14:57.52 | ^^^^^^^^^^^^^^^^^^^ help: a function with a similar name exists: `ascii_to_basic_latin` 14:57.52 error[E0425]: cannot find function `simd_pack` in this scope 14:57.52 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:249:26 14:57.52 | 14:57.52 249 | let packed = simd_pack(first, second); 14:57.52 | ^^^^^^^^^ not found in this scope 14:57.53 error[E0425]: cannot find function `store16_unaligned` in this scope 14:57.53 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:251:17 14:57.53 | 14:57.53 251 | store16_unaligned(dst.as_mut_ptr().add(offset), packed); 14:57.53 | ^^^^^^^^^^^^^^^^^ not found in this scope 14:57.53 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope 14:57.53 –> /build/firefox/src/mozilla-unified/third_party/rust/encoding_rs/src/handles.rs:253:23 14:57.53 | 14:57.53 253 | offset += SIMD_STRIDE_SIZE; 14:57.53 | ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE` 14:59.28 error: aborting due to 25 previous errors 14:59.28 Some errors occurred: E0412, E0425, E0432. 14:59.28 For more information about an error, try `rustc –explain E0412`. 14:59.44 error: Could not compile `encoding_rs`.
Comments (5)
Related Tasks (0/0)
Admin Andreas Baumann commented on 09.05.2019 19:36
Compilation of firefox continues..
14:59.44 To learn more, run the command again with –verbose. 14:59.45 make[4]: * [/build/firefox/src/mozilla-unified/config/rules.mk:1027: force-cargo-library-build] Error 101 14:59.45 make[3]: * [/build/firefox/src/mozilla-unified/config/recurse.mk:74: toolkit/library/rust/target] Error 2 14:59.45 make[3]: * Waiting for unfinished jobs…. 17:24.43 Compiling lalrpop v0.16.0
good build system :-> Admin Andreas Baumann commented on 09.05.2019 19:38
Let’s see how bad the situation is on pentium4, could easily be Mozilla projects get build only for pentium4 in the future.. Admin Andreas Baumann commented on 09.05.2019 19:46
Aha: i686 finally failed:
17:24.43 Compiling lalrpop v0.16.0 21:26.67 Compiling webidl v0.8.0 22:03.14 Compiling binjs_meta v0.4.3 22:25.46 Compiling binast v0.1.1 (/build/firefox/src/mozilla-unified/js/src/frontend/binsource) 22:58.29 Finished release [optimized] target(s) in 17m 41s 22:58.32 make[2]: * [/build/firefox/src/mozilla-unified/config/recurse.mk:34: compile] Error 2 22:58.32 make[1]: * [/build/firefox/src/mozilla-unified/config/rules.mk:415: default] Error 2 22:58.32 make: * [client.mk:125: build] Error 2 22:58.33 0 compiler warnings present.
Admin Andreas Baumann commented on 10.05.2019 05:59
pentium4 seems to work fine. Levi commented on 16.05.2019 21:08
So, is this getting dropped for i686 then? Probably no great loss; I remember when I was using a P3 in my server box, I gave up trying to use anything graphical, and just used links when I needed to look something up on t’internet.
I note in the i686 repo there’s currently a firefox 65.x rather than the 66.x we’ve got in pentium4, and some language packs that are 66 and some that are 65. English and all its variants are still on 65.x, but I note that it looks broken to me for German or Finnish users. Time to put it out of its misery?
Google Cache
|
|
49 | Packages | Bug Report | Medium | Low | ffmpeg update failures in release and testing | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Levi - 20.08.2018 Last edited by Erich Eckner - 29.10.2018
FS#49 - ffmpeg update failures in release and testing
When I have done a pacman -Syu recently, it offers to update libx264 with x264:
:: Replace libx264 with testing/x264? [Y/n] resolving dependencies… looking for conflicting packages… error: failed to prepare transaction (could not satisfy dependencies) :: removing libx264 breaks dependency ‘libx264.so=152-32’ required by ffmpeg
As can be seen there, it fails because a dependency is not met.
This is reportedly also a problem on the release branches.
Using pacman’s query functionality I can see that x264 claims to provide libx264.so=155-32 rather than 152-32 i.e. x264 is too new for the current version of ffmpeg.
I consider this a high priority defect because ffmpeg is used by rather a lot of a/v playback and transcoding software. Steps to reproduce
$ pacman -Syu
Workaround
Press n and enter when it offers to upgrade libx264. Ensure you’re not using multiple -ys on your pacman invocation. Suggested fix
Provide an updated ffmpeg. Closed by Erich Eckner 29.10.2018 11:50 Reason for closing: Fixed
Comments (0)
Google Cache
Bing Cache
|
|
46 | Packages: Build-list | Bug Report | Medium | Low | electron - pic issues | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Erich Eckner - 27.06.2018
FS#46 - electron - pic issues
/usr/bin/clang++ -Wl,-O1,–sort-common,–as-needed,-z,relro,-z,now -Wl,-z,noexecstack -Wl,-rpath=\$ORIGIN -rdynamic -Wl,–export-dynamic -pthread -Wl,–no-keep-memory –sysroot=/ -Lusr/lib/libfakeroot -Wl,-rpath-link=usr/lib/libfakeroot -m32 -Wl,-z,noexecstack -Wl,-O1 -Wl,–as-needed -Wl,–gc-sections -flto=thin -fuse-ld=lld -Wl,–icf=all -Wl,–lto-O0 -Wl,-mllvm,-function-sections -Wl,-mllvm,-data-sections -Wl,-rpath-link=lib/ -o electron -Wl,–start-group obj/atom/app/electron.atom_main.o obj/libelectron_lib.a obj/brightray/libbrightray.a obj/vendor/breakpad/libbreakpad_client.a -Wl,–end-group lib/libnode.so -Wl,–start-group /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libangle.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libbase.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libcc.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libchromiumcontent.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libcomponents.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libmedia.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libnet.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libpdfium.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libppapi.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libservices.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libskia.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libwebkit.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libwebkitbindings.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libwebkitcore.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libwebkitmodules.a /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libwebrtc.a -Wl,–end-group -lpthread -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -lfribidi -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -ldbus-1 -lX11-xcb -lxcb -lXi -lXcursor -lXdamage -lXrandr -lXcomposite -lXext -lXfixes -lXrender -lX11 -lXtst -lXss -lgconf-2 -lgmodule-2.0 -lglib-2.0 -lssl3 -lsmime3 -lnss3 -lnssutil3 -lplds4 -lplc4 -lnspr4 -lasound -lcap -lcups -lrt -ldl -lresolv -lfontconfig -lexpat -lavcodec -lavformat -lavutil -levent -lFLAC -lharfbuzz-icu -lharfbuzz -ljsoncpp -lminizip -lpulse -lvpx -lwebpdemux -lwebpmux -lwebp -lxslt -lm -lxml2 -lz -ljpeg -lre2 -lsnappy -latomic /usr/bin/ld.lld: error: can’t create dynamic relocation R_386_32 against local symbol in readonly segment; recompile object files with -fPIC >>> defined in /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libchromiumcontent.a(dct.o) >>> referenced by ../../third_party/openh264/src/codec/common/x86/dct.asm >>> dct.o:(.text+0×337) in archive /build/electron/src/electron/vendor/libchromiumcontent/dist/main/static_library/libchromiumcontent.a
I doubt, that this file gets compiled at all - the only occurences upto the above are: [29/30] AR obj/chromiumcontent/libchromiumcontent.a and [34/16236] COPY /build/electron/src/electron/vendor/libchromiumcontent/src/out-ia32/static_library/obj/chromiumcontent/libchromiumcontent.a
Comments (1)
Related Tasks (0/0)
Admin Erich Eckner commented on 27.07.2018 04:23
I tried to remove all *.a and *.o files first, but this just creates other issues
Google Search
|
|
45 | Packages | Bug Report | Medium | Low | doublecmd: access violation - Arch Linux | Closed | |
Task Description
21.06.2018 - Both the gtk2 and the qt5 version fail with: [FORMS.PP] ExceptionOccurred Sender=EAccessViolation Exception=Access violation Stack trace: …
|
|
68 | Packages: Build-list | Bug Report | Medium | Low | dmd rebuild results in gen_man segfault | New | |
Task Description
FS#68 : dmd rebuild results in gen_man segfault Opened by Andreas Baumann - 01.05.2019. FS#68 - dmd rebuild results in gen_man segfault. make: Entering directory ‘/build/dmd/src/dmd/docs’ …
|
|
61 | Packages: Stable | Bug Report | Medium | Low | dmd fails to build with evalu8.d:function evalu8(elem . ... | Closed | |
Task Description
01.05.2019 - From the discusison in: https://forum.dlang.org/thread/dsrjmpnavxqsjqmlvotf@forum.dlang.org. Well the problem is that the mangling produced …
|
|
66 | Packages: Stable | Bug Report | Medium | Low | clang is broken due to library dependencies | Closed | |
Task Description
01.05.2019 - FS#66 - clang is broken due to library dependencies. clang clang: error while loading shared libraries: libLLVM-7.so: cannot open shared …
|
|
70 | Packages: Build-list | Bug Report | Medium | Low | chromium not available for i686 (fails in compiler intr... | New | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 10.05.2019 FS#70 - chromium needs SSE2
chromium starts, but every page it loads ends in “Aw snap” and on the console:
Check failed: cpu.has_sse2().
Google Cache
|
|
64 | Packages: Stable | Bug Report | Medium | Low | [wireguard] wireguard-arch-0.0.20190227-3.0-i686 does n ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Daniel Moch - 16.03.2019
FS#64 - [wireguard] wireguard-arch-0.0.20190227-3.0-i686 does not work with 4.20.10.arch1-1.0 kernel
running `modprobe wireguard` yields `modprobe: ERROR: could not insert ‘wireguard’: Exec format error`
Comments (1)
Related Tasks (0/0)
Daniel Moch commented on 16.03.2019 11:52
I should add that downgrading to wireguard-arch 0.0.20190123-7.0 resolved the issue.
Google Cache
|
|
85 | Packages: Stable | Bug Report | Medium | Low | [wireguard-arch] Package not being updated alongside ke ... | Closed | |
Task Description
The last update to this package was August 25, despite several new kernel builds since this. As a result, the package does not work and users must use …
|
|
4 | Packages: Stable | Bug Report | Medium | Low | [virtualbox-guest-utils] 5.2.0 version broken | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 07.11.2017 Last edited by Andreas Baumann - 17.12.2017
FS#4 - [virtualbox-guest-utils] 5.2.0 version broken
When starting a virtual machine you get:
VBoxClient: VBoxClient (seamless): failed to start. Stage: Setting guest IRQ filter mask Error: VERR_INTERNAL_ERROR
The solution is to use the guest ISO 5.2.1 for now till the package is upgraded. Closed by Andreas Baumann 17.12.2017 20:22 Reason for closing: Fixed Additional comments about closing:
Seems to work now. the modules load, the desktop adapts nicely. mouse works. closing this one.
Comments
Admin Erich Eckner commented on 17.12.2017 18:46
is this still the case with 5.2.2? Admin Andreas Baumann commented on 17.12.2017 18:52
I’ll have to test on a virtualbox vm..
Google Cache
Bing Cache
|
|
26 | Packages | Bug Report | Medium | Low | [texlive] partially linked against old libmpfr | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 02.02.2018 Last edited by Andreas Baumann - 02.02.2018
FS#26 - [texlive] partially linked against old libmpfr
( 9/18) Updating TeXLive filename database… texlua: error while loading shared libraries: libmpfr.so.4: cannot open shared object file: No such file or directory
Triggered a forced rebuild of textlive-core and texlive-bin. Closed by Andreas Baumann 02.02.2018 10:15 Reason for closing: Fixed
Comments (0)
Google Cache
|
|
8 | Packages: Build-list | Bug Report | Medium | Low | [skia-sharp] [skia-sharp58] build fails | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Erich Eckner - 11.11.2017 Last edited by Andreas Baumann - 12.11.2017
FS#8 - [skia-sharp] [skia-sharp58] build fails
/startdir/PKGBUILD: line 63: bin/gn: No such file or directory
strange about this: - works on x86_64 - bin/gn is there and executable Closed by Andreas Baumann 12.11.2017 14:19 Reason for closing: Won’t implement Additional comments about closing:
blacklist, no visible 32-bit support.
Comments (7)
Admin Andreas Baumann commented on 12.11.2017 12:29
When compiling on 64-bit I get several binaries:
src/depot_tools/gn src/skia/gn src/skia/buildtools/linux64/gn src/skia/bin/gn
maybe one with linux32 is missing? Admin Andreas Baumann commented on 12.11.2017 12:30
Other things in PKGBUILD:
export PYTHON=’/usr/bin/pyton2’
This hardly works. Admin Andreas Baumann commented on 12.11.2017 12:31
The line with bin/gn is a little bit tricky. I’ll try to put an absolute path there.. Admin Andreas Baumann commented on 12.11.2017 12:32
I also don’t like the ideas of pushd and popd everywhere.. Admin Andreas Baumann commented on 12.11.2017 12:33
file bin/gn bin/gn: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.26, BuildID[sha1]=6d551c57efec95b400b9890f89a18e407396c917, stripped
So the file not found means: it exists, but has not been compiled for the correct architecture. Admin Andreas Baumann commented on 12.11.2017 13:57
So, removing bin/gn and calling python2 tools/git-sync-deps fetches me a new copy. Admin Andreas Baumann commented on 12.11.2017 14:14
So tools/git-sync-deps does:
subprocess.check_call(
[sys.executable,
os.path.join(os.path.dirname(deps_file_path), 'bin', 'fetch-gn')])
which has:
gn_path = ‘buildtools/linux64/gn’ if ‘linux’ in sys.platform else \
'buildtools/mac/gn' if 'darwin' in sys.platform else \
'buildtools/win/gn.exe'
fetching things from Chromium:
f.write(urllib2.urlopen('https://chromium-gn.storage-download.googleapis.com/' + sha1).read())
Changing linux64 to linux32 in a naive approach didn’t fetch a bin/gn.
So I would actually blacklist both packages.
Google Cache
|
|
5 | Packages | Bug Report | Medium | Low | [sbcl] fails to compile - Arch Linux | Closed | |
Task Description
16.12.2017 - The best, I can get is trying to compile the git HEAD with clisp (instead of sbcl). However, this still errors with: entering make-target-2.sh
|
|
32 | Packages | Bug Report | Medium | Low | [samba] faileure to start due to linking issues | Closed | |
Task Description
11.04.2018 - samba-4.7.5-1.0 smbclient-4.7.5-1.0 libwbclient-4.7.6-1.0. Downgrading those three packages to 4.7.4 as a temporary workaround.
|
|
20 | Packages: Build-list | Bug Report | Medium | Low | [sagemath-doc] building documentation using Sphinx segf... | New | |
Task Description
[tutorial ] Saved pickle file: citations.pickle [tutorial ] Exception occurred: [tutorial ] File “/usr/lib/python2.7/site-packages/sphinx/environment/init.py”, line 152, in dump [tutorial ] pickle.dump(env, f, pickle.HIGHEST_PROTOCOL) [tutorial ] MemoryError [tutorial ] The full traceback has been saved in /tmp/sphinx-err-kSNZ9A.log, if you want to report the issue to the developers. [tutorial ] Please also report this if it was a user error, so that a better error message can be provided next time. [tutorial ] A bug report can be filed in the tracker at . Thanks! Build finished. The built documents can be found in /build/sagemath-doc/src/sage-8.1/src/doc/html/ja/tutorial /startdir/PKGBUILD: line 79: 2540 Segmentation fault (core dumped) python2 sage_setup/docbuild –no-pdf-links -k all html ==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Build failed, check /data/archbuild/staging-i686/copy/build
Bing Cache
|
|
44 | Packages | Bug Report | Medium | Low | [qt5-webengine] fatal error: QtUiPlugin ... | Closed | |
Task Description
20.06.2018 - In file included from /root/qt5-webengine/src/qtwebengine-everywhere-src-5.11.0/src/plugins/qwebengineview/qwebengineview_plugin.cpp:40:
|
|
65 | Packages: Stable | Bug Report | Medium | Low | [qt5-styleplugins] incompatile QT version | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by bill auger - 08.04.2019
FS#65 - [qt5-styleplugins] incompatile QT version
i can not get any QT program to start while that is installed - they complain about mixed QT versions
it looks like qt5-styleplugins was built with the [testing] repo enabled, with qt5-base-5.12.2, while other QT-base programs were built against qt5-base-5.12.1
Comments (4)
Related Tasks (0/0)
bill auger commented on 08.04.2019 16:47
$ qv4l2 Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01) Aborted (core dumped) $ sudo octopi Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01) Aborted $ sudo calamares Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01) Aborted $ sudo qtox [16:43:22.069 UTC] :0 : Fatal: Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01) Aborted
Admin Erich Eckner commented on 08.04.2019 19:36
where does qt see this versions? The symbols in e.g. usr/lib/libQt5-Widgets.so.5.* do not have the least version part:
14 0×02 0x08a28110 Qt_5.10
Qt_5.9
15 0×02 0x08a28111 Qt_5.11
Qt_5.10
16 0×00 0x08a28112 Qt_5.12
Qt_5.11
required from libQt5Core.so.5:
0x08a28112 0x00 22 Qt_5.12
0x00058a25 0x00 03 Qt_5
required from libQt5Widgets.so.5:
0x00058a25 0x00 02 Qt_5
bill auger commented on 30.04.2019 11:16
i read on the web somewhere that all QT programs search the system very aggressively searching for any QT libs it can find (and presumably selecting the newest)
what i have noticed is that this is an interaction between the packages: ‘qt5-styleplugins’ (the themes) and ‘qt5ct’ (the config system) - the presence of either package alone is not enough to cause the problem - the problem occurs only when the ‘gtk2’ theme is selected in the qt5ct config - this is the default configuration that the parabola LXDE liveISO boots into, that config is prepared when building the ISO; so i did not notice this before; but on a manual install, i noticed the qt5ct program crashes when selecting the theme
to reproduce this symptom: install both ‘qt5-styleplugins’ and ‘qt5ct’ launch qt5ct select gtk2 from the “Style” select options
$ gdb qt5ct GNU gdb (GDB) 8.2.1 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type “show copying” and “show warranty” for details. This GDB was configured as “i686-pc-linux-gnu”. Type “show configuration” for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at:
.
For help, type “help”. Type “apropos word” to search for commands related to “word”… Reading symbols from qt5ct…(no debugging symbols found)…done. (gdb) run Starting program: /usr/bin/qt5ct [Thread debugging using libthread_db enabled] Using host libthread_db library “/usr/lib/libthread_db.so.1”. [New Thread 0xb3c40b40 (LWP 9932)]
(qt5ct:9928): dbind-WARNING : 11:06:08.450: Couldn’t connect to accessibility bus: Failed to connect to socket /tmp/dbus-nltxAHENFr: Connection refused Configuration path: “/home/bill/.config/qt5ct”
Shared QSS paths: (”/home/bill/.local/share/qt5ct/qss”, “/usr/local/share/qt5ct/qss”, “/usr/share/qt5ct/qss”, “/usr/share/gdm/qt5ct/qss”, “/var/lib/menu-xdg/qt5ct/qss”) Shared color scheme paths: (”/home/bill/.local/share/qt5ct/colors”, “/usr/local/share/qt5ct/colors”, “/usr/share/qt5ct/colors”, “/usr/share/gdm/qt5ct/colors”, “/var/lib/menu-xdg/qt5ct/colors”) [New Thread 0xb1ff2b40 (LWP 9933)] libEGL warning: DRI2: failed to authenticate libEGL warning: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri)
libEGL warning: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri)
libEGL warning: DRI2: failed to authenticate libEGL warning: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri)
libEGL warning: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri)
[this is where i selected the GTK theme]
Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01)
Thread 1 “qt5ct” received signal SIGABRT, Aborted. 0xb7fd5841 in kernel_vsyscall () (gdb) bt #0 0xb7fd5841 in kernel_vsyscall () #1 0xb6a2e746 in raise () at /usr/lib/libc.so.6 #2 0xb6a181e3 in abort () at /usr/lib/libc.so.6 #3 0xb6da9775 in () at /usr/lib/libQt5Core.so.5 #4 0xb6dc09d1 in () at /usr/lib/libQt5Core.so.5 #5 0xb1268540 in () at /usr/lib/qt/plugins/styles/libqgtk2style.so #6 0xb125620b in () at /usr/lib/qt/plugins/styles/libqgtk2style.so #7 0xb126b3ad in () at /usr/lib/qt/plugins/styles/libqgtk2style.so #8 0xb79ecd9a in QStyleFactory::create(QString const&) () at /usr/lib/libQt5Widgets.so.5 #9 0x00411d2f in () #10 0x0042e2fd in () #11 0x0042e4a3 in () #12 0xb6fbc929 in QMetaObject::activate(QObject*, int, int, void) ()
at /usr/lib/libQt5Core.so.5
#13 0xb7a85121 in QComboBox::activated(QString const&) () at /usr/lib/libQt5Widgets.so.5 #14 0xb7a876d4 in () at /usr/lib/libQt5Widgets.so.5 #15 0xb7a8a454 in () at /usr/lib/libQt5Widgets.so.5 #16 0xb7a90276 in () at /usr/lib/libQt5Widgets.so.5 #17 0xb6fbc861 in QMetaObject::activate(QObject*, int, int, void) () at /usr/lib/libQt5Core.so.5 #18 0xb7a853c1 in QComboBoxPrivateContainer::itemSelected(QModelIndex const&) () at /usr/lib/libQt5Widgets.so.5 #19 0xb7a85ae0 in QComboBoxPrivateContainer::eventFilter(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5 #20 0xb6f908cc in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () at /usr/lib/libQt5Core.so.5 #21 0xb79708b8 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5 #22 0xb7979108 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5 #23 0xb6f90bc5 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib/libQt5Core.so.5 #24 0xb7977e61 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWid–
get*, QWidget, QPointer&, bool, bool) () at /usr/lib/libQt5Widgets.so.5 #25 0xb79d636c in () at /usr/lib/libQt5Widgets.so.5 #26 0xb79d90ea in () at /usr/lib/libQt5Widgets.so.5 #27 0xb79708c9 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5 #28 0xb7978aa2 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5 #29 0xb6f90bc5 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib/libQt5Core.so.5 #30 0xb735fb9e in QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) () at /usr/lib/libQt5Gui.so.5 #31 0xb7361172 in QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) () at /usr/lib/libQt5Gui.so.5 #32 0xb73358c5 in QWindowSystemInterface::sendWindowSystemEvents(QFlags) () at /usr/lib/libQt5Gui.so.5 #33 0xb3f5b0ad in () at /usr/lib/libQt5XcbQpa.so.5 #34 0xb602792e in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0 #35 0xb60299ea in () at /usr/lib/libglib-2.0.so.0 #36 0xb6029a36 in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0 #37 0xb6feaceb in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #38 0xb6f8f656 in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #39 0xb6f97eeb in QCoreApplication::exec() () at /usr/lib/libQt5Core.so.5 #40 0x0040d36d in () #41 0xb6a19a49 in __libc_start_main () at /usr/lib/libc.so.6 #42 0x0040d505 in () (gdb)
bill auger commented on 08.05.2019 15:39
it looks like the latest rebuilds have leap-frogged the version conflict
previously:
Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c01)
today:
Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c03)
my guess is that either ‘qt5-styleplugins’ or ‘qt5ct’ still need a rebuild
Google Cache
Bing Cache
|
|
91 | Packages: Stable | Bug Report | Medium | Low | [python2]: segfault | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by bill auger - 12.10.2019
FS#91 - [python2]: segfault
i am trying to build calibre for i686 - using the arch PKGBUILD for v3.48.0, and also the latest 4.1.0 - python2 segfults immediately in build()
possibly related to #20 https://bugs.archlinux32.org/index.php?do=details&task_id=20
“line 86” below depends on the PKGBUILD - it is the command:
LANG=’en_US.UTF-8’ python2 setup.py build
$ makepkg -sr …. ==> Starting build()…
* * Running build *
/home/auser/calibre/PKGBUILD: line 86: 7793 Segmentation fault (core dumped) LANG=’en_US.UTF-8’ python2 setup.py build ==> ERROR: A failure occurred in build().
Aborting...
$ cd src/calibre-3.48.0/ $ LANG=’en_US.UTF-8’ python2 setup.py build
* * Running build *
Segmentation fault (core dumped)
Google Cache
|
|
12 | Packages: Build-list | Bug Report | Medium | Low | [python-setuptools] check() fails (due to some mpmath i ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Erich Eckner - 15.11.2017 Last edited by Andreas Baumann - 02.10.2019
FS#12 - [python-setuptools] check() fails (due to some mpmath issue?)
during check(): _ sympy/polys/tests/test_rootoftools.py:test_CRootOf_evalf _
File “/build/python-sympy/src/sympy-sympy-1.1.1-py2/sympy/polys/tests/test_rootoftools.py”, line 225, in test_CRootOf_evalf
a, b = rootof(eq, 1).n(2).as_real_imag()
File “sympy/core/evalf.py”, line 1394, in evalf
result = evalf(self, prec + 4, options)
File “sympy/core/evalf.py”, line 1292, in evalf
xe = x._eval_evalf(prec)
File “sympy/polys/rootoftools.py”, line 644, in _eval_evalf
x0 = mpc(*map(str, interval.center))
File “/usr/lib/python2.7/site-packages/mpmath/ctx_mp_python.py”, line 374, in new
imag = cls.context.mpf(imag)
File “/usr/lib/python2.7/site-packages/mpmath/ctx_mp_python.py”, line 77, in new
v._mpf_ = mpf_pos(cls.mpf_convert_arg(val, prec, rounding), prec, rounding)
File “/usr/lib/python2.7/site-packages/mpmath/ctx_mp_python.py”, line 84, in mpf_convert_arg
if isinstance(x, basestring): return from_str(x, prec, rounding)
File “/usr/lib/python2.7/site-packages/mpmath/libmp/libmpf.py”, line 1300, in from_str
return from_rational(int(p), int(q), prec, rnd)
ValueError: invalid literal for int() with base 10: ‘-2163048125L’ tests finished: 6841 passed, 185 skipped, 1 exceptions, in 4352.49 seconds
DO *NOT* COMMIT! test process starts
executable: /usr/bin/python2 (2.7.14-final-0) [CPython] architecture: 32-bit cache: yes ground types: gmpy 2.0.8 hash randomization: on (PYTHONHASHSEED=3003103148) Closed by Andreas Baumann 02.10.2019 19:15 Reason for closing: Fixed Additional comments about closing:
Seems to run the tests just fine on i686 and pentium4.
Google Cache
Bing Cache
|
|
54 | Packages: Stable | Bug Report | Medium | Low | [pam] links against libaudit, but doesn't declare a dep ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Luke Shumaker - 09.10.2018
FS#54 - [pam] links against libaudit, but doesn’t declare a dependency on [audit]
Both core/pam 1.3.1-1.2 and staging/pam 1.3.1-1.3 have their libpam.so link against libaudit:
$ readelf –dynamic /usr/lib/libpam.so.0.84.2
Dynamic section at offset 0xfdbc contains 27 entries:
Tag Type Name/Value
0×00000001 (NEEDED) Shared library: [libaudit.so.1] …
However, the package does not declare depends=(audit) (’audit’ is the package that contains libaudit.so).
This is normally a fairly invisible mistake because recent versions of systemd depend on audit, so systemd-users (i.e. most users) will have audit installed anyway.
This affects `su` (of util-linux) and `sudo` (of sudo), which both link against libpam.
Comments (4)
Related Tasks (0/0)
Admin Erich Eckner commented on 09.10.2018 20:42
pam also links against libaudit.so.1 iff rebuilt for x86_64 - but not the currently built one for x86_64:
— /dev/fd/63 2018-10-09 22:41:57.015507993 +0200 +++ /dev/fd/62 2018-10-09 22:41:57.015507993 +0200 @@ -3,9 +3,9 @@ pkgbase = pam pkgver = 1.3.1-1 pkgarch = x86_64 -pkgbuild_sha256sum = 3a72016938e6f3e8660a0f8774b576bf58aa4c7b218948e1fadcf39a3e7ebf9d -packager = Erich Eckner -builddate = 1539104335 +pkgbuild_sha256sum = e178fcb37ae20afe3f75b66ec5c29bb9eaf5d5e25d032d62e01e2fc54cf2ed32 +packager = Tobias Powalowski +builddate = 1529655718 builddir = /build buildenv = !distcc buildenv = color @@ -23,129 +23,129 @@ options = !upx options = !debug installed = acl-2.2.53-1-x86_64 -installed = archlinux-keyring-20181003-1-any +installed = archlinux-keyring-20180404-1-any installed = argon2-20171227-3-x86_64 installed = attr-2.4.48-1-x86_64 -installed = audit-2.8.4-2-x86_64 installed = autoconf-2.69-4-any -installed = automake-1.16.1-1-any +installed = automake-1.15.1-1-any installed = bash-4.4.023-1-x86_64 -installed = binutils-2.31.1-3-x86_64 +installed = binutils-2.30-5-x86_64 installed = bison-3.0.5-1-x86_64 -installed = bzip2-1.0.6-8-x86_64 -installed = ca-certificates-20180821-1-any -installed = ca-certificates-mozilla-3.39-1-x86_64 -installed = ca-certificates-utils-20180821-1-any -installed = coreutils-8.30-1-x86_64 +installed = bzip2-1.0.6-7-x86_64 +installed = ca-certificates-20170307-1-any +installed = ca-certificates-cacert-20140824-4-any +installed = ca-certificates-mozilla-3.37.3-1-x86_64 +installed = ca-certificates-utils-20170307-1-any +installed = coreutils-8.29-1-x86_64 installed = cracklib-2.9.6-1-x86_64 -installed = cryptsetup-2.0.4-1-x86_64 -installed = curl-7.61.1-3-x86_64 +installed = cryptsetup-2.0.3-2-x86_64 +installed = curl-7.60.0-1-x86_64 installed = db-5.3.28-4-x86_64 -installed = dbus-1.12.10-2-x86_64 -installed = device-mapper-2.02.181-1-x86_64 +installed = dbus-1.12.8-1-x86_64 +installed = device-mapper-2.02.177-5-x86_64 installed = diffutils-3.6-1-x86_64 -installed = docbook-xml-4.5-8-any +installed = docbook-xml-4.5-7-any installed = docbook-xsl-1.79.2-4-any -installed = e2fsprogs-1.44.4-1-x86_64 -installed = expat-2.2.6-1-x86_64 -installed = fakeroot-1.23-1-x86_64 -installed = file-5.34-1-x86_64 -installed = filesystem-2018.8-1-x86_64 +installed = e2fsprogs-1.44.2-1-x86_64 +installed = expat-2.2.5-1-x86_64 +installed = fakeroot-1.22-1-x86_64 +installed = file-5.33-3-x86_64 +installed = filesystem-2018.1-2-x86_64 installed = findutils-4.6.0-2-x86_64 installed = flex-2.6.4-1-x86_64 installed = gawk-4.2.1-1-x86_64 -installed = gc-7.6.8-1-x86_64 -installed = gcc-8.2.1+20180831-1-x86_64 -installed = gcc-libs-8.2.1+20180831-1-x86_64 -installed = gdbm-1.18-1-x86_64 +installed = gc-7.6.6-1-x86_64 +installed = gcc-8.1.1+20180531-1-x86_64 +installed = gcc-libs-8.1.1+20180531-1-x86_64 +installed = gdbm-1.14.1-1-x86_64 installed = gettext-0.19.8.1-2-x86_64 -installed = glib2-2.58.1-1-x86_64 -installed = glibc-2.28-4-x86_64 +installed = glib2-2.56.1-1-x86_64 +installed = glibc-2.27-3-x86_64 installed = gmp-6.1.2-1-x86_64 -installed = gnupg-2.2.10-1-x86_64 -installed = gnutls-3.5.19-2-x86_64 -installed = gpgme-1.11.1-2-x86_64 -installed = gpm-1.20.7.r27.g1fd1941-1-x86_64 +installed = gnupg-2.2.8-1-x86_64 +installed = gnutls-3.5.18-1-x86_64 +installed = gpgme-1.11.1-1-x86_64 +installed = gpm-1.20.7-8-x86_64 installed = grep-3.1-1-x86_64 installed = groff-1.22.3-7-x86_64 -installed = guile-2.2.4-1-x86_64 +installed = guile-2.2.3-1-x86_64 installed = gzip-1.9-1-x86_64 -installed = hwids-20180518-1-any -installed = iana-etc-20180913-1-any -installed = icu-62.1-1-x86_64 -installed = iptables-1:1.6.2-3-x86_64 -installed = json-c-0.13.1-2-x86_64 +installed = hwids-20171003-1-any +installed = iana-etc-20180221-1-any +installed = icu-61.1-1-x86_64 +installed = iptables-1.6.2-2-x86_64 +installed = json-c-0.13.1-1-x86_64 installed = kbd-2.0.4-1-x86_64 -installed = keyutils-1.5.11-1-x86_64 +installed = keyutils-1.5.10-2-x86_64 installed = kmod-25-1-x86_64 installed = krb5-1.16.1-1-x86_64 installed = less-530-1-x86_64 -installed = libarchive-3.3.3-1-x86_64 +installed = libarchive-3.3.2-2-x86_64 installed = libassuan-2.5.1-1-x86_64 -installed = libatomic_ops-7.6.6-1-x86_64 +installed = libatomic_ops-7.6.4-1-x86_64 installed = libcap-2.25-1-x86_64 installed = libcap-ng-0.7.9-1-x86_64 -installed = libelf-0.174-1-x86_64 +installed = libelf-0.171-1-x86_64 installed = libffi-3.2.1-2-x86_64 installed = libgcrypt-1.8.3-1-x86_64 -installed = libgpg-error-1.32-1-x86_64 +installed = libgpg-error-1.31-1-x86_64 +installed = libidn-1.34-2-x86_64 installed = libidn2-2.0.5-1-x86_64 installed = libksba-1.3.5-1-x86_64 -installed = libldap-2.4.46-2-x86_64 +installed = libldap-2.4.46-1-x86_64 installed = libmnl-1.0.4-1-x86_64 installed = libmpc-1.1.0-1-x86_64 -installed = libnftnl-1.1.1-1-x86_64 -installed = libnghttp2-1.33.0-1-x86_64 +installed = libnftnl-1.1.0-1-x86_64 +installed = libnghttp2-1.31.1-1-x86_64 installed = libnl-3.4.0-1-x86_64 -installed = libpcap-1.9.0-1-x86_64 +installed = libpcap-1.8.1-2-x86_64 installed = libpsl-0.20.2-1-x86_64 -installed = libsasl-2.1.26-13-x86_64 -installed = libseccomp-2.3.3-1-x86_64 +installed = libsasl-2.1.26-12-x86_64 +installed = libseccomp-2.3.2-2-x86_64 installed = libsecret-0.18.6-1-x86_64 installed = libssh2-1.8.0-2-x86_64 -installed = libsystemd-239.2-1-x86_64 +installed = libsystemd-238.133-4-x86_64 installed = libtasn1-4.13-1-x86_64 -installed = libtirpc-1.1.4-1-x86_64 -installed = libtool-2.4.6+42+gb88cebd5-2-x86_64 +installed = libtirpc-1.0.3-2-x86_64 +installed = libtool-2.4.6+40+g6ca5e224-7-x86_64 installed = libunistring-0.9.10-1-x86_64 installed = libusb-1.0.22-1-x86_64 -installed = libutil-linux-2.32.1-2-x86_64 -installed = libxml2-2.9.8-5-x86_64 +installed = libutil-linux-2.32-3-x86_64 +installed = libxml2-2.9.8-2-x86_64 installed = libxslt-1.1.32+3+g32c88216-1-x86_64 -installed = linux-api-headers-4.17.11-1-any -installed = lz4-1:1.8.3-1-x86_64 +installed = linux-api-headers-4.16.1-1-any +installed = lz4-1:1.8.2-2-x86_64 installed = m4-1.4.18-1-x86_64 installed = make-4.2.1-2-x86_64 installed = mpfr-4.0.1-1-x86_64 installed = ncurses-6.1-3-x86_64 installed = nettle-3.4-1-x86_64 -installed = npth-1.6-1-x86_64 -installed = openssl-1.1.1-1-x86_64 -installed = p11-kit-0.23.14-1-x86_64 -installed = pacman-5.1.1-1-x86_64 -installed = pacman-mirrorlist-20180912-1-any -installed = pam-1.3.1-1-x86_64 +installed = npth-1.5-1-x86_64 +installed = openssl-1.1.0.h-1-x86_64 +installed = p11-kit-0.23.12-1-x86_64 +installed = pacman-5.1.0-2-x86_64 +installed = pacman-mirrorlist-20180524-1-any +installed = pam-1.3.0-2-x86_64 installed = pambase-20171006-1-any -installed = patch-2.7.6-3-x86_64 +installed = patch-2.7.6-1-x86_64 installed = pcre-8.42-1-x86_64 -installed = pcre2-10.32-1-x86_64 -installed = perl-5.28.0-1-x86_64 -installed = pinentry-1.1.0-4-x86_64 -installed = pkgconf-1.5.3-1-x86_64 +installed = pcre2-10.31-1-x86_64 +installed = perl-5.26.2-1-x86_64 +installed = pinentry-1.1.0-3-x86_64 +installed = pkgconf-1.4.2-2-x86_64 installed = popt-1.16-9-x86_64 installed = procps-ng-3.3.15-1-x86_64 installed = readline-7.0.005-1-x86_64 installed = sed-4.5-1-x86_64 -installed = shadow-4.6-1-x86_64 -installed = sqlite-3.25.2-1-x86_64 -installed = sudo-1.8.25.p1-1-x86_64 -installed = systemd-239.2-1-x86_64 +installed = shadow-4.5-4-x86_64 +installed = sqlite-3.24.0-1-x86_64 +installed = sudo-1.8.23-2-x86_64 +installed = systemd-238.133-4-x86_64 installed = tar-1.30-1-x86_64 installed = texinfo-6.5-1-x86_64 -installed = tzdata-2018e-2-x86_64 -installed = util-linux-2.32.1-2-x86_64 +installed = tzdata-2018e-1-any +installed = util-linux-2.32-3-x86_64 installed = w3m-0.5.3.git20180125-1-x86_64 installed = which-2.21-2-x86_64 installed = xz-5.2.4-1-x86_64 -installed = zlib-1:1.2.11-3-x86_64 -installed = zstd-1.3.5-1-x86_64 +installed = zlib-1:1.2.11-2-x86_64 Admin Erich Eckner commented on 09.10.2018 20:47
As can be seen, the new version of systemd pulls in audit, against which then the linking happens. I would not do anything about this issue (if that’s ok with you, Luke), because: 1st it only affects systems w/o systemd - e.g. non-standard systems 2nd it will solve itself with the next (upstream) release/rebuild of pam (or at least, if upstream does not add audit to the depends, it will become an upstream bug which we should report to them)
regards, Erich Luke Shumaker commented on 09.10.2018 21:28
Parabola supports OpenRC, so this risks breaking sudo for Parabola OpenRC users, making it more severe for us downstream than it is for you.
That isn’t to say that you have to take actionand fix it for us; it is a low-priority bug for Arch Linux 32 users, so if you want to wait for it to be resolved in upsteam Arch, that’s your prerogative. But it means that in the mean-time, Parabola will have to repackage it to avoid breaking our OpenRC users’ boxes. bill auger commented on 10.10.2018 01:16
related to: https://bugs.archlinux.org/task/60365
Google Cache
|
|
72 | Packages: Stable | Bug Report | Medium | Low | [mpd] icu version mismatch | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by bill auger - 13.05.2019 Last edited by Andreas Baumann - 28.08.2019
FS#72 - [mpd] icu version mismatch
$ mpd mpd: error while loading shared libraries: libicui18n.so.63: cannot open shared object file: No such file or directory
Closed by Andreas Baumann 28.08.2019 16:59 Reason for closing: Fixed Additional comments about closing:
works for me after the rebuild.
Comments (2)
Related Tasks (0/0)
Levi commented on 13.05.2019 20:33
This also affects libreoffice from libreoffice-stable. Run it from a terminal and the splash screen briefly loads before closing, and it spits out to STDERR: [quote]usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: libicuuc.so.63: cannot open shared object file: No such file or directory[/quote]
My icu package is currently at version 64.2-1.0 and from the core repo (nothing in testing, apparently). I’m currently on the pentium4 binary branch, by the way, but I think this issue affects us all at present.
I suspect if the maintainer just rebuilds libreoffice-stable and mpd with icu 64.2 in the environment it may resolve this. Looking at the libreoffice web site, version 6.1.6 is already available for download, while I still have 6.1.5 installed and there’s nothing in the download tubes just yet. Although 6.1.5 is still available on libreoffices download page along with 6.1.6 and 6.2.3, so maybe we don’t get the upgrade till 6.1.5 expires, I’ve not checked before. I also can’t find when anything libreoffice produces got released; their release notes don’t express patch levels and they don’t expose their download folder for my perusal. I did manage to find their announcements for what becomes libreoffice-fresh on their twitter feed, but they only announce the fresh releases there. Presumably 6.1.6 got released following 6.2.3, since presumably it fixes the same bugs backported though. Admin Andreas Baumann commented on 28.08.2019 16:58
Should be solved with rebuilding libreoffice, mpd etc.
Google Cache
|
|
16 | Packages | Bug Report | Medium | Low | [libreoffice-still] still using icu 59 - Arch Linux | Closed | |
Task Description
FS#16 : [libreoffice-still] still using icu 59 - Arch Linux 28.11.2017 - /usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: libicuuc.so.59: cannot open shared object file: No such file or …
|
|
6 | Packages | Bug Report | Medium | Low | [libreoffice-still] 5.3.7-4 crashes when opening a ... | Closed | |
Task Description
07.11.2017 - Nov 07 18:19:32 arch32-testing systemd[1]: Started Process Core Dump (PID 643/UID 0). Nov 07 18:19:35 arch32-testing …
|
|
50 | Packages | Bug Report | Medium | Low | [imagemagick] is not installable because of [perl] | Closed | |
Task Description
24.09.2018 - The current extra/imagemagick depends on ‘perl<5.27’, but core/perl is 5.28. $ pacman -Si imagemagick perl Repository : extra Name …
|
|
33 | Packages: Testing | Bug Report | Medium | Low | [icu] sobump mismatch | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 05.04.2018 Last edited by Andreas Baumann - 11.04.2018
FS#33 - [icu] sobump mismatch
For instance:
[quote] shell> kwin_x11 kwin_x11: error while loading shared libraries: libicui18n.so.60: cannot open shared object file: No such file or directory [/quote]
Seen similar on ArchlinuxARM, so I guess it’s an undetected SO-bump from upstream.. Closed by Andreas Baumann 11.04.2018 16:47 Reason for closing: Fixed Additional comments about closing:
Actually, also gdal is fine on staging.
Comments (1)
Related Tasks (0/0)
Admin Erich Eckner commented on 11.04.2018 11:59
I can only see gdal being still wrongly linked against icu-60 in testing or staging - can you confirm?
Google Cache
|
|
29 | Packages: Build-list | Bug Report | Medium | Low | [haskell-hslua] check() fails | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Erich Eckner - 18.02.2018
FS#29 - [haskell-hslua] check() fails
several failures during check() - disabling for now
==> Starting check()… Running 1 test suites… Test suite test-hslua: RUNNING… hslua
Haskell version of the C API
copy
copies stack elements using positive indices: OK
copies stack elements using negative indices: OK
insert
inserts stack elements using negative indices: OK
inserts stack elements using negative indices: OK
absindex: OK
gettable gets a table value: FAIL
test/Test/HsLua/Util.hs:35:
lua operation returned false
strlen, objlen, and rawlen all behave the same: OK
Type checking
isfunction: OK
isnil: OK
isnone: OK
isnoneornil: OK
CFunction handling: OK
getting values
tointegerx returns numbers verbatim: OK
tointegerx accepts strings coercible to integers: OK
tointegerx returns Nothing when given a boolean: OK
tonumberx returns numbers verbatim: OK
tonumberx accepts strings as numbers: OK
tonumberx returns Nothing when given a boolean: OK
setting and getting a global works: OK
can push and receive a thread: OK
different threads are not equal: OK
thread status: OK
loading
loadstring status: OK
dostring loading: OK
dofile loading: OK
pcall status: OK
garbage collection: OK
compare
identifies strictly smaller values: FAIL
*** Failed! Assertion failed (after 1 test):
LuaInteger 0
Use --quickcheck-replay=586817 to reproduce.
identifies smaller or equal values: FAIL
*** Failed! Assertion failed (after 1 test):
LuaInteger 0
Use --quickcheck-replay=316579 to reproduce.
identifies equal values: OK
+++ OK, passed 100 tests.
lessthan works: FAIL
*** Failed! Assertion failed (after 2 tests):
LuaNumber (-0.35170612)
LuaNumber 0.84471506
Use --quickcheck-replay=507888 to reproduce.
order of Lua types is consistent: OK
+++ OK, passed 100 tests.
functions can throw a table as error message: OK
handling table errors won't leak: OK
Interoperability
call haskell functions from lua
push haskell function to lua: OK
push multi-argument haskell function to lua: OK
argument type errors are propagated: OK
convert haskell function to c function: OK
Error in Haskell function is converted into Lua error: OK
call lua function from haskell
test equality within lua: FAIL
test/Foreign/Lua/FunctionCallingTest.hs:106:
raw equality test failed
expected: True
but got: False
failing lua function call: OK
print the empty string via lua procedure:
OK
failing lua procedure call: OK
Utilities
Optional return the value if it exists: OK
Optional can deal with missing values: OK
raiseError causes a Lua error: OK
Sendings and receiving values from the stack
peek and push are well behaved
Peek can act as left inverse of push
round-tripping unit: OK
+++ OK, passed 100 tests.
booleans remain equal under push/peek: OK
+++ OK, passed 100 tests.
lua numbers (i.e., doubles) remain equal under push/peek: FAIL
*** Failed! Assertion failed (after 2 tests):
LuaNumber (-1.926296)
Use --quickcheck-replay=670723 to reproduce.
lua integers remain equal under push/peek: IGNORED
bytestring remain equal under push/peek: OK
+++ OK, passed 100 tests.
round-tripping strings: OK (0.01s)
+++ OK, passed 100 tests.
lists of boolean remain equal under push/peeks: OK
+++ OK, passed 100 tests.
lists of lua integers remain equal under push/peek: IGNORED
lists of bytestrings remain equal under push/peek: OK (0.15s)
+++ OK, passed 100 tests.
text: OK
+++ OK, passed 100 tests.
map of strings to LuaNumber: FAIL
*** Failed! Assertion failed (after 2 tests and 1 shrink):
fromList [("",LuaNumber (-0.9010369))]
Use --quickcheck-replay=119067 to reproduce.
tuples
pair of LuaNumbers: FAIL
*** Failed! Assertion failed (after 2 tests):
(LuaNumber (-0.34098855),LuaNumber 0.2441068)
Use --quickcheck-replay=296075 to reproduce.
triple of LuaNumbers: FAIL
*** Failed! Assertion failed (after 2 tests):
(LuaNumber 0.46677026,LuaNumber 0.9009714,LuaNumber 0.2326173)
Use --quickcheck-replay=85608 to reproduce.
quadruple of LuaNumbers: FAIL
*** Failed! Assertion failed (after 2 tests):
(LuaNumber 1.8909019,LuaNumber (-0.85486156),LuaNumber (-4.0685906),LuaNumber (-12.583851))
Use --quickcheck-replay=305430 to reproduce.
quintuple of LuaNumbers: FAIL
*** Failed! Assertion failed (after 2 tests):
(LuaNumber 0.2735047,LuaNumber 2.1247218,LuaNumber 0.1806469,LuaNumber 0.9455812,LuaNumber 0.98733383)
Use --quickcheck-replay=608867 to reproduce.
hextuple of Text, LuaNumbers and Booleans: FAIL
*** Failed! Assertion failed (after 2 tests and 1 shrink):
(False,LuaNumber (-2.381176),"",False,LuaNumber (-0.8418731),LuaNumber (-0.39977068))
Use --quickcheck-replay=572229 to reproduce.
septuple of Text, LuaNumber and Booleans: FAIL
*** Failed! Assertion failed (after 2 tests and 3 shrinks):
("",False,LuaNumber 1.3463217,False,False,LuaNumber (-1.4167022),False)
Use --quickcheck-replay=692263 to reproduce.
octuple of Strings and Booleans: OK (0.03s)
+++ OK, passed 100 tests.
Random stack values
can push/pop booleans: OK (0.01s)
+++ OK, passed 100 tests.
can push/pop lua integers: OK (0.01s)
+++ OK, passed 100 tests.
can push/pop lua numbers: FAIL
*** Failed! Assertion failed (after 3 tests):
LuaNumber 1.5588847
Ordered {getOrdered = [Positive {getPositive = LuaInteger 1},Positive {getPositive = LuaInteger 2}]}
Use --quickcheck-replay=197445 to reproduce.
can push/pop bytestrings: OK (0.02s)
+++ OK, passed 100 tests.
can push/pop lists of booleans: OK (0.04s)
+++ OK, passed 100 tests.
can push/pop lists of LuaIntegers: OK (0.04s)
+++ OK, passed 100 tests.
can push/pop lists of bytestrings: OK (0.19s)
+++ OK, passed 100 tests.
FromLuaStack
receives basic values from the stack: OK
returns an error if the types don't match: OK
list cannot be read if a list element fails: OK
stack is unchanged if getting a list fails: OK
stack is unchanged if getting key-value pairs fails: OK
ToLuaStack
pushing simple values to the stack
Boolean can be pushed correctly: OK
LuaNumbers can be pushed correctly: FAIL
test/Foreign/Lua/Types/ToLuaStackTest.hs:105:
5::LuaNumber was not pushed
LuaIntegers can be pushed correctly: FAIL
test/Foreign/Lua/Types/ToLuaStackTest.hs:105:
42::LuaInteger was not pushed
ByteStrings can be pushed correctly: OK
Unit is pushed as nil: OK
Pointer is pushed as light userdata: OK
pushing a value increases stack size by one
LuaInteger: OK
+++ OK, passed 100 tests.
LuaNumber: OK
+++ OK, passed 100 tests.
ByteString: OK
+++ OK, passed 100 tests.
String: OK
+++ OK, passed 100 tests.
list of booleans: OK
+++ OK, passed 100 tests.
lua integration tests
print version: OK
functions stored in / retrieved from registry: OK
getting a nested global works: OK
setting a nested global works: OK
table reading: OK
Getting strings to and from the stack
unicode ByteString: OK
ByteString should survive after GC/Lua destroyed: OK
String with NUL byte should be pushed/popped correctly: OK
luaopen_* functions
opendebug: OK
openio: OK
openmath: OK
openos: OK
openpackage: OK
openstring: OK
opentable: OK
luaopen_base returns the right number of tables
openbase: OK
C functions
Registering a C function and calling it from Lua: FAIL
test/Foreign/LuaTest.hs:162:
greeting function failed
expected: Right ["Caffeine","induced","nonsense"]
but got: Right []
pushing a C closure to and calling it from Lua: OK
error handling
lua errors are caught: OK
error-less code gives in 'Right' result: OK
catching lua errors within the lua type: OK
second alternative is used when first fails: OK
Applicative.empty implementation throws an exception: OK
catching error of a failing meta method: OK
calling a function that errors throws exception: OK
17 out of 112 tests failed (0.60s)
Test suite test-hslua: FAIL
Test suite logged to: dist/test/hslua-0.9.5-test-hslua.log
0 of 1 test suites (0 of 1 test cases) passed.
==> ERROR: A failure occurred in check().
Bing Cache
|
|
53 | Packages | Bug Report | Medium | Low | [gnome-terminal]: fails to star | Closed | |
Task Description
26.09.2018 - using openbox (not gnome) $ gnome-terminal # Couldn’t register with accessibility bus: Did not receive a reply. Possible causes include: the …
|
|
82 | Packages: Stable | Bug Report | Medium | Low | [glibc] ld warning: /usr/lib32/ld-linux.so.2: corrupt G... | New | |
Task Description
Attached to Project: Archlinux32 Opened by Jeff Hodd - 11.07.2019 Last edited by Andreas Baumann - 09.08.2019 FS#82 - [glibc] ld warning: /usr/lib32/ld-linux.so.2: corrupt GNU_PROPERTY_TYPE (5) size: 0
All software builds are producing this warning. Some builds are failing because of the error return on linking. I’m also seeing failures on LD_PRELOADs.
/bin/ld: warning: /usr/lib/ld-linux.so.2: corrupt GNU_PROPERTY_TYPE (5) size: 0
Easy to reproduce. Just build this program:
# test.c # Compiled with ‘gcc test.c’ int main() {
return 0;
}
This was reported at bugs.archlinux.org (reference https://bugs.archlinux.org/task/63015) where it was closed and considered fixed if built using the –enable-cet flag. I built glibc with the –enable-cet flag, but am still seeing the failures, so not fixed. Closed by Andreas Baumann 09.08.2019 11:44 Reason for closing: Fixed
Comments (6)
Related Tasks (0/0)
Jeff Hodd commented on 16.07.2019 03:29
I’ve narrowed down the glibc upgrade to glibc-2.29-1.26 -> glibc-2.29-1.27. The error doesn’t occur with glibc-2.29-1.26. There were 3 changes made to the arch32 PKGBUILD for the glibc-2.29-1.27 release. One of them caused this issue. Admin Andreas Baumann commented on 16.07.2019 05:33
There is another thing which can change: the toolchain. This GNU_PROPERTY error is something the compiler emits (we think it’s CET stuff, but it’s badly documented). Binutils ld seems not to like this ELF section.
The error is the same as in:
https://bugs.archlinux.org/task/63015
What’s puzzling me: –enable-cet is there in glibc, gcc, binutils (just not for i486, as CET doesn’t\ work for older CPUs).
Commit: 09d03cbd4c57b8eabfadd22b67929d958b2409d7 and d57a456faa674c24e8869a26a14c497c95accf1f in glibc are mine, they try to change stack alignment and handling of SSE for pentium4 for Java, also without effect. Admin Andreas Baumann commented on 16.07.2019 05:35
About linker warnings being turned to errors (as for compiler warnings turned to errors): this is something the DEVELOPER should do, NOT the PACKAGER. Released software should: - NOT include asserts - NOT include debug code - NOT include code only used for running tests - NOT use -Werror - NOT use -Wl,–fatal-warnings
See for instance extra-cmake-modules-5.59.0-ld-no-fatal-warning.patch. Jeff Hodd commented on 16.07.2019 21:50
I knew about the cet issue. Did quite abit of looking around to get some insight into it (even looked at the code - elf-properties.c - and it looks like the Elf_Internal_Note description size is coming back with a value of 0. the other possibility is that (size % 4) is something other than 0 which is less likely). From what i could gather, cet is supposed to be enabled in the latest builds of glibc for i686 even though, as you pointed out, it’s not well documented. I did do a 2.29-4 i686 build with cet enabled and it made no difference vis-a-vis the warning. I also checked the upstream diff between 2.29-1.26 and 2.29-1.27 and noticed the addition of –enable-static-pie and thought maybe position independent executables may explain it. Did another glibc build with static pie disabled and that made no difference. Am about to go back and check the diff again and see what else may have changed.
I did check the CMakeLists.txt file for my failing build and it uses -Werror and -Wl,–fatal-warnings so I will remove those. But that doesn;t actually fix the underlying issue of the warning which we shouldn;t be seeing.
It is up to the developer, but too often one has to show that a change fixes an issue before you’ll get any attention. I may not be THE developer for this particular package, but I am A developer (in general), so I don;t feel uncomfortable making code changes.
I’ll keep looking around for differences between the 1.26 and 1.27 builds. Jeff Hodd commented on 16.07.2019 22:15
if (note->descsz < 8 || (note->descsz % align_size) != 0)
{
bad_size:
_bfd_error_handler
(_("warning: %pB: corrupt GNU_PROPERTY_TYPE (%ld) size: %#lx"),
abfd, note->type, note->descsz);
return FALSE;
}
The warning is printing out the description size - and that’s 0.
Apparently it’s supposed to be >= 8 and divisible by 4:
unsigned int align_size = bed->s->elfclass == ELFCLASS64 ? 8 : 4;
I am assuming that arch32 doesn’t support ELFCLASS64. Jeff Hodd commented on 22.07.2019 17:13
https://bbs.archlinux32.org/viewtopic.php?id=2770
Google Cache
|
|
14 | Packages | Bug Report | Medium | Low | [ghc-mod] Needs rebuilt | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Luke Shumaker - 21.11.2017 Last edited by Erich Eckner - 25.11.2017
FS#14 - [ghc-mod] Needs rebuilt
Yesterday, I mentioned on IRC that many haskell packages need rebuilt. In response, deep42thought moved a bunch of packages from staging to stable, and told me to open a bug report if the issue persisted.
For the most part, this seems resolved. Some pacman -Qo/-Ql/ldd/grep magic tells me that all of the haskell packages I have are fine, except for [ghc-mod]. Closed by Erich Eckner 25.11.2017 14:58 Reason for closing: Fixed Additional comments about closing:
removed - upstream removed it, too
Comments (1)
Related Tasks (0/0)
Luke Shumaker commented on 23.11.2017 04:47
deep42thought has removed ghc-mod, reflecting its removal in Arch. Requesting closure.
Google Cache
|
|
73 | Packages | Bug Report | Medium | Low | [gajim] fails to launch when (optional) gupnp-igd is in ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by bill auger - 13.05.2019 Last edited by Andreas Baumann - 02.10.2019
FS#73 - [gajim] fails to launch when (optional) gupnp-igd is installed
$ gajim No translations found Dirs searched: [PosixPath(’/usr/local/share’), PosixPath(’/usr/share’), PosixPath(’/usr/share/gdm’), PosixPath(’/var/lib/menu-xdg’)]
(gajim:1588): dbind-WARNING : 15:14:29.481: Couldn’t connect to accessibility bus: Failed to connect to socket /tmp/dbus-Nv1LTXmb8O: Connection refused
(gajim:1588): WARNING **: 15:14:29.534: Failed to load shared library ‘libgupnp-igd-1.0.so.4’ referenced by the typelib: libgupnp-1.2.so.0: cannot open shared object file: No such file or directory /usr/lib/python3.7/site-packages/gajim/common/app.py:281: Warning: cannot retrieve class for invalid (unclassed) type ‘void’
gupnp_igd = GUPnPIgd.SimpleIgd()
Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/gajim/application.py", line 185, in _startup
app.detect_dependencies()
File "/usr/lib/python3.7/site-packages/gajim/common/app.py", line 281, in detect_dependencies
gupnp_igd = GUPnPIgd.SimpleIgd()
TypeError: could not get a reference to type class Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/gajim/application.py", line 220, in _activate
self.interface = Interface()
File "/usr/lib/python3.7/site-packages/gajim/gui_interface.py", line 2615, in __init__
cfg_was_read = parser.read()
File "/usr/lib/python3.7/site-packages/gajim/common/optparser.py", line 86, in read
self.update_config(old_version, new_version)
File "/usr/lib/python3.7/site-packages/gajim/common/optparser.py", line 158, in update_config
caps_cache.capscache.initialize_from_db()
AttributeError: ‘NoneType’ object has no attribute ‘initialize_from_db’ Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/gajim/application.py", line 269, in do_shutdown
app.logger.commit()
AttributeError: ‘NoneType’ object has no attribute ‘commit’
Closed by Andreas Baumann 02.10.2019 19:36 Reason for closing: Fixed Additional comments about closing:
Seems to work on pentium4/stable. Feel free to reopen if you it crashes for you..
Google Cache
|
|
13 | Packages | Bug Report | Medium | Low | [fox-devel] fails on 32-bit Intel - Arch Linux | Closed | |
Task Description
16.11.2017 - It’s the development version of the FOX toolkit. Breaks in some int/FXival/void * abstractions: FXWSQueue.cpp: In member function ‘FX::FXbool …
|
|
22 | Packages: Build-list | Bug Report | Medium | Low | [firefox-developer-edition] build fails with out of mem ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 16.12.2017 Last edited by Erich Eckner - 17.12.2017
FS#22 - [firefox-developer-edition] build fails with out of memory when using rust
49:50.05 note: rustc 1.22.1 running on i686-unknown-linux-gnu 49:50.05 49:50.05 note: run with `RUST_BACKTRACE=1` for a backtrace 49:50.05 49:50.05 thread ‘rustc’ panicked at ‘called `Result::unwrap()` on an `Err` value: Error { repr: Custom(Custom { kind: Other, error: StringError(”Cannot allocate memory”) }) }’, src/libcore/result.rs:906:4 49:50.05 stack backtrace: 49:50.05 0: 0xf7caf5ea - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97 49:50.05 1: 0xf7caa43e - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97 49:50.05 2: 0xf7cbb31c - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97 49:50.05 3: 0xf7cbb051 - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97 49:50.05 4: 0xf7cbb82b - std::panicking::rust_panic_with_hook::h269fa2b74a2a0cee 49:50.05 5: 0xf7cbb6f6 - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97 49:50.05 6: 0xf7cbb616 - std::panicking::begin_panic_fmt::hfe3f4b4d254fe489 49:50.05 7: 0xf7cbb57d - rust_begin_unwind 49:50.05 8: 0xf7d10dd6 - core::panicking::panic_fmt::h39c7136c9dc224e1 49:50.05 9: 0xf791f50a - rust_metadata_rustc_trans_73f1dcf221d7505426c13ccaa7d81bf3 49:50.05 10: 0xf79558dc - rust_metadata_rustc_trans_73f1dcf221d7505426c13ccaa7d81bf3 49:50.05 11: 0xf794f7e6 - rustc_trans::back::link::each_linked_rlib::h1e799094f6b686fb 49:50.05 12: 0xf794ff56 - rust_metadata_rustc_trans_73f1dcf221d7505426c13ccaa7d81bf3 49:50.05 13: 0xf794f19b - rustc_trans::back::link::link_binary::ha97335099e542ac0 49:50.06 14: 0xf79f455e - ::link_binary::h62e43ed882d32b44 49:50.06 15: 0xf7e686c5 - rustc_driver::driver::compile_input::hfa914359aa3118bb 49:50.06 16: 0xf7e82a2a - rustc_driver::run_compiler::hcd191a8815d2728b 49:50.06 17: 0xf7d9cc8f - rust_metadata_rustc_driver_e8ab70a79951e31413d2f7ce5f23c51c 49:50.06 18: 0xf7cc5542 - rust_maybe_catch_panic 49:50.06 19: 0xf7dd6891 - 49:50.06 20: 0xf7cba2db - rust_metadata_std_a60a98c24b539dcf2508f3d395979a97 49:50.06 21: 0xf622ee55 - start_thread 49:50.06 22: 0xf7b6dd05 - clone 49:50.06 23: 0×0 - 49:50.06 49:50.23 error: Could not compile `gkrust`. 49:50.23 49:50.23 To learn more, run the command again with –verbose. 49:50.24 make[4]: * [/build/firefox-developer-edition/src/mozilla-unified/config/rules.mk:953: force-cargo-library-build] Error 101 49:50.24 make[3]: * [/build/firefox-developer-edition/src/mozilla-unified/config/recurse.mk:73: toolkit/library/rust/target] Error 2 49:50.24 make[2]: * [/build/firefox-developer-edition/src/mozilla-unified/config/recurse.mk:33: compile] Error 2 49:50.24 make[1]: * [/build/firefox-developer-edition/src/mozilla-unified/config/rules.mk:432: default] Error 2 49:50.24 make: *** [client.mk:274: build] Error 2 49:50.28 635 compiler warnings present. 49:50.44 Notification center failed: Install notify-send (usually part of the libnotify package) to get a notification when the build finishes. ==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Build failed, check /var/lib/archbuild/staging-with-build-support-i686/erich/build
Closed by Erich Eckner 17.12.2017 19:10 Reason for closing: Not a bug
Comments (0)
Google Cache
|
|
3 | Packages: Stable | Bug Report | Medium | Low | [ffmpeg] missing FLAC codec | Closed | |
Task Description
Opened by Andreas Baumann - 07.11.2017 Last edited by Erich Eckner - 07.11.2017
FS#3 - [ffmpeg] missing FLAC codec
Playing 10.Motion_Picture_Soundtrack.flac. Audio only file format detected. Load subtitles in ./
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders [flac @ 0xb68902c0]Got unexpected packet size after a partial decode [flac @ 0xb68902c0]Got unexpected packet size after a partial decode [flac @ 0xb68902c0]Got unexpected packet size after a partial decode [flac @ 0xb68902c0]Got unexpected packet size after a partial decode [flac @ 0xb68902c0]Got unexpected packet size after a partial decode [flac @ 0xb68902c0]Got unexpected packet size after a partial decode ADecoder init failed sad ADecoder init failed sad Cannot find codec for audio format 0x43614C66. Audio: no sound Video: no video
Levi commented on 16.05.2019 20:08
How do I check this? I tested inputting a file to ffmpeg using the -i option and it acted like the output of ffprobe reporting things like the duration correctly before barfing that I hadn’t supplied it with any outputs. Is this fixed therefore? Admin Andreas Baumann commented on 17.08.2019 12:23
Output #0, flac, to ‘Kid A (2000)/10.Motion_Picture_Soundtrack.flac’: Output file #0 does not contain any stream
and this on 64-bit.
I don’t think, flac support is there in ffmpeg
Google Cache
Bing Cache
|
|
9 | Packages: Build-list | Bug Report | Medium | Low | [ffmpeg] [ffmpeg2.8] libtheora not found | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Erich Eckner - 11.11.2017 Last edited by Andreas Baumann - 12.11.2017
FS#9 - [ffmpeg] [ffmpeg2.8] libtheora not found
==> Starting build()… ERROR: libtheora not found
… but it’s there: /var/lib/archbuild/staging-i686/erich/usr/lib/libtheora.so.0.3.10 /var/lib/archbuild/staging-i686/erich/usr/lib/libtheora.so.0 /var/lib/archbuild/staging-i686/erich/usr/lib/libtheora.so
strange … Closed by Andreas Baumann 12.11.2017 15:40 Reason for closing: Fixed Additional comments about closing:
fixed in libogg.
Comments (5)
Related Tasks (0/0)
Admin Andreas Baumann commented on 12.11.2017 14:29
more ffbuild/config.log
BEGIN /tmp/ffconf.6IlfdMzU/test.c
1 #include
2 #include
3 long check_th_info_init(void) { return (long) th_info_init; }
4 int main(void) { int ret = 0;
5 ret |= ((intptr_t)check_th_info_init) & 0xFFFF;
6 return ret; }
END /tmp/ffconf.6IlfdMzU/test.c gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE= 600 -DPIC -std=c11 -fomit-frame-pointer -fPIC -pthread -I/usr/include/p11-kit-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/us r/include/fribidi -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include /glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/har / …skipping In file included from /usr/include/ogg/os_types.h:144:0,
from /usr/include/ogg/ogg.h:25,
from /usr/include/theora/theoraenc.h:24,
from /tmp/ffconf.6IlfdMzU/test.c:1:
/usr/include/ogg/config_types.h:4:10: fatal error: config_types-32.h: No such file or directory #include “config_types-32.h”
^~~~~~~~~~~~~~~~~~~
compilation terminated. ERROR: libtheora not found
Admin Andreas Baumann commented on 12.11.2017 14:31
/usr/include/ogg/config_types.h
#if WORDSIZE == 32 #include “config_types-32.h”
#elif WORDSIZE == 64 #include “config_types-64.h” #else #error “Unknown word size” #endif
ls /usr/include/ogg/ config_types-64.h config_types.h ogg.h os_types.h
So ogg misses the 32-bit types header file.. I’ll check there.. Admin Andreas Baumann commented on 12.11.2017 14:54
Trying a patch in libogg:
sed
s|mv "${pkgdir}"/usr/include/ogg/config_types{,-64}.h|mv "${pkgdir}"/usr/include/ogg/config_types{,-32}.h|
Admin Andreas Baumann commented on 12.11.2017 14:57
acutally: better remove the whole multilib stuff on 32-bit.. Admin Andreas Baumann commented on 12.11.2017 15:39
eval “$(
declare -f package | \
sed '
/^.*Resolve multilib conflict/,/^}$/{//p;d;}
'
)”
Back to first version, I’m not a sed-king (rather the very opposite).
Google Cache
|
|
41 | Packages | Bug Report | Medium | Low | [extra/vlc] is uninstallable because [extra/ffmpeg2.8] ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Luke Shumaker - 13.06.2018 Last edited by Erich Eckner - 28.06.2018
FS#41 - [extra/vlc] is uninstallable because [extra/ffmpeg2.8] was removed
[extra/ffmpeg2.8] (which provided ffmpeg=2.8; [extra/ffmpeg] is 3.4) was removed, despite that it was still needed by [extra/vlc].
[extra/vlc] is an old version (2.2); the current version (3.0), which no longer depends on ffmpeg2.8, is currently in [testing].
(I am unsure if [testing/vlc] depends on extra/ffmpeg=3.4 or testing/ffmpeg=4.0) Closed by Erich Eckner 28.06.2018 20:25 Reason for closing: Fixed
Comments (3)
Related Tasks (0/0)
Admin Tyzoid commented on 13.06.2018 21:39
Checking https://packages.archlinux32.org/extra/i686/vlc/ vs https://packages.archlinux32.org/testing/i686/vlc/, it appears that the extra/ffmpeg satisfies the testing/vlc requirements.
Here’s from vlc in testing: libavcodec.so.58 (ffmpeg) libavformat.so.58 (ffmpeg) libavutil.so.56 (ffmpeg)
vs vlc in extra: not satisfiable dependency: “libavcodec.so.56” not satisfiable dependency: “libavformat.so.56” not satisfiable dependency: “libavutil.so.54” Admin Erich Eckner commented on 18.06.2018 09:37
vlc 3.0.3 is now in extra Admin Andreas Baumann commented on 21.06.2018 11:36
vlc 3.0.3 works fine on testing.
Google Cache
|
|
24 | Packages | Bug Report | Medium | Low | [extra/viewnior] Needs rebuild against exiv2=0.26 | Closed | |
Task Description
I scheduled a rebuild of viewnior, let me know if viewnior 1.6-3.1 works.
|
|
15 | Packages: Stable | Bug Report | Medium | Low | [extra/m17n-lib] needs rebuilt for icu 60 | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Luke Shumaker - 22.11.2017 Last edited by Erich Eckner - 28.11.2017
FS#15 - [extra/m17n-lib] needs rebuilt for icu 60
extra/m17n-lib 1.7.0-1 is built against icu 59; it needs rebuilt against icu 60 (which moved from staging to stable on Monday). Closed by Erich Eckner 28.11.2017 08:14 Reason for closing: Fixed Additional comments about closing:
unfortunately, the fixed package has same version - so you need to force update that one.
Comments (1)
Related Tasks (0/0)
Admin Andreas Baumann commented on 23.11.2017 09:55
I checked on stable, seems ok to me now:
ldd /usr/lib/libm17n.so.0.4.1
linux-gate.so.1 (0xb7f9c000)
libm17n-core.so.0 => /usr/lib/libm17n-core.so.0 (0xb7f12000)
libdl.so.2 => /usr/lib/libdl.so.2 (0xb7f0d000)
libc.so.6 => /usr/lib/libc.so.6 (0xb7d37000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7bb7000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7b9e000)
liblzma.so.5 => /usr/lib/liblzma.so.5 (0xb7b72000)
libicui18n.so.60 => /usr/lib/libicui18n.so.60 (0xb78bc000)
libicuuc.so.60 => /usr/lib/libicuuc.so.60 (0xb7702000)
libicudata.so.60 => /usr/lib/libicudata.so.60 (0xb5d6c000)
libm.so.6 => /usr/lib/libm.so.6 (0xb5c70000)
/usr/lib/ld-linux.so.2 (0xb7f9e000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0xb5c4f000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb5ad5000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb5ab8000)
Google Cache
|
|
40 | Packages: Stable | Bug Report | Medium | Low | [extra/gimp] is uninstallable because [extra/gegl02 ... | Closed | |
Task Description
20.06.2018 - [extra/gegl02] (which provided gegl=0.2; [extra/gegl] is 0.3) was removed, despite that it was still needed by [extra/gimp]. [extra/gimp] is an old …
|
|
21 | Packages | Bug Report | Medium | Low | [ceph] unit tests failing or segfault | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 13.12.2017 Last edited by Erich Eckner - 03.01.2018
FS#21 - [ceph] unit tests failing or segfault
5/142 Test #3: test_objectstore_memstore.sh ............***Failed 1.13 sec
7/142 Test #1: run-rbd-unit-tests.sh ...................***Failed 1.49 sec
46/142 Test #57: unittest_util ………………………*Failed 0.05 sec 51/142 Test #59: unittest_lru ……………………….*Failed 0.57 sec 92/142 Test #100: unittest_erasure_code_shec_arguments ….*Failed 0.63 sec 96/142 Test #102: unittest_journal ……………………*Exception: SegFault 0.90 sec 98/142 Test #106: unittest_mds_sessionfilter …………..*Exception: SegFault 1.02 sec 106/142 Test #116: unittest_bluefs …………………….*Exception: SegFault 0.66 sec 107/142 Test #117: unittest_bluestore_types …………….*Exception: SegFault 1.25 sec 108/142 Test #119: unittest_memstore_clone ……………..*Exception: SegFault 2.51 sec 114/142 Test #124: unittest_osdscrub …………………..*Exception: SegFault 0.63 sec 115/142 Test #125: unittest_pglog ……………………..*Exception: SegFault 1.23 sec 116/142 Test #126: unittest_hitset …………………….*Failed 0.52 sec 125/142 Test #134: test_ceph_argparse.py ……………….*Failed 1.64 sec 130/142 Test #6: run-tox-ceph-disk …………………..*Failed 94.75 sec 132/142 Test #142: unittest_rbd_mirror …………………*Exception: SegFault 0.51 sec 140/142 Test #2: run-cli-tests ………………………*Failed 167.72 sec 141/142 Test #110: mgr-dashboard-smoke.sh ………………*Failed 301.60 sec
Closed by Erich Eckner 03.01.2018 21:15 Reason for closing: Won’t fix Additional comments about closing:
blacklisted ceph
Comments (9)
Admin Erich Eckner commented on 17.12.2017 19:11
I’ll build it w/o check(), but we should definitely look into this (later) Admin Andreas Baumann commented on 19.12.2017 12:09
ceph goes heavy non-i686:
shell#> cmake ….
Error at cmake/modules/BuildDPDK.cmake:61 (message):
not able to build DPDK support: unsupported target.
"i686-native-linuxapp-gcc" not listed in
Call Stack (most recent call first):
cmake/modules/BuildDPDK.cmake:83 (do_build_dpdk)
cmake/modules/BuildSPDK.cmake:4 (build_dpdk)
CMakeLists.txt:239 (build_spdk)
I suspect libvirt and the other packages can use ceph, but do not require it really. I would make ceph an optdepend. Admin Andreas Baumann commented on 19.12.2017 12:10
Using it without check is no option IMHO. Admin Andreas Baumann commented on 03.01.2018 19:29
New try, same bugs:
1 - run-rbd-unit-tests.sh (Failed)
2 - run-cli-tests (Failed)
3 - test_objectstore_memstore.sh (Failed)
59 - unittest_lru (Failed)
100 - unittest_erasure_code_shec_arguments (Failed)
102 - unittest_journal (SEGFAULT)
106 - unittest_mds_sessionfilter (SEGFAULT)
116 - unittest_bluefs (SEGFAULT)
117 - unittest_bluestore_types (SEGFAULT)
119 - unittest_memstore_clone (SEGFAULT)
124 - unittest_osdscrub (SEGFAULT)
125 - unittest_pglog (SEGFAULT)
126 - unittest_hitset (Failed)
134 - test_ceph_argparse.py (Failed)
142 - unittest_rbd_mirror (SEGFAULT)
Decision: remove ceph dependency on libvirt (more?), then blacklist the package.
Reason: we cannot maintain all software for companies upstream. Admin Andreas Baumann commented on 03.01.2018 19:45
mmh, a (most likely incomplete) list of software using ceph:
- libvirt: seems to be an optional storage method - qemu: obvious, if used in combination with libvirt to store the disk image with ceph - pifpaf: “Suite of tools and fixtures to manage daemons for testing”, ceph used in tests only - fio: “Scriptable I/O tool for storage benchmarks and drive testing”, ceph seems to be optional
So, all seem to work fine without ceph. Admin Andreas Baumann commented on 03.01.2018 19:53
ceph on gihub: a project with pull requests only and no bug reports.. ok then. Admin Erich Eckner commented on 03.01.2018 20:59
agreed: I’ll blacklist it, once I compiled a list of ceph dependent packages. Admin Erich Eckner commented on 03.01.2018 21:04
I only see libvirt, python-pifpaf and qemu depending on ceph Admin Erich Eckner commented on 03.01.2018 21:07
ah, that’s because you already removed the dependencies
Google Cache
Bing Cache
|
|
18 | Packages | Bug Report | Medium | Low | [android-tools] missing a -latomic when linking adb .. | Closed | |
Task Description
08.12.2017 - FS#18 - [android-tools] missing a -latomic when linking adb (and maybe other utilities). Didn’t find the place where to report this upstream!?
|