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

Re: RFC: Debugging libraries



On Tue, Apr 27, 1999 at 05:45:22PM +0300, Fabrizio Polacco wrote:
> [Please move this discussion to debian-devel as it is of general
> interest and debian-gtk-gnome is not achived (why?)]
> 
> On Tue, Apr 27, 1999 at 08:50:21AM +0200, Torsten Landschoff wrote:
> > On Mon, Apr 26, 1999 at 11:26:13PM -0400, James LewisMoss wrote:
> >  
> > > # all dbg packages that install source must register using
> > > # install-source <directory>.  This will put the directory in the file
> > > # /etc/sources and run the scripts in /etc/rc.sources.  The gdb
> > > # script in /etc/rc.sources/gdb generates a file /etc/gdb.sources
> > > # which contains a line for each non-empty line in /etc/sources
> > > # consisting of "dir <directory>".
> > > 
> > > exec gdb -x /etc/gdb.sources $@
> > 
> > Great idea but that would be a great overhead on our ftp servers. We would
> > have the source both in the .deb and in the .orig.tar.gz...
> 
> Only for .c and .h (and .cc ...) and only for libs.
> Usually what makes a source tarball heavier are docs and other stuff.

Hmmm...

gnome-libs/vanilla/gnome-libs-1.0.8: 1222 files, totalling 14511477 bytes
460 matching /\.(c|h|cc)$/, totalling 6061257 bytes (41%)
391 matching /\.(html|sgml)$/, totalling 4539611 bytes (31%)
46 matching /README|COPYING|AUTHORS|ABOUT|BUGS|INSTALL|TODO|NEWS|ChangeLog/, totalling 810549 bytes (5%)
102 matching /\.(png|xbm|xpm)$/, totalling 88062 bytes (0%)
122 matching /\.(m4|am|in|po|idl|spec|gnorba)$/, totalling 1471037 bytes (10%)
19 matching /\.(gmo|desktop)$/, totalling 290286 bytes (2%)
82 remaining, totalling 1250675 bytes (8%)

gnome-core/vanilla/gnome-core-1.0.5: 1130 files, totalling 8830485 bytes
289 matching /\.(c|h|cc)$/, totalling 2278431 bytes (25%)
73 matching /\.(html|sgml)$/, totalling 340962 bytes (3%)
75 matching /README|COPYING|AUTHORS|ABOUT|BUGS|INSTALL|TODO|NEWS|ChangeLog/, totalling 533449 bytes (6%)
270 matching /\.(png|xbm|xpm)$/, totalling 857091 bytes (9%)
228 matching /\.(m4|am|in|po|idl|spec|gnorba)$/, totalling 2992644 bytes (33%)
66 matching /\.(gmo|desktop)$/, totalling 618812 bytes (7%)
129 remaining, totalling 1209096 bytes (13%)

... but that's still 41% of gnome-libs and 25% of gnome-core that has
to be duplicated for *every* binary upload. I'd rather not. IMHO, it
should be possible to extract the source package and apply the patches
("debian/rules patched-stamp" in these cases) and obtain largely the
same results...

> There are too much build fases that change the sources: configure for
> example is run only after the diff is taken, and it usually heavily
> modify include files. 
> gdb will present you the wrong source line.
> More, some tarball carry general routines to be used in case they are
> missing on the compilation system, which is different than the one we
> run the dbg lib.

I'm not quite sure I follow this. If the debian/rules file is
well-written, it is easy to reproduce the process of getting the
sources into the same state as they were on the original build system,
surely? configure does not modify source files: it may create a
config.h, but it doesn't modify anything (if it did, you couldn't
configure away from the source directory).

SRH
-- 
Steve Haslam      http://www.arise.demon.co.uk/      steve@arise.demon.co.uk
Debian GNU/Linux            A4 5D 30 2C EE CB 41 24  A7 9E DF E3 74 E8 2E 5B
araqnid@debian.org        8410 63C6 5821 1A2E BB26  E98F 8F16 B533 AF99 D43A

Attachment: pgpfR8c8uHisj.pgp
Description: PGP signature


Reply to: