Re: [PATCH] ppc64 utmp changes

[Andreas Jaeger <aj at suse dot de>]

"Martin Schwidefsky" <schwidefsky@de.ibm.com> writes:

>> I haven't changed s390x, but IMHO it is better to recompile the affected
>> apps now in the /usr/lib -> /usr/lib64 transition which changes most
>> of the things anyway, than to suffer forever.
>
> I came to the conclusion that s390x will need the __WORDSIZE_COMPAT32
> version
> of utmp.h/utmpx.h as well. Fact is there are userland programs that access

But so far this has not been changed in glibc.  Can you submit a patch
for this, please?

Thanks,
Andreas

> /var/log/wtmp directly. To get this kind of program going under the 31 bit
> emulation the system /var/log/wtmp file needs to have the same format for
> 31 bit and 64 bit. Period.
> This leaves the question about "old" 64 bit programs that rely on the
> existing
> format of /var/log/wtmp. Apps that directly access /var/log/wtmp with the
> existing format can't be helped if we want to achive coexistence (the old
> question about how you want to die...). Apps that use the glibc to get/pass
> information from/to wtmp could be helped with versioning. Now the question:
> are there any functions other then getutent, getutid, getutline, pututline,
> getutxent, getutxid, getutxline, pututxline and login that get/pass a
> structure
> from utmp.h or utmpx.h?
>
> blue skies,
>    Martin
>
> Linux/390 Design & Development, IBM Deutschland Entwicklung GmbH
> Schönaicherstr. 220, D-71032 Böblingen, Telefon: 49 - (0)7031 - 16-2247
> E-Mail: schwidefsky@de.ibm.com
>
>

-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj