November 2019 - openSUSE Support - openSUSE Mailing Lists

[opensuse-support] Cannot complete registration with openSUSEforums

by JigsTheorem

Hi all I have a problem with Leap 15.1 and went to sign up with openSUSE forums. I received a validation email, which contained neatly ordered garbage but no validation code. The sender of this email is the webmaster from microfocus, but an email to that address just bounces. I have since discovered that openSUSE and microfocus are no longer associated. So, given that the validation process is broken, how do I get signed up to the forums? Regards JT -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

11 months

8
14
0 0

[opensuse-support] Bash script question

by Peter Suetterlin

Hi list, while not realy OS related, here's an issue that twists my mind: I have modified some script I found (was pointed to via some article...) to generate a list of processes that use swap, and how much. It's attached below. The issue is line 23, the end of the for loop. If I omit piping the output through the sort command I get an unsorted list, and a correct OVERALL sum. If I use the pipe, last output will be Overall swap used: 0 WTF!? OVERALL is nicely added up in the loop, I can do echos/prints and see how it increases. After the pipe, it's zero again. I tried the 'set -x', but that didn't give me a clue what is happening there. Is that really expected behavior? What am I doing wrong? Thanks for any insight! And here's the script: #!/bin/bash # # Get swap usage for all running processes if [ $UID -ne 0 ]; then printf "\a\nNot running as root - not all processes will be shown!\n\n" fi #set -x declare -i SUM=0 declare -i -g OVERALL=0 for DIR in /proc/[1-9]*; do PID=${DIR##*/} PROGNAME=$(ps -p $PID -o comm --no-headers) for SWAP in $(grep Swap $DIR/smaps 2>/dev/null|awk '{print $2}'); do let SUM=$SUM+$SWAP done if [ $SUM -gt 0 ]; then printf "PID=%6d\tSwap used: %8d\t(%s)\n" $PID $SUM $PROGNAME OVERALL=$[OVERALL+$SUM] SUM=0 fi done | sort -g -k 5 echo "Overall swap used: $OVERALL" #set +x -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

1 year, 5 months

4
10
0 0

[opensuse-support] LEAP 15.1 installation & config

by David T-G

Hi again, all -- I've played with a few installs of 15.1 and am a bit confused. I'm using the network installer and in both cases have added Main Repository Non-OSS Repository Main Repository Update Non-OSS Repository Update and otherwise just enjoyed the defaults. My first pass was Desktop with KDE and my second was Server but both seem lacking. I was surprised that the installer didn't ask me in any case to set the host name; I ended up with linux-xxxx for some semi-random string of 4 chars, so I had to manually set the name. The real surprise, though, was that ifconfig netstat and who knows what else weren't installed! Um, what did I miss? A GUI installer like this should be simple enough even for a dummy like me to manage to get a good system build :-) I'm going to want a KDE-based desktop with the typical userspace browser and other such, and I'll need NFS client & server services as well as of course sshd. It's eventually going to get a fixed IP but I don't care too much right now either way. I don't expect to run a web server, but the usual SA's bag of scripting languages will be useful. Are there patterns to select to make sure I have all of that, or do I have to drag my way through a zillion packages in YaST to find what I want? Thanks again & HAND :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

1 year, 5 months

7
9
0 0

[opensuse-support] bad tty colors

by Felix Miata

More and more utilities are coming along presenting output in colors I can barely see, mitigating against the benefit of the naturally better usability of the kernel's nice bold fonts over GUI fonts. Latest of these is ip. Its manual makes no suggestion I can see to globally return colors to those of old, no apparent /etc/if.conf or equivalent. Is there a way to disable more than 4 color (normal fg, normal bg, bright fg, bright bg) output? I tried putting in .bashrc export COLORFGBG=4,7, but it has no apparent impact. Creating ~/.dircolors didn't help either, nor did removing /etc/DIR_COLORS. export LS_COLORS= in .bashrc also has no apparent impact, and no man page. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

1 year, 5 months

3
4
0 0

[opensuse-support] Environment: Bloat? Leak(s)?

by Felix Miata

Surely this cannot be right (from Konsole in TW/Plasma, 15.1/KDE3 & 15.0/TDE): > set | egrep 'PROMPT|PS' GROUPS=() NNTPSERVER=news PROMPT_COMMAND='history -s' PS1='\[$(ppwd)\]\u@\h:\w> ' PS2='> ' PS4='+ ' _xspecs=([freeamp]="!*.@(mp3|ogg|pls|m3u)" [bibtex]="!*.aux" [lualatex]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [chromium-browser]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL])|[pP][dD][fF])" [tex]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [zathura]="!*.@(cb[rz7t]|djv?(u)|?(e)ps|pdf)" [lrunzip]="!*.lrz" [amaya]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL]))" [hbpp]="!*.@([Pp][Rr][Gg]|[Cc][Ll][Pp])" [lzgrep]="!*.@(tlz|lzma)" [ggv]="!*.@(@(?(e)ps|?(E)PS|pdf|PDF)?(.gz|.GZ|.bz2|.BZ2|.Z))" [lzless]="!*.@(tlz|lzma)" [kdvi]="!*.@(dvi|DVI)?(.@(gz|Z|bz2))" [lbzcat]="!*.?(t)bz?(2)" [lilypond]="!*.ly" [sxemacs]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [epdfview]="!*.pdf" [texi2dvi]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [ps2pdf12]="!*.@(?(e)ps|pdf)" [ee]="!*.@(gif|jp?(e)g|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx)" [lbunzip2]="!*.?(t)bz?(2)" [ps2pdf13]="!*.@(?(e)ps|pdf)" [ps2pdf14]="!*.@(?(e)ps|pdf)" [lzfgrep]="!*.@(tlz|lzma)" [hbrun]="!*.[Hh][Rr][Bb]" [kbabel]="!*.po" [rview]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [kaffeine]="!*@(.@(mp?(e)g|MP?(E)G|wm[av]|WM[AV]|avi|AVI|asf|vob|VOB|bin|dat|divx|DIVX|vcd|ps|pes|fli|flv|FLV|fxm|FXM|viv|rm|ram|yuv|mov|MOV|qt|QT|web[am]|WEB[AM]|mp[234]|MP[234]|m?(p)4[av]|M?(P)4[AV]|mkv|MKV|og[gmv]|OG[GMV]|t[ps]|T[PS]|m2t?(s)|M2T?(S)|mts|MTS|wav|WAV|flac|FLAC|asx|ASX|mng|MNG|srt|m[eo]d|M[EO]D|s[3t]m|S[3T]M|it|IT|xm|XM|iso|ISO)|+([0-9]).@(vdr|VDR))?(.part)" [xv]="!*.@(gif|jp?(e)g?(2)|j2[ck]|jp[2f]|tif?(f)|png|p[bgp]m|bmp|x[bp]m|rle|rgb|pcx|fits|pm|?(e)ps)" [rgvim]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [oodraw]="!*.@(sxd|std|sda|sdd|?(f)odg|otg)" [elinks]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL]))" [playmidi]="!*.@(mid?(i)|cmf)" [xine]="!*@(.@(mp?(e)g|MP?(E)G|wm[av]|WM[AV]|avi|AVI|asf|vob|VOB|bin|dat|divx|DIVX|vcd|ps|pes|fli|flv|FLV|fxm|FXM|viv|rm|ram|yuv|mov|MOV|qt|QT|web[am]|WEB[AM]|mp[234]|MP[234]|m?(p)4[av]|M?(P)4[AV]|mkv|MKV|og[gmv]|OG[GMV]|t[ps]|T[PS]|m2t?(s)|M2T?(S)|mts|MTS|wav|WAV|flac|FLAC|asx|ASX|mng|MNG|srt|m[eo]d|M[EO]D|s[3t]m|S[3T]M|it|IT|xm|XM)|+([0-9]).@(vdr|VDR))?(.part)" [xpdf]="!*.[pf]df" [aviplay]="!*.@(avi|asf|wmv)" [latex]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [rvim]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [ogg123]="!*.@(ogg|m3u|flac|spx)" [ps2pdfwr]="!*.@(?(e)ps|pdf)" [harbour]="!*.@([Pp][Rr][Gg]|[Cc][Ll][Pp])" [xemacs]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [unlzma]="!*.@(tlz|lzma)" [vi]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [xetex]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [gvim]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [kid3-qt]="!*.@(mp[234c]|og[ag]|@(fl|a)ac|m4[abp]|spx|tta|w?(a)v|wma|aif?(f)|asf|ape)" [xanim]="!*.@(mpg|mpeg|avi|mov|qt)" [portecle]="!@(*.@(ks|jks|jceks|p12|pfx|bks|ubr|gkr|cer|crt|cert|p7b|pkipath|pem|p10|csr|crl)|cacerts)" [oocalc]="!*.@(sxc|stc|xls?([bmx])|xlw|xlt?([mx])|[ct]sv|?(f)ods|ots)" [emacs]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [fbxine]="!*@(.@(mp?(e)g|MP?(E)G|wm[av]|WM[AV]|avi|AVI|asf|vob|VOB|bin|dat|divx|DIVX|vcd|ps|pes|fli|flv|FLV|fxm|FXM|viv|rm|ram|yuv|mov|MOV|qt|QT|web[am]|WEB[AM]|mp[234]|MP[234]|m?(p)4[av]|M?(P)4[AV]|mkv|MKV|og[gmv]|OG[GMV]|t[ps]|T[PS]|m2t?(s)|M2T?(S)|mts|MTS|wav|WAV|flac|FLAC|asx|ASX|mng|MNG|srt|m[eo]d|M[EO]D|s[3t]m|S[3T]M|it|IT|xm|XM)|+([0-9]).@(vdr|VDR))?(.part)" [kpdf]="!*.@(?(e)ps|pdf)" [oomath]="!*.@(sxm|smf|mml|odf)" [compress]="*.Z" [iceweasel]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL])|[pP][dD][fF])" [zcat]="!*.@(Z|[gGd]z|t[ag]z)" [unzip]="!*.@(zip|[ejsw]ar|exe|pk3|wsz|zargo|xpi|s[tx][cdiw]|sx[gm]|o[dt][tspgfc]|od[bm]|oxt|epub|apk|ipa|do[ct][xm]|p[op]t[mx]|xl[st][xm]|pyz)" [modplug123]="!*.@(669|abc|am[fs]|d[bs]m|dmf|far|it|mdl|m[eo]d|mid?(i)|mt[2m]|oct|okt?(a)|p[st]m|s[3t]m|ult|umx|wav|xm)" [dvipdfm]="!*.dvi" [oobase]="!*.odb" [zipinfo]="!*.@(zip|[ejsw]ar|exe|pk3|wsz|zargo|xpi|s[tx][cdiw]|sx[gm]|o[dt][tspgfc]|od[bm]|oxt|epub|apk|ipa|do[ct][xm]|p[op]t[mx]|xl[st][xm]|pyz)" [epiphany]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL]))" [galeon]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL]))" [bzme]="!*.@(zip|z|gz|tgz)" [xfig]="!*.fig" [xdvi]="!*.@(dvi|DVI)?(.@(gz|Z|bz2))" [cdiff]="!*.@(dif?(f)|?(d)patch)?(.@([gx]z|bz2|lzma))" [rgview]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [oowriter]="!*.@(sxw|stw|sxg|sgl|doc?([mx])|dot?([mx])|rtf|txt|htm|html|?(f)odt|ott|odm|pdf)" [netscape]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL]))" [acroread]="!*.[pf]df" [makeinfo]="!*.texi*" [kwrite]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [gview]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [qiv]="!*.@(gif|jp?(e)g|tif?(f)|png|p[bgp]m|bmp|x[bp]m|rle|rgb|pcx|fits|pm|svg)" [bzcat]="!*.?(t)bz?(2)" [pdftex]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [rpm2cpio]="!*.[rs]pm" [view]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [unxz]="!*.@(?(t)xz|tlz|lzma)" [ly2dvi]="!*.ly" [mozilla]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL]))" [modplugplay]="!*.@(669|abc|am[fs]|d[bs]m|dmf|far|it|mdl|m[eo]d|mid?(i)|mt[2m]|oct|okt?(a)|p[st]m|s[3t]m|ult|umx|wav|xm)" [dillo]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL]))" [aaxine]="!*@(.@(mp?(e)g|MP?(E)G|wm[av]|WM[AV]|avi|AVI|asf|vob|VOB|bin|dat|divx|DIVX|vcd|ps|pes|fli|flv|FLV|fxm|FXM|viv|rm|ram|yuv|mov|MOV|qt|QT|web[am]|WEB[AM]|mp[234]|MP[234]|m?(p)4[av]|M?(P)4[AV]|mkv|MKV|og[gmv]|OG[GMV]|t[ps]|T[PS]|m2t?(s)|M2T?(S)|mts|MTS|wav|WAV|flac|FLAC|asx|ASX|mng|MNG|srt|m[eo]d|M[EO]D|s[3t]m|S[3T]M|it|IT|xm|XM)|+([0-9]).@(vdr|VDR))?(.part)" [dvipdfmx]="!*.dvi" [advi]="!*.dvi" [lzmore]="!*.@(tlz|lzma)" [poedit]="!*.po" [firefox]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL])|[pP][dD][fF])" [gv]="!*.@(@(?(e)ps|?(E)PS|pdf|PDF)?(.gz|.GZ|.bz2|.BZ2|.Z))" [madplay]="!*.mp3" [gtranslator]="!*.po" [jadetex]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [gpdf]="!*.[pf]df" [kghostview]="!*.@(@(?(e)ps|?(E)PS|pdf|PDF)?(.gz|.GZ|.bz2|.BZ2|.Z))" [pbzcat]="!*.?(t)bz?(2)" [lzcat]="!*.@(tlz|lzma)" [vim]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [dvips]="!*.dvi" [pdfunite]="!*.pdf" [dvitype]="!*.dvi" [realplay]="!*.@(rm?(j)|ra?(m)|smi?(l))" [gqmpeg]="!*.@(mp3|ogg|pls|m3u)" [xelatex]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [lzegrep]="!*.@(tlz|lzma)" [bunzip2]="!*.?(t)bz?(2)" [znew]="*.Z" [lokalize]="!*.po" [kate]="*.(a)([ao]|so|so.!(conf|*/*)|[rs]pm|gif|jp?(e)g|mp3|mp?(e)g|avi|asf|ogg|class)" [dragon]="!*@(.@(mp?(e)g|MP?(E)G|wm[av]|WM[AV]|avi|AVI|asf|vob|VOB|bin|dat|divx|DIVX|vcd|ps|pes|fli|flv|FLV|fxm|FXM|viv|rm|ram|yuv|mov|MOV|qt|QT|web[am]|WEB[AM]|mp[234]|MP[234]|m?(p)4[av]|M?(P)4[AV]|mkv|MKV|og[gmv]|OG[GMV]|t[ps]|T[PS]|m2t?(s)|M2T?(S)|mts|MTS|wav|WAV|flac|FLAC|asx|ASX|mng|MNG|srt|m[eo]d|M[EO]D|s[3t]m|S[3T]M|it|IT|xm|XM|iso|ISO)|+([0-9]).@(vdr|VDR))?(.part)" [pdflatex]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [mozilla-firefox]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL])|[pP][dD][fF])" [ooimpress]="!*.@(sxi|sti|pps?(x)|ppt?([mx])|pot?([mx])|?(f)odp|otp)" [uncompress]="!*.Z" [unpigz]="!*.@(Z|[gGdz]z|t[ag]z)" [luatex]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [lynx]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL]))" [ps2pdf]="!*.@(?(e)ps|pdf)" [mpg321]="!*.mp3" [mpg123]="!*.mp3" [pbunzip2]="!*.?(t)bz?(2)" [kid3]="!*.@(mp[234c]|og[ag]|@(fl|a)ac|m4[abp]|spx|tta|w?(a)v|wma|aif?(f)|asf|ape)" [pdfjadetex]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [dvipdf]="!*.dvi" [gharbour]="!*.@([Pp][Rr][Gg]|[Cc][Ll][Pp])" [texi2html]="!*.texi*" [gunzip]="!*.@(Z|[gGd]z|t[ag]z)" [google-chrome]="!*.@(?([xX]|[sS])[hH][tT][mM]?([lL])|[pP][dD][fF])" [okular]="!*.@(okular|@(?(e|x)ps|?(E|X)PS|[pf]df|[PF]DF|dvi|DVI|cb[rz]|CB[RZ]|djv?(u)|DJV?(U)|dvi|DVI|gif|jp?(e)g|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx|GIF|JP?(E)G|MIFF|TIF?(F)|PN[GM]|P[BGP]M|BMP|XPM|ICO|XWD|TGA|PCX|epub|EPUB|odt|ODT|fb?(2)|FB?(2)|mobi|MOBI|g3|G3|chm|CHM)?(.?(gz|GZ|bz2|BZ2)))" [slitex]="!*.@(?(la)tex|texi|dtx|ins|ltx|dbj)" [xzcat]="!*.@(?(t)xz|tlz|lzma)" [timidity]="!*.@(mid?(i)|rmi|rcp|[gr]36|g18|mod|xm|it|x3m|s[3t]m|kar)" [dviselect]="!*.dvi" ) Same thing in Debian 10/TDE, Mageia 7/TDE and Fedora 30/Plasma produce 5 modest output lines in their respective Konsoles. Where is all that last line stuff coming from? -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/

