Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 185411 - app-crypt/chntpw-0.99.4.070409 add ~amd64 keyword
Summary: app-crypt/chntpw-0.99.4.070409 add ~amd64 keyword
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: AMD64 Project
URL: http://home.eunet.no/pnordahl/ntpasswd/
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-15 13:37 UTC by Matthias Vill
Modified: 2007-11-15 22:18 UTC (History)
1 user (show)

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


Attachments
conversion of longs to int32_t (chntpw-64bit.diff,18.37 KB, patch)
2007-07-16 05:13 UTC, Mike Doty (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Matthias Vill 2007-07-15 13:37:00 UTC
Hi there, I just discovered that you can't compile chntpw for amd64.

But if you use the "-m32" compiler-option as suggested by the Makefile you get a working 32-bit application.
Problem seams to be, that the application tries to read dword-values and relies on int-values for this.
As you know 64-bit system use bigger int's so it will compile but won't work.

My suggestions: change
emake LIBS="-lcrypto" CFLAGS="${CFLAGS}"
to
emake LIBS="-lcrypto" CFLAGS="${CFLAGS} -m32"
and add ~amd64.
As the programm is not memory intense and does no big calculations this should be ok.
Maybe you need app-emulation/emul-linux-x86-baselibs for it provides /usr/lib32/libcrypto.so

Resulting Programm was tested for Windows XP.
Comment 1 Alon Bar-Lev (RETIRED) gentoo-dev 2007-07-16 03:58:00 UTC
As I wrote in bug#185183, the best way you can help is helping upstream to adjust his implementation to 64bit.
There is no reason why this package is not able to run as pure 64bit...

amd64, it is your call.
Comment 2 Mike Doty (RETIRED) gentoo-dev 2007-07-16 05:13:28 UTC
Created attachment 124991 [details, diff]
conversion of longs to int32_t

I have no nt password stuff to test on, but this patch will probably work.
Comment 3 Matthias Vill 2007-07-16 09:49:29 UTC
It generates more warnings than 32bit compile but it seams to work (I tested on some Win XP passwords)

I would have written this patch myself if I was more into C, but I had no idea how to get a number with a specific bit-length.

So thank you Mike.
Comment 4 Alon Bar-Lev (RETIRED) gentoo-dev 2007-07-16 18:26:26 UTC
Sent a message to upstream to confirm this.
Comment 5 Alon Bar-Lev (RETIRED) gentoo-dev 2007-07-27 20:34:22 UTC
Well... Upstream does not response... Matthias, have you seen some activity there? Can you please try to contact them too?
Comment 6 Thomas Anderson (tanderson) (RETIRED) gentoo-dev 2007-08-12 13:20:44 UTC
====amd64====

1. Compiles(I don't get any warnings)
2. Installs.
3. Runs.

Portage 2.1.2.11 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r4, 2.6.20-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.20-gentoo-r7 x86_64 unknown
Gentoo Base System release 1.12.9
Timestamp of tree: Sat, 11 Aug 2007 21:50:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r7
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=athlon64 -O2 -pipe"
DISTDIR="/distfiles"
FEATURES="ccache collision-protect distlocks metadata-transfer multilib-strict parallel-fetch sandbox sfperms strict test userpriv"
GENTOO_MIRRORS="http://mirrors.acm.cs.rpi.edu/gentoo/ http://distfiles.gentoo.org/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/overlay"
SYNC="rsync://192.168.1.30/gentoo-portage"
USE="X acl aiglx aim amd64 berkdb bitmap-fonts branding cli cracklib crypt cups dri fortran gdbm gpm gtk iconv imap ipv6 isdnlog midi mmx mpeg3 mudflap ncurses nls nptl nptlonly nvidia opengl openmp pam pcre perl pppd python qt3 readline reflection session sockets spl sqlite3 sse sse2 ssl tcpd test truetype-fonts type1-fonts unicode vim xcomposite xine xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 7 Alon Bar-Lev (RETIRED) gentoo-dev 2007-08-12 17:38:30 UTC
I will tell you why I am so afraid of none ack patch from upstream...
An invalid operation may cause the Windows machine unbootable.
Comment 8 Matthias Vill 2007-08-12 20:29:43 UTC
Strange you did not get any warnings...

Did you try the unpatched version?

Prior to appyling the patch your cflags have to contain the -m32 flag, because the ebuild diasbles it and the programm won't work on any regestry file (complains about wrong format and so on)
Comment 9 Alon Bar-Lev (RETIRED) gentoo-dev 2007-11-05 20:11:47 UTC
Upstream is dead, so I will move this package to maintainer-needed.
Sorry.
Comment 10 Matthias Vill 2007-11-05 20:32:24 UTC
Strange... there are two "new" news entries dated to September 2007... (which is somewhere between my report an now)

So upstream can't be that dead...
I'll try to contact him tomorrow... maybe I'm lucky...
Comment 11 Alon Bar-Lev (RETIRED) gentoo-dev 2007-11-09 09:36:35 UTC
Any luck?
Comment 12 Alon Bar-Lev (RETIRED) gentoo-dev 2007-11-15 22:07:04 UTC
No cooperative upstream...
Comment 13 Steve Dibb (RETIRED) gentoo-dev 2007-11-15 22:14:41 UTC
(In reply to comment #9)
> Upstream is dead, so I will move this package to maintainer-needed.
> Sorry.
> 

Dont really see any reason to keep this open if its a keyword request (or at least assigned to amd64).  Close as WONTFIX?
Comment 14 Alon Bar-Lev (RETIRED) gentoo-dev 2007-11-15 22:18:35 UTC
Opps. Thanks!