<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>128715</bug_id>
          
          <creation_ts>2006-04-03 16:57 0000</creation_ts>
          <short_desc>sys-apps/shadow: strange useradd behavior when not using -g</short_desc>
          <delta_ts>2006-07-23 19:19:41 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Core system</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>meax@huicht.org</reporter>
          <assigned_to>base-system@gentoo.org</assigned_to>
          <cc>caster@gentoo.org</cc>
    
    <cc>jdaluz@gmail.com</cc>
    
    <cc>jnewby@econrads.com</cc>
    
    <cc>ks@pegasus-edv.de</cc>
    
    <cc>pva@gentoo.org</cc>
    
    <cc>rockoo@gmail.com</cc>
    
    <cc>wschlich@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>meax@huicht.org</who>
            <bug_when>2006-04-03 16:57:48 0000</bug_when>
            <thetext>This is whith shadow-4.0.15:
(handbook example)
# useradd -m -G users,wheel -s /bin/bash larry
# id larry
uid=1002(larry) gid=1002(larry) groups=1002(larry),10(wheel),100(users)
It creates a &quot;larry&quot; group instead of using &quot;users&quot; as the inital group.
Also it doesn&apos;t seem to honor the GROUP setting in /etc/default/useradd:
# grep GROUP /etc/default/useradd
GROUP=100
# useradd alice
# id alice
uid=1003(alice) gid=1003(alice) groups=1003(alice)

