slackpkg+ 1.8

zerouno · 02-25-2020, 06:14 PM

Quote:

Originally Posted by tramtrist

A little confused... Is there an official new release of slackpkg+ out or is it still being tested?
Sorry for being such a newb

I'm searching feedback (tests, bugs, and proposal) to release slackpkg 1.8

Currently exists a development release slackpkg+1.7.0d0
To install it edit slackpkgplus.conf and modify

MIRRORPLUS['slackpkgplus']=http://slakfinder.org/slackpkg+/
in
MIRRORPLUS['slackpkgplus']=http://slakfinder.org/slackpkg+dev/

Then run slackpkg update and slackpkg upgrade slackpkg+

tramtrist · 02-25-2020, 06:16 PM

ah ok!
I'll wait for 1.8 like a good boy .. please ignore me!

chrisretusn · 02-26-2020, 12:44 AM

Not that it's an issue, but when using 'slackpkg download' it's a count, not a percentage. I personally am okay with this. I normally only use "download" with kernel packages. Just thought I'd mention it.

zerouno · 03-01-2020, 11:59 PM

Quote:

Originally Posted by chrisretusn

Not that it's an issue, but when using 'slackpkg download' it's a count, not a percentage. I personally am okay with this. I normally only use "download" with kernel packages. Just thought I'd mention it.

Unfortunately the 'download' command is not 100% slackpkg+ compliant so it is not fully supported.

Use DOWNLOADONLY switch instead.
set it in slackpkgplus.conf or use
DOWNLOADONLY=on slackpkg install ...

zerouno · 03-08-2020, 09:11 AM

Sun Mar 8 13:58:45 CET 2020
pkg/slackpkg+-1.7.0d1-noarch-8mt.txz
- Extends percentage where possible.
- Align check-updates messages with slackpkg 2.84
- Catch errors and return exit status: 1 for warning, 2 for fatal

zerouno · 03-08-2020, 12:30 PM

I'm sorry....

Sun Mar 8 17:28:40 CET 2020
pkg/slackpkg+-1.7.0d1-noarch-9mt.txz
- Regression due percentage improvements
+-------------------------+

zerouno · 03-08-2020, 06:44 PM

I'm testing a new feature...

Code:

wget -O /usr/libexec/slackpkg/functions.d/slackpkgplus.sh https://raw.githubusercontent.com/zuno/slackpkgplus/test/src/slackpkgplus.sh

it adds the httpdir:// httpsdir:// ftpdir:// repositories type.
Similar to dir:/ it allow to add in configuration repositories that have no metadata (single packages into a single directory)
for example:

Code:

MIRRORPLUS['slackpkg']=httpsdir://slackpkg.org/beta/

my configuration:

Code:

PKGS_PRIORITY=( slpkgbeta )
MIRRORPLUS['slpkgbeta']=httpsdir://slackpkg.org/beta/

Code:

# slackpkg search slackpkg

Looking for slackpkg in package list. Please wait... DONE

The list below shows all packages with name matching "slackpkg".

[ Status              ] [ Repository  ] [ Package                             ]
  installed               slpkgbeta       slackpkg-2.84.0_beta8-noarch-1_rlw 
  uninstalled(masked)     slackware64     slackpkg-2.83.0-noarch-4           
  uninstalled(masked)     slpkgbeta       slackpkg-2.52beta-noarch-2         
  uninstalled(masked)     slpkgbeta       slackpkg-2.52beta2-noarch-1

chrisretusn · 03-09-2020, 10:20 AM

Quote:

Originally Posted by zerouno

Unfortunately the 'download' command is not 100% slackpkg+ compliant so it is not fully supported.

Use DOWNLOADONLY switch instead.
set it in slackpkgplus.conf or use
DOWNLOADONLY=on slackpkg install ...

I only use 'slackpkg download kernel' and it works. Put the downloads in "/var/cache/packages/slackware64/*/*" This form also works 'slackpkg download kernel-generic kernel-headers kernel-modules kernel-source'

After I an done installing the packages I 'rm' them from "/var/cache/packages/slackware64/*/*"

I will try the DOWNLOADONLY switch next kernel update.

zerouno · 03-09-2020, 10:50 AM

slackpkg download is not fully supported by slackpkg+ but it should work in many cases.

chrisretusn · 03-09-2020, 11:56 AM

Quote:

Originally Posted by zerouno

slackpkg download is not fully supported by slackpkg+ but it should work in many cases.

Thanks, just wanted to let you know it does work (in at least my use case).

Quote:

Originally Posted by zerouno

I'm testing a new feature...

