passwd -r ?

Hi,
Why there is no command/option to remove an user account ?

Thanks,
Alain.

Alain Bonnefoy <alain.bonnefoy@icbt.com> wrote:

Hi,
Why there is no command/option to remove an user account ?

10.6 Disabling and/or removing user accounts.

  • Remove or modify entry in /etc/passwd
  • Remove $HOME/.rhosts files
  • Remove mail spool file
  • Remove from mail aliases file
  • Remove any cron or at jobs
  • Remove directory

Chris

Thanks,
Alain.

Chris Travis a écrit :

Alain Bonnefoy <> alain.bonnefoy@icbt.com> > wrote:
Hi,
Why there is no command/option to remove an user account ?

10.6 Disabling and/or removing user accounts.

  • Remove or modify entry in /etc/passwd
    
  • Remove $HOME/.rhosts files
    
  • Remove mail spool file
    
  • Remove from mail aliases file
    
  • Remove any cron or at jobs
    
  • Remove directory
    

Chris

Thanks,
Alain.

Yes, and remove entry in /etc/shadow, but really strange that nobody
though to add this feature to passwd command!

Thanks,
Alain.

Alain Bonnefoy <alain.bonnefoy@icbt.com> wrote:

Chris Travis a ecrit :

10.6 Disabling and/or removing user accounts.

  • Remove or modify entry in /etc/passwd
    
  • Remove $HOME/.rhosts files
    
  • Remove mail spool file
    
  • Remove from mail aliases file
    
  • Remove any cron or at jobs
    
  • Remove directory
    

Yes, and remove entry in /etc/shadow, but really strange that nobody
though to add this feature to passwd command!

Most *NIX like systems don’t do the feature because there could be
more dependancies on the authentication/login. Other services, like
SAMBA have their own passwd files etc and you couldn’t write
a binary program to take them all into consideration (without plug
able modules). Most *NIX’s take the approach that the sysadmin knows
the system the best, and if he/she wishes the removeal of users to be
automated - they write a script to do all the system specific chores
required to remove (and add) a user.

-Adam
amallory@qnx.com

Alain Bonnefoy <> alain.bonnefoy@icbt.com> > wrote:
Chris Travis a ecrit :

10.6 Disabling and/or removing user accounts.

  • Remove or modify entry in /etc/passwd
    
  • Remove $HOME/.rhosts files
    
  • Remove mail spool file
    
  • Remove from mail aliases file
    
  • Remove any cron or at jobs
    
  • Remove directory
    

Yes, and remove entry in /etc/shadow, but really strange that nobody
though to add this feature to passwd command!

Most *NIX like systems don’t do the feature because there could be
more dependancies on the authentication/login. Other services, like
SAMBA have their own passwd files etc and you couldn’t write
a binary program to take them all into consideration (without plug
able modules). Most *NIX’s take the approach that the sysadmin knows
the system the best, and if he/she wishes the removeal of users to be
automated - they write a script to do all the system specific chores
required to remove (and add) a user.

