Re: [opensuse-arm] tumbleweed updates for armv6hl ?
Hi, (Please note that I've joined this mailinglist since this thread started) Re: [opensuse-arm] tumbleweed updates for armv6hl ? <https://lists.opensuse.org/opensuse-arm/2017-07/msg00021.html> * From: Michael Ströder <michael@xxxxxxxxxxxx> * Date: Thu, 13 Jul 2017 11:51:56 +0200 * Message-id: <74530af2-0e5e-6dd0-090e-80984ec86c63@stroeder.com <https://lists.opensuse.org/opensuse-arm/2017-07/msg00021.html>> Dirk Müller wrote: Unfortunately armv6hl is in a pretty bad state because it is still built in qemu emulation, and noone maintains that emulation layer. [..] Over the long run we need to find a different solution though (which could be dropping it alltogether, in the worst case). For now I take it as a positive sign that someone does actually care about it being available :-) Hmm, I have several rpi1 boards and it would be nice if they do not turn into Elektroschrott. The video output does not work but I use them headless anyway. Until two weeks ago zypper dup worked but currently the update is stuck with this message: Problem: libzypp-16.9.0-1.1.armv6hl requires libsolv-tools = 0.6.27, but this requirement cannot be provided deleted providers: libsolv-tools-0.6.27-2.1.armv6hl Solution 1: Following actions will be done: deinstallation of libzypp-16.9.0-1.1.armv6hl deinstallation of zypper-1.13.25-1.1.armv6hl Solution 2: keep obsolete libsolv-tools-0.6.27-2.1.armv6hl Solution 3: break libzypp-16.9.0-1.1.armv6hl by ignoring some of its dependencies I'd like to register myself as a RaspPi+armv6hl user who cares about the repo being available :-) and mention that I am also seeing similar sorts of issues: # *zypper dup --no-allow-vendor-change -d* Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Loading repository data... Reading installed packages... Computing distribution upgrade... 36 Problems: Problem: nothing provides zypper(auto-agree-with-product-licenses) needed by SUSEConnect-0.3.2-1.1.armv6hl Problem: libzypp-16.9.0-1.1.armv6hl requires libsolv-tools = 0.6.27, but this requirement cannot be provided Problem: yast2-perl-bindings-3.2.0-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided Problem: yast2-core-3.2.2-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided Problem: vim-8.0.566-2.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided Problem: yast2-perl-bindings-3.2.0-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided [3 More] Problem: yast2-core-3.2.2-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided [11 More] Problem: yast2-perl-bindings-3.2.0-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided [13 More] Problem: yast2-core-3.2.2-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided Problem: nothing provides zypper(auto-agree-with-product-licenses) needed by SUSEConnect-0.3.2-1.1.armv6hl Solution 1: keep obsolete SUSEConnect-0.3.0-1.1.armv6hl Solution 2: break SUSEConnect-0.3.2-1.1.armv6hl by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): If I sit tight and wait, will this get fixed in some future maintenance? Thanks, Marcus.
On 17.07.17 16:26, Marcus Gould wrote:
Hi,
(Please note that I've joined this mailinglist since this thread started)
Re: [opensuse-arm] tumbleweed updates for armv6hl ? <https://lists.opensuse.org/opensuse-arm/2017-07/msg00021.html>
* From: Michael Ströder <michael@xxxxxxxxxxxx> * Date: Thu, 13 Jul 2017 11:51:56 +0200 * Message-id: <74530af2-0e5e-6dd0-090e-80984ec86c63@stroeder.com <https://lists.opensuse.org/opensuse-arm/2017-07/msg00021.html>>
Dirk Müller wrote:
Unfortunately armv6hl is in a pretty bad state because it is still built in qemu emulation, and noone maintains that emulation layer. [..] Over the long run we need to find a different solution though (which could be dropping it alltogether, in the worst case). For now I take it as a positive sign that someone does actually care about it being available :-)
Hmm, I have several rpi1 boards and it would be nice if they do not turn into Elektroschrott. The video output does not work but I use them headless anyway.
Until two weeks ago zypper dup worked but currently the update is stuck with this message:
Problem: libzypp-16.9.0-1.1.armv6hl requires libsolv-tools = 0.6.27, but this requirement cannot be provided deleted providers: libsolv-tools-0.6.27-2.1.armv6hl Solution 1: Following actions will be done: deinstallation of libzypp-16.9.0-1.1.armv6hl deinstallation of zypper-1.13.25-1.1.armv6hl Solution 2: keep obsolete libsolv-tools-0.6.27-2.1.armv6hl Solution 3: break libzypp-16.9.0-1.1.armv6hl by ignoring some of its dependencies
I'd like to register myself as a RaspPi+armv6hl user who cares about the repo being available :-) and mention that I am also seeing similar sorts of issues:
# *zypper dup --no-allow-vendor-change -d* Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Loading repository data... Reading installed packages... Computing distribution upgrade... 36 Problems: Problem: nothing provides zypper(auto-agree-with-product-licenses) needed by SUSEConnect-0.3.2-1.1.armv6hl Problem: libzypp-16.9.0-1.1.armv6hl requires libsolv-tools = 0.6.27, but this requirement cannot be provided Problem: yast2-perl-bindings-3.2.0-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided Problem: yast2-core-3.2.2-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided Problem: vim-8.0.566-2.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided Problem: yast2-perl-bindings-3.2.0-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided [3 More] Problem: yast2-core-3.2.2-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided [11 More] Problem: yast2-perl-bindings-3.2.0-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided [13 More] Problem: yast2-core-3.2.2-1.1.armv6hl requires perl = 5.24.0, but this requirement cannot be provided
Problem: nothing provides zypper(auto-agree-with-product-licenses) needed by SUSEConnect-0.3.2-1.1.armv6hl Solution 1: keep obsolete SUSEConnect-0.3.0-1.1.armv6hl Solution 2: break SUSEConnect-0.3.2-1.1.armv6hl by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c):
If I sit tight and wait, will this get fixed in some future maintenance?
Dirk and Andreas are currently working to fix up all builds. We're in the process to switch compilation over to native builds (previously it was all emulated with bitrotting emulation). As always, helping hands are always welcome. If you see build failures for armv6 here: https://build.opensuse.org/project/show/openSUSE:Factory:ARM and you have the time to google for failures and create OBS submitrequests to fix them, that would be great and helps to keep the target alive :). Thanks, Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 17/07/17 15:31, Alexander Graf wrote:
Dirk and Andreas are currently working to fix up all builds. We're in the process to switch compilation over to native builds (previously it was all emulated with bitrotting emulation).
As always, helping hands are always welcome. If you see build failures for armv6 here:
https://build.opensuse.org/project/show/openSUSE:Factory:ARM
and you have the time to google for failures and create OBS submitrequests to fix them, that would be great and helps to keep the target alive :).
Thanks for the info. I'll do my best! :-) Marcus.
I had a look at this link to see if I could help, but I can't tell were to start there to find the problems and solutions. (too little experience with the build system I guess) One thing I could see is that for example the failed package "build" within armv6hl/standard during its build process is trying to load "libdummy1-0-0.armv7hl" and of course complains about it being from a different architecture and thus failing. Greetings, Ralph Am 17.07.2017 um 17:13 schrieb Marcus Gould:
On 17/07/17 15:31, Alexander Graf wrote:
Dirk and Andreas are currently working to fix up all builds. We're in the process to switch compilation over to native builds (previously it was all emulated with bitrotting emulation).
As always, helping hands are always welcome. If you see build failures for armv6 here:
https://build.opensuse.org/project/show/openSUSE:Factory:ARM
and you have the time to google for failures and create OBS submitrequests to fix them, that would be great and helps to keep the target alive :).
Thanks for the info. I'll do my best! :-)
Marcus.
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Dienstag, 18. Juli 2017 10:39:48 CEST BWC Illmensee GmbH - Ralph Gauer wrote:
I had a look at this link to see if I could help, but I can't tell were to start there to find the problems and solutions. (too little experience with the build system I guess)
One thing I could see is that for example the failed package "build" within armv6hl/standard during its build process is trying to load "libdummy1-0-0.armv7hl" and of course complains about it being from a different architecture and thus failing.
Probably, building armv6hl on native ARM hardware has gone wrong. This is likely also the reason large parts of perl failed to build - it tries to load perl modules from /usr/lib/perl5/vendor_perl/5.24.1/armv7l-linux- thread-multi/ Is it possible it actually installed armv7hl packages instead of armv6hl? Kind regards, Stefan-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (4)
-
Alexander Graf
-
Brüns, Stefan
-
BWC Illmensee GmbH - Ralph Gauer
-
Marcus Gould