Source service validation on github source service

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Source service validation on github source service

Axel Braun-2
Hi,

maybe someone can give me a hand...
I submitted projectlibre to Factory, after having implemented a source service
to pull from github:
https://build.opensuse.org/request/show/500851

This got rejected by the source service validator, as the project does not
provide the tarball as such for download. Pointing to github seems not to be a
valid idea either, as the source service has some steps to take

Any idea how to overcome this situation?

Thanks
Axel
--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Source service validation on github source service

Marcus Meissner
On Mon, Jun 19, 2017 at 11:57:50AM +0200, Axel Braun wrote:

> Hi,
>
> maybe someone can give me a hand...
> I submitted projectlibre to Factory, after having implemented a source service
> to pull from github:
> https://build.opensuse.org/request/show/500851
>
> This got rejected by the source service validator, as the project does not
> provide the tarball as such for download. Pointing to github seems not to be a
> valid idea either, as the source service has some steps to take
>
> Any idea how to overcome this situation?

Factory submissions must not have active services to ensure reproducibility.

Switch it to disabled or local and submit the result of a local service run.

Ciao, Marcus
--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Source service validation on github source service

Axel Braun-2
Am Montag, 19. Juni 2017, 12:00:22 CEST schrieb Marcus Meissner:

> On Mon, Jun 19, 2017 at 11:57:50AM +0200, Axel Braun wrote:
> > Hi,
> >
> > maybe someone can give me a hand...
> > I submitted projectlibre to Factory, after having implemented a source
> > service to pull from github:
> > https://build.opensuse.org/request/show/500851
> >
> > This got rejected by the source service validator, as the project does not
> > provide the tarball as such for download. Pointing to github seems not to
> > be a valid idea either, as the source service has some steps to take
> >
> > Any idea how to overcome this situation?
>
> Factory submissions must not have active services to ensure reproducibility.
>
> Switch it to disabled or local and submit the result of a local service run.

That was already done....
The problem...I could change the line
Source0:        http://sourceforge.net/projects/projectlibre/files/
ProjectLibre/%{version}/%{name}-%{version}.tar.gz

to any file that is listed there (e.g. the rpm) but that would be nonsense as
well

Cheers
Axel

--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Source service validation on github source service

Adrian Schröter
In reply to this post by Marcus Meissner
On Montag, 19. Juni 2017, 12:00:22 CEST wrote Marcus Meissner:

> On Mon, Jun 19, 2017 at 11:57:50AM +0200, Axel Braun wrote:
> > Hi,
> >
> > maybe someone can give me a hand...
> > I submitted projectlibre to Factory, after having implemented a source service
> > to pull from github:
> > https://build.opensuse.org/request/show/500851
> >
> > This got rejected by the source service validator, as the project does not
> > provide the tarball as such for download. Pointing to github seems not to be a
> > valid idea either, as the source service has some steps to take
> >
> > Any idea how to overcome this situation?
>
> Factory submissions must not have active services to ensure reproducibility.
>
> Switch it to disabled or local and submit the result of a local service run.

and use obs_scm instead of tar_scm. The later one will most likely get removed
on server side anyway.

I would also use something like this (you don't want to mark a not yet release package
with final version. Also you re-defined some defaults)

  <service name="obs_scm" mode="localonly">
    <param name="url">git://git.code.sf.net/p/projectlibre/code</param>
    <param name="filename">projectlibre</param>
    <param name="scm">git</param>
    <param name="versionprefix">1.7.0~pre</param>
    <param name="changesgenerate">enable</param>
  </service>
  <service name="set_version" mode="localonly"/>

  <service name="tar" mode="buildtime"/>
  <service name="recompress" mode="buildtime">
    <param name="file">*.tar</param>
    <param name="compression">gz</param>
  </service>


--

Adrian Schroeter
email: [hidden email]

SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
 
Maxfeldstraße 5                        
90409 Nürnberg
Germany


--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Source service validation on github source service

Bruno Friedmann-2
On lundi, 19 juin 2017 13.29:59 h CEST Adrian Schröter wrote:

