New sim-svn20060208 was released, so new ebuild would be nice. Btw. the 0.9.4_pre* ebuilds in portage should be 0.9.5_pre*, because in the program in the "About SIM" is writen SIM 0.9.5 SVN.
Please, don't restrict bugs... I.e., don't touch those checkboxes that you don't have any clue about what they mean.
Thank you for report. 1. That tarball intended for users that are not comfortable with `svn export`. 2. Version change to 0.9.5 in autoconf.ac was done by mistake and was reversed back. So. I'll keep version for now. I'm going to add new versions in portage once per month or more often to fix some critical. May be one day we'll see, long waiting, release (fex, 0.9.4). :) You may report here about that, but before you report, please, wait for one-two weeks. I'll keep this bug opened for some time, to avoid duplicates.
sim-0.9.4-rc1 was released!
Thank you. It will be avalable in portage in two days (I hope) :). But for two days at any attempt to download sources I receive: Too many clients for /sim-im/sim-0.9.4rc1.tar.bz2 :( So may be sim will be available a bit later...
(In reply to comment #4) > ... It will be avalable in portage in two days (I hope) :). ... It is still 2 weeks ;o)
OK, tried, it compiles and works (me mutters something unflattering about Berlios and upstream tarballs). The old ebuild works (after some messing w/ the versioning stuff), except for the following issue - it installs files into ${ROOT}/\. Don't know if that's also an issue w/ current ebuilds in portage, so just pointing out. /\ /\/usr /\/usr/share /\/usr/share/mimelnk /\/usr/share/mimelnk/application /\/usr/share/mimelnk/application/x-icq.desktop /\/usr/share/services /\/usr/share/services/simctrl.desktop
(In reply to comment #6) > except for the following issue - it installs files into > ${ROOT}/\. That is the reason I do not want to bump this in portage. Current svn snapshot has another build problems. I'm trying to fix this, but still need some time/knowledge on how to do this properly. The main problem is with admin/acinclude.m4.in file that was patched to have --disable-kde configure option. But patch is not working. As soon as upstream or me elaborate working solution, I'll bump another svn snapshot.
Well, the problem mentioned in Comment #6 is gone in rc2. However: <snip> checking for the default library search path... /lib /usr/lib # ld.so.conf autogenerated by env-update; make all changes to # contents of /etc/env.d directory /usr/local/lib //usr//lib/opengl/xorg-x11/lib /usr/i686-pc-linux-gnu/lib /usr/lib/gcc/i686-pc-linux-gnu/4.1.0 /usr/lib/gcc/i686-pc-linux-gnu/3.4.4 /usr/lib/gcc/i686-pc-linux-gnu/4.0.3 /usr/lib /opt/sun-jre-bin-1.5.0.06/lib/i686/ /opt/sun-jre-bin-1.5.0.06/lib/i686/native_threads/ /opt/sun-jre-bin-1.5.0.06/lib/i686/xawt/ /opt/sun-jre-bin-1.5.0.06/lib/i686/server/ /usr/kde/3.5/lib /usr/qt/3/lib /usr/games/lib /usr/lib/libstdc++-v3/ </snip> Compiles and runs fine, but the above doesn't look too sane, I guess... :P
I have not tryed rc2. But I've grubed svn tarball today and I can confirm that the problem mentioned in comment #6 gone. So I see no problems to update sim except... > Compiles and runs fine, but the above doesn't look too sane, I guess... :P jakub: How did you get this error? It seems that you need to run env-update to regenerate ld.so.conf but I'm not sure about it. Could you, please, grub the recent snapshot and try it: http://dev.gentoo.org/~pva/sim/ While I have not problems with it, I'd like to be a bit more sure not to introduce new errors. :) Thank you.
(In reply to comment #9) > jakub: How did you get this error? It seems that you need to run env-update to > regenerate ld.so.conf but I'm not sure about it. Well, I did get this during rc2 configure... I clearly parses # commented-out lines in ld.so.conf, which it should not. ;) > Could you, please, grub the recent snapshot and try it: > http://dev.gentoo.org/~pva/sim/ Sure, will try now. :)
Well, LDPATH looks good now... <snip> checking which variable specifies run-time library path... LD_LIBRARY_PATH checking for the default library search path... /lib /usr/lib </snip> but: <snip> /bin/sh ../libtool --silent --tag=CXX --mode=link i686-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -march=athlon-xp -O2 -pipe -fomit-frame-pointer -fforce-addr -ftree-vectorize -fno-stack-protector -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -fno-strict-aliasing -Wl,-O1 -Wl,--sort-common -L/usr/qt/3/lib -L/usr/lib -o libsim.la -rpath /usr/lib -L/usr/qt/3/lib -L/usr/qt/3/lib -L/usr/lib aboutdata.lo ballonmsg.lo buffer.lo builtinlogger.lo cfg.lo cmddef.lo contacts.lo country.lo datepicker.lo editfile.lo exec.lo fetch.lo fontedit.lo icons.lo intedit.lo linklabel.lo listview.lo log.lo message.lo plugins.lo preview.lo qchildwidget.lo qcolorbutton.lo qkeybutton.lo qzip.lo sax.lo simapi.lo socket.lo sockfactory.lo sslclient.lo textshow.lo toolbtn.lo translit.lo unquot.lo xsl.lo unzip.lo html.lo -lltdl -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -L/usr/lib -lxml2 -lz -lm -L/usr/lib -lxslt -lxml2 -lz -lm -lssl -lcrypto libtool: link: cannot find the library `libsim.la' </snip>
Hello, I have tried the ebuild from your site (http://dev.gentoo.org/~pva/sim/) and it doesn't work for me: /bin/sh ../libtool --silent --tag=CXX --mode=link i686-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=pentium-m -pipe -fomit-frame-pointer -fno-stack-protector-all -fno-stack-protector -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -fno-strict-aliasing -L/usr/kde/3.4/lib -L/usr/qt/3/lib -L/usr/lib -o libsim.la -rpath /usr/lib -L/usr/qt/3/lib -R /usr/lib -R /usr/kde/3.4/lib -R /usr/qt/3/lib -R /usr/lib -L/usr/kde/3.4/lib -L/usr/qt/3/lib -L/usr/lib aboutdata.lo ballonmsg.lo buffer.lo builtinlogger.lo cfg.lo cmddef.lo contacts.lo country.lo datepicker.lo editfile.lo exec.lo fetch.lo fontedit.lo icons.lo intedit.lo linklabel.lo listview.lo log.lo message.lo plugins.lo preview.lo qchildwidget.lo qcolorbutton.lo qkeybutton.lo qzip.lo sax.lo simapi.lo socket.lo sockfactory.lo sslclient.lo textshow.lo toolbtn.lo translit.lo unquot.lo xsl.lo unzip.lo html.lo -lltdl -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -lkdecore -lkdeui -lkio -L/usr/lib -lxml2 -lz -lm -L/usr/lib -lxslt -lxml2 -lz -lm -lssl -lcrypto libtool: link: cannot find the library `libsim.la' make[3]: *** [sim] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/var/tmp/portage/sim-0.9.4_pre060504/work/sim-060504/sim' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/sim-0.9.4_pre060504/work/sim-060504/sim' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/sim-0.9.4_pre060504/work/sim-060504' make: *** [all] Error 2 !!! ERROR: net-im/sim-0.9.4_pre060504 failed. !!! Function src_compile, Line 93, Exitcode 2 !!! make failed !!! If you need support, post the topmost build error, NOT this status message.
Although I could not reproduce it in stable chroot, I'll try in unstable... But it seems to me that the problem is... Since many things were changed in build process I've removed -j1 option from emake. Try return it back. Thus: - emake || die "make failed" + emake -j1 || die "make failed" If this does not help, please, send me on mail bzip'ed full output of build process along with other related information as `emerge --info` :)
(In reply to comment #13) > - emake || die "make failed" > + emake -j1 || die "make failed" Works fine. Not parallel-make safe, apparently.
(In reply to comment #13) > - emake || die "make failed" > + emake -j1 || die "make failed" It works for me too. Thanks.
Greate. :) Then I'll play with it today a bit more and bump in evening. (now it's morning here)
net-im/sim-0.9.4_pre060504 in portage tree. Enjoy :) And thank you, Jiri and Jakub, for help!
