From: Dario Niedermann on
Martin <no(a)spam.invalid> wrote:

> You don't get it, do you?

I get it, you don't.

> Nobody has the slightest interest in actually using your patch.

Good, because nobody is going to receive it.

> Everybody is just waiting to see

So get a life, you jackasses.

--
> head -n1 /etc/*-{version,release} && uname -moprs
Slackware 12.2.0
Linux 2.6.27.31-smp i686 AMD Turion(tm) 64 Mobile Technology MK-36 GNU/Linux
From: Sylvain Robitaille on
Keith Keller wrote:

> ... step 3 in the howto clearly states:
>
> "Note that for many builds, you will need to have a true login shell in
> order to have a correctly populated environment. Among other things,
> /usr/share/texmf/bin will not be in your PATH if you simply do "su" --
> therefore, you will need to either use "su -" when switching to root, or
> source the the /etc/profile script after doing "su", or perhaps
> modifying /root/.bashrc to include necessary PATH elements."
> ...
> In any case, if modifying the SlackBuild scripts is not an option, I
> would then suggest modifying the howto to unambiguously recommend su -,
> in order to try to prevent any issues with differing umasks.

No, that still places a dependancy on the user's environment matching
(at least those characteristics of) the developper's. It's not
reasonable to expect that the system running the script is a stock
Slackware system. The script should create the environment it needs,
especially given that we're discussing here some fairly trivial
parameters to setup, and some that are commonly not left stock.

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

Systems analyst / AITS Concordia University
Faculty of Engineering and Computer Science Montreal, Quebec, Canada
----------------------------------------------------------------------
From: Keith Keller on
On 2010-07-14, Sylvain Robitaille <syl(a)alcor.concordia.ca> wrote:
> Keith Keller wrote:
>
>> In any case, if modifying the SlackBuild scripts is not an option, I
>> would then suggest modifying the howto to unambiguously recommend su -,
>> in order to try to prevent any issues with differing umasks.
>
> No, that still places a dependancy on the user's environment matching
> (at least those characteristics of) the developper's. It's not
> reasonable to expect that the system running the script is a stock
> Slackware system. The script should create the environment it needs,
> especially given that we're discussing here some fairly trivial
> parameters to setup, and some that are commonly not left stock.

Well, I'm not in charge of slackbuilds, so I wanted to give an
alternative in the case where they did not want to (or could not)
implement your suggestion. I agree that yours is superior, but as I'm
not in a position to help I don't want to presume anything about their
capacity. Modifying the howto is (likely) literally five minutes and
requires no testing.

If Robby asks, I hope you'll offer to help. :)

--keith

--
kkeller-usenet(a)wombat.san-francisco.ca.us
(try just my userid to email me)
AOLSFAQ=http://www.therockgarden.ca/aolsfaq.txt
see X- headers for PGP signature information

From: Robby Workman on
On 2010-07-13, Dario Niedermann <M8R-cthw2f(a)spamherelots.com> wrote:
> Robby Workman <newsgroups(a)rlworkman.net> wrote:
>
>> switch to root properly from your user account
>
> What do you mean "properly"? Su and sudo are not "proper"?


Perhaps I didn't say it correctly, even if the context was (mostly)
clear (to everyone else). What I mean is "make sure you have a
sane environment after switching to root."

I'm sure there's a corner case out there somewhere, but I just do
not see a reason for *root* to have a umask other than 0022.


> Who said that? The pkgtools development team? The slackbuilds.org crew?


I did. Kinda. Yes.


>> This is NOT a problem with the scripts,
>> or is it a problem with pkgtools.
>
> Of course! God forbid!
>
> Gee, I swear this is the most arrogant and self-righteous community I've
> ever seen, bar none.


Maybe it is, or maybe it isn't, but it's STILL not a problem with the
scripts or pkgtools.

-RW
From: Robby Workman on
On 2010-07-14, Dario Niedermann <M8R-cthw2f(a)spamherelots.com> wrote:
> Keith Keller <kkeller-usenet(a)wombat.san-francisco.ca.us> wrote:
>
>> To be fair, the suggestion to set the umask in the SlackBuild scripts
>> was a good one, and would help avoid this problem in the future.
>
> No it wasn't and no it wouldn't. It's just a quick hack to avoid fixing
> installpkg to make it handle broken packages gracefully.


The installpkg script isn't broken in this regard. The package was
broken. The *real* solution is to not build a broken package (and
it doesn't matter whose fault that was -- the solution is to fix it).


> The truth is, you're too much of a retard to realize that a package
> installer that's so fussy as to require the user to become root in a
> specific way rather than another would be pathetic even for 1992.


Except that's not the case at all. The package installer doesn't care
how you become root. Your package build environment was not set up as
expected, so it built a broken package. Installing that package messed
up some things on your system, as a broken package is expected to do.
The solution is to not build a broken package.

-RW