ALHP
/
ALHP.GO
6
34
Fork 9
Code Issues 29 Pull Requests Projects Releases Wiki Activity

Packages still linking to python 3.10 #183

New Issue
Closed
opened 2023-05-07 15:04:03 +02:00 by anonfunc · 13 comments
anonfunc commented 2023-05-07 15:04:03 +02:00
Owner
Copy Link

Lets track all packages still linked to 3.10 here to keep it cleaner instead of multiple issues for each package.

You can check if any packages are still build against 3.10 with:

pacman -Qo /usr/lib/python3.10

Please note this issue is only for repo packages. (no AUR packages)

Lets track all packages still linked to 3.10 here to keep it cleaner instead of multiple issues for each package. You can check if any packages are still build against 3.10 with: ``` pacman -Qo /usr/lib/python3.10 ``` Please note this issue is only for repo packages. (no AUR packages)
🎉 1
anonfunc added the
bug
 label 2023-05-07 15:04:03 +02:00
anonfunc commented 2023-05-07 15:06:08 +02:00
Author
Owner
Copy Link

#182

  • kitty

#180

  • capstone
  • cython
  • dtc
  • i2c-tools
  • libftdi
  • libibus
  • libnewt
  • libvirt-python
  • ninja
  • obs-studio
  • gedit
  • python-apsw
  • python-brotlicffi
  • btrfs-progs
  • packagekit
  • python-coverage
  • aircrack-ng
  • gpsd
  • hivex
  • nlopt
  • nemo-audio-tab
  • nemo-emblems
  • nemo-pastebin
  • opensnitch
  • hugin
  • hexchat
#182 - [x] `kitty` #180 - [x] `capstone` - [x] `cython` - [x] `dtc` - [x] `i2c-tools` - [x] `libftdi` - [x] `libibus` - [x] `libnewt` - [x] `libvirt-python` - [x] `ninja` ----- - [x] `obs-studio` - [x] `gedit` - [x] `python-apsw` - [x] `python-brotlicffi` - [x] `btrfs-progs` - [x] `packagekit` - [x] `python-coverage` - [x] `aircrack-ng` - [x] `gpsd` - [x] `hivex` - [x] `nlopt` - [x] `nemo-audio-tab` - [x] `nemo-emblems` - [x] `nemo-pastebin` - [x] `opensnitch` - [x] `hugin` - [x] `hexchat`
obj-obj commented 2023-05-07 19:12:20 +02:00
Copy Link

OBS is not shown by that command, however it tries to load libpython3.10.so.1.0 on startup (so it still needs to be rebuilt)

OBS is not shown by that command, however it tries to load `libpython3.10.so.1.0` on startup (so it still needs to be rebuilt)
👀 1
bg2908 commented 2023-05-07 19:32:09 +02:00
Copy Link

My pacman -Qo /usr/lib/python3.10 show these packages

/usr/lib/python3.10/ is owned by btrfs-progs 6.3-2.1
/usr/lib/python3.10/ is owned by gedit 44.2-2.1
/usr/lib/python3.10/ is owned by libcec 6.0.2-4.1
/usr/lib/python3.10/ is owned by libftdi 1.5-5.1
/usr/lib/python3.10/ is owned by libgexiv2 0.14.0-4.1
/usr/lib/python3.10/ is owned by libibus 1.5.28-4.1
/usr/lib/python3.10/ is owned by libnewt 0.52.23-2.1
/usr/lib/python3.10/ is owned by lilv 0.24.20-2.1
/usr/lib/python3.10/ is owned by python-apsw 3.40.0.0-2.1
/usr/lib/python3.10/ is owned by python-brotlicffi 1.0.9.2-4.1
/usr/lib/python3.10/ is owned by python-inputs 0.5.0-1.1
My `pacman -Qo /usr/lib/python3.10` show these packages ``` /usr/lib/python3.10/ is owned by btrfs-progs 6.3-2.1 /usr/lib/python3.10/ is owned by gedit 44.2-2.1 /usr/lib/python3.10/ is owned by libcec 6.0.2-4.1 /usr/lib/python3.10/ is owned by libftdi 1.5-5.1 /usr/lib/python3.10/ is owned by libgexiv2 0.14.0-4.1 /usr/lib/python3.10/ is owned by libibus 1.5.28-4.1 /usr/lib/python3.10/ is owned by libnewt 0.52.23-2.1 /usr/lib/python3.10/ is owned by lilv 0.24.20-2.1 /usr/lib/python3.10/ is owned by python-apsw 3.40.0.0-2.1 /usr/lib/python3.10/ is owned by python-brotlicffi 1.0.9.2-4.1 /usr/lib/python3.10/ is owned by python-inputs 0.5.0-1.1 ```
👀 1
InternetD commented 2023-05-07 20:19:50 +02:00
Copy Link

