From devnull at illumos.org  Thu Mar 15 20:00:29 2012
From: devnull at illumos.org (illumos project)
Date: Thu, 15 Mar 2012 20:00:29 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Feature #1806] (In
	Progress) Seperate "tzdata" and "tzcode" from SUNWcs into
	separate packages
References: <redmine.issue-1806.20111122211913@illumos.org>
Message-ID: <redmine.journal-6225.20120315200029@illumos.org>


Issue #1806 has been updated by Bayard Bell.

Category changed from Internationalisation to Release Engineering
Status changed from New to In Progress
Assignee changed from OI G11n to OI illumos
Target version set to oi_151_stable
Tags deleted (needs-triage)

This has already been done in the illumos upstream and should be pulled into the oi sustaining repo for the latest prerelease.
----------------------------------------
Feature #1806: Seperate "tzdata" and "tzcode" from SUNWcs into separate packages
https://www.illumos.org/issues/1806

Author: Jim Klimov
Status: In Progress
Priority: Normal
Assignee: OI illumos
Category: Release Engineering
Target version: oi_151_stable
Difficulty: Medium
Tags: 


As many Russian users have noted and reported recently (see bugs #1705, #1771, #1782 for example), there was a timezone change relevant for Russian users, and they (we) were vocal enough to raise the issue.
Actually, the problem is bigger than those point-and-shoot patches. The source "tzdata" definitions change several times a year and this influences many users in different parts of the world, so I suggest splitting timezone information into a separate package which would be updated as soon as new definitions are published (maintained by IANA as of recently), as grabbed from: http://www.iana.org/time-zones
"tzcode" of utilities such as "zic" can be fetched there as well, and maintained as another separate package.

Other than this, it would also be nice to streamline updates of timezone information in JRE/JDK as in Sun/Oracle TimeZone Updater Tool (i.e. use Oracle's "tzupdate.jar", or make and maintain a similar one to use current timezone definitions): http://www.oracle.com/technetwork/java/javase/downloads/index.html#timezone

Some other subsystems might define their timezone as well, notably MySQL, but these definitions can be sourced from current UNIX OS image's timezone definitions, see: http://dev.mysql.com/doc/refman/5.1/en/time-zone-support.html

Following the update of UNIX/JVM/DBMS/etc. timezone info packages, their 'users' should get restarted (viz. SMF dependencies). For example, there might be a stub service for tzinfo as an "optional_all" dependency for SMF services of application servers. If it is enabled, and the TZ definitions are updated, this service gets "restarted" causing restarts of other services (Tomcat, MySQL, etc.); if the administrator doesn't want this behavior - he keeps the stub service disabled.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Thu Mar 15 20:04:11 2012
From: devnull at illumos.org (illumos project)
Date: Thu, 15 Mar 2012 20:04:11 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Feature #208] (Feedback)
	Support GPT
References: <redmine.issue-208.20100915123643@illumos.org>
Message-ID: <redmine.journal-6229.20120315200411@illumos.org>


Issue #208 has been updated by Bayard Bell.

Category changed from Caiman (Installer) to OS/Net (Kernel and Userland)
Status changed from New to Feedback
Assignee changed from OI Caiman to OI illumos
Priority changed from Normal to Low
Difficulty set to Medium

This isn't simply a Caiman issue: the illumos kernel doesn't boot off GPT and/or EFI. This needs to be addressed in the upstream before we think about installer support.
----------------------------------------
Feature #208: Support GPT
https://www.illumos.org/issues/208

Author: Matthias Rampke
Status: Feedback
Priority: Low
Assignee: OI illumos
Category: OS/Net (Kernel and Userland)
Target version: 
Difficulty: Medium
Tags: 


OpenIndiana should be able to read/write and be installed to GPT-partitioned disks. Right now the Live ISO does not recognise them, i.e. GParted shows the disk as empty, parted as unrecognized format. The installer proposes to resize the GPT protective MBR partition.

It would probably be advisable to use the Solaris partition types, see e.g. "Wikipedia":http://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_type_GUIDs.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Thu Mar 15 20:10:17 2012
From: devnull at illumos.org (illumos project)
Date: Thu, 15 Mar 2012 20:10:17 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Bug #2232] (Rejected) No
	kclient
References: <redmine.issue-2232.20120304180102@illumos.org>
Message-ID: <redmine.journal-6233.20120315201017@illumos.org>


Issue #2232 has been updated by Bayard Bell.

Category set to OS/Net (Kernel and Userland)
Status changed from New to Rejected
Assignee set to OI illumos
Difficulty changed from Medium to Bite-size
Tags deleted (needs-triage)


----------------------------------------
Bug #2232: No kclient
https://www.illumos.org/issues/2232

Author: Michael Farnbach
Status: Rejected
Priority: Normal
Assignee: OI illumos
Category: OS/Net (Kernel and Userland)
Target version: 
Difficulty: Bite-size
Tags: 


kclient should be installed, but I can't find it...

# pkg search kclient
INDEX      ACTION VALUE            PACKAGE
basename   file   usr/sbin/kclient pkg:/system/security/kerberos-5 at 0.5.11-0.151.1.2

However, kerberos-5 is installed but there is no /usr/sbin/kclient nor is it in the package contents


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Fri Mar 16 09:52:49 2012
From: devnull at illumos.org (illumos project)
Date: Fri, 16 Mar 2012 09:52:49 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Bug #752] (Feedback) add
	default iscsi ports to /etc/inet/services
References: <redmine.issue-752.20110222225906@illumos.org>
Message-ID: <redmine.journal-6244.20120316095249@illumos.org>


Issue #752 has been updated by Bayard Bell.

Category set to OS/Net (Kernel and Userland)
Status changed from New to Feedback
Assignee changed from OI Caiman to OI illumos
Difficulty changed from Medium to Bite-size
Tags deleted (needs-triage)

This needs an upstream issue/fix.
----------------------------------------
Bug #752: add default iscsi ports to /etc/inet/services
https://www.illumos.org/issues/752

Author: n2deep n2deep
Status: Feedback
Priority: Normal
Assignee: OI illumos
Category: OS/Net (Kernel and Userland)
Target version: 
Difficulty: Bite-size
Tags: 


When viewing netstat output, iscsi targets listening on "well known" ports do not have a service name associated with active connections because a service port is not defined in /etc/inet/services. Please consider adding an entry to the default installation so administrators do not have to manually add an entry for iscsi.

example:
iscsi           3260/tcp                        # iSCSI target port

http://datatracker.ietf.org/doc/rfc3721/?include_text=1
http://en.wikipedia.org/wiki/Iscsi


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Fri Mar 16 09:57:10 2012
From: devnull at illumos.org (illumos project)
Date: Fri, 16 Mar 2012 09:57:10 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Bug #2415] (New) upgrade
	system perl from 5.10 to 5.12
Message-ID: <redmine.issue-2415.20120316095710@illumos.org>


Issue #2415 has been reported by Bayard Bell.

----------------------------------------
Bug #2415: upgrade system perl from 5.10 to 5.12
https://www.illumos.org/issues/2415

Author: Bayard Bell
Status: New
Priority: High
Assignee: OI illumos
Category: OS/Net (Kernel and Userland)
Target version: oi_151_stable
Difficulty: Medium
Tags: 


There are a number of security issues with 5.10 that aren't patched because it's no longer supported. illumian has already done this.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Fri Mar 16 10:03:29 2012
From: devnull at illumos.org (illumos project)
Date: Fri, 16 Mar 2012 10:03:29 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Bug #1530] perl-584
	should be obsoleted rather than renamed
References: <redmine.issue-1530.20110916222543@illumos.org>
Message-ID: <redmine.journal-6245.20120316100329@illumos.org>


Issue #1530 has been updated by Bayard Bell.

Assignee changed from OI PKG to OI illumos
Priority changed from Normal to High

This allows broken packaging to go unnoticed, and having dependencies on 5.8.4 survive means that removing the placeholder package actually breaks onu. This was fixed upstream as illumos issue 1521, which has since been integrated.
----------------------------------------
Bug #1530: perl-584 should be obsoleted rather than renamed
https://www.illumos.org/issues/1530

Author: Bayard Bell
Status: New
Priority: High
Assignee: OI illumos
Category: Release Engineering
Target version: oi_151_stable
Difficulty: Medium
Tags: Perl


OI dealt with the removal from runtime/perl-584 by maintaining a manifest for that renamed it to 510. This was intended to deal with the removal by providing a smooth transition path, but it now looks to be masking other bugs, as recently turned out to be the case with some Illumos manifests. (The Illumos issues is #1521, and those changes, now pending developer@ review, will need to be pulled into the OI illumos-gate once integrated upstream.)

OI will need to make a change to its illumos-gate used in 151, marking the 5.8.4 runtime as obsolete rather than renamed, which can be expected to break some things and reveal bugs in the process.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Fri Mar 16 11:34:01 2012
From: devnull at illumos.org (illumos project)
Date: Fri, 16 Mar 2012 11:34:01 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Feature #1558] Relax
	Restrictions on Usernames
References: <redmine.issue-1558.20110924030148@illumos.org>
Message-ID: <redmine.journal-6248.20120316113401@illumos.org>


Issue #1558 has been updated by Bayard Bell.

Category set to OS/Net (Kernel and Userland)
Assignee set to OI illumos
Priority changed from Normal to Low
Difficulty changed from Medium to Hard
Tags deleted (needs-triage)

daniel kho wrote:
> I'm not sure why this restriction in the first place, but I'm guessing it's something to do with database space? With better space management, and with lots of space, I don't see why this should remain as a requirement.

It's largely a standards compliance issue compounded by questions about the large number of likely touch points when changing such a thing. This would need to be resolved in the illumos-gate upstream. I wouldn't expect this to be done any time soon.

Don't know about character set issues, as those open up a further can on worms.
----------------------------------------
Feature #1558: Relax Restrictions on Usernames
https://www.illumos.org/issues/1558

Author: daniel kho
Status: New
Priority: Low
Assignee: OI illumos
Category: OS/Net (Kernel and Userland)
Target version: 
Difficulty: Hard
Tags: 


Perhaps it's a good idea to allow usernames longer than 8 characters? Also, allow the "dot" character to be inserted as part of a username?
I'm not sure why this restriction in the first place, but I'm guessing it's something to do with database space? With better space management, and with lots of space, I don't see why this should remain as a requirement.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Fri Mar 16 11:39:45 2012
From: devnull at illumos.org (illumos project)
Date: Fri, 16 Mar 2012 11:39:45 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Bug #2274] Click after
	shutdown
References: <redmine.issue-2274.20120311142446@illumos.org>
Message-ID: <redmine.journal-6251.20120316113945@illumos.org>


Issue #2274 has been updated by Bayard Bell.

Assignee set to OI illumos
Priority changed from Normal to Low
Tags deleted (needs-triage)


----------------------------------------
Bug #2274: Click after shutdown
https://www.illumos.org/issues/2274

Author: Denis Ly
Status: Feedback
Priority: Low
Assignee: OI illumos
Category: Drivers
Target version: 
Difficulty: Medium
Tags: 


After rebooting my laptop (HP Compaq CQ56) heard a "click", the same as
after the emergency shutdown of a button (button of laptop).

The same problem exists in the Oracle Solaris and OpenSolaris (all
versions).

Sorry for my bad english.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Fri Mar 16 14:38:43 2012
From: devnull at illumos.org (illumos project)
Date: Fri, 16 Mar 2012 14:38:43 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Feature #1558] Relax
	Restrictions on Usernames
References: <redmine.issue-1558.20110924030148@illumos.org>
Message-ID: <redmine.journal-6254.20120316143843@illumos.org>


Issue #1558 has been updated by Garrett D'Amore.


This goes back to ancient days; specifically /var/adm/utmp has fixed width fields and is limited to just 8 characters wide for login ids.  It is possible to create logins with longer names, but utmp utilities (there are many that read this file, and many of them are 3rd party) won't be able to determine logged in state properly if you go past 8 characters.
----------------------------------------
Feature #1558: Relax Restrictions on Usernames
https://www.illumos.org/issues/1558

Author: daniel kho
Status: New
Priority: Low
Assignee: OI illumos
Category: OS/Net (Kernel and Userland)
Target version: 
Difficulty: Hard
Tags: 


Perhaps it's a good idea to allow usernames longer than 8 characters? Also, allow the "dot" character to be inserted as part of a username?
I'm not sure why this restriction in the first place, but I'm guessing it's something to do with database space? With better space management, and with lots of space, I don't see why this should remain as a requirement.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Fri Mar 16 16:42:09 2012
From: devnull at illumos.org (illumos project)
Date: Fri, 16 Mar 2012 16:42:09 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Feature #1558] Relax
	Restrictions on Usernames
References: <redmine.issue-1558.20110924030148@illumos.org>
Message-ID: <redmine.journal-6256.20120316164209@illumos.org>


Issue #1558 has been updated by Jon Strabala.



1. I imagine the issue involved is *much much* more than just the issues /var/adm/utmp database and the utmp utilities.

2. I think the POSIX standard says that 8 characters max from (might be outdated): http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/limits.h.html

<pre>
{_POSIX_LOGIN_NAME_MAX}
      The size of the storage required for a login name, in bytes (including the terminating null).
      Value: 9

{LOGIN_NAME_MAX}
      Maximum length of a login name.
      Minimum Acceptable Value: {_POSIX_LOGIN_NAME_MAX}
</pre>

Although there appears to be a growing support for LINUX via http://man7.org/linux/man-pages/man3/sysconf.3.html

<pre>
LOGIN_NAME_MAX - _SC_LOGIN_NAME_MAX
      Maximum length of a login name, including the terminating null byte.
      Must not be less than _POSIX_LOGIN_NAME_MAX (9).
</pre>

3. Even if things worked like they do on say AIX (not a Solaris or illumos thing), http://www.ccplusplus.com/2011/07/aix-user-administration-mkuser.html - there would still be compiled programs and scripts (perl, sh, bash, php, etc.) that would expect the 8 char limit.

<pre>
To change the value, simply adjust the v_max_logname parameter (shown as max_logname in 
lsattr) using chdev to the maximum number of characters desired plus one to accommodate
 the terminating character. For example, if you want to have user names that are 128 
characters long, you would adjust the v_max_logname parameter to 129 [AIX only]:

# chdev -l sys0 -a max_logname=129
sys0 changed
</pre>

4. For operating systems that exceed 8 characters limit, there are typically pretty big growing pains, e.g. numerous bug reports and/or complaints about software not working and bugs that need to be fixed.  For example refer to http://lists.busybox.net/pipermail/busybox/2011-July/thread.html#76361

5. Oddly enough "Product Standard: Internationalized System Calls and Libraries Extended V3" at http://www.opengroup.org/csq/view.mhtml?norationale=1&noreferences=1&RID=sun%2FSD1%2F7 , this is Oracle Corporation Conformance Statement, defines the following for Solaris 10 on -desn't seem to be much wiggle room here (FYI even 11 FCS and later - specifies the same portability environment see http://www.opengroup.org/csq/view.mhtml?norationale=1&noreferences=1&RID=sun%2FCX1%2F7):

<pre>
Macro Name            Meaning                              Minimum               Maximum
LOGIN_NAME_MAX        Maximum length of a login name.      9                     9
</pre>
----------------------------------------
Feature #1558: Relax Restrictions on Usernames
https://www.illumos.org/issues/1558

Author: daniel kho
Status: New
Priority: Low
Assignee: OI illumos
Category: OS/Net (Kernel and Userland)
Target version: 
Difficulty: Hard
Tags: 


Perhaps it's a good idea to allow usernames longer than 8 characters? Also, allow the "dot" character to be inserted as part of a username?
I'm not sure why this restriction in the first place, but I'm guessing it's something to do with database space? With better space management, and with lots of space, I don't see why this should remain as a requirement.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Wed Mar 21 14:47:59 2012
From: devnull at illumos.org (illumos project)
Date: Wed, 21 Mar 2012 14:47:59 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Feature #1558] Relax
	Restrictions on Usernames
References: <redmine.issue-1558.20110924030148@illumos.org>
Message-ID: <redmine.journal-6323.20120321144759@illumos.org>


Issue #1558 has been updated by Igor Pashev.


Isn't utmp obsolete (in favor of utmpx)?

<pre>
# grep -rnHw ut_user /usr/include/utmpx.h 
/usr/include/utmpx.h:56:#define ut_name ut_user
/usr/include/utmpx.h:68:        char    ut_user[32];            /* user login name */
/usr/include/utmpx.h:104:       char    ut_user[32];            /* user login name */
</pre>
----------------------------------------
Feature #1558: Relax Restrictions on Usernames
https://www.illumos.org/issues/1558

Author: daniel kho
Status: New
Priority: Low
Assignee: OI illumos
Category: OS/Net (Kernel and Userland)
Target version: 
Difficulty: Hard
Tags: 


Perhaps it's a good idea to allow usernames longer than 8 characters? Also, allow the "dot" character to be inserted as part of a username?
I'm not sure why this restriction in the first place, but I'm guessing it's something to do with database space? With better space management, and with lots of space, I don't see why this should remain as a requirement.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Wed Mar 21 17:19:45 2012
From: devnull at illumos.org (illumos project)
Date: Wed, 21 Mar 2012 17:19:45 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Feature #1558] Relax
	Restrictions on Usernames
References: <redmine.issue-1558.20110924030148@illumos.org>
Message-ID: <redmine.journal-6325.20120321171945@illumos.org>


Issue #1558 has been updated by Richard PALO.


According to utmp.h
<pre>
/*
 * Note:  The getutent(3c) family of interfaces are obsolete.
 * The getutxent(3c) family provide a superset of this functionality
 * and should be used in place of getutent(3c).
 */
....
/*
 * This data structure describes the utmp *file* contents using
 * fixed-width data types.  It should only be used by the implementation.
 *
 * Applications should use the getutxent(3c) family of routines to interact
 * with this database.
 */
</pre>
>From the getutxent(3c) manpage:

<pre>
  getutxent()
     The getutxent() function reads in  the  next  entry  from  a
     utmpx  database.  If  the  database  is not already open, it
     opens it. If it reaches the end of the database, it fails.
  ...
  getutmp()
     The getutmp() function copies the information stored in  the
     members  of the utmpx structure to the corresponding members
     of the utmp structure. If the information in any  member  of
     utmpx  does  not  fit  in the corresponding utmp member, the
     data is silently  truncated.  (See  getutent(3C)  for   utmp
     structure)
</pre>
----------------------------------------
Feature #1558: Relax Restrictions on Usernames
https://www.illumos.org/issues/1558

Author: daniel kho
Status: New
Priority: Low
Assignee: OI illumos
Category: OS/Net (Kernel and Userland)
Target version: 
Difficulty: Hard
Tags: 


Perhaps it's a good idea to allow usernames longer than 8 characters? Also, allow the "dot" character to be inserted as part of a username?
I'm not sure why this restriction in the first place, but I'm guessing it's something to do with database space? With better space management, and with lots of space, I don't see why this should remain as a requirement.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


From devnull at illumos.org  Wed Mar 21 17:21:59 2012
From: devnull at illumos.org (illumos project)
Date: Wed, 21 Mar 2012 17:21:59 +0000
Subject: [Illumos-team] [OpenIndiana Distribution - Feature #1558] Relax
	Restrictions on Usernames
References: <redmine.issue-1558.20110924030148@illumos.org>
Message-ID: <redmine.journal-6326.20120321172159@illumos.org>


Issue #1558 has been updated by Richard PALO.


By the way, on oi_151a2  no utmp just utmpx
<pre>
$ ls /var/adm
acct        exacct      log         messages.0  messages.2  pool        sm.bin      streams     utmpx
aculog      lastlog     messages    messages.1  messages.3  sa          spellhist   sulog       wtmpx
</pre>
----------------------------------------
Feature #1558: Relax Restrictions on Usernames
https://www.illumos.org/issues/1558

Author: daniel kho
Status: New
Priority: Low
Assignee: OI illumos
Category: OS/Net (Kernel and Userland)
Target version: 
Difficulty: Hard
Tags: 


Perhaps it's a good idea to allow usernames longer than 8 characters? Also, allow the "dot" character to be inserted as part of a username?
I'm not sure why this restriction in the first place, but I'm guessing it's something to do with database space? With better space management, and with lots of space, I don't see why this should remain as a requirement.


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account


