|
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 …
|
|
86 | Packages: Stable | Bug Report | Medium | Low | newsboat contains SSE2 instuctions | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 14.09.2019 Last edited by Andreas Baumann - 14.09.2019
FS#86 - newsboat contains SSE2 instuctions
shell> newsboat
Program received signal SIGILL, Illegal instruction. 0x005f5cd9 in ?? () => 0x005f5cd9: f2 0f 10 06 movsd (%esi),%xmm0 (gdb) bt #0 0x005f5cd9 in ?? () #1 0x005f40fa in ?? () #2 0x005f3f3b in ?? () #3 0x0072e9fd in ?? () #4 0×00661600 in ?? () #5 0×00659435 in ?? () #6 0x0061fe88 in ?? () #7 0x0065770c in ?? () #8 0x005ea416 in ?? () #9 0x0044ca68 in ?? () #10 0xb76f9859 in __libc_start_main () from /usr/lib/libc.so.6 #11 0x0044da75 in ?? ()
This actually looks like glibc got a SSE2 infection on i686.
Google 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
|
|
97 | Packages: Stable | Bug Report | Very Low | Low | mesa-vdpau /usr/lib/dri/r300_dri.so links to wrong libL ... | Closed | |
Task Description
grep LLVM /var/log/Xorg.0.log
[ 29.423] (EE) AIGLX error: dlopen of /usr/lib/dri/r300_dri.so failed (libLLVM-8.so: cannot open shared object file: No such file or directory)
[ 29.424] (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (libLLVM-8.so: cannot open shared object file: No such file or directory)
ldd /usr/lib/dri/r300_dri.so
linux-gate.so.1 (0xb7f26000)
libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb6836000)
libLLVM-8.so => not found
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb680a000)
libdl.so.2 => /usr/lib/libdl.so.2 (0xb6804000)
libsensors.so.5 => /usr/lib/libsensors.so.5 (0xb67f3000)
libdrm_radeon.so.1 => /usr/lib/libdrm_radeon.so.1 (0xb67e4000)
libelf.so.1 => /usr/lib/libelf.so.1 (0xb67c6000)
libdrm_amdgpu.so.1 => /usr/lib/libdrm_amdgpu.so.1 (0xb67b9000)
libdrm_nouveau.so.2 => /usr/lib/libdrm_nouveau.so.2 (0xb67ae000)
libglapi.so.0 => /usr/lib/libglapi.so.0 (0xb678d000)
libz.so.1 => /usr/lib/libz.so.1 (0xb6773000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb6595000)
libm.so.6 => /usr/lib/libm.so.6 (0xb64c3000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb64a6000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0xb6483000)
libc.so.6 => /usr/lib/libc.so.6 (0xb62d3000)
/usr/lib/ld-linux.so.2 (0xb7f27000)
ls /usr/lib/libLLVM*
/usr/lib/libLLVM-9.0.0.so /usr/lib/libLLVM-9.so /usr/lib/libLLVM.so
|
|
99 | Packages: Stable | Bug Report | Medium | Low | Incompatible Qt library (version 0x50d02) with this lib ... | Closed | |
Task Description
Seen with trojita: Cannot mix incompatible Qt library (version 0x50d02) with this library (version 0x50d01)
|
|
100 | Packages: Stable | Bug Report | Very Low | Low | mldonkey crashes | Unconfirmed | |
Task Description
All versions of mldonkey crash in arch32 updated. (segmentation fault and core dumped)
|
|
101 | Packages: Stable | Bug Report | Medium | Low | clang 9.0.0 moved to stable too soon (breaks kdevelop) | Closed | |
Task Description
:: installing clang (9.0.1-1.0) breaks dependency ‘clang=9.0.0’ required by kdevelop
|
|
102 | Packages: Stable | Bug Report | Medium | Low | firefox-i18-n gets pushed to stable though firefox is n ... | Closed | |
Task Description
warning: cannot resolve “firefox>=71.0”, a dependency of “firefox-i18n-de”
|
|
103 | Packages: Stable | Bug Report | Medium | Low | yarn segfaults | New | |
Task Description
experienced when building buildbot-www
/bin/sh: line 1: 4744 Segmentation fault (core dumped) yarn install –pure-lockfile
|
|
105 | Packages: Stable | Bug Report | Medium | Low | chromium crash in blocked syscalls (libseccomp) | Closed | |
Task Description
chromium apparently also has trouble in some seccomp jailing:
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0403
[1201:1210:0227/131355.020958:FATAL:gpu_data_manager_impl_private.cc(990)] The display compositor is frequently crashing. Goodbye.
[1]+ Trace/breakpoint trap (core dumped) chromium
|
|
180 | Packages: Stable | Bug Report | Very Low | Low | Pandoc requires specific-version haskell dependencies | Closed | |
Task Description
# pandoc --version
pandoc: error while loading shared libraries: libHSzip-archive-0.4.1-4yLWnBS0zifKkvfHVbmUo1-ghc8.10.2.so: cannot open shared object file: No such file or directory
<code>
Versions:
<code>
# pacman -Q | grep haskell
haskell-aeson 1.5.4.1-19.0
haskell-aeson-pretty 0.8.8-94.0
haskell-ansi-terminal 0.11-17.0
haskell-asn1-encoding 0.9.6-58.0
haskell-asn1-parse 0.9.5-58.0
haskell-asn1-types 0.3.4-37.0
haskell-assoc 1.0.2-27.0
haskell-async 2.2.2-40.0
haskell-attoparsec 0.13.2.4-36.0
haskell-base-compat 0.11.2-4.2
haskell-base-compat-batteries 0.11.2-11.0
haskell-base-orphans 0.8.3-14.0
haskell-base16-bytestring 0.1.1.7-3.0
haskell-base64-bytestring 1.2.0.1-3.0
haskell-basement 0.0.11-10.1
haskell-bifunctors 5.5.8-13.0
haskell-blaze-builder 0.4.2.1-2.1
haskell-blaze-html 0.9.1.2-57.0
haskell-blaze-markup 0.8.2.7-41.0
haskell-byteable 0.1.1-22.1
haskell-case-insensitive 1.2.1.0-39.0
haskell-cereal 0.5.8.1-9.0
haskell-citeproc 0.3.0.9-9.0
haskell-cmdargs 0.10.21-1.0
haskell-colour 2.3.5-75.0
haskell-commonmark 0.1.1.2-2.0
haskell-commonmark-extensions 0.2.0.3-1.0
haskell-commonmark-pandoc 0.2.0.1-24.0
haskell-comonad 5.0.6-58.0
haskell-conduit 1.3.4-3.0
haskell-conduit-extra 1.3.5-70.0
haskell-connection 0.3.1-99.0
haskell-cookie 0.4.5-9.1
haskell-cryptonite 0.27-32.0
haskell-data-default 0.7.1.1-87.0
haskell-data-default-class 0.1.2.0-21.1
haskell-data-default-instances-containers 0.0.1-33.1
haskell-data-default-instances-dlist 0.0.1-100.0
haskell-data-default-instances-old-locale 0.0.1-33.1
haskell-data-fix 0.3.0-35.0
haskell-digest 0.0.1.2-22.1
haskell-distributive 0.6.2-40.0
haskell-dlist 1.0-23.0
haskell-doclayout 0.3-45.0
haskell-doctemplates 0.9-40.0
haskell-emojis 0.1-47.0
haskell-erf 2.0.0.0-21.0
haskell-errors 2.3.0-59.1
haskell-file-embed 0.0.13.0-3.1
haskell-glob 0.10.1-28.0
haskell-haddock-library 1.9.0-58.0
haskell-hashable 1.3.0.0-36.0
haskell-hourglass 0.2.12-82.0
haskell-hslua 1.3.0-2.0
haskell-hslua-module-system 0.2.2.1-17.0
haskell-hslua-module-text 0.3.0.1-5.0
haskell-hsyaml 0.2.1.0-52.0
haskell-http 4000.3.15-49.0
haskell-http-client 0.7.6-14.0
haskell-http-client-tls 0.3.5.3-359.0
haskell-http-types 0.12.3-100.0
haskell-hxt 9.3.1.18-196.0
haskell-hxt-charproperties 9.5.0.0-1.0
haskell-hxt-regex-xmlschema 9.2.0.7-2.0
haskell-hxt-unicode 9.0.2.4-22.0
haskell-indexed-traversable 0.1.1-3.1
haskell-integer-logarithms 1.0.3.1-3.1
haskell-ipynb 0.1.0.1-192.0
haskell-jira-wiki-markup 1.3.2-27.0
haskell-juicypixels 3.3.5-37.0
haskell-memory 0.15.0-49.0
haskell-mime-types 0.1.0.9-11.1
haskell-mono-traversable 1.0.15.1-74.0
haskell-network 3.1.2.1-1.0
haskell-network-uri 2.6.3.0-217.0
haskell-old-locale 1.0.0.7-27.1
haskell-old-time 1.1.0.3-27.1
haskell-pandoc-types 1.22-13.0
haskell-pem 0.2.4-114.0
haskell-primitive 0.7.1.0-29.0
haskell-quickcheck 2.14.2-11.0
haskell-random 1.2.0-54.0
haskell-resourcet 1.2.4.2-31.0
haskell-safe 0.3.19-5.1
haskell-scientific 0.3.6.2-53.0
haskell-sha 1.6.4.4-16.1
haskell-skylighting 0.10.2-24.0
haskell-skylighting-core 0.10.2-24.0
haskell-socks 0.6.1-90.0
haskell-split 0.2.3.4-88.0
haskell-splitmix 0.1.0.3-5.0
haskell-streaming-commons 0.2.2.1-28.1
haskell-strict 0.4.0.1-1.0
haskell-syb 0.7.1-8.0
haskell-tagged 0.8.6.1-2.2
haskell-tagsoup 0.14.8-75.0
haskell-temporary 1.3-130.0
haskell-texmath 0.12.0.3-40.0
haskell-text-conversions 0.3.1-62.0
haskell-text-icu 0.7.0.1-37.1
haskell-th-abstraction 0.4.2.0-2.2
haskell-th-compat 0.1-12.0
haskell-these 1.1.1.1-28.0
haskell-time-compat 1.9.5-1.0
haskell-tls 1.5.5-3.0
haskell-transformers-compat 0.6.6-3.1
haskell-typed-process 0.2.6.0-63.0
haskell-unicode-transforms 0.3.7.1-42.0
haskell-uniplate 1.6.13-4.0
haskell-unliftio-core 0.2.0.1-6.1
haskell-unordered-containers 0.2.13.0-11.0
haskell-utf8-string 1.0.1.1-20.0
haskell-uuid-types 1.0.3-58.0
haskell-vector 0.12.1.2-64.0
haskell-vector-algorithms 0.8.0.4-1.0
haskell-x509 1.7.5-137.0
haskell-x509-store 1.6.7-136.0
haskell-x509-system 1.6.6-204.0
haskell-x509-validation 1.6.11-136.0
haskell-xml 1.3.14-27.2
haskell-xml-conduit 1.9.0.0-77.0
haskell-xml-types 0.3.8-5.1
haskell-zip-archive 0.4.1-66.0
haskell-zlib 0.6.2.2-4.0
|
|
182 | Packages: Stable | Bug Report | Very Low | Low | [blender] cannot resolve dependency to opensubdiv | Closed | |
Task Description
# pacman -S blender
resolving dependencies… warning: cannot resolve "opensubdiv”, a dependency of "blender” :: The following package cannot be upgraded due to unresolvable dependencies:
blender
:: Do you want to skip the above package for this upgrade? [y/N] error: failed to prepare transaction (could not satisfy dependencies) :: unable to satisfy dependency 'opensubdiv’ required by blender
|
|
184 | Packages: Stable | Bug Report | Very Low | Low | [ffmpeg] error loading share library libaom.so.2 | Closed | |
Task Description
$ ffmpeg -v ffmpeg: error while loading shared libraries: libaom.so.2: cannot open shared object file: No such file or directory
From pacman: extra/aom 3.0.0-2.1 [installed]
|
|
193 | Packages: Stable | Bug Report | Medium | Low | pacman does not recognize sse2 on via processor | Closed | |
Task Description
/proc/cpuinfo: processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 15 model name : VIA Nano U3400@800MHz stepping : 10 cpu MHz : 798.016 cache size : 2048 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush acpi mmx fxsr sse sse2 ss tm syscall nx lm constant_tsc arch_perfmon rep_good cpuid pni monitor vmx est tm2 ssse3 cx16 xtpr sse4_1 popcnt rng rng_en ace ace_en ace2 phe phe_en pmm pmm_en lahf_lm tpr_shadow vnmi vpid ida vmx flags : vnmi tsc_offset vtpr bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit bogomips : 1596.53 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management:
Other machine, also with via processor:
/proc/cpuinfo: processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 13 model name : VIA C7-D Processor 1800MHz stepping : 0 cpu MHz : 1596.326 cache size : 128 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge cmov pat clflush acpi mmx fxsr sse sse2 tm nx cpuid pni est tm2 xtpr rng rng_en ace ace_en ace2 ace2_en phe phe_en pmm pmm_en bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit bogomips : 3193.67 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 32 bits virtual power management:
All the __builtin_cpu_supports() and __builtin_cpu_is() tests fail. Thus, pacman thinks, it’s not capable of sse2 and installs i686 packages instead of pentium4 ones.
Should we complain at gcc upstream? How does the kernel compile this line in /proc/cpuinfo? What checks does it perform?
|
|
251 | Packages: Stable | Bug Report | Very Low | Low | [pavucontrol] libcanberra/libcanberra-pulse dependency ... | Closed | |
Task Description
There is currently a problem preventing the installation of pavucontrol on i686:
resolving dependencies...
warning: cannot resolve "libcanberra=0.30+2+gc0620e4-3.2", a dependency of "libcanberra-pulse"
warning: cannot resolve "libcanberra-pulse", a dependency of "pavucontrol"
:: The following package cannot be upgraded due to unresolvable dependencies:
pavucontrol
error: failed to prepare transaction (could not satisfy dependencies)
:: unable to satisfy dependency 'libcanberra=0.30+2+gc0620e4-3.2' required by libcanberra-pulse
:: unable to satisfy dependency 'libcanberra-pulse' required by pavucontrol
|
|
315 | Packages: Stable | Bug Report | Very Low | Low | [ncmpcpp] requires wrongly boost libraries | Closed | |
Task Description
ncmpcpp-git compiles on AUR with no problem with all dependencies found on AL32 repositories.
|
|
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
|
|
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
|
|
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
|
|
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
|
|
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
|
|
23 | Packages: Build-list | Bug Report | Medium | Low | libretro* packages failing, seem unsupported for 32-bit ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 04.01.2018 Last edited by Erich Eckner - 26.01.2018
FS#23 - libretro* packages failing, seem unsupported for 32-bit Intel/Linux
This affects the following packages: - libretro-citra (unsuported architecture in dynarmic submodule) - libretro-parallel-n64: tons of assembly errors - libretro-ppsspp: linking issues with ffmpeg - libretro-mupen64plus: direct GOT relocation R_386_GOT32X against _ZN9PluginAPI3getEv PluginAPI::get()
blacklisting all. Closed by Erich Eckner 26.01.2018 17:08 Reason for closing: Won’t fix Additional comments about closing:
blacklisted
Comments (0)
Google Cache
|
|
28 | Packages: Build-list | Bug Report | Medium | Low | postgrest: checks start a Postgresql server and then te... | New | |
Task Description
Starting check()… WARNING [pifpaf.drivers] `psutil.Popen(pid=2683, status=’terminated’)` is already gone, sending SIGKILL to its process group WARNING [pifpaf.drivers] `psutil.Popen(pid=2671, status=’terminated’)` is already gone, sending SIGKILL to its process group WARNING [pifpaf.drivers] `psutil.Popen(pid=2669, status=’terminated’)` is already gone, sending SIGKILL to its process group ERROR [pifpaf] Error while running command: [b’/usr/bin/pg_ctl’, ‘-w’, ‘-o’, ‘-k /tmp/tmp5_5e9_hy -p 5432 -h “127.0.0.1”‘, ‘start’] createdb: could not connect to database template1: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket “/run/postgresql/.s.PGSQL.5432”? ERROR: A failure occurred in check(). Aborting… ERROR: Build failed, check /data/archbuild/staging-i686/arch32/build
Disabling tests for now.
Comments (1)
Related Tasks (0/0)
Admin Andreas Baumann commented on 15.02.2018 16:56
Didn’t pifpaf itself had problems building? Maybe it’s a pifpaf issue..
Bing 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
|
|
43 | Packages: Build-list | Bug Report | Medium | Low | qt5-webengine, firefox, firefox-developer-edition use t ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 16.06.2018 Last edited by Andreas Baumann - 02.10.2019
FS#43 - qt5-webengine, firefox, firefox-developer-edition use too much memory
In file included from gen/third_party/WebKit/public/platform/modules/presentation/presentation.mojom-shared.h:24,
from gen/third_party/WebKit/public/platform/modules/presentation/presentation.mojom.h:37,
from ../../../../qtwebengine-everywhere-src-5.11.0/src/3rdparty/chromium/content/browser/frame_host/render_frame_host_impl.h:66,
from ../../../../qtwebengine-everywhere-src-5.11.0/src/3rdparty/chromium/content/browser/frame_host/frame_tree_node.h:18,
from ../../../../qtwebengine-everywhere-src-5.11.0/src/3rdparty/chromium/content/browser/devtools/browser_devtools_agent_host.cc:21:
gen/third_party/WebKit/public/platform/modules/presentation/presentation.mojom-shared-internal.h:139:35: warning: alignment 1 of ‘blink::mojom::internal::PresentationConnectionMessage_Data’ is less than 8 [-Wpacked-not-aligned] class MOJOM_SHARED_CONTENT_EXPORT PresentationConnectionMessage_Data {
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
virtual memory exhausted: Cannot allocate memory ninja: build stopped: subcommand failed.
Also in firefox:
91:37.06 ../../build/unix/gold/ld: fatal error: libxul.so: mmap: failed to allocate 1703955732 bytes for output file: Cannot allocate memory 91:37.06 collect2: error: ld returned 1 exit status 91:37.06 make[4]: * [/build/firefox/src/mozilla-unified/config/rules.mk:701: libxul.so] Error 1 91:37.06 make[3]: * [/build/firefox/src/mozilla-unified/config/recurse.mk:73: toolkit/library/target] Error 2 91:37.06 make[2]: * [/build/firefox/src/mozilla-unified/config/recurse.mk:33: compile] Error 2 91:37.06 make[1]: * [/build/firefox/src/mozilla-unified/config/rules.mk:434: default] Error 2 91:37.06 make: *** [client.mk:168: build] Error 2
Closed by Andreas Baumann 02.10.2019 19:26 Reason for closing: Fixed Additional comments about closing:
Currently firefox and qt5-webengine build. firefox-developer-edition is blacklisted as it causes too much trouble already as the official released version, so we don’t to beta testing here..
Comments (10)
Related Tasks (0/0)
Admin Andreas Baumann commented on 16.06.2018 05:33
Build slaves should have a 4GB swap space (if they are virtual machines), and sysctl vm.mmap_min_addr=0 should be set.
For containers I don’t know what’s best becauste systemd-nspawn has a mind of its own. sysctl vm.mmap_min_addr=0 on the host helped here too. Admin Andreas Baumann commented on 16.06.2018 05:37
Another solution could be not to use the gold-ld. Admin Andreas Baumann commented on 16.06.2018 06:26
and another one:
CodeCache::InnerPointerToCodeCacheEntry’; use assignment or value-initialization instead [-Wclass-memaccess]
memset(&cache_[0], 0, sizeof(cache_));
^
../../../../qtwebengine-everywhere-src-5.11.0/src/3rdparty/chromium/v8/src/frames.h:36:10: note: ‘struct v8::internal::InnerPointerToCodeCache::InnerPointerToCodeCacheEntry’ declared here
struct InnerPointerToCodeCacheEntry {
^~~~~~~~~~~~~~~~~~~~~~~~~~~~
{standard input}: Assembler messages: {standard input}:15117: Warning: end of file not at end of a line; newline inserted {standard input}: Error: open CFI at the end of file; missing .cfi_endproc directive g++: fatal error: Terminated signal terminated program cc1plus compilation terminated. ninja: build stopped: subcommand failed.
This looks like truncated assembly to me. Maybe using tmpfile instead of -pipe? Admin Andreas Baumann commented on 17.06.2018 06:24
qt5-webkit fails now much later in a build race in a plugin. removing -pipe could also help for all other packages running out of virtual memory, so maybe changing the global build options to ‘-j1’ and not ‘-pipe’ in makepkg.conf is an idea. Or we patch the affected packages only, but patching away a -pipe might not be as easy as one may think. Admin Andreas Baumann commented on 20.06.2018 05:01
Still trouble with firefox and firefox-developer-edition, -pipe gets added somewhere even if I change it in the build chroot configuration in makepkg.conf.. Admin Andreas Baumann commented on 21.06.2018 11:46
-pipe doens’t have a huge impact.
So I’ll try with some special LDFLAGS -Wl,–no-keep-memory, after a hint in:
https://bugzilla.mozilla.org/show_bug.cgi?id=854535 Admin Andreas Baumann commented on 23.06.2018 07:56
A top on a 64-bit Archlinux shows me the following during a build:
26963 arch 20 0 6336364 1.8g 1468 R 7.0 91.8 1:44.14 dump_syms
0 S arch 26958 26956 0 80 0 - 25355 - 20:29 pts/0 00:00:00 /data/firefox/src/mozilla-unified/obj-x86_64-pc-linux-gnu/_virtualenv/bin/python /data/firefox/src/mozilla-unified/toolkit/crashreporter/tools/symbolstore.py -c –vcs-info –install-manifest=/data/firefox/src/mozilla-unified/obj-x86_64-pc-linux-gnu/_build_manifests/install/dist_include,/data/firefox/src/mozilla-unified/obj-x86_64-pc-linux-gnu/dist/include -s /data/firefox/src/mozilla-unified /data/firefox/src/mozilla-unified/obj-x86_64-pc-linux-gnu/dist/host/bin/dump_syms /data/firefox/src/mozilla-unified/obj-x86_64-pc-linux-gnu/dist/crashreporter-symbols /data/firefox/src/mozilla-unified/obj-x86_64-pc-linux-gnu/toolkit/library/libxul.so 0 D arch 26963 26958 7 80 0 - 1146305 - 20:29 pts/0 00:00:34 /data/firefox/src/mozilla-unified/obj-x86_64-pc-linux-gnu/dist/host/bin/dump_syms /data/firefox/src/mozilla-unified/obj-x86_64-pc-linux-gnu/toolkit/library/libxul.so
So, this dump_syms program will never work in an 32-bit address room. The question is, can it be tuned or hacked? The question, why did it work till now and what changed so it doesn’t work currently? Admin Andreas Baumann commented on 02.07.2018 15:58
Another try using the standard linker instead of the gold one. Admin Andreas Baumann commented on 02.07.2018 19:43
I think, I’m in the wrong movie:
36:53.02 libxul.so 37:13.26 /usr/bin/ld: out of memory allocating 1000 bytes after a total of 898674688 bytes 37:13.26 collect2: error: ld returned 1 exit status
Admin Andreas Baumann commented on 02.10.2019 19:24
Rust things also run out of memory (firefox), disabling some debug info with debug_info=1 makes the builds succeed.
Google 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
|
|
60 | Packages: Build-list | Bug Report | Medium | Low | lightdm gtk greeter fails | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 10.01.2019 Last edited by Andreas Baumann - 20.01.2019
FS#60 - lightdm gtk greeter fails
Jan 10 12:55:01 arch32-staging systemd-coredump[894]: Process 892 (lightdm-gtk-gre) of user 620 dumped core.
Stack trace of thread 892:
#0 0x00000000b712bb25 n/a (libglib-2.0.so.0)
#1 0x00000000b7120230 g_log_default_handler (libglib-2.0.so.0)
#2 0x00000000b712bd7d g_logv (libglib-2.0.so.0)
#3 0x00000000b712bf55 g_log (libglib-2.0.so.0)
#4 0x00000000b711267a g_thread_new (libglib-2.0.so.0)
#5 0x00000000b7132a1e n/a (libglib-2.0.so.0)
#6 0x00000000b7132a7a n/a (libglib-2.0.so.0)
#7 0x00000000b70e78d7 g_unix_signal_source_new (libglib-2.0.so.0)
#8 0x00000000b70ea3ef g_unix_signal_add_full (libglib-2.0.so.0)
#9 0x00000000b70ea463 g_unix_signal_add (libglib-2.0.so.0)
#10 0x00000000004dc145 main (lightdm-gtk-greeter)
#11 0x00000000b6c87a49 __libc_start_main (libc.so.6)
#12 0x00000000004de7f5 _start (lightdm-gtk-greeter)
Closed by Andreas Baumann 20.01.2019 16:04 Reason for closing: Fixed Additional comments about closing:
hotfixed in lightdm-1:1.28.0-1.3
Comments (12)
Related Tasks (0/0)
Admin Andreas Baumann commented on 19.01.2019 07:49
So, this happens when registering a signal handler: g_unix_signal_add.
Usually this points into the direction of ABI mismatches.. Admin Andreas Baumann commented on 19.01.2019 08:07
[+0.83s] DEBUG: Session pid=3468: Running command /usr/bin/lightdm-gtk-greeter [+0.83s] DEBUG: Creating shared data directory /var/lib/lightdm-data/lightdm [+0.83s] DEBUG: Session pid=3468: Logging to /var/log/lightdm/seat0-greeter.log [+1.45s] DEBUG: Seat seat0: Stopping; failed to start a greeter
the logfile is empty.
So, the question is, why doesn’t the greeter start and segfault. Admin Andreas Baumann commented on 19.01.2019 09:19
rebuilt both lightdm-gtk-greeter and glib2 with debugging information (options=debug in PKGBUILD).
Now the stacktrace looks like:
#0 0xb7178b25 in _g_log_abort (breakpoint=1) at ../glib/glib/gmessages.c:554 554 G_BREAKPOINT (); (gdb) bt #0 0xb7178b25 in _g_log_abort (breakpoint=1) at ../glib/glib/gmessages.c:554 #1 0xb716d230 in g_log_default_handler
(log_domain=0xb71b40d0 "GLib", log_level=6, message=0x78ee60 "creating thread 'gmain': Error creating thread: Resource temporarily unavailable", unused_data=0x0) at ../glib/glib/gmessages.c:3111
#2 0xb7178d7d in g_logv
(log_domain=0xb71b40d0 "GLib", log_level=G_LOG_LEVEL_ERROR, format=0xb7207a67 "creating thread '%s': %s", args=0xbf85e91c "\262\320 \267") at ../glib/glib/gmessages.c:1350
#3 0xb7178f55 in g_log
(log_domain=0xb71b40d0 "GLib", log_level=G_LOG_LEVEL_ERROR, format=0xb7207a67 "creating thread '%s': %s") at ../glib/glib/gmessages.c:1413
#4 0xb715f67a in g_thread_new (name=0xb720d0b2 “gmain”, func=0xb7180b70 , data=0×0)
at ../glib/glib/gthread.c:830
#5 0xb717fa1e in g_get_worker_context () at ../glib/glib/gmain.c:5888 #6 0xb717fa7a in ref_unix_signal_handler_unlocked (signum=15, signum
at ../glib/glib/gmain.c:5224
#7 0xb71348d7 in _g_main_create_unix_signal_watch (signum=15) at ../glib/glib/gmain.c:5332 #8 0xb71348d7 in g_unix_signal_source_new (signum=15, signum
at ../glib/glib/glib-unix.c:222
#9 0xb71373ef in g_unix_signal_add_full
(priority=0, signum=15, handler=0x495f90 , user_data=0x1, notify=0x0)
at ../glib/glib/glib-unix.c:252
#10 0xb7137463 in g_unix_signal_add (signum=15, handler=0x495f90 , user_data=0×1) –Type for more, q to quit, c to continue without paging–
at ../glib/glib/glib-unix.c:283
#11 0×00490145 in main (argc=, argv at lightdm-gtk-greeter.c:2768
Admin Andreas Baumann commented on 19.01.2019 09:44
creating thread ‘gmain’: Error creating thread: Resource temporarily unavailable
This is the interesting one. Why should creating a thread run out of resources? And which resources? Admin Andreas Baumann commented on 19.01.2019 09:47
This is not by any chance an unhandled EAGAIN? Admin Andreas Baumann commented on 19.01.2019 10:04
[pid 6607] execve(”/usr/bin/core_perl/plymouth”, [”plymouth”, “–ping”], 0xbfa9086c /* 22 vars */) = -1 ENOENT (No such file or directory)
this seems a collateral damage (aka hard-coded call to the bootup manager plymouth), not every Linux distribution has a plymouth, so I hope, this is actually optional.. The -ping indicates, that plymouth is started with ping, to see whether it is around. It doesn’t seem to have something to do with our problem though..
There is a strace entry showing the greeter gets started:
[pid 6616] execve(”/usr/bin/lightdm-gtk-greeter”, [”/usr/bin/lightdm-gtk-greeter”], 0xf61510 /* 15 vars */) = 0
later the sighandler tries to open a new thread:
825 GThread *thread; 826 827 thread = g_thread_new_internal (name, g_thread_proxy, func, data, 0, &error); 828 829 if G_UNLIKELY (thread == NULL) 830 g_error (”creating thread ‘%s’: %s”, name ? name : ““, error->message); 831 832 return thread;
So, if it runs out of resources here (due to a systemd limit, rlimit thing), this would explain the startup issues..
There is also a suspicious:
[pid 6616] mmap2(NULL, 8392704, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = -1 EAGAIN (Resource temporarily unavailable)
So, I check the rlimit settings used by systemd for login session.. Admin Andreas Baumann commented on 20.01.2019 09:21
Sounds related:
https://github.com/abrt/faf/issues/212 Admin Andreas Baumann commented on 20.01.2019 10:37
mmh. why does lightdm-gtk-greeter work on 64-bit Archlinux? Admin Andreas Baumann commented on 20.01.2019 10:55
aha. the mmap works there. Admin Andreas Baumann commented on 20.01.2019 13:54
lightdm-gtk-greeter.c
mlockall (MCL_CURRENT | MCL_FUTURE);
commenting that out lets the mmap2 succeed.
As we deal with passwords, just disabling the locking is maybe not the best idea.
Incrementing the systemd limit in lightdm.conf LimitMEMLOCK=2684354560 didn’t help at all. Admin Andreas Baumann commented on 20.01.2019 13:58
Locking the whole greeter with all GTK inside is maybe also not the wisest idea.. Admin Andreas Baumann commented on 20.01.2019 14:03
LimitMEMLOCK=infinity in /lib/systemd/system/lightdm.service seemed so help.
Google Cache
|
|
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’ …
|
|
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
|
|
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
|
|
75 | Packages: Build-list | Bug Report | Medium | Low | openjdk8/10/11/12 break with march=pentium4 optimizatio ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 18.05.2019 Last edited by Andreas Baumann - 16.08.2019
FS#75 - openjdk8/10/11/12 break with march=pentium4 optimization
This blocks ant, needed for building libreoffice. Closed by Andreas Baumann 16.08.2019 13:55 Reason for closing: Fixed Additional comments about closing:
fixed for 8, 10, 11 and 12. Not for 7.
Comments (34)
Related Tasks (0/0)
Admin Andreas Baumann commented on 18.05.2019 18:18
mmh. java is fine.
java -version openjdk version “1.8.0_212” OpenJDK Runtime Environment (build 1.8.0_212-b01) OpenJDK Server VM (build 25.212-b01, mixed mode)
javac # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (os_linux_x86.cpp:291), pid=124, tid=0xf6dc1b40 # fatal error: An irrecoverable SI_KERNEL SIGSEGV has occurred due to unstable signal handling in this distribution. # # JRE version: OpenJDK Runtime Environment (8.0_212-b01) (build 1.8.0_212-b01) # Java VM: OpenJDK Server VM (25.212-b01 mixed mode linux-x86 ) # Core dump written. Default location: /build/libreoffice-still/core or core.124 # # An error report file with more information is saved as: # /build/libreoffice-still/hs_err_pid124.log # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # Aborted (core dumped)
ant # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (os_linux_x86.cpp:291), pid=155, tid=0xf6d4fb40 # fatal error: An irrecoverable SI_KERNEL SIGSEGV has occurred due to unstable signal handling in this distribution. # # JRE version: OpenJDK Runtime Environment (8.0_212-b01) (build 1.8.0_212-b01) # Java VM: OpenJDK Server VM (25.212-b01 mixed mode linux-x86 ) # Core dump written. Default location: /build/libreoffice-still/core or core.155 # # An error report file with more information is saved as: # /build/libreoffice-still/hs_err_pid155.log # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # Aborted (core dumped)
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x897c76] V [libjvm.so+0x36392a] V [libjvm.so+0x71341f] JVM_handle_linux_signal+0x6bf V [libjvm.so+0x70507f] C [linux-gate.so.1+0×950] __kernel_rt_sigreturn+0×0
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j java.lang.System.nanoTime()J+0 j java.net.URLClassLoader.defineClass(Ljava/lang/String;Lsun/misc/Resource;)Ljava/lang/Class;+0 j java.net.URLClassLoader.access$100(Ljava/net/URLClassLoader;Ljava/lang/String;Lsun/misc/Resource;)Ljava/lang/Class;+3 j java.net.URLClassLoader$1.run()Ljava/lang/Class;+43 j java.net.URLClassLoader$1.run()Ljava/lang/Object;+1 v ~StubRoutines::call_stub j java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;Ljava/security/AccessControlContext;)Ljava/lang/Object;+0 j java.net.URLClassLoader.findClass(Ljava/lang/String;)Ljava/lang/Class;+13 j java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;+70 j sun.misc.Launcher$AppClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;+81 j java.lang.ClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class;+3 v ~StubRoutines::call_stub j com.sun.tools.javac.main.Main.(Ljava/lang/String;Ljava/io/PrintWriter;)V+5 j com.sun.tools.javac.main.Main.(Ljava/lang/String;)V+13 j com.sun.tools.javac.Main.compile([Ljava/lang/String;)I+6 j com.sun.tools.javac.Main.main([Ljava/lang/String;)V+1 v ~StubRoutines::call_stub Admin Andreas Baumann commented on 18.05.2019 18:19
well. Java errors, hard to debug.. Admin Andreas Baumann commented on 18.05.2019 18:21
Installing the i686 version in the pentium4 chroot also segfaults.. Admin Andreas Baumann commented on 18.05.2019 18:25
Java 686 doesn’t segfault on a real i686 installed system. So, I fear, some library in pentium4 is causing java to segfault. Admin Andreas Baumann commented on 18.05.2019 18:36
Event: 0.057 Thread 0xf6b07c00 Exception <a> (0xd7b86ea0) thrown at [/build/javapenjdk/src/jdk8u-jdk8u212-b01/hotspot/src/share/vm/prims/jni.cp Event: 0.057 Thread 0xf6b07c00 Exception </a><a> (0xd7b87170) thrown at [/build/javapenjdk/src/jdk8u-jdk8u212-b01/hotspot/src/share/vm/prims/jni.cpp, line 4012] Event: 0.231 Thread 0xf6b07c00 Exception </a><a> (0xd7cc0498) thrown at [/build/javapenjdk/src/jdk8u-jdk8u212-b01/hotspot/src/share/vm/prims/jvm.cpp, line 1502]
mmh. this sounds quite internal.. </a> Admin Andreas Baumann commented on 18.05.2019 18:50
pentium$: javac -version javac 11.0.3
why is libreoffice built with java 8? Admin Andreas Baumann commented on 18.05.2019 19:00
weird: on my pentium4 test machine with jdk 8 and 11 installed, I can switch to java 8 and everything is fine. Admin Andreas Baumann commented on 18.05.2019 19:03
I remember issues with shared libraries and the way the Jvm is bootstrapping. For instance not having a /proc causes trouble of this sort. But we have a /proc (we are using arch-chroot and a bind mount point). Admin Andreas Baumann commented on 18.05.2019 19:07
using java 11 and javac 11 on pentium4 works.. Admin Andreas Baumann commented on 18.05.2019 19:08
..and now we get to “find the 10 differences in this picture”. Admin Andreas Baumann commented on 18.05.2019 19:14
The only thing I can think of is a different kernel (with more protection enabled):
https://bugs.openjdk.java.net/browse/JDK-8023956 https://bugs.openjdk.java.net/browse/JDK-8181068
This cries for building it on a real Pentium4 or on a properly emulated one, not in a chroot. Admin Erich Eckner commented on 22.05.2019 04:34
> using java 11 and javac 11 on pentium4 works..
why not simply pin the java version to 11, then? Admin Andreas Baumann commented on 06.06.2019 18:19
When installing the i686 version of glibc and openjdk8 there is no segfault! So this sounds more like a new glibc and optimization triggering something in java.. Admin Andreas Baumann commented on 07.06.2019 16:54
Actually also original SUN java 7 segfaults with this glibc. Rebuilding glibc didn’t help. So I’m pretty sure it’s some protection thingy getting into the way of old Java JDKs (because they always pushed their limits and did funny tricks in the past). Luke commented on 18.06.2019 18:27
Erich Eckner, Ant is still broken with pentium4 build of java 11 (i686 works).
$ archlinux-java status Available Java environments:
java-11-openjdk (default)
Admin Andreas Baumann commented on 19.06.2019 17:57
19:40 < slacka123> should use “-march=i686 -msse2 -mtune=generic -mfpmath=sse -mstackrealign” instead? 19:54 < slacka123> Yes, it does - https://bugs.documentfoundation.org/show_bug.cgi?id=108619 19:54 < phrik> Title: 108619 – (32bitjavacrash) Java Crash on x86 in jfw_plugin_startJavaVirtualMachine
w/ recent linux kernels (at bugs.documentfoundation.org)
19:55 < slacka123> Fedora 30 also needs that kernel parameter, “stack_guard_gap=1” to run/build
LibreOffice and other java apps
… 19:56 < slacka123> but i686 arch32 also needs it
from the chat protocol: https://mirror.archlinux32.org/irc-logs/%23archlinux32/2019-06-19.html#19:39:59 Admin Andreas Baumann commented on 21.06.2019 08:29
See: https://src.fedoraproject.org/rpms/glibc/blob/master/f/glibc.spec Admin Andreas Baumann commented on 21.06.2019 12:23
Thanks slacka123 for the hint. This seems to solve the java/javac crashes.
It’s fixed now in staging and will soon hop into testing. Admin Andreas Baumann commented on 11.08.2019 06:03
The segfaults persist through all pentium4 versions of the openjdk. Additionally now also the 7 version of i686 and pentium4 are segfaulting. Admin Andreas Baumann commented on 11.08.2019 07:11
jkd7 also cannot find libattr:
https://patchwork.openembedded.org/patch/110857/ Admin Andreas Baumann commented on 11.08.2019 07:13
On 64-bit it complains about ant:
error: target not found: apache-ant>=1.8.1
flagged out-of-date upstream, unusable currently for bootstrapping. Admin Andreas Baumann commented on 11.08.2019 07:56
https://bugs.archlinux.org/task/63430 Admin Andreas Baumann commented on 11.08.2019 07:56
configure: Found potential Boot JDK using java© in PATH configure: Potential Boot JDK found at /usr/lib/jvm/java-penjdk is incorrect JDK version (#); ignoring configure: (Your Boot JDK must be version 7 or 8) configure: Found potential Boot JDK using well-known locations (in /usr/lib/jvm/java-penjdk) configure: Potential Boot JDK found at /usr/lib/jvm/java-penjdk is incorrect JDK version (#); ignoring configure: (Your Boot JDK must be version 7 or 8) configure: Found potential Boot JDK using well-known locations (in /usr/lib/jvm/default-runtime) configure: Potential Boot JDK found at /usr/lib/jvm/default-runtime is incorrect JDK version (#); ignoring configure: (Your Boot JDK must be version 7 or 8) configure: Found potential Boot JDK using well-known locations (in /usr/lib/jvm/default) configure: Potential Boot JDK found at /usr/lib/jvm/default is incorrect JDK version (#); ignoring configure: (Your Boot JDK must be version 7 or 8) configure: Could not find a valid Boot JDK. configure: This might be fixed by explicitely setting –with-boot-jdk configure: error: Cannot continue configure exiting with result code 1 Admin Andreas Baumann commented on 11.08.2019 18:02
building on i686 (where openjdk8 still works) and using makepkg.conf with pentium4 cflags gives a package with wrong architecture though, but running in a pentium4 chroot if installed.
Though when I try to rebuild it with the ‘cross-compiled’ package in a pentium4 chroot, I get:
checking headful support… include support for both headful and headless configure: Found potential Boot JDK using configure arguments configure: Potential Boot JDK found at /usr/lib/jvm/java-penjdk is incorrect JDK version (#); ignoring configure: (Your Boot JDK must be version 7 or 8) configure: error: The path given by –with-boot-jdk does not contain a valid Boot JDK configure exiting with result code 1
Inside I have a hs_err_pid3361.log showing again the darn SI_KERNEL SIGSEGV.
This problem is over my head (and skills). Admin Andreas Baumann commented on 12.08.2019 15:26
This sounds interesting:
https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3533
related question: is -march=pentium4 changing the stack layout? Admin Andreas Baumann commented on 12.08.2019 15:28
Should we force stack alignment globally for all libraries which could potentially be called from java with -mstack-alignment=16? This could break havock on other software.. Admin Andreas Baumann commented on 12.08.2019 15:28
Also interesting:
https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3533 Admin Andreas Baumann commented on 12.08.2019 15:30
Also: -mincoming-stack-boundary=2
https://bugs.gentoo.org/attachment.cgi?id=522650&action=diff Admin Andreas Baumann commented on 12.08.2019 16:00
So -mstackrealign in the glibc flags helps to realign the stack, so that 4 and 16 byte stacks can coexist, but Java generates it’s own executable code, which doesn’t respect that? Why should -mincoming-stack-boundary=2 help then? I’ll test again a double compilation via working i686 chroot to pentium4 (with -mincoming-stack-boundary=2 in the PKGBUILD of javapenjdk), then see if it can rebuild itself in a pentium4 chroot. Admin Andreas Baumann commented on 13.08.2019 04:48
Apparently this helps, thanks to the Gentoo guys. Admin Andreas Baumann commented on 13.08.2019 05:05
Now to jdk10, jdk11 and jdk12 (weirdly enough there is no jdk9?). Admin Andreas Baumann commented on 15.08.2019 07:32
a working JDK8 for pentium4 hit staging. now for the other versions.. Admin Andreas Baumann commented on 15.08.2019 11:40
This helps against GOT/PLT errors:
if test ${CARCH} = i686 -o ${CARCH} = pentium4; then
echo "Removing '-fno-plt' from CFLAGS and CXXFLAGS to prevent build fail with th
_CFLAGS=${CFLAGS/-fno-plt/}
_CXXFLAGS=${CXXFLAGS/-fno-plt/}
fi
Admin Andreas Baumann commented on 15.08.2019 12:03
Finished building targets ‘images docs’ in configuration ‘linux-x86-normal-server-release’ find: <80><98>../jdk10u-jdk-10.0.2+13/build/linux-i386-normal-server-release/images<80><99>: No such file or directory ESC[1mESC[31m==> ERROR:ESC[m^OESC[1m A failure occurred in build().ESC[m^O ESC[1m Aborting…ESC[m^O ==> ERROR: Build failed, check /var/lib/archbuild/staging-i686/abaumann/build (END)
needs:
case “${CARCH}” in
x86_64) _JARCH='x86_64';;
i486|i686|pentium4) _JARCH='x86';;
esac
Google Cache
|
|
77 | Packages: Build-list | Bug Report | Medium | Low | librsvg doesn't rebuild | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 30.05.2019
FS#77 - librsvg doesn’t rebuild
-> /build/librsvg/src/librsvg/target/release/build/typenum-ff577e94a786118f/out/consts.rs:2113:5
| 2111 | pub type P1024 = PInt; pub type N1024 = NInt;
| ----------------------------- previous definition of the type `P1024` here
2112 | pub type U1024 = UInt, B0>, B0>, B0>, B0>, B0>, B0>, B0>, B0>, B0>, B0>; 2113 | pub type P1024 = PInt; pub type N1024 = NInt;
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ `P1024` redefined here
|
= note: `P1024` must be defined only once in the type namespace of this module
error[E0428]: the name `N1024` is defined multiple times
-> /build/librsvg/src/librsvg/target/release/build/typenum-ff577e94a786118f/out/consts.rs:2113:35
| 2111 | pub type P1024 = PInt; pub type N1024 = NInt;
| ----------------------------- previous definition of the type `N1024` here
2112 | pub type U1024 = UInt, B0>, B0>, B0>, B0>, B0>, B0>, B0>, B0>, B0>, B0>; 2113 | pub type P1024 = PInt; pub type N1024 = NInt;
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ `N1024` redefined here
|
= note: `N1024` must be defined only once in the type namespace of this module
error: aborting due to 3 previous errors
For more information about this error, try `rustc –explain E0428`. error: Could not compile `typenum`.
Caused by:
process didn't exit successfully: `rustc --crate-name typenum /build/.cargo/registry/src/github.com-1ecc6299db9ec823/typenum-1.10.0/src/lib.rs --color never --crate-type lib --emit=dep-info,link -C opt-level=3 -C debuginfo=2 -C metadata=045a2ce7f5cfaab5 -C extra-filename=-045a2ce7f5cfaab5 --out-dir /build/librsvg/src/librsvg/target/release/deps -L dependency=/build/librsvg/src/librsvg/target/release/deps --cap-lints allow -C target-cpu=pentium3 -C target-feature=-sse2` (exit code: 1)
warning: build failed, waiting for other jobs to finish… error: build failed make[2]: * [Makefile:1934: /build/librsvg/src/librsvg/target/release/librsvg_internals.a] Error 101 make[2]: Leaving directory ‘/build/librsvg/src/librsvg’
make[1]: * [Makefile:1438: all-recursive] Error 1 make[1]: Leaving directory ‘/build/librsvg/src/librsvg’ make: *** [Makefile:931: all] Error 2
The same error with typenum as when bootstrapping rust in stage 2.
librsvg is very important as it blocks tons of other stuff (so why again was it written in Rust?!)
I might have seen a Debian patch for it, but Debian goes a “complete Rust micro-packaging” way, not sure whether we can apply it here?
Comments (1)
Related Tasks (0/0)
Levi commented on 30.05.2019 18:26
Since it looks to me like it’s redefining P1024 and N1024 the same, can’t you just eliminate one of these definitions. Sure, it makes a patch you’d have to maintain henceforth until they fix this upstream, and I don’t understand what kind of preprocessing is ending up with this particular duplication, but deleting a line is about the simplest patch you could maintain.
Google Cache
|
|
80 | Packages: Build-list | Bug Report | Medium | Low | kate refuses to build due to some broken shared ... | Closed | |
Task Description
07.07.2019 - FS#80 - kate refuses to build due to some broken shared library dependencies. /usr/bin/ld: warning: libgit2.so.27, needed by …
|
|
281 | Packages: Build-list | Bug Report | Very Low | Low | Firefox compilation | Closed | |
Task Description
I checked the firefox on the build-list and its not compiling because of missing lvm13 libs which are packages are llvm13-libs and llvm13
|
|
191 | Packages | Bug Report | Very Low | Critical | mpv links against libsrt.so.1 which does not exist | Closed | |
Task Description
$ pacman -Qs mpv
local/mpv 1:0.33.1-1.0
a free, open source, and cross-platform media player
$ pacman -Qs srt
local/srt 1.4.3-1.0
Secure Reliable Transport library
$ pacman -Fl srt | grep libsrt
srt usr/lib/libsrt.so
srt usr/lib/libsrt.so.1.4
srt usr/lib/libsrt.so.1.4.3
$ mpv
mpv: error while loading shared libraries: libsrt.so.1: cannot open shared object file: No such file or directory
$ ldd /usr/bin/mpv | grep srt
libsrt.so.1 => not found
$ sudo ln -s /usr/lib/libsrt.so.1.4.3 /usr/lib/libsrt.so.1
$ mpv --version
mpv 0.33.1-dirty Copyright © 2000-2020 mpv/MPlayer/mplayer2 projects
built on UNKNOWN
FFmpeg library versions:
libavutil 56.51.100
libavcodec 58.91.100
libavformat 58.45.100
libswscale 5.7.100
libavfilter 7.85.100
libswresample 3.7.100
FFmpeg version: n4.3.2
$ ldd /usr/bin/mpv | grep srt
libsrt.so.1 => /usr/lib/libsrt.so.1 (0xb2a54000)
Running ldconfig does not create the missing symlink.
|
|
198 | Packages | Bug Report | Very Low | Critical | [deleted due to spam] | Closed | |
Task Description
no task description |
|
220 | Packages | Bug Report | Very High | Critical | [python] completly broken | Closed | |
Task Description
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/mercurial/policy.py", line 69, in _importfrom
fakelocals[modname] = mod = getattr(pkg, modname)
File "/usr/lib/python3.9/site-packages/mercurial/pycompat.py", line 307, in w
return f(object, sysstr(name), *args)
AttributeError: module ‘mercurial.cext’ has no attribute ‘parsers’
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/bin/hg", line 61, in <module>
dispatch.run()
File "/usr/lib/python3.10/importlib/util.py", line 247, in __getattribute__
self.__spec__.loader.exec_module(self)
File "<frozen importlib._bootstrap_external>", line 883, in exec_module
File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
File "/usr/lib/python3.9/site-packages/mercurial/dispatch.py", line 21, in <module>
from .i18n import _
File "/usr/lib/python3.10/importlib/util.py", line 247, in __getattribute__
self.__spec__.loader.exec_module(self)
File "/usr/lib/python3.9/site-packages/mercurial/i18n.py", line 123, in <module>
if _plain():
File "/usr/lib/python3.9/site-packages/mercurial/i18n.py", line 115, in _plain
b'HGPLAIN' not in encoding.environ
File "/usr/lib/python3.10/importlib/util.py", line 247, in __getattribute__
self.__spec__.loader.exec_module(self)
File "/usr/lib/python3.9/site-packages/mercurial/encoding.py", line 41, in <module>
charencode = policy.importmod('charencode')
File "/usr/lib/python3.9/site-packages/mercurial/policy.py", line 116, in importmod
mod = _importfrom(pn, mn)
File "/usr/lib/python3.9/site-packages/mercurial/policy.py", line 71, in _importfrom
raise ImportError('cannot import name %s' % modname)
ImportError: cannot import name parsers
for instance when building nss.
|
|
224 | Packages | Bug Report | Very Low | Critical | gpg broken on pentium4 | Closed | |
Task Description
I had to rebuild sqlite to have dirmng start and still –recv-keys is not working, returning “general error”.
|
|
225 | Packages | Bug Report | High | Critical | [zstd] 1.5.1, zstd compressed ramdisk fails to load pro ... | Closed | |
Task Description
kernel issue with some network card and/or systemd subservice not working add all
I cannot login remotely or locally.
System drops to maintainance shell..
Not a single systemd subdaemon is working..
This also effectively kills all i486 build machines..
|
|
304 | Packages | Bug Report | Medium | Critical | [systemd] 251.2 breaking systems, cannot login | Closed | |
Task Description
Assertion 'close_nointr(fd) != -EBADF' failed at src/basic/fd-util.c:76, function safe_close(). Aborting.
The temporary workaround is to comment out ‘pam_system.so’ in system-auth and system-login..
|
|
340 | Packages | Bug Report | Very Low | Critical | [chromium] broken due to outdated libraries, plus also ... | Unconfirmed | |
Task Description
The package needs to be recompiled for re2 v10 and several required dependencies were not installed, such as icu69 (?) and more.
|
|
341 | Packages | Bug Report | Very Low | Critical | python3 is version 11, but all packages install only 3.... | Unconfirmed | |
Task Description
From a fresh install just now:
The /usr/lib/python3.10/site-packages folder is full of dozens of files, but there is little in the 3.11 folder. Some examples: gajim yt-dlp zippy samba.
This seems to affect most new packages that I install, so it is by no means limited to just the examples.
|
|
355 | Packages | Bug Report | Medium | Critical | KDE packages fail to install because of /lib | New | |
Task Description
Some KDE packages try to replace the ‘lib’ symlink with a directory, causing the system to fail to start.
If you are lucky, pacman warns you about it and says:
pacman -S breeze-icons
resolving dependencies...
looking for conflicting packages...
Packages (1) breeze-icons-6.0.0-1.0
Total Installed Size: 71.92 MiB
Net Upgrade Size: 0.61 MiB
:: Proceed with installation? [Y/n]
(1/1) checking keys in keyring [##################################] 100%
(1/1) checking package integrity [##################################] 100%
(1/1) loading package files [##################################] 100%
(1/1) checking for file conflicts [##################################] 100%
error: failed to commit transaction (conflicting files)
breeze-icons: /lib exists in filesystem (owned by filesystem)
Errors occurred, no packages were upgraded
I had one hard-to-reproduce case where I basically nuked my VMs with that.
The recovery procedure in this case is:
# Boot from last ISO
# mount /dev/xxx to /mnt
cd /usr
mv lib/cmake/* usr/lib/cmake/.
mv lib/qml /usr/lib/.
rmdir lib/cmake
rmdir lib
ln -s usr/lib lib
Packages known to misbehave are ‘kqtquickcharts’, ‘breeze-icons’. Surely more to follow..
|
|
104 | Packages | Bug Report | Medium | High | [glibc] 2.31-1.0 broken | Closed | |
Task Description
Real machines (i686) break apart in mutliple ways: systemd-journald fails to start, also udev seems to have trouble. This leaves one with a rescue console. And at least in my rescue console, my keyboard did not work. I also have a pentium4 vm which won’t boot currently (I might give some details, when I have a little more time).
|
|
111 | Packages | Bug Report | Very Low | High | [libxcrypt]: conflicts with glibc | Closed | |
Task Description
# pacman -Syu
....
error: failed to commit transaction (conflicting files)
libxcrypt: /usr/include/crypt.h exists in filesystem (owned by glibc)
libxcrypt: /usr/lib/libcrypt.so exists in filesystem (owned by glibc)
Errors occurred, no packages were upgraded.
this is a rather critical bug - it is required by gtk and qt, via libcups; so most desktop users are affected by it
|
|
119 | Packages | Bug Report | Very Low | High | [gdb] needs rebuilt after python upgrade | Closed | |
Task Description
Pacman recently upgraded python from 3.8 to 3.9, which breaks the gdb package:
% gdb
gdb: error while loading shared libraries: libpython3.8.so.1.0: cannot open shared object file: No such file or directory
|
|
121 | Packages | Bug Report | Very Low | High | Multiple packages need rebuild after libicu upgrade | Closed | |
Task Description
Over in FS#119 , @abaumann mentioned that the libicu upgrade from 67 to 68 was part of what broke gdb. I missed the libicu upgrade when looking at gdb, but now that that one is resolved, I noticed a number of other packages that still link against the old and now nonexistant /usr/lib/libicu*.so.67 files. On my particular system, the following packages are installed, link to icu 67, and need rebuilt as well:
* harfbuzz-icu (2.7.0-1.0) * mongo-c-driver (1.17.3-1.0) * postfix (3.5.6-2.0) * postgresql (12.4-1.0) * postgresql-old-upgrade (12.5-1.0) * samba (4.12.3-1.2) * smbclient (4.12.3-1.2) * syslog-ng (3.28.1-3.0) * texlive-bin (2020.54586-4.0) * xfsprogs (5.8.0-1.0)
… but I’m sure you have a way of determining all the affected packages?
As a workaround, in case others have the same problem, I manually extracted the old versioned .so files from the previous package to get things working again:
``` tar -C / -xf /var/cache/pacman/pkg/icu-67.1-1.0-i686.pkg.tar.zst –wildcards ‘usr/lib/lib*.so.*’ ```
- I’ll just have to remember to clean them up again later.
|
|
192 | Packages | Bug Report | Very Low | High | [postgis] not satisfiable dependency: "libproj.so.22" | Closed | |
Task Description
The postgis package version 3.1.1-1.0 on pentium4 does not work because only libproj-1.5.so is installed, and not the required libproj-2.2.so.
On upstream there seems to have been some rebuild of newer versions of gdal 3.2.2 and proj 8.0.0: https://archlinux.org/todo/gdal-322-and-proj-800-rebuild/
|
|
212 | Packages | Bug Report | Very Low | High | libblockdev issue with glibc | Closed | |
Task Description
Trying to start udisks2 daemon (systemctl start udisks2.service) fails because of a library issue.
/usr/lib/udisks2/udisksd: symbol lookup error: /usr/lib/libbd_utils.so.2: undefined symbol: g_spawn_check_wait_status
Maybe libblockdev needs to be recompiled with the right glibc version.
Thus, it is not possible to auto-mount external USB drives.
|
|
294 | Packages | Bug Report | Very Low | High | [qtile] importlib.metadata.PackageNotFoundError: No pac... | Assigned | |
Task Description
When running qtile I get the following error message:
[qtile] importlib.metadata.PackageNotFoundError: No package metadata was found for qtile
Running qtile on Arch Linux works as expected.
$ qtile start
Traceback (most recent call last):
File "/usr/bin/qtile", line 33, in <module>
sys.exit(load_entry_point('qtile==0.18.1', 'console_scripts', 'qtile')())
File "/usr/bin/qtile", line 22, in importlib_load_entry_point
for entry_point in distribution(dist_name).entry_points
File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 957, in distribution
return Distribution.from_name(distribution_name)
File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 548, in from_name
raise PackageNotFoundError(name)
importlib.metadata.PackageNotFoundError: No package metadata was found for qtile
$ pacman -Qi qtile
Name : qtile
Version : 0.18.1-3.0
Description : A full-featured, pure-Python tiling window manager
Architecture : pentium4
URL : http://www.qtile.org
Licenses : MIT
Groups : None
Provides : None
Depends On : gdk-pixbuf2 glibc libnotify librsvg pango python-cairocffi python-cffi python-xcffib python-gobject python-setuptools
Optional Deps : alsa-utils: for volume widget
canto-daemon: for canto widget
cmus: for cmus widget
jupyter_console: for interaction with qtile via Jupyter
khal: for khal_calendar widget
libpulse: for pulse_volume and pulseaudio_ffi widget [installed]
lm_sensors: for sensors widget [installed]
moc: for moc widget
python-dbus-next: for utils, notifications and several widgets
python-iwlib: for wlan widget
python-keyring: for imapwidget widget
python-mpd2: mpd2widget widget
python-psutil: graph, net and memory widget [installed]
python-pywlroots: for experimental wayland support
python-setproctitle: change process name to qtile
python-xdg: launchbar widget
Required By : None
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 3.25 MiB
Packager : Andreas Baumann <mail@andreasbaumann.cc>
Build Date : Mon 04 Oct 2021 12:02:58
Install Date : Mon 26 Sep 2022 13:33:45
Install Reason : Explicitly installed
Install Script : Yes
Validated By : Signature
$ sudo pacman -Syu
:: Synchronizing package databases...
core downloading...
extra downloading...
community downloading...
:: Starting full system upgrade...
there is nothing to do
|