> On Montag, 19. Juni 2017, 12:00:22 CEST wrote Marcus Meissner:
> > On Mon, Jun 19, 2017 at 11:57:50AM +0200, Axel Braun wrote:
> > > Hi,
> > >
> > > maybe someone can give me a hand...
> > > I submitted projectlibre to Factory, after having implemented a source
> > > service to pull from github:
> > > https://build.opensuse.org/request/show/500851
> > >
> > > This got rejected by the source service validator, as the project does
> > > not
> > > provide the tarball as such for download. Pointing to github seems not
> > > to be a valid idea either, as the source service has some steps to take
> > >
> > > Any idea how to overcome this situation?
> >
> > Factory submissions must not have active services to ensure
> > reproducibility.
> >
> > Switch it to disabled or local and submit the result of a local service
> > run.
> and use obs_scm instead of tar_scm. The later one will most likely get
> removed on server side anyway.
>
> I would also use something like this (you don't want to mark a not yet
> release package with final version. Also you re-defined some defaults)
>
>   <service name="obs_scm" mode="localonly">
>     <param name="url">git://git.code.sf.net/p/projectlibre/code</param>
>     <param name="filename">projectlibre</param>
>     <param name="scm">git</param>
>     <param name="versionprefix">1.7.0~pre</param>
>     <param name="changesgenerate">enable</param>
>   </service>
>   <service name="set_version" mode="localonly"/>
>
>   <service name="tar" mode="buildtime"/>
>   <service name="recompress" mode="buildtime">
>     <param name="file">*.tar</param>
>     <param name="compression">gz</param>
>   </service>

So I tried to migrate one of the _service I'm using from tar_scm to obs_scm

But I got some errors

osc service disabledrun
Detected cached repository...
From git://github.com/qgis/QGIS
   3d9af5bb0f..96ada086a7  release-2_14 -> origin/release-2_14
   921b46c3ff..c39e4fcecd  release-2_18 -> origin/release-2_18
61a46104efdc666be7f077e763528415e2797955
61a46104efdc666be7f077e763528415e2797955
Error while moving from 'qgis-master' to 'qgis-
master-0+git1497861544.61a46104ef')
Current working directory: '/ioda/home/bruno/openSUSE/obs/
home:bruno_friedmann:branches:Application:Geo/qgis-master'
Aborting: service call failed:  /usr/lib/obs/service/tar --outdir /ioda/home/
bruno/openSUSE/obs/home:bruno_friedmann:branches:Application:Geo/qgis-master/
tmp3c9jxZ.tar.service

ls -l
-rw-rw-r--  1 bruno ioda 453200910 jun 19 17:25 qgis-
master-0+git1497861544.61a46104ef.obscpio
-rw-r--r--  1 bruno ioda      8998 jun 19 17:21 qgis-master.changes
-rw-r--r--  1 bruno ioda       253 jan  1  2016 qgis-master.desktop
-rw-rw-r--  1 bruno ioda       122 jun 19 17:25 qgis-master.obsinfo
-rw-r--r--  1 bruno ioda       733 mai 31 18:22 qgis-master.rpmlintrc
-rw-rw-r--  1 bruno ioda      8693 jun 19 17:23 qgis-master.spec
-rw-r--r--  1 bruno ioda  22164758 avr 15  2016 qgis_sample_data.tar.gz
-rw-r--r--  1 bruno ioda       625 jun 19 17:25 _service
-rw-r--r--  1 bruno ioda       228 jun 19 17:25 _servicedata
-rw-rw-r--  1 bruno ioda       665 jun 19 16:32
upstream_fix_qt59_private_api_call.patch

the _service seems similar to the one you proposed

<services>
  <service name="obs_scm" mode="disabled">
    <param name="url">git://github.com/qgis/QGIS.git</param>
    <param name="scm">git</param>
    <param name="exclude">.git</param>
        <param name="versionformat">0+git%ct.%h</param>
    <param name="revision">master</param>
        <param name="filename">qgis-master</param>
        <param name="changesgenerate">enable</param>
  </service>
  <service name="tar" mode="disabled"/>
  <service name="recompress" mode="disabled">
    <param name="file">*.tar</param>
    <param name="compression">xz</param>
  </service>
  <service name="set_version" mode="disabled"/>
</services>

I guess there's a subtil difference I can't catch.
(It was working with tar_scm)

My idea is I'm doing the work, not obs for the moment as the package is a wip.

--

Bruno Friedmann
 Ioda-Net Sàrl www.ioda-net.ch
 Bareos Partner, openSUSE Member, fsfe fellowship
 GPG KEY : D5C9B751C4653227
 irc: tigerfoot


--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Source service validation on github source service

Martin Pluskal-2
In reply to this post by Axel Braun-2
On 6/19/17 11:57 AM, Axel Braun wrote:

> Hi,
>
> maybe someone can give me a hand...
> I submitted projectlibre to Factory, after having implemented a source service
> to pull from github:
> https://build.opensuse.org/request/show/500851
>
> This got rejected by the source service validator, as the project does not
> provide the tarball as such for download. Pointing to github seems not to be a
> valid idea either, as the source service has some steps to take
>
> Any idea how to overcome this situation?
>
Yep,

Don't mix service generated tarball and url for source - in your case
when you are creating tarball via _service use just:
Source0: %{name}-%{version}.tar.gz

Cheers

M
--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Loading...