Version bump to 0.2.2 Short summary of changes since 0.2: - libnl-1.1 is required now - tray-icon animation now uses mng-files => tray-icon should not be corrupted anymore - Configure switch for "with/without dialup" - Bug reporting dialog works now :) - Fix retrieval of keys from KWallet/configfile so that connection to wireless networks is reliable - VPN configure checks now work correctly - Add dialup config for gentoo and fedora - Several memory leaks and segfaults fixed Reproducible: Always
Created attachment 149951 [details] knetworkmanager-0.2.2.ebuild the only change. DEPEND="...... >=dev-libs/libnl-1.1 ......"
Works here already for some days on PPC. I used the ebuild I posted in bug 199374. It's almost the same.
Created attachment 150192 [details] knetworkmanager-0.2.2.ebuild With >=dev-libs/libnl-1.1 we need to have networkmanager-0.6.5_p20080205 and up as current stable (0.6.5_p20070823) needs dev-libs/libnl-1.0_pre6*
That ebuild doesn't work over here. I do however see an error message: make all-recursive make[1]: Entering directory `/var/tmp/portage/kde-misc/knetworkmanager-0.2.2/work/knetworkmanager-0.2.2' Making all in knetworkmanager make[2]: Entering directory `/var/tmp/portage/kde-misc/knetworkmanager-0.2.2/work/knetworkmanager-0.2.2/knetworkmanager' Making all in pics make[3]: Entering directory `/var/tmp/portage/kde-misc/knetworkmanager-0.2.2/work/knetworkmanager-0.2.2/knetworkmanager/pics' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/var/tmp/portage/kde-misc/knetworkmanager-0.2.2/work/knetworkmanager-0.2.2/knetworkmanager/pics' Making all in src make[3]: Entering directory `/var/tmp/portage/kde-misc/knetworkmanager-0.2.2/work/knetworkmanager-0.2.2/knetworkmanager/src' cd ../.. && /bin/sh /var/tmp/portage/kde-misc/knetworkmanager-0.2.2/work/knetworkmanager-0.2.2/admin/missing --run automake-1.10 --gnu knetworkmanager/src/Makefile configure.in:43: version mismatch. This is Automake 1.10.1, configure.in:43: but the definition used by this AM_INIT_AUTOMAKE configure.in:43: comes from Automake 1.10. You should recreate configure.in:43: aclocal.m4 with aclocal and run automake again. WARNING: `automake-1.10' is probably too old. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. Note that is compiles further than this. But i'm guessing the not compiling has something to do with this... -------------- Portage 2.1.4.4 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r4 i686) ================================================================= System uname: 2.6.24-gentoo-r4 i686 Genuine Intel(R) CPU T2080 @ 1.73GHz Timestamp of tree: Wed, 23 Apr 2008 13:45:01 +0000 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.1.4 dev-lang/python: 2.4.4-r9 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="collision-protect distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch userpriv" GENTOO_MIRRORS="http://gentoo.tiscali.nl/ ftp://gentoo.tiscali.nl/pub/mirror/gentoo/ " LINGUAS="en nl" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_COMPRESS="" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/overlay" SYNC="rsync://rsync.tiscali.nl/gentoo-portage" USE="X a52 aac acpi alsa amr amrnb amrwb bash-completion bluetooth bzip2 chm cisco cli cracklib crypt cups dbus dia djvu dri dvd dvdr dvdread ffmpeg flac fontconfig fortran ftp gdbm gif glitz hal highlight highlisht history iconv irmc isdnlog jpeg jpeg2k kde lame latex libsamplerate logitech-mouse madwifi midi mmext mmx mp2 mp3 mplayer mudflap ncurses nls nptl nptlonly nsplugin ogg opengl openmp openvpn oss pcre pdf perl png ppds pppd python qt3 qt4 quicktime rdesktop readline reflection sdl session sox spl sse sse2 ssl svg tcpd tetex theora tiff truetype unicode vorbis win32codecs x264 x86 xcomposite xine xml xorg xv xvid zlib" ALSA_CARDS="hda-intel" 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" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="mouse keyboard evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en nl" USERLAND="GNU" VIDEO_CARDS="radeon fglrx" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
For some reason I did not paste the most important part o why it failed /usr/include/linux/if_link.h:43: error: '__u64' does not name a type /usr/include/linux/if_link.h:44: error: '__u64' does not name a type /usr/include/linux/if_link.h:45: error: '__u64' does not name a type /usr/include/linux/neighbour.h:92: error: '__u64' does not name a type /usr/include/linux/neighbour.h:93: error: '__u64' does not name a type /usr/include/linux/neighbour.h:94: error: '__u64' does not name a type /usr/include/linux/neighbour.h:95: error: '__u64' does not name a type /usr/include/linux/neighbour.h:96: error: '__u64' does not name a type /usr/include/linux/neighbour.h:97: error: '__u64' does not name a type /usr/include/linux/neighbour.h:98: error: '__u64' does not name a type /usr/include/linux/neighbour.h:99: error: '__u64' does not name a type /usr/include/linux/neighbour.h:100: error: '__u64' does not name a type /usr/include/linux/neighbour.h:101: error: '__u64' does not name a type make[3]: *** [knetworkmanager-devicestore.lo] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/var/tmp/portage/kde-misc/knetworkmanager-0.2.2/work/knetworkmanager-0.2.2/knetworkmanager/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/kde-misc/knetworkmanager-0.2.2/work/knetworkmanager-0.2.2/knetworkmanager' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/kde-misc/knetworkmanager-0.2.2/work/knetworkmanager-0.2.2' make: *** [all] Error 2 However this works on AMD64 because then __u64 is always defined. So on x86 it should be compiled without -ansi I guess.
(In reply to comment #5) upgrade sys-kernel/linux-headers
if you have any problems with knetworkmanager you should probably try nm-applet. "kde aware"-ebuilds: https://bugs.gentoo.org/show_bug.cgi?id=219305
Upgrading linux-headers worked. That should probably be added to the DEPEND.
works fine on my x86 notebook.
any reason why it does not hit the portage tree ?
+*knetworkmanager-0.2.2_p20080528 (24 Jun 2008) + + 24 Jun 2008; Robert Buchholz <rbu@gentoo.org> + +knetworkmanager-0.2.2_p20080528.ebuild: + Version bump (bug #217973), a bugfix release. Additionally, I added the linux-headers and proposed libnl changes. Thanks to everyone here! As for "why it took so long": The version we had in the tree prior was an SVN snapshot and it was taken only a few commits before the 0.2.2 release. Our ebuild now again is later than the release, nameley from 2008-05-28 (last commit to the knm 0.2 stable branch).