516468 – app-arch/zopfli-1.0.0_p{20140623,20140630} version bump

Bug 516468 - app-arch/zopfli-1.0.0_p{20140623,20140630} version bump

Summary: app-arch/zopfli-1.0.0_p{20140623,20140630} version bump

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	Current packages (show other bugs)
Hardware:	All Linux

Importance:	Normal normal (vote)
Assignee:	Alex Xu (Hello71)

URL:
Whiteboard:
Keywords:	EBUILD

Depends on:
Blocks:

Reported:	2014-07-05 21:50 UTC by Alex Xu (Hello71)
Modified:	2014-07-10 12:34 UTC (History)
CC List:	1 user (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
zopfli-1.0.0-p20130623.ebuild (zopfli-1.0.0_p20140623.ebuild,1.11 KB, text/plain) 2014-07-05 21:50 UTC, Alex Xu (Hello71)	Details
zopfli-1.0.0_p20140705.ebuild (zopfli-1.0.0_p20140705.ebuild,846 bytes, text/plain) 2014-07-05 21:50 UTC, Alex Xu (Hello71)	Details
zopfli-1.0.0_p20140623.ebuild, take 2 (zopfli-1.0.0_p20140623.ebuild,1.04 KB, text/plain) 2014-07-08 16:39 UTC, Alex Xu (Hello71)	Details
zopfli-1.0.0_p20140705.ebuild, take 2 (zopfli-1.0.0_p20140705.ebuild,728 bytes, text/plain) 2014-07-08 16:40 UTC, Alex Xu (Hello71)	Details
Show Obsolete (2) View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Alex Xu (Hello71) 2014-07-05 21:50:25 UTC

Created attachment 380264 [details]
zopfli-1.0.0-p20130623.ebuild

Also, please drop zopfli-1.0.0_p20130508-r1.ebuild.

Comment 1 Alex Xu (Hello71) 2014-07-05 21:50:49 UTC

Created attachment 380266 [details]
zopfli-1.0.0_p20140705.ebuild

Comment 2 Alex Xu (Hello71) 2014-07-08 16:38:51 UTC

Oh, and pull in the SRC_URIs to mirror://gentoo.

Comment 3 Alex Xu (Hello71) 2014-07-08 16:39:44 UTC

Created attachment 380448 [details]
zopfli-1.0.0_p20140623.ebuild, take 2

removed header, added epatch_user

Comment 4 Alex Xu (Hello71) 2014-07-08 16:40:11 UTC

Created attachment 380450 [details]
zopfli-1.0.0_p20140705.ebuild, take 2

removed header

Comment 5 Yixun Lan archtester

2014-07-09 05:50:02 UTC

drop old, add two new.. so now we will have four versions in tree, right?
any reason why we should keep so many versions? eg, both adding p20140623, p20140705

$ ls zopfli-1.0.0*
zopfli-1.0.0.ebuild  zopfli-1.0.0_p20131216.ebuild  zopfli-1.0.0_p20140623.ebuild  zopfli-1.0.0_p20140705.ebuild

Comment 6 Alex Xu (Hello71) 2014-07-09 12:07:37 UTC

(In reply to Yixun Lan from comment #5)
> drop old, add two new.. so now we will have four versions in tree, right?
> any reason why we should keep so many versions? eg, both adding p20140623,
> p20140705
> 
> $ ls zopfli-1.0.0*
> zopfli-1.0.0.ebuild  zopfli-1.0.0_p20131216.ebuild 
> zopfli-1.0.0_p20140623.ebuild  zopfli-1.0.0_p20140705.ebuild

tl;dr upstream released 1.0.0, then made more changes; this became _p20130623. upstream disappeared for a year, I rewrote the Makefile and pulled in a crash fix. this became _p20131216. upstream came back and made more commits, this should now be _p20140623. I rebased my changes on top of that (they still have not pulled in the fixes), which should now be _p20140705.

I was thinking to keep _p20131216 since it is only stable version, but I don't mind if it is dropped. (no rdeps anyways)

Comment 7 Alex Xu (Hello71) 2014-07-09 12:07:49 UTC

*Sorry for the confusion.

Comment 8 Yixun Lan archtester

2014-07-10 02:31:45 UTC

+*zopfli-1.0.0_p20140705 (10 Jul 2014)
+*zopfli-1.0.0_p20140623 (10 Jul 2014)
+
+  10 Jul 2014; Yixun Lan <dlan@gentoo.org> -zopfli-1.0.0_p20130508-r1.ebuild,
+  +zopfli-1.0.0_p20140623.ebuild, +zopfli-1.0.0_p20140705.ebuild:
+  version bump, bug 516468, proxy for Alex Xu (Hello71)

always use "repoman full", otherwise you missed following info

RepoMan scours the neighborhood...
>>> Creating Manifest for /home/gentoo/gentoo-x86/app-arch/zopfli
  KEYWORDS.stable               1
   app-arch/zopfli/zopfli-1.0.0_p20140705.ebuild added with stable keywords: amd64 x86
  KEYWORDS.dropped              1
   app-arch/zopfli/zopfli-1.0.0_p20140623.ebuild: amd64-linux x86-linux

Comment 9 Alex Xu (Hello71) 2014-07-10 12:34:56 UTC

thanks. since it's not me committing, I forgot to use repoman. will do so in future.