<?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>135818</bug_id>
          
          <creation_ts>2006-06-06 13:39 0000</creation_ts>
          <short_desc>KDE 3.5.3 does not record UTMP record with sys-libs/libutempter</short_desc>
          <delta_ts>2007-04-25 08:53:21 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>KDE</component>
          <version>2006.0</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>bugzilla@weshardin.com</reporter>
          <assigned_to>kde@gentoo.org</assigned_to>
          <cc>alonbl@gentoo.org</cc>
    
    <cc>dickey@radix.net</cc>
    
    <cc>doron.fediuck@gmail.com</cc>
    
    <cc>flameeyes@gentoo.org</cc>
    
    <cc>gentoo.20.calle2003@spamgourmet.com</cc>
    
    <cc>gentoo@cconstruct.de</cc>
    
    <cc>Martin.vGagern@gmx.net</cc>
    
    <cc>sbriglie@gmail.com</cc>
    
    <cc>seemant@gentoo.org</cc>
    
    <cc>sirspiritus@yandex.ru</cc>

      

      
          <long_desc isprivate="0">
            <who>bugzilla@weshardin.com</who>
            <bug_when>2006-06-06 13:39:54 0000</bug_when>
            <thetext>1) Upgraded to new libutempter package

whardin@freeman ~ $ equery list utemp
[ Searching for package &apos;utemp&apos; in all categories among: ]
 * installed packages
 [I--] [  ] sys-libs/libutempter-1.1.2.1 (0) 

whardin@freeman ~ $ slocate *utempter.so
/usr/lib/libutempter.so.0
/usr/lib/libutempter.so
/usr/lib/libutempter.so.1.1.2

2) Login (via Entrance) to KDE 
whardin@freeman ~ $ ps -ef |grep kded
whardin  24892     1  0 15:11 ?        00:00:01 kded [kdeinit] --new-startup    
whardin  27886 25158  0 15:23 pts/15   00:00:00 grep kded

3) UTMP information does not get recorded
whardin@freeman ~ $ w 
 15:25:29 up 6 days,  3:55,  2 users,  load average: 2.23, 1.57, 1.33
 USER     TTY        LOGIN@   IDLE   JCPU   PCPU WHAT
 whardin  tty1      11:57    3:06m  0.02s  0.02s -bash

 whardin@freeman ~ $ who 
 whardin  tty1         Jun  6 11:57

4) In the past (or when using sys-apps/utempter package), another line would
appear in &apos;w&apos; with me logged in on pts/0 and the what was &quot;kded [kdeinit] --new-startup&quot;


Troubleshooting so far:
1) re-emerged kdelibs numerous times (this is the package that contains kded and kdeinit)
2) &quot;emerge -e world&quot; (For GCC 4.1.1 upgrade)
3) replaced sys-libs/libutempter with older sys-apps/utempter package (to confirm issue with libutempter.  KDE works as expected with utempter)
4) revdep-rebuild finds no breakage

freeman ~ # revdep-rebuild --pretend --library &quot;/usr/lib/libutempter.so*&quot;
Configuring search environment for revdep-rebuild

Checking reverse dependencies...

Packages containing binaries and libraries using /usr/lib/libutempter.so*
will be emerged.

Collecting system binaries and libraries... done.
    (/root/.revdep-rebuild.1_files)

Checking dynamic linking...
    done.
    (/root/.revdep-rebuild_a5f9d8e2.3_rebuild)

Assigning files to ebuilds... Nothing to rebuild

Evaluating package order... done.
    (/root/.revdep-rebuild_a5f9d8e2.5_order)

There are no dynamic links to /usr/lib/libutempter.so*... All done. 







whardin@freeman ~ $ emerge --info
Portage 2.1_rc4-r3 (default-linux/x86, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.16-ck11 i686)
=================================================================
System uname: 2.6.16-ck11 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
Gentoo Base System version 1.12.1
dev-lang/python:     2.3.5-r2, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
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-r5
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -pipe -fomit-frame-pointer -march=pentium4&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -pipe -fomit-frame-pointer -march=pentium4&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig distlocks metadata-transfer sandbox sfperms strict userpriv usersandbox&quot;
GENTOO_MIRRORS=&quot;ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ ftp://gentoo.chem.wisc.edu/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=&apos;/distfiles&apos; --exclude=&apos;/local&apos; --exclude=&apos;/packages&apos;&quot;
PORTAGE_TMPDIR=&quot;/opt/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.us.gentoo.org/gentoo-portage/&quot;
USE=&quot;X Xaw3d a52 aac aalib acl acpi aim alsa apache2 audiofile avahi avi bash-completion berkdb bitmap-fonts bluetooth bzip2 cairo caps cddb cdparanoia cdr cgi clamav cli cracklib crypt cups curl dar32 dar64 dba dbm dbus dga directfb divx4linux doc dri dts dv dvd dvdr dvdread encode ethereal expat fam fbcon ffmpeg firefox flac fltk foomaticdb ftp gd gdbm ggi gif gpm graphviz gstreamer gtk gtk2 gtkhtml hal imagemagick imap imlib innodb isdnlog jabber jack java javascript jikes jpeg jpeg2k kde kdeenablefinal kdehiddenvisibility kerberos ldap lesstif libcaca libg++ libwww live lm_sensors logitech-mouse logrotate lzo mad maildir mailwrapper matroska mbox mikmod mime ming mmap mmx mmxext mng modplug mono motif mozdevelop mozilla moznocompose moznoirc mozsvg mp3 mpeg mplayer msn musicbrainz mysql ncurses network nis nptl nsplugin odbc offensive ogg oggvorbis openal openexr opengl oscar pam pcre pda pdflib perl php png posix povray ppds pppd python qt quicktime readline real reflection ruby samba sdl sharedext sharedmem slang slp sndfile snmp spell srvdir sse sse2 ssl svg svga sysfs syslog sysvipc tcltk tetex theora threads tidy tiff truetype truetype-fonts type1-fonts udev unicode usb v4l v4l2 vcd verbose vhosts videos vidix visualization vorbis wifi win32codecs wmf wxwindows x86 xcomposite xine xinerama xinetd xml xml2 xmlrpc xmms xorg xosd xpm xscreensaver xsl xv xvid xvmc yahoo zeroconf zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_fglrx video_cards_vesa video_cards_fbdev video_cards_ati video_cards_radeon&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2006-06-06 16:46:36 0000</bug_when>
            <thetext>the code in kdelibs relies on the /usr/sbin/utempter binary
