pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: pkg/37539 (more modules for pkgtools/pbulk)



The following reply was made to PR pkg/37539; it has been noted by GNATS.

From: Aleksey Cheusov <cheusov%tut.by@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: joerg%NetBSD.org@localhost,  gnats-admin%netbsd.org@localhost,  
pkgsrc-bugs%netbsd.org@localhost
Subject: Re: pkg/37539 (more modules for pkgtools/pbulk)
Date: Thu, 24 Jan 2008 16:22:50 +0200

  >>  A bit more explanations. I use pbulk even if I want to build one
  >>  partucular package (to test some patches, for example). This is why
  >>  want to switch off generating of pkg-summary.gz. When I generate it, I
  >>  prefer to use use different, much more efficient, algorithm.
 >  
 >  The option to disable checksumming is included.
 >  I don't want to include an option for pkg-summary as I don't see the
 >  need for that. It will create more problems in the future when tools
 >  like pkg_add will depend on it. It is also not that slow. For a full set
 >  of binaries, the generations needs around 3min of time when reading the
 >  packages from disk,  40s of that is actual computation time. Compared to
 >  the build time of even the simple packages, this doesn't fall into the
 >  weight.
 
 Joerg, this is YOUR future. I already explained you my needs several
 times.  I don't work with future versions of pkg_add. I work RIGHT NOW
 with pkg_add that exists NOW and I manage pkg_summary files in a way I
 need. Your pbulk just doesn't allow me to do what I want - managing
 multiple binary repositories (like Debian's apt does).  The way pbulk
 builds summary file is the extra undeed mega-intellect.  I don't need
 it. My own tool that I use NOW is better than your FUTURE pkg_add just
 because it exists NOW. Do you still don't see needs for things I ask
 for?
 
 -- 
 Best regards, Aleksey Cheusov.
 



Home | Main Index | Thread Index | Old Index