====================== #fedora-meeting-1: fpc ======================
Meeting started by geppetto at 16:00:25 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting-1/2016-09-08/fpc.2016- 09-08-16.00.log.html .
Meeting summary --------------- * Roll Call (geppetto, 16:00:26)
* Schedule (geppetto, 16:13:09) * LINK: https://lists.fedoraproject.org/archives/list/packaging@lists.fedor aproject.org/message/XKRYWFJ3HGNMTMLZYXH2JPKFX4NF5NU6/ (geppetto, 16:13:20)
* #398 Tilde in version (geppetto, 16:13:52) * Take epoch bumping out; resolve the rpm-vercmp problem; post some before/after examples in a comment (geppetto, 16:32:32)
* Open Floor (geppetto, 16:56:44) * LINK: https://fedoraproject.org/wiki/Packaging:Versioning#Snapshot_packag es requires a date in the snapshot release (orionp, 16:58:46) * LINK: https://fedorahosted.org/fpc/ticket/558%C2%A0%C2%A0%C2%A0(tibbs, 17:16:14) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1372866%C2%A0%C2%A0%C2%A0(racor, 17:18:47) * LINK: https://fedoraproject.org/wiki/Packaging:Guidelines#Compiler_flags (orionp, 17:27:14) * LINK: https://en.wikipedia.org/wiki/SSSE3%C2%A0%C2%A0%C2%A0(Rathann, 17:27:24)
Meeting ended at 17:48:34 UTC.
Action Items ------------
Action Items, by person ----------------------- * **UNASSIGNED** * (none)
People Present (lines said) --------------------------- * tibbs (165) * geppetto (106) * ignatenkobrain (64) * Pharaoh_Atem (59) * limburgher (56) * Rathann (49) * racor (39) * orionp (27) * zodbot (12) * Sir_Gallantmon (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
16:31:18 <ignatenkobrain> hyperv-daemons-license-0-0.15.20160728git.fc26.noarch
Only looking at that, what's wrong with it? It seems to adhere to Fedora's pre-release snapshot scheme with no known %version.
16:31:18 <ignatenkobrain> kernel-modules-4.8.0-0.rc4.git3.1.fc26.x86_64 16:31:18 <ignatenkobrain> arpack-3.3.0-2.b0f7a60git.fc24.x86_64 16:31:18 <ignatenkobrain> python3-iscsi-initiator-utils-6.2.0.873-34.git4c1f2d9.fc25.x86_64
16:31:46 <ignatenkobrain> it's jsut 4 packages out of thousands which are packaged wrongly because packagers do not understand what they should do
More often, it is ignorance. Packagers, who "do not understand what they should do" as you put it, ought to ask about it. Preferably, in advance. However, I doubt the packagers are aware of the RPM Version Comparison pitfalls.
Even the cases above don't result in update problems, if the next update bumps %version or %release in a good way. At most there would be inaccurate versioned dependencies, which either are superfluous or not happy about the changes introduced by the snapshots.
A few times per year you can experience upgrade problems where packagers didn't even notice that their latest builds don't replace the previously released builds. And once the issue is discovered, don't be surprised if Epoch gets bumped without any concerns.
It would be a better idea to run a bot and check koji builds for problematic EVRs (and versioned package inter-dependencies) early.
On Fri, Sep 9, 2016 at 1:49 PM, Michael Schwendt mschwendt@gmail.com wrote:
16:31:18 <ignatenkobrain> hyperv-daemons-license-0-0.15.20160728git.fc26.noarch
Only looking at that, what's wrong with it? It seems to adhere to Fedora's pre-release snapshot scheme with no known %version.
16:31:18 <ignatenkobrain> kernel-modules-4.8.0-0.rc4.git3.1.fc26.x86_64 16:31:18 <ignatenkobrain> arpack-3.3.0-2.b0f7a60git.fc24.x86_64 16:31:18 <ignatenkobrain> python3-iscsi-initiator-utils-6.2.0.873-34.git4c1f2d9.fc25.x86_64
16:31:46 <ignatenkobrain> it's jsut 4 packages out of thousands which are packaged wrongly because packagers do not understand what they should do
More often, it is ignorance. Packagers, who "do not understand what they should do" as you put it, ought to ask about it. Preferably, in advance. However, I doubt the packagers are aware of the RPM Version Comparison pitfalls.
As part of allowing tilde I described in same page how RPM Version Comparison works.
Even the cases above don't result in update problems, if the next update bumps %version or %release in a good way. At most there would be inaccurate versioned dependencies, which either are superfluous or not happy about the changes introduced by the snapshots.
A few times per year you can experience upgrade problems where packagers didn't even notice that their latest builds don't replace the previously released builds. And once the issue is discovered, don't be surprised if Epoch gets bumped without any concerns.
It would be a better idea to run a bot and check koji builds for problematic EVRs (and versioned package inter-dependencies) early.
I do it from time to time semi-manually ;)
-- packaging mailing list packaging@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/packaging@lists.fedoraproject.or...
packaging@lists.fedoraproject.org
-
Igor Gnatenko -
James Antill -
Michael Schwendt