Best description is a man page raw copy: ---------------------------------------------------------------------- NAME rep-rebuild - Gentoo: SVN/CVS packages rebuilder SYNOPSIS rep-rebuild [OPTIONS] [--] [EMERGE OPTIONS] DESCRIPTION Perl script to rebuild Gentoo's Portage SVN/CVS installed packages, taking care of dependencies and emerge ordering. Gentoo Portage doesn't care about an SVN/CVS package's repository being updated, and everyone needs to check manually when a package's reposi- tory has been updated, check the dependencies and rebuild manually all the packages in the right order. This program will avoid the second task. In a future release it will probably check if a new SVN/CVS revision is there before emerging. It is inspired to revdep-rebuild from Gentoo's portage utilities. OPTIONS -nc | --nocolor turn off colored output (this option is also passed to the emerge command) -d | --debug print debug messages about packages, their dependencies, and follow the dependencies algotithm (all in realtime) -h | --help print help message and quit -V | --version print version and quit All other options are passed to the emerge command ---------------------------------------------------------------------- I hope you like it as I do... I will surely improve it, maybe with your help.
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.
