On 12/13/2016 03:57 PM, Phil Wyett wrote:> On Tue, 2016-12-13 at 15:39 -0800, Alice Wonder wrote: >> On 12/13/2016 03:34 PM, Phil Wyett wrote: >>> On Tue, 2016-12-13 at 14:16 -0800, Alice Wonder wrote: >>>> I'm getting spec files from centos git which is really convenient when >>>> the related source is easy to find. But some things - e.g. from a spec file >>>> >>>> # How to create the source tarball: >>>> # >>>> # git clone git://git.fedorahosted.org/git/python-rhsm.git/ >>>> # cd client/python-rhsm >>>> # tito build --tag python-rhsm-$VERSION-$RELEASE --tgz >>>> >>>> Never used tito before, so I install it and try, and rather than giving >>>> me the source package I need - it gives me a python traceback >>>> complaining that I haven't configured some things properly. >>>> >>>> Seems a lot of the software distribution world is getting overly complex >>>> with an expectation that the end user who needs to exercise his FLOSS >>>> rights has to use git or nodejs or for php composer or whatever just to >>>> get what use to be available with no more complexity than choosing >>>> tar.gz or tar.bz2 or .zip if the dev was Windows. >>>> >>>> Whatever happened to KISS and why can't source tarballs be distributed >>>> as source tarballs? >>>> >>>> Back when I was a Fedora packager - the packaging guidelines would >>>> reject a package of the Source tarball wasn't a URL and if the timestamp >>>> on the tarball in the src.rpm didn't match upstream even if the checksum >>>> was identical. >>>> >>>> Guess those days are gone. >>>> >>>> /rant >>> >>> Hi, >>> >>> Not seen this one before, but don't play with much python. The SPEC >>> really should just refer too a URL too a compressed archive as the >>> packages home site supplies them. >>> >>> https://github.com/candlepin/python-rhsm/releases >>> >>> Regards >>> >>> Phil >> >> I went to the github and it doesn't have a packaged release that matches >> the version. I managed to find it in the build system logs, but its just >> weird. >> >> If I recall, formerly for a tarball to be different than what was on >> upstream, it had to have a legal reason (e.g. patents) and a script in >> the sources that could turn upstream tarball into the version used. >> > > Hi, > > Out of interest, which version do you refer to? > > Regards > > Phil > >1.17.9 is the version in CentOS 7.3 and what I needed (and found on a build server)
On Tue, 2016-12-13 at 16:14 -0800, Alice Wonder wrote:> On 12/13/2016 03:57 PM, Phil Wyett wrote: > > On Tue, 2016-12-13 at 15:39 -0800, Alice Wonder wrote: > >> On 12/13/2016 03:34 PM, Phil Wyett wrote: > >>> On Tue, 2016-12-13 at 14:16 -0800, Alice Wonder wrote: > >>>> I'm getting spec files from centos git which is really convenient when > >>>> the related source is easy to find. But some things - e.g. from a spec file > >>>> > >>>> # How to create the source tarball: > >>>> # > >>>> # git clone git://git.fedorahosted.org/git/python-rhsm.git/ > >>>> # cd client/python-rhsm > >>>> # tito build --tag python-rhsm-$VERSION-$RELEASE --tgz > >>>> > >>>> Never used tito before, so I install it and try, and rather than giving > >>>> me the source package I need - it gives me a python traceback > >>>> complaining that I haven't configured some things properly. > >>>> > >>>> Seems a lot of the software distribution world is getting overly complex > >>>> with an expectation that the end user who needs to exercise his FLOSS > >>>> rights has to use git or nodejs or for php composer or whatever just to > >>>> get what use to be available with no more complexity than choosing > >>>> tar.gz or tar.bz2 or .zip if the dev was Windows. > >>>> > >>>> Whatever happened to KISS and why can't source tarballs be distributed > >>>> as source tarballs? > >>>> > >>>> Back when I was a Fedora packager - the packaging guidelines would > >>>> reject a package of the Source tarball wasn't a URL and if the timestamp > >>>> on the tarball in the src.rpm didn't match upstream even if the checksum > >>>> was identical. > >>>> > >>>> Guess those days are gone. > >>>> > >>>> /rant > >>> > >>> Hi, > >>> > >>> Not seen this one before, but don't play with much python. The SPEC > >>> really should just refer too a URL too a compressed archive as the > >>> packages home site supplies them. > >>> > >>> https://github.com/candlepin/python-rhsm/releases > >>> > >>> Regards > >>> > >>> Phil > >> > >> I went to the github and it doesn't have a packaged release that matches > >> the version. I managed to find it in the build system logs, but its just > >> weird. > >> > >> If I recall, formerly for a tarball to be different than what was on > >> upstream, it had to have a legal reason (e.g. patents) and a script in > >> the sources that could turn upstream tarball into the version used. > >> > > > > Hi, > > > > Out of interest, which version do you refer to? > > > > Regards > > > > Phil > > > > > > 1.17.9 is the version in CentOS 7.3 and what I needed (and found on a > build server)Hi, To get source for a package in CentOS, you follow the get_sources.sh' section and 'Example workflow' section in: https://wiki.centos.org/Sources For your package... * Setup 'centos-git-common' i.e. clone it to your system. * Do the clone and checkout for your package. git clone https://git.centos.org/summary/rpms!python-rhsm.git cd python-rhsm git checkout c7 sh <location_of_centos_git_common>/get_sources.sh You should then have the spec, any patches and tarball(s). Regards Phil -- Google+: https://plus.google.com/+PhilWyett Blog: https://philwyett-hemi.blogspot.co.uk/ GitLab: https://gitlab.com/philwyett_hemi/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.centos.org/pipermail/centos/attachments/20161214/3f425e29/attachment-0001.sig>
On Wed, 2016-12-14 at 00:25 +0000, Phil Wyett wrote:> On Tue, 2016-12-13 at 16:14 -0800, Alice Wonder wrote: > > On 12/13/2016 03:57 PM, Phil Wyett wrote: > > > On Tue, 2016-12-13 at 15:39 -0800, Alice Wonder wrote: > > >> On 12/13/2016 03:34 PM, Phil Wyett wrote: > > >>> On Tue, 2016-12-13 at 14:16 -0800, Alice Wonder wrote: > > >>>> I'm getting spec files from centos git which is really convenient when > > >>>> the related source is easy to find. But some things - e.g. from a spec file > > >>>> > > >>>> # How to create the source tarball: > > >>>> # > > >>>> # git clone git://git.fedorahosted.org/git/python-rhsm.git/ > > >>>> # cd client/python-rhsm > > >>>> # tito build --tag python-rhsm-$VERSION-$RELEASE --tgz > > >>>> > > >>>> Never used tito before, so I install it and try, and rather than giving > > >>>> me the source package I need - it gives me a python traceback > > >>>> complaining that I haven't configured some things properly. > > >>>> > > >>>> Seems a lot of the software distribution world is getting overly complex > > >>>> with an expectation that the end user who needs to exercise his FLOSS > > >>>> rights has to use git or nodejs or for php composer or whatever just to > > >>>> get what use to be available with no more complexity than choosing > > >>>> tar.gz or tar.bz2 or .zip if the dev was Windows. > > >>>> > > >>>> Whatever happened to KISS and why can't source tarballs be distributed > > >>>> as source tarballs? > > >>>> > > >>>> Back when I was a Fedora packager - the packaging guidelines would > > >>>> reject a package of the Source tarball wasn't a URL and if the timestamp > > >>>> on the tarball in the src.rpm didn't match upstream even if the checksum > > >>>> was identical. > > >>>> > > >>>> Guess those days are gone. > > >>>> > > >>>> /rant > > >>> > > >>> Hi, > > >>> > > >>> Not seen this one before, but don't play with much python. The SPEC > > >>> really should just refer too a URL too a compressed archive as the > > >>> packages home site supplies them. > > >>> > > >>> https://github.com/candlepin/python-rhsm/releases > > >>> > > >>> Regards > > >>> > > >>> Phil > > >> > > >> I went to the github and it doesn't have a packaged release that matches > > >> the version. I managed to find it in the build system logs, but its just > > >> weird. > > >> > > >> If I recall, formerly for a tarball to be different than what was on > > >> upstream, it had to have a legal reason (e.g. patents) and a script in > > >> the sources that could turn upstream tarball into the version used. > > >> > > > > > > Hi, > > > > > > Out of interest, which version do you refer to? > > > > > > Regards > > > > > > Phil > > > > > > > > > > 1.17.9 is the version in CentOS 7.3 and what I needed (and found on a > > build server) > > Hi, > > To get source for a package in CentOS, you follow the get_sources.sh' > section and 'Example workflow' section in: > > https://wiki.centos.org/Sources > > For your package... > > * Setup 'centos-git-common' i.e. clone it to your system. > > * Do the clone and checkout for your package. > > git clone https://git.centos.org/summary/rpms!python-rhsm.git > cd python-rhsm > git checkout c7 > sh <location_of_centos_git_common>/get_sources.sh > > You should then have the spec, any patches and tarball(s). > > Regards > > Phil >Sorry rushed that. Should be: git clone https://git.centos.org/git/rpms/python-rhsm.git Regards Phil -- Google+: https://plus.google.com/+PhilWyett Blog: https://philwyett-hemi.blogspot.co.uk/ GitLab: https://gitlab.com/philwyett_hemi/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.centos.org/pipermail/centos/attachments/20161214/5a567813/attachment-0001.sig>