Bug#482361: mk-build-deps: don't use equivs

2012-03-11 Thread Joachim Breitner
Hi,

I also would have found it a little bit nicer if mk-build-deps would not
use equivs:
 * No additional dependency to remember to install
 * Less noise on the terminal
 * Faster
When I build dozends of packages in a row (which does happen), even a
few seconds extra wait time are slightly annoying.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: This is a digitally signed message part


Bug#482361: mk-build-deps: don't use equivs

2008-11-08 Thread Felipe Sateler
El 07/11/08 22:46 Peter Samuelson escribió:
  On Thu, Nov 06, 2008 at 12:34:26PM -0300, Felipe Sateler wrote:
   Equivs uses debhelper (for reasons I do not know, seems completely
   overkill for me), which means it is much slower than building a
   bare package manually.

 As the equivs maintainer, I'm intrigued: is this actually noticeable
 enough to be annoying to you?  It never even occurred to me that it
 would be better for equivs to construct packages without debhelper
 because of speed.

I created a hacky script to do this thing a while ago, and when devscripts 
started shipping mk-build-deps I noticed the difference. Nowadays I use 
http://sourcedeps.debian.net/, so I don't use this tool much anymore, but 
there is a difference (it's just creating a few files in a dir and then 
calling dpkg-deb, versus 10+ dh_* calls that do nothing).

 debhelper does take some burden off its users in 
 terms of keeping up with Policy compliance issues, and it makes the
 template files pretty readable.

However, metapackages created by mk-build-deps (I'm not sure of other uses for 
equivs) are empty packages, so making them policy compliant isn't difficult 
(no to mention that I don't see the need for them to be, although it's nice 
to have that).

 [Patrick Schoenfeld]

  Personally I don't think that much faster is of much relevance for a
  tool that takes about 2-3 seconds and is used max some times a day.

 Makes me wonder, though, if people really do find equivs too slow.

I found it annoying, because the normal use of equivs for me is when 
dpkg-buildpackage complains that the build-deps aren't satisfied, thus I have 
to wait for it to complete and then install the deb to build the package. 
Although the time involved is short, it's annoying because it requires 
attention.

Saludos,
Felipe Sateler


signature.asc
Description: This is a digitally signed message part.


Bug#482361: mk-build-deps: don't use equivs

2008-11-07 Thread Patrick Schoenfeld
On Thu, Nov 06, 2008 at 12:34:26PM -0300, Felipe Sateler wrote:
 El 06/11/08 09:48 Patrick Schoenfeld escribió:
  Hi,
 
  I've recently looked into this bug report and I am wondering what the
  benefit of this change. Could you please explain to me, why you think
  that this would be an enhancement for mk-build-deps?
 
 Because it is much faster. Equivs uses debhelper (for reasons I do not know, 
 seems completely overkill for me), which means it is much slower than 
 building a bare package manually. 

Personally I don't think that much faster is of much relevance for a
tool that takes about 2-3 seconds and is used max some times a day.
I really don't see a use case, where this counts. So I'm considering to
tag this wontfix, unless one of the other devscripts maintainers disagree.

Regards,
Patrick



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#482361: mk-build-deps: don't use equivs

2008-11-07 Thread Peter Samuelson

 On Thu, Nov 06, 2008 at 12:34:26PM -0300, Felipe Sateler wrote:
  Equivs uses debhelper (for reasons I do not know, seems completely
  overkill for me), which means it is much slower than building a
  bare package manually.

As the equivs maintainer, I'm intrigued: is this actually noticeable
enough to be annoying to you?  It never even occurred to me that it
would be better for equivs to construct packages without debhelper
because of speed.  debhelper does take some burden off its users in
terms of keeping up with Policy compliance issues, and it makes the
template files pretty readable.

[Patrick Schoenfeld]
 Personally I don't think that much faster is of much relevance for a
 tool that takes about 2-3 seconds and is used max some times a day.

Makes me wonder, though, if people really do find equivs too slow.
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/


signature.asc
Description: Digital signature


Bug#482361: mk-build-deps: don't use equivs

2008-11-06 Thread Felipe Sateler
El 06/11/08 09:48 Patrick Schoenfeld escribió:
 Hi,

 I've recently looked into this bug report and I am wondering what the
 benefit of this change. Could you please explain to me, why you think
 that this would be an enhancement for mk-build-deps?

Because it is much faster. Equivs uses debhelper (for reasons I do not know, 
seems completely overkill for me), which means it is much slower than 
building a bare package manually. 


Saludos,
Felipe Sateler


signature.asc
Description: This is a digitally signed message part.


Bug#482361: mk-build-deps: don't use equivs

