Dear Tumbleweed users and hackers,
It ha been rather quiet in the land of Tumbleweed last week - the
Easter Weekend (western christian church last week, Eastern this
weekend) might have been a cause for this.
Nevertheless, we had some snapshots released. The major changes were:
Firefox 37 made it into the repositories. the biggest change is likely
for users with Turkish locale: the default search engine has been
switched to be Yandex.
Other than that, we now finally have fully dynamic AppStream meta-data
published in Tumbleweed. Each snapshot gets the meta-data updated
automatically as well.
This means that GNOME Software starts to make a bit more sense, as it
actually sees CURRENT software in the repository (for 13.2 this was
cheated by injecting an online update with a static set of meta
data... something that worked fine for a static release as 13.2, but
was not usable for a rolling distribution such as Tumbleweed). As
informed earlier [1], not all applications with a .desktop file show
up yet, and there might be some work necessary for you if you want
your app to show up (at this moment GNOME Software is the only
consumer of these metadata, but this is certainly going to change in
the future. Also, despite it being called GNOME Software, there should
not be anything restricting it to run in a GNOME Desktop).
Currently I maintain a short statistical overview of how it bhaves at
http://gs-stats.leuenberger.net/ - Not much change is expected in one
day normally (except for structural changes as could be seen between
the two snapshots 20150316 and 20150318.
Next week is very likely again going to be a quiet week: HackWeek [2]
[1] http://lists.opensuse.org/opensuse-packaging/2015-03/msg00073.html
[2] https://news.opensuse.org/2015/04/10/next-week-is-hack-week/
Cheers,
--
Dimstar / Dominique Leuenberger <dimstar(a)opensuse.org>
Hi,
I recently experienced a filesystem issue that forced
me to use the rescue system and I saw two issues regarding
mounting filesystems that seemed bad to them
1) swap space is mounted by UUID
That is problematic. If your swap space is corrupted you
use mkswap. There practically is no other option.
Doing so, however, you change the UUID and your system
comes up without swap pretty much without warning.
That is really nasty if you need to do S4 later on.
It seems to me that swap should be mounted by device name.
2) systemd while coming up will tell you that a certain
UUID is unavailable and fails to boot.
That message is more less useless. You pretty much
won't find the partition by UUID after you reboot
into the rescue system because unless you have superhuman
memory or take a photograph you will not have the UUID
any more. And even if you had it, you won't find it
for the same reason systemd failed to find it.
A useful message would tell me where the filesystem
was to be mounted at.
Regards
Oliver
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
[Fresh 64 bit TW HTTP minimal X installation this AM]
1-By default, control icons are too small to tell what they are for, and
there's no hover popup to help.
2-sddm.conf man page claims full documentation available on
https://github.com/sddm/sddm but I don't find any type of manual explaining
sddm.conf there, where I would expect to find whichever equivalents to
kdmrc's (incorporated):
AllowNullPasswd=
AllowRootLogin=
AntiAliasing=
ConsoleTTYs=
FailFont=
FocusPasswd=
GreetFont=
HiddenUsers=
LogoArea=
NoPassAllUsers=
NoPassEnable=
NoPassUsers=
PreselectUser=Previous
ReserveServers=
SelectedUsers=root,one,two,three,four
ShowUsers=Selected
SortUsers=true
StdFont=.
TerminateServer=
Theme=
UserCompletion=true
UserList=true
UseTheme=false
exist or not.
3-Breeze: Only one box to type in doesn't say what goes there. Logins
normally require both a username and a password, and the list of users to
select from only holds 7.5 with no way to scroll to find the remainder of
users or even tell how many users there are. The Maui theme is the only other
of the five I dug out of /usr/share/sddm/themes/ with any users list.
4-sddm was selected during installation, and graphical.target got enabled,
but there was no X, no greeter, anywhere to be found on a screen or in ps -A
output on first several boots. /etc/sysconfig/displaymanager had
DISPLAYMANAGER=xdm, even though xdm was explicitly deselected during
installation.
5-With Xorg preconfigured to 120 DPI (or worse, using the default 96) via
/etc/X11/* and ~/.config/Trolltech.conf font set to size 12 font, and
/usr/share/desktop-data/qtrc set to size 12 font, no greeter text is big
enough to read (except for the time) without resorting to back strain
(leaning uncomfortably forward), eyestrain (squinting) or a magnifier.
Escalating DPI to 144 DPI or more brings the fonts close to a reasonable
size, but then the DE's DPI is overinflated, leaving consequences like
cut-off menu text strings[1] and oversize icons. Looking through
/usr/share/sddm/themes it's clear sddm suffers the same problem as most web
sites, sizing fonts tiny to suit the stylist instead of suiting normal people
with average and worse vision.[2]
[1] cf.: https://bugs.kde.org/show_bug.cgi?id=177323https://bugs.kde.org/show_bug.cgi?id=262695
[2] cf.: https://bugzilla.opensuse.org/show_bug.cgi?id=888055https://bugzilla.opensuse.org/show_bug.cgi?id=646418
&& 177323
--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Some time ago the support for KDE3 was disabled in our LibreOffice allegedly
to "reduce dep graph".
But a lot of openSUSE users still use KDE3.
The LibreOffice package provides well the KDE3 support feature and openSUSE
has all necessary packages needed to build it.
Yet my submit-request to re-enable KDE3 support has been rejected.
Why people just cannot let us use the desktop we like to? This feature is
provided by upstream
and openSUSE is one of the remaining distributions that provides KDE3.
Why do not we enable the feature?
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi.
The installer uses a lot of space just to show the name of the installation
step. In a 1152x864 screen it is using 396 pixels wide, that's about 34% of
the total. I think that we could put the text in the upper green stripe in
order to not waste neither vertical nor horizontal space.
1152x864 was the resolution I used in VirtualBox (if I use a lower resolution
it works only the text based interface), my netbook is only 1024x600, so the
problem is more noticeable there. Even with the 1152x864 resolution, the text
in some tabs is cut.
Another issue I'd like to comment is that there are two Release Notes in the
performing installation step: one has the text in Spanish (selected language)
and the other in English. I don't know if this is a bug or a feature...
Greetings.
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Is it possible to communicate with the opensuse cinnamon maintainers via this
route? , the isssue is gtk-3.16 breaking cinnamon-session, there is a fix,
wondering when osuse side will see an update.
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi,
we are currently trying to get openSUSE:Factory:Rings:0-Bootstrap and
openSUSE:Factory:Rings:1-MinimalX clean to build with GCC 5 in the
openSUSE:Factory:Staging:Gcc49 project. Once that works reasonably
I will push GCC 5 to Factory without enabling it as a default - that
will be done when it works fully (help appreciated at that point).
There is a porting-to document that explains some issues you may run
into (also consider the 4.9 variant as we didn't transition to that):
https://gcc.gnu.org/gcc-5/porting_to.htmlhttps://gcc.gnu.org/gcc-4.9/porting_to.html
You may also find the analysis of Fedora interesting which explains
why some packages now fail to build:
https://lists.fedoraproject.org/pipermail/devel/2015-February/207549.html
GCC 5 packages can be installed from devel:gcc where they are regularly
updated. Those sources also feed openSUSE:Factory:Staging:Gcc49.
Richard.
--
Richard Biener <rguenther(a)suse.de>
SUSE LINUX GmbH, GF: Felix Imendoerffer, Jane Smithard, Jennifer Guild,
Dilip Upmanyu, Graham Norton HRB 21284 (AG Nuernberg)
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Changed packages:
==== libdirectfb-1_7-7 ====
- Update baselibs.conf: we build libdirectfb-1_7-7.
==== MozillaFirefox ====
Version update (36.0.4 -> 37.0)
Subpackages: MozillaFirefox-translations-common
- update to Firefox 37.0 (bnc#925368)
* Heartbeat user rating system
* Yandex set as default search provider for the Turkish locale
* Bing search now uses HTTPS for secure searching
* Improved protection against site impersonation via OneCRL
centralized certificate revocation
* Opportunistically encrypt HTTP traffic where the server supports
HTTP/2 AltSvc
* some more behaviour changes for TLS
security fixes:
* MFSA 2015-30/CVE-2015-0814/CVE-2015-0815
Miscellaneous memory safety hazards
* MFSA 2015-31/CVE-2015-0813 (bmo#1106596))
Use-after-free when using the Fluendo MP3 GStreamer plugin
* MFSA 2015-32/CVE-2015-0812 (bmo#1128126)
Add-on lightweight theme installation approval bypassed through
MITM attack
* MFSA 2015-33/CVE-2015-0816 (bmo#1144991)
resource:// documents can load privileged pages
* MFSA-2015-34/CVE-2015-0811 (bmo#1132468)
Out of bounds read in QCMS library
* MFSA-2015-35/CVE-2015-0810 (bmo#1125013)
Cursor clickjacking with flash and images (OS X only)
* MFSA-2015-36/CVE-2015-0808 (bmo#1109552)
Incorrect memory management for simple-type arrays in WebRTC
* MFSA-2015-37/CVE-2015-0807 (bmo#1111834)
CORS requests should not follow 30x redirections after preflight
* MFSA-2015-38/CVE-2015-0805/CVE-2015-0806 (bmo#1135511, bmo#1099437)
Memory corruption crashes in Off Main Thread Compositing
* MFSA-2015-39/CVE-2015-0803/CVE-2015-0804 (bmo#1134560)
Use-after-free due to type confusion flaws
* MFSA-2015-40/CVE-2015-0801 (bmo#1146339)
Same-origin bypass through anchor navigation
* MFSA-2015-41/CVE-2015-0800/CVE-2012-2808
PRNG weakness allows for DNS poisoning on Android (only)
* MFSA-2015-42/CVE-2015-0802 (bmo#1124898)
Windows can retain access to privileged content on navigation
to unprivileged pages
- removed obsolete patches
* mozilla-bmo1088588.patch
* mozilla-bmo1108834.patch
- requires NSPR 4.10.8
- Fix builds with skia on Power
mozilla-skia-be-le.patch (patch from #bmo1136958)
mozilla-bmo1108834.patch
mozilla-bmo1005535.patch
==== MozillaThunderbird ====
Version update (31.5.0 -> 31.6.0)
Subpackages: MozillaThunderbird-translations-common
- update to Thunderbird 31.6.0 (bnc#925368)
* MFSA 2015-30/CVE-2015-0815
Miscellaneous memory safety hazards
* MFSA 2015-31/CVE-2015-0813 (bmo#1106596))
Use-after-free when using the Fluendo MP3 GStreamer plugin
* MFSA 2015-33/CVE-2015-0816 (bmo#1144991)
resource:// documents can load privileged pages
* MFSA-2015-37/CVE-2015-0807 (bmo#1111834)
CORS requests should not follow 30x redirections after preflight
* MFSA-2015-40/CVE-2015-0801 (bmo#1146339)
Same-origin bypass through anchor navigation
==== cmake ====
- Let CMake produces automatic RPM provides (added cmake.attr and
cmake.prov as sources)
==== cscope ====
- Use url for source
==== cups ====
Subpackages: cups-client cups-devel cups-libs cups-libs-32bit
- Add patch cups-busy-loop.patch to fix rh#1179596 , cups#4605
==== ed ====
Version update (1.10 -> 1.11)
- Cleanup spec file with spec-cleaner
- Update to 1.11
* main_loop.c (exec_command): Fixed 'z' command.
(zN printed N + 1 lines).
* ed.texi: Documented the window size used by the 'z' command.
* Makefile.in: Added new targets 'install*-compress'.
* Restored original copyright notices in the code. I assigned to
the FSF the copyright on changes made to the part of ed already
copyrighted by the FSF, which seems to be just the manual.
==== fcitx ====
Version update (4.2.8.5 -> 4.2.8.6)
Subpackages: fcitx-branding-openSUSE fcitx-gtk2 fcitx-gtk3 fcitx-pinyin fcitx-qt4 fcitx-table libfcitx-4_2_8
- update version 4.2.8.6
* add kf5 kcm support
==== gnutls ====
Version update (3.3.13 -> 3.3.14)
Subpackages: libgnutls-devel libgnutls-openssl27 libgnutls28 libgnutls28-32bit
- updated to 3.3.13 (released 2015-03-30)
* * libgnutls: When retrieving OCTET STRINGS from PKCS #12 ContentInfo
structures use BER to decode them (requires libtasn1 4.3). That allows
to decode some more complex structures.
* * libgnutls: When an end-certificate with no name is present and there
are CA name constraints, don't reject the certificate. This follows RFC5280
advice closely. Reported by Fotis Loukos.
* * libgnutls: Fixed handling of supplemental data with types > 255.
Patch by Thierry Quemerais.
* * libgnutls: Fixed double free in the parsing of CRL distribution points certificate
extension. Reported by Robert ?wi?cki.
* * libgnutls: Fixed a two-byte stack overflow in DTLS 0.9 protocol. That
protocol is not enabled by default (used by openconnect VPN).
* * libgnutls: The maximum user data send size is set to be the same for
block and non-block ciphersuites. This addresses a regression with wine:
https://bugs.winehq.org/show_bug.cgi?id=37500
* * libgnutls: When generating PKCS #11 keys, set CKA_ID, CKA_SIGN,
and CKA_DECRYPT when needed.
* * libgnutls: Allow names with zero size to be set using
gnutls_server_name_set(). That will disable the Server Name Indication.
Resolves issue with wine: https://gitlab.com/gnutls/gnutls/issues/2
==== intltool ====
Version update (0.50.2 -> 0.51.0)
- Update to version 0.51.0:
+ Don't write $SRCDIR to the pot file.
+ Fixed incorrect handling of spaces around = in .ini files.
+ Add support for QT designer .UI files.
+ Add missing files to Makefile.am EXTRA_DIST definitions.
+ Use plain localedir to install mo files to, rather than trying
to guess one.
+ Fix makefile rule to build .pox files properly.
+ Fix incorrect usage of hyphens and dashes in man pages.
+ Update .bzrignore with some new generated files.
+ Use autoreconf instead of gnome-autogen scripts.
+ Remove obsolete AM_GNU_GETTEXT information from docs.
+ Support single quotes in glade/gtkuibuilder files (lp#1034153).
==== libpng16-16 ====
Version update (1.6.16 -> 1.6.17)
Subpackages: libpng16-16-32bit libpng16-devel
- Fixed rgb_to_gray checks and added tRNS checks to pngvalid.c.
+ libpng-rgb_to_gray-checks.patch
- updated to 1.6.17:
Corrected the width limit calculation in png_check_IHDR().
Removed user limits from pngfix. Also pass NULL pointers to
png_read_row to skip the unnecessary row de-interlace stuff.
Implement previously untested cases of libpng transforms in pngvalid.c
Fixed byte order in 2-byte filler, in png_do_read_filler().
Made the check for out-of-range values in png_set_tRNS() detect
values that are exactly 2^bit_depth, and work on 16-bit platforms.
Merged some parts of libpng-1.6.17beta01 and libpng-1.7.0beta47.
Added #ifndef __COVERITY__ where needed in png.c, pngrutil.c and
pngset.c to avoid warnings about dead code.
Do not build png_product2() when it is unused.
Display user limits in the output from pngtest.
Eliminated the PNG_SAFE_LIMITS macro and restored the 1-million-column
and 1-million-row default limits in pnglibconf.dfa, that can be reset
by the user at build time or run time. This provides a more robust
defense against DOS and as-yet undiscovered overflows.
Added PNG_WRITE_CUSTOMIZE_COMPRESSION_SUPPORTED macro, on by default.
Allow user to call png_get_IHDR() with NULL arguments (Reuben Hawkins).
Moved png_set_filter() prototype into a PNG_WRITE_SUPPORTED block
of png.h.
Free the unknown_chunks structure even when it contains no data.
Fixed simplified 8-bit-linear to sRGB alpha. The calculated alpha
value was wrong. It's not clear if this affected the final stored
value; in the obvious code path the upper and lower 8-bits of the
alpha value were identical and the alpha was truncated to 8-bits
rather than dividing by 257 (John Bowler).
==== libfreebl3 ====
Version update (3.17.4 -> 3.18)
Subpackages: libsoftokn3 mozilla-nss mozilla-nss-certs mozilla-nss-devel mozilla-nss-tools
- update to 3.18
* Firefox target release 38
New functionality:
* When importing certificates and keys from a PKCS#12 source,
it's now possible to override the nicknames, prior to importing
them into the NSS database, using new API
SEC_PKCS12DecoderRenameCertNicknames.
* The tstclnt test utility program has new command-line options
- C, -D, -b and -R.
Use -C one, two or three times to print information about the
certificates received from a server, and information about the
locally found and trusted issuer certificates, to diagnose
server side configuration issues. It is possible to run tstclnt
without providing a database (-D). A PKCS#11 library that
contains root CA certificates can be loaded by tstclnt, which
may either be the nssckbi library provided by NSS (-b) or
another compatible library (-R).
New Functions:
* SEC_CheckCrlTimes
* SEC_GetCrlTimes
* SEC_PKCS12DecoderRenameCertNicknames
New Types:
* SEC_PKCS12NicknameRenameCallback
Notable Changes:
* The highest TLS protocol version enabled by default has been
increased from TLS 1.0 to TLS 1.2. Similarly, the highest DTLS
protocol version enabled by default has been increased from
DTLS 1.0 to DTLS 1.2.
* The default key size used by certutil when creating an RSA key
pair has been increased from 1024 bits to 2048 bits.
* The following CA certificates had the Websites and Code Signing
trust bits turned off:
- Equifax Secure Certificate Authority
- Equifax Secure Global eBusiness CA-1
- TC TrustCenter Class 3 CA II
* The following CA certificates were added:
- Staat der Nederlanden Root CA - G3
- Staat der Nederlanden EV Root CA
- IdenTrust Commercial Root CA 1
- IdenTrust Public Sector Root CA 1
- S-TRUST Universal Root CA
- Entrust Root Certification Authority - G2
- Entrust Root Certification Authority - EC1
- CFCA EV ROOT
* The version number of the updated root CA list has been set
to 2.3
- add the changes file as source so the .src.rpm builds (used for
fake build time)
==== python-kde4 ====
Subpackages: python-kde4-akonadi python-kde4-devel python-kde4-khtml python-kde4-knewstuff python-kde4-phonon python-kde4-plasma
- add arm-qreal-float.patch, arm-avoid-return-type-confusion.patch
to fix build on ARM
==== python3-setuptools ====
Version update (14.3.1 -> 15.0)
- update to version 15.0:
* Pull Request #126: DistributionNotFound message now lists the
package or packages that required it.
==== libspeexdsp1 ====
- disable unchecked use of NEON extension
==== libamd-2_4_1 ====
Subpackages: libcamd-2_4_1 libccolamd-2_9_1 libcholmod-3_0_5 libcolamd-2_9_1 libumfpack-5_7_1
- Update to version 4.4.4
+ CHOLMOD version number corrected. In 4.4.3, the CHOLMOD_SUBSUB_VERSION
string was left at '4' (it should have been '5', for CHOLMOD 3.0.5).
This version of SuiteSparse corrects this glitch.
+ Minor changes to comments in SuiteSparse_config.
+ SPQR version 2.0.1 released (minor update to documentation)
==== tigervnc ====
Subpackages: xorg-x11-Xvnc
- u_terminate_instead_of_ignoring_restart.patch
* Terminate instead of ignoring restart. (bnc#920969)
==== update-alternatives ====
Version update (1.17.23 -> 1.17.24)
- Cleanup with spec-cleaner
- Update to 1.11.24:
* Translation updates
* Various small fixes
==== vsftpd ====
- bnc#925963 stat is sometimes run on wrong path and results with
ENOENT, ensure we sent both dir+file to filter verification:
* vsftpd-path-normalize.patch
- Update patch bit more for sanity checks. Done by rsassu(a)suse.de:
* vsftpd-path-normalize.patch
- Add back patch attempting to fix bnc#900326 bnc#915522 and
bnc#922538:
* vsftpd-path-normalize.patch
- Reset filter patch to match fedora, my work will be restarted
in one-off patch to make the changes stand out. Add rest of
RH filtering patches:
* vsftpd-2.2.0-wildchar.patch
* vsftpd-2.3.4-sqb.patch
* vsftpd-2.1.0-filter.patch
- Work on the filter patch and split out the normalisation of the
path to separate str function, currently commented out so I
avoid huge diffing.
* vsftpd-2.1.0-filter.patch
==== wine ====
Version update (1.7.39 -> 1.7.40)
Subpackages: wine-32bit
- Updated to 1.7.40 development snapshot
- Support for kernel job objects.
- Various fixes to the ListView control.
- Better support for OOB data in Windows Sockets.
- Support for DIB images in the OLE data cache.
- Improved support for MSI patches.
- Some fixes for ACL file permissions.
- Various bug fixes.
==== yast2-installation ====
Version update (3.1.135 -> 3.1.138)
- avoid endless loop when confirm update in proposal runner
(FATE#315161)
- 3.1.138
- fix method missing error in proposal_runner (FATE#315161)
- 3.1.137
- fix dependencies in proposal_store (FATE#315161)
- 3.1.136
Removed packages:
libsuitesparseconfig-4_4_3
Added packages:
libsuitesparseconfig-4_4_4
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi,
Attention Tumbleweed users with btrfs! If your system crashes it may run
into a deadlock on next reboot:
http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg42758.html
Workaround is to mount the btrfs volumes on an older kernel. After that
the system will boot normally again.
cu
Ludwig
--
(o_ Ludwig Nussel
//\
V_/_ http://www.suse.de/
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Jennifer
Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg)
Maxfeldstraße 5; 90409 Nürnberg; Germany
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Andrei Borzenkov composed on 2015-04-07 06:53 (UTC+0300):
> Mon, 06 Apr 2015 23:45:04 -0400 Felix Miata composed:
>> Andrei Borzenkov composed on 2015-04-07 06:22 (UTC+0300):
>> > Felix Miata composed:
>> >> Can more than one default route per interface be configured?
>> I think I partially answered this by experiment. I booted TW to find default
>> route 192.168.1.1 while using router with 192.168.0.1. I ran
>> route add default gw 192.168.0.1 eth0
>> That produced:
>> Kernel IP routing table
>> Destination Gateway Genmask Flags Metric Ref Use Iface
>> 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
>> 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
>> 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
>> which is working, but I have no idea if this holds any potential problem.
> Your system is using single router 192.168.0.1.
>> > How is it supposed to work?
>> I don't know.
>> > How should system select which route to use?
>> Round robin?
> So half of the packets get lost?
You tell me.
>> Pick fastest?
> Define fastest ...
s/fastest/most responsive/
>> First in list?
> That is what it currently does. It will always use the first one. So
> having more than one effectively does nothing.
Then with mc I could comment one line or the other according to which used,
assuming it gets picked up right away as when a change to /etc/hosts gets
made to deny access to another adserver.
>> >> I configure my own installations with fixed IP. I want to be able to take any
>> >> of them elsewhere, discover the IP of the relevant gateway/router, and using
>> >> mcedit, change, or add, whatever is necessary, without starting any GUI,
>> >> YaST, or any kind of "manager". Is this asking too much?
>> > Show fix IP you configured and IP of (default) router you want to use.
>> location 1 (router 1): 192.168.0.1
>> location 2 (router 2): 192.168.1.1
> I assume default netmask ...
>> host: 192.168.0.121
> Second one won't work. Gateway must be on locally attached network. It
> had always been this way. Even if you manage to fool your system in
> sending packets to this address, gateway won't know how to reply.
I'm not necessarily trying to have both configured at once. I only want
it simple to change if I bring a PC to some network that uses a different
router IP.
I now have this particular host configured with fixed IP on 13.1 and TW,
and DHCP on 13.2 and the other 13.1. All seems good here except with TW.
In TW, actions affecting network, like mounting a NFS share, or pinging,
exhibit huge delays. Network throughput, as when running zypper dup,
seems normal. This is some data from 13.3 as of last having yast2 do
network configuration, then disabling Wicked's DHCP and nanny, which I
hoped would eliminate the delays, but did not:
# ll /boot/initrd-3.19.3*
-rw------- 1 root root 5859740 Apr 7 01:38 /boot/initrd-3.19.3-1-desktop
/etc/sysconfig/network # ls -l
-rw-r--r-- 1 root root 11617 Feb 23 20:35 config
-rw-r--r-- 1 root root 139 Apr 7 05:21 dhcp
-rw------- 1 root root 143 Feb 23 20:30 ifcfg-eth0
-rw------- 1 root root 173 Mar 18 08:25 ifcfg-lo
-rw-r--r-- 1 root root 21738 Feb 20 06:45 ifcfg.template
-rw-r--r-- 1 root root 29 Apr 7 05:21 ifroute-eth0
-rw-r--r-- 1 root root 0 Apr 7 05:21 routes
# cat ifcfg-eth0
BOOTPROTO='static'
IPADDR='192.168.0.121/24'
BROADCAST='192.168.0.255'
STARTMODE='onboot'
NAME='NetXtreme BCM5751 Gigabit Ethernet PCI Express'
# cat ifroute-eth0
default 192.168.0.1 - eth0
# systemctl list-units | grep wick
wicked.service loaded active exited wicked managed network interfaces
wickedd-auto4.service loaded active running wicked AutoIPv4 supplicant service
wickedd.service loaded active running wicked network management service daemon
# systemctl list-unit-files | grep wick
wicked.service enabled
wickedd-auto4.service enabled
wickedd-dhcp4.service disabled
wickedd-dhcp6.service disabled
wickedd-nanny.service disabled
wickedd.service enabled
# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:...
inet addr:192.168.0.121 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:464 errors:0 dropped:0 overruns:0 frame:0
TX packets:506 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:50224 (49.0 Kb) TX bytes:44907 (43.8 Kb) Interrupt:16
# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
# ping www.google.com
PING www.google.com (216.58.219.164) 56(84) bytes of data.
64 bytes from mia07s27-in-f4.1e100.net (216.58.219.164): icmp_seq=1 ttl=47 time=26.5 ms
64 bytes from mia07s27-in-f4.1e100.net (216.58.219.164): icmp_seq=2 ttl=47 time=27.1 ms
64 bytes from mia07s27-in-f4.1e100.net (216.58.219.164): icmp_seq=3 ttl=47 time=26.8 ms
64 bytes from mia07s27-in-f4.1e100.net (216.58.219.164): icmp_seq=4 ttl=47 time=25.8 ms
^C64 bytes from 216.58.219.164: icmp_seq=5 ttl=47 time=31.3 ms
--- www.google.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 20347ms
rtt min/avg/max/mdev = 25.825/27.548/31.371/1.973 ms
The above ping looks almost normal, omitting the length of time elapsed before
output shows on screen. Rather than nearly instant start of response, 10-12
seconds elapse before first line prints, and rather than subsequent following
1 or 2 seconds later each, the delay is approximately 5 seconds each. The telling
number is that 20347. Doing the same on this host, that number is 4004, 80% less.
So, apparently, one of the observed "failures" earlier in the day was lack of
patience in that 10-12 interval, hitting ctrl-C instead of waiting for the
delayed output.
--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org