Bug 86671 - gnome-system-tools (network-admin) cannot set gateway properly
|
Bug#:
86671
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: x86
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: gnome@gentoo.org
|
Reported By: silenturbanfox@charter.net
|
|
Component: GNOME
|
|
|
URL:
|
|
Summary: gnome-system-tools (network-admin) cannot set gateway properly
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2005-03-25 09:10 0000
|
Configuring network interface using network-admin successfully works for all
except setting the gateway. Setting static IP, netmask, and DNS servers works
well. Gateway settings, however, remain unchanged. Changing it in the window
and then confirming changes with "OK" does nothing. Returning to the window
reveals that no changes have been made at all.
Reproducible: Always
Steps to Reproduce:
1. Open network-admin or click on the network-status applet
2. Click "configure" in the case of the network status applet, or "properties"
in the case of the network-admin program.
3. Enter your root password in order to continue to the configuration utility.
4. Change your gateway IP.
5. Click OK
6. Repeat steps 1-3
7. Note that the gateway setting has not changed.
Actual Results:
The gateway setting remains unchanged.
Expected Results:
The gateway setting should successfully be applied.
root@Assassin bin # emerge info
Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.3.5,
glibc-2.3.4.20040808-r1,
2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 Intel(R) Pentium(R) M processor 1.70GHz
Gentoo Base System version 1.4.16
Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 8 2005,
20:08:39)]
dev-lang/python: 2.3.4-r1
sys-devel/autoconf: 2.59-r6, 2.13
sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils: 2.15.92.0.2-r1
sys-devel/libtool: 1.5.10-r4
virtual/os-headers: 2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer -pipe -funroll-loops"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer -pipe -funroll-loops"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X aalib alsa apm avi berkdb bitmap-fonts cdr crypt css cups curl dvd
editor emboss encode fam flac font-server foomaticdb fortran gdbm gif gnome gpm
gstreamer gtk gtk2 imagemagick imlib ipv6 java jpeg libg++ libwww mad mikmod
motif mp3 mpeg ncurses nls ogg oggvorbis opengl pam pdflib perl png python
quicktime readline samba sdl spell ssl svga tcltk tcpd tiff truetype
truetype-fonts type1-fonts xchattext xml xml2 xmms xv zlib video_cards_radeon"
Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
I am using Gnome 2.10, gnome-system-tools 1.20 . I was configuring a wireless
network interface (Intel PRO/Wireless 2200BG,) but that should be irrelevant,
seeing as the gateway settings are not involved with ifconfig or iwconfig at
all.
Same problem here.
Portage 2.0.51.20-r5 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.11-gentoo-r6 i686)
=================================================================
System uname: 2.6.11-gentoo-r6 i686 AMD Athlon(tm) XP 1600+
Gentoo Base System version 1.6.11
dev-lang/python: 2.3.5
sys-apps/sandbox: 1.2.2
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.5
sys-devel/binutils: 2.15.92.0.2-r8
sys-devel/libtool: 1.5.16
virtual/os-headers: 2.6.11
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig candy distlocks moo sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.belnet.be/packages/gentoo/"
LINGUAS="fr FR fr_FR"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X alsa apm arts avi bash-completion berkdb bitmap-fonts cdr crypt cups curl dba dvd emboss encode esd fam flac font-server foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 hal imagemagick imlib ipv6 java jpeg kde kqemu libg++ libwww mad mikmod mmx motif mp3 mpeg mysql ncurses nls nptl ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime readline real samba sdl softmmu spell ssl svg svga tcpd tetex theora tiff truetype truetype-fonts type1-fonts v4l vorbis win32codecs xine xml2 xmms xv xvid zlib linguas_fr linguas_FR linguas_fr_FR"
Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, MAKEOPTS
Just compiled CVS version and that doesn't works. I think that's a gentoo specific problem, the tool can't write the config file properly.
I'm trying to find the problem in the source code but I can't find where (in the code) config files are saved...
The problem is in system-tools-backends I think. And there are others problems
like the use of /etc/hostname in place of /etc/conf.d/hostname (in ~x86)
thats why i don't like g-s-t , they don't do stuff the gentoo way at all. This
should work trough making changes in conf.d/net , but it doesn't .
I propose we just disable the network-admin for now.
network-admin disabled in g-s-t-1.2.0-r1 .
I'm aware the backends need to be fixed, but that is outside the scope of this
bug and the gentoo team doesn't have time for it anyway.
thanks for the report.
*** Bug 167292 has been marked as a duplicate of this bug. ***