Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 610050 - net-proxy/3proxy-0.8.9 stabilization request
Summary: net-proxy/3proxy-0.8.9 stabilization request
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Stabilization (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Alex Efros
URL:
Whiteboard:
Keywords: STABLEREQ
Depends on:
Blocks:
 
Reported: 2017-02-20 04:24 UTC by Alex Efros
Modified: 2017-02-24 23:52 UTC (History)
1 user (show)

See Also:
Package list:
net-proxy/3proxy-0.8.9
Runtime testing required: ---
stable-bot: sanity-check+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Efros 2017-02-20 04:24:32 UTC
I'd like to drop from portage very outdated net-proxy/3proxy-0.5.3k (which also have issues with repoman) and thus I need to stabilize newer version first.

BTW, I'm newbie proxy-maint, so can you give me a hint - am I should try to stabilize every new version, or it's better to avoid adding too much work for arch teams and make stable requests only when some important changes (like security fixes or major feature added) happens?

Also, in which cases I should request runtime testing? Of course, I did that testing on my own system (amd64), but how can I know is it required on other arches?

In saved searches I see stable requests have "Keywords: STABLEREQ", but https://wiki.gentoo.org/wiki/Stable_request doesn't mention I should set it manually - please let me know if I should do this.
Comment 1 Agostino Sarubbo gentoo-dev 2017-02-20 10:07:18 UTC
amd64 stable
Comment 2 Agostino Sarubbo gentoo-dev 2017-02-22 16:10:56 UTC
x86 stable
Comment 3 Agostino Sarubbo gentoo-dev 2017-02-24 14:09:23 UTC
ppc stable. Closing.
Comment 4 Michael Palimaka (kensington) gentoo-dev 2017-02-24 23:52:55 UTC
Hi Alex, sorry for missing these questions before.

(In reply to Alex Efros from comment #0)
> BTW, I'm newbie proxy-maint, so can you give me a hint - am I should try to
> stabilize every new version, or it's better to avoid adding too much work
> for arch teams and make stable requests only when some important changes
> (like security fixes or major feature added) happens?

There's no written rules about this, but it is nice to try and find a balance between overloading arch teams and having the stable version being ancient.

If upstream regularly makes x.y.z releases I often try to target the last patch release when y is bumped - but this of course depends a lot on how upstream behaves. Ultimately it's up to your discretion as a maintain.

> Also, in which cases I should request runtime testing? Of course, I did that
> testing on my own system (amd64), but how can I know is it required on other
> arches?

Again this is subjective, but I am of the opinion that leaf applications like 3proxy are at low risk for arch-specific runtime breakage so there's no point asking arch teams to test that part too.

> In saved searches I see stable requests have "Keywords: STABLEREQ", but
> https://wiki.gentoo.org/wiki/Stable_request doesn't mention I should set it
> manually - please let me know if I should do this.

The stabilisation process is in a bit of a state of flux lately. Arch team members that are using newer tools do not require this keyword, but some people are still using older tooling and saved searches that do require it.