From: "Lucian Poston" <lucianposton@gmail.com>
To: gentoo-soc@lists.gentoo.org
Subject: [gentoo-soc] Progress Report - Revdep-rebuild
Date: Sat, 14 Jun 2008 22:34:34 -0500 [thread overview]
Message-ID: <c4cdc1420806142034i34ab738fv6d0535c71cee3d71@mail.gmail.com> (raw)
It's been a slow start due to the time it has taken me to understand
the dynamic linker and the various python modules in portage.
Initially, I intended to understand the current revdep-rebuild
implementation, but trying to follow that monstrosity of a bash script
only caused my eyes to glaze over. :) So instead, I decided to go
another route and write an implementation of my own and deal with any
problems as they arise, rather than initially basing my implementation
off of the bash script.
I put the new RevdepSet module in a separate file. Should I instead
include this in one of the existing files? I couldn't find a clear
description of the purpose of the set classes within each file, so I
simply placed it in a new one. Also, did anyone have a more succinct,
descriptive name suggestion for the set already in mind?
Currently the class is nothing more than a skeleton of a package set
class, which I've been using to test the various dbapi interfaces. It
does not build a set of useful atoms yet.
My plan over the next few days is to build a list of "needed"
libraries (either through dbapi or my own implementation similar to
linkmap), a list of installed libraries (I'm still unsure of the best
way to build this list. Simply searching through lib directories
perhaps?), and comparing the two lists to find which are missing. The
packages are already associated with the libraries in var/db/pkg, so
that shouldn't be a problem. I'll see how that works and go from
there.
Are there any future plans to integrate the concept of recompiling
necessary binaries against newly updated libraries when upgrading
through emerge? Or is it more likely to stay as is with preserved-lib
functionality? I was just wondering about the futility of this whole
project in the future. :)
Should emerge revdep-rebuild rebuild the packages that are compiled
against preserved libraries? I assume no, since that functionality is
already present with preserved-libs, but I wanted to be sure.
Thanks,
Lucian
--
gentoo-soc@lists.gentoo.org mailing list
next reply other threads:[~2008-06-15 3:34 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-15 3:34 Lucian Poston [this message]
-- strict thread matches above, loose matches on Subject: below --
2008-06-15 3:55 [gentoo-soc] Progress Report - Revdep-rebuild Lucian Poston
2008-06-17 15:55 ` Marius Mauch
2008-06-26 1:30 Lucian Poston
2008-06-26 17:47 ` Marius Mauch
2008-07-12 3:13 Lucian Poston
2008-07-20 9:23 Lucian Poston
2008-07-27 6:28 Lucian Poston
2008-08-01 21:24 Lucian Poston
2008-08-11 23:12 Lucian Poston
2008-08-21 3:09 Lucian Poston
2008-08-21 15:47 ` Donnie Berkholz
2008-08-21 18:09 ` Lucian Poston
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c4cdc1420806142034i34ab738fv6d0535c71cee3d71@mail.gmail.com \
--to=lucianposton@gmail.com \
--cc=gentoo-soc@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox