|
169 | Packages | Feature Request | Very Low | Low | New mirror: mirror.nw-sys.ru | Closed | |
Task Description
I didn’t found any message about reporting new mirrors of archlinux32 project, so I decided to open new FR. Sorry if I mistaken and show me the right way, please :)
Domain name: mirror.nw-sys.ru Country: Russia Supported access methods for mirror: http(s) - http(s)://mirror.nw-sys.ru/archlinux32/ rsync - rsync://mirror.nw-sys.ru/archlinux32 Mirror bandwidth - 100 Mbit/s almostly, with slight slowdowns around the day. Primary administrative contact - no1@no1sg.ru Alternative administrative contact - morgan29rus@gmail.com Source mirror - mirror.archlinux32.org
|
|
291 | Packages | Feature Request | Very Low | Low | Hey , if possible can u build temite based on https://g ... | Closed | |
Task Description
Note:- It will compile very easily as i have a modified PKGBUILD
``` # Maintainer: Frederik Schwan freswa@archlinux.org pkgdesc=’A simple VTE-based terminal’ pkgname=termite pkgver=16.4 pkgrel=2 url=https://github.com/aperezdc/termite license=(LGPL) depends=(gtk3 pcre2 gnutls vte-common) makedepends=(gperf ‘meson>=0.58’ ninja) arch=(’x86_64’,’i686’,’pentium4’‘i486’) backup=(etc/xdg/termite/config)
source=(”${url}/releases/download/v${pkgver}/termite-${pkgver}.tar.xz”{,.asc}) b2sums=(’SKIP’
'SKIP')
build () {
rm -rf _build
arch-meson _build "${pkgname}-${pkgver}"
meson compile -C _build
}
package () {
meson install -C _build --skip-subprojects vte --destdir "${pkgdir}"
} ```
|
|
292 | Packages | Feature Request | Very Low | Low | Hey , if possible can u build temite based on https://g ... | Closed | |
Task Description
Note:- It will compile very easily as i have a modified PKGBUILD
# Maintainer: Frederik Schwan freswa@archlinux.org pkgdesc=’A simple VTE-based terminal’ pkgname=termite pkgver=16.4 pkgrel=2 url=https://github.com/aperezdc/termite license=(LGPL) depends=(gtk3 pcre2 gnutls vte-common) makedepends=(gperf ‘meson>=0.58’ ninja) arch=(’x86_64’,’i686’,’pentium4’‘i486’) backup=(etc/xdg/termite/config)
source=(”${url}/releases/download/v${pkgver}/termite-${pkgver}.tar.xz”{,.asc}) b2sums=(’SKIP’
'SKIP')
build () {
rm -rf _build
arch-meson _build "${pkgname}-${pkgver}"
meson compile -C _build
}
package () {
meson install -C _build --skip-subprojects vte --destdir "${pkgdir}"
}
|
|
287 | Packages | Feature Request | Very Low | Low | chromium not able to build | Assigned | |
Task Description
Wait unfortunately i found a patch through which chromium would compile on x86
please try to build chromium using those patches
https://github.com/void-linux/void-packages/blob/master/srcpkgs/chromium/patches/reenable-linux-i686-builds.patch https://github.com/void-linux/void-packages/blob/master/srcpkgs/chromium/patches/chromium-i686-vaapi-fpermissive.patch https://github.com/void-linux/void-packages/blob/master/srcpkgs/chromium/patches/chromium-105-bitmap-include.patch https://github.com/void-linux/void-packages/blob/master/srcpkgs/chromium/patches/chromium-105-browser-include.patch
|
|
176 | Devops | Feature Request | Medium | Low | bring back archiso32 dual boot | New | |
Task Description
We should make archiso32 be able to build a i686- and x86_64-bootable iso, again. This is really handy on a usb stick as a rescue system.
The problem with the old dual iso is, that I had to do the i686 iso from scratch, because upstream changed from build.sh to putting everything into mkarchiso. Now, everything is steered from a profile file.
So either, we find a way to make a profile for multiple architectures, or we need to patch mkarchiso to do that for us - and maybe upstream these changes.
|
|
302 | Devops | Feature Request | Very Low | Low | Are you gonna continue 486 support? | Closed | |
Task Description
https://www.tomshardware.com/news/linux-removes-486-cpu-support
486 will be removed from the kernel and especially from 6.1 onwards rust will be integrated with the kernel…
|
|
299 | Packages | Feature Request | Very Low | Low | [dart] request for bootstrapping dart | Closed | |
Task Description
The dart sdk files are still availble for ia32:- https://storage.googleapis.com/dart-archive/channels/stable/release/2.18.2/sdk/dartsdk-linux-ia32-release.zip
can you send the old PKGBUILD which was used
|
|
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
|
|
165 | Packages | Bug Report | Medium | Low | xorgproto check() fails | Closed | |
Task Description
———————————– output ———————————– stderr: Traceback (most recent call last):
File "/build/xorgproto/src/xorgproto-2021.3/scripts/keysym-generator.py", line 18, in <module>
import libevdev
ModuleNotFoundError: No module named ‘libevdev’
root cause is python-libevdev not building:
Theme error: sphinx_rtd_theme is no longer a hard dependency since version 1.4.0. Please install it manually.(pip install sphinx_rtd_theme)
another victim of documentation generation..
|
|
39 | Packages: Stable | Bug Report | Medium | Low | xorg modesetting module fails with illegal instruction | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 13.06.2018 Last edited by Andreas Baumann - 13.09.2018
FS#39 - xorg modesetting module fails with illegal instruction
[ 22.717] (EE) Illegal instruction at address 0xb632cd37 [ 22.718] (EE) Fatal server error: [ 22.718] (EE) Caught signal 4 (Illegal instruction). Server aborting [ 22.719] (EE)
PID: 242 (Xorg)
UID: 0 (root)
GID: 0 (root)
Signal: 6 (ABRT)
Timestamp: Wed 2018-06-13 20:53:43 CEST (41s ago)
Command Line: /usr/lib/Xorg :0
Executable: /usr/lib/Xorg
Control Group: /user.slice/user-0.slice/session-c1.scope
Unit: session-c1.scope
Slice: user-0.slice
Session: c1
Owner UID: 0 (root)
Boot ID: ea12301d13874fac8112dad7bf566bdb
Machine ID: 2f98089cbe8d40cb8776a580d6803b58
Hostname: arch32-staging
Storage: /var/lib/systemd/coredump/core.Xorg.0.ea12301d13874fac8112dad7bf566bdb.242.1528916023000>
Message: Process 242 (Xorg) of user 0 dumped core.
Stack trace of thread 242:
#0 0x00000000b7f58d21 __kernel_vsyscall (linux-gate.so.1)
#1 0x00000000b7d749c2 raise (libc.so.6)
#2 0x00000000b7d5e71e abort (libc.so.6)
#3 0x000000000056b555 OsAbort (Xorg)
#4 0x000000000056b5d2 FatalError (Xorg)
#5 0x000000000060a93a n/a (Xorg)
#6 0x00000000b7f58d38 __kernel_rt_sigreturn (linux-gate.so.1)
#7 0x00000000b632cd37 n/a (kms_swrast_dri.so)
#8 0x00000000b5f0181f n/a (kms_swrast_dri.so)
#9 0x00000000b7f698b3 call_init.part.0 (ld-linux.so.2)
#10 0x00000000b7f699b2 _dl_init (ld-linux.so.2)
#11 0x00000000b7f6d7e0 dl_open_worker (ld-linux.so.2)
#12 0x00000000b7e7bc91 _dl_catch_exception (libc.so.6)
#13 0x00000000b7f6d077 _dl_open (ld-linux.so.2)
#14 0x00000000b7b8cb73 n/a (libdl.so.2)
#15 0x00000000b7e7bc91 _dl_catch_exception (libc.so.6)
#16 0x00000000b7e7bd40 _dl_catch_error (libc.so.6)
#17 0x00000000b7b8d333 n/a (libdl.so.2)
#18 0x00000000b7b8cc16 dlopen (libdl.so.2)
#19 0x00000000b7f2eb6e n/a (libgbm.so.1)
#20 0x00000000b7f2ecb3 n/a (libgbm.so.1)
#21 0x00000000b7f2ee24 n/a (libgbm.so.1)
#22 0x00000000b7f2f0d7 n/a (libgbm.so.1)
#23 0x00000000b7f2c9ba gbm_create_device (libgbm.so.1)
#24 0x00000000b6ef4ee4 glamor_egl_init (libglamoregl.so)
#25 0x00000000b7f49b4a n/a (modesetting_drv.so)
#26 0x000000000051c169 InitOutput (Xorg)
#27 0x000000000049d8e1 n/a (Xorg)
#28 0x00000000b7d60041 __libc_start_main (libc.so.6)
#29 0x000000000049e7e2 _start (Xorg)
Comments (7)
Related Tasks (0/0)
Admin Andreas Baumann commented on 14.06.2018 15:53
#0 0xb7f3ad21 in kernel_vsyscall () [- #1 0xb7d579c2 in raise () from /usr/lib/libc.so.6 #2 0xb7d4171e in abort () from /usr/lib/libc.so.6 #3 0x005855f5 in OsAbort () at ../xorg-server-1.20.0/os/utils.c:1350 #4 0×00585672 in AbortServer () at ../xorg-server-1.20.0/os/log.c:877 #4 0×00585672 in AbortServer () at ../xorg-server-1.20.0/os/log.c:877 #5 FatalError (f=0x65e1bc “Caught signal %d (%s). Server aborting\n”) at ../xorg-server-1.20.0/os/log.c:1015 #6 0x00624b5a in OsSigHandler (signo=, sip=, unused=, signo=, sip=, unused
at ../xorg-server-1.20.0/os/osinit.c:156 #7 #8 0xb62d5d37 in SwrJit::X86Intrinsic::X86Intrinsic (this=0xbf955e24) at ../mesa-18.1.1/src/gallium/drivers/swr/rasterizer/jitter/functionpasses/lower_x86.cpp:66 #9 std::pair, std::allocator > const, SwrJit::X86Intrinsic>::pair (this=0xbf955e0c, x=…, y=…) at /usr/include/c++/8.1.1/bits/stl_pair.h:301 #10 0xb5eaa81f in static_initialization_and_destruction_0(int, int) [clone .constprop.236] ()
at /usr/include/c++/8.1.1/new:169
#11 0xb7f4b8b3 in call_init.part () from /lib/ld-linux.so.2 #12 0xb7f4b9b2 in _dl_init () from /lib/ld-linux.so.2 #13 0xb7f4f7e0 in dl_open_worker () from /lib/ld-linux.so.2 #14 0xb7e5ec91 in _dl_catch_exception () from /usr/lib/libc.so.6 #15 0xb7f4f077 in _dl_open () from /lib/ld-linux.so.2 #16 0xb7b6fb73 in ?? () from /usr/lib/libdl.so.2 #17 0xb7e5ec91 in _dl_catch_exception () from /usr/lib/libc.so.6 #18 0xb7e5ed40 in _dl_catch_error () from /usr/lib/libc.so.6 —Type to continue, or q to quit— #19 0xb7b70333 in ?? () from /usr/lib/libdl.so.2 #20 0xb7b6fc16 in dlopen () from /usr/lib/libdl.so.2 #21 0xb7f10b6e in dri_open_driver (dri=, dri
at ../mesa-18.1.1/src/gbm/backends/dri/gbm_dri.c:354
#22 0xb7f10cb3 in dri_load_driver (dri=0x17e9660) at ../mesa-18.1.1/src/gbm/backends/dri/gbm_dri.c:439 #23 dri_screen_create_dri2 (dri=dri@entry=0x17e9660, driver_name
at ../mesa-18.1.1/src/gbm/backends/dri/gbm_dri.c:439
#24 0xb7f10e24 in dri_screen_create_sw (dri=0x17e9660)
at ../mesa-18.1.1/src/gbm/backends/dri/gbm_dri.c:539
#25 0xb7f110d7 in dri_device_create (fd=13) at ../mesa-18.1.1/src/gbm/backends/dri/gbm_dri.c:1429 #26 0xb7f0e9ba in gbm_create_device (fd=13) at ../mesa-18.1.1/src/gbm/main/gbm.c:137 #27 0xb6ebaee4 in glamor_egl_init (scrn=0x17e83a0, fd=13)
at ../xorg-server-1.20.0/glamor/glamor_egl.c:894
#28 0xb7f2bb4a in try_enable_glamor (pScrn=0x17e83a0)
at ../xorg-server-1.20.0/hw/xfree86/drivers/modesetting/driver.c:753
#29 PreInit (pScrn=, flags
at ../xorg-server-1.20.0/hw/xfree86/drivers/modesetting/driver.c:972
#30 0×00536209 in InitOutput (pScreenInfo=0x6fd520 , argc=6, argv=0xbf957944)
at ../xorg-server-1.20.0/hw/xfree86/common/xf86Init.c:536
#31 0x004b7991 in dix_main (envp=, argv=, argc
at ../xorg-server-1.20.0/dix/main.c:193
#32 main (argc=, argv=, envp
at ../xorg-server-1.20.0/dix/stubmain.c:34
=> 0xb62d5d37 <+71>: vmovq -0×20(%ebp),%xmm0
0xb62d5d3c <+76>: vmovq %xmm0,0x18(%esi)
Looks like AVX optimized code in libswr though I’m deleting -D swr-arches=avx,avx2 in the diff-PKGBUILD (maybe wrongly)? Admin Andreas Baumann commented on 14.06.2018 17:55
So, I read OpenSWR requires at least AVX, so we can safely drop the library for 32-bit machines, right?
So removing swr from the gallium-drivers, then I get croaks about gallium-nine requiring a pipe.
I’ll continue to drop options in arch-meson in PKGBUILD till I get a working build..
Any help welcome. Admin Andreas Baumann commented on 14.06.2018 18:13
Some docu:
http://openswr.org/build-linux.html
https://www.mesa3d.org/envvars.html
https://www.felixcloutier.com/x86/MOVQ.html
Trying the following patch at the moment:
eval “$(
declare -f build | \
sed '
/-D gallium-drivers=/s/,swr//g
s/-D swr-arches=avx,avx2//g
/gallium-drivers/s/,swr//g
s/-D gallium-nine=true/-D gallium-nine=false/g
s/-D osmesa=gallium/-D osmesa=classic/g
s/dri-drivers=/dri-drivers=swrast,/g
'
)”
Admin Erich Eckner commented on 14.06.2018 20:54
only glitch I see with your fix is, that the options are in one line in `declare -f build`, so the line-matching makes no sense Admin Andreas Baumann commented on 15.06.2018 06:07
one line? It should actually be one line each and it worked for me? *puzzle* Admin Andreas Baumann commented on 15.06.2018 08:55
This seems to work. But I’m disabling and changing an awful lot of stuff:
# disable AVX/AVX2 in openswf, makes no sense with old CPUs eval “$(
declare -f build | \
sed '
/-D gallium-drivers=/s/,swr//g
s/-D swr-arches=avx,avx2//g
/gallium-drivers/s/,swr//g
s/-D gallium-nine=true/-D gallium-nine=false/g
s/-D osmesa=gallium/-D osmesa=classic/g
s/dri-drivers=/dri-drivers=swrast,/g
'
declare -f package_mesa | \
sed '
s@_install fakeinstall/usr/lib/d3d@#\0@g
s@_install fakeinstall/usr/lib/libswrAVX.*@#\0@g
'
)”
Admin Andreas Baumann commented on 13.09.2018 08:34
Fails again with (mesa 18.1.8 on testing):
Program received signal SIGILL, Illegal instruction. 0xb627e167 in ?? () from /usr/lib/dri/kms_swrast_dri.so => 0xb627e167: c5 fa 7e 45 e0 vmovq -0×20(%ebp),%xmm0
Google Cache
Bing Cache
|
|
148 | Packages | Bug Report | Medium | Low | xfce4-power-man crashes | Closed | |
Task Description
Feb 12 12:00:29 arch32-testing-pentium4 kernel: audit: type=1130 audit(1613127629.283:106): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-9938-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Feb 12 12:00:31 arch32-testing-pentium4 systemd-coredump[9939]: [🡕] Process 9886 (xfce4-power-man) of user 1000 dumped core.
Stack trace of thread 9886:
#0 0x00000000b6fb37b4 g_log_structured_array (libglib-2.0.so.0 + 0x557b4)
#1 0x00000000b6fb3cdc g_log_default_handler (libglib-2.0.so.0 + 0x55cdc)
#2 0x00000000b6fb5224 g_logv (libglib-2.0.so.0 + 0x57224)
#3 0x00000000b6fb5485 g_log (libglib-2.0.so.0 + 0x57485)
#4 0x000000000041a4cf n/a (xfce4-power-manager + 0x64cf)
#5 0x00000000b6b5498d __libc_start_main (libc.so.6 + 0x1e98d)
#6 0x000000000041aa75 n/a (xfce4-power-manager + 0x6a75)
Stack trace of thread 9901:
#0 0x00000000b7f12549 __kernel_vsyscall (linux-gate.so.1 + 0x549)
#1 0x00000000b6c22117 __poll (libc.so.6 + 0xec117)
#2 0x00000000b7000125 n/a (libglib-2.0.so.0 + 0xa2125)
#3 0x00000000b6faba46 g_main_context_iteration (libglib-2.0.so.0 + 0x4da46)
#4 0x00000000b6fabaa1 n/a (libglib-2.0.so.0 + 0x4daa1)
#5 0x00000000b6fda93e n/a (libglib-2.0.so.0 + 0x7c93e)
#6 0x00000000b6cfe39f start_thread (libpthread.so.0 + 0x839f)
#7 0x00000000b6c2db6a __clone (libc.so.6 + 0xf7b6a)
Feb 12 12:00:31 arch32-testing-pentium4 kernel: audit: type=1131 audit(1613127631.393:107): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-9938-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
|
|
149 | Packages | Bug Report | Medium | Low | xfce desktop doesn't start | Closed | |
Task Description
no task description |
|
107 | Packages | Bug Report | Very Low | Low | wireguard-dkms-0.0.20200318-1.0 does not build with 5.5 ... | Closed | |
Task Description
Installing wireguard-dkms fails with:
(2/2) Install DKMS modules
==> dkms install wireguard/0.0.20200318 -k 5.5.8-arch1-1.0
Error! Bad return status for module build on kernel: 5.5.8-arch1-1.0 (i686)
Consult /var/lib/dkms/wireguard/0.0.20200318/build/make.log for more information.
The file /var/lib/dkms/wireguard/0.0.20200318/build/make.log contains the following messages:
DKMS make.log for wireguard-0.0.20200318 for kernel 5.5.8-arch1-1.0 (i686)
Fri 03 Apr 2020 10:11:21 PM CEST
make: Entering directory '/usr/lib/modules/5.5.8-arch1-1.0/build'
AR /var/lib/dkms/wireguard/0.0.20200318/build/built-in.a
CC [M] /var/lib/dkms/wireguard/0.0.20200318/build/main.o
cc1: error: incompatible gcc/plugin versions
cc1: error: fail to initialize plugin ./scripts/gcc-plugins/structleak_plugin.so
make[1]: *** [scripts/Makefile.build:266: /var/lib/dkms/wireguard/0.0.20200318/build/main.o] Error 1
make: *** [Makefile:1693: /var/lib/dkms/wireguard/0.0.20200318/build] Error 2
make: Leaving directory '/usr/lib/modules/5.5.8-arch1-1.0/build'
|
|
94 | Packages: Testing | Bug Report | Medium | Low | Weechat needs a rebuild | Closed | |
Task Description
Since the uprgade to python from testing, weechat has broken it’s python support, which at least knocks out the plugin I use to keep in touch with my old workmates over slack.
# weechat
| ___ __ ______________ _____
| __ | / /___________ ____/__ /_______ __ /_
| __ | /| / /_ _ \ _ \ / __ __ \ __ `/ __/
| __ |/ |/ / / __/ __/ /___ _ / / / /_/ // /_
| ____/|__/ \___/\___/\____/ /_/ /_/\__,_/ \__/
| WeeChat 2.6 [compiled on Nov 12 2019 13:06:27]
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
| Error: unable to load plugin "/usr/lib/weechat/plugins/python.so": libpython3.7m.so.1.0: cannot open shared object file:
| No such file or directory
Inside /usr/lib/weechat/plugins there is a file named python.so, but its not any kind of link. I expect it to be fixed up if it were to be rebuilt.
|
|
74 | Packages: Stable | Bug Report | Medium | Low | webkit2gtk requires SSE2 | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 16.05.2019
FS#74 - webkit2gtk requires SSE2
– Performing Test HAVE_SSE2_EXTENSIONS – Performing Test HAVE_SSE2_EXTENSIONS - Failed CMake Error at CMakeLists.txt:115 (message):
SSE2 support is required to compile WebKit
not quite clear yet, what happens, if it gets disabled forcefully..
Comments (5)
Related Tasks (0/0)
Admin Andreas Baumann commented on 16.05.2019 18:43
Let’s see, what happens if we just comment out the SSE2 test in CMakeLists.txt.. Admin Andreas Baumann commented on 17.05.2019 11:54
Rebuilding runs in issues like:
make[2]: *** No rule to make target ‘JavaScriptCore-4.0.gir’, needed by ‘WebKit2-4.0.gir’. Stop.
Using in ‘build’ make JavaScriptCore-4-gir VERBOSE=1 reveils the true nature of the bug:
/usr/lib/gcc/i686-pc-linux-gnu/8.3.0/include/stddef.h:435: syntax error, unexpected identifier in ' float128 max_align_f128 attribute1)));’ at ‘__float128’
So again, the 128-bit alignment hack in glibc spreading everywhere. Admin Andreas Baumann commented on 17.05.2019 11:56
Also the make error sounds suspicious, like cmake/make generated files are not really tested. Admin Andreas Baumann commented on 17.05.2019 11:59
The 128-alignment issue is hopefully just a warning.. Admin Andreas Baumann commented on 17.05.2019 12:55
patched build in the queue..
Google Cache
|
|
139 | Packages | Bug Report | Medium | Low | webkit2gtk doesn't build | Closed | |
Task Description
This blocks tons of packages..
|
|
117 | Packages | Bug Report | Very Low | Low | vboxdrive module missing | New | |
Task Description
vboxdrv module is missing making virtualbox unusable.
I’m currently running kernel 5.9.0-1.0-pae but it doesn’t seem to be there in any version
|
|
351 | Packages: Stable | Bug Report | Very Low | Medium | Various python-X packages building for Python 3.10 and ... | New | |
Task Description
yes, confirmed, that’s because python 3.11 is the only package building and being published to stable, the python modules need bootstrapping (since months).
|
|
38 | Packages: Testing | Bug Report | Medium | Low | Using SDDM, X and LXDE segfaults and logs automatically ... | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 25.05.2018 Last edited by Andreas Baumann - 18.06.2018
FS#38 - Using SDDM, X and LXDE segfaults and logs automatically out
May 25 08:01:07 arch32-testing systemd-coredump[4620]: Process 4326 (X) of user 0 dumped core.
Stack trace of thread 4326:
#0 0x00000000b7f64d21 __kernel_vsyscall (linux-ga
te.so.1)
#1 0x00000000b7d835e2 raise (libc.so.6)
#2 0x00000000b7d84a61 abort (libc.so.6)
#3 0x000000000052e5b5 OsAbort (Xorg)
#4 0x000000000052e632 FatalError (Xorg)
#5 0x00000000005cd9da n/a (Xorg)
#6 0x00000000b7f64d38 __kernel_rt_sigreturn (linux-gate.so.1)
#7 0x00000000b6ed12ca n/a (n/a)
The question is: is this a generic problem of new Xorg? Or just in combination with a specific window manager, sound system, login manager? Closed by Andreas Baumann 18.06.2018 11:51 Reason for closing: Duplicate Additional comments about closing:
Diplicate of FS32#39
Comments (3)
Related Tasks (0/0)
Admin Andreas Baumann commented on 25.05.2018 06:14
Ok, happens also without login manager, without sound manager, with startx and notion (wm). So, this seems to be an internal xorg bug (or we have sort of a mixup in X libraries). Admin Andreas Baumann commented on 25.05.2018 06:19
Xorg.log says:
[ 1061.212] (EE) Backtrace: [ 1061.212] (EE) 0: /usr/bin/X (xorg_backtrace+0×52) [0x68a862] [ 1061.213] (EE) 1: /usr/bin/X (0x4f5000+0×195992) [0x68a992] [ 1061.213] (EE) 2: linux-gate.so.1 (__kernel_rt_sigreturn+0×0) [0xb7f83d38] [ 1061.213] (EE) 3: ?? [0xb6ef02ca] [ 1061.215] (EE) 4: /usr/lib/dri/kms_swrast_dri.so (0xb5fbc000+0xc069f) [0xb607c69f] [ 1061.215] (EE) [ 1061.215] (EE) Segmentation fault at address 0x2103a0 [ 1061.215] (EE) Fatal server error: [ 1061.215] (EE) Caught signal 11 (Segmentation fault). Server aborting
Admin Andreas Baumann commented on 25.05.2018 06:21
Ok, this is inside a virtual box with vesa video driver.
Google Cache
|
|
130 | Packages | Bug Report | Medium | Low | user-manager and plasma-meta are in conflict | Closed | |
Task Description
:: removing user-manager breaks dependency ‘user-manager’ required by plasma-meta
|
|
196 | Packages | Bug Report | Medium | Low | update filesystem | New | |
Task Description
b3da2fc1c25065a1bd09f9930eeed1d11dc312e4 only updated half the package - we’re missing:
- update the logo - update the url (?) - only if both are done: updating the hash on top of the PKGBUILD
|
|
90 | Packages | Bug Report | Medium | Low | Unknown Bug FS#90 | Closed | |
Task Description
no task description |
|
89 | Packages | Bug Report | Medium | Low | Unknown Bug FS#89 | Closed | |
Task Description
no task description |
|
88 | Packages | Bug Report | Medium | Low | Unknown Bug FS#88 | Closed | |
Task Description
no task description |
|
84 | Packages | Bug Report | Medium | Low | Unknown bug FS#84 | Closed | |
Task Description
no task description |
|
7 | Packages | Bug Report | Medium | Low | unknown bug FS#7 | Closed | |
Task Description
no task description |
|
55 | Packages | Bug Report | Medium | Low | Unknown bug FS#55 | Closed | |
Task Description
no task description |
|
42 | Packages | Bug Report | Medium | Low | Unknown bug FS#42 | Closed | |
Task Description
no task description |
|
34 | Packages | Bug Report | Medium | Low | unknown bug FS#34 | Closed | |
Task Description
no task description |
|
25 | Packages | Bug Report | Medium | Low | unknown bug FS#25 | Closed | |
Task Description
no task description |
|
19 | Packages | Bug Report | Medium | Low | unknown bug FS#19 | Closed | |
Task Description
no task description |
|
11 | Packages | Bug Report | Medium | Low | unknown bug FS#11 | Closed | |
Task Description
no task description |
|
10 | Packages | Bug Report | Medium | Low | unknown bug FS#10 | Closed | |
Task Description
no task description |
|
59 | Packages | Bug Report | Medium | Low | unison segfault | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 10.01.2019 Last edited by Andreas Baumann - 10.01.2019
FS#59 - unison segfault
Calling unison, a file synchronizer written in Ocaml. Segfaults. Most likely a string optimization inside Ocaml itself or a non-matching library somewhere (recompile ocaml?)
(gdb) bt #0 0x006782df in caml_string_equal () #1 0x005ce0d8 in camlUpdatearchiveMode_802888 () #2 0x005ce6e5 in camlUpdatesetArchiveData_802926 () #3 0x005da668 in camlGlobalsfun_802549 () #4 0x005fed99 in camlLwt_utilmap_1080 () #5 0x005fedac in camlLwt_utilmap_1080 () #6 0x005da5b9 in camlGlobalsallRootsMap_301891 () #7 0x005cea7f in camlUpdateloadArchives_802958 () #8 0x005d4637 in camlUpdatefindUpdatesOnPaths_2603478 () #9 0x005b36f5 in camlUitextsynchronizeOnce_1102725 () #10 0x005b4041 in camlUitextloop_1203129 () #11 0x005b41d6 in camlUitextsynchronizeUntilDone_1203134 () #12 0x005b442e in camlUitextstart_1303143 () #13 0x005acc54 in camlMainBody_401249 () #14 0x005ac19d in camlLinktextentry () #15 0x005a8220 in caml_program () #16 0x0068b64d in caml_start_program () #17 0x0068b9f1 in caml_startup_common () #18 0x0068ba6a in caml_startup () #19 0x005a7c25 in main ()
Closed by Andreas Baumann 10.01.2019 14:15 Reason for closing: Not a bug Additional comments about closing:
Cannot reprodduce but on a single machine. Might as well be something completly different..
Comments (6)
Related Tasks (0/0)
Admin Erich Eckner commented on 10.01.2019 08:31
easy trials first: let’s recompile ocaml Admin Andreas Baumann commented on 10.01.2019 09:30
Some things seem to be wrong here:
Warning 3: deprecated: Stdlib.String.capitalize Use String.capitalize_ascii instead. File “/build/unison/src/unison-2.51.2/build/src/uigtk2.ml”, line 1: Error: /usr/lib/ocaml/lablgtk2/pango.cmi is not a compiled interface for this version of OCaml. It seems to be for an older version of OCaml. make[1]: * [Makefile.OCaml:423: uigtk2.cmx] Error 2 make[1]: Leaving directory ‘/build/unison/src/unison-2.51.2/build/src’
make: * [Makefile:14: src] Error 2
Admin Andreas Baumann commented on 10.01.2019 09:56
rebuilding lablgtk2 now. Admin Andreas Baumann commented on 10.01.2019 11:29
rebuilding unison didn’t help. Admin Andreas Baumann commented on 10.01.2019 11:35
Ok, let’s rebuild ocaml itself. Admin Andreas Baumann commented on 10.01.2019 12:51
works on two vms (libvirt and Virtualbox), but not on my real eeepc.
Google Cache
|
|
244 | Packages | Bug Report | Very Low | Low | unable to satisfy dependency 'libx264.so=163-32' requir ... | Closed | |
Task Description
# pacman -Sy ffmpeg :: Synchronizing package databases… core is up to date extra is up to date community is up to date resolving dependencies… warning: cannot resolve “libx264.so=163-32”, a dependency of “ffmpeg” :: The following package cannot be upgraded due to unresolvable dependencies:
ffmpeg
|
|
51 | Packages | Bug Report | Medium | Low | ufw needs rebuild for python 3.7 | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Paul Gover - 07.09.2018 Last edited by Erich Eckner - 24.09.2018
FS#51 - ufw needs rebuild for python 3.7
Been using ufw for some time. Today, I wanted to turn logging off. Command “ufw logging off” should just work. Instead it gives:
ufw logging off Traceback (most recent call last):
File “/usr/bin/ufw”, line 26, in
import ufw.frontend
ModuleNotFoundError: No module named ‘ufw’
which I trace to the fact ufw is installed in /usr/lib/python3.6/site-packages/ufw and there’s no longer a python 3.6 executable; it’s all 3.7 now. Closed by Erich Eckner 24.09.2018 07:32 Reason for closing: Fixed
Comments (3)
Related Tasks (0/0)
Admin Erich Eckner commented on 07.09.2018 09:46
ufw-0.35-5.0 from [community-testing] should work - I’m moving it to [community] just now Paul Gover commented on 07.09.2018 09:48
Sorry to add to your workload. I assumed a UFW problem was local to me. Now I’ve read the furore about python 3.7 etc. on the forums, my apologies. I’ll try the community-testing version. Thanks for the speedy response. Paul Gover commented on 11.09.2018 15:21
To confirm, UFW is working fine for me now. Thanks.
Google Cache
|
|
79 | Packages: Stable | Bug Report | Medium | Low | trojita libstdc++ ABI mismatch | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 06.07.2019 Last edited by Andreas Baumann - 11.08.2019
FS#79 - trojita libstdc++ ABI mismatch
trojita trojita: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.26’ not found (required by /usr/lib/libQt5WebKit.so.5) Closed by Andreas Baumann 11.08.2019 06:01 Reason for closing: Not a bug Additional comments about closing:
Temporary glitch, glibc got published, trojita didn’t get rebuild.
Comments (1)
Related Tasks (0/0)
Admin Andreas Baumann commented on 06.07.2019 09:17
This goes into the same ABI mismatches as Qt5. The problem here is: qt5-webkit refuses to build on machines without SSE2 currently, but glibc is supposed to be backwards compatible, but not libstdc++).
Google Cache
|
|
146 | Packages: Upstream | Bug Report | Medium | Low | trojita doesn't build, missing a patch, failures on qt ... | Closed | |
Task Description
=⇒ ERROR: Failure while downloading https://cgit.kde.org/trojita.git/patch/?id=cf2364b8
SHA1 in https://anongit.kde.org/trojita):
cf2364b80fa8ae844df8350cd5833d47cce235f2
Fix possible crash when downloading attachments
Yep, promising, lets download the patch and add it to the package.
Original bug: https://bugs.kde.org/show_bug.cgi?id=417697
–
/build/trojita/src/trojita-0.7/src/Gui/Window.cpp:981:26: error: aggregate ‘QPainterPath path’ has incomplete type and cannot be defined
981 | QPainterPath path;
| ^~~~
needs a #include <QPainterPath>
Reported as https://bugs.kde.org/show_bug.cgi?id=432827
|
|
349 | Packages | Bug Report | Medium | Low | top print "get_mempolicy: Function not implemented" on ... | New | |
Task Description
no task description |
|
143 | Packages | Bug Report | Medium | Low | thunderbird doesn't build and run | New | |
Task Description
still linked against icu67.
Same here, I cannot believe that somebody is actually using thunderbird on Archlinux32 anymore.
Triggered rebuild, doesn’t build currently.
|
|
2 | Packages: Stable | Bug Report | Medium | Low | this is a test-issue for [lapack] (not a real bug) - Ar ... | Closed | |
Task Description
07.11.2017 - FS#2 - this is a test-issue for [lapack] (not a real bug). human: ignore this build master: do not ignore this. Closed by Erich Eckner 07.11.2017 …
|
|
78 | Packages: Stable | Bug Report | Medium | Low | The qt5 group contains packages of different versions. | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Erling Hellenäs - 05.07.2019
FS#78 - The qt5 group contains packages of different versions.
The qt5 group contains a qt5-base which is of a later revision, 5.12.4 instead of 5.12.3. pyside2 is also of a this later revision, but I don’t use it. I guess the group should be fixed.
Workaround: I downgraded qt5-base and it is working again.
I get this error: sddm-greeter[441]: Cannot mix incompatible Qt library (version 0x50c03) with this library (version 0x50c04) Then systemd dumps core.
Excerpt from my journal: External Link
The group definition as seen when installing the group with pacman: External Link
My architecture is i686.
I consider it critical since QT is not working.
Google Cache
|
|
36 | Packages: Testing | Bug Report | Medium | Low | texlive-core: SSE2 required | New | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 14.04.2018 Last edited by Andreas Baumann - 16.04.2018 FS#36 - texlive-core: SSE2 required
(4/5) Updating TeXLive format files… PANIC: unprotected error in call to Lua API (CPU with SSE2 required) fmtutil [ERROR]: running `luajittex -ini -jobname=luajittex -progname=luajittex luatex.ini /null’ return status 1 fmtutil [ERROR]: return error due to options –strict error: command failed to execute correctly (5/5) Updating TeXLive font maps…
So, the problem seems to be in lua itself?
Bing Cache
|
|
58 | Packages: Stable | Bug Report | Medium | Low | texlive-bin doesn't build | Closed | |
Task Description
22.12.2018 - g++ -DHAVE_CONFIG_H -I. -I../../../texk/web2c -I./w2c -I/build/texlive-bin/src/texlive-source/Work/texk -I/build/texlive-bin/src/texlive-source/texk …
|
|
35 | Packages: Stable | Bug Report | Medium | Low | texlive errors while installing (missing icu 60) | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Andreas Baumann - 12.04.2018 Last edited by Andreas Baumann - 13.04.2018
FS#35 - texlive errors while installing (missing icu 60)
(16/19) Updating TeXLive format files… xetex: error while loading shared libraries: libicuuc.so.60: cannot open shared object file: No such file or directory xetex: error while loading shared libraries: libicuuc.so.60: cannot open shared object file: No such file or directory xetex: error while loading shared libraries: libicuuc.so.60: cannot open shared object file: No such file or directory xetex: error while loading shared libraries: libicuuc.so.60: cannot open shared object file: No such file or directory fmtutil [ERROR]: running `xetex -ini -jobname=xetex -progname=xetex -etex xetex.ini /null’ return status 127 fmtutil [ERROR]: return error due to options –strict fmtutil [ERROR]: running `xetex -ini -jobname=cont-en -progname=context -8bit *cont-en.mkii /null’ return status 127 fmtutil [ERROR]: return error due to options –strict fmtutil [ERROR]: running `xetex -ini -jobname=pdfcsplain -progname=pdfcsplain -etex csplain.ini /null’ return status 127 fmtutil [ERROR]: return error due to options –strict fmtutil [ERROR]: running `xetex -ini -jobname=xelatex -progname=xelatex -etex xelatex.ini /null’ return status 127 fmtutil [ERROR]: return error due to options –strict error: command failed to execute correctly (17/19) Updating TeXLive font maps… (18/19) Updating the desktop file MIME type cache… (19/19) Updating the MIME type database…
Not had the time to actually test TexLive, it may work despite the errors.
An ldd on texlive-bin shows me:
/usr/bin/upmendex:
linux-gate.so.1 (0xb7f53000)
libkpathsea.so.6 => /usr/lib/libkpathsea.so.6 (0xb7ee9000)
libicui18n.so.60 => not found
libicuuc.so.60 => not found
libc.so.6 => /usr/lib/libc.so.6 (0xb7d14000)
/lib/ld-linux.so.2 => /usr/lib/ld-linux.so.2 (0xb7f55000)
/usr/bin/xelatex:
linux-gate.so.1 (0xb7f36000)
libharfbuzz-icu.so.0 => /usr/lib/libharfbuzz-icu.so.0 (0xb7b42000)
libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0xb7a85000)
libgraphite2.so.3 => /usr/lib/libgraphite2.so.3 (0xb7a55000)
libicuuc.so.60 => not found
libpthread.so.0 => /usr/lib/libpthread.so.0 (0xb7a36000)
libpoppler.so.72 => /usr/lib/libpoppler.so.72 (0xb77c0000)
/usr/bin/xetex:
linux-gate.so.1 (0xb7f0e000)
libharfbuzz-icu.so.0 => /usr/lib/libharfbuzz-icu.so.0 (0xb7b1a000)
libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0xb7a5d000)
libgraphite2.so.3 => /usr/lib/libgraphite2.so.3 (0xb7a2d000)
libicuuc.so.60 => not found
So a rebuild of texlive is maybe an option? Closed by Andreas Baumann 13.04.2018 08:07 Reason for closing: Fixed Additional comments about closing:
Linked against icu.61 now. Ok.
Comments (1)
Related Tasks (0/0)
Admin Andreas Baumann commented on 13.04.2018 08:07
PANIC: unprotected error in call to Lua API (CPU with SSE2 required). Lua also seems to go the way of all interpreters with micro-optimizations everywhere.
Google Cache
|
|
48 | Packages: Testing | Bug Report | Medium | Low | Testing repo missing a new version of python-six | Closed | |
Task Description
Attached to Project: Archlinux32 Opened by Levi - 19.08.2018 Last edited by Erich Eckner - 24.09.2018
FS#48 - Testing repo missing a new version of python-six
I’ve become aware that python-six doesn’t identify that it depends specifically on python3.6 (it claims in the text that it’s for python 3 as well as python 2, which I don’t believe can be true; it only puts python files in /usr/lib/python3.6).
It has however allowed python 3.7 into the testing repo while no new version of python-six is available, and this version of python3 can no longer find a version of six when you import it.
As far as I know this is not an issue for anyone strictly on the release repos yet, and still won’t be an issue for anyone not using python-six either directly or indirectly. Steps to reproduce
(upgrade at least python from the testing repos) # python # import six > … > ModuleNotFoundError: No module named ‘six’ Steps to fix
A new version of python-six that supplies its files to python3.7/site-packages should be built and uploaded to the testing repos, and it should probably identify its dependent versions better.
I note arch64 has a newer python-six that supplies its libs to python3.7 just fine, although it also doesn’t identify its versions to my liking. Closed by Erich Eckner 24.09.2018 08:45 Reason for closing: Fixed
Comments (2)
Related Tasks (0/0)
Admin Erich Eckner commented on 20.08.2018 04:26
python-six-1.11.0-3.0 in [staging] is made for python 3.7
The issue is known, (internally) documented and won’t be fixed within the next weeks, but hopefully I have time to look into this after my holidays. Levi commented on 27.08.2018 16:39
Thanks, I see this is available in the testing repo already, and I’ve just tested it. I don’t seem to have rights to comment and close (or perhaps this bug needs to be further progressed before that become available, I dunno), but I’ve tried to reproduce this after upgrading, and it now works for me, so I can confirm that I consider this issue resolved and closed, unless you want to keep it open as a note that I don’t think this has been pushed through the the mainline repos yet, while python 3.7 is there already.
Powered by Flyspray
Google Cache
|
|
279 | Packages: Stable | Bug Report | Very Low | Medium | Telegram Desktop doesn't start | Closed | |
Task Description
Telegram Desktop fails to start with an error about incompatible Qt libraries, I think it needs to be rebuilt.
|
|
98 | Packages: Testing | Bug Report | Medium | Low | swap encryption fails | Closed | |
Task Description
I tried to get encrypted swap following the guide in the wiki.
However, ultimately,
/usr/lib/systemd/systemd-cryptsetup attach 'swap' '/dev/disk/by-uuid/13b0e159-8573-40f8-a308-b34f1bbf1a6f' '/dev/urandom' 'swap,offset=2048'
fails, which works on upstream archlinux. It gives:
Set cipher aes, mode cbc-essiv:sha256, key size 256 bits for device /dev/disk/by-uuid/13b0e159-8573-40f8-a308-b34f1bbf1a6f.
device-mapper: reload ioctl on failed: No such file or directory
Failed to activate with key file '/dev/urandom'. (Key file missing?)
Please enter passphrase for disk Ultra_Line (swap):
Loading of cryptographic parameters failed: Invalid argument
In the middle, it asks for a passphrase. On archlinux, the output is:
Set cipher aes, mode cbc-essiv:sha256, key size 256 bits for device /dev/loop0.
are we missing ciphers here somewhere (where?)?
As usual (for my boxes), everything is up-to-date on that machine: cryptsetup 2.2.2-1.0 linux 5.1.15.arch1-1.0 systemd 243.162-2.0
Cheers, Erich
|
|
173 | Packages | Bug Report | Very Low | Medium | supertux is broken (depends on libboostfilesystem 0.72 ... | Closed | |
Task Description
Supertux needs to be rebuilt as it currently depends on the wrong version of libboostfilesystem.
https://www.archlinux32.org/packages/i686/community/supertux/ not satisfiable dependency: “libboost_filesystem.so.1.72.0” (link) not satisfiable dependency: “libboost_locale.so.1.72.0” (link)
This affects all architectures (i686 and pentium4)
|
|
354 | Packages | Bug Report | Very Low | Low | staging mkinitcpio<->cryptsetup conflict | Closed | |
Task Description
it is not possible to enable staging
$ sudo pacman -Syuu
:: Synchronizing package databases...
core-staging is up to date
core is up to date
extra-staging 2.5 MiB 2.22 MiB/s 00:01 [##################################] 100%
extra is up to date
community-staging is up to date
community is up to date
:: Starting full system upgrade...
resolving dependencies...
:: There are 2 providers available for dbus-units:
:: Repository core-staging
1) dbus-broker-units 2) dbus-daemon-units
Enter a number (default=1):
looking for conflicting packages...
:: cryptsetup and mkinitcpio are in conflict. Remove mkinitcpio? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: unable to satisfy dependency 'initramfs' required by linux
|