[opensuse-buildservice] kernel packages and projects with only binaries
Hi guys, I'm trying to generate some KMP packages for some HP drivers. In order to handle different possible kernels, I wanted to setup some small projects to house the individual kernel packages and use those as repos to build the KMP. However, I ran into a snag: the KMP's imbed the full version string of the kernel package it was built against. With the way the build service has to control release numbers to perform builds, this makes for an interesting incompatibility. What I'd like to do is to is setup the project similar to a distribution repo, where the packages are simply indexed and no packages are configured, dependencies are just provided. However, this option is only available when I have control over the OBS server. Is there any way I can setup something similar on b.o.o? Thanks! Donavan --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thursday 08 May 2008 06:53:31 wrote Donavan Pantke:
Hi guys,
I'm trying to generate some KMP packages for some HP drivers. In order to handle different possible kernels, I wanted to setup some small projects to house the individual kernel packages and use those as repos to build the KMP. However, I ran into a snag: the KMP's imbed the full version string of the kernel package it was built against.
Yes and the reason for this is that kernel interfaces can become incompatibel, even when the version number is not changing. I know this is not nice and unique to the kernel package, but it is a kernel/packaging issue, not an OBS issue.
With the way the build service has to control release numbers to perform builds, this makes for an interesting incompatibility. What I'd like to do is to is setup the project similar to a distribution repo, where the packages are simply indexed and no packages are configured, dependencies are just provided. However, this option is only available when I have control over the OBS server. Is there any way I can setup something similar on b.o.o?
The OBS increases always the release number for every build, it is possible to change this, but it will not help you here. Because the release/version number requires gets defined by rpm macros defined in kernel-source package. That would mean that you need to compile also own kernel packages yourself, and I do not think that this is your goal. bye adrian PS: Yes, requires to release number are evil and should not be done. But the kernel ABI is highly unstable and seem to require this. Complains should go to kernel developers ;) -- Adrian Schroeter SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thursday 08 May 2008 01:53:15 am Adrian Schröter wrote:
On Thursday 08 May 2008 06:53:31 wrote Donavan Pantke:
Hi guys,
I'm trying to generate some KMP packages for some HP drivers. In order to handle different possible kernels, I wanted to setup some small projects to house the individual kernel packages and use those as repos to build the KMP. However, I ran into a snag: the KMP's imbed the full version string of the kernel package it was built against.
Yes and the reason for this is that kernel interfaces can become incompatibel, even when the version number is not changing. I know this is not nice and unique to the kernel package, but it is a kernel/packaging issue, not an OBS issue.
With the way the build service has to control release numbers to perform builds, this makes for an interesting incompatibility. What I'd like to do is to is setup the project similar to a distribution repo, where the packages are simply indexed and no packages are configured, dependencies are just provided. However, this option is only available when I have control over the OBS server. Is there any way I can setup something similar on b.o.o?
The OBS increases always the release number for every build, it is possible to change this, but it will not help you here. Because the release/version number requires gets defined by rpm macros defined in kernel-source package.
That would mean that you need to compile also own kernel packages yourself, and I do not think that this is your goal.
I understand the reasons, what I'm curious about doing is something akin of a distribution setup on a local OBS, where I define a project with no packages, and drop the kernel packages in /srv/obs/build, and let the scheduler build the cache information, and be done with it. The only difference is that these projects would have a downstream build repository defined. Is this not really doable on b.o.o? Thanks! Donavan
bye adrian
PS: Yes, requires to release number are evil and should not be done. But the kernel ABI is highly unstable and seem to require this. Complains should go to kernel developers ;)
--
Adrian Schroeter SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) email: adrian@suse.de
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thursday 08 May 2008 14:49:54 wrote Donavan Pantke:
On Thursday 08 May 2008 01:53:15 am Adrian Schröter wrote:
On Thursday 08 May 2008 06:53:31 wrote Donavan Pantke:
Hi guys,
I'm trying to generate some KMP packages for some HP drivers. In order to handle different possible kernels, I wanted to setup some small projects
to
house the individual kernel packages and use those as repos to build the KMP. However, I ran into a snag: the KMP's imbed the full version string
of
the kernel package it was built against.
Yes and the reason for this is that kernel interfaces can become
incompatibel,
even when the version number is not changing. I know this is not nice and unique to the kernel package, but it is a kernel/packaging issue, not an OBS issue.
With the way the build service has to control release numbers to perform builds, this makes for an
interesting
incompatibility. What I'd like to do is to is setup the project similar to a distribution repo, where the packages are simply indexed and no packages are configured, dependencies are just provided. However, this option is only available when I have control over the OBS server. Is there any way I can setup something similar on b.o.o?
The OBS increases always the release number for every build, it is possible
to
change this, but it will not help you here. Because the release/version number requires gets defined by rpm macros defined in kernel-source package.
That would mean that you need to compile also own kernel packages yourself, and I do not think that this is your goal.
I understand the reasons, what I'm curious about doing is something akin of a distribution setup on a local OBS, where I define a project with no packages, and drop the kernel packages in /srv/obs/build, and let the scheduler build the cache information, and be done with it. The only difference is that these projects would have a downstream build repository defined. Is this not really doable on b.o.o?
It is not possible for you with the instance at opensuse.org, because we consider it as a feature that we do not allow binary uploads, just source uploads. But you can do so with your own instance. All what you need is direct access to your backend repository server. You can upload a package with curl -X PUT -T $local_file http://your_server:6262/build/$project/$repository/$arch/_repository/$filena... This uploads a local file to the rep server. The scheduler will see this and trigger rebuilds, if needed. bye adrian -- Adrian Schroeter SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Adrian Schröter wrote:
On Thursday 08 May 2008 14:49:54 wrote Donavan Pantke:
On Thursday 08 May 2008 01:53:15 am Adrian Schröter wrote:
On Thursday 08 May 2008 06:53:31 wrote Donavan Pantke:
Hi guys,
I'm trying to generate some KMP packages for some HP drivers. In order to handle different possible kernels, I wanted to setup some small projects
to
house the individual kernel packages and use those as repos to build the KMP. However, I ran into a snag: the KMP's imbed the full version string
of
the kernel package it was built against.
Yes and the reason for this is that kernel interfaces can become
incompatibel,
even when the version number is not changing. I know this is not nice and unique to the kernel package, but it is a kernel/packaging issue, not an OBS issue.
With the way the build service has to control release numbers to perform builds, this makes for an
interesting
incompatibility. What I'd like to do is to is setup the project similar to a distribution repo, where the packages are simply indexed and no packages are configured, dependencies are just provided. However, this option is only available when I have control over the OBS server. Is there any way I can setup something similar on b.o.o?
The OBS increases always the release number for every build, it is possible
to
change this, but it will not help you here. Because the release/version number requires gets defined by rpm macros defined in kernel-source package.
That would mean that you need to compile also own kernel packages yourself, and I do not think that this is your goal.
I understand the reasons, what I'm curious about doing is something akin of a distribution setup on a local OBS, where I define a project with no packages, and drop the kernel packages in /srv/obs/build, and let the scheduler build the cache information, and be done with it. The only difference is that these projects would have a downstream build repository defined. Is this not really doable on b.o.o?
It is not possible for you with the instance at opensuse.org, because we consider it as a feature that we do not allow binary uploads, just source uploads.
But you can do so with your own instance. All what you need is direct access to your backend repository server. You can upload a package with
curl -X PUT -T $local_file http://your_server:6262/build/$project/$repository/$arch/_repository/$filena...
This uploads a local file to the rep server. The scheduler will see this and trigger rebuilds, if needed.
If I get this working on my local OBS instance, is there any possibility that I can get you guys to make a similar structure on b.o.o then? I'm only interested in kernels for SLE, so the number of projects should be minimal. I'd really like to be able to build vendor drivers for SLE on the main BS instance, if at all possible, and because of the different kernel versions that end up on deployed SLE systems, just building for 1 kernel version is quite limiting. Thanks! Donavan
bye adrian
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
participants (2)
-
Adrian Schröter -
Donavan Pantke