August 2020 - openSUSE Factory - openSUSE Mailing Lists

Re: [opensuse-factory] Virtualbox for TW
by S. 30 Aug '20

30 Aug '20

Great news Larry! Really appreciate all of your (lost) time dedicated to this mess. We know it's not your fault. The times I've personally received help from you with VirtualBox bugs you've always extremely professional and helpful. Keep up the good work! -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] Virtualbox for TW
by Hans-Peter Jansen 29 Aug '20

29 Aug '20

Hi, FYI: Virtualbox 6.1.97, fetched from SVN, and built here: https://build.opensuse.org/package/show/home:frispete:kernel/virtualbox does work including USB-{2,3} support, given the extpack r140056 from https://www.virtualbox.org/wiki/Testbuilds is installed properly. No kernel patching nor driver patching necessary. Well, internally, I'm using (an unpatched) kernel 5.8.3 from stable tree, but apart from USB-{2,3} support, that was missing due to an extpack mismatch, this was tested with 5.8.0 as well. If some of you guys are using this, please give feedback. I found Klaus Espenlaub from Oracle pretty responsive in this issue. An official release will take some more time due to some other issues. Cheers, Pete -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 4

[opensuse-factory] "Wrong Digest" error with Nvidia repo for Leap and TW
by S. 29 Aug '20

29 Aug '20