paul.may:
thats all very nice Adam BUT thats *nix, RTP isn`t *nix is IT?

although its nice that RTP CAN use *nix codebase, its original purpose
was to ade in getting some cross platform apps/acceptance.

i think IMPO its totally wrong to turn RTP into just another *nix
with some nice RT/photon as a footnote.

all that gets you in the long term is QNX4* hardcore eventually porting
their embeded (i.e invisable to the mass markets) code to RTP,
a relatively minor % of new users/business that are able to distinguish
between the fluff (in a nice way, no offence to *nix in its own right)
that is *nix marketing and the REAL inovative RTP stuff thats more that
able to stand in its own right.

if people most port code rather than create ORIGINAL inovative code/apps
(based in part on older code if you like), then why not amiga code,
beos code, hell even windows code if parts of that work help to expand
RTP as an original thinkers/users platform for current and
future inovative hardware.

as i see it theirs a very disturbing trend happening over the last
2 quarters+ (thats the advantage of not having regular web/net access
to poll, and bulk reading all of QDN* news when i can) in that other
than the odd few post to QDN* most people are interchanging RTP and
*nix as though they were he same thing, they are NOT.

its not one thing or another as such, but what is clear TMAL
and i pointed this out to Dan and other key qnx people when he was
hanging out in the Amiga mailing lists (at my invertation) way back when
(little known fact: early RTP work was to run on the then Gateway
owned AmigaNG project after Beos pulled out of the AmigaNG deal),

is there needs to be a far greater push to encurage 3rd partys
(for it is they more than QSSL that will shape the LT future RTP)
to embrace NATIVE PHOTON and PUSH and shape it as the primary GUI.

try this, ask yourself this question:
look at several Classic amiga apps, do you assume amigaOS? my answer YES
look at several Beos apps, do you assume BeOS? my answer YES
look at several Windows apps, do you assume M$ OS? my answer YES
look at several Linux apps, do you assume Linux OS? my answer YES

now look at several RTP apps, do you assume RTP my answer NO
not at this time, i do assume *nix OS even though I know full well
that its not (and the fact i and others in the amiga groups were
aware of most key RTP points long before the average win/*nix user
downloaded the first public .ISO many moons ago).

above all else the main reason i (and i think its safe to assume
in this case most new users) get this *nix impression
is due to the fact that the highest % of current RTP apps insist
on running through Xphoton.

now while Xphoton was a greate first step as regards porting inital
apps to RTP way back when, its now WAY past time that native Photon
and for that matter Original 3rd party Photon code was the dominant
apps.

Adam, you might be thinking whys this madman LOL picking on my post
to vent his opinion, well truth be told its not really YOUR post
as such (although i am slightly concerned that a @qnx address
would fall into the trap of interchanging RTP and *nix as though
they were one and the same without inocently? considering the long term
effect it would imply to the masses of 3rd partys that RTP has become
another *nix) it was just a nice jump off point to express my personal
opinion and concern that RTP has become vastly UNDERsold as regards
its core strengths and look and feel when 3rd party apps are written
in native code, its such a wast of valuble perception when an app
gets run through the snail that is Xphoton as its only mode of operation.

i find it truly amazing that even after all this time, that many
3rd party coders don`t release (the GUI part of apps at least)
ported Photon apps, why is that you might wonder ?.

i suspect even after all this time that its mainly down to a lack
of copious working example Photon code.

as an example i pointed out to Dan that he should take a leaf out
of the Classic Amiga example, from nearly day 1 (well i think it was
WB 1.1 or 1.2) amiga had an official “STYLE GUIDE” laying out
how and how NOT to make your GUI conform to a logical, USER friendly
and consistant look&feel, that allown went a very long way to help
guide 3rd party coders.

the second and probably even more significant point was that
both the official and 3rd party GUI replacements/suplyments
came with tons of fully working code to include in your latest
masterpeace, want a fancy button at x/y, a nice fileRequester
at x+10/y+20 great just cut&past them directly from the sampleCode
into ya CED and away ya go.

more than that, for every single fully working sample code there was
a corisponding executable, it made the coders job so much easyer
(and even appealed to my, a non coder) run the exe, se what it looks
like and if it grabs ya simply copy/past its C code into your
fledgling app and be garanteed that it would produce what ya just
saw, perhaps faffing about getting the currect x/y but not much
more effort.

the Classic Amiga had in 1985 and still has an edge over just about
every X86 based machine today in that Classic Amiga has its core GUI
in rom (pulling updates/extensions off HD if need be) so was able
to intigrate the shell and GUI in the slickest ways i`v seen to date.

if you have never seen/used a Classic amiga, seriously you might
consider ordering the official “Amiga Forever” CD or perhaps better
for RTP users the new official “AmigaXL” CD that runs on RTP,
has official amiga roms to run the JIT amiga simulator,hardfile,
amiga compiler, and loads of Classic amiga developer related stuff,
then take a look at any aminet mirror for tons of GUI/GFX related code.

if nothing else its a valuble insight into how RTP might expand,
you should REALLY checkout THOR the email/news/FIDO/loads more reader
im useing right now, amigaforever/amigaXL is werth it just to be able to run THOR CED and SID2 on current X86, id love to see THOR on RTP one day
although its not very likely anytime soon, but i`d settle for a PHOR
lookalike (with THOR email/news database compatability LOL) on RTP
as NOTHING comes close to THOR on any OS too date, RTP NEEDS THOR,
just so its clear i do like THOR .

