games-arcade/smclone-0.97 doesn't create a preferences file when run. If a user sets his preferences or saves a game, all will be lost when he quits the application. Bug 103801 may also be noteworthy: http://bugs.gentoo.org/show_bug.cgi?id=103801 Reproducible: Always Steps to Reproduce: 1. launch smc 2. change configuration 3. quit smc Actual Results: No preferences file is created. Also, this message gets displayed in console: "No Preferences found". If we run smc again and again, the same message appears. All configurations and saved games get lost after quitting smc. Expected Results: A preferences file should be created. Portage 2.0.51.22-r2 (default-linux/ppc/2005.0, gcc-3.4.4, glibc-2.3.4.20041102-r1, 2.6.12-gentoo-r8 ppc) ================================================================= System uname: 2.6.12-gentoo-r8 ppc 7447A, altivec supported Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.90.0.3-r5 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=G4 -mtune=G4 -maltivec -mabi=altivec -pipe -fomit-frame-pointer" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=G4 -mtune=G4 -maltivec -mabi=altivec -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.rnl.ist.utl.pt/gentoo" LC_ALL="en_IE.UTF-8" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="ppc X alsa altivec apm artworkextra bitmap-fonts browserplugin cdr cups dbus dga dhcp dvd eds encode esd foomaticdb gnome gpm gstreamer gtk gtk2 gtkhtml hal howl jikes jpeg mad mikmod mozsvg mp3 mpeg mppe-mppc network new-login nls nptl nptlonly offensive ogg oggvorbis opengl pic png ppds samba sdl ssl theora truetype unicode usb vorbis xml2 xvid userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS, MAKEOPTS
Yes it does, it just doesn't save the preferences. You can edit ~/.smclone/Preferences.ini to keep your preferences though.
Based on what you said, here's what i've came up with: preferences.ini doesn't get created if the .smclone folder doesn't exist. I had no .smclone folder, so no preferences.ini file; after creating the .smclone folder, the preferences.ini file is created automatically upon running smc. So I guess the only thing to do is to create .smclone also automatically if it doesn't exist. I also noted that all the preferences are saved this way, including saved games, although the save slot always has the description "Free Save", no matter what we put there. But that's another (probably upstream) bug.
$ rm -rf ~/.smclone $ smclone No Preferences found ... No joysticks available. Super Mario Clone FX exit $ ls ~/.smclone Preferences.ini There are definitely some rough edges to smclone but it's still in development. I'm marking this one INVALID since it *does* create the preferences file. The other bugs would be marked UPSTREAM.
This is mighty strange. After emerging smclone, I don't have a "smclone" command, but instead I have a "smc". And it doesn't show any "Super Mario Clone FX", either, but "Secret Maryo Chronicles". $ smc --version Secret Maryo Chronicles 0.97 I thought it could be something related to the source files, but I've deleted them and even changed the download mirror, but the result was the same. I guess it's best to leave this bug marked as INVALID, since I seem to be the only one experiencing this.
everything you described is how it should be
I'm going to reopen this because I tested with the wrong version and I think it should create ~/.smclone if it doesn't exist.
Fixed in 0.99.3.