For me its:

/usr/lib/python3.10/ is owned by cython 0.29.34-3.1
/usr/lib/python3.10/ is owned by libnewt 0.52.23-2.1
/usr/lib/python3.10/ is owned by ninja 1.11.1-3.1
/usr/lib/python3.10/ is owned by packagekit 1.2.6-2.1
/usr/lib/python3.10/ is owned by python-coverage 6.5.0-5.1

For those wondering how to filter AUR/foreign packages, use: pacman -Qm

For me its: ``` /usr/lib/python3.10/ is owned by cython 0.29.34-3.1 /usr/lib/python3.10/ is owned by libnewt 0.52.23-2.1 /usr/lib/python3.10/ is owned by ninja 1.11.1-3.1 /usr/lib/python3.10/ is owned by packagekit 1.2.6-2.1 /usr/lib/python3.10/ is owned by python-coverage 6.5.0-5.1 ``` For those wondering how to filter AUR/foreign packages, use: `pacman -Qm`
👀 1
bekaertruben commented 2023-05-07 21:48:04 +02:00
Copy Link

For me, I get:

/usr/lib/python3.10/ is owned by aircrack-ng 1.7-3.1
/usr/lib/python3.10/ is owned by btrfs-progs 6.3-2.1
/usr/lib/python3.10/ is owned by cython 0.29.34-3.1
/usr/lib/python3.10/ is owned by fvs 0.3.4-1.1
/usr/lib/python3.10/ is owned by glusterfs 1:11.0-1.1
/usr/lib/python3.10/ is owned by gpsd 3.25-2.1
/usr/lib/python3.10/ is owned by hivex 1.3.21-8.1
/usr/lib/python3.10/ is owned by libftdi 1.5-5.1
/usr/lib/python3.10/ is owned by libgexiv2 0.14.0-4.1
/usr/lib/python3.10/ is owned by libibus 1.5.28-4.1
/usr/lib/python3.10/ is owned by libnewt 0.52.23-2.1
/usr/lib/python3.10/ is owned by libvirt-python 1:9.2.0-2.1
/usr/lib/python3.10/ is owned by lilv 0.24.20-2.1
/usr/lib/python3.10/ is owned by ninja 1.11.1-3.1
/usr/lib/python3.10/ is owned by packagekit 1.2.6-2.1
/usr/lib/python3.10/ is owned by patool 1.12-5.1
/usr/lib/python3.10/ is owned by python-anyascii 0.3.1-1.1
/usr/lib/python3.10/ is owned by python-apsw 3.40.0.0-2.1
/usr/lib/python3.10/ is owned by python-brotlicffi 1.0.9.2-4.1
/usr/lib/python3.10/ is owned by python-cssutils 2.6.0-1.1
/usr/lib/python3.10/ is owned by python-enzyme 0.4.1-5.1
/usr/lib/python3.10/ is owned by python-jarowinkler 1.2.3-1.1
/usr/lib/python3.10/ is owned by python-material-color-utilities 0.1.5-1.1
/usr/lib/python3.10/ is owned by python-steamgriddb 1.0.5-1.1
/usr/lib/python3.10/ is owned by python-trio-websocket 0.10.2-1
For me, I get: ``` /usr/lib/python3.10/ is owned by aircrack-ng 1.7-3.1 /usr/lib/python3.10/ is owned by btrfs-progs 6.3-2.1 /usr/lib/python3.10/ is owned by cython 0.29.34-3.1 /usr/lib/python3.10/ is owned by fvs 0.3.4-1.1 /usr/lib/python3.10/ is owned by glusterfs 1:11.0-1.1 /usr/lib/python3.10/ is owned by gpsd 3.25-2.1 /usr/lib/python3.10/ is owned by hivex 1.3.21-8.1 /usr/lib/python3.10/ is owned by libftdi 1.5-5.1 /usr/lib/python3.10/ is owned by libgexiv2 0.14.0-4.1 /usr/lib/python3.10/ is owned by libibus 1.5.28-4.1 /usr/lib/python3.10/ is owned by libnewt 0.52.23-2.1 /usr/lib/python3.10/ is owned by libvirt-python 1:9.2.0-2.1 /usr/lib/python3.10/ is owned by lilv 0.24.20-2.1 /usr/lib/python3.10/ is owned by ninja 1.11.1-3.1 /usr/lib/python3.10/ is owned by packagekit 1.2.6-2.1 /usr/lib/python3.10/ is owned by patool 1.12-5.1 /usr/lib/python3.10/ is owned by python-anyascii 0.3.1-1.1 /usr/lib/python3.10/ is owned by python-apsw 3.40.0.0-2.1 /usr/lib/python3.10/ is owned by python-brotlicffi 1.0.9.2-4.1 /usr/lib/python3.10/ is owned by python-cssutils 2.6.0-1.1 /usr/lib/python3.10/ is owned by python-enzyme 0.4.1-5.1 /usr/lib/python3.10/ is owned by python-jarowinkler 1.2.3-1.1 /usr/lib/python3.10/ is owned by python-material-color-utilities 0.1.5-1.1 /usr/lib/python3.10/ is owned by python-steamgriddb 1.0.5-1.1 /usr/lib/python3.10/ is owned by python-trio-websocket 0.10.2-1 ```
👀 1
SunRed commented 2023-05-10 15:31:22 +02:00
Copy Link

After simply reinstalling all packages manually that are listed using the command pacman -Qo /usr/lib/python3.10 with before being

/usr/lib/python3.10/ is owned by btrfs-progs 6.3-2.1
/usr/lib/python3.10/ is owned by glusterfs 1:11.0-1.1
/usr/lib/python3.10/ is owned by hivex 1.3.21-8.1
/usr/lib/python3.10/ is owned by hugin 2022.0.0-6.1
/usr/lib/python3.10/ is owned by i2c-tools 4.3-4.1
/usr/lib/python3.10/ is owned by libcec 6.0.2-4.1
/usr/lib/python3.10/ is owned by libftdi 1.5-5.1
/usr/lib/python3.10/ is owned by libgexiv2 0.14.0-4.1
/usr/lib/python3.10/ is owned by libibus 1.5.28-4.1
/usr/lib/python3.10/ is owned by libnewt 0.52.23-2.1
/usr/lib/python3.10/ is owned by libvirt-python 1:9.2.0-2.1
/usr/lib/python3.10/ is owned by lilv 0.24.20-2.1
/usr/lib/python3.10/ is owned by nlopt 2.7.1-8.1
/usr/lib/python3.10/ is owned by opensnitch 1.5.8.1-1.1
/usr/lib/python3.10/ is owned by packagekit 1.2.6-2.1

I still have two packages that need to be recompiled

/usr/lib/python3.10/ is owned by hugin 2022.0.0-6.1
/usr/lib/python3.10/ is owned by opensnitch 1.5.8.1-1.1

Why weren't these packages bumped to a .2 version suffix for the 3.11 recompile task to begin with?

After simply reinstalling all packages manually that are listed using the command `pacman -Qo /usr/lib/python3.10` with before being ``` /usr/lib/python3.10/ is owned by btrfs-progs 6.3-2.1 /usr/lib/python3.10/ is owned by glusterfs 1:11.0-1.1 /usr/lib/python3.10/ is owned by hivex 1.3.21-8.1 /usr/lib/python3.10/ is owned by hugin 2022.0.0-6.1 /usr/lib/python3.10/ is owned by i2c-tools 4.3-4.1 /usr/lib/python3.10/ is owned by libcec 6.0.2-4.1 /usr/lib/python3.10/ is owned by libftdi 1.5-5.1 /usr/lib/python3.10/ is owned by libgexiv2 0.14.0-4.1 /usr/lib/python3.10/ is owned by libibus 1.5.28-4.1 /usr/lib/python3.10/ is owned by libnewt 0.52.23-2.1 /usr/lib/python3.10/ is owned by libvirt-python 1:9.2.0-2.1 /usr/lib/python3.10/ is owned by lilv 0.24.20-2.1 /usr/lib/python3.10/ is owned by nlopt 2.7.1-8.1 /usr/lib/python3.10/ is owned by opensnitch 1.5.8.1-1.1 /usr/lib/python3.10/ is owned by packagekit 1.2.6-2.1 ``` I still have two packages that need to be recompiled ``` /usr/lib/python3.10/ is owned by hugin 2022.0.0-6.1 /usr/lib/python3.10/ is owned by opensnitch 1.5.8.1-1.1 ``` Why weren't these packages bumped to a `.2` version suffix for the 3.11 recompile task to begin with?
👀 1
bekaertruben commented 2023-05-10 15:36:19 +02:00
Copy Link

hexchat is also still linked to python 3.10:

 AutoLoad failed for: /usr/lib/hexchat/plugins/python.so
 libpython3.10.so.1.0: cannot open shared object file: No such file or directory
`hexchat` is also still linked to python 3.10: ``` AutoLoad failed for: /usr/lib/hexchat/plugins/python.so libpython3.10.so.1.0: cannot open shared object file: No such file or directory ```
👀 1
anonfunc commented 2023-05-10 19:12:32 +02:00
Author
Owner
Copy Link
I still have two packages that need to be recompiled

/usr/lib/python3.10/ is owned by hugin 2022.0.0-6.1
/usr/lib/python3.10/ is owned by opensnitch 1.5.8.1-1.1

Why weren't these packages bumped to a `.2` version suffix for the 3.11 recompile task to begin with?

The rebuilds should have been bumped, but there is a bug preventing that from happening I have not found yet. In my local tests it works perfectly fine. Need to find the time to deep-dive this section of code once more.

> ``` > I still have two packages that need to be recompiled > ``` > /usr/lib/python3.10/ is owned by hugin 2022.0.0-6.1 > /usr/lib/python3.10/ is owned by opensnitch 1.5.8.1-1.1 > ``` > Why weren't these packages bumped to a `.2` version suffix for the 3.11 recompile task to begin with? The rebuilds should have been bumped, but there is a bug preventing that from happening I have not found yet. In my local tests it works perfectly fine. Need to find the time to deep-dive this section of code once more.
👍 1
RubenKelevra commented 2023-05-12 18:15:42 +02:00
Contributor
Copy Link

@anonfunc the cython package needs a .2 bump. Had 0.29.34-3.1 installed which is still linking to python 3.10. But if reinstalled I get the same version number but it's fixed.

@anonfunc the cython package needs a .2 bump. Had 0.29.34-3.1 installed which is still linking to python 3.10. But if reinstalled I get the same version number but it's fixed.
RubenKelevra commented 2023-05-12 18:33:33 +02:00
Contributor
Copy Link

Hey @anonfunc,

you can just ask pacman's database on that matter:

# pacman -Fy --regex '^usr/lib/python3.10' | grep -v 'downloading...' | grep -F 'x86-64-v3' |  awk '{ print $(NF - 1) }' | cut -d'/' -f2 | sort -u

That's currently:

cairo-dock-plug-ins
crun
csound
fastjet
fetchmail
glom
goocanvas
ktoblzcheck
ledger
libcomps
libffado
libmodulemd
libopenshot
libuhd
ming
notmuch
openipmi
osdlyrics
python-axolotl-curve25519
python-billiard
python-biopython
python-bottleneck
python-cheetah3
python-clevercsv
python-cx-freeze
python-distorm
python-fastpbkdf2
python-fuse
python-gammu
python-gdal
python-pyliblo
Hey @anonfunc, you can just ask pacman's database on that matter: ```console # pacman -Fy --regex '^usr/lib/python3.10' | grep -v 'downloading...' | grep -F 'x86-64-v3' | awk '{ print $(NF - 1) }' | cut -d'/' -f2 | sort -u ``` That's currently: ``` cairo-dock-plug-ins crun csound fastjet fetchmail glom goocanvas ktoblzcheck ledger libcomps libffado libmodulemd libopenshot libuhd ming notmuch openipmi osdlyrics python-axolotl-curve25519 python-billiard python-biopython python-bottleneck python-cheetah3 python-clevercsv python-cx-freeze python-distorm python-fastpbkdf2 python-fuse python-gammu python-gdal python-pyliblo ```
RubenKelevra commented 2023-05-12 19:00:17 +02:00
Contributor
Copy Link

@anonfunc the cython package needs a .2 bump. Had 0.29.34-3.1 installed which is still linking to python 3.10. But if reinstalled I get the same version number but it's fixed.

Same goes for gpsd and i2c-tools, so this could be a widespread issue. So it would be best to check all version numbers on those which you had to recompile.

> @anonfunc the cython package needs a .2 bump. Had 0.29.34-3.1 installed which is still linking to python 3.10. But if reinstalled I get the same version number but it's fixed. > > Same goes for `gpsd` and `i2c-tools`, so this could be a widespread issue. So it would be best to check all version numbers on those which you had to recompile.
anonfunc commented 2023-05-13 16:16:06 +02:00
Author
Owner
Copy Link

Thanks for the tip with -F, I was able to filter out all remaining packages. As for the .2 bump, as I said here

Why weren't these packages bumped to a .2 version suffix for the 3.11 recompile task to begin with?

The rebuilds should have been bumped, but there is a bug preventing that from happening I have not found yet. In my local tests it works perfectly fine. Need to find the time to deep-dive this section of code once more.

there is still a bug to be found here. Manually bumping is not something I accounted for, so there is no mechanism to do that currently. Normally removing already build packages should trigger an .(previous build-no+1) build.

See 943b37bee2/proto_package.go (L186):

buildNo := 1
versionSlice := strings.Split(p.DBPackage.LastVersionBuild, ".")
if strings.Join(versionSlice[:len(versionSlice)-1], ".") == p.Version {
	buildNo, err = strconv.Atoi(versionSlice[len(versionSlice)-1])
	if err != nil {
		return time.Since(start), fmt.Errorf("error while reading buildNo from pkgrel: %w", err)
	}
	buildNo++
}

EDIT: I think I have found the problem. Seems like an older version of ALHP saved malformed versions, so the compare fails because this 'lastest build version' does not match the current version. For example:

libuninameslist | x86-64-v3 | 20211114-1.1.1
openipmi        | x86-64-v2 | 2.0.33-2.1.1

Newer builds do not have this problem:

openipmi        | x86-64-v3 | 2.0.33-3.1

EDIT2: I fixed this with a housekeeping job in ac909f4e36.

Thanks for the tip with `-F`, I was able to filter out all remaining packages. As for the `.2` bump, as I said here > > Why weren't these packages bumped to a `.2` version suffix for the 3.11 recompile task to begin with? > > The rebuilds should have been bumped, but there is a bug preventing that from happening I have not found yet. In my local tests it works perfectly fine. Need to find the time to deep-dive this section of code once more. there is still a bug to be found here. Manually bumping is not something I accounted for, so there is no mechanism to do that currently. Normally removing already build packages *should* trigger an `.(previous build-no+1)` build. See https://somegit.dev/ALHP/ALHP.GO/src/commit/943b37bee2d9cfb055fafc6e6be96af7fb75d7a6/proto_package.go#L186: ```golang buildNo := 1 versionSlice := strings.Split(p.DBPackage.LastVersionBuild, ".") if strings.Join(versionSlice[:len(versionSlice)-1], ".") == p.Version { buildNo, err = strconv.Atoi(versionSlice[len(versionSlice)-1]) if err != nil { return time.Since(start), fmt.Errorf("error while reading buildNo from pkgrel: %w", err) } buildNo++ } ``` *EDIT*: I think I have found the problem. Seems like an older version of ALHP saved malformed versions, so the compare fails because this 'lastest build version' does not match the current version. For example: ``` libuninameslist | x86-64-v3 | 20211114-1.1.1 openipmi | x86-64-v2 | 2.0.33-2.1.1 ``` Newer builds do not have this problem: ``` openipmi | x86-64-v3 | 2.0.33-3.1 ``` *EDIT2*: I fixed this with a housekeeping job in ac909f4e369062cb8abf83fdbe6e69fe47aafd04.
🎉 1
anonfunc commented 2023-05-16 13:56:02 +02:00
Author
Owner
Copy Link

I'll close this as it seems we got every package. Please reopen if you get any 3.10 linking issues with packages from the ALHP repos.

I'll close this as it seems we got every package. Please reopen if you get any 3.10 linking issues with packages *from the ALHP repos*.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
main
Labels
Clear labels   
blocked upstream

   
bug

Something is not working

  
build-failure

package build fails because of our added buildflags

  
duplicate

This issue or pull request already exists

  
enhancement

New feature

  
help wanted

Need some help

  
informational

Provides information about something

  
invalid

Something is wrong

  
invalid/corrupt package

Package needs to be rebuild

  
packaging issue

   
priority: high

High priority

  
question

More information is needed

  
support

   
wontfix

This won't be fixed

No Label
blocked upstream
bug
build-failure
duplicate
enhancement
help wanted
informational
invalid
invalid/corrupt package
packaging issue
priority: high
question
support
wontfix
Milestone
Clear milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
No Assignees
7 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: ALHP/ALHP.GO#183
No description provided.
Delete Branch "%!s(<nil>)"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?