# emerge --info
Portage 2.1_pre7-r3 (default-linux/x86/2005.1, gcc-3.4.6, glibc-2.3.6-r3, 2.6.15-gentoo-r7 i686)
=================================================================
System uname: 2.6.15-gentoo-r7 i686 AMD Athlon(tm) XP 2600+
Gentoo Base System version 1.12.0_pre16
dev-lang/python:     2.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -march=athlon-xp -fomit-frame-pointer -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=athlon-xp -fomit-frame-pointer -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://pandemonium.tiscali.de/pub/gentoo/ http://ftp.easynet.nl/mirror/gentoo/&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 3dnow X aac alsa apache2 apm avi bash-completion berkdb bitmap-fonts bzip2 cdr crypt curl dri dvd dvdr emboss encode ffmpeg firefox flac foomaticdb gdbm gif gpm gtk gtk2 hal imlib isdnlog jpeg kde kdeenablefinal kdexdeltas libg++ libwww mad mikmod mmx motif mp3 mpeg musicbrainz ncurses nls nptl offensive ogg oggvorbis opengl oss pam pdflib perl png pppd python qt quicktime readline ruby sdl spell sse ssl tcpd theora tiff truetype truetype-fonts type1-fonts usb vorbis win32codecs xine xml2 xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_ati&quot;
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caster@gentoo.org</who>
            <bug_when>2006-04-03 17:30:42 0000</bug_when>
            <thetext>(In reply to comment #0)
&gt; This is whith shadow-4.0.15:
&gt; (handbook example)
&gt; # useradd -m -G users,wheel -s /bin/bash larry

-G are supplementary groups, primary group is specified with -g

&gt; Also it doesn&apos;t seem to honor the GROUP setting in /etc/default/useradd:
&gt; # grep GROUP /etc/default/useradd
&gt; GROUP=100

seems true here (4.0.14-r1), suspected USERGROUPS_ENAB setting from /etc/login.defs also doesn&apos;t have any effect on this.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-04-07 19:23:58 0000</bug_when>
            <thetext>Created an attachment (id=84179)
shadow-fix-useradd-usergroups.patch

this should fix the issue i think</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pva@gentoo.org</who>
            <bug_when>2006-04-13 05:00:18 0000</bug_when>
            <thetext>(In reply to comment #2)
&gt; shadow-fix-useradd-usergroups.patch
&gt; this should fix the issue i think

This patch fixes the issue only if USERGROUPS_ENAB=no. But if it set to &apos;yes&apos; I have the same result:
theor home # useradd test
theor home # id test
uid=1007(test) gid=1007(test) groups=1007(test)

Useradd still creates group &apos;test&apos; instead of use the value from /etc/default/useradd:
GROUP=100

But may be that is the right behaviour because it&apos;s really not clear for me what does this mean:
# Enable setting of the umask group bits to be the same as owner bits
# (examples: 022 -&gt; 002, 077 -&gt; 007) for non-root users, if the uid is
# the same as gid, and username is the same as the primary group name.

As I understand the previous sentense, USERGROUPS_ENAB should affect umask, but not useradd.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-04-13 06:27:31 0000</bug_when>
            <thetext>&gt; This patch fixes the issue only if USERGROUPS_ENAB=no. But if it set to &apos;yes&apos;
&gt; I have the same result:

that&apos;s the entire point ... the behavior you&apos;re seeing now is not a bug imo, but proper behavior

if you dont want user groups, disable USERGROPUS_ENAB

i&apos;m still waiting for feedback from upstream on the issue though</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wschlich@gentoo.org</who>
            <bug_when>2006-05-18 06:03:07 0000</bug_when>
            <thetext>This is pretty annoying.
With which version of shadow has that behaviour been introduced?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jnewby@econrads.com</who>
            <bug_when>2006-06-01 12:02:08 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; This is pretty annoying.
&gt; With which version of shadow has that behaviour been introduced?

We just realized this problem today.  For us, this was introduced when we upgraded from 4.0.7-r4 to 4.0.14-r1.  In 4.0.7-r4 useradd correctly used the default group setting in /etc/defaults/useradd.  I just upgraded to 4.0.15-r2 to see if anything has been fixed, and it is still broken.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-06-11 07:54:41 0000</bug_when>
            <thetext>Created an attachment (id=88913)
shadow-fix-useradd-usergroups.patch

more fixes</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-07-04 12:54:54 0000</bug_when>
            <thetext>ok, this should be fixed in shadow-4.0.16-r1

we&apos;re still hashing out the final details upstream but at least our shadow wont be completely screwed up in the meantime :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jdaluz@gmail.com</who>
            <bug_when>2006-07-23 19:19:41 0000</bug_when>
            <thetext>I&apos;m running shadow 4.0.17-r1 and have this same issue (pointed out to me by user Paapaa on the forums). Is this a regression, or per comment #8 have discussions with upstream resulted in this change being considered correct behavior?</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>84179</attachid>
            <date>2006-04-07 19:23 0000</date>
            <desc>shadow-fix-useradd-usergroups.patch</desc>
            <filename>shadow-fix-useradd-usergroups.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">MjAwNi0wNC0wNyAgTWlrZSBGcnlzaW5nZXIgIDx2YXBpZXJAZ2VudG9vLm9yZz4KCgkqIHNyYy91
c2VyYWRkLmM6IEFjdHVhbGx5IHV0aWxpemUgdGhlIG5mbGcgYnkgYWRkaW5nIGFuIC1uIG9wdGlv
biBmb3IgdGhlCgl1c2VyIGFuZCBieSBzZXR0aW5nIHRvIFVTRVJHUk9VUFNfRU5BQiBmcm9tIGxv
Z2luLmRlZnMuICBBbHNvIGZpeCB0aGUgbG9naWMKCWZvciB3aGVuIHRoZSB1c2VyIGdyb3VwIGFj
dHVhbGx5IG5lZWRzIHRvIGJlIGFkZGVkLgoKLS0tIHNyYy91c2VyYWRkLmMKKysrIHNyYy91c2Vy
YWRkLmMKQEAgLTExNCw3ICsxMTQsNyBAQCBzdGF0aWMgaW50IGRvX2dycF91cGRhdGUgPSAwOwkv
KiBncm91cCBmCiBzdGF0aWMgY2hhciAqUHJvZzsKIAogc3RhdGljIGludAotIGJmbGcgPSAwLAkJ
CS8qIG5ldyBkZWZhdWx0IHJvb3Qgb2YgaG9tZSBkaXJlY3RvcnkgKi8KKyAgICBiZmxnID0gMCwJ
CQkvKiBuZXcgZGVmYXVsdCByb290IG9mIGhvbWUgZGlyZWN0b3J5ICovCiAgICAgY2ZsZyA9IDAs
CQkJLyogY29tbWVudCAoR0VDT1MpIGZpZWxkIGZvciBuZXcgYWNjb3VudCAqLwogICAgIGRmbGcg
PSAwLAkJCS8qIGhvbWUgZGlyZWN0b3J5IGZvciBuZXcgYWNjb3VudCAqLwogICAgIERmbGcgPSAw
LAkJCS8qIHNldC9zaG93IG5ldyB1c2VyIGRlZmF1bHQgdmFsdWVzICovCkBAIC0yNTMsNiArMjUz
LDExIEBAIHN0YXRpYyB2b2lkIGdldF9kZWZhdWx0cyAodm9pZCkKIAljb25zdCBzdHJ1Y3QgZ3Jv
dXAgKmdycDsKIAogCS8qCisJICogUHVsbCByZWxldmFudCBzZXR0aW5ncyBmcm9tIGxvZ2luLmRl
ZnMgZmlyc3QuCisJICovCisJbmZsZyA9IGdldGRlZl9ib29sICgiVVNFUkdST1VQU19FTkFCIik7
CisKKwkvKgogCSAqIE9wZW4gdGhlIGRlZmF1bHRzIGZpbGUgZm9yIHJlYWRpbmcuCiAJICovCiAK
QEAgLTYyOCw2ICs2MzMsOCBAQCBzdGF0aWMgdm9pZCB1c2FnZSAodm9pZCkKIAkJCSAgICIgIC1L
LCAtLWtleSBLRVk9VkFMVUUJCW92ZXJyaWRlcyAvZXRjL2xvZ2luLmRlZnMgZGVmYXVsdHNcbiIK
IAkJCSAgICIgIC1tLCAtLWNyZWF0ZS1ob21lCQljcmVhdGUgaG9tZSBkaXJlY3RvcnkgZm9yIHRo
ZSBuZXcgdXNlclxuIgogCQkJICAgIgkJCQlhY2NvdW50XG4iCisJCQkgICAiICAtbiwgLS11c2Vy
LWdyb3VwCQljcmVhdGUgYSBuZXcgZ3JvdXAgd2l0aCB0aGUgc2FtZSBuYW1lIGFzIHRoZVxuIgor
CQkJICAgIgkJCQluZXcgdXNlclxuIgogCQkJICAgIiAgLW8sIC0tbm9uLXVuaXF1ZQkJYWxsb3cg
Y3JlYXRlIHVzZXIgd2l0aCBkdXBsaWNhdGVcbiIKIAkJCSAgICIJCQkJKG5vbi11bmlxdWUpIFVJ
RFxuIgogCQkJICAgIiAgLXAsIC0tcGFzc3dvcmQgUEFTU1dPUkQJdXNlIGVuY3J5cHRlZCBwYXNz
d29yZCBmb3IgdGhlIG5ldyB1c2VyXG4iCkBAIC0xMDA5LDYgKzEwMTYsNyBAQCBzdGF0aWMgdm9p
ZCBwcm9jZXNzX2ZsYWdzIChpbnQgYXJnYywgY2hhCiAJCQl7InNrZWwiLCByZXF1aXJlZF9hcmd1
bWVudCwgTlVMTCwgJ2snfSwKIAkJCXsia2V5IiwgcmVxdWlyZWRfYXJndW1lbnQsIE5VTEwsICdL
J30sCiAJCQl7ImNyZWF0ZS1ob21lIiwgbm9fYXJndW1lbnQsIE5VTEwsICdtJ30sCisJCQl7InVz
ZXItZ3JvdXAiLCBub19hcmd1bWVudCwgTlVMTCwgJ24nfSwKIAkJCXsibm9uLXVuaXF1ZSIsIG5v
X2FyZ3VtZW50LCBOVUxMLCAnbyd9LAogCQkJeyJwYXNzd29yZCIsIHJlcXVpcmVkX2FyZ3VtZW50
LCBOVUxMLCAncCd9LAogCQkJeyJzaGVsbCIsIHJlcXVpcmVkX2FyZ3VtZW50LCBOVUxMLCAncyd9
LApAQCAtMTAxNiw3ICsxMDI0LDcgQEAgc3RhdGljIHZvaWQgcHJvY2Vzc19mbGFncyAoaW50IGFy
Z2MsIGNoYQogCQkJe05VTEwsIDAsIE5VTEwsICdcMCd9CiAJCX07CiAJCXdoaWxlICgoYyA9Ci0J
CQlnZXRvcHRfbG9uZyAoYXJnYywgYXJndiwgImI6YzpkOkRlOmY6ZzpHOms6SzptTW9wOnM6dToi
LAorCQkJZ2V0b3B0X2xvbmcgKGFyZ2MsIGFyZ3YsICJiOmM6ZDpEZTpmOmc6RzprOks6bU1ub3A6
czp1OiIsCiAJCQkJICAgICBsb25nX29wdGlvbnMsIE5VTEwpKSAhPSAtMSkgewogCQkJc3dpdGNo
IChjKSB7CiAJCQljYXNlICdiJzoKQEAgLTExNTYsNiArMTE2NCw5IEBAIHN0YXRpYyB2b2lkIHBy
b2Nlc3NfZmxhZ3MgKGludCBhcmdjLCBjaGEKIAkJCWNhc2UgJ20nOgogCQkJCW1mbGcrKzsKIAkJ
CQlicmVhazsKKwkJCWNhc2UgJ24nOgorCQkJCW5mbGcrKzsKKwkJCQlicmVhazsKIAkJCWNhc2Ug
J28nOgogCQkJCW9mbGcrKzsKIAkJCQlicmVhazsKQEAgLTE3NjcsNyArMTc3OCw3IEBAIGludCBt
YWluIChpbnQgYXJnYywgY2hhciAqKmFyZ3YpCiAKIAkvKiBkbyB3ZSBoYXZlIHRvIGFkZCBhIGdy
b3VwIGZvciB0aGF0IHVzZXI/IFRoaXMgaXMgd2h5IHdlIG5lZWQgdG8KIAkgKiBvcGVuIHRoZSBn
cm91cCBmaWxlcyBpbiB0aGUgb3Blbl9maWxlcygpIGZ1bmN0aW9uICAtLWdhZnRvbiAqLwotCWlm
ICghKG5mbGcgfHwgZ2ZsZykpIHsKKwlpZiAobmZsZyAmJiAhZ2ZsZykgewogCQlmaW5kX25ld19n
aWQgKCk7CiAJCWdycF9hZGQgKCk7CiAJfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>88913</attachid>
            <date>2006-06-11 07:54 0000</date>
            <desc>shadow-fix-useradd-usergroups.patch</desc>
            <filename>shadow-fix-useradd-usergroups.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">SW5kZXg6IHNyYy91c2VyYWRkLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2c3Jvb3Qvc2hhZG93
L3NyYy91c2VyYWRkLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuOTYKZGlmZiAtdSAtcCAtcjEu
OTYgdXNlcmFkZC5jCi0tLSBzcmMvdXNlcmFkZC5jCTMwIE1heSAyMDA2IDE4OjI4OjQ1IC0wMDAw
CTEuOTYKKysrIHNyYy91c2VyYWRkLmMJMTAgSnVuIDIwMDYgMjI6MTM6MzIgLTAwMDAKQEAgLTEx
NCw3ICsxMTQsNyBAQCBzdGF0aWMgaW50IGRvX2dycF91cGRhdGUgPSAwOwkvKiBncm91cCBmCiBz
dGF0aWMgY2hhciAqUHJvZzsKIAogc3RhdGljIGludAotIGJmbGcgPSAwLAkJCS8qIG5ldyBkZWZh
dWx0IHJvb3Qgb2YgaG9tZSBkaXJlY3RvcnkgKi8KKyAgICBiZmxnID0gMCwJCQkvKiBuZXcgZGVm
YXVsdCByb290IG9mIGhvbWUgZGlyZWN0b3J5ICovCiAgICAgY2ZsZyA9IDAsCQkJLyogY29tbWVu
dCAoR0VDT1MpIGZpZWxkIGZvciBuZXcgYWNjb3VudCAqLwogICAgIGRmbGcgPSAwLAkJCS8qIGhv
bWUgZGlyZWN0b3J5IGZvciBuZXcgYWNjb3VudCAqLwogICAgIERmbGcgPSAwLAkJCS8qIHNldC9z
aG93IG5ldyB1c2VyIGRlZmF1bHQgdmFsdWVzICovCkBAIC0yNTMsNiArMjUzLDEyIEBAIHN0YXRp
YyB2b2lkIGdldF9kZWZhdWx0cyAodm9pZCkKIAljb25zdCBzdHJ1Y3QgZ3JvdXAgKmdycDsKIAog
CS8qCisJICogUHVsbCByZWxldmFudCBzZXR0aW5ncyBmcm9tIGxvZ2luLmRlZnMgZmlyc3QuCisJ
ICovCisJaWYgKGdldGRlZl9ib29sICgiVVNFUkdST1VQU19FTkFCIikpCisJCW5mbGcgPSAtMTsK
KworCS8qCiAJICogT3BlbiB0aGUgZGVmYXVsdHMgZmlsZSBmb3IgcmVhZGluZy4KIAkgKi8KIApA
QCAtNjI4LDYgKzYzNCw4IEBAIHN0YXRpYyB2b2lkIHVzYWdlICh2b2lkKQogCQkJICAgIiAgLUss
IC0ta2V5IEtFWT1WQUxVRQkJb3ZlcnJpZGVzIC9ldGMvbG9naW4uZGVmcyBkZWZhdWx0c1xuIgog
CQkJICAgIiAgLW0sIC0tY3JlYXRlLWhvbWUJCWNyZWF0ZSBob21lIGRpcmVjdG9yeSBmb3IgdGhl
IG5ldyB1c2VyXG4iCiAJCQkgICAiCQkJCWFjY291bnRcbiIKKwkJCSAgICIgIC1uLCAtLXVzZXIt
Z3JvdXAJCWNyZWF0ZSBhIG5ldyBncm91cCB3aXRoIHRoZSBzYW1lIG5hbWUgYXMgdGhlXG4iCisJ
CQkgICAiCQkJCW5ldyB1c2VyXG4iCiAJCQkgICAiICAtbywgLS1ub24tdW5pcXVlCQlhbGxvdyBj
cmVhdGUgdXNlciB3aXRoIGR1cGxpY2F0ZVxuIgogCQkJICAgIgkJCQkobm9uLXVuaXF1ZSkgVUlE
XG4iCiAJCQkgICAiICAtcCwgLS1wYXNzd29yZCBQQVNTV09SRAl1c2UgZW5jcnlwdGVkIHBhc3N3
b3JkIGZvciB0aGUgbmV3IHVzZXJcbiIKQEAgLTEwMDksNiArMTAxNyw3IEBAIHN0YXRpYyB2b2lk
IHByb2Nlc3NfZmxhZ3MgKGludCBhcmdjLCBjaGEKIAkJCXsic2tlbCIsIHJlcXVpcmVkX2FyZ3Vt
ZW50LCBOVUxMLCAnayd9LAogCQkJeyJrZXkiLCByZXF1aXJlZF9hcmd1bWVudCwgTlVMTCwgJ0sn
fSwKIAkJCXsiY3JlYXRlLWhvbWUiLCBub19hcmd1bWVudCwgTlVMTCwgJ20nfSwKKwkJCXsidXNl
ci1ncm91cCIsIG5vX2FyZ3VtZW50LCBOVUxMLCAnbid9LAogCQkJeyJub24tdW5pcXVlIiwgbm9f
YXJndW1lbnQsIE5VTEwsICdvJ30sCiAJCQl7InBhc3N3b3JkIiwgcmVxdWlyZWRfYXJndW1lbnQs
IE5VTEwsICdwJ30sCiAJCQl7InNoZWxsIiwgcmVxdWlyZWRfYXJndW1lbnQsIE5VTEwsICdzJ30s
CkBAIC0xMDE2LDcgKzEwMjUsNyBAQCBzdGF0aWMgdm9pZCBwcm9jZXNzX2ZsYWdzIChpbnQgYXJn
YywgY2hhCiAJCQl7TlVMTCwgMCwgTlVMTCwgJ1wwJ30KIAkJfTsKIAkJd2hpbGUgKChjID0KLQkJ
CWdldG9wdF9sb25nIChhcmdjLCBhcmd2LCAiYjpjOmQ6RGU6ZjpnOkc6azpLOm1Nb3A6czp1OiIs
CisJCQlnZXRvcHRfbG9uZyAoYXJnYywgYXJndiwgImI6YzpkOkRlOmY6ZzpHOms6SzptTW5vcDpz
OnU6IiwKIAkJCQkgICAgIGxvbmdfb3B0aW9ucywgTlVMTCkpICE9IC0xKSB7CiAJCQlzd2l0Y2gg
KGMpIHsKIAkJCWNhc2UgJ2InOgpAQCAtMTE1Niw2ICsxMTY1LDkgQEAgc3RhdGljIHZvaWQgcHJv
Y2Vzc19mbGFncyAoaW50IGFyZ2MsIGNoYQogCQkJY2FzZSAnbSc6CiAJCQkJbWZsZysrOwogCQkJ
CWJyZWFrOworCQkJY2FzZSAnbic6CisJCQkJbmZsZyA9IDE7CisJCQkJYnJlYWs7CiAJCQljYXNl
ICdvJzoKIAkJCQlvZmxnKys7CiAJCQkJYnJlYWs7CkBAIC0xMjAzLDYgKzEyMTUsMTYgQEAgc3Rh
dGljIHZvaWQgcHJvY2Vzc19mbGFncyAoaW50IGFyZ2MsIGNoYQogCQl1c2FnZSAoKTsKIAogCS8q
CisJICogVXNpbmcgLS1naWQgYW5kIC0tdXNlci1ncm91cCBkb2Vzbid0IG1ha2Ugc2Vuc2UuCisJ
ICovCisJaWYgKG5mbGcgPT0gLTEgJiYgZ2ZsZykKKwkJbmZsZyA9IDA7CisJaWYgKG5mbGcgJiYg
Z2ZsZykgeworCQlmcHJpbnRmIChzdGRlcnIsIF8oIiVzOiBvcHRpb25zIC1nIGFuZCAtbiBjb25m
bGljdFxuIiksIFByb2cpOworCQlleGl0IChFX0JBRF9BUkcpOworCX0KKworCS8qCiAJICogRWl0
aGVyIC1EIG9yIHVzZXJuYW1lIGlzIHJlcXVpcmVkLiBEZWZhdWx0cyBjYW4gYmUgc2V0IHdpdGgg
LUQKIAkgKiBmb3IgdGhlIC1iLCAtZSwgLWYsIC1nLCAtcyBvcHRpb25zIG9ubHkuCiAJICovCkBA
IC0xNzI1LDcgKzE3NDcsNyBAQCBpbnQgbWFpbiAoaW50IGFyZ2MsIGNoYXIgKiphcmd2KQogCSAq
IHRvIHRoYXQgZ3JvdXAsIHVzZSB1c2VyYWRkIC1nIHVzZXJuYW1lIHVzZXJuYW1lLgogCSAqIC0t
YmVybwogCSAqLwotCWlmICghZ2ZsZykgeworCWlmIChuZmxnKSB7CiAJCWlmIChnZXRncm5hbSAo
dXNlcl9uYW1lKSkgewogCQkJZnByaW50ZiAoc3RkZXJyLAogCQkJCSBfCkBAIC0xNzU5LDcgKzE3
ODEsNyBAQCBpbnQgbWFpbiAoaW50IGFyZ2MsIGNoYXIgKiphcmd2KQogCiAJLyogZG8gd2UgaGF2
ZSB0byBhZGQgYSBncm91cCBmb3IgdGhhdCB1c2VyPyBUaGlzIGlzIHdoeSB3ZSBuZWVkIHRvCiAJ
ICogb3BlbiB0aGUgZ3JvdXAgZmlsZXMgaW4gdGhlIG9wZW5fZmlsZXMoKSBmdW5jdGlvbiAgLS1n
YWZ0b24gKi8KLQlpZiAoIShuZmxnIHx8IGdmbGcpKSB7CisJaWYgKG5mbGcpIHsKIAkJZmluZF9u
ZXdfZ2lkICgpOwogCQlncnBfYWRkICgpOwogCX0KSW5kZXg6IG1hbi91c2VyYWRkLjgueG1sCj09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT0KUkNTIGZpbGU6IC9jdnNyb290L3NoYWRvdy9tYW4vdXNlcmFkZC44LnhtbCx2CnJl
dHJpZXZpbmcgcmV2aXNpb24gMS4zNApkaWZmIC11IC1wIC1yMS4zNCB1c2VyYWRkLjgueG1sCi0t
LSBtYW4vdXNlcmFkZC44LnhtbAkyMCBNYXkgMjAwNiAxMjoxMTozOCAtMDAwMAkxLjM0CisrKyBt
YW4vdXNlcmFkZC44LnhtbAkxMCBKdW4gMjAwNiAyMjoxNzoxMyAtMDAwMApAQCAtMjA0LDYgKzIw
NCwxOSBAQAogICAgICAgPC92YXJsaXN0ZW50cnk+CiAgICAgICA8dmFybGlzdGVudHJ5PgogCTx0
ZXJtPgorCSAgPG9wdGlvbj4tbjwvb3B0aW9uPiwgPG9wdGlvbj4tLXVzZXItZ3JvdXA8L29wdGlv
bj4KKwk8L3Rlcm0+CisJPGxpc3RpdGVtPgorCSAgPHBhcmE+CisJICAgIENyZWF0ZSBhIG5ldyBn
cm91cCB3aXRoIHRoZSBzYW1lIG5hbWUgYXMgdGhlIG5ldyB1c2VyLgorCSAgPC9wYXJhPgorCSAg
PHBhcmE+CisJICAgIFNlZSB0aGUgPHJlcGxhY2VhYmxlPlVTRVJHUk9VUFNfRU5BQjwvcmVwbGFj
ZWFibGU+IGxvZ2luLmRlZnMgb3B0aW9uIGZvciBtb3JlIGRldGFpbHMuCisJICA8L3BhcmE+CisJ
PC9saXN0aXRlbT4KKyAgICAgIDwvdmFybGlzdGVudHJ5PgorICAgICAgPHZhcmxpc3RlbnRyeT4K
Kwk8dGVybT4KIAkgIDxvcHRpb24+LW88L29wdGlvbj4sIDxvcHRpb24+LS1ub24tdW5pcXVlPC9v
cHRpb24+CiAJPC90ZXJtPgogCTxsaXN0aXRlbT4K
</data>        

          </attachment>
    </bug>

</bugzilla>