(in http://websvn.kde.org/branches/KDE/3.5/kdelibs/kdecore/kpty.cpp?view=markup)
even if configure checks for the library.
So probably the virtual/utempter dependency is not exact.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bugzilla@weshardin.com</who>
            <bug_when>2006-06-16 14:45:21 0000</bug_when>
            <thetext>*kdelibs-3.5.3-r1 (09 Jun 2006)

  09 Jun 2006; Diego Petten</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bugzilla@weshardin.com</who>
            <bug_when>2006-06-16 14:45:21 0000</bug_when>
            <thetext>*kdelibs-3.5.3-r1 (09 Jun 2006)

  09 Jun 2006; Diego Pettenò &lt;flameeyes@gentoo.org&gt;
  +kdelibs-3.5.3-r1.ebuild:
  Add new revision of kdelibs without utempter dependency, disabling utempter
  entirely as kdelibs has its own better code to handle that.

I will upgrade and re-test.  This may fix the issue.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bugzilla@weshardin.com</who>
            <bug_when>2006-06-23 15:56:16 0000</bug_when>
            <thetext>I forgot to update when using -r1, but I&apos;m running -r2 right now and it still doesn&apos;t work.  With the libutempter dependency removed from kdelibs, I&apos;m tempted to go back to the utempter package.  I notice the x11-term/xterm-215 package now requires libutempter though.  Should xterm be made to depend on virtual/utempter or are we still trying to fix kdelibs to work with libutempter?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2006-07-19 01:05:14 0000</bug_when>
            <thetext>Created an attachment (id=92189)
kdelibs-3.5.3-libutempter.patch

Patch to kdelibs to use libutempter. I also submitted this upstream.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2006-07-19 01:10:56 0000</bug_when>
            <thetext>Created an attachment (id=92190)
kdelibs-3.5.3-r4.ebuild

Ebuild that uses my patch, based on kdelibs-3.5.3-r3.

I explicitly depend on libutempter now, not virtual/utempter.

As using utempter has some security implications, I made utempter an USE flag, in accordance with the rfe bug 109395.

To make things work out of the box for the average user, you might want to add this to the profile. Or should the utempter use flag be reversed and named noutempter? Or is the preferred default to not use utempter?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2006-07-19 13:41:19 0000</bug_when>
            <thetext>As configure checks for a library, I assumed that it would depend on libutempter. But I just checked that utempter-0.5.5.6 installs a libutempter.so as well, providing just the &quot;old interface&quot;.

Therefore my patch should work for this setup as well.
The dependency in comment 5 could therefore be changed back to virtual/utempter.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bugzilla@weshardin.com</who>
            <bug_when>2006-07-21 07:58:58 0000</bug_when>
            <thetext>tested the -r4 ebuild and libutempter patch and it works for me (~x86)

As for the USE flag issue, I think its generally a good idea to at least have the initial login to KDE recorded, so as a user I lean to having utempter support on by default in kdelibs.  Its been included by default into the Kdelibs in the past and the complaint in bug 109395 seems to focus on the utmp spam from Konsole, which I agree with disabling by default, if possible, but that is outside the scope of this bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-08-23 09:49:16 0000</bug_when>
            <thetext>*** Bug 143324 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-08-23 09:49:49 0000</bug_when>
            <thetext>Thanks for the patch Martin. Fixed with kdelibs-3.5.4-r1.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-08-24 08:55:43 0000</bug_when>
            <thetext>*** Bug 140977 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2006-10-31 10:00:51 0000</bug_when>
            <thetext>Created an attachment (id=100909)
kdelibs-3.5.5-libutempter.patch

This is attachment #92189 from comment #4 again for kdelibs-3.5.5.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2006-10-31 10:02:33 0000</bug_when>
            <thetext>kdelibs-3.5.5 is without this patch.
Please reopen this bug until the patch is included again in a future revision.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriglie@gmail.com</who>
            <bug_when>2006-11-23 05:57:30 0000</bug_when>
            <thetext>I can confirm that the bug needs to be reopened, kdelibs 3.5.5 doesn&apos;t record utmp info even with utempter use flag active</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-12-01 02:56:56 0000</bug_when>
            <thetext>*** Bug 156774 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-12-01 03:01:54 0000</bug_when>
            <thetext>Reopen...

(In reply to comment #4)
&gt; Patch to kdelibs to use libutempter. I also submitted this upstream.

A link to the bug would be useful. 

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriglie@gmail.com</who>
            <bug_when>2006-12-01 11:43:44 0000</bug_when>
            <thetext>(In reply to comment #15)
&gt; Reopen...
&gt; 
&gt; (In reply to comment #4)
&gt; &gt; Patch to kdelibs to use libutempter. I also submitted this upstream.
&gt; 
&gt; A link to the bug would be useful. 
&gt; 
I believe that would be http://bugs.kde.org/show_bug.cgi?id=112840
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2006-12-04 18:13:51 0000</bug_when>
            <thetext>(In reply to comment #16)
&gt; I believe that would be http://bugs.kde.org/show_bug.cgi?id=112840

That&apos;s the one. Sorry, I stated the URL in the preamble of the 3.5.3 patch.
Not the most obvious place too look for it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alonbl@gentoo.org</who>
            <bug_when>2007-02-03 15:25:56 0000</bug_when>
            <thetext>Hi!
Any news regarding this? kde-base/kdelibs-3.5.6-r2 with USE utempter still don&apos;t broadcast wall.
Thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2007-02-17 10:21:26 0000</bug_when>
            <thetext>Created an attachment (id=110456)
kdelibs-3.5.6-libutempter.patch

I was informed of a more matching upstream bug; maybe it should become the URL of this bug here: http://bugs.kde.org/show_bug.cgi?id=140308
You can vote for this bug. :-)

I&apos;m confident that my patch does the right thing, so I see no problem applying it to current Gentoo ebuilds. Here is a version for kdelibs-3.5.6.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alonbl@gentoo.org</who>
            <bug_when>2007-03-02 22:42:57 0000</bug_when>
            <thetext>Works for me! (attachment#110456)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2007-04-16 20:39:29 0000</bug_when>
            <thetext>Still not included in latest 3.5.6-r5 ebuild.
So yet again I have to copy the ebuild to my overlay to get this included. :(
It would be really nice to get this patch included again in the portage tree.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2007-04-17 16:31:17 0000</bug_when>
            <thetext>Seemant: Any reason why you didn&apos;t push the bug back to the KDE team? No idea, why it was reassigned in the first place...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bugzilla@weshardin.com</who>
            <bug_when>2007-04-17 17:24:01 0000</bug_when>
            <thetext>(In reply to comment #22)
&gt; Still not included in latest 3.5.6-r5 ebuild.

I&apos;m running kdelibs-3.5.6-r5 and utmp works for me.  I was under the impression this was fixed upstream.  I have rebuilt my system since first reporting this and now use KDM instead of Entrance as my login manager, but that&apos;s the only difference in the login chain I can think of.

whardin@freeman ~ $ w
 12:03:06 up 14 days, 22:13,  4 users,  load average: 0.64, 0.57, 0.52
USER     TTY        LOGIN@   IDLE   JCPU   PCPU WHAT
whardin  :0        10Apr07 ?xdm?   3:59m  0.03s /bin/sh /usr/kde/3.5/bin/startkde

whardin@freeman ~ $ equery list kdelibs
[ Searching for package &apos;kdelibs&apos; in all categories among: ]
 * installed packages
[I--] [  ] kde-base/kdelibs-3.5.6-r5 (3.5)
whardin@freeman ~ $ equery list libutempter
[ Searching for package &apos;libutempter&apos; in all categories among: ]
 * installed packages
[I--] [  ] sys-libs/libutempter-1.1.5 (0)
whardin@freeman ~ $ equery list kdm
[ Searching for package &apos;kdm&apos; in all categories among: ]
 * installed packages
[I--] [  ] kde-base/kdm-3.5.6 (3.5)

The configure command used when compiling kdelibs: (notice --with-utempter)
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-distribution=Gentoo --disable-fast-malloc --enable-libfam --enable-dnotify --with-libart --with-libidn --with-acl --with-ssl --with-alsa --without-arts --with-gssapi --with-tiff --with-jasper --with-openexr --enable-cups --with-utempter --without-lua --enable-sendfile --enable-mitshm --with-aspell --disable-dnssd --without-hspell --with-rgbfile=/usr/share/X11/rgb.txt --with-x --enable-mitshm --with-xinerama --with-qt-dir=/usr/qt/3 --enable-mt --with-qt-libraries=/usr/qt/3/lib --disable-dependency-tracking --disable-debug --without-debug --enable-final --without-arts --enable-gcc-hidden-visibility --prefix=/usr/kde/3.5 --mandir=/usr/kde/3.5/share/man --infodir=/usr/kde/3.5/share/info --datadir=/usr/kde/3.5/share --sysconfdir=/usr/kde/3.5/etc --build=i686-pc-linux-gnu

And from the configure output...
checking for addToUtmp in -lutempter... yes

So kdelibs seems to be happy with the libutempter implementation.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriglie@gmail.com</who>
            <bug_when>2007-04-17 18:58:33 0000</bug_when>
            <thetext>(In reply to comment #24)
&gt; (In reply to comment #22)
&gt; &gt; Still not included in latest 3.5.6-r5 ebuild.
&gt; 
&gt; I&apos;m running kdelibs-3.5.6-r5 and utmp works for me.  I was under the impression
&gt; this was fixed upstream.  I have rebuilt my system since first reporting this
&gt; and now use KDM instead of Entrance as my login manager, but that&apos;s the only
&gt; difference in the login chain I can think of.
&gt; 
&gt; whardin@freeman ~ $ w
&gt;  12:03:06 up 14 days, 22:13,  4 users,  load average: 0.64, 0.57, 0.52
&gt; USER     TTY        LOGIN@   IDLE   JCPU   PCPU WHAT
&gt; whardin  :0        10Apr07 ?xdm?   3:59m  0.03s /bin/sh
&gt; /usr/kde/3.5/bin/startkde

It&apos;s not working: I suppose you are launching w from a konsole window. There should be a second line in the w output with something like
whardin pts/0  date  ecc. ecc.  bash
but there is not, because konsole still doesn&apos;t write utmp info.
Try to launch w from a plain xterm, you should see the difference.
The line you get is from kdm/startkde and is not related to this bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bugzilla@weshardin.com</who>
            <bug_when>2007-04-17 21:40:26 0000</bug_when>
            <thetext>(In reply to comment #25)

&gt; It&apos;s not working: I suppose you are launching w from a konsole window. There
&gt; should be a second line in the w output with something like
&gt; whardin pts/0  date  ecc. ecc.  bash
&gt; but there is not, because konsole still doesn&apos;t write utmp info.
&gt; Try to launch w from a plain xterm, you should see the difference.
&gt; The line you get is from kdm/startkde and is not related to this bug.

For starters, since I am the originator of the bug, I think I have a pretty good idea what it&apos;s about.  It has nothing to do with Konsole, because I don&apos;t use Konsole, I use rxvt.  And rxvt does not record any UTMP info, which is the behavior I want.  I don&apos;t need a record of every terminal window I open.

The original report was about when logging into KDE (via Entrance), no record was added to UTMP.  So after logging in and opening an rxvt window, doing a &apos;w&apos; returned nothing.  And that was my problem.  The only mention of Konsole in this bug report was made by me in referencing another bug.

Perhaps using KDM is what &apos;fixed&apos; this for me, I don&apos;t know, although I seem to remember testing various GUI login managers after initially reporting the bug to see if that had any effect, with no luck.  I haven&apos;t seen anyone else say what GUI login manager they&apos;re using.  I really don&apos;t think the login manager has much effect because, originally, the combination of entrance-utempter-kde did work while entrance-libutempter-kde did not.

These days, KDM-libutempter-kde does work.  At least for me.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2007-04-17 22:18:47 0000</bug_when>
            <thetext>(In reply to comment #26)
&gt; These days, KDM-libutempter-kde does work.  At least for me.

What does &quot;work&quot; mean? You are referring to the output from w, but to me and some others it is most important to receive wall messages via kwrited. Have you checked this? I always assumed the two to be connected, but I&apos;m not sure anymore.

I&apos;m surprised it works for you. The problem was there in -r2, for me and for comment #19. From that to -r5 the tarball has stayed the same, and no patches concerning utempter have been added. My patch still applies, which is basically proof that the code in kdelibs is still incompatible with libutempter. As kdm belongs to kde, if anything I would have assumed it to suffer from the same problem, not to solve it.

I&apos;m happy it works for you, but I cannot understand how it can. I&apos;m starting my KDE using startx from a console login here, and right now I&apos;m compiling an unpatched -r5 to try to reproduce your results.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bugzilla@weshardin.com</who>
            <bug_when>2007-04-17 22:50:59 0000</bug_when>
            <thetext>(In reply to comment #27)
&gt; What does &quot;work&quot; mean? You are referring to the output from w

My original problem was simply the lack of a line in the w output for the login to KDE.  I have scripts that check that output and they &apos;broke&apos; when KDE stopped recording my login.

&gt;but to me and
&gt; some others it is most important to receive wall messages via kwrited. Have you
&gt; checked this?

Nope, I was never concerned with this.  I&apos;d be more than willing to test this, but it was outside the scope of my initial bug report.  

I checked the Services Manager in kcontrol and the KDE Write Daemon is listed as running.  I don&apos;t see a kwrited process in &quot;ps -ef&quot;.  slocate only finds a library and some .desktop files.

If you can give me an action and its expected reaction, I&apos;ll test it out.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2007-04-17 23:04:41 0000</bug_when>
            <thetext>(In reply to comment #28)
&gt; If you can give me an action and its expected reaction, I&apos;ll test it out.

Type &quot;wall Test&quot;.
A window should open titled &quot;KWrited - Listening on Device /dev/pts/#&quot;
and containing Text like &quot;Broadcast message from ... Test&quot;.
Notice that wall writes to all users, so keep this in mind if there are other users logged into your machine.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2007-04-18 09:44:20 0000</bug_when>
            <thetext>(In reply to comment #27)
&gt; (In reply to comment #26)
&gt; &gt; These days, KDM-libutempter-kde does work.  At least for me.
&gt; 
&gt; I&apos;m happy it works for you, but I cannot understand how it can. I&apos;m starting
&gt; my KDE using startx from a console login here, and right now I&apos;m compiling an
&gt; unpatched -r5 to try to reproduce your results.

&quot;startx &amp; logout&quot; - libutempter-1.1.5 - kdelibs-3.5.6-r5 (unmodified)
still does not work: neither an entry in the w output nor a response to wall.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2007-04-18 09:57:47 0000</bug_when>
            <thetext>OK, I could reproduce the w line with kdm. kwrited still does not work.
I used to have a line about &quot;kded --new-startup&quot; owning /dev/pts/0.

kdm has root privileges, right? So it can modify UTMP without using utempter.
Probably that&apos;s the reason why kdm generates such a line even when libutempter support is broken in kdelibs.

To summarize: from comment #24 to now we have some indications of maybe a partial workaround based on kdm, but no real solution supporting kwrited.
Therefore this is still a patch to be included by the kde team. PLEASE?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2007-04-25 08:53:21 0000</bug_when>
            <thetext>fixed with kdelibs-3.5.6-r6</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>92189</attachid>
            <date>2006-07-19 01:05 0000</date>
            <desc>kdelibs-3.5.3-libutempter.patch</desc>
            <filename>kdelibs-3.5.3-libutempter.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">Q2hhbmdlIGxpYmtkZWNvcmUgZnJvbSBrZGVsaWJzLTMuNS4zIHRvIHVzZSBsaWJ1dGVtcHRlciBp
bnN0ZWFkIG9mIGJpbmFyeS4KVGhlIGNvbmZpZyBmaWxlcyBhbHJlYWR5IGNoZWNrIGZvciAtbHV0
ZW1wdGVyIGFuZCBmdW5jdGlvbiBhZGRUb1V0bXAuClRoZXkgc2V0IHRoZSBMSUJVVEVNUFRFUiBN
YWtlZmlsZSB2YXJpYWJsZSBpbiB0aGUgbWFrZWZpbGVzIGFsb25nIHdpdGggdGhlCkhBVkVfVVRF
TVBURVIgcHJlcHJvY2Vzc29yIHN3aXRjaC4KCmxpYnV0ZW1wdGVyOiBodHRwOi8vYWx0bGludXgu
b3JnL2luZGV4LnBocD9tb2R1bGU9c2lzeXBodXMmcGFja2FnZT1saWJ1dGVtcHRlcgpLREUgQnVn
OiAgICAgaHR0cDovL2J1Z3Mua2RlLm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MTEyODQwCkdlbnRvbyBC
dWc6ICBodHRwOi8vYnVncy5nZW50b28ub3JnL3Nob3dfYnVnLmNnaT9pZD0xMzU4MTgKCjIwMDYt
MDctMTkgTWFydGluIHZvbiBHYWdlcm4gPE1hcnRpbi52R2FnZXJuQGdteC5uZXQ+CgpkaWZmIC0t
ZXhjbHVkZT0nKn4nIC11ciBrZGVsaWJzLTMuNS4zLm9yaWcva2RlY29yZS9NYWtlZmlsZS5hbSBr
ZGVsaWJzLTMuNS4zL2tkZWNvcmUvTWFrZWZpbGUuYW0KLS0tIGtkZWxpYnMtMy41LjMub3JpZy9r
ZGVjb3JlL01ha2VmaWxlLmFtCTIwMDYtMDctMTkgMDI6MDI6MzYuMDAwMDAwMDAwICswMjAwCisr
KyBrZGVsaWJzLTMuNS4zL2tkZWNvcmUvTWFrZWZpbGUuYW0JMjAwNi0wNy0xOSAwMjoxNTozMC4w
MDAwMDAwMDAgKzAyMDAKQEAgLTExNSw3ICsxMTUsNyBAQAogCWt1c2VyLmNwcCBrY29uZmlnc2tl
bGV0b24uY3BwIGtjb25maWdkaWFsb2dtYW5hZ2VyLmNwcCBrbG9ja2ZpbGUuY3BwIFwKIAlrcWlv
ZGV2aWNlZ3ppcF9wLmNwcCBrdGltZXpvbmVzLmNwcAogCi1saWJrZGVjb3JlX2xhX0xERkxBR1Mg
PSAkKFFUX0xERkxBR1MpICQoS0RFX1JQQVRIKSAkKEtERV9NVF9MREZMQUdTKSAkKFhfTERGTEFH
UykgJChVU0VSX0xERkxBR1MpIC12ZXJzaW9uLWluZm8gNjowOjIgLW5vLXVuZGVmaW5lZAorbGli
a2RlY29yZV9sYV9MREZMQUdTID0gJChRVF9MREZMQUdTKSAkKEtERV9SUEFUSCkgJChLREVfTVRf
TERGTEFHUykgJChMSUJVVEVNUFRFUikgJChYX0xERkxBR1MpICQoVVNFUl9MREZMQUdTKSAtdmVy
c2lvbi1pbmZvIDY6MDoyIC1uby11bmRlZmluZWQKIGxpYmtkZWNvcmVfbGFfTElCQUREID0gbWFs
bG9jL2xpYmtsbWFsbG9jLmxhIG5ldHdvcmsvbGlia2RlY29yZW5ldHdvcmsubGEgJChTVkdJQ09O
X0xJQikgLi4vZGNvcC9saWJEQ09QLmxhIC4uL2xpYmx0ZGwvbGlibHRkbGMubGEgJChMSUJfWEVY
VCkgJChMSUJSRVNPTFYpICQoTElCVVRJTCkgJChMSUJBUlRfTElCUykgJChMSUJfSUROKSAuLi9r
ZGVmeC9saWJrZGVmeC5sYQogbGlia2RlY29yZV9sYV9OTUNIRUNLID0gJChzcmNkaXIpL2xpYmtk
ZWNvcmUubm1jaGVjawogbGlia2RlY29yZV9sYV9OTUNIRUNLV0VBSyA9ICQoc3JjZGlyKS9saWJr
ZGVjb3JlX3dlYWsubm1jaGVjayAkKHNyY2RpcikvbGlicXQtbXRfd2Vhay5ubWNoZWNrIFwKZGlm
ZiAtLWV4Y2x1ZGU9Jyp+JyAtdXIga2RlbGlicy0zLjUuMy5vcmlnL2tkZWNvcmUvTWFrZWZpbGUu
aW4ga2RlbGlicy0zLjUuMy9rZGVjb3JlL01ha2VmaWxlLmluCi0tLSBrZGVsaWJzLTMuNS4zLm9y
aWcva2RlY29yZS9NYWtlZmlsZS5pbgkyMDA2LTA3LTE5IDAyOjAyOjM2LjAwMDAwMDAwMCArMDIw
MAorKysga2RlbGlicy0zLjUuMy9rZGVjb3JlL01ha2VmaWxlLmluCTIwMDYtMDctMTkgMDI6MTU6
MTcuMDAwMDAwMDAwICswMjAwCkBAIC03ODEsNyArNzgxLDcgQEAKIAogIz4tIGxpYmtkZWNvcmVf
bGFfTERGTEFHUyA9ICQoUVRfTERGTEFHUykgJChLREVfUlBBVEgpICQoS0RFX01UX0xERkxBR1Mp
ICQoWF9MREZMQUdTKSAkKFVTRVJfTERGTEFHUykgLXZlcnNpb24taW5mbyA2OjA6MiAtbm8tdW5k
ZWZpbmVkCiAjPisgMQotbGlia2RlY29yZV9sYV9MREZMQUdTID0gJChRVF9MREZMQUdTKSAkKEtE
RV9SUEFUSCkgJChLREVfTVRfTERGTEFHUykgJChYX0xERkxBR1MpICQoVVNFUl9MREZMQUdTKSAt
dmVyc2lvbi1pbmZvIDY6MDoyIC1uby11bmRlZmluZWQgJChLREVfTk9fVU5ERUZJTkVEKQorbGli
a2RlY29yZV9sYV9MREZMQUdTID0gJChRVF9MREZMQUdTKSAkKEtERV9SUEFUSCkgJChLREVfTVRf
TERGTEFHUykgJChMSUJVVEVNUFRFUikgJChYX0xERkxBR1MpICQoVVNFUl9MREZMQUdTKSAtdmVy
c2lvbi1pbmZvIDY6MDoyIC1uby11bmRlZmluZWQgJChLREVfTk9fVU5ERUZJTkVEKQogbGlia2Rl
Y29yZV9sYV9MSUJBREQgPSBtYWxsb2MvbGlia2xtYWxsb2MubGEgbmV0d29yay9saWJrZGVjb3Jl
bmV0d29yay5sYSAkKFNWR0lDT05fTElCKSAuLi9kY29wL2xpYkRDT1AubGEgLi4vbGlibHRkbC9s
aWJsdGRsYy5sYSAkKExJQl9YRVhUKSAkKExJQlJFU09MVikgJChMSUJVVElMKSAkKExJQkFSVF9M
SUJTKSAkKExJQl9JRE4pIC4uL2tkZWZ4L2xpYmtkZWZ4LmxhCiBsaWJrZGVjb3JlX2xhX05NQ0hF
Q0sgPSAkKHNyY2RpcikvbGlia2RlY29yZS5ubWNoZWNrCiBsaWJrZGVjb3JlX2xhX05NQ0hFQ0tX
RUFLID0gJChzcmNkaXIpL2xpYmtkZWNvcmVfd2Vhay5ubWNoZWNrICQoc3JjZGlyKS9saWJxdC1t
dF93ZWFrLm5tY2hlY2sgXApkaWZmIC0tZXhjbHVkZT0nKn4nIC11ciBrZGVsaWJzLTMuNS4zLm9y
aWcva2RlY29yZS9rcHR5LmNwcCBrZGVsaWJzLTMuNS4zL2tkZWNvcmUva3B0eS5jcHAKLS0tIGtk
ZWxpYnMtMy41LjMub3JpZy9rZGVjb3JlL2twdHkuY3BwCTIwMDYtMDctMTkgMDI6MDI6MzYuMDAw
MDAwMDAwICswMjAwCisrKyBrZGVsaWJzLTMuNS4zL2tkZWNvcmUva3B0eS5jcHAJMjAwNi0wNy0x
OSAwMjoxOTo1Mi4wMDAwMDAwMDAgKzAyMDAKQEAgLTgwLDYgKzgwLDEwIEBACiAjIGluY2x1ZGUg
PHV0bXAuaD4KICNlbmRpZgogCisjaWZkZWYgSEFWRV9VVEVNUFRFUgorIyBpbmNsdWRlIDx1dGVt
cHRlci5oPgorI2VuZGlmCisKICNpZmRlZiBIQVZFX1RFUk1JT1NfSAogLyogZm9yIEhQLVVYIChz
b21lIHZlcnNpb25zKSB0aGUgZXh0ZXJuIEMgaXMgbmVlZGVkLCBhbmQgZm9yIG90aGVyCiAgICBw
bGF0Zm9ybXMgaXQgZG9lc24ndCBodXJ0ICovCkBAIC0xMzgsMjEgKzE0Miw2IEBACiAvLyBwcml2
YXRlIGZ1bmN0aW9ucyAvLwogLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8KIAotI2lmZGVmIEhBVkVf
VVRFTVBURVIKLWNsYXNzIEtQcm9jZXNzX1V0bXAgOiBwdWJsaWMgS1Byb2Nlc3MKLXsKLXB1Ymxp
YzoKLSAgIGludCBjb21tU2V0dXBEb25lQygpCi0gICB7Ci0gICAgIGR1cDIoY21kRmQsIDApOwot
ICAgICBkdXAyKGNtZEZkLCAxKTsKLSAgICAgZHVwMihjbWRGZCwgMyk7Ci0gICAgIHJldHVybiAx
OwotICAgfQotICAgaW50IGNtZEZkOwotfTsKLSNlbmRpZgotCiAjZGVmaW5lIEJBU0VfQ0hPV04g
ImtncmFudHB0eSIKIAogCkBAIC0zOTksMTIgKzM4OCw4IEBACiB2b2lkIEtQdHk6OmxvZ2luKGNv
bnN0IGNoYXIgKnVzZXIsIGNvbnN0IGNoYXIgKnJlbW90ZWhvc3QpCiB7CiAjaWZkZWYgSEFWRV9V
VEVNUFRFUgotICAgIEtQcm9jZXNzX1V0bXAgdXRtcDsKLSAgICB1dG1wLmNtZEZkID0gZC0+bWFz
dGVyRmQ7Ci0gICAgdXRtcCA8PCAiL3Vzci9zYmluL3V0ZW1wdGVyIiA8PCAiLWEiIDw8IGQtPnR0
eU5hbWUgPDwgIiI7Ci0gICAgdXRtcC5zdGFydChLUHJvY2Vzczo6QmxvY2spOworICAgIGFkZFRv
VXRtcCAoZC0+dHR5TmFtZSwgcmVtb3RlaG9zdCwgZC0+bWFzdGVyRmQpOwogICAgIFFfVU5VU0VE
KHVzZXIpOwotICAgIFFfVU5VU0VEKHJlbW90ZWhvc3QpOwogI2VsaWYgZGVmaW5lZChVU0VfTE9H
SU4pCiAgICAgY29uc3QgY2hhciAqc3RyX3B0cjsKICAgICBzdHJ1Y3QgdXRtcCBsX3N0cnVjdDsK
QEAgLTQ0MiwxMCArNDI3LDcgQEAKIHZvaWQgS1B0eTo6bG9nb3V0KCkKIHsKICNpZmRlZiBIQVZF
X1VURU1QVEVSCi0gICAgS1Byb2Nlc3NfVXRtcCB1dG1wOwotICAgIHV0bXAuY21kRmQgPSBkLT5t
YXN0ZXJGZDsKLSAgICB1dG1wIDw8ICIvdXNyL3NiaW4vdXRlbXB0ZXIiIDw8ICItZCIgPDwgZC0+
dHR5TmFtZTsKLSAgICB1dG1wLnN0YXJ0KEtQcm9jZXNzOjpCbG9jayk7CisgICAgcmVtb3ZlTGlu
ZUZyb21VdG1wKGQtPnR0eU5hbWUsIGQtPm1hc3RlckZkKTsKICNlbGlmIGRlZmluZWQoVVNFX0xP
R0lOKQogICAgIGNvbnN0IGNoYXIgKnN0cl9wdHIgPSBkLT50dHlOYW1lLmRhdGEoKTsKICAgICBp
ZiAoIW1lbWNtcChzdHJfcHRyLCAiL2Rldi8iLCA1KSkK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>92190</attachid>
            <date>2006-07-19 01:10 0000</date>
            <desc>kdelibs-3.5.3-r4.ebuild</desc>
            <filename>kdelibs-3.5.3-r3.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2tkZS1iYXNlL2tkZWxpYnMva2RlbGlicy0zLjUu
My1yMy5lYnVpbGQsdiAxLjMgMjAwNi8wNy8wOSAwNDo0ODo0OCBmbGFtZWV5ZXMgRXhwICQKCmlu
aGVyaXQga2RlIGZsYWctby1tYXRpYyBldXRpbHMgbXVsdGlsaWIKc2V0LWtkZWRpciAzLjUKCkRF
U0NSSVBUSU9OPSJLREUgbGlicmFyaWVzIG5lZWRlZCBieSBhbGwga2RlIHByb2dyYW1zIgpIT01F
UEFHRT0iaHR0cDovL3d3dy5rZGUub3JnLyIKU1JDX1VSST0ibWlycm9yOi8va2RlL3N0YWJsZS8k
e1BWfS9zcmMvJHtQfS50YXIuYnoyCgltaXJyb3I6Ly9nZW50b28va2RlbGlicy0zLjUtcGF0Y2hz
ZXQtMDMudGFyLmJ6MiIKCkxJQ0VOU0U9IkdQTC0yIExHUEwtMiIKU0xPVD0iMy41IgpLRVlXT1JE
Uz0ifmFscGhhIH5hbWQ2NCB+aHBwYSB+aWE2NCB+bWlwcyB+cHBjIH5wcGM2NCB+c3BhcmMgfng4
NiB+eDg2LWZic2QiCklVU0U9ImFjbCBhbHNhIGFydHMgY3VwcyBkb2MganBlZzJrIGtlcmJlcm9z
IGxlZ2FjeXNzbCBvcGVuZXhyIHNwZWxsIHNzbCB0aWZmCnplcm9jb25mIGtlcm5lbF9saW51eCBm
YW0gdXRlbXB0ZXIiCgojIGtkZS5lY2xhc3MgaGFzIGtkZWxpYnMgaW4gREVQRU5ELCBhbmQgd2Ug
Y2FuJ3QgaGF2ZSB0aGF0IGluIGhlcmUuCiMgc28gd2UgcmVjcmVhdGUgdGhlIGVudGlyZSBERVBF
TkQgZnJvbSBzY3JhdGNoLgoKIyBBZGRlZCBhc3BlbGwtZW4gYXMgZGVwZW5kZW5jeSB0byB3b3Jr
IGFyb3VuZCBidWcgMTMxNTEyLgpSREVQRU5EPSIkKHF0X21pbl92ZXJzaW9uIDMuMy4zKQoJYXJ0
cz8gKCB+a2RlLWJhc2UvYXJ0cy0ke1BWfSApCglhcHAtYXJjaC9iemlwMgoJPj1tZWRpYS1saWJz
L2ZyZWV0eXBlLTIKCW1lZGlhLWxpYnMvZm9udGNvbmZpZwoJPj1kZXYtbGlicy9saWJ4c2x0LTEu
MS4xNQoJPj1kZXYtbGlicy9saWJ4bWwyLTIuNi42Cgk+PWRldi1saWJzL2xpYnBjcmUtNC4yCglt
ZWRpYS1saWJzL2xpYmFydF9sZ3BsCgluZXQtZG5zL2xpYmlkbgoJYWNsPyAoIGtlcm5lbF9saW51
eD8gKCBzeXMtYXBwcy9hY2wgKSApCglzc2w/ICggPj1kZXYtbGlicy9vcGVuc3NsLTAuOS43ZCAp
CglhbHNhPyAoIG1lZGlhLWxpYnMvYWxzYS1saWIgKQoJY3Vwcz8gKCA+PW5ldC1wcmludC9jdXBz
LTEuMS4xOSApCgl0aWZmPyAoIG1lZGlhLWxpYnMvdGlmZiApCglrZXJiZXJvcz8gKCB2aXJ0dWFs
L2tyYjUgKQoJanBlZzJrPyAoIG1lZGlhLWxpYnMvamFzcGVyICkKCW9wZW5leHI/ICggPj1tZWRp
YS1saWJzL29wZW5leHItMS4yICkKCXNwZWxsPyAoIHx8ICggICggYXBwLXRleHQvYXNwZWxsIGFw
cC1kaWN0cy9hc3BlbGwtZW4gKQoJICAgICAgICAgICAgICBhcHAtdGV4dC9pc3BlbGwgKSApCgl6
ZXJvY29uZj8gKCBuZXQtbWlzYy9tRE5TUmVzcG9uZGVyICkKCWZhbT8gKCB2aXJ0dWFsL2ZhbSAp
Cgl2aXJ0dWFsL2dob3N0c2NyaXB0Cgl1dGVtcHRlcj8gKCBzeXMtbGlicy9saWJ1dGVtcHRlciAp
IgoKREVQRU5EPSIke1JERVBFTkR9Cglkb2M/ICggYXBwLWRvYy9kb3h5Z2VuICkKCXN5cy1kZXZl
bC9nZXR0ZXh0CglkZXYtdXRpbC9wa2djb25maWciCgpSREVQRU5EPSIke1JERVBFTkR9Cgl8fCAo
ICggeDExLWFwcHMvcmdiIHgxMS1hcHBzL2ljZWF1dGggKSA8dmlydHVhbC94MTEtNyApIgoKcGtn
X3NldHVwKCkgewoJaWYgdXNlIGxlZ2FjeXNzbCA7IHRoZW4KCQllY2hvICIiCgkJZWVycm9yICJX
YXJuaW5nOiIKCQlld2FybiAiWW91IGhhdmUgdGhlIGxlZ2FjeXNzbCB1c2UgZmxhZyBlbmFibGVk
LCB3aGljaCBmaXhlcyBpc3N1ZXMgd2l0aCBzb21lIGJyb2tlbiIKCQlld2FybiAic2l0ZXMsIGJ1
dCBicmVha3Mgb3RoZXJzIGluc3RlYWQuIEl0IGlzIHN0cm9uZ2x5IGRpc2NvdXJhZ2VkIHRvIHVz
ZSBpdC4iCgkJZXdhcm4gIkZvciBtb3JlIGluZm9ybWF0aW9uLCBzZWUgYnVnICMxMjg5MjIuIgoJ
CWVjaG8gIiIKCWZpCn0KCnNyY191bnBhY2soKSB7CglrZGVfc3JjX3VucGFjawoJZXBhdGNoICR7
RklMRVNESVJ9L2tkZWxpYnMtMy41LjMtbGlidXRlbXB0ZXIucGF0Y2gKCWlmIHVzZSBsZWdhY3lz
c2wgOyB0aGVuCgkJIyBUaGlzIHBhdGNoIHdvbid0IGJlIGluY2x1ZGVkIHVwc3RyZWFtLCBzZWUg
YnVnICMxMjg5MjIKCQllcGF0Y2ggJHtXT1JLRElSfS9wYXRjaGVzL2tkZWxpYnMtMy41LjIta3Nz
bC0zZGVzLnBhdGNoIHx8IGRpZSAiUGF0Y2ggZGlkIG5vdCBhcHBseS4iCglmaQoKCWlmIHVzZSBj
dXBzICYmIGhhc192ZXJzaW9uICc+PW5ldC1wcmludC9jdXBzLTEuMl9wcmUnOyB0aGVuCgkJY2Qg
IiR7U30iCgoJCUVQQVRDSF9FWENMVURFPSJrdWJ1bnR1XzM5X2N1cHMxMl9jb21waWxlX2ZpeGVz
LmRpZmYiIFwKCQlFUEFUQ0hfU1VGRklYPSJkaWZmIiBcCgkJRVBBVENIX01VTFRJX01TRz0iQXBw
bHlpbmcgS1VidW50dSBwYXRjaGVzIGZvciBDVVBTIDEuMiBzdXBwb3J0IC4uLiIgXAoJCUVQQVRD
SF9GT1JDRT0ieWVzIiBcCgkJZXBhdGNoICIke1dPUktESVJ9L2tkZXByaW50LTMuNS4yLWN1cHMt
MS4yLXBhdGNoZXMvIgoJZmkKfQoKc3JjX2NvbXBpbGUoKSB7CglybSAtZiAke1N9L2NvbmZpZ3Vy
ZQoKCSMgaHNwZWxsIGlzIGRpc2FibGVkIGJlY2F1c2UgaXQgcmVxdWlyZXMgdmVyc2lvbiAwLjkg
b2YgaHNwZWxsIHRoYXQKCSMgaXMgbm90IGluIHBvcnRhZ2UgeWV0OyBsZWF2aW5nIGl0IHRvIGF1
dG9kZXRlY3Rpb24gdHJpZXMgdG8gdXNlIGl0CgkjIGFuZCB0aGVuIGZhaWxzIGJlY2F1c2Ugb2Yg
bWlzc2luZyByZXF1aXJlZCBmdW5jdGlvbnMKCglteWNvbmY9Ii0td2l0aC1kaXN0cmlidXRpb249
R2VudG9vCgkgICAgICAgICQodXNlX2VuYWJsZSBmYW0gbGliZmFtKSAkKHVzZV9lbmFibGUga2Vy
bmVsX2xpbnV4IGRub3RpZnkpCgkgICAgICAgIC0td2l0aC1saWJhcnQgLS13aXRoLWxpYmlkbiAk
KHVzZV93aXRoIHV0ZW1wdGVyKQoJICAgICAgICAkKHVzZV93aXRoIGFjbCkgJCh1c2Vfd2l0aCBz
c2wpCgkgICAgICAgICQodXNlX3dpdGggYWxzYSkgJCh1c2Vfd2l0aCBhcnRzKQoJICAgICAgICAk
KHVzZV93aXRoIGtlcmJlcm9zIGdzc2FwaSkgJCh1c2Vfd2l0aCB0aWZmKQoJICAgICAgICAkKHVz
ZV93aXRoIGpwZWcyayBqYXNwZXIpICQodXNlX3dpdGggb3BlbmV4cikKCSAgICAgICAgJCh1c2Vf
ZW5hYmxlIGN1cHMpICQodXNlX2VuYWJsZSB6ZXJvY29uZiBkbnNzZCkKCSAgICAgICAgLS13aXRo
b3V0LWhzcGVsbCIKCglpZiB1c2Ugc3BlbGwgJiYgaGFzX3ZlcnNpb24gYXBwLXRleHQvYXNwZWxs
OyB0aGVuCgkJbXljb25mPSIke215Y29uZn0gLS13aXRoLWFzcGVsbCIKCWVsc2UKCQlteWNvbmY9
IiR7bXljb25mfSAtLXdpdGhvdXQtYXNwZWxsIgoJZmkKCglpZiBoYXNfdmVyc2lvbiB4MTEtYXBw
cy9yZ2I7IHRoZW4KCQlteWNvbmY9IiR7bXljb25mfSAtLXdpdGgtcmdiZmlsZT0vdXNyL3NoYXJl
L1gxMS9yZ2IudHh0IgoJZmkKCglteWNvbmY9IiR7bXljb25mfSAtLWRpc2FibGUtZmFzdC1tYWxs
b2MiCgoJIyBmaXggYnVnIDU4MTc5LCBidWcgODU1OTMKCSMga2RlbGlicy0zLjQuMCBuZWVkZWQg
LWZuby1nY3NlOyAzLjQuMSBuZWVkcyAtbW1pbmltYWwtdG9jOyB0aGlzIG5lZWRzIGEKCSMgY2xv
c2VyIGxvb2suLi4gLSBjb3JzYWlyCgl1c2UgcHBjNjQgJiYgYXBwZW5kLWZsYWdzICItbW1pbmlt
YWwtdG9jIgoKCSMgd29yayBhcm91bmQgYnVnICMxMjA4NTgsIGdjYyAzLjQueCAtT3MgbWlzY29t
cGlsYXRpb24KCXVzZSB4ODYgJiYgcmVwbGFjZS1mbGFncyAiLU9zIiAiLU8yIiAjIHNlZSBidWcg
IzEyMDg1OAoKCWV4cG9ydCBCSU5ETk9XX0ZMQUdTPSIkKGJpbmRub3ctZmxhZ3MpIgoKCWtkZV9z
cmNfY29tcGlsZQoKCWlmIHVzZSBkb2M7IHRoZW4KCQltYWtlIGFwaWRveCB8fCBkaWUKCWZpCn0K
CnNyY19pbnN0YWxsKCkgewoJa2RlX3NyY19pbnN0YWxsCgoJaWYgdXNlIGRvYzsgdGhlbgoJCW1h
a2UgREVTVERJUj0iJHtEfSIgaW5zdGFsbC1hcGlkb3ggfHwgZGllCglmaQoKCSMgTmVlZGVkIHRv
IGNyZWF0ZSBsaWIgLT4gbGliNjQgc3ltbGluayBmb3IgYW1kNjQgMjAwNS4wIHByb2ZpbGUKCWlm
IFsgIiR7U1lNTElOS19MSUJ9IiA9ICJ5ZXMiIF07IHRoZW4KCQlkb3N5bSAkKGdldF9hYmlfTElC
RElSICR7REVGQVVMVF9BQkl9KSAke0tERURJUn0vbGliCglmaQoKCWlmICEgdXNlIGFydHMgOyB0
aGVuCgkJZG9kaXIgL2V0Yy9lbnYuZAoKCQkjIExpc3QgYWxsIHRoZSBtdWx0aWxpYiBsaWJkaXJz
CgkJbG9jYWwgbGliZGlycwoJCWZvciBsaWJkaXIgaW4gJChnZXRfYWxsX2xpYmRpcnMpOyBkbwoJ
CQlsaWJkaXJzPSIke2xpYmRpcnN9OiR7UFJFRklYfS8ke2xpYmRpcn0iCgkJZG9uZQoKCQljYXQg
PDxFT0YgPiAke0R9L2V0Yy9lbnYuZC80NWtkZXBhdGhzLSR7U0xPVH0gIyBudW1iZXIgZ29lcyBk
b3duIHdpdGggdmVyc2lvbiB1cGdyYWRlClBBVEg9JHtQUkVGSVh9L2JpbgpST09UUEFUSD0ke1BS
RUZJWH0vc2Jpbjoke1BSRUZJWH0vYmluCkxEUEFUSD0ke2xpYmRpcnM6MX0KQ09ORklHX1BST1RF
Q1Q9IiR7UFJFRklYfS9zaGFyZS9jb25maWcgJHtQUkVGSVh9L2VudiAke1BSRUZJWH0vc2h1dGRv
d24iCkVPRgoJZmkKCn0KCnBrZ19wb3N0aW5zdCgpIHsKCWlmIHVzZSB6ZXJvY29uZjsgdGhlbgoJ
CWVjaG8KCQllaW5mbyAiVG8gbWFrZSB6ZXJvY29uZiBzdXBwb3J0IGF2YWlsYWJsZSBpbiBLREUi
CgkJZWluZm8gIm1ha2Ugc3VyZSB0aGF0IHRoZSAnbWRuc2QnIGRhZW1vbiBpcyBydW5uaW5nLiIK
CQllaW5mbyAiTWFrZSBzdXJlIGFsc28gdGhhdCBtdWx0aWNhc3QgZG5zIGxvb2t1cHMgYXJlIgoJ
CWVpbmZvICJlbmFibGVkIGJ5IGVkaXRpbmcgdGhlICdob3N0czonIGxpbmUgaW4iCgkJZWluZm8g
Ii9ldGMvbnNzd2l0Y2guY29uZiB0byBpbmNsdWRlICdtZG5zJywgZS5nLjoiCgkJZWluZm8gImhv
c3RzOiBmaWxlcyBtZG5zIGRucyIKCQllY2hvCglmaQp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>100909</attachid>
            <date>2006-10-31 10:00 0000</date>
            <desc>kdelibs-3.5.5-libutempter.patch</desc>
            <filename>kdelibs-3.5.5-libutempter.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtdXIga2RlbGlicy0zLjUuNS5vcmlnL2tkZWNvcmUvTWFrZWZpbGUuYW0ga2RlbGlicy0z
LjUuNS9rZGVjb3JlL01ha2VmaWxlLmFtCi0tLSBrZGVsaWJzLTMuNS41Lm9yaWcva2RlY29yZS9N
YWtlZmlsZS5hbQkyMDA2LTEwLTMxIDE4OjUxOjM3LjAwMDAwMDAwMCArMDEwMAorKysga2RlbGli
cy0zLjUuNS9rZGVjb3JlL01ha2VmaWxlLmFtCTIwMDYtMTAtMzEgMTg6NTI6MzMuMDAwMDAwMDAw
ICswMTAwCkBAIC0xMTUsNyArMTE1LDcgQEAKIAlrdXNlci5jcHAga2NvbmZpZ3NrZWxldG9uLmNw
cCBrY29uZmlnZGlhbG9nbWFuYWdlci5jcHAga2xvY2tmaWxlLmNwcCBcCiAJa3Fpb2RldmljZWd6
aXBfcC5jcHAga3RpbWV6b25lcy5jcHAKIAotbGlia2RlY29yZV9sYV9MREZMQUdTID0gJChRVF9M
REZMQUdTKSAkKEtERV9SUEFUSCkgJChLREVfTVRfTERGTEFHUykgJChYX0xERkxBR1MpICQoVVNF
Ul9MREZMQUdTKSAtdmVyc2lvbi1pbmZvIDY6MDoyIC1uby11bmRlZmluZWQKK2xpYmtkZWNvcmVf
bGFfTERGTEFHUyA9ICQoUVRfTERGTEFHUykgJChLREVfUlBBVEgpICQoS0RFX01UX0xERkxBR1Mp
ICQoTElCVVRFTVBURVIpICQoWF9MREZMQUdTKSAkKFVTRVJfTERGTEFHUykgLXZlcnNpb24taW5m
byA2OjA6MiAtbm8tdW5kZWZpbmVkCiBsaWJrZGVjb3JlX2xhX0xJQkFERCA9IG1hbGxvYy9saWJr
bG1hbGxvYy5sYSBuZXR3b3JrL2xpYmtkZWNvcmVuZXR3b3JrLmxhICQoU1ZHSUNPTl9MSUIpIC4u
L2Rjb3AvbGliRENPUC5sYSAuLi9saWJsdGRsL2xpYmx0ZGxjLmxhICQoTElCX1hFWFQpICQoTElC
UkVTT0xWKSAkKExJQlVUSUwpICQoTElCQVJUX0xJQlMpICQoTElCX0lETikgLi4va2RlZngvbGli
a2RlZngubGEKIGxpYmtkZWNvcmVfbGFfTk1DSEVDSyA9ICQoc3JjZGlyKS9saWJrZGVjb3JlLm5t
Y2hlY2sKIGxpYmtkZWNvcmVfbGFfTk1DSEVDS1dFQUsgPSAkKHNyY2RpcikvbGlia2RlY29yZV93
ZWFrLm5tY2hlY2sgJChzcmNkaXIpL2xpYnF0LW10X3dlYWsubm1jaGVjayBcCmRpZmYgLXVyIGtk
ZWxpYnMtMy41LjUub3JpZy9rZGVjb3JlL01ha2VmaWxlLmluIGtkZWxpYnMtMy41LjUva2RlY29y
ZS9NYWtlZmlsZS5pbgotLS0ga2RlbGlicy0zLjUuNS5vcmlnL2tkZWNvcmUvTWFrZWZpbGUuaW4J
MjAwNi0xMC0zMSAxODo1MTozNy4wMDAwMDAwMDAgKzAxMDAKKysrIGtkZWxpYnMtMy41LjUva2Rl
Y29yZS9NYWtlZmlsZS5pbgkyMDA2LTEwLTMxIDE4OjUyOjMzLjAwMDAwMDAwMCArMDEwMApAQCAt
Nzg0LDcgKzc4NCw3IEBACiAKICM+LSBsaWJrZGVjb3JlX2xhX0xERkxBR1MgPSAkKFFUX0xERkxB
R1MpICQoS0RFX1JQQVRIKSAkKEtERV9NVF9MREZMQUdTKSAkKFhfTERGTEFHUykgJChVU0VSX0xE
RkxBR1MpIC12ZXJzaW9uLWluZm8gNjowOjIgLW5vLXVuZGVmaW5lZAogIz4rIDEKLWxpYmtkZWNv
cmVfbGFfTERGTEFHUyA9ICQoUVRfTERGTEFHUykgJChLREVfUlBBVEgpICQoS0RFX01UX0xERkxB
R1MpICQoWF9MREZMQUdTKSAkKFVTRVJfTERGTEFHUykgLXZlcnNpb24taW5mbyA2OjA6MiAtbm8t
dW5kZWZpbmVkICQoS0RFX05PX1VOREVGSU5FRCkKK2xpYmtkZWNvcmVfbGFfTERGTEFHUyA9ICQo
UVRfTERGTEFHUykgJChLREVfUlBBVEgpICQoS0RFX01UX0xERkxBR1MpICQoTElCVVRFTVBURVIp
ICQoWF9MREZMQUdTKSAkKFVTRVJfTERGTEFHUykgLXZlcnNpb24taW5mbyA2OjA6MiAtbm8tdW5k
ZWZpbmVkICQoS0RFX05PX1VOREVGSU5FRCkKIGxpYmtkZWNvcmVfbGFfTElCQUREID0gbWFsbG9j
L2xpYmtsbWFsbG9jLmxhIG5ldHdvcmsvbGlia2RlY29yZW5ldHdvcmsubGEgJChTVkdJQ09OX0xJ
QikgLi4vZGNvcC9saWJEQ09QLmxhIC4uL2xpYmx0ZGwvbGlibHRkbGMubGEgJChMSUJfWEVYVCkg
JChMSUJSRVNPTFYpICQoTElCVVRJTCkgJChMSUJBUlRfTElCUykgJChMSUJfSUROKSAuLi9rZGVm
eC9saWJrZGVmeC5sYQogbGlia2RlY29yZV9sYV9OTUNIRUNLID0gJChzcmNkaXIpL2xpYmtkZWNv
cmUubm1jaGVjawogbGlia2RlY29yZV9sYV9OTUNIRUNLV0VBSyA9ICQoc3JjZGlyKS9saWJrZGVj
b3JlX3dlYWsubm1jaGVjayAkKHNyY2RpcikvbGlicXQtbXRfd2Vhay5ubWNoZWNrIFwKT25seSBp
biBrZGVsaWJzLTMuNS41L2tkZWNvcmU6IE1ha2VmaWxlLmluLm9yaWcKZGlmZiAtdXIga2RlbGli
cy0zLjUuNS5vcmlnL2tkZWNvcmUva3B0eS5jcHAga2RlbGlicy0zLjUuNS9rZGVjb3JlL2twdHku
Y3BwCi0tLSBrZGVsaWJzLTMuNS41Lm9yaWcva2RlY29yZS9rcHR5LmNwcAkyMDA2LTEwLTMxIDE4
OjUxOjMyLjAwMDAwMDAwMCArMDEwMAorKysga2RlbGlicy0zLjUuNS9rZGVjb3JlL2twdHkuY3Bw
CTIwMDYtMTAtMzEgMTg6NTI6MzMuMDAwMDAwMDAwICswMTAwCkBAIC04MCw2ICs4MCwxMCBAQAog
IyBpbmNsdWRlIDx1dG1wLmg+CiAjZW5kaWYKIAorI2lmZGVmIEhBVkVfVVRFTVBURVIKKyMgaW5j
bHVkZSA8dXRlbXB0ZXIuaD4KKyNlbmRpZgorCiAjaWZkZWYgSEFWRV9URVJNSU9TX0gKIC8qIGZv
ciBIUC1VWCAoc29tZSB2ZXJzaW9ucykgdGhlIGV4dGVybiBDIGlzIG5lZWRlZCwgYW5kIGZvciBv
dGhlcgogICAgcGxhdGZvcm1zIGl0IGRvZXNuJ3QgaHVydCAqLwpAQCAtMTM4LDIxICsxNDIsNiBA
QAogLy8gcHJpdmF0ZSBmdW5jdGlvbnMgLy8KIC8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vCiAKLSNp
ZmRlZiBIQVZFX1VURU1QVEVSCi1jbGFzcyBLUHJvY2Vzc19VdG1wIDogcHVibGljIEtQcm9jZXNz
Ci17Ci1wdWJsaWM6Ci0gICBpbnQgY29tbVNldHVwRG9uZUMoKQotICAgewotICAgICBkdXAyKGNt
ZEZkLCAwKTsKLSAgICAgZHVwMihjbWRGZCwgMSk7Ci0gICAgIGR1cDIoY21kRmQsIDMpOwotICAg
ICByZXR1cm4gMTsKLSAgIH0KLSAgIGludCBjbWRGZDsKLX07Ci0jZW5kaWYKLQogI2RlZmluZSBC
QVNFX0NIT1dOICJrZ3JhbnRwdHkiCiAKIApAQCAtMzk5LDEyICszODgsOCBAQAogdm9pZCBLUHR5
Ojpsb2dpbihjb25zdCBjaGFyICp1c2VyLCBjb25zdCBjaGFyICpyZW1vdGVob3N0KQogewogI2lm
ZGVmIEhBVkVfVVRFTVBURVIKLSAgICBLUHJvY2Vzc19VdG1wIHV0bXA7Ci0gICAgdXRtcC5jbWRG
ZCA9IGQtPm1hc3RlckZkOwotICAgIHV0bXAgPDwgIi91c3Ivc2Jpbi91dGVtcHRlciIgPDwgIi1h
IiA8PCBkLT50dHlOYW1lIDw8ICIiOwotICAgIHV0bXAuc3RhcnQoS1Byb2Nlc3M6OkJsb2NrKTsK
KyAgICBhZGRUb1V0bXAgKGQtPnR0eU5hbWUsIHJlbW90ZWhvc3QsIGQtPm1hc3RlckZkKTsKICAg
ICBRX1VOVVNFRCh1c2VyKTsKLSAgICBRX1VOVVNFRChyZW1vdGVob3N0KTsKICNlbGlmIGRlZmlu
ZWQoVVNFX0xPR0lOKQogICAgIGNvbnN0IGNoYXIgKnN0cl9wdHI7CiAgICAgc3RydWN0IHV0bXAg
bF9zdHJ1Y3Q7CkBAIC00NDIsMTAgKzQyNyw3IEBACiB2b2lkIEtQdHk6OmxvZ291dCgpCiB7CiAj
aWZkZWYgSEFWRV9VVEVNUFRFUgotICAgIEtQcm9jZXNzX1V0bXAgdXRtcDsKLSAgICB1dG1wLmNt
ZEZkID0gZC0+bWFzdGVyRmQ7Ci0gICAgdXRtcCA8PCAiL3Vzci9zYmluL3V0ZW1wdGVyIiA8PCAi
LWQiIDw8IGQtPnR0eU5hbWU7Ci0gICAgdXRtcC5zdGFydChLUHJvY2Vzczo6QmxvY2spOworICAg
IHJlbW92ZUxpbmVGcm9tVXRtcChkLT50dHlOYW1lLCBkLT5tYXN0ZXJGZCk7CiAjZWxpZiBkZWZp
bmVkKFVTRV9MT0dJTikKICAgICBjb25zdCBjaGFyICpzdHJfcHRyID0gZC0+dHR5TmFtZS5kYXRh
KCk7CiAgICAgaWYgKCFtZW1jbXAoc3RyX3B0ciwgIi9kZXYvIiwgNSkpCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>110456</attachid>
            <date>2007-02-17 10:21 0000</date>
            <desc>kdelibs-3.5.6-libutempter.patch</desc>
            <filename>kdelibs-3.5.6-libutempter.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">Q2hhbmdlIGxpYmtkZWNvcmUgZnJvbSBrZGVsaWJzLTMuNS42IHRvIHVzZSBsaWJ1dGVtcHRlciBp
bnN0ZWFkIG9mIGJpbmFyeS4KVGhpcyBwYXRjaCB1c2VzIHRoZSBuZXcgaW50ZXJmYWNlIGZyb20g
bGlidXRlbXB0ZXIgYW5kIHRodXMgYnJlYWtzCmNvbXBhdGliaWxpdHkgdG8gdGhlIG9sZCBSZWRI
YXQgaW1wbGVtZW50YXRpb24gdXRlbXB0ZXIuCgpsaWJ1dGVtcHRlcjogaHR0cDovL2FsdGxpbnV4
Lm9yZy9pbmRleC5waHA/bW9kdWxlPXNpc3lwaHVzJnBhY2thZ2U9bGlidXRlbXB0ZXIKICAgICAg
ICAgICAgIGZ0cDovL2Z0cC5hbHRsaW51eC5vcmcvcHViL3Blb3BsZS9sZHYvdXRlbXB0ZXIvCktE
RSBCdWc6ICAgICBodHRwOi8vYnVncy5rZGUub3JnL3Nob3dfYnVnLmNnaT9pZD0xNDAzMDgKR2Vu
dG9vIEJ1ZzogIGh0dHA6Ly9idWdzLmdlbnRvby5vcmcvc2hvd19idWcuY2dpP2lkPTEzNTgxOAoK
MjAwNy0wMi0xNyBNYXJ0aW4gdm9uIEdhZ2VybiA8TWFydGluLnZHYWdlcm5AZ214Lm5ldD4KCmRp
ZmYgLXVyIGtkZWxpYnMtMy41LjYva2RlY29yZS9rcHR5LmNwcCBrZGVsaWJzL2tkZWNvcmUva3B0
eS5jcHAKLS0tIGtkZWxpYnMtMy41LjYva2RlY29yZS9rcHR5LmNwcAkyMDA2LTA1LTIyIDIwOjE0
OjIxLjAwMDAwMDAwMCArMDIwMAorKysga2RlbGlicy9rZGVjb3JlL2twdHkuY3BwCTIwMDctMDIt
MDQgMTI6NDQ6MzAuMDAwMDAwMDAwICswMTAwCkBAIC04MCw2ICs4MCwxMCBAQAogIyBpbmNsdWRl
IDx1dG1wLmg+CiAjZW5kaWYKIAorI2lmZGVmIEhBVkVfVVRFTVBURVIKKyMgaW5jbHVkZSA8dXRl
bXB0ZXIuaD4KKyNlbmRpZgorCiAjaWZkZWYgSEFWRV9URVJNSU9TX0gKIC8qIGZvciBIUC1VWCAo
c29tZSB2ZXJzaW9ucykgdGhlIGV4dGVybiBDIGlzIG5lZWRlZCwgYW5kIGZvciBvdGhlcgogICAg
cGxhdGZvcm1zIGl0IGRvZXNuJ3QgaHVydCAqLwpAQCAtMTM4LDIxICsxNDIsNiBAQAogLy8gcHJp
dmF0ZSBmdW5jdGlvbnMgLy8KIC8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vCiAKLSNpZmRlZiBIQVZF
X1VURU1QVEVSCi1jbGFzcyBLUHJvY2Vzc19VdG1wIDogcHVibGljIEtQcm9jZXNzCi17Ci1wdWJs
aWM6Ci0gICBpbnQgY29tbVNldHVwRG9uZUMoKQotICAgewotICAgICBkdXAyKGNtZEZkLCAwKTsK
LSAgICAgZHVwMihjbWRGZCwgMSk7Ci0gICAgIGR1cDIoY21kRmQsIDMpOwotICAgICByZXR1cm4g
MTsKLSAgIH0KLSAgIGludCBjbWRGZDsKLX07Ci0jZW5kaWYKLQogI2RlZmluZSBCQVNFX0NIT1dO
ICJrZ3JhbnRwdHkiCiAKIApAQCAtMzk5LDEyICszODgsOCBAQAogdm9pZCBLUHR5Ojpsb2dpbihj
b25zdCBjaGFyICp1c2VyLCBjb25zdCBjaGFyICpyZW1vdGVob3N0KQogewogI2lmZGVmIEhBVkVf
VVRFTVBURVIKLSAgICBLUHJvY2Vzc19VdG1wIHV0bXA7Ci0gICAgdXRtcC5jbWRGZCA9IGQtPm1h
c3RlckZkOwotICAgIHV0bXAgPDwgIi91c3Ivc2Jpbi91dGVtcHRlciIgPDwgIi1hIiA8PCBkLT50
dHlOYW1lIDw8ICIiOwotICAgIHV0bXAuc3RhcnQoS1Byb2Nlc3M6OkJsb2NrKTsKKyAgICBhZGRU
b1V0bXAoZC0+dHR5TmFtZSwgcmVtb3RlaG9zdCwgZC0+bWFzdGVyRmQpOwogICAgIFFfVU5VU0VE
KHVzZXIpOwotICAgIFFfVU5VU0VEKHJlbW90ZWhvc3QpOwogI2VsaWYgZGVmaW5lZChVU0VfTE9H
SU4pCiAgICAgY29uc3QgY2hhciAqc3RyX3B0cjsKICAgICBzdHJ1Y3QgdXRtcCBsX3N0cnVjdDsK
QEAgLTQ0MiwxMCArNDI3LDcgQEAKIHZvaWQgS1B0eTo6bG9nb3V0KCkKIHsKICNpZmRlZiBIQVZF
X1VURU1QVEVSCi0gICAgS1Byb2Nlc3NfVXRtcCB1dG1wOwotICAgIHV0bXAuY21kRmQgPSBkLT5t
YXN0ZXJGZDsKLSAgICB1dG1wIDw8ICIvdXNyL3NiaW4vdXRlbXB0ZXIiIDw8ICItZCIgPDwgZC0+
dHR5TmFtZTsKLSAgICB1dG1wLnN0YXJ0KEtQcm9jZXNzOjpCbG9jayk7CisgICAgcmVtb3ZlTGlu
ZUZyb21VdG1wKGQtPnR0eU5hbWUsIGQtPm1hc3RlckZkKTsKICNlbGlmIGRlZmluZWQoVVNFX0xP
R0lOKQogICAgIGNvbnN0IGNoYXIgKnN0cl9wdHIgPSBkLT50dHlOYW1lLmRhdGEoKTsKICAgICBp
ZiAoIW1lbWNtcChzdHJfcHRyLCAiL2Rldi8iLCA1KSkKZGlmZiAtdXIga2RlbGlicy0zLjUuNi9r
ZGVjb3JlL01ha2VmaWxlLmFtIGtkZWxpYnMva2RlY29yZS9NYWtlZmlsZS5hbQotLS0ga2RlbGli
cy0zLjUuNi9rZGVjb3JlL01ha2VmaWxlLmFtCTIwMDYtMTAtMDEgMTk6MzM6MzguMDAwMDAwMDAw
ICswMjAwCisrKyBrZGVsaWJzL2tkZWNvcmUvTWFrZWZpbGUuYW0JMjAwNy0wMi0wNCAxMjo0MTo1
My4wMDAwMDAwMDAgKzAxMDAKQEAgLTExNSw3ICsxMTUsNyBAQAogCWt1c2VyLmNwcCBrY29uZmln
c2tlbGV0b24uY3BwIGtjb25maWdkaWFsb2dtYW5hZ2VyLmNwcCBrbG9ja2ZpbGUuY3BwIFwKIAlr
cWlvZGV2aWNlZ3ppcF9wLmNwcCBrdGltZXpvbmVzLmNwcAogCi1saWJrZGVjb3JlX2xhX0xERkxB
R1MgPSAkKFFUX0xERkxBR1MpICQoS0RFX1JQQVRIKSAkKEtERV9NVF9MREZMQUdTKSAkKFhfTERG
TEFHUykgJChVU0VSX0xERkxBR1MpIC12ZXJzaW9uLWluZm8gNjowOjIgLW5vLXVuZGVmaW5lZAor
bGlia2RlY29yZV9sYV9MREZMQUdTID0gJChRVF9MREZMQUdTKSAkKEtERV9SUEFUSCkgJChLREVf
TVRfTERGTEFHUykgJChMSUJVVEVNUFRFUikgJChYX0xERkxBR1MpICQoVVNFUl9MREZMQUdTKSAt
dmVyc2lvbi1pbmZvIDY6MDoyIC1uby11bmRlZmluZWQKIGxpYmtkZWNvcmVfbGFfTElCQUREID0g
bWFsbG9jL2xpYmtsbWFsbG9jLmxhIG5ldHdvcmsvbGlia2RlY29yZW5ldHdvcmsubGEgJChTVkdJ
Q09OX0xJQikgLi4vZGNvcC9saWJEQ09QLmxhIC4uL2xpYmx0ZGwvbGlibHRkbGMubGEgJChMSUJf
WEVYVCkgJChMSUJSRVNPTFYpICQoTElCVVRJTCkgJChMSUJBUlRfTElCUykgJChMSUJfSUROKSAu
Li9rZGVmeC9saWJrZGVmeC5sYQogbGlia2RlY29yZV9sYV9OTUNIRUNLID0gJChzcmNkaXIpL2xp
YmtkZWNvcmUubm1jaGVjawogbGlia2RlY29yZV9sYV9OTUNIRUNLV0VBSyA9ICQoc3JjZGlyKS9s
aWJrZGVjb3JlX3dlYWsubm1jaGVjayAkKHNyY2RpcikvbGlicXQtbXRfd2Vhay5ubWNoZWNrIFwK
ZGlmZiAtdXIga2RlbGlicy0zLjUuNi9rZGVjb3JlL01ha2VmaWxlLmluIGtkZWxpYnMva2RlY29y
ZS9NYWtlZmlsZS5pbgotLS0ga2RlbGlicy0zLjUuNi9rZGVjb3JlL01ha2VmaWxlLmluCTIwMDct
MDEtMjQgMDk6NTQ6MDcuMDAwMDAwMDAwICswMTAwCisrKyBrZGVsaWJzL2tkZWNvcmUvTWFrZWZp
bGUuaW4JMjAwNy0wMi0wNCAxMjo0MTo1My4wMDAwMDAwMDAgKzAxMDAKQEAgLTc4OSw3ICs3ODks
NyBAQAogCiAjPi0gbGlia2RlY29yZV9sYV9MREZMQUdTID0gJChRVF9MREZMQUdTKSAkKEtERV9S
UEFUSCkgJChLREVfTVRfTERGTEFHUykgJChYX0xERkxBR1MpICQoVVNFUl9MREZMQUdTKSAtdmVy
c2lvbi1pbmZvIDY6MDoyIC1uby11bmRlZmluZWQKICM+KyAxCi1saWJrZGVjb3JlX2xhX0xERkxB
R1MgPSAkKFFUX0xERkxBR1MpICQoS0RFX1JQQVRIKSAkKEtERV9NVF9MREZMQUdTKSAkKFhfTERG
TEFHUykgJChVU0VSX0xERkxBR1MpIC12ZXJzaW9uLWluZm8gNjowOjIgLW5vLXVuZGVmaW5lZCAk
KEtERV9OT19VTkRFRklORUQpCitsaWJrZGVjb3JlX2xhX0xERkxBR1MgPSAkKFFUX0xERkxBR1Mp
ICQoS0RFX1JQQVRIKSAkKEtERV9NVF9MREZMQUdTKSAkKExJQlVURU1QVEVSKSAkKFhfTERGTEFH
UykgJChVU0VSX0xERkxBR1MpIC12ZXJzaW9uLWluZm8gNjowOjIgLW5vLXVuZGVmaW5lZCAkKEtE
RV9OT19VTkRFRklORUQpCiBsaWJrZGVjb3JlX2xhX0xJQkFERCA9IG1hbGxvYy9saWJrbG1hbGxv
Yy5sYSBuZXR3b3JrL2xpYmtkZWNvcmVuZXR3b3JrLmxhICQoU1ZHSUNPTl9MSUIpIC4uL2Rjb3Av
bGliRENPUC5sYSAuLi9saWJsdGRsL2xpYmx0ZGxjLmxhICQoTElCX1hFWFQpICQoTElCUkVTT0xW
KSAkKExJQlVUSUwpICQoTElCQVJUX0xJQlMpICQoTElCX0lETikgLi4va2RlZngvbGlia2RlZngu
bGEKIGxpYmtkZWNvcmVfbGFfTk1DSEVDSyA9ICQoc3JjZGlyKS9saWJrZGVjb3JlLm5tY2hlY2sK
IGxpYmtkZWNvcmVfbGFfTk1DSEVDS1dFQUsgPSAkKHNyY2RpcikvbGlia2RlY29yZV93ZWFrLm5t
Y2hlY2sgJChzcmNkaXIpL2xpYnF0LW10X3dlYWsubm1jaGVjayBcCg==
</data>        

          </attachment>
    </bug>

</bugzilla>