On Sat, 19 Aug 2000, Simon Richter wrote:
>
> Actuallu the slowest thing about dpkg is the database of files. I would be
> cool if dpkg could use some sort of relational database for that.
>
As long as it is still text-based, so that I can edit it by hand if
neccessary. ;-)
Yust to say: PLEAS
On 19-Aug-00, 18:56 (CDT), Ethan Benson <[EMAIL PROTECTED]> wrote:
> for things like querying (dpkg -s and such) install dlocate it solves
> that problem the Right Way. (unfortunatly it got removed from potato
> for less then critical bugs)
* "Steve" == Steve Greenland <[EMAIL PROTECTED]> wrote:
On 19-Aug-00, 18:56 (CDT), Ethan Benson <[EMAIL PROTECTED]> wrote:
> for things like querying (dpkg -s and such) install dlocate it solves
> that problem the Right Way. (unfortunatly it got removed from potato
> for less then critical bugs)
man apt-cache. (Assuming you're using apt-get either di
On Sat, Aug 19, 2000 at 02:20:26PM -0600, Dwayne C . Litzenberger wrote:
> I know that, but dpkg/apt is a huge pile of source. I'd like to know what
> order I should read things in, so not to get too confused with too many
> forward references.
Try cflow. BTW, avoiding forward refs => bottom-up
> it seems to me that this would make things slower since everything is
> written twice, the text database would still have to be processed in
> order to update it properly, so i don't think installing packages
> would be much faster, if not slower.
>
> querying would indeed be fast but as i men
On Sat, Aug 19, 2000 at 06:00:54PM -0600, Dwayne C . Litzenberger wrote:
> > no it wouldn't, as soon as that database gets corrupted in whatever
> > way your completly screwed and have to reinstall.
>
> That's why I suggested a *cacheing* system for the text database. Every write
sorry i have no
> no it wouldn't, as soon as that database gets corrupted in whatever
> way your completly screwed and have to reinstall.
That's why I suggested a *cacheing* system for the text database. Every write
operation happens twice (once in the binDB, once in the txtDB), but every read
operation can come
On Sat, Aug 19, 2000 at 05:07:41PM +0200, Simon Richter wrote:
> On Fri, 18 Aug 2000, Dwayne C . Litzenberger wrote:
>
> > I want to learn the total innards of dpkg/apt. I recently filed a bug
> > complaining about the fact that dpkg is too slow, but I want to actually
> > _do_
> > something abo
> Source is the best documentation for a program...all hail the invention of
> comments :)
I know that, but dpkg/apt is a huge pile of source. I'd like to know what
order I should read things in, so not to get too confused with too many
forward references.
--
Dwayne C. Litzenberger - [EMAIL PRO
On Fri, 18 Aug 2000, Dwayne C . Litzenberger wrote:
> I want to learn the total innards of dpkg/apt. I recently filed a bug
> complaining about the fact that dpkg is too slow, but I want to actually _do_
> something about it (other than ordering other developers around).
Actuallu the slowest thi
On Fri, Aug 18, 2000 at 09:30:18PM -0600, Dwayne C . Litzenberger wrote:
> I want to learn the total innards of dpkg/apt. I recently filed a bug
> complaining about the fact that dpkg is too slow, but I want to actually _do_
> something about it (other than ordering other developers around).
>
>
I want to learn the total innards of dpkg/apt. I recently filed a bug
complaining about the fact that dpkg is too slow, but I want to actually _do_
something about it (other than ordering other developers around).
So Can someone who knows dpkg give me a good list of the stuff I should
read, o
12 matches
Mail list logo