[Slackbuilds-users] Puzzling error building qt5-webkit

Dave Woodfall dave at slackbuilds.org
Sun Apr 26 09:26:36 UTC 2020


On 2020-04-26 10:02,
Slackbuilds Users <slackbuilds-users at slackbuilds.org> put forth the proposition:
>
> On 26/04/2020 09:08, Dave Woodfall wrote:
> > On 2020-04-25 17:36,
> > Slackbuilds Users <slackbuilds-users at slackbuilds.org> put forth the proposition:
> > > i spotted an optional dep of qt5-webkit which is dwz
> > > this appears to de-duplicate debug symbols etc in elf files. however, as we
> > > tend to remove all
> > > extra debug stuff with strip, It doesn't appear to change the package size
> > > much.
> > > is anyone interested in a dwz as a package?. I did create one to see if it
> > > made much difference
> > > to the qt5-webkit package, and though the size was within 9bytes!, it did
> > > appear to create the package
> > > a bit quicker, so may be worth using.
> > > comments?
> > > regards, Tim
> > According to the man page[1], it isn't for qt5-webkit, but for any
> > ELF binary.
> >
> > [1] https://www.mankier.com/1/dwz
> >
> that's right. I haven't seen what else may have code to use it if it is
> there (I'm not sure how to do that anyway without downloading all the sbo
> package sources and greping for it in makefiles). I submitted the dwz
> package yesterday. Generally because the practice is often to strip the 
> binaries, we wouldn't see much benefit, unless there are lots of
> intermediate stages which are sped up with smaller ELF binaries during the
> build process.
> I only spotted the existence of dwz  when going through the (qt5-webkit)
> build log, I saw the mention of it, and checked it out, and saw it is
> available for lots of other distros, so why not for slackware? if it
> improves executable size or build speeds I'm in favour, but I don't know
> what else uses it. it appears to be used by debian, ubuntu, redhat, fedora
> etc. so the odds are we may see it appearing more  in some packages. I'm not
> sure which category it should go in, development or system, but it can be
> moved if I picked the wrong one.

It's only to remove duplicated symbols.  We normally strip them, so
it would only be useful if, for example, you want to debug something
that crashed or segfaulted.  In that case you would rebuild the
application without stripping the binaries by commenting out the
strip lines in the SlackBuild, or by building and running it from the
source directory without installing it, if it supports running like
that.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20200426/91f2dcb4/attachment.asc>


More information about the SlackBuilds-users mailing list