there seems to be some issues as regards Photon or perhaps its Phap
in that it seems that 2 shell commands i asked a good friend at qnx
to port from amigaOS i.e requestFile and RequestChoice that put up
a file requester and buttons(widgets) in Photon work, (thanks my friend)
their still a little beta, the problem from my point of view was that
while i grabed the requestFile code off his website (before it got
took off) it seems that trying to compile it with qcc it want make,
im not a coder but it seemed strange that such a short peace of code wouldnt compile due it seems to eather Photon or the fact that you cant simply load up someone elses C code into PHAB and have it compile (see my post from way back on the subject of requestfile, i could hunt it down and repost but i dont know from week to week if ill get a chance to poll the news, so it could be months between replys at the moment). likr the point im trying to get accross, is that it currently seems
near imposible (unless your a hardend qnx4er) to write/copy&past a simple shell command that uses Photon buttons(widgets)/filerequester as its UI and compile it directly in gcc, 2 very useful shell commands that would allow many shell scripts to get fancy GUIs, although an
acompanying amiga KINGCON shell rather than a *nix shell would be
most welcome to complyment them on RTP.


as a last point id like you to consider why is it that after all this time that Photon still doesnt seem to be very popular among the
3rd party porters.

more to the point, why is it that while people are still useing
Xphoton as their GUI there seems to be more and people wanting
to use XFree98 now thats ported to RTP, why xfree98 preference
over Photon?.

it seems to me that one of the major reasons is that while
theres masses of fully working xfree sample code available that any
coder can cut&past in their RTP app theres still not one definative
fully working sample Photon codebase outside QSSL high security
inner circle.

i hope you (all readers) get the point, follow the Classic Amiga
example and GET AN RTP “STYLE GUIDE” OUT ASAP.

GET A FULLY WORKING SAMPLE Photon CODE BASE plus accompanying sample
executables out ASAP, and get it on the next CD .ISO

weather its just QSSL to begin with or 3rd partys wishing to help
push Photon acceptance to the other 3rd partys it doesnt matter,
infact if the amiga is a guide, its pritty sure to say that YOUR
3rd party sample Photon code could be the one that sets the next
RTP standard, all it takes is effort, co-operation and a willingness
to di it and help others, the profit if thats your bag, comes many
times over a few revisions down the road in the form of high profile,
high grade original apps.

enough said for today later people…


-Adam
amallory@qnx.com

Paul May, Manchester, UK

[cut everything]

I get tickles all over when someone makes reference the
Amiga. I think it’s important to remember one thing;
Commodore went bankrupt :wink:

Although in theory all you are saying sounds valid, in practice
it’s a very very very very very very different ball game

They don’t even have enough staff to update their current manual.
How the hell can they write a STYLE GUIDE.

Now I’m not saying your request are invalid, I’m just trying
to put them in perspective (my perspective).

Cheers,

  • Mario
    “The measure of the moment, a matter of degree”

Mario Charest wrote:

[cut everything]

I get tickles all over when someone makes reference the
Amiga. I think it’s important to remember one thing;
Commodore went bankrupt > :wink:

Be fair! The reason they went bankrupt, IIRC, is that the head honchos
paid themselves n millions per year in Bermuda, and didn’t support any
real hardware or software development after about 1992…
BTW, isn’t (present tense because mine still works) Amiga OS the only
other commercial message base operating system? I think so, but I’m
not sure,
OTOH, Mario, I won’t argue about the rest of your points…
Phil Olynyk

Although in theory all you are saying sounds valid, in practice
it’s a very very very very very very different ball game

They don’t even have enough staff to update their current manual.
How the hell can they write a STYLE GUIDE.

Now I’m not saying your request are invalid, I’m just trying
to put them in perspective (my perspective).

Cheers,

  • Mario
    “The measure of the moment, a matter of degree”