1 year, 5 months

2
3
0 0

[opensuse-support] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 3095: ordinal not in range(128)

by Axel Braun

Hi, when compiling a python program on OBS I run into the above error: [ 115s] + python3 setup.py build [ 115s] Traceback (most recent call last): [ 115s] File "setup.py", line 55, in <module> [ 115s] long_description=read('README'), [ 115s] File "setup.py", line 25, in read [ 115s] return open(os.path.join(os.path.dirname(__file__), fname)).read() [ 115s] File "/usr/lib64/python3.6/encodings/ascii.py", line 26, in decode [ 115s] return codecs.ascii_decode(input, self.errors)[0] [ 115s] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 3095: ordinal not in range(128) [ 115s] error: Bad exit status from /var/tmp/rpm-tmp.FNH2vz (%build) Now, the funny thing is, *exactly* the same README file was decoded properly in a different module (and in the same build-run). Is the real error maybe a different one? e.g. more resources needed by the worker? Thx Axel -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

1 year, 5 months

3
6
0 0

[opensuse-support] problems with RTL8153 usb-ethernet adapter

by Adam Mizerski

Hi, I have recently bought a USB3-Ethernet adapter, that has RTL8153 chip. I found out that the connection often becomes extremely slow and sometimes, after few hours of usage, it's impossible to suspend or poweroff the machine. I haven't found anything suspicious in logs. When searching the Internet for any clues I've only found that there were problems with autosuspend[1], which is now disabled by default (I've checked with powertop) or some general unsolved issues[2]. While I don't mind that much having to replug the device once in a while, it's really a big issue if I can't suspend the system. Does anyone know where should I report this issue and how to gather more meaningful info? [1] https://askubuntu.com/questions/1044127/usb-ethernet-adapter-realtek-r8153-… [2] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1586195 -- Adam Mizerski

