patched.
Thanks |
@zerouno: since its creation, the MLED repo layout has gone through a few avatars. I guess now we can say it is settled. Maybe you can reflect these changes in the next version of slackpkg+?
http://www.microlinux.fr/slackware/ Cheers, Niki |
I think that was never quite clear the MLED structure, so the better is that you suggests me how to modify the repositories.txt file
Do you confirm that the four repositories desktop-{base,extra,xfce,kde} are not fully indipendent? If I decide to install packages from desktop-kde I need to add at least the desktop-base repository. It's correct? However, I think the best it's to write a slackpkgplus sample in http://www.microlinux.fr/slackware/ path (a copy of http://www.microlinux.fr/slackware/d....x86_64.sample file may be sufficient) so I can refer to it in repositories.txt file. Code:
> mled(*): http://www.microlinux.fr/slackware/desktop-{base,extra,kde,xfce}-14.1-{32,64}bit/ I think that currently that README does not contains sufficient instructions to install MLED. |
1 Attachment(s)
Hello,
As you know, slackpkg+ allows to give priority to any package P in a 3rd party repository R with a rule <R>:<P> :
Currently, this syntax works with 3rd party repositories only. But, following this post, It is obvious this should be the same for standard Slackware packages. With that, the issue reported by michaelslack would have easily been fixed with the priorities rules below : Code:
PKGS_PRIORITY=( patches:harfbuzz slackware64:harfbuzz ktown5:.* ktown4:.* ) Code:
PKGS_PRIORITY=( patches:gcc slackware64:gcc multilib:.*) Code:
--- slackpkgplus.sh.org 2014-12-09 17:07:02.608537119 +0100 1. On a multilib system with PKGS_PRIORITY==( multilib:.* restricted:.* alienbob:.* ) 2. Now, with PKGS_PRIORITY=( patches:gcc slackware64:gcc multilib:.* restricted:.* alienbob:.* ) This extension even allows to downgrade any official installed package, when required. For instance, on a slackware64 14.1 up to date, if I want to downgrade cairo and curl to the original versions : Code:
$ ls /var/log/packages/{cairo*,curl*} | grep -v compat32 Cheers. -- SeB |
It's a good idea.
Currently I've few time to apply patch. However another think that should be done is to remove the ":.*" in PKGS_PRIORITY to select the entire repository. I think that if I put PKGS_PRIORITY=( multilib ) if slackpkg+ found it as an existent repository, it should replace automatically with multilib:.* or (to be clear that it is a repository) PKGS_PRIORITY=( multilib: ) I think there is no reason becouse a user need to set a single package without an associated repository PKGS_PRIORITY=( gcc ) is a non-sense configuration. If someone have to report the existence of some news repositories (as ktown5) or correct the url of some existent in slackpkg+ this is a good moment. |
Quote:
Eric |
1 Attachment(s)
Hello,
Quote:
Code:
--- slackpkgplus.sh_1.3.3_rev20141209c 2014-12-10 17:48:21.517653841 +0100 Edit: Oops, I forgot to check the validity of repository. To fix that, once you have applied the patch above, change the line : Code:
if [ "$pp" == "$repository" ] ; then Code:
if [ "$pp" == "$repository" ] && grep -q "^SLACKPKGPLUS_${repository}[ ]" $WORKDIR/pkglist ; then -- SeB |
Quote:
Code:
MIRRORPLUS['desktop-base']=http://www.microlinux.fr/slackware/desktop-base-14.1-{32,64}bit/ Code:
MIRRORPLUS['microlinux-server']=http://www.microlinux.fr/slackware/server-{14.0,14.1}-{32,64}bit/ |
Quote:
grep: /var/lib/slackpkg/pkglist: No such file or directory I added a 2>/dev/null uploaded. |
slackpkg+ enhanced output skips some packages in 'slackpkg search package' when "package-other" and "package" exist in repositories and only "package-other" (with longer name) instaled.
0. slackpkg+ repositiries and versions Code:
# grep '^MIRROR\|^REPO' /etc/slackpkg/slackpkgplus.conf Code:
# ls /var/adm/packages/dropbox-* Code:
# ls /var/adm/packages/dropbox-* 'slackpkg install dropbox' works as expected here and shows dropbox-2.10.41-x86_64-1_microlinux in package list. 3. Install 'dropbox' and run 'slackpkg search dropbox' again Code:
# ls /var/adm/packages/dropbox-* 4. Remove 'dropbox-client' (package with long name) when 'dropbox' still here Code:
# ls /var/adm/packages/dropbox-* |
1 Attachment(s)
Hello,
Quote:
I looked at this and the issue comes from the line #512 which was superseded with #513 because of troubles on system with mixed package architectures, as far as i remember. Code:
509 # First is the package already installed? Code:
$ slackpkg search dropbox Code:
--- slackpkgplus.sh 2015-01-09 18:13:24.000000000 +0100 SeB |
@phenixia2003,
great work, thanks. |
Added new feature.
I'm releasing a new release, 1.5.0 I added a way to obtains an adaptative package priority, but it need testing. if you add TAG_PRIORITY=on in configuration files, slackpkg+ try - in upgrade mode - to detect repository from which download the package using the tag of the installed package. The idea is that if I install the package openjdk from slacky, I will want upgrade it from slacky repository without specify that in PKG_PRIORITY everytime that I install a new package. openjdk is present in both alienbob and slacky repositories. I've REPOPLUS=( slackpkgplus alienbob slacky ) if I install openjdk with Code:
slackpkg install slacky:openjdk if I upgrade it with Code:
slackpkg upgrade-all with TAG_PRIORITY=on slackpkg+ see the tag of package (sl) and search the first package openjdk that contains that tag, so it will upgrade openjdk with the slacky version. If slackpkg+ found a package with the same tag in two or more repositories (for example restricted and alienbob contains many duplicated but differents packages with the same name and same tag), it will honor $REPOPLUS order. The only exception where is not preserved the tag is when in a slackware-stable the installed package is an official slackware package and exists a patch for that package. please give me feedback and bug reporting Thankyou |
Hi zerouno,
I'm making heavy use of slackpkg+, though I deliberatlely use an older version (1.3.2 I think). At one point there were way too many features and variables, so I stopped at that version. Don't forget the KISS principle and don't drown your great tool in a feature tsunami. Cheers, Niki |
As soon as I get to install 1.5.0 Ill let you know how it works. I run into this issue all the time with some ponce & slacky packages.
Thanks for your work! |
All times are GMT -5. The time now is 01:53 PM. |