Hi!
There is still rpm 4.4.2.3 in Factory and upstream is already at 4.7.0. Will we try to update the package for 11.2 to the newest version we can afford?
Thanks for the answer!
On Sat, Jul 11, 2009 at 04:53:39AM +0200, Pavol Rusnak wrote:
Hi!
There is still rpm 4.4.2.3 in Factory and upstream is already at 4.7.0. Will we try to update the package for 11.2 to the newest version we can afford?
What is in the newer releases that you need/want?
thanks,
greg k-h
Greg KH wrote:
On Sat, Jul 11, 2009 at 04:53:39AM +0200, Pavol Rusnak wrote:
Hi!
There is still rpm 4.4.2.3 in Factory and upstream is already at 4.7.0. Will we try to update the package for 11.2 to the newest version we can afford?
What is in the newer releases that you need/want?
Currently we have 63 patches in the package. I hope most of them have been upstreamed so we won't have to maintain them in-house anymore after the update.
We are working closely with Fedora and RPM upstream to make packaging easier. We are listing differences between the two distributions, to see what is done differently (for most of tasks Fedora uses few lines of shell script repeated in every .spec file, openSUSE use macros), so we can pick the better solution and create the macro in upstream (or even better get rid of the macro and scriptlet completely, see File triggers below).
Some of the interesting features:
* %doc(type) tag - 4.8.0 will introduce this tag, so you can tag types of various documentiation files - when creating minimal RPM packages by not including the files marked as %doc we also remove the license file, which is not right - if we mark the licence file with %doc(license), we can very easily do this task correctly
* BuildRoot enforced - RPM now enforces BuildRoot and creates it correctly (the path from spec is ignored) - in SUSE we don't have to remove the buildroot in %install phase (like Fedora does), but we still remove it in the %clean phase - this update allows us to get rid of the %clean phase completely in spec
* File triggers - this feature allows to run certain scriptlets when some of the paths have been touched - this allows us to remove the following scriptlets from spec files, for example:
* /sbin/ldconfig in %post and %postun - trigger for /usr/lib{,64}/*.so.* to call /sbin/ldconfig
* %post %install_info and %post %install_info_delete - trigger for %{_infodir}/*.info*
* update-mime-database in %post and %postun - trigger for /usr/share/mime to call update-mime-database
* ...
This is just tip of the iceberg and it hurts the cross-distro collaboration if we are stuck with RPM which is three or four versions older.
On Sat, Jul 11, 2009 at 02:08:28PM +0200, Pavol Rusnak wrote:
Greg KH wrote:
On Sat, Jul 11, 2009 at 04:53:39AM +0200, Pavol Rusnak wrote:
Hi!
There is still rpm 4.4.2.3 in Factory and upstream is already at 4.7.0. Will we try to update the package for 11.2 to the newest version we can afford?
What is in the newer releases that you need/want?
Currently we have 63 patches in the package. I hope most of them have been upstreamed so we won't have to maintain them in-house anymore after the update.
We are working closely with Fedora and RPM upstream to make packaging easier. We are listing differences between the two distributions, to see what is done differently (for most of tasks Fedora uses few lines of shell script repeated in every .spec file, openSUSE use macros), so we can pick the better solution and create the macro in upstream (or even better get rid of the macro and scriptlet completely, see File triggers below).
Some of the interesting features:
%doc(type) tag
- 4.8.0 will introduce this tag, so you can tag types of various documentiation files
- when creating minimal RPM packages by not including the files marked as %doc we also remove the license file, which is not right
- if we mark the licence file with %doc(license), we can very easily do this task correctly
BuildRoot enforced
- RPM now enforces BuildRoot and creates it correctly (the path from spec is ignored)
- in SUSE we don't have to remove the buildroot in %install phase (like Fedora does), but we still remove it in the %clean phase
- this update allows us to get rid of the %clean phase completely in spec
File triggers
this feature allows to run certain scriptlets when some of the paths have been touched
this allows us to remove the following scriptlets from spec files, for example:
/sbin/ldconfig in %post and %postun
- trigger for /usr/lib{,64}/*.so.* to call /sbin/ldconfig
%post %install_info and %post %install_info_delete
- trigger for %{_infodir}/*.info*
update-mime-database in %post and %postun
- trigger for /usr/share/mime to call update-mime-database
...
This is just tip of the iceberg and it hurts the cross-distro collaboration if we are stuck with RPM which is three or four versions older.
All of this sounds good, have you asked the opensuse rpm maintainer about this?
thanks,
greg k-h
Greg KH wrote:
On Sat, Jul 11, 2009 at 02:08:28PM +0200, Pavol Rusnak wrote:
Greg KH wrote:
On Sat, Jul 11, 2009 at 04:53:39AM +0200, Pavol Rusnak wrote:
Hi!
There is still rpm 4.4.2.3 in Factory and upstream is already at 4.7.0. Will we try to update the package for 11.2 to the newest version we can afford?
What is in the newer releases that you need/want?
Currently we have 63 patches in the package. I hope most of them have been upstreamed so we won't have to maintain them in-house anymore after the update.
We are working closely with Fedora and RPM upstream to make packaging easier. We are listing differences between the two distributions, to see what is done differently (for most of tasks Fedora uses few lines of shell script repeated in every .spec file, openSUSE use macros), so we can pick the better solution and create the macro in upstream (or even better get rid of the macro and scriptlet completely, see File triggers below).
Some of the interesting features:
%doc(type) tag
- 4.8.0 will introduce this tag, so you can tag types of various documentiation files
- when creating minimal RPM packages by not including the files marked as %doc we also remove the license file, which is not right
- if we mark the licence file with %doc(license), we can very easily do this task correctly
BuildRoot enforced
- RPM now enforces BuildRoot and creates it correctly (the path from spec is ignored)
- in SUSE we don't have to remove the buildroot in %install phase (like Fedora does), but we still remove it in the %clean phase
- this update allows us to get rid of the %clean phase completely in spec
File triggers
this feature allows to run certain scriptlets when some of the paths have been touched
this allows us to remove the following scriptlets from spec files, for example:
/sbin/ldconfig in %post and %postun
- trigger for /usr/lib{,64}/*.so.* to call /sbin/ldconfig
%post %install_info and %post %install_info_delete
- trigger for %{_infodir}/*.info*
update-mime-database in %post and %postun
- trigger for /usr/share/mime to call update-mime-database
...
This is just tip of the iceberg and it hurts the cross-distro collaboration if we are stuck with RPM which is three or four versions older.
All of this sounds good, have you asked the opensuse rpm maintainer about this?
I suppose he reads this list and my question in the first post was directed also at him.
On Sat, Jul 11, 2009 at 02:08:28PM +0200, Pavol Rusnak wrote:
Currently we have 63 patches in the package. I hope most of them have been upstreamed so we won't have to maintain them in-house anymore after the update.
Some of them, yes. rpm-4.6 also comes with some Fedora specific things that I have to patch out.
We are working closely with Fedora and RPM upstream to make packaging easier. We are listing differences between the two distributions, to see what is done differently (for most of tasks Fedora uses few lines of shell script repeated in every .spec file, openSUSE use macros), so we can pick the better solution and create the macro in upstream (or even better get rid of the macro and scriptlet completely, see File triggers below).
Some of the interesting features:
- %doc(type) tag
- 4.8.0 will introduce this tag, so you can tag types of various documentiation files
- when creating minimal RPM packages by not including the files marked as %doc we also remove the license file, which is not right
- if we mark the licence file with %doc(license), we can very easily do this task correctly
Oh please.
- BuildRoot enforced
- RPM now enforces BuildRoot and creates it correctly (the path from spec is ignored)
Where's the advantage?
- in SUSE we don't have to remove the buildroot in %install phase (like Fedora does), but we still remove it in the %clean phase
- this update allows us to get rid of the %clean phase completely in spec
Removing it in %install is wrong.
- File triggers
- this feature allows to run certain scriptlets when some of the paths have been touched
- this allows us to remove the following scriptlets from spec files, for example:
Uh, aren't you confusing things here? This is something that was discussed on the rpm-4 list, and Panu (the rpm-4 upstream) is pretty much against it.
This is just tip of the iceberg and it hurts the cross-distro collaboration if we are stuck with RPM which is three or four versions older.
Simply not true. Plus, if you want to provide gnome packages for the older openSUSE distributions you can't use the new features.
Cheers, Michael.
Michael Schroeder wrote:
On Sat, Jul 11, 2009 at 02:08:28PM +0200, Pavol Rusnak wrote:
- BuildRoot enforced
- RPM now enforces BuildRoot and creates it correctly (the path from spec is ignored)
Where's the advantage?
One less line in the spec file.
- in SUSE we don't have to remove the buildroot in %install phase (like Fedora does), but we still remove it in the %clean phase
- this update allows us to get rid of the %clean phase completely in spec
Removing it in %install is wrong.
I know, I was pointing out that the change will get rid of %clean section from spec, but for Fedora it will also remove recreating %buildroot in %install. (So we don't have to use %if when creating universal spec file).
- File triggers
- this feature allows to run certain scriptlets when some of the paths have been touched
- this allows us to remove the following scriptlets from spec files, for example:
Uh, aren't you confusing things here? This is something that was discussed on the rpm-4 list, and Panu (the rpm-4 upstream) is pretty much against it.
I talked with Florian Festi and Jindrich Novy (both RPM 4 upstream) and got an impression that file triggers will be added in RPM 4.8.0.
On Mon, Jul 13, 2009 at 11:34:40AM +0200, Pavol Rusnak wrote:
I talked with Florian Festi and Jindrich Novy (both RPM 4 upstream) and got an impression that file triggers will be added in RPM 4.8.0.
AFAIK Panu has the last word on what goes in or not. File Trigger globs (like all other triggers) have same bad side effects, like messing up the transaction ordering algorithm.
M.
At Sat, 11 Jul 2009 14:08:28 +0200, Pavol Rusnak wrote:
Greg KH wrote:
On Sat, Jul 11, 2009 at 04:53:39AM +0200, Pavol Rusnak wrote:
Hi!
There is still rpm 4.4.2.3 in Factory and upstream is already at 4.7.0. Will we try to update the package for 11.2 to the newest version we can afford?
What is in the newer releases that you need/want?
Currently we have 63 patches in the package. I hope most of them have been upstreamed so we won't have to maintain them in-house anymore after the update.
We are working closely with Fedora and RPM upstream to make packaging easier. We are listing differences between the two distributions, to see what is done differently (for most of tasks Fedora uses few lines of shell script repeated in every .spec file, openSUSE use macros), so we can pick the better solution and create the macro in upstream (or even better get rid of the macro and scriptlet completely, see File triggers below).
Some of the interesting features:
%doc(type) tag
- 4.8.0 will introduce this tag, so you can tag types of various documentiation files
- when creating minimal RPM packages by not including the files marked as %doc we also remove the license file, which is not right
- if we mark the licence file with %doc(license), we can very easily do this task correctly
BuildRoot enforced
- RPM now enforces BuildRoot and creates it correctly (the path from spec is ignored)
- in SUSE we don't have to remove the buildroot in %install phase (like Fedora does), but we still remove it in the %clean phase
But don't we need %clean anyway if using the same spec file for various distro versions?
Takashi
On Sat, Jul 11, 2009 at 04:53:39AM +0200, Pavol Rusnak wrote:
There is still rpm 4.4.2.3 in Factory and upstream is already at 4.7.0. Will we try to update the package for 11.2 to the newest version we can afford?
Yes, we'll update to 4.7. Note that while it looks like this is a major version step, things aren't very different under the hood. Don't get too excited ;-)
Cheers, Michael.
Michael Schroeder wrote:
On Sat, Jul 11, 2009 at 04:53:39AM +0200, Pavol Rusnak wrote:
There is still rpm 4.4.2.3 in Factory and upstream is already at 4.7.0. Will we try to update the package for 11.2 to the newest version we can afford?
Yes, we'll update to 4.7.
Great!
Pavol Rusnak wrote:
Michael Schroeder wrote:
On Sat, Jul 11, 2009 at 04:53:39AM +0200, Pavol Rusnak wrote:
There is still rpm 4.4.2.3 in Factory and upstream is already at 4.7.0. Will we try to update the package for 11.2 to the newest version we can afford?
Yes, we'll update to 4.7.
Great!
Any news? RPM in Factory is still 4.4.x and we are approaching deadlines.
Am Montag 03 August 2009 schrieb Pavol Rusnak:
Pavol Rusnak wrote:
Michael Schroeder wrote:
On Sat, Jul 11, 2009 at 04:53:39AM +0200, Pavol Rusnak wrote:
There is still rpm 4.4.2.3 in Factory and upstream is already at 4.7.0. Will we try to update the package for 11.2 to the newest version we can afford?
Yes, we'll update to 4.7.
Great!
Any news? RPM in Factory is still 4.4.x and we are approaching deadlines.
And the maintainer is on vacation.
Greetings, Stephan
Stephan Kulow wrote:
Am Montag 03 August 2009 schrieb Pavol Rusnak:
Pavol Rusnak wrote:
Michael Schroeder wrote:
On Sat, Jul 11, 2009 at 04:53:39AM +0200, Pavol Rusnak wrote:
There is still rpm 4.4.2.3 in Factory and upstream is already at 4.7.0. Will we try to update the package for 11.2 to the newest version we can afford?
Yes, we'll update to 4.7.
Great!
Any news? RPM in Factory is still 4.4.x and we are approaching deadlines.
And the maintainer is on vacation.
Then I really don't understand Michael's answer ...
-
Greg KH -
Michael Schroeder -
Pavol Rusnak -
Stephan Kulow -
Takashi Iwai