> $ time ./depcheck libacl.so
> ...
> real11m16.558s
For the record, I just managed to make it 3 times faster by
using "xxd" instead of "file", skipping "-noarch-" packages,
etc.
$ time ./depcheck libacl.so
...
real3m49.661s
However, I won't pollute the mailing list with the new
Jim,
Would a script like the one at the bottom of this email point you
toward the right package(s)?
I have to warn you it roughly took 11 minutes to finish on my laptop
with 1680 packages installed:
$ time ./depcheck libacl.so
acl-2.3.2-x86_64-1: /usr/bin/chacl
cdrtools-3.02a09-x86_64-1:
This would only show dependencies of dav1d. It wouldn't show any packages
that depend on dav1d (unless there was a circular dependency), so it
wouldn't help find things that would be broken.
You could grep all the queue files for dav1d, but that would only show the
packages that had it as a hard
sqg -p dav1d
On Thu, 29 Feb 2024 at 20:12, Jim wrote:
> I recently upgraded the SBo dav1d, which upgraded the library from
> libdav1d.so.6 to libdav1d.so.7.
>
> Unfortunately, a couple of other SBo packages (libheif and vlc) had
> references to (specifically) libdav1d.so.6, which caused them to
> > However, tracking potential breakages could be done using hoorex.
>
> Not in this case...
>
> > # hoorex -i dav1d This'll list all installed packages requiring directly
> > dav1d.
>
> And there's the problem... Neither vlc nor libheif (nor maybe others I
> haven't found yet) *directly*
On Friday, March 1st, 2024 at 4:16 AM, Tim Dickson via SlackBuilds-users
wrote:
>
>
> the problem is the optional dependencies. how does a tool know which
> options you like.
> Only when such a tool which has your preferred optional deps recorded
> exists, can there
> be a way to reverse dep
yes, i am aware of that. the problem is that, unlike CRUX's revdep,
this does not have a /etc/revdep.d where to store files indicating
libraries in custom places, package wise. So, if I want to maintain a
binary repackaging script, Emmets' revdep for Slackware will not
report what such package is
On 2/29/24 8:12 AM, Jim wrote:
I recently upgraded the SBo dav1d, which upgraded the library from
libdav1d.so.6 to libdav1d.so.7.
Unfortunately, a couple of other SBo packages (libheif and vlc) had
references to (specifically) libdav1d.so.6, which caused them to whine a
bit.
It was easy enough
Hi,
Le 01/03/2024 à 11:32, Petar Petrov a écrit :
> what about them? Of course it won't 'catch' these. Still, checking the
> *.so libs is a great help.
>
> do you think that since it won't work for perl, python and ruby such
> tool is unneeded?
>
> -p
No, I don't. But..
Things would be so
This tool emmet1 made based on and acting like the CRUX tool of the same name
is still my favorite out of Didler’s, Pat’s and others I’ve used. It’s simple
and powerful and finds missing .so’s perfectly.
https://gist.github.com/emmett1/eb71186ba5567be46ad34ae59ba1fa57
what about them? Of course it won't 'catch' these. Still, checking the
*.so libs is a great help.
do you think that since it won't work for perl, python and ruby such
tool is unneeded?
-p
On Fri, 1 Mar 2024 at 12:28, Didier Spaier wrote:
>
> What about the non-binary deps (perl, python and
What about the non-binary deps (perl, python and ruby...)?
Cheers,
Didier
Le 01/03/2024 à 11:19, Petar Petrov a écrit :
> revdep checks for broken *.so, so it would not matter whether your
> deps were optional or not. People running -current, who install stuff
> from SBo, would greatly benefit
revdep checks for broken *.so, so it would not matter whether your
deps were optional or not. People running -current, who install stuff
from SBo, would greatly benefit from such a tool.
regards,
-p
On Fri, 1 Mar 2024 at 12:16, Tim Dickson via SlackBuilds-users
wrote:
>
> the problem is the
the problem is the optional dependencies. how does a tool know which
options you like.
Only when such a tool which has your preferred optional deps recorded
exists, can there
be a way to reverse dep without missing out bits.
regards, Tim
On 01/03/2024 09:38, Petar Petrov wrote:
there were
there were several discussions about Slackware needing a tool such as
revdep, to check for issues like this. Search LQ, however, I did not
find a good solution that just works. I got advice to make my own
tool, as well as, statements how people use their own "home made"
tools for this.
-p
On
On Thu, Feb 29, 2024 at 16:55 (+), Tim Dickson via SlackBuilds-users wrote:
> it is hard for optional dependencies. for hard deps, you can do an advanced
> reverse dependency(full) search on slackbuilds.org
> Personally I keep build lists for the things I use, including optional deps,
> and
On Thu, Feb 29, 2024, 11:46 AM Jim wrote:
> On Thu, Feb 29, 2024 at 17:47 (+0100), Andrzej Telszewski wrote:
>
> > *From: *Jim
> > *To: *slackbuilds-users@slackbuilds.org
> > *Date: *29 Feb 2024 17:12:58
> > *Subject: *[Slackbuilds-users] tracking down SBo &q
Il giorno gio 29 feb 2024 alle ore 17:12 Jim ha
scritto:
> I recently upgraded the SBo dav1d, which upgraded the library from
> libdav1d.so.6 to libdav1d.so.7.
>
> Unfortunately, a couple of other SBo packages (libheif and vlc) had
> references to (specifically) libdav1d.so.6, which caused them
On Thu, Feb 29, 2024 at 03:22:49PM -0400, Jim wrote:
> And there's the problem... Neither vlc nor libheif (nor maybe others I
> haven't found yet) *directly* require dav1d, so hoorex doesn't list
> them.
https://slackbuilds.org/slackbuilds/15.0/libraries/libheif/libheif.info
has davd1 in the
On Thu, Feb 29, 2024 at 17:47 (+0100), Andrzej Telszewski wrote:
> *From: *Jim
> *To: *slackbuilds-users@slackbuilds.org
> *Date: *29 Feb 2024 17:12:58
> *Subject: *[Slackbuilds-users] tracking down SBo "dependencies"
>> I recently upgraded the SBo dav1d, whi
On Thu, Feb 29, 2024 at 16:54 (+), Erich Ritz via SlackBuilds-users wrote:
> On Thursday, February 29th, 2024 at 10:12 AM, Jim
> wrote:
>> I recently upgraded the SBo dav1d, which upgraded the library from
>> libdav1d.so.6 to libdav1d.so.7.
>> Unfortunately, a couple of other SBo packages
Well, you've still got sbbdep then, in reverse mode it could help you.
It does calculate a full dependency tree, binary only, so for like python
packages it won't work, but in your case it should.
I never used it like that though, so it's kind of a guess.
- Yth
Le 29 février 2024 19:22:49 UTC,
Hi Arnaud,
On Thu, Feb 29, 2024 at 16:53 (+), Arnaud via SlackBuilds-users wrote:
> Tracking the breakage might require launching the app,
Trying *every* program after upgrading a library seems like a bit of a
non-starter.
> or checking with ldd.
After seeing a complaint appear in my
it is hard for optional dependencies. for hard deps, you can do an
advanced reverse dependency(full) search on slackbuilds.org
Personally I keep build lists for the things I use, including optional
deps, and build flags and other special build instructions.
It is more work, and when a package
On Thursday, February 29th, 2024 at 10:12 AM, Jim
wrote:
>
>
> I recently upgraded the SBo dav1d, which upgraded the library from
> libdav1d.so.6 to libdav1d.so.7.
>
> Unfortunately, a couple of other SBo packages (libheif and vlc) had
> references to (specifically) libdav1d.so.6, which
Tracking the breakage might require launching the app, or checking with ldd.
However, tracking potential breakages could be done using hoorex.
# hoorex -i dav1d
This'll list all installed packages requiring directly dav1d.
- Yth.
Le 29 février 2024 16:12:14 UTC, Jim a écrit :
>I recently
*From: *Jim
*To: *slackbuilds-users@slackbuilds.org
*Date: *29 Feb 2024 17:12:58
*Subject: *[Slackbuilds-users] tracking down SBo "dependencies"
> I recently upgraded the SBo dav1d, which upgraded the library from
> libdav1d.so.6 to libdav1d.so.7.
>
> Unfortunately,
I recently upgraded the SBo dav1d, which upgraded the library from
libdav1d.so.6 to libdav1d.so.7.
Unfortunately, a couple of other SBo packages (libheif and vlc) had
references to (specifically) libdav1d.so.6, which caused them to whine a
bit.
It was easy enough to recompile libheif and vlc
28 matches
Mail list logo