[opensuse-arm] Build not enabled for Factory armv7hl at http://download.opensuse.org/ports/armv7hl/factory/repo/oss/
Hello, I'm running openSUSE Factory on some ARMv7 boards (cubietruck, Olimex A10 OLinuXino LIME) using the Factory ARM repository at http://download.opensuse.org/ports/armv7hl/factory/repo/oss/. Everything is working fine and I'm currently working on packaging the specific linux-sunxi kernel and tools for Allwinner processors as well as compiling some specific repositories (like hamradio) for ARM (v7 and v6). Unfortunately, the build for http://download.opensuse.org/ports/armv7hl/factory/repo/oss/ seems to be disable for a couple of weeks, last builds were create around May 20th. Is there any specific reason for no longer providing a Factory armv7hl repository? Whom may I contact to get the build enabled again? How may I help with the armv7hl target? Thanks in advance! -- Arnd (DJ9PZ / AB2QP)
On 19.07.14 16:09, Arnd Gronenberg wrote:
Hello,
I'm running openSUSE Factory on some ARMv7 boards (cubietruck, Olimex A10 OLinuXino LIME) using the Factory ARM repository at http://download.opensuse.org/ports/armv7hl/factory/repo/oss/. Everything is working fine and I'm currently working on packaging the specific linux-sunxi kernel and tools for Allwinner processors as well as compiling some specific repositories (like hamradio) for ARM (v7 and v6).
Unfortunately, the build for http://download.opensuse.org/ports/armv7hl/factory/repo/oss/ seems to be disable for a couple of weeks, last builds were create around May 20th.
That repository is still building: https://build.opensuse.org/project/show/openSUSE:Factory:ARM However, it only gets published (pushed to download.opensuse.org) when it is in a "consistent" state, so when no packages are left in building or scheduled state. Looking at the number of build jobs running right now and the monitor, I'd say quite a few of our build workers don't build anymore :). Dirk, what happened to your watchdog scripts?
Is there any specific reason for no longer providing a Factory armv7hl repository? Whom may I contact to get the build enabled again?
You're at the perfect spot :). Let's wait for Dirk's reply to find out why his scripts that trigger machine resets when our build workers crash didn't work.
How may I help with the armv7hl target?
Phew. Since you've already started to work on Sunxi, I guess it would be awesome if you could help out here on the official sunxi contrib repository: https://build.opensuse.org/project/show/devel:ARM:Factory:Contrib:sunxi so that we will eventually have an easy-to-find image for those platforms. Especially for sunxi we would also need some innovative deployment method. Right now we have to build one image per exact hardware configuration. Other distributions are more clever here - they overwrite the hardware description in their image while deploying it, so that you only need to create one image for all platforms. Then there's the usual "oh, I see a package failed in Factory for ARM, let me see what's broken" type of help that's always very much appreciated :). Either way, welcome on board! Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Alexander Graf <agraf@suse.de> writes:
That repository is still building:
https://build.opensuse.org/project/show/openSUSE:Factory:ARM
However, it only gets published (pushed to download.opensuse.org) when it is in a "consistent" state, so when no packages are left in building or scheduled state.
Which won't happen any time soon, since there is no worker capable of building the libqt5-qtwebkit package. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 07/21/2014 12:15 PM, Andreas Schwab wrote:
Alexander Graf <agraf@suse.de> writes:
That repository is still building:
https://build.opensuse.org/project/show/openSUSE:Factory:ARM
However, it only gets published (pushed to download.opensuse.org) when it is in a "consistent" state, so when no packages are left in building or scheduled state. Which won't happen any time soon, since there is no worker capable of building the libqt5-qtwebkit package.
What is the reason that no worker is capable of building it (status is "scheduled")? Is there "just" a lack of workers for armv7hl or is there a technical problem to build the libqt5-qtwebkit package? If there is a lack of workers, what can be done to increase the number of workers? -- Arnd Gronenberg, arnd@gronenberg.com, DJ9PZ / AB2QP
Arnd Gronenberg <arnd@gronenberg.com> writes:
What is the reason that no worker is capable of building it (status is "scheduled")? Is there "just" a lack of workers for armv7hl or is there a technical problem to build the libqt5-qtwebkit package?
There is no worker fulfilling the constraints of the package. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 21.07.2014 um 12:51 schrieb Arnd Gronenberg <arnd@gronenberg.com>:
What is the reason that no worker is capable of building it (status is "scheduled")? Is there "just" a lack of workers for armv7hl or is there a technical problem to build the libqt5-qtwebkit package?
Its not possible to allocate 5GB of RAM to a ARMv7 host.
If there is a lack of workers, what can be done to increase the number of workers?
Nothing really other than getting the existing hardware to work or buying new one, but this isn’t the issue here. I can just disable the constraint, that way the package will fail and publishing will continue. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi Arnd,
Unfortunately, the build for http://download.opensuse.org/ports/armv7hl/factory/repo/oss/ seems to be disable for a couple of weeks, last builds were create around May 20th.
I've force-published the current state of the tree now for armv7hl. Unfortunately the state is not that good as perl was just updated and there are tons of dependency issues. I'll try to fix this up shortly.
Is there any specific reason for no longer providing a Factory armv7hl repository? Whom may I contact to get the build enabled again? How may I help with the armv7hl target?
Main issue is always fixing failing packages, especially those where many other packages are depending on them, so that we always have a tree that is rebuildable and can be installed. this is unfortunately a tiresome and unthankful job, so any help there is appreciated. The most blocking issue atm is that there is no kernel-default package anymore for armv7l, since apparently building got disabled again on armv7. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Dirk Müller <dirk@dmllr.de> writes:
Main issue is always fixing failing packages, especially those where many other packages are depending on them, so that we always have a tree that is rebuildable and can be installed.
The vim failure is especially unexpected, and worth analyzing. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 07/23/2014 08:33 AM, Andreas Schwab wrote:
Dirk Müller <dirk@dmllr.de> writes:
Main issue is always fixing failing packages, especially those where many other packages are depending on them, so that we always have a tree that is rebuildable and can be installed. The vim failure is especially unexpected, and worth analyzing.
Andreas.
First of all I would like to thank Dirk and Andreas for having force published the current state, it seems that most packages have been rebuild successfully and the currently published set is working fine on my two armv7hl systems. I just checked out vim and a local native build is running. The server build failed in test87, which seems to test python functions... -- Arnd Gronenberg, arnd@gronenberg.com, DJ9PZ / AB2QP
On 07/24/2014 08:57 PM, Arnd Gronenberg wrote:
[...]
I just checked out vim and a local native build is running. The server build failed in test87, which seems to test python functions...
The local native build just finished successfully, including test87, which failed on the server build. The build output looks different, so I'm not sure whether the successful build is caused by the different build environment or a different build invocation. I used the following commands to build vim: osc co openSUSE:Factory:ARM vim cd openSUSE\:Factory\:ARM/ osc build standard armv7l vim.spec Could someone initiate a rebuild of vim? -- Arnd Gronenberg, arnd@gronenberg.com, DJ9PZ / AB2QP
On 24.07.14 23:10, Arnd Gronenberg wrote:
On 07/24/2014 08:57 PM, Arnd Gronenberg wrote:
[...]
I just checked out vim and a local native build is running. The server build failed in test87, which seems to test python functions...
The local native build just finished successfully, including test87, which failed on the server build. The build output looks different, so I'm not sure whether the successful build is caused by the different build environment or a different build invocation. I used the following commands to build vim:
osc co openSUSE:Factory:ARM vim cd openSUSE\:Factory\:ARM/ osc build standard armv7l vim.spec
Could someone initiate a rebuild of vim?
Sure, I triggered a rebuild for armv7l. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Alexander Graf <agraf@suse.de> writes:
On 24.07.14 23:10, Arnd Gronenberg wrote:
On 07/24/2014 08:57 PM, Arnd Gronenberg wrote:
[...]
I just checked out vim and a local native build is running. The server build failed in test87, which seems to test python functions...
The local native build just finished successfully, including test87, which failed on the server build. The build output looks different, so I'm not sure whether the successful build is caused by the different build environment or a different build invocation. I used the following commands to build vim:
osc co openSUSE:Factory:ARM vim cd openSUSE\:Factory\:ARM/ osc build standard armv7l vim.spec
Could someone initiate a rebuild of vim?
Sure, I triggered a rebuild for armv7l.
It's not that easy, unfortunately. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi Dirk, Am 22.07.2014 20:42, schrieb Dirk Müller:
Unfortunately, the build for http://download.opensuse.org/ports/armv7hl/factory/repo/oss/ seems to be disable for a couple of weeks, last builds were create around May 20th.
I've force-published the current state of the tree now for armv7hl. Unfortunately the state is not that good as perl was just updated and there are tons of dependency issues. I'll try to fix this up shortly.
Is there any specific reason for no longer providing a Factory armv7hl repository? Whom may I contact to get the build enabled again? How may I help with the armv7hl target?
Main issue is always fixing failing packages, especially those where many other packages are depending on them, so that we always have a tree that is rebuildable and can be installed. this is unfortunately a tiresome and unthankful job, so any help there is appreciated. The most blocking issue atm is that there is no kernel-default package anymore for armv7l, since apparently building got disabled again on armv7.
That has already been fixed, I supplied config updates. However armv7hl kernel-default (and aarch64, too) still fails to build due to warnings/errors as discussed on opensuse-kernel list: https://build.opensuse.org/package/show/Kernel:HEAD/kernel-default https://build.opensuse.org/package/show/Kernel:HEAD/kernel-lpae Upstream fixes welcome, so that this get fixed with a later -rc update. That seems to work more quickly than getting patches applied in our openSUSE kernel tree, including patches to get OMAP DRM or ARMv8 AES disabled... Regards, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (6)
-
Alexander Graf -
Andreas Färber -
Andreas Schwab -
Arnd Gronenberg -
Dirk Müller -
Dirk Müller