Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 489906 - dev-perl/Path-FindDev - Find a development path somewhere in an upper hierarchy
Summary: dev-perl/Path-FindDev - Find a development path somewhere in an upper hierarchy
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal enhancement (vote)
Assignee: Default Assignee for New Packages
URL: http://search.cpan.org/~kentnl/Path-F...
Whiteboard:
Keywords: EBUILD
Depends on: 489578
Blocks: 490134
  Show dependency tree
 
Reported: 2013-10-30 20:37 UTC by Ivan Baidakou (dmol)
Modified: 2016-04-08 16:55 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ivan Baidakou (dmol) 2013-10-30 20:37:26 UTC
I have created an ebuild:

https://github.com/basiliscos/nanga/blob/master/dev-perl/Path-FindDev/Path-FindDev-0.4.1.ebuild

Please, review it.

Reproducible: Always
Comment 2 Kent Fredric (IRC: kent\n) (RETIRED) gentoo-dev 2013-10-31 16:30:28 UTC
I'm upstream for this, so if you could add me as something proxy-mainty in the metadata that'd be helpful. 

Observations/Questions:

Ebuild depends on Class::Tiny 0.11.0 when the package only depends on 0.10.0 itself, whats the reason for the discrepancy?

Path::IsDev v0.2.2 is a minimum requirement, but the ebuild states >=1.0.0, this is acceptable, just again, discrepancy from the code upstream adds scope for later confusion.

Path::Tiny dependency says >=0.44.0 , when upstream only says >=0.38.0, again, I don't so much have the problem with the newer deps, just lots of people loathe "needless upgrades" if they can avoid it, deps that are too steep may needlessly hamper stabilization.

Upstream has no stated dependency on a specific version of Sub::Exporter, so this just seems weird to say ">=dev-perl/Sub-Exporter-0.984.0".

Other than that its looks fine to me.

If the above dependencies have a real cause behind them that matters, I'd love to know about them so I can bake them in upstream, imo, gentoo deps and upstream deps should be as logically similar as practically possible.
Comment 3 Ivan Baidakou (dmol) 2013-11-02 10:48:38 UTC
(In reply to Kent Fredric from comment #2)
> I'm upstream for this, so if you could add me as something proxy-mainty in
> the metadata that'd be helpful. 

OK. How to do that? Like the following?

        <herd>proxy-maintainers</herd>
        <maintainer>
                <email>kentfredric@gmail.com</email>
                <name>Kent Fredric</name>
                <description>Proxied Maintainer</description>
        </maintainer>


> Observations/Questions:
> 
> Ebuild depends on Class::Tiny 0.11.0 when the package only depends on 0.10.0
> itself, whats the reason for the discrepancy?
> 
> Path::IsDev v0.2.2 is a minimum requirement, but the ebuild states >=1.0.0,
> this is acceptable, just again, discrepancy from the code upstream adds
> scope for later confusion.
> 
> Path::Tiny dependency says >=0.44.0 , when upstream only says >=0.38.0,
> again, I don't so much have the problem with the newer deps, just lots of
> people loathe "needless upgrades" if they can avoid it, deps that are too
> steep may needlessly hamper stabilization.
> 
> Upstream has no stated dependency on a specific version of Sub::Exporter, so
> this just seems weird to say ">=dev-perl/Sub-Exporter-0.984.0".
> 
> Other than that its looks fine to me.
> 
> If the above dependencies have a real cause behind them that matters, I'd
> love to know about them so I can bake them in upstream, imo, gentoo deps and
> upstream deps should be as logically similar as practically possible.

Thanks for detailed explanation. I just have fixed them. 

I didn't have any particular "dependency policy", so, I just picked up the most fresh dependency fron CPAN, made an ebuild for it, and then pin it. (A-la cpanm behaviour). 

I'll be more accurate in future.
Comment 4 Kent Fredric (IRC: kent\n) (RETIRED) gentoo-dev 2013-11-02 11:24:46 UTC
Its probably applicable to <herd>perl</herd> too (ie: multiple herd tokens is acceptable ),  but other than that, I think thats how we do it. 

There's not any huge reason usually why any one specific person should be maintainer on it in perl land, they're usually straight forward enough that anyone in perl herd ( or often, people outside it ) can handle bumping and soforth =)

Just the right bits on metadata means more ( and more relevant ) people will be notified when bugs are filed, I think.
Comment 5 Ivan Baidakou (dmol) 2013-11-02 11:44:17 UTC
OK, thanks. I just have added the metadata:

https://github.com/basiliscos/nanga/blob/master/dev-perl/Path-FindDev/metadata.xml
Comment 6 Andreas K. Hüttel archtester gentoo-dev 2014-12-07 16:25:42 UTC
Is anyone still interested in this? If yes, please say so here and now!
Comment 7 Kent Fredric (IRC: kent\n) (RETIRED) gentoo-dev 2014-12-08 02:11:25 UTC
Ugh. I know why this was filed, and the needed blocker wasn't added. 

Adding that now.

This is in the class of "I wrote this, and I regret that fact" ;)
Comment 8 Kent Fredric (IRC: kent\n) (RETIRED) gentoo-dev 2016-04-08 16:55:40 UTC
dev-perl/Path-FindDev  now in tree.