LinuxQuestions.org
Latest LQ Deal: Linux Power User Bundle
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 07-20-2017, 09:31 PM   #91
montagdude
Member
 
Registered: Apr 2016
Distribution: Slackware
Posts: 728

Original Poster
Rep: Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529

Quote:
Originally Posted by Gordie View Post
That means to me that I would have to know exactly what I am looking for so would not need a search. sboui came up blank with that search. Blank is not very useful

Getting results now. Will keep trying. I prefer sboui to anything else so far
That's what the "Search READMEs" option is for. If you search for "virus" with that option enabled, you actually get more results than searching on SlackBuilds.org, and most of them are the same.
Attached Thumbnails
Click image for larger version

Name:	search_options.png
Views:	56
Size:	32.8 KB
ID:	25520   Click image for larger version

Name:	search_results.png
Views:	34
Size:	15.2 KB
ID:	25521  
 
1 members found this post helpful.
Old 08-30-2017, 12:10 PM   #92
bamunds
Member
 
Registered: Sep 2013
Location: Mounds View MN
Distribution: Slackware64-14.2 Multilib
Posts: 368

Rep: Reputation: 82
Wanted to report a potential issue or bug. Sboui is causing CPU 100% usage of core CPU at times. To repoduce this start a XTERM, gain su -, then start sboui. Then switch focus back to some other X app and close the XTERM without quiting sboui. What happens is the XTERM session ends but SBOUI continues in the back ground. Eventually it starts to thrash and use 100% of core CPU, until I use KILL PID for the sboui PID number. No other XTERM su - application acts this way. Is it something I'm doing wrong, is it bad form to exit XTERM in a root mode, without exiting root? Or is this a new bug? Remember I've been using sboui since your first release and I run WINDOWMAKER on Slackware64 14.2 with multilib. Cheers.
 
Old 08-30-2017, 12:51 PM   #93
montagdude
Member
 
Registered: Apr 2016
Distribution: Slackware
Posts: 728

Original Poster
Rep: Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529
Thanks for the report. I was able to reproduce this with xterm and konsole. However, there's no problem when running it in gnome-terminal, and there's also no problem when running it as a regular user (not with su -) in xterm and konsole. To be honest, it's beyond me why sboui is not killed when xterm and konsole are closed when running as root, and I wouldn't really know where to start with debugging it. It's also kind of obscure, so I'm inclined to just say "don't do that" unless someone can point me in the right direction for how to debug or fix it.

If I had to guess, I'd say it's some weird interaction with ncurses not being shut down properly. Maybe I will make some basic test programs with/without ncurses to see if that's true.

Last edited by montagdude; 08-30-2017 at 12:59 PM.
 
Old 08-30-2017, 03:56 PM   #94
bamunds
Member
 
Registered: Sep 2013
Location: Mounds View MN
Distribution: Slackware64-14.2 Multilib
Posts: 368

Rep: Reputation: 82
OK, thanks for confirming it is not my config or my setup. I'll just stop doing that! Cheers, BrianA_MN
 
Old 11-06-2017, 04:08 PM   #95
montagdude
Member
 
Registered: Apr 2016
Distribution: Slackware
Posts: 728

Original Poster
Rep: Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529
For those of you using this, I just released a new version which has the option to automatically rebuild inverse dependencies when you upgrade a package. In other words, if you have X installed which depends on Y and you upgrade Y, X will be flagged for rebuild. Similarly, if X depends on Y and Y depends on Z, upgrading Z will flag Y and X to be rebuilt. This option is called rebuild_inv_deps and is disabled by default. Give it a try and let me know if you experience any problems.
 
Old 11-13-2017, 03:04 PM   #96
bamunds
Member
 
Registered: Sep 2013
Location: Mounds View MN
Distribution: Slackware64-14.2 Multilib
Posts: 368

Rep: Reputation: 82
Got it. It is working smooth and without issues.
I just upgraded my libvirt-python and it first flagged libvirt for upgrade in the build process. So it is working by default for dependencies.
I'll have to come up with a scenario that is inverse dependencies and report back soon.
I haven't yet tried the blacklist, but because I use a number of alienbob applications (like palemoon, wine, vlc, ffmpeg) which are also in SBo I'll give that feature a try shortly also and report.

Keep up the great work. Cheers, BrianA_MN
 
Old 11-13-2017, 03:47 PM   #97
montagdude
Member
 
Registered: Apr 2016
Distribution: Slackware
Posts: 728

Original Poster
Rep: Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529
Quote:
Originally Posted by bamunds View Post
Got it. It is working smooth and without issues.
I just upgraded my libvirt-python and it first flagged libvirt for upgrade in the build process. So it is working by default for dependencies.
I'll have to come up with a scenario that is inverse dependencies and report back soon.
I haven't yet tried the blacklist, but because I use a number of alienbob applications (like palemoon, wine, vlc, ffmpeg) which are also in SBo I'll give that feature a try shortly also and report.

Keep up the great work. Cheers, BrianA_MN
Well, you could have upgraded libvirt instead of libvirt-python, and if you had rebuild_inv_deps = true, it would have flagged libvirt-python as well.

