Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 217973
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Robert Buchholz <rbu@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Rémy DUPONT <rem11_1999@yahoo.fr>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
knetworkmanager-0.2.2.ebuild knetworkmanager-0.2.2.ebuild text/plain Rémy DUPONT 2008-04-16 15:58 0000 1.91 KB Details
knetworkmanager-0.2.2.ebuild knetworkmanager-0.2.2.ebuild text/plain Rémy DUPONT 2008-04-18 16:56 0000 1.92 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 217973 depends on: Show dependency tree
Bug 217973 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2008-04-16 15:54 0000
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

------- Comment #1 From Rémy DUPONT 2008-04-16 15:58:01 0000 -------
Created an attachment (id=149951) [details]
knetworkmanager-0.2.2.ebuild

the only change.

DEPEND="......
        >=dev-libs/libnl-1.1
        ......"

------- Comment #2 From Christian Schmitt 2008-04-16 22:45:41 0000 -------
Works here already for some days on PPC. I used the ebuild I posted in bug
199374. It's almost the same.

------- Comment #3 From Rémy DUPONT 2008-04-18 16:56:58 0000 -------
Created an attachment (id=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*

------- Comment #4 From Roeland Douma 2008-04-23 15:42:47 0000 -------
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

------- Comment #5 From Roeland Douma 2008-05-10 11:23:31 0000 -------
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.

------- Comment #6 From Robert A. 2008-05-10 11:28:13 0000 -------
(In reply to comment #5)

upgrade sys-kernel/linux-headers

------- Comment #7 From Robert A. 2008-05-10 11:40:55 0000 -------
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

------- Comment #8 From Roeland Douma 2008-05-10 11:45:55 0000 -------
Upgrading linux-headers worked. That should probably be added to the DEPEND.

------- Comment #9 From Michael 2008-06-09 12:56:43 0000 -------
works fine on my x86 notebook.

------- Comment #10 From Christian Hofrichter 2008-06-19 07:43:53 0000 -------
any reason why it does not hit the portage tree ?

------- Comment #11 From Robert Buchholz 2008-06-24 17:55:48 0000 -------
+*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).

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug