From: Joost Kremers on
Dario Niedermann wrote:
> and others I can't recall, since I didn't think/know at the time that
> the issue was related to installpkg.

as others have pointed out already, the issue is *not* related to installpkg.
the issue is with the permissions set in the package itself.


--
Joost Kremers joostkremers(a)yahoo.com
Selbst in die Unterwelt dringt durch Spalten Licht
EN:SiS(9)
From: Sylvain Robitaille on
Dario Niedermann wrote:

> If the packages are "broken" ... installpkg should IN MY OPINION
> handle the case gracefully, ...

In your opinion, installpkg should have sufficient intelligence to
"decide" that the package is broken?

> In general, regardless what a package might say, I really don't see
> why a package installer should touch permissions on directories like
> '/', '/usr', '/etc'.

The "package" in Slackware is nothing more than a tar file. The package
installer, installpkg, is simply a front-end to the tar command (plus
some additional functionality). It doesn't actually touch the
permissions on any of the directories. This behaviour is simply the
result of those directories within the tar file (or "package" in this
case) not having the correct permissions. The solution, as has been
pointed out repeatedly, is to fix the package.

> Installpkg is the only package installer I've seen in my life that
> will do this.

It doesn't do this. However, I'm fully confident that I could create an
equally broken .rpm or .deb package, and indeed installing those
packages with their respective package installers will also result in
incorrect permissions of the higher-level directories.

You've told the package installer to install a broken package. It did
as you commanded. Now you want it to have done as it saw fit rather
than as you commanded?

--
----------------------------------------------------------------------
Sylvain Robitaille syl(a)encs.concordia.ca

Systems analyst / AITS Concordia University
Faculty of Engineering and Computer Science Montreal, Quebec, Canada
----------------------------------------------------------------------
From: Sylvain Robitaille on
Franz Sauerzopf wrote:

> As far as I read this conversation, the OP is building the SlackBuilds
> via sudo, in contrast to calling them as root, as intended.

Correct, I think. It's unreasonable for these scripts to depend on the
user's environment matching the developer's, rather than explicitly
setting up the environment they need. This was clearly an oversight,
though, and in the case of what's being reported here, it's pretty
trivial (though perhaps time-consuming, given the volume of scripts to
consider) to fix.

> I cannot be helpful there, ...

Grab a handful of *.SlackBuild scripts, add a umask setting to them, and
send diffs back to slackbuilds.org? I'm sure they'd find it helpful ...

--
----------------------------------------------------------------------
Sylvain Robitaille syl(a)encs.concordia.ca

Systems analyst / AITS Concordia University
Faculty of Engineering and Computer Science Montreal, Quebec, Canada
----------------------------------------------------------------------
From: Helmut Hullen on
Hallo, Dario,

Du meintest am 13.07.10:

>> If yes: which packet? Which SlackBuild script?

> It happened several times, most recently with 'cmus':

> http://slackbuilds.org/repository/12.2/audio/cmus/

How have you invoked the script "cmus.SlackBuild": as root or as another
user (with some kind of "su" or "sudo")?

Viele Gruesse
Helmut

"Ubuntu" - an African word, meaning "Slackware is too hard for me".

From: Dario Niedermann on
Sylvain Robitaille <syl(a)alcor.concordia.ca> wrote:

> In your opinion, installpkg should have sufficient intelligence to
> "decide" that the package is broken?

Yes it should. It doesn't take a *lot* of intelligence, after all, to
avoid touching permissions on directories that pre-exist the package
installation.

> The "package" in Slackware is nothing more than a tar file. The package
> installer, installpkg, is simply a front-end to the tar command (plus
> some additional functionality).

In that added functionality, there should also be provisions to avoid
messing up the user's filesystems.

>> Installpkg is the only package installer I've seen in my life that
>> will do this.
>
> It doesn't do this.

Yes it does.

> However, I'm fully confident that I could create an equally broken
> .rpm or .deb package, and indeed installing those packages with their
> respective package installers will also result in incorrect
> permissions of the higher-level directories.

I've never seen it happen with both systems, so I'm afraid the burden of
proof is on you.

> You've told the package installer to install a broken package.

No, I didn't tell it to "install a broken package". I told it to install
a package. As a result of the package being broken, instead of issuing
an error or a warning, installpkg silently screwed up permissions.


--
> head -n1 /etc/*-{version,release} && uname -moprs
Slackware 12.2.0
Linux 2.6.27.7-crrm i686 AMD Turion(tm) 64 Mobile Technology MK-36 GNU/Linux