Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 257954 - eutils.eclass enewgroup and enewuser removed support for OS X 10.4
Summary: eutils.eclass enewgroup and enewuser removed support for OS X 10.4
Status: RESOLVED INVALID
Alias: None
Product: Gentoo/Alt
Classification: Unclassified
Component: Prefix Support (show other bugs)
Hardware: All Linux
: High normal
Assignee: Gentoo Prefix
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-06 21:59 UTC by Armando Di Cianno
Modified: 2009-02-23 20:08 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Armando Di Cianno 2009-02-06 21:59:18 UTC
Related to bug #257945 ....

When I added 10.5 support to egetent with dscl, I didn't remove support for nidump (< 10.5).  enewgroup and enewuser should bring back support for 10.4, if Tiger is still "officially" supported by prefix.

The ";;" in a base case statement is the equivalent of a break in a C-style switch.  So, something like this would work:

case $FOO in
  *-darwin9)
    bar
    ;;
*-darwin*)
    bar2
    ;;
esac

I suppose this is a "nice" to have, and I'm too lazy to check if the code ever existed, but consider egetent was still using nidump, I'm guessing that enewuser and enewgroup used to as well.





Reproducible: Always
Comment 1 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2009-02-19 22:56:31 UTC
grobian, is this something that needed action from you?
Comment 2 Fabian Groffen gentoo-dev 2009-02-20 07:17:34 UTC
I just don't understand the bug.  What is the problem.  Tiger is still supported, so what would be the real patch?
Comment 3 Armando Di Cianno 2009-02-20 15:20:24 UTC
grobian -- i don't have a Tiger system handy to test, but if nidump was replaced with dscl (which afaik is only Leopard), then support for Tiger was inadvertently removed.

The quickest test would be to see if Tiger has dscl; if that's the case, then this can be closed as invalid.  If not, the nidump code, if it ever existed, needs to be readded.

Comment 4 Fabian Groffen gentoo-dev 2009-02-23 19:56:03 UTC
On my Tiger box I have:
dscl (v20.4)
usage: dscl [options] [<datasource> [<command>]]
datasource:
    localhost    (default)                               or
    <hostname>   (requires DS proxy support, >= DS-158)  or
    <nodename>   (Directory Service style node name)     or
    <domainname> (NetInfo style domain name)
options:
    -u <user>      authenticate as user (required when using DS Proxy)
    -P <password>  authentication password
    -p             prompt for password
    -raw           don't strip off prefix from DS constants
    -url           print record attribute values in URL-style encoding
    -q             quiet - no interactive prompt
commands:
    -read      <path> [<key>...]
    -create    <record path> [<key> [<val>...]]
    -delete    <path> [<key> [<val>...]]
    -list      <path> [<key>]
    -append    <record path> <key> <val>...
    -merge     <record path> <key> <val>...
    -change    <record path> <key> <old value> <new value>
    -changei   <record path> <key> <value index> <new value>
    -search    <path> <key> <val>
    -auth      [<user> [<password>]]
    -authonly  [<user> [<password>]]
    -passwd    <user path> [<new password> | <old password> <new password>]
Entering interactive mode...
 > 
Comment 5 Armando Di Cianno 2009-02-23 20:06:00 UTC
grobian: great; the version on Leopard is "dscl (v10.5.3)", but otherwise, it looks like Tiger got dscl at some point (maybe 10.4.11?).

This bug is probably closable -- I'll leave you the honors.

Comment 6 Fabian Groffen gentoo-dev 2009-02-23 20:08:27 UTC
ok, closing