Though, now that I think about it, I don't know what would have happened in that case since your libvirt-python was out of date too. I designed the rebuild_inv_deps option with only rebuilding in mind, not upgrading the inverse deps. I think it would have worked fine anyway, but it would have labeled libvirt-python as "Reinstall" when really it would get upgraded. I'll have to do some testing with that situation.
 
Old 11-13-2017, 04:08 PM   #98
bamunds
Member
 
Registered: Sep 2013
Location: Mounds View MN
Distribution: Slackware64-14.2 Multilib
Posts: 368

Rep: Reputation: 82
Implemented the blacklist and it is working as expected, so that alienbob's packages are not being proposed for ugprade.
This is a great way to use SBo in conjunction with slackpkg+ priority packaging. You can maintain your preference of Slackware developer packages in slackpkg+ and not have the more diverse developers in SBo overwrite those packages. Although you won't know if SBo has a later version of something that the developer hasn't yet rebuilte. For example, I know AlienBob has a palemoon package (currently version 5.6.1), he does it as a courtesy and the SBo version (5.7.0) is actually the current release. I trust and utilize AlienBob's package, because it works cleaner, and will wait for his upgrade rather than switching to the SBo version of palemoon. The way to instead accept the latest version would be to blacklist by each package name rather than by developer tag on the file. This package named blacklist would clearly be longer depending on how many packages being protected from a developer. So, for me, this is a great way to not get packages identified for upgrades which I don't want to switch from. Nice job.

The comments and examples in the /etc/sboui/package_blacklist are excellent.

As soon as I've got a scenario that needs an inverse I'll report back. Thanks again! BrianA_MN

Last edited by bamunds; 11-13-2017 at 04:21 PM. Reason: added comments
 
Old 11-13-2017, 04:38 PM   #99
montagdude
Member
 
Registered: Apr 2016
Distribution: Slackware
Posts: 728

Original Poster
Rep: Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529
I'm glad it is working for you! If you want to see if there's a new version available of something you have blacklisted, you can filter by blacklisted packages, highlight one and hit enter, and then use the "Show package info" option.

Edit: or just look at the status message at the bottom, which will show the installed and available version.

Last edited by montagdude; 11-14-2017 at 12:20 AM.
 
Old 11-13-2017, 05:21 PM   #100
Gordie
Member
 
Registered: Aug 2007
Distribution: Slackware, Puppy
Posts: 307

Rep: Reputation: 90
Man, I like sboui. I even use it to uninstall. No problems or concerns yet and I use it often
 
Old 11-13-2017, 11:07 PM   #101
khronosschoty
Member
 
Registered: Jul 2008
Distribution: Slackware
Posts: 240
Blog Entries: 2

Rep: Reputation: 82
Really nice tool imo, thank you.
 
Old 11-14-2017, 04:12 PM   #102
BobRock
LQ Newbie
 
Registered: Nov 2017
Location: Italia
Distribution: Slackware
Posts: 7

Rep: Reputation: 3
Thumbs up

Great job for me too. Thank you!
 
Old 11-20-2017, 08:23 PM   #103
Gordie
Member
 
Registered: Aug 2007
Distribution: Slackware, Puppy
Posts: 307

Rep: Reputation: 90
OK. Found something that may be strange.
I used the feature to search for degradable packages. Just blew me away to find so many need to be installed now in order to upgrade the development/extra-cmake-modules.

https://imgur.com/a/4CFae

Slackbuilds.org only shows "This requires: Sphinx" for a dependency.

EDIT - It could well be listing dependencies of dependencies but how could one be sure?

Last edited by Gordie; 11-20-2017 at 08:42 PM.
 
Old 11-20-2017, 09:36 PM   #104
montagdude
Member
 
Registered: Apr 2016
Distribution: Slackware
Posts: 728

Original Poster
Rep: Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529Reputation: 529
Quote:
Originally Posted by Gordie View Post
EDIT - It could well be listing dependencies of dependencies but how could one be sure?
That's right. It's because it is listing dependencies recursively. If you try using sqg (sbopkg's dependency resolving tool), it should give you the same build order.
 
Old 11-30-2017, 03:20 PM   #105
travis82
Member
 
Registered: Feb 2014
Distribution: Slackware
Posts: 398

Rep: Reputation: 186Reputation: 186
Awesome. Works great with sbotools here. Many thanks. Is to possible to have an option to upgrade all upgradable packages?
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Call for Testers: MATE 1.17 willysr Slackware 25 04-21-2017 01:55 PM
[SOLVED] Call for Testers: MATE 1.14 for -Current willysr Slackware 13 05-27-2016 09:08 AM
Updating w3af to version 1.6.49 in SBo, need testers mralk3 Slackware 3 12-12-2015 06:54 PM
Call for Testers: MATE 1.8 willysr Slackware 137 08-06-2014 02:50 AM
ncurses-5.2-28 conflicts with file from package ncurses-5.2-12 tubby Linux - Software 4 06-16-2002 01:00 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 07:20 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration