Here’s 1:0.33.1-1.0-pentium4:

$ pacman -Qs mpv
local/mpv 1:0.33.1-1.0
    a free, open source, and cross-platform media player

$ 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

Here’s 1:0.33.1-2.0-pentium4:

$ pacman -Qs mpv
local/mpv 1:0.33.1-2.0
    a free, open source, and cross-platform media player

$ mpv --msg-level=all=trace --version
libavutil: 56.70.100 -> 56.51.100
Aborted (core dumped)

Looks to me like it might be a library version thing (I’m up-to-date according to

pacman -Syu

), but I’ve only been running Arch32 for 24 hours so I’m not sure where further to dig.

$ 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.

no 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.

Hi!

I just mentioned that exim stopped sending me emails… So I just upgraded to the package in community-testing… And now exim sends me emails, that complain about things like this:
“warning: exim: local (4.95-2.0) is newer than community (4.95-1.0)”

Is there a reason, that the fresh package is being tested since a month now?

Thx.

Bye.

I had to rebuild sqlite to have dirmng start and still –recv-keys is not working, returning “general error”.

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..

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..

KDE applications fail to start with the following error:

symbol lookup error: /usr/lib/libKF5QuickAddons.so.5: undefined symbol: _ZNK19KCoreConfigSkeleton10isDefaultsEv

The affected applications I’ve found so far are:
dolphin 19.08.3-1.0
kwin 5.17.3-1.0
plasma-workspace 5.17.0-2.0

After downgrading kdeclarative to 5.63.0-1.0 kwin and plasma start but dolphin fails with a new error:

dolphin: symbol lookup error: /usr/lib/libKF5KCMUtils.so.5: undefined symbol: _ZNK12KQuickAddons12ConfigModule11errorStringEv

Downgrading kcmutils to 5.63.0-1.0 finally fixed dolphin.

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).

# 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

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

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.

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/

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.

This is pentium4 related problem. Firefox crashes on startup with following messages:

ExceptionHandler::GenerateDump cloned child 814
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...

Screenshot. Firefox folder after crash.

Temporary solution is to change in /etc/pacman/conf

Architecture=i686

, delete firefox for pentium4 from pacman cache and reinstall firefox

firefox-106.0.3.1.1-i686

Installing yay from AUR

git clone https://aur.archlinux.org/yay.git
cd yay
makepkg -sri

gives following error

go: updates to go.sum needed, disabled by -mod=readonly

Reason - outdated version of go in i686 architecture

Temporary solution - use go for pentium4 (change temporarily architecture to pentium4 in /etc/pacman.conf)

After updating my system I found that sshd.service will no longer start.

As a temporary work round I downgraded openssl from 3.2.1-1.0 to 3.1.4-1.0

[keith@Arch32 ~]$ sudo pacman -Syu
:: Synchronising package databases...
 core-testing is up to date
 core is up to date
 extra-testing is up to date
 extra is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...

Package (1)           Old Version  New Version  Net Change

core-testing/openssl  3.1.4-1.0    3.2.1-1.0      1.03 MiB

Total Installed Size:  10.54 MiB
Net Upgrade Size:       1.03 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%
(1/1) checking available disk space                                                            [--------------------------------------------------------] 100%
:: Processing package changes...
(1/1) upgrading openssl                                                                        [--------------------------------------------------------] 100%
:: Running post-transaction hooks...
(1/1) Arming ConditionNeedsUpdate...
[keith@Arch32 ~]$ systemctl restart sshd.service
[keith@Arch32 ~]$ systemctl status sshd.service
× sshd.service - OpenSSH Daemon
     Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; preset: disabled)
     Active: failed (Result: exit-code) since Tue 2024-02-13 05:36:11 GMT; 6s ago
   Duration: 9ms
    Process: 1008 ExecStart=/usr/bin/sshd -D (code=exited, status=255/EXCEPTION)
   Main PID: 1008 (code=exited, status=255/EXCEPTION)
        CPU: 9ms

Feb 13 05:36:11 Arch32 systemd[1]: sshd.service: Scheduled restart job, restart counter is at 5.
Feb 13 05:36:11 Arch32 systemd[1]: Stopped OpenSSH Daemon.
Feb 13 05:36:11 Arch32 systemd[1]: sshd.service: Start request repeated too quickly.
Feb 13 05:36:11 Arch32 systemd[1]: sshd.service: Failed with result 'exit-code'.
Feb 13 05:36:11 Arch32 systemd[1]: Failed to start OpenSSH Daemon.
[keith@Arch32 ~]$ sudo downgrade openssl
loading packages...
warning: downgrading package openssl (3.2.1-1.0 => 3.1.4-1.0)
resolving dependencies...
looking for conflicting packages...

Package (1)  Old Version  New Version  Net Change

openssl      3.2.1-1.0    3.1.4-1.0     -1.03 MiB

Total Installed Size:   9.51 MiB
Net Upgrade Size:      -1.03 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%
(1/1) checking available disk space                                                            [--------------------------------------------------------] 100%
:: Processing package changes...
(1/1) downgrading openssl                                                                      [--------------------------------------------------------] 100%
:: Running post-transaction hooks...
(1/1) Arming ConditionNeedsUpdate...
add openssl to IgnorePkg? [y/N] 
[keith@Arch32 ~]$ systemctl restart sshd.service
[keith@Arch32 ~]$ systemctl status sshd.service
● sshd.service - OpenSSH Daemon
     Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; preset: disabled)
     Active: active (running) since Tue 2024-02-13 05:37:20 GMT; 5s ago
   Main PID: 1138 (sshd)
      Tasks: 1 (limit: 2293)
     Memory: 772.0K
        CPU: 61ms
     CGroup: /system.slice/sshd.service
             └─1138 "sshd: /usr/bin/sshd -D [listener] 0 of 10-100 startups"

Feb 13 05:37:20 Arch32 systemd[1]: Started OpenSSH Daemon.
Feb 13 05:37:20 Arch32 sshd[1138]: Server listening on 0.0.0.0 port 22.
Feb 13 05:37:20 Arch32 sshd[1138]: Server listening on :: port 22.
[keith@Arch32 ~]$ 

Came across this after completing a system update two days ago.

I run Radicale and that is refusing to start with the following error:

Traceback (most recent call last):
  File "/usr/bin/radicale", line 6, in <module>
    from pkg_resources import load_entry_point
  File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 84, in <module>
    __import__('packaging.requirements')
  File "/usr/lib/python3.7/site-packages/packaging/requirements.py", line 9, in <module>
    from pyparsing import stringStart, stringEnd, originalTextFor, ParseException
ModuleNotFoundError: No module named 'pyparsing'

When attempting to run pip to see if that might correct the issue, I got the following error:

Traceback (most recent call last):
  File "/usr/bin/pip", line 6, in <module>
    from pkg_resources import load_entry_point
  File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 84, in <module>
    __import__('packaging.requirements')
  File "/usr/lib/python3.7/site-packages/packaging/requirements.py", line 9, in <module>
    from pyparsing import stringStart, stringEnd, originalTextFor, ParseException
ModuleNotFoundError: No module named 'pyparsing'

It looks as though something recently broke pyparsing and that’s had a knockon effect for a few packages.

shell> echo > rust.rc <<EOF
fn main() {
        println!( "Hello Rust! " );
}
EOF

shell> rustc rust.rs
error: failed to find a `codegen-backends` folder in the sysroot candidates:
* /usr
* /usr

Presumably the i686 folders are moved around in PKGBUILD to form lib32
libraries for rust on 64-bit.

Kmail 20.08.1-1.0 fails to start with symbol lookup error.

Steps to reproduce: invoking kmail on the console shows:

kmail: symbol lookup error: /usr/lib/libKF5MailImporter.so.5: undefined symbol: _ZN9PimCommon15CustomLogWidgetC1EP7QWidget

Downgrading messagelib fixes this issue but generates other issues (missing files or other undefined symbols).

After all I didn’t find a solution.

When trying to install the package, packman complies about the the key to be of unknown trust. Cheking the keyring the associated key appers to be expired.

With linux 5.11.1.arch1-1.0, iwd no longer works for associating with WPA2 access points. On attempting to start the service, the journal reads:

iwd: RC4 support not found
iwd: The following options are missing in the kernel:
iwd:    CONFIG_CRYPTO_USER_API_SKCIPHER
iwd:    CONFIG_CRYPTO_ECB
iwd:    CONFIG_CRYPTO_ARC4

It would be nice to have these options enabled in the kernel config, so as to continue support for the iwd package.

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)

$ cc –version
cc: CPU ISA level is lower than required

The same happens in a chroot for [staging].

$ pacman -Qo /usr/bin/cc
/usr/bin/cc is owned by gcc 10.2.0-6.0

$ pacman -Q glibc
glibc 2.33-4.0

Does that mean, anything building with gcc is doomed on i686, currently?

icu69.1-1.0 however snapper still links against libicuuc.so.68

Running snapper now gives the following error:

# snapper list /
snapper: error while loading shared libraries: libicuuc.so.68: cannot open shared object file: No such file or directory

asp32 fails to export/checkout anything.

Esample:

# asp32 export pacman
fatal: unable to update url base from redirection:

asked for: https://git.archlinux.org/svntogit/packages.git/info/refs?service=git-upload-pack
 redirect: https://gitlab.archlinux.org/explore/groups

error: failed to update remote packages64

The quazip-qt5 package for both i686 and pentium4 contains the Qt6 libraries instead of the Qt5 ones.

The quazip package also no longer seems to exist upstream and should probably be removed in Arch32 as well.

When you have system update there is this warning:

Warn about old perl modules
WARNING: '/usr/lib/perl5/5.34' contains data from at least 1 packages which will NOT be used by the installed perl interpreter.
 -> Run the following command to get a list of affected packages: pacman -Qqo '/usr/lib/perl5/5.34'

After searching you see it’s caused by

$ pacman -Qqo '/usr/lib/perl5/5.34'
perl-term-readline-gnu

So this package should be rebulded, because in repositories is perl 5.36

More info and problem description https://forum.manjaro.pl/t/archlinux32-ostrzezenie-od-perl/2356

Telegram Desktop fails to start with an error about incompatible Qt libraries, I think it needs to be rebuilt.

I did not see a way to report a package outdated (unlike upstream arch linux) so here is a bug report.

chezmoi (a dot file manager for your home directory) is way outdated in arch32, especially the non-pentium4 versions. This makes it unusable for me as my config depends on newer features.

I would at least expect arch32 to have the same version for i686 and pentium4.

$ paccheck pacman
pacman: all dependencies satisfied
zsh: segmentation fault (core dumped) paccheck pacman

It seems to be in the –files check (as with that the crash happens quicker).

Debuginfod doesn’t seem to work for ArchLinux32 (unlike standard ArchLinux) so no debug symbols, but here is the gdb backtrace:

(gdb) bt
#0 0xb7d1989a in strnlen () from /usr/lib/libc.so.6
#1 0xb7d197ac in strncpy () from /usr/lib/libc.so.6
#2 0x00402abe in ?? ()
#3 0x0040244a in ?? ()
#4 0xb7c96129 in ?? () from /usr/lib/libc.so.6
#5 0xb7c961fd in __libc_start_main () from /usr/lib/libc.so.6
#6 0x004026f5 in ?? ()

Valgrind does not seem to work properly on Arch32 either, so I can’t test that.

While installing qemu-desktop for Archlinux32 following error appears:

/usr/bin/gtk-query-immodules-3.0: symbol lookup error: /usr/liblibpango-1.0.so.0: undefined symbol: hb_ot_color_has_paint

Pango version pango-1:1.50.14-1.0-pentium4. This is a problem of Archlinux32 only - in Archlinux there is no error.

i686:- libreoffice-fresh 7.3.4-2.1
pentium4:- libreoffice-fresh 7.3.2-1.0

The linux kernel seems to be stuck at version 6.1.12.arch1-1.0. The build log of the latest stable kernel (linux-6.6.4.arch1-1.0) shows the following error:

=⇒ ERROR: Integrity checks (sha256) differ in size from the source array.
erich@rechenknecht

The pactree tool in pacman-contrib 1.10.5 requires libalpm.so.13 which belongs to an older version of pacman. Rebuilding pacman-contrib with the latest version of pacman installed should resolve the issue.

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 …

Opened by Andreas Baumann - 07.11.2017
Last edited by Erich Eckner - 07.11.2017
 FS#3  - [ffmpeg] missing FLAC codec

Playing 10.Motion_Picture_Soundtrack.flac.
Audio only file format detected.
Load subtitles in ./

Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
[flac @ 0xb68902c0]Got unexpected packet size after a partial decode
ADecoder init failed sad
ADecoder init failed sad
Cannot find codec for audio format 0x43614C66.
Audio: no sound
Video: no video

Levi commented on 16.05.2019 20:08

How do I check this? I tested inputting a file to ffmpeg using the -i option and it acted like the output of ffprobe reporting things like the duration correctly before barfing that I hadn’t supplied it with any outputs. Is this fixed therefore?
Admin
Andreas Baumann commented on 17.08.2019 12:23

Output #0, flac, to ‘Kid A (2000)/10.Motion_Picture_Soundtrack.flac’:
Output file #0 does not contain any stream

and this on 64-bit.

I don’t think, flac support is there in ffmpeg

Google Cache

Bing Cache

Attached to Project: Archlinux32
Opened by Andreas Baumann - 07.11.2017
Last edited by Andreas Baumann - 17.12.2017
 FS#4  - [virtualbox-guest-utils] 5.2.0 version broken

When starting a virtual machine you get:

VBoxClient: VBoxClient (seamless): failed to start. Stage: Setting guest IRQ filter mask Error: VERR_INTERNAL_ERROR

The solution is to use the guest ISO 5.2.1 for now till the package is upgraded.
Closed by Andreas Baumann
17.12.2017 20:22
Reason for closing: Fixed
Additional comments about closing:

Seems to work now. the modules load, the desktop adapts nicely. mouse works. closing this one.

Comments

Admin
Erich Eckner commented on 17.12.2017 18:46

is this still the case with 5.2.2?
Admin
Andreas Baumann commented on 17.12.2017 18:52

I’ll have to test on a virtualbox vm..

Google Cache

Bing Cache

16.12.2017 - The best, I can get is trying to compile the git HEAD with clisp (instead of sbcl). However, this still errors with: entering make-target-2.sh

07.11.2017 - Nov 07 18:19:32 arch32-testing systemd[1]: Started Process Core Dump (PID 643/UID 0). Nov 07 18:19:35 arch32-testing …

no 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

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

no task description

no 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

16.11.2017 - It’s the development version of the FOX toolkit. Breaks in some int/FXival/void * abstractions: FXWSQueue.cpp: In member function ‘FX::FXbool …

Attached to Project: Archlinux32
Opened by Luke Shumaker - 21.11.2017
Last edited by Erich Eckner - 25.11.2017
 FS#14  - [ghc-mod] Needs rebuilt

Yesterday, I mentioned on IRC that many haskell packages need rebuilt. In response, deep42thought moved a bunch of packages from staging to stable, and told me to open a bug report if the issue persisted.

For the most part, this seems resolved. Some pacman -Qo/-Ql/ldd/grep magic tells me that all of the haskell packages I have are fine, except for [ghc-mod].
Closed by Erich Eckner
25.11.2017 14:58
Reason for closing: Fixed
Additional comments about closing:

removed - upstream removed it, too

  Comments (1)
  Related Tasks (0/0)

Luke Shumaker commented on 23.11.2017 04:47

deep42thought has removed ghc-mod, reflecting its removal in Arch. Requesting closure.

Google Cache

Attached to Project: Archlinux32
Opened by Luke Shumaker - 22.11.2017
Last edited by Erich Eckner - 28.11.2017
 FS#15  - [extra/m17n-lib] needs rebuilt for icu 60

extra/m17n-lib 1.7.0-1 is built against icu 59; it needs rebuilt against icu 60 (which moved from staging to stable on Monday).
Closed by Erich Eckner
28.11.2017 08:14
Reason for closing: Fixed
Additional comments about closing:

unfortunately, the fixed package has same version - so you need to force update that one.

  Comments (1)
  Related Tasks (0/0)

Admin
Andreas Baumann commented on 23.11.2017 09:55

I checked on stable, seems ok to me now:

ldd /usr/lib/libm17n.so.0.4.1

    linux-gate.so.1 (0xb7f9c000)
    libm17n-core.so.0 => /usr/lib/libm17n-core.so.0 (0xb7f12000)
    libdl.so.2 => /usr/lib/libdl.so.2 (0xb7f0d000)
    libc.so.6 => /usr/lib/libc.so.6 (0xb7d37000)
    libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7bb7000)
    libz.so.1 => /usr/lib/libz.so.1 (0xb7b9e000)
    liblzma.so.5 => /usr/lib/liblzma.so.5 (0xb7b72000)
    libicui18n.so.60 => /usr/lib/libicui18n.so.60 (0xb78bc000)
    libicuuc.so.60 => /usr/lib/libicuuc.so.60 (0xb7702000)
    libicudata.so.60 => /usr/lib/libicudata.so.60 (0xb5d6c000)
    libm.so.6 => /usr/lib/libm.so.6 (0xb5c70000)
    /usr/lib/ld-linux.so.2 (0xb7f9e000)
    libpthread.so.0 => /usr/lib/libpthread.so.0 (0xb5c4f000)
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb5ad5000)
    libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb5ab8000)

Google Cache