1 year, 5 months

3
5
0 0

[opensuse-support] Mesa 19.2.3-19.2.4

by mike

Hi, Saw this on Phoronix.....I'm using 19.2.3 When will we see 19.2.4 ? mike s Mesa 19.2.4 was released on Wednesday as an "emergency release" after a bug was discovered that made last week's Mesa 19.2.3 version buggy for all OpenGL drivers. Mesa 19.2.3 was impacted by a bug in the common Mesa OpenGL code that led to incomplete rendering. Ultimately just a few lines of code needed to be worked around for checking the frame-buffer completeness only after state updates. ntel's Dylan Baker explained in the Mesa 19.2.4 announcement, "a critical bug found in the 19.2.3 release which causes incomplete rendering on all mesa drivers. This release contains a single patch to fix that bug, anyone using 19.2.3 should immediately upgrade to 19.2.4 or downgrade to 19.2.2." There are no other changes in Mesa 19.2.4 compared to last week's Mesa 19.2.3 bug-fix update. -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

1 year, 6 months

1
0
0 0

[opensuse-support] Unable to nfs-mount exported directories

by Jogchum Reitsma

Hi, Since a few days I'm unable to mount directories exported from my Tumbleweed system. TW is on the latest snapshot (20191112). systemctl mentions the server is running: systemctl status nfs-server ● nfs-server.service - NFS server and services Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; enabled; vendor preset: disabled) Drop-In: /usr/lib/systemd/system/nfs-server.service.d └─options.conf /run/systemd/generator/nfs-server.service.d └─order-with-mounts.conf Active: active (exited) since Thu 2019-11-14 10:36:32 CET; 16min ago Process: 2725 ExecStart=/usr/sbin/rpc.nfsd $NFSD_OPTIONS (code=exited, status=0/SUCCESS) Main PID: 2725 (code=exited, status=0/SUCCESS) nov 14 10:36:31 linux-mkay systemd[1]: Starting NFS server and services... nov 14 10:36:32 linux-mkay systemd[1]: Started NFS server and services. But all other systems at home are unable to mount the directories exported. Some say "Connection refused", some wait endlessly without any messages. Some time ago I was bitten by https://bugzilla.opensuse.org/show_bug.cgi?id=1151044. As a workaround for that bug was suggested to create /etc/nfs.conf.local as an empty file, and this solution worked for me back then. That file still exists, I checked. Any ideas here? regards, Jogchum -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

1 year, 6 months

3
4
0 0

[opensuse-support] akregator textcolor

by JJM de Faber

I switched the workspace theme from breeze to breeze-dark, no problem everything good readable. Except akregator, it keeps his blue characters in the article field and this field change to black in breeze-dark. Blue characters on a black underground are not readable. The blue characters do not be change on al workspace themes or color settings they stay blue. Logout,login opensuse theme they stay always blue. Where is the color of the characters defined in/for akregator ??? Thanks,Hans -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

1 year, 6 months

1
1
0 0

2021

2020

2019

2018

openSUSE Support November 2019