it adds the httpdir:// httpsdir:// ftpdir:// repositories type.
Similar to dir:/ it allow to add in configuration repositories that have no metadata (single packages into a single directory)

Wow, that's a cool feature.

Working here. Tested "httpsdir://" with "slackpkg.org/beta".

Here is my PKGS_PRIORITY, REPOPLUS, MIRRORPLUS.

Code:

PKGS_PRIORITY=( nonslack testing slackpkgbeta slackpkgplus multilib ktown restricted )
PKGS_PRIORITY+=( slackware64:id3lib )
PKGS_PRIORITY+=( slackware64:brotli )
PKGS_PRIORITY+=( slackware64:hyphen )
PKGS_PRIORITY+=( slackware64:qt5-webkit )
PKGS_PRIORITY+=( slackware64:woff2 )
PKGS_PRIORITY+=( alienbob )

REPOPLUS=( nonslack slackpkgbeta slackpkgplus multilib ktown restricted alienbob )

MIRRORPLUS['slackpkgplus']=http://slakfinder.org/slackpkg+dev/
MIRRORPLUS['nonslack']=file://home/non-slack/slackbuilds/
MIRRORPLUS['multilib']=file://home/non-slack/multilib/current/
MIRRORPLUS['ktown']=file://home/non-slack/ktown/current/testing/x86_64/
MIRRORPLUS['alienbob']=file://home/non-slack/alienbob/
MIRRORPLUS['restricted']=file://home/non-slack/alienbob_restricted/
MIRRORPLUS['slackpkgbeta']=httpsdir://slackpkg.org/beta/

'slackpkg search slackpkg' list the following and correct listing:

Code:

[ Status              ] [ Repository   ] [ Package                             ]
  installed               slackpkgbeta     slackpkg-2.84.0_beta8-noarch-1_rlw 
  installed               slackpkgplus     slackpkg+-1.7.0d1-noarch-9mt       
  uninstalled(masked)     slackpkgbeta     slackpkg-2.52beta-noarch-2         
  <snip>
  uninstalled(masked)     slackpkgbeta     slackpkg-2.84.0_beta7-noarch-1_rlw 
  uninstalled(masked)     slackware64      slackpkg-2.83.0-noarch-4

I have discovered, that in my "PKGS_PRIORITY" above, if I place "slackpkgbeta" anywhere in the array before the "slacware64:..." entries it works as expected. Placing "slackpkgbeta" at the end or before "alienbob" produces:

Code:

[ Status              ] [ Repository   ] [ Package                                                                       ]
  installed               slackpkgplus     slackpkg+-1.7.0d1-noarch-9mt                                                 
  uninstalled(masked)     slackpkgbeta     slackpkg-2.52beta-noarch-2                                                   
  <snip>
  uninstalled(masked)     slackpkgbeta     slackpkg-2.84.0_beta7-noarch-1_rlw                                           
  upgrade                 slackware64      slackpkgbeta:slackpkg-2.84.0_beta8-noarch-1_rlw --> slackpkg-2.83.0-noarch-4

I can see the "slackware64:... alienbob" items being together since I am specifically overriding those packages in "alienbob". I would think that placing "slackpkgbeta" at the end though should show the correct list. Now that's not normally were I would put "slackpkgbeta" anyway but on my first run with the new feature, that is were I placed it.

BTW, I think slackpkg+ is the greatest thing since sliced bread. I've been using it for sometime now. Love it.

phenixia2003 · 03-09-2020, 04:00 PM

Hello,

Quote:

Originally Posted by chrisretusn

I have discovered, that in my "PKGS_PRIORITY" above, if I place "slackpkgbeta" anywhere in the array before the "slacware64:..." entries it works as expected. Placing "slackpkgbeta" at the end or before "alienbob" produces:

Code:

[ Status              ] [ Repository   ] [ Package                                                                       ]
  installed               slackpkgplus     slackpkg+-1.7.0d1-noarch-9mt                                                 
  uninstalled(masked)     slackpkgbeta     slackpkg-2.52beta-noarch-2                                                   
  <snip>
  uninstalled(masked)     slackpkgbeta     slackpkg-2.84.0_beta7-noarch-1_rlw                                           
  upgrade                 slackware64      slackpkgbeta:slackpkg-2.84.0_beta8-noarch-1_rlw --> slackpkg-2.83.0-noarch-4

I can see the "slackware64:... alienbob" items being together since I am specifically overriding those packages in "alienbob". I would think that placing "slackpkgbeta" at the end though should show the correct list. Now that's not normally were I would put "slackpkgbeta" anyway but on my first run with the new feature, that is were I placed it.

BTW, I think slackpkg+ is the greatest thing since sliced bread. I've been using it for sometime now. Love it.

my bad. there's a (stupid) bug in searchPackages(). The patch below (also in attachment) solves this. However, it would be better to make further tests before applying it to slackpkg+ stable.

Code:

--- slackpkgplus.sh.orig	2020-03-09 21:06:56.680005136 +0100
+++ slackpkgplus.sh	2020-03-09 21:06:56.680005136 +0100
@@ -1155,7 +1155,7 @@
         # extract the pattern from $i, if and only if "$i" is to the syntax <repo>:<pattern>. Without
         # this, PAT would be set to $DIR when $i is to the syntax <repo>.
         #
-        [[ "$DIR" =~ [:][:alnum:]+ ]] && PAT=${i/*:/} 
+        [[ "$i" =~ [:][[:alnum:]]+ ]] && PAT=${i/*:/} 
 
         # when the current priority is of kind <REPO>:<PATTERN>, the loop must be short-circuited
         # when SEARCHSTR does not match PATTERN, otherwise, some packages could be mistakenly

--
SeB

zerouno · 03-09-2020, 04:13 PM

@chrisretusn
thank you for the big configuration test

@phenixia2003
pushed on test branch. Thankyou

zerouno · 03-09-2020, 04:46 PM

seems to not work well with file-search

Code:

The list below shows the packages that contains "slackpkg" file.

[ Status    ] [ Repository   ] [ Package                                                                       ]
  installed     extra            bash-completion-2.10-noarch-1                                                
  installed     slackpkgplus     slackpkg+-1.7.0d1-noarch-9mt                                                 
  upgrade       slackware64      slackpkgbeta:slackpkg-2.84.0_beta8-noarch-1_rlw --> slackpkg-2.83.0-noarch-4 

You can search specific packages using "slackpkg search package".

zerouno · 03-09-2020, 05:32 PM

Quote:

Originally Posted by zerouno

seems to not work well with file-search

it's correct!
httpsdir has no MANIFEST.bz2 !!!!

sorry.

chrisretusn · 03-10-2020, 06:37 AM

Applied the patch. Tried it with slackpkgbeta in different locations. Listing was correct in all test.

This is my PKGS_PRIORITY, the slackpkgbeta's in blue are the locations I tested. (Actually I tested with all in place too. <grin>)

Code:

PKGS_PRIORITY=( nonslack testing slackpkgbeta slackpkgplus multilib ktown restricted )
PKGS_PRIORITY+=( slackware64:id3lib slackpkgbeta )
PKGS_PRIORITY+=( slackware64:brotli )
PKGS_PRIORITY+=( slackpkgbeta slackware64:hyphen )
PKGS_PRIORITY+=( slackware64:qt5-webkit )
PKGS_PRIORITY+=( slackware64:woff2 )
PKGS_PRIORITY+=( slackpkgbeta alienbob slackpkgbeta )

This patch also appears to have solved another issue I was seeing. The placement of "repository:package". If you note in the above codebox, I have the "slackware64:package" entries before the "alienbob" repository entry. If I am reading the slackpkg+ docs correctly the "slackware64:package" priority must be before "alienbob" because I am telling slackpkg+ to give priority to "slackware64" over "alienbob". This placement also makes sense to me as only "alienbob" is being overridden.

The issue I WAS seeing is, if I placed the "slackware64:package entries anywhere else I would get "upgrade" in the list for alienbob instead of "installed".

Code:

Example
[ Status  ] [ Repository ] [ Package                                                           ]
  upgrade     alienbob       slackware64:id3lib-3.8.3-x86_64-2 --> id3lib-3.8.3-x86_64-1alien

Now, no matter where I place those "slackware64:package" entries, except of course after "alienbob" it works as I think it should. An extreme example follows:

Code:

PKGS_PRIORITY=( slackware64:id3lib )
PKGS_PRIORITY+=( slackware64:brotli )
PKGS_PRIORITY+=( slackware64:hyphen )
PKGS_PRIORITY+=( slackware64:qt5-webkit )
PKGS_PRIORITY+=( slackware64:woff2 )
PKGS_PRIORITY+=( nonslack testing slackpkgbeta slackpkgplus multilib ktown restricted alienbob )

Produces:
[ Status              ] [ Repository  ] [ Package                     ]
  installed               slackware64     id3lib-3.8.3-x86_64-2      
  uninstalled(masked)     alienbob        id3lib-3.8.3-x86_64-1alien

At first, even with the patch installed, I was seeing the issue I just described; however, now I cannot reproduce it. Just to be sure I cleared the cache and also data directories (probably overkill but doesn't hurt). Seems to be working correctly.