slackware current and slackpkg selects kdei packages series in error
 

This has been an issue with current beta, RC1 and now RC2 on both x86 archs. when using slackpkg to update, even though series kdei was NOT elected during the initial installation, executing

slackpkg install-new
slackpkg upgrade-all

all the calligra-l10n-* languages are selected. Nothing else from series kdei and nothing from emacs, which I also did not install.

I can blacklist this; however, isn't this supposed to be automagical? Why just calligra and not any other packages/series I skipped? This also occurs in the qemu VMs when I do a full install omitting just /kdei

Wrong tagfiles?

Thanks.

In x86_64, I was getting the calligra-|10n also, but not the kdei. This time, I got neither.

Nope, did it again: this time slackware64-14-RC2 updated from beta pre-RC1. No matter what (short of blacklisting), slackpkg thinks the kdei/calligra-l10n-* files need to be added when given "slackpkg install-new" - Note that there are a bunch of otehr files kdei/ that slackpkg properly ignores.

Yes. I see the same behaviour when I issue slackpkg install-new.

Thanks. I was hoping the heat wasn't making me loopy!

You may not realize how slackpkg determines if a package is new to Slackware.

The "slackpkg install-new" command acts on the word "Added" in the Slackware ChangeLog.txt. So, if you upgrade to a certain Slackware release, slackpkg will scan that release's ChangeLog.txt and add all packages to the pick-list for which it finds "Added."
That is why you get things like gptfdisk, but also all the calligra-l10n packages when you run "slackpkg install-new" for slackware-current.

Eric

I came up with these lines in /etc/slackpkg/blacklist

This gives me the en_GB but none of the others.

If you want to block all of them then just use

You can also block all of kdei with

kdei

But this is not the solution. Years ago I've complained about the same thing here (on LQ) and it was announced to be fixed a while later.

Note that "announced". Actually nothing happened to the maketag files under kdei.
It should be quite easy to change the "on"s to "off"s.

Slackpkg does not look at tagfiles at all. And inide the Slackware installer, you can simply de-select the KDEI series.

Eric

Hi Eric, Thanks for the reply.

Do you have an idea why these few kdei packages should default to "on" while all others default to "off"? I Always remove them during menuconfig and got no system break down in any way.

This is a cross-major-release bug.

Why isn't it? Adding kdei to blacklist prevents all of the kdei series packages from being acted on. This takes care of the caligra-l10n packages.

you could also use:
It's already been explained (here) why the Caligra language packages (calligra-l10n) are included when running "slackpkg install-new"

An except from the Sat Apr 14 22:06:26 UTC 2012 entry in ChangeLog.txt in -current.
I see slackpkg as a more or less default "on" with Slackware (official) packages when it comes to updating. If I want to turn something off, that is what blacklist is for. When I saw that calligra was added, I turned to blacklist. Originally I used "calligra-l10n", then decided since I don't use kdei at all, I when with "./slackwar64[0-9]+/kdei"

If I needed a particular language file I would have done this differently in my blacklist
When Slackware 14.0 is released, I would no longer need those entries.

Using slakcpkg search is a good way to test blacklist entries. Also looking at /var/lib/slackpkg/pkglist can give you ideas on what you can use in search and in blacklist.

Hmmm...that makes sense from one point, but not in another, as just searching for "added" is a bit of a short cut. Why, once 'install-new' is run and new packages added, why do just 'calligra-l10n' packages come back again after each update? Heck, the where added April 14, 2012. I kipped other packages and series while I'm playing around in a VM. Should not slackpkg skip a package series if it was not installed originally? Should not slackpkg skip scanning for the added packages if the user unchecks the box?

Well, my opinion. Guess I could patch it if it bothers my enough....

kingbeowolf

I had thought about what you just posted and for most people it would work but not all.

If for instance you want to upgrade only part of the system first and then the rest later on the second run you might end up missing something.

What it probably needs is a bit more intelligence in it to detect which packages out of the entire system are missing and provide them via another option like "slackpkg install-missing"

Isn't that the same as ?