[opensuse-buildservice] Download on Demand
Hi all, A few weeks (or is it months? I have no sense of time these days) ago, I asked where the download-on-demand patch was and was provided with it. But it failed to patch, so that leads me to my second question - has it been merged into master? -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Am Donnerstag, 14. April 2011, 23:43:46 schrieb Robert Xu:
Hi all,
A few weeks (or is it months? I have no sense of time these days) ago, I asked where the download-on-demand patch was and was provided with it. But it failed to patch, so that leads me to my second question - has it been merged into master?
IIRC, Marcus Hüwe completed the support. Please try it via specifing the following in project meta data: <download arch=.. baseurl=.. mtype=.. metafile=.. /> However, the backend support for this is disabled on build.opensuse.org instance. And when you got it working, I would be happy to receive a text for our book :) -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Hello, I have been using this for a while and it works ok : <download arch="i586" metafile="primary.xml" mtype="rpmmd" baseurl="....."/> However for arm I had an issue with : <download arch="armv7el" metafile="primary.xml" mtype="rpmmd" baseurl="..."/> because the arch in the primary file was called "armv7l", I had to sed replace it with armv7el and symlink the packages directory, otherwise OBS rejected the primary.xml That worked because it is a local repository, but would it make sense to have another attribute to set the equivalent arch to look for in the primary.xml for cases of remote repos ? On 04/15/2011 09:34 AM, ext Adrian Schröter wrote:
Am Donnerstag, 14. April 2011, 23:43:46 schrieb Robert Xu:
Hi all,
A few weeks (or is it months? I have no sense of time these days) ago, I asked where the download-on-demand patch was and was provided with it. But it failed to patch, so that leads me to my second question - has it been merged into master?
IIRC, Marcus Hüwe completed the support.
Please try it via specifing the following in project meta data:
<download arch=.. baseurl=.. mtype=.. metafile=.. />
However, the backend support for this is disabled on build.opensuse.org instance.
And when you got it working, I would be happy to receive a text for our book :)
-- Thanks, Islam Amer
Islam, what you describe sounds like you are using OBS 2.1. With OBS 2.3 this behavior should have been fixed. Also, the new ARM HardFP rpm file extensions should be filtered correctly from a unified multiarch primary.xml rpm metafile then. Kind regards, Martin On 04/15/2011 08:53 AM, islam.amer@nokia.com wrote:
Hello,
I have been using this for a while and it works ok :
<download arch="i586" metafile="primary.xml" mtype="rpmmd" baseurl="....."/>
However for arm I had an issue with :
<download arch="armv7el" metafile="primary.xml" mtype="rpmmd" baseurl="..."/>
because the arch in the primary file was called "armv7l", I had to sed replace it with armv7el and symlink the packages directory, otherwise OBS rejected the primary.xml
That worked because it is a local repository, but would it make sense to have another attribute to set the equivalent arch to look for in the primary.xml for cases of remote repos ?
On 04/15/2011 09:34 AM, ext Adrian Schröter wrote:
Am Donnerstag, 14. April 2011, 23:43:46 schrieb Robert Xu:
Hi all,
A few weeks (or is it months? I have no sense of time these days) ago, I asked where the download-on-demand patch was and was provided with it. But it failed to patch, so that leads me to my second question - has it been merged into master?
IIRC, Marcus Hüwe completed the support.
Please try it via specifing the following in project meta data:
<download arch=.. baseurl=.. mtype=.. metafile=.. />
However, the backend support for this is disabled on build.opensuse.org instance.
And when you got it working, I would be happy to receive a text for our book :)
-- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Ok, waiting for the new stable release then :) On 04/15/2011 03:51 PM, ext Martin Mohring wrote:
Islam,
what you describe sounds like you are using OBS 2.1.
With OBS 2.3 this behavior should have been fixed.
Also, the new ARM HardFP rpm file extensions should be filtered correctly from a unified multiarch primary.xml rpm metafile then.
Kind regards, Martin
On 04/15/2011 08:53 AM, islam.amer@nokia.com wrote:
Hello,
I have been using this for a while and it works ok :
<download arch="i586" metafile="primary.xml" mtype="rpmmd" baseurl="....."/>
However for arm I had an issue with :
<download arch="armv7el" metafile="primary.xml" mtype="rpmmd" baseurl="..."/>
because the arch in the primary file was called "armv7l", I had to sed replace it with armv7el and symlink the packages directory, otherwise OBS rejected the primary.xml
That worked because it is a local repository, but would it make sense to have another attribute to set the equivalent arch to look for in the primary.xml for cases of remote repos ?
On 04/15/2011 09:34 AM, ext Adrian Schröter wrote:
Am Donnerstag, 14. April 2011, 23:43:46 schrieb Robert Xu:
Hi all,
A few weeks (or is it months? I have no sense of time these days) ago, I asked where the download-on-demand patch was and was provided with it. But it failed to patch, so that leads me to my second question - has it been merged into master?
IIRC, Marcus Hüwe completed the support.
Please try it via specifing the following in project meta data:
<download arch=.. baseurl=.. mtype=.. metafile=.. />
However, the backend support for this is disabled on build.opensuse.org instance.
And when you got it working, I would be happy to receive a text for our book :)
-- Thanks, Islam Amer
On Fri, Apr 15, 2011 at 02:34, Adrian Schröter
Am Donnerstag, 14. April 2011, 23:43:46 schrieb Robert Xu:
Hi all,
A few weeks (or is it months? I have no sense of time these days) ago, I asked where the download-on-demand patch was and was provided with it. But it failed to patch, so that leads me to my second question - has it been merged into master?
IIRC, Marcus Hüwe completed the support.
Please try it via specifing the following in project meta data:
<download arch=.. baseurl=.. mtype=.. metafile=.. />
However, the backend support for this is disabled on build.opensuse.org instance.
And when you got it working, I would be happy to receive a text for our book :)
Hm... On latest OBS 2.3 I get validation failed, output: /tmp/opensuse_frontend_validator20110415-10086-u9d6e-0:29: element download: Relax-NG validity error : Element repository has extra content: download Relax-NG validity error : Extra element repository in interleave /tmp/opensuse_frontend_validator20110415-10086-u9d6e-0:28: element repository: Relax-NG validity error : Element project failed to validate content /tmp/opensuse_frontend_validator20110415-10086-u9d6e-0 fails to validate -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Fri, Apr 15, 2011 at 11:19, Robert Xu
On Fri, Apr 15, 2011 at 02:34, Adrian Schröter
wrote: Am Donnerstag, 14. April 2011, 23:43:46 schrieb Robert Xu:
Hi all,
A few weeks (or is it months? I have no sense of time these days) ago, I asked where the download-on-demand patch was and was provided with it. But it failed to patch, so that leads me to my second question - has it been merged into master?
IIRC, Marcus Hüwe completed the support.
Please try it via specifing the following in project meta data:
<download arch=.. baseurl=.. mtype=.. metafile=.. />
However, the backend support for this is disabled on build.opensuse.org instance.
And when you got it working, I would be happy to receive a text for our book :)
Hm...
On latest OBS 2.3 I get
validation failed, output: /tmp/opensuse_frontend_validator20110415-10086-u9d6e-0:29: element download: Relax-NG validity error : Element repository has extra content: download Relax-NG validity error : Extra element repository in interleave /tmp/opensuse_frontend_validator20110415-10086-u9d6e-0:28: element repository: Relax-NG validity error : Element project failed to validate content /tmp/opensuse_frontend_validator20110415-10086-u9d6e-0 fails to validate
BTW, metafile is repomd.xml or primary.xml.gz? -- later, Robert Xu -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
participants (4)
-
Adrian Schröter
-
islam.amer@nokia.com
-
Martin Mohring
-
Robert Xu