Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.maint.python > #13128
| From | Ole Streicher <olebole@debian.org> |
|---|---|
| Newsgroups | linux.debian.maint.python |
| Subject | Re: Generic Python packages which don’t work on all architectures |
| Date | 2021-01-21 16:50 +0100 |
| Message-ID | <BzKnD-6np-5@gated-at.bofh.it> (permalink) |
| References | <BzrEm-35B-13@gated-at.bofh.it> <BzxgJ-6DT-1@gated-at.bofh.it> <BzI2t-58c-1@gated-at.bofh.it> <BzIca-5ba-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Paul Wise <pabs@debian.org> writes: > On Thu, Jan 21, 2021 at 1:12 PM Ole Streicher wrote: > >> This would be a quite flexible and extendible approach to have packages >> installable only where they work. > > There is precedent for this sort of thing in the isa-support source > package, which fails installation when your CPU doesn't support > particular ISA extensions like SSE or NEON. > > It is a reasonable workaround for now, but the packages using the > pseudo-packages would still be available, causing confusion when > people try to install them. But this is also the case for all packages which implicitly depend on other packages which are not available on some architectures. This is not very rare: * Python arch:all packages may depend on arch:* Python packages which are not available everywhere * Packages written in an interpreted language are arch:all, but depend on the interpreter and can only installed on archs where the interpreter exists (like gnudatalanguage or iraf from my portfolio) Generally, arch:all packages depend on a lot of architecture dependent packages, and unless one resolves the whole dependency chain, there is no way to check whether a package is actually installable. > It would be better to just not have them available where they aren't > going to work. I also wonder how multi-arch stuff would interact with > the pseudo-packages idea. IMO this is a problem that already exists there and is not solved. Imagine the following constellation: * I have a python3-foo package with arch:all. * this depends on python3-foo-obj that exists only for i386. Now I have a x86_64 machine that gets i386 added. On this machine, I could install python3-foo (since the dependency is resolvable), but 'import foo' with the x86_64 interpreter would fail. Best regards Ole
Back to linux.debian.maint.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Generic Python packages which don’t work on all architectures Stephen Kitt <skitt@debian.org> - 2021-01-20 20:50 +0100
Re: Generic Python packages which don’t work on all architectures Matthias Klose <doko@debian.org> - 2021-01-20 21:10 +0100
Re: Generic Python packages which don’t work on all architectures Paul Wise <pabs@debian.org> - 2021-01-21 02:50 +0100
Re: Generic Python packages which don’t work on all architectures Christian Kastner <ckk@debian.org> - 2021-01-21 08:10 +0100
Re: Generic Python packages which don’t work on all architectures Ole Streicher <olebole@debian.org> - 2021-01-21 14:20 +0100
Re: Generic Python packages which don’t work on all architectures Paul Wise <pabs@debian.org> - 2021-01-21 14:30 +0100
Re: Generic Python packages which don’t work on all architectures Ole Streicher <olebole@debian.org> - 2021-01-21 16:50 +0100
Re: Generic Python packages which don’t work on all architectures Paul Wise <pabs@debian.org> - 2021-01-22 00:40 +0100
Re: Generic Python packages which don’t work on all architectures Paul Wise <pabs@debian.org> - 2021-01-22 00:50 +0100
Re: Generic Python packages which don’t work on all architectures Ole Streicher <olebole@debian.org> - 2021-01-22 10:00 +0100
Re: Generic Python packages which don’t work on all architectures Ansgar <ansgar@43-1.org> - 2021-01-21 14:40 +0100
Re: Generic Python packages which don’t work on all architectures Ole Streicher <olebole@debian.org> - 2021-01-21 16:20 +0100
csiph-web