Summary: | rep-rebuild-0.1_alpha1 (new ebuild) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Martino Dell'Ambrogio <tillo> |
Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | alexxy, jakub, mgorny, perl |
Priority: | High | Keywords: | EBUILD |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
app-portage/rep-rebuild new ebuild
Patch to use dev-perl/PortageXS instead of eix rep-rebuild-0.1_alpha2 ebuild rep-rebuild-0.1_alpha3 ebuild rep-rebuild CVS ebuild patch |
Description
Martino Dell'Ambrogio
2006-11-30 16:07:14 UTC
Created attachment 103069 [details]
app-portage/rep-rebuild new ebuild
Would be really nice if this wouldn't depend on eix... ;) Created attachment 103099 [details, diff]
Patch to use dev-perl/PortageXS instead of eix
Created attachment 103120 [details]
rep-rebuild-0.1_alpha2 ebuild
Thanks Christian for pointing me to PortageXS and providing the patch.
Created attachment 103347 [details]
rep-rebuild-0.1_alpha3 ebuild
Created attachment 103348 [details]
rep-rebuild CVS ebuild
This is the CVS version. It shouldn't hurt.
Nice utility, added slightly modified ebuilds to sunrise-overlay: http://gentoo-sunrise.org/svn/reviewed/app-portage/rep-rebuild/ BTW, this handles PDEPEND in a wrong way; those should be emerged _after_ the ebuild that PDEPENDs on those packages, not _before_. (In reply to comment #8) > BTW, this handles PDEPEND in a wrong way; those should be emerged _after_ the > ebuild that PDEPENDs on those packages, not _before_. I've already seen this huge bug, and as a dirty workaround I comment out every PDEPEND occurrence in every SVN ebuild. This won't probably hurt because for a reinstall those depends are useless. But I really need someone to fix this, and maybe to find a better method to find all dependencies of a package (equery depgraph is dirty, slow and, we said, broken because of PDEPEND). Does Christian Hartmann is going to introduce those functions to his PortageXS? Does sed/grep on ebuilds (which names would be retrieved by equery anyway) would be the best solution this far? I most probably will some day but currently I honestly just do not have the time to. This got _totally_ broken for me w/ latest gentoolkit; only produces a traceback for every single package found... :( File "/usr/bin/equery", line 1744, in ? cmd.perform(local_opts) File "/usr/bin/equery", line 687, in perform self._graph(pkg, opts, stats, 0, [], "") File "/usr/bin/equery", line 710, in _graph pkg = gentoolkit.find_best_match(x[0] + cpv) File "/usr/lib/gentoolkit/pym/gentoolkit/helpers.py", line 60, in find_best_match cat,pkg,ver,rev = split_package_name(search_key) File "/usr/lib/gentoolkit/pym/gentoolkit/helpers.py", line 135, in split_package_name r = portage.catpkgsplit(name) File "/usr/lib/portage/pym/portage_versions.py", line 288, in catpkgsplit raise InvalidData("Invalid category in %s" %mydata ) portage_exception.InvalidData: Invalid category in >=dev-util/pkgconfig-0.5 (In reply to comment #11) > This got _totally_ broken for me w/ latest gentoolkit; only produces a > traceback for every single package found... :( [...] I noticed. The problem is, equery depgraph is broken. I hope to have enough time to debug this soon. I will probably fix the PDEPEND bug in the same release. Progress? (In reply to comment #13) > Progress? > Well, none, as it relies on third-party stuff that's FUBARed at the moment. :( equery depgraph works for me.. that why I'm asking. (In reply to comment #13) > Progress? > I'm sorry but I'm not able to work on this right now and probably for the next few months, because all my stuff has been seized by the police... I'm under investigation for computer crimes, it's a long story... If someone is interested on fixing or progressing my project please do it, I would give him access to the project on sf.net. Created attachment 140419 [details, diff]
patch
patch to make rep-rebuild work with current portage and utility state =)
In my opinion further development or patching this package doesn't make sense as portage-2.2 comes with @live-rebuild set doing the same. I closed the bug in error The package is still only in sunrise overlay. I've removed the package from Sunrise overlay as it was unmaintained and masked since Nov 2007. If someone is willing to takeover the project, we will be glad to review new ebuilds for it. Otherwise, I suggest closing the bug. As an alternative, I suggest upgrading to =sys-apps/portage-2.2* or using app-portage/smart-live-rebuild (in Sunrise). The project is long dead and no one seems to show an interest in reviving it. Closing as WONTFIX. |