Hi, this started happening on Leap and Tumbleweed systems when trying to enable the Nvidia repo: --------------------------------- > The expected checksum of file /var/tmp/AP_0xp8UPnm/repodata/susedata.xml.gz is fa47ae8244fe7640f149d28964e604bf7e756da989d7e520f67216a96bb6cfb2, but the current checksum is 1f4dc420bfbf3d1b423cd7c4e1ca6aa25d7a13daff70c64e412f0ed449602406. > > The file has been changed by accident or by an attacker since the repository creator signed it. Using it is a big risk for the integrity and security of your system. > > Use it anyway? --------------------------------- > Adding repository nVidia Graphics Drivers failed. > download.nvidia.com-tumbleweed_1: [download.nvidia.com-tumbleweed_1|https://download.nvidia.com/opensuse/tumbl…] Valid metadata not found at specified URL >History: > - susedata.xml.gz has wrong checksum > - Can't provide ./repodata/susedata.xml.gz --------------------------------- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

Re: [opensuse-factory] emacs 27: A lot of Wrong type argument errors
by Dr. Werner Fink 28 Aug '20

28 Aug '20

On 2020/08/27 12:13:08 +0200, Daniel Schlieper wrote: > Dear Werner, > > many thanks for your kind help. I am now running TW 20200824-0. Also, I > deinstalled emacs, rebooted the machine, then installed emacs from editors. > > emacs -Q test.txt works fine. > > Here is the complete protocol: > daniel@capriolo:~> kate test.txt > kf.kio.widgets.kdirmodel: protocol mismatch: "" vs "file" > daniel@capriolo:~> # Comment: I can open a file with kate Nevertheless it throws a warning message, OK this is KDE, there is always some nasty messsages at all. > daniel@capriolo:~> emacs test.txt > daniel@capriolo:~> # Comment: I cannot open a file with emacs > daniel@capriolo:~> bash -x emacs test.txt 2> trace.log > no emacs binary found If you install emacs package you also have to install at least emacs-nox and emacs-x11 > daniel@capriolo:~> cat trace.log > + : gtk > + test gtk = gtk > + LC_NUMERIC=POSIX > + XLIB_SKIP_ARGB_VISUALS=1 > + GDK_RGBA=0 > + export LC_NUMERIC XLIB_SKIP_ARGB_VISUALS GDK_RGBA > + arg0=emacs > + argv=("$@") > + test -x emacs-gtk > + test -x emacs-x11 > + test -x emacs-nox > + echo 'no emacs binary found' > + exit 1 > daniel@capriolo:~> which emacs > /usr/bin/emacs Ah ... some steps missed here ... or you execution path is broken are ypu using bash or zsh or tcsh or any other shell, like ksh or mksh or whatsoever as your SHELL? > daniel@capriolo:~> bash -x /usr/bin/emacs test.txt 2> trace.log > daniel@capriolo:~> # Comment: Emacs opens scratch, but not test.txt > daniel@capriolo:~> cat trace.log > + : gtk > + test gtk = gtk > + LC_NUMERIC=POSIX > + XLIB_SKIP_ARGB_VISUALS=1 > + GDK_RGBA=0 > + export LC_NUMERIC XLIB_SKIP_ARGB_VISUALS GDK_RGBA > + arg0=/usr/bin/emacs > + argv=("$@") > + test -x /usr/bin/emacs-gtk > + set -- /usr/bin/emacs-gtk > ++ type -p dbus-daemon > + dbusdaemon=/usr/bin/dbus-daemon > + test -n /usr/bin/dbus-daemon > + test -s /var/lib/dbus/machine-id > + read -t1 mid > + test -n unix:path=/run/user/1000/bus > + for guid in ${DBUS_SESSION_BUS_ADDRESS//,/ } > + case "$guid" in > + dpid= > + for suid in "${HOME}/.dbus/session-bus/"${mid}* > + test -e '/home/daniel/.dbus/session-bus/b1eba01c39ff4065abb49f7b4e7c0155*' > + break > + test -z '' > + case ":$DBUS_SESSION_BUS_ADDRESS" in > + test -z unix:path=/run/user/1000/bus > + unset mid guid suid dadd > + test -z unix:path=/run/user/1000/bus > + test -S /run/user/1000/bus > ++ type -p dbus-update-activation-environment > + dbusupdate=/usr/bin/dbus-update-activation-environment > ++ systemctl --user is-active dbus.service > + dbusstatus=active > + test -n /usr/bin/dbus-update-activation-environment -a active '!=' active > + unset dbuslaunch dbusdaemon > + test -z NO_AT_BRIDGE > + unset G_MESSAGES_DEBUG G_DEBUG G_MESSAGES_PREFIXED > + exec -a /usr/bin/emacs /usr/bin/emacs-gtk test.txt > daniel@capriolo:~> type emacs > emacs is hashed (/usr/bin/emacs) That is not a bash, as this would be emacs is /usr/bin/emacs And why it is now in path? > daniel@capriolo:~> locale > LANG=de_DE.UTF-8 > LC_CTYPE="de_DE.UTF-8" > LC_NUMERIC="de_DE.UTF-8" > LC_TIME="de_DE.UTF-8" > LC_COLLATE="de_DE.UTF-8" > LC_MONETARY="de_DE.UTF-8" > LC_MESSAGES="de_DE.UTF-8" > LC_PAPER="de_DE.UTF-8" > LC_NAME="de_DE.UTF-8" > LC_ADDRESS="de_DE.UTF-8" > LC_TELEPHONE="de_DE.UTF-8" > LC_MEASUREMENT="de_DE.UTF-8" > LC_IDENTIFICATION="de_DE.UTF-8" > LC_ALL= fine > daniel@capriolo:~> emacs -Q test.txt > daniel@capriolo:~> # Comment: all fine: Opens test.txt > > If the -Q option results in a OK behaviour, does that mean I have problems > with the X resources? Something is wrong, maybe one of you X resources or one of the emacs packages below your ~/.emacs.d/ of below /usr/share/emacs/site-lisp/ > here is my humble init-file: > daniel@capriolo:~> cd .emacs.d/ > daniel@capriolo:~/.emacs.d> ls > early-init.el > daniel@capriolo:~/.emacs.d> cat early-init.el > (custom-set-variables > ;; custom-set-variables was added by Custom. > ;; If you edit it by hand, you could mess it up, so be careful. > ;; Your init file should contain only one such instance. > ;; If there is more than one, they won't work right. > '(delete-selection-mode nil)) > (custom-set-faces > ;; custom-set-faces was added by Custom. > ;; If you edit it by hand, you could mess it up, so be careful. > ;; Your init file should contain only one such instance. > ;; If there is more than one, they won't work right. > '(default ((t (:family "Source Code Pro" :foundry "ADBO" :slant normal > :weight normal :height 120 :width normal))))) This does not harm. Tell me what shell are you using, do you have some aliases and/or shell functionss around emacs. Also show me the X resources xrdb -query | grep -i emacs and do you have an Emacs file in your HOME directory? What is below ~/.emacs.d/ and do the files ~/.emacs and ~/.gnu-emacs and their backup/custom variants exist: ls -l ~/.emacs* ~/.gnu-emacs* find ~/.emacs.d/ ls -l ~/Emacs rpm -qf /usr/share/emacs/site-lisp/* | sort -u -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr

2 9

re: [opensuse-factory] Tumbleweed - Review of the week 2020/35
by S. 28 Aug '20

28 Aug '20

Thanks a lot to Dominique for the hard work. I'm looking forward to the kernel 5.8.4 update, which should fix a major squashfs regression that breaks live Tumbleweed ISOs at the moment. Any estimation on when it should arrive? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] Closing The Leap Gap Weekly Update Meeting 28.08.2020
by Lubos Kocman 28 Aug '20

28 Aug '20

Closing the Leap Gap - Weekly Update All meeting minutes can be found here: https://etherpad.opensuse.org/p/ClosingTheLeapGap-meeting New Meeting location: https://meet2.opensuse.org/ClosingTheLeapGap (Friday 11:30 CEST) !!! PLEASE BE AWARE THAT THE SESSION WAS MOVED TO https://meet2.opensuse.org/ClosingTheLeapGap Attendees (please add yourself): lkocman, maxlin, michel, Jiri, adrian, Rudi, vmoutoussamy, ddemaio, marita =================================== 1.0 Project plan: https://confluence.suse.com/display/leap/Project+plan =================================== 2.0 Schedule: https://en.opensuse.org/openSUSE:Roadmap =================================== 3.0 Priority items and blockers List of features marked as "DeveloperProgram" https://jira.suse.com/secure/Dashboard.jspa?selectPageId=34230 JUMP related work is tracked here https://progress.opensuse.org/projects/jump_152/issues Simplified Feature request for openSUSE Leap contributors https://jira.suse.com/browse/JIRA-722 =================================== 4.0 Updates from individual teams =================================== 4.1 openSUSE Leap Release Management Owner: Lubos Kocman Rejected CtLG features - should be represented by forks in Jump, so we preserve functionality. We have currently 8 rejected features (but some of them are duplicates etc).https://progress.opensuse.org/issues/70255 Lubos to talk to the Migration team about their resources/availability for any potent ion Migration testing from Jump to SLE 15 SP2 prior October "release". * s390x still looking for openSUSE Jump / Leap rel-eng Berthold attended the first rel-eng call with no commitment yet. * Currently open topic with openSUSE Board on having non-SUSE Employee as a "project maintainer". Gerald sees no reason why the Board would object (and isn't convinced this even falls into the realm of the board) and will respond to Lubos' mail. Next step would be an internal discussion with Security, Autobuild and Legal. =================================== 4.2. openSUSE Leap Release Engineering Owner: Max Lin, Guillaume, Michel Max: Re-enabled pkglistgen on botmaster after the pkglsitgen produce wrong result issue got fixed. Jump is now consuming Backports SP2:Update and all changes bellow. Scheduler is not working and Autobuild is looking for it. Jump 15.2.1 bump happened - We will keep 15.2 for services which may otherwise have issues with the 15.2.1 version. Guillaume: on vacation AArch64 specific regressions from 15.2 to Jump. Need a resync? * GNOME autologin is broken again (was fixed by 15.2): https://bugzilla.opensuse.org/show_bug.cgi?id=1175470 * Colors in terminal (for textmode) are wrong again (was fixed in 15.2):https://openqa.opensuse.org/tests/1365380#step/first_boot/3 - Lubos to check with Autobuild whether there is a sync issue or if it's an actual bug in SLE 15 SP2. * VLC is missing on aarch64: https://openqa.opensuse.org/tests/1364387#step/vlc/11 ^ Backports is build only for x86_64. This was already case for gdb on aarch64. * LXDE: wrong branding: https://openqa.opensuse.org/tests/1365420#step/first_boot/1 * XFCE: wrong branding: https://openqa.opensuse.org/tests/1366507#step/opensuse_welcome/4 ^ These issues were fixed by consuming SP2:Update(s) ^ Max: We have to rebuild it(the packages which decides what branding to be used, one per a desktop ) in Jump as they're using SLE branding as the default. Michel: same missing vlc for ppc64le/x86_64 for openQA tests. Let's get a list of packages that have to be rebuild in Jump as they still contain branding (should not be that many). These packages should have a CtLG Feature requests in jira.suse.com. Todo: Lubos to find a person who can create a Jump structure on pontifex. Check with Dimstar or Ludwig ^ Still pending Adrian already re-published project manually but there is still some work left to have it "implemented"> Lubos: to check o the opensuse-admin issue. =================================== 4.3 SLE Release Management Owner: Alex Herzig, Stefan Weiberg Not present =================================== 4.4 Autobuild Owner: Rüdiger Oertel Adrian Schroeter adrian: jump content is public now after further fixes on pontifex: http://download.opensuse.org/distribution/jump/15.2/ Lubos messaged Doug to advertise early availability. Changelog generation is working now. Most likely still needs some visual enhancements. Still an issue on pontifex to allow access to it. Config of Jump/Backports is been fixed. Unfortuantly triggering a problem in OBS blocking new product builds. Investigation is running atm. prjconf has been cleaned up as well, only containing additions of Jump now. No time yet for request cloning support, but submissions to SUSE:SLE- 15* can be created now. Update tree regeneration is still an open topic. Adrian: suggests that we should add a README file to the toplevel pontifex Jump directory, that this is an experimental project. Lubos: will write a file containing the note. =================================== 4.5 Maintenance Owner: Stephan Barth Not present. =================================== 4.6 Security Owner: Marcus Meissner Not present. =================================== 4.7 Package Hub Owner: Wolfgang Engel, Scott Bahling Not present. =================================== 4.8 Beta Program Owner: Vincent Moutoussamy - All our discussions with the stakeholders of the project can be found at https://confluence.suse.com/display/EPI/Opening+our+Bugzilla#OpeningourBugz… . - Next week we have a call with SUSE IT for the Bugzilla administration part and also checking that we can freely set the bugzilla dev environment as POC. - When and how can we start building JeOS images for 15.3/Jump 15.2.1? Lubos: one bugzilla related update - I just finished one pending policy document and will finally have time work on the Bug smashing policy that was agreed as the result of the openSUSE Leap 15.2 retrospective. =================================== 4.9 Engineering / Product Migration Owner: Jiri Srain installation-images difference: We need to analyze and document the difference first to see whether there are options to unfork without changes to the way we build media =================================== 4.10 Engineering - Kernel Owner: Libor Pechacek Not present =================================== 4.11 Engineering - Desktop Owner: Frederic Crozat Not present =================================== 4.12 Quality Assurance Owner: Marita Werner, Heiko No update otherwise I don't see any involvement of QA other than the migration testing. =================================== 4.13 SLE Architect Owner: Thorsten Kukuk Not present =================================== 4.14 Marketing and Community management Owner: Douglas DeMaio No update. Lubos: next Friday Ketchup with Emiel and Chris, Jump will be definitely mentioned. =================================== 4.15 Gerald Owner: Gerald ;-) Not present =================================== 4.16 Product Management Owner: Stefan Behlert Not present N��r��y隊Z)z{.��r�+�맲��r��z�^�ˬz��N�(�֜��^� ޭ隊Z)z{.��r�+��0��Ǩ�

1 0

Python 3 packaging change (was: [opensuse-factory] Tumbleweed - Review of the week 2020/29)
by Neal Gompa 27 Aug '20

27 Aug '20

On Fri, Jul 17, 2020 at 10:40 AM Dominique Leuenberger / DimStar <dimstar(a)opensuse.org> wrote: > > * Python3 package will be renamed to python38. The goal will be to > allow multiple python versions to more easily coexist. This isn't changing the nature of packaging Python software, is it? We still have a concept of a *default* Python version and things will just *work* that way? Otherwise this is going to be an utter nightmare. -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 7

Re: [opensuse-factory] TW 0825: %{_libexecdir} == /usr/libexec
by Callum Farmer 27 Aug '20

27 Aug '20

e) We move back but we still have misuses of the macro f) executables in a directory that should be for shared libraries (to match /usr/lib64). FHS 3.0 only says to allow /usr/lib aswell for historical purposes aka FHS 2.3. > > On Thursday, 27 August 2020, Jan Engelhardt <jengelh(a)inai.de> wrote: >> >> >> On Thursday 2020-08-27 09:39, Fabian Vogt wrote: >> > >> >At this point I really wonder whether this change is necessary and worth it. >> >FWICT, the reasoning for this change is twofold: >> >a) It aligns with the FHS >> >b) It aligns with other distros >> > >> >About a), the FHS actually says that /usr/lib is also acceptable: >> >https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch04s07.html >> >> c) It aligns with some other OSes, too. (FreeBSD) >> >> d) It aligns with upstream's standard installation layout. As in, autoconf (and >> others) have had a --libexecdir flag. >> >> Just because it is possible for a builder to override the plethora of setting >> offered does not mean it is always necessary to do so. >> >> Documentation and bugreports favorable mention /usr/libexec. But, whenever SUSE >> is involved, involved people need a mental hook that it's /usr/lib instead, and >> they'll go like <Ryan Reynolds: "... but why?"> >> >> >> >On top of those two reasons, I'm not aware of any immediate issue or problem >> >it fixes, compared to e.g. the /usr/etc movement. So this change appears to be >> >entirely cosmetic. >> >> Quite so. But changing from libexec to lib to please ye olde FHS2.3 some 20ish >> years ago, that itself was already a cosmetic change (and not one with much >> value; see a-d). We're just removing the makeup now. >> -- >> To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org >> To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org >> > > > -- > Callum Farmer > callumjfarmer13(a)gmail.com > openSUSE - gmbr3 -- Callum Farmer callumjfarmer13(a)gmail.com openSUSE - gmbr3 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] Heads-Up: sysvinit-tools is no longer pulled in by systemd
by Franck Bui 27 Aug '20

27 Aug '20

Hi, Just a note to let you know that systemd is going to stop pulling in 'sysvinit-tools' package. The dep was added back in 2014 for vhangup(8) but it was no longer used, see [1] for the details. That might break packages that ignored to specify their dependencies on the tools shipped by 'sysvinit-tools' (such as pidof). Please make sure to add back the dep if your packages fall into this category. Thanks [1] https://build.opensuse.org/package/revisions/Base:System/systemd (rev 1109) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 21

[opensuse-factory] Dependency problems with python3-base package
by John Paul Adrian Glaubitz 27 Aug '20

27 Aug '20

Hi! I'm currently trying to fix up the devel:languages:python:azure repository [1] for older distributions and I'm running into the problem of a mismatch between the python3-base package and one of its runtime library packages. For example, trying to build python-azure-batch in d:l:p:azure fails with: unresolvable: nothing provides libpython3_6m1_0 = 3.6.10-3.59.1 needed by python3-base (got version 3.6.12-3.1) I assume I need to adjust the project configuration to prefer the proper versions of python3-base and the libpython3 runtime package. However, I couldn't find the syntax for that in the documentation [2]. Anyone got any idea how to fix this? Adrian > [1] https://build.opensuse.org/project/show/devel:languages:python:azure > [2] https://openbuildservice.org/help/manuals/obs-user-guide/cha.obs.prjconfig.… -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 4