2008-05-21 Thread Felipe Sateler
Package: devscripts
Version: 2.10.27
Severity: wishlist

Not using equivs would be great. I have patched mk-build-deps to not
use it, but to avoid parsing of arch-specific dependencies (which I
presume equivs did previously) I used Dpkg::Deps instead.
It cannot be used while reading from apt-cache, but I think that using
apt-cache to get information instead of debian/control isn't useful
anyway.

Attached is a patch that does this (rather hacky).

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBUILD_DPKG_BUILDPACKAGE_OPTS=-i -ICVS -I.svn
DEBUILD_PRESERVE_ENVVARS=DISPLAY
DEBUILD_LINTIAN=yes
DEBUILD_LINTIAN_OPTS=-i
DEBCHANGE_RELEASE_HEURISTIC=changelog

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages devscripts depends on:
ii  dpkg-dev  1.14.19package building tools for Debian
ii  libc6 2.7-11 GNU C Library: Shared libraries
ii  perl  5.10.0-10  Larry Wall's Practical Extraction 

Versions of packages devscripts recommends:
pn  at none(no description available)
ii  bsd-mailx [mailx]  8.1.2-0.20071201cvs-3 A simple mail user agent
ii  bzr1.5-1 easy to use distributed version co
ii  curl   7.18.1-1  Get a file from an HTTP, HTTPS or 
ii  cvs1:1.12.13-11  Concurrent Versions System
ii  dctrl-tools2.12  Command-line tools to process Debi
ii  debian-keyring 2007.12.04GnuPG (and obsolete PGP) keys of D
pn  debian-maintainers none(no description available)
ii  dput   0.9.2.32  Debian package upload tool
ii  equivs 2.0.7-0.1 Circumvent Debian package dependen
ii  fakeroot   1.9.5 Gives a fake root environment
ii  git-core   1:1.5.5.1-1   fast, scalable, distributed revisi
ii  gnupg  1.4.6-3   GNU privacy guard - a free PGP rep
ii  iceweasel [www-bro 2.0.0.14-2lightweight web browser based on M
ii  konqueror [www-bro 4:3.5.9.dfsg.1-2+b1   KDE's advanced file manager, web b
ii  libauthen-sasl-per 2.11-1Authen::SASL - SASL Authentication
ii  libcrypt-ssleay-pe 0.57-1+b1 Support for https protocol in LWP
ii  libparse-debcontro 2.005-2   Easy OO parsing of Debian control-
ii  libsoap-lite-perl  0.71-2Client and server side SOAP implem
ii  libterm-size-perl  0.2-4+b1  Perl extension for retrieving term
ii  libtimedate-perl   1.1600-9  Time and date functions for Perl
ii  liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin
ii  libwww-perl5.812-1   WWW client/server library for Perl
pn  libyaml-syck-perl  none(no description available)
ii  lintian1.23.48   Debian package checker
ii  lsb-release3.2-12Linux Standard Base version report
ii  lynx [www-browser] 2.8.6-2   Text-mode WWW Browser
ii  mailx  1:20071201-3  Transitional package for mailx ren
ii  man-db 2.5.2-1   on-line manual pager
ii  mercurial  1.0-4 Scalable distributed version contr
ii  openssh-client [ss 1:4.7p1-10secure shell client, an rlogin/rsh
ii  patch  2.5.9-5   Apply a diff file to an original
ii  patchutils 0.2.31-4  Utilities to work with patches
ii  strace 4.5.15-1.2A system call tracer
ii  subversion 1.4.6dfsg1-4  Advanced version control system
ii  unzip  5.52-11   De-archiver for .zip files
ii  w3m [www-browser]  0.5.1-5.1+b1  WWW browsable pager with excellent
ii  wdiff  0.5-17Compares two files word by word
ii  wget   1.11.2-1  retrieves files from the web

-- no debconf information
--- /usr/bin/mk-build-deps  2008-05-03 12:33:35.0 -0400
+++ mk-build-deps   2008-05-22 00:48:19.0 -0400
@@ -66,6 +66,8 @@
 use warnings;
 use Getopt::Long;
 use File::Basename;
+use Dpkg::Control;
+use Dpkg::Deps;
 
 my $progname = basename($0);
 my ($opt_help, $opt_version);
@@ -81,62 +83,73 @@
 
 die Usage: $progname control file | package name [...]\nRun $progname 
--help for more details\n unless @ARGV;
 
-system(command -v equivs-build /dev/null 21);
-if ($?) {
-die $progname: You must have equivs installed to use this program.\n;
-}
 
 while ($control = shift) {
 my $name;
-my $build_deps = ;
+my $build_deps;
 my