April 2019 - Heroes - openSUSE Mailing Lists

[heroes] Re: Post to opensuse-packaging@opensuse.org denied: %{python3_sitelib} broken on CentOS_7
by Sebastian 08 Jul '19

08 Jul '19

Dear Admins, I tried to post to opensuse-buildservice and opensuse-packaging, but got denied both times. I am subscribed to both lists and I can't figure out any other reason why the mail get's denied. How can I post to these lists? Sebastian On 08/04/2019 11.09, opensuse-packaging+owner(a)opensuse.org wrote: > Hi, this is the Mlmmj program managing the > <opensuse-packaging(a)opensuse.org> mailing list. > > The message from <sebix(a)sebix.at> with subject "%{python3_sitelib} broken on > CentOS_7" was unable to be delivered to the list because of an access rule > set up by the list administrator. > > (The denied message is below.)

3 3

[heroes] Gitlab deploy_job fun
by Christian Boltz 28 Apr '19

28 Apr '19

Hello, it looks like the deploy_job on gitlab is broken: https://gitlab.infra.opensuse.org/infra/salt/-/jobs/4070 $ sudo salt-call event.fire_master $CI_DEPLOY_PASSWORD salt/fileserver/ gitfs/update [ERROR ] Exception during resolving address: [Errno 1] Unknown host local: True Job succeeded Note that there are two errors included - first the "Unknown host", and second that the job gets marked as succeeded nevertheless. (For the records: running highstate on tsp.infra.o.o shows that nothing was deployed.) For bonus fun: I can't ssh to minnie - I only get "Connection closed by $IP port 22". Can someone please check (and fix) whatever broke? Note that this happened before, so it might be a good idea to spend a few minutes on finding out why ssh login broke. Regards, Christian Boltz -- [Newbie] und wenn wir wollen, daß er ein brauchbarer Regular wird, dann müssen wir uns den korrekt konfigurieren. Nun leider/zum Glück handelt es um einen Menschen. Da ist es nicht mit "vi /etc/sysconfig/grosshirn" und "rcgehirn reload" getan. [Kristian Koehntopp in suse-linux] -- To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org To contact the owner, e-mail: heroes+owner(a)opensuse.org

1 2

[heroes] openSUSE:infrastructure cleanup
by Christian Boltz 27 Apr '19

27 Apr '19

Hello, most of the packages in openSUSE:infrastructure link to packages in devel repos, in most cases to a fixed revision. With very few exceptions (monitoring-plugins-traffic-limit and perl-String-CRC32), the packages in Leap 15.1 have the same version or are even newer than those in openSUSE:infrastructure. My guess is that all those linked packages were not included in Leap 42.x and therefore linked to the infrastructure repo. I'd propose to disable the build for 15.1 and later for all these packages (even for the two exceptions - I slightly ;-) doubt we need the latest versions of them). Technically this means to explicitely enable the build for everything these packages have as build target today, but to disable the "All" target so that their build targets can fade out over time when we remove the older build targets. In the end, it could look like the (already changed) chrony package: https://build.opensuse.org/repositories/openSUSE:infrastructure/chrony Feedback is of course welcome ;-) If nobody objects, I'll start to disable 15.1 builds next week friday. As a bonus proposal: Whenever we link a "missing" package, we should disable the "All" target and only enable it for the targets we really need. If it's still missing in the next release, we can enable another build target - but that's much easier than checking all packages for each release. Some statistics to show why this cleanup is important: - openSUSE:infrastructure has 138 packages - 89 of them also exist in Leap 15.1 so we'll get rid of 2/3 of our packages sooner or later :-) If someone is interested in the detailed versions, here we go: === chrony Leap 15.1 Version: 3.2 infra Version: 3.1 === dehydrated Leap 15.1 Version: 0.6.2 infra Version: 0.6.1 === GeoIP Leap 15.1 Version: 1.6.12 infra Version: 1.6.9 === haproxy Leap 15.1 Version: 1.8.17~git0.e89d25b2 infra Version: 1.8.14~git0.52e4d43b === htop Leap 15.1 Version: 2.2.0 infra Version: 2.0.2 === keepalived Leap 15.1 Version: 2.0.10 infra Version: 2.0.10 === libdbi Leap 15.1 Version: 0.9.0.g33 infra Version: 0.9.0.g33 === libev Leap 15.1 Version: 4.24 infra Version: 4.22 === libsodium Leap 15.1 Version: 1.0.16 infra Version: 1.0.11 === libyaml Leap 15.1 Version: 0.1.7 infra Version: 0.1.6 === monitoring-plugins Leap 15.1 Version: 2.2 infra Version: 2.2 === monitoring-plugins-bonding Leap 15.1 Version: 0.002 infra Version: 0.002 === monitoring-plugins-contentage Leap 15.1 Version: 0.6 infra Version: 0.6 === monitoring-plugins-haproxy Leap 15.1 Version: 1.0 infra Version: 1.0 === monitoring-plugins-mailstat Leap 15.1 Version: 0.9.1 infra Version: 0.9.1 === monitoring-plugins-mem Leap 15.1 Version: 20120618 infra Version: 20120618 === monitoring-plugins-mysql_health Leap 15.1 Version: 3.0.0.5 infra Version: 3.0.0.5 === monitoring-plugins-openvpn Leap 15.1 Version: 1.1 infra Version: 1.1 === monitoring-plugins-sar-perf Leap 15.1 Version: 0.1 infra Version: 0.1 === monitoring-plugins-traffic_limit ** newer ** Leap 15.1 Version: 0.3 infra Version: 0.4 === monitoring-plugins-zypper Leap 15.1 Version: 1.96 infra Version: 1.96 === mtr Leap 15.1 Version: 0.92 infra Version: 0.92 === nagios-rpm-macros Leap 15.1 Version: 0.14 infra Version: 0.14 === nginx Leap 15.1 Version: 1.14.0 infra Version: 1.13.1 === nrpe Leap 15.1 Version: 3.2.1 infra Version: 3.2.1 === openpgm Leap 15.1 Version: 5.2.122 infra Version: 5.2.122 === pdns Leap 15.1 Version: 4.1.8 infra Version: 4.1.1 === perl-Cache-Memcached Leap 15.1 Version: 1.30 infra Version: 1.30 === perl-String-CRC32 ** newer ** Leap 15.1 Version: 1.6 infra Version: 1.7 === protobuf Leap 15.1 Version: 3.5.0 infra Version: 3.3.0 === python-alabaster Leap 15.1 Version: 0.7.10 infra Version: 0.7.3 === python-Babel Leap 15.1 Version: 2.5.1 infra Version: 2.3.4 === python-backports_abc Leap 15.1 Version: 0.5 infra Version: 0.4 === python-backports.ssl_match_hostname Leap 15.1 Version: 3.5.0.1 infra Version: 3.5.0.1 === python-certifi Leap 15.1 Version: 2018.1.18 infra Version: 2016.2.28 === python-cffi Leap 15.1 Version: 1.11.2 infra Version: 1.6.0 === python-coverage Leap 15.1 Version: 4.4.2 infra Version: 4.3.1 === python-Cython Leap 15.1 Version: 0.27.3 infra Version: 0.25.1 === python-docutils Leap 15.1 Version: 0.14 infra Version: 0.13.1 === python-ecdsa Leap 15.1 Version: 0.13 infra Version: 0.13 === python-enum34 Leap 15.1 Version: 1.1.6 infra Version: 1.1.3 === python-funcsigs Leap 15.1 Version: 1.0.2 infra Version: 1.0.2 === python-futures Leap 15.1 Version: 3.2.0 infra Version: 3.0.2 === python-Genshi Leap 15.1 Version: 0.7 infra Version: 0.7 === python-gevent Leap 15.1 Version: 1.2.2 infra Version: 1.1.2 === python-greenlet Leap 15.1 Version: 0.4.13 infra Version: 0.4.10 === python-html5lib Leap 15.1 Version: 1.0.1 infra Version: 0.9999999 === python-idna Leap 15.1 Version: 2.6 infra Version: 2.0 === python-imagesize Leap 15.1 Version: 0.7.1 infra Version: 0.7.1 === python-ipaddress Leap 15.1 Version: 1.0.18 infra Version: 1.0.16 === python-iso8601 Leap 15.1 Version: 0.1.12 infra Version: 0.1.11 === python-Jinja2 Leap 15.1 Version: 2.10 infra Version: 2.8 === python-linecache2 Leap 15.1 Version: 1.0.0 infra Version: 1.0.0 === python-MarkupSafe Leap 15.1 Version: 1.0 infra Version: 0.23 === python-mock Leap 15.1 Version: 2.0.0 infra Version: 2.0.0 === python-nose Leap 15.1 Version: 1.3.7 infra Version: 1.3.7 === python-pbr Leap 15.1 Version: 4.3.0 infra Version: 1.10.0 === python-pip Leap 15.1 Version: 10.0.1 infra Version: 9.0.1 === python-pretend Leap 15.1 Version: 1.0.8 infra Version: 1.0.8 === python-psutil Leap 15.1 Version: 5.4.8 infra Version: 4.3.1 === python-py Leap 15.1 Version: 1.5.2 infra Version: 1.4.31 === python-pyasn1 Leap 15.1 Version: 0.4.2 infra Version: 0.2.3 === python-pyasn1-modules Leap 15.1 Version: 0.2.1 infra Version: 0.0.8 === python-pycparser Leap 15.1 Version: 2.17 infra Version: 2.14 === python-pygit2 Leap 15.1 Version: 0.26.0 infra Version: 0.26.0 === python-Pygments Leap 15.1 Version: 2.2.0 infra Version: 2.1.3 === python-pytest Leap 15.1 Version: 3.10.1 infra Version: 2.8.7 === python-pytz Leap 15.1 Version: 2018.5 infra Version: 2016.4 === python-PyYAML Leap 15.1 Version: 3.13 infra Version: 3.12 === python-pyzmq Leap 15.1 Version: 17.0.0 infra Version: 15.2.0 === python-requests Leap 15.1 Version: 2.20.0 infra Version: 2.12.4 === python-setuptools Leap 15.1 Version: 40.5.0 infra Version: 28.3.0 === python-simplejson Leap 15.1 Version: 3.13.2 infra Version: 3.8.2 === python-singledispatch Leap 15.1 Version: 3.4.0.3 infra Version: 3.4.0.3 === python-six Leap 15.1 Version: 1.11.0 infra Version: 1.10.0 === python-snowballstemmer Leap 15.1 Version: 1.2.1 infra Version: 1.2.0 === python-Sphinx Leap 15.1 Version: 1.7.6 infra Version: 1.3.6 === python-sphinx_rtd_theme Leap 15.1 Version: 0.2.4 infra Version: 0.1.8 === python-tornado Leap 15.1 Version: 4.5.3 infra Version: 4.4.2 === python-traceback2 Leap 15.1 Version: 1.4.0 infra Version: 1.4.0 === python-unittest2 Leap 15.1 Version: 1.1.0 infra Version: 1.1.0 === python-virtualenv Leap 15.1 Version: 16.1.0 infra Version: 15.0.0 === rsync Leap 15.1 Version: 3.1.3 infra Version: 3.1.3 === salt Leap 15.1 Version: 2019.2.0 infra Version: 2019.2.0 === susepaste Leap 15.1 Version: 0.5 infra Version: 0.5 === tmux Leap 15.1 Version: 2.7 infra Version: 2.3 === wgetpaste Leap 15.1 Version: 2.28 infra Version: 2.27 === withlock Leap 15.1 Version: 0.4 infra Version: 0.4 === zeromq Leap 15.1 Version: 4.2.3 infra Version: 4.2.1 Regards, Christian Boltz -- > http://www.bahn.de hat auch einen Routenplaner [...] für > Fahrrad und zu Fuß, wenn die Entfernung nicht zu weit ist. Nur, was bedeutet "2. Klasse" auf dem Fahrrad? ;-) [> Bernd Brodesser und Ralf Cirksena in suse-linux] -- To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org To contact the owner, e-mail: heroes+owner(a)opensuse.org

2 2

[heroes] baloo cannot connect to relay ?
by Per Jessen 25 Apr '19

25 Apr '19

I have just restarted postfix on anna, hope I didn't step on anyones toes. -- Per Jessen, Zürich (22.1°C) Member, openSUSE Heroes -- To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org To contact the owner, e-mail: heroes+owner(a)opensuse.org

1 0

[heroes] reboot_safe flag in salt
by Christian Boltz 24 Apr '19

24 Apr '19

Hello, as discussed in the last meeting, all pillar/id/* files in our salt repo now have a "reboot_safe" flag/grain to indicate if a machine will "survive" a reboot. Valid values are "yes", "no" and "unknown". To get started, I added reboot_safe: unknown to all pillar/id/ files (and already changed it to yes for "my" machines). Needless to say that we should get rid of the "unknown" state, so *** please update the pillar/id/ files of "your" machines *** A "yes" would be perfect ;-) but if you know that your machine needs some manual work after a reboot you'll obviously have to set it to "no". In this case, a comment with more details and the needed steps after a reboot would be welcome. Setting reboot_safe: yes also means that other heroes might install kernel updates and reboot your machines, so the time to update the reboot_safe flag is well spent ;-) Regards, Christian Boltz -- <Talkless> jjohansen: are "trusted helpers" that I was informed recently, related with this delegation? <jjohansen> Talkless: no and yes :) <Talkless> quantum answer. nice. :) [from #apparmor] -- To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org To contact the owner, e-mail: heroes+owner(a)opensuse.org

1 0

[heroes] mirror infrastructure for home:/ repos not available &/or lagging badly
by PGNet Dev 22 Apr '19

22 Apr '19

The mirror infstrastructure for home: repos has been failing to promote built packages to _any_ mirrors for days. E.g., my recently built (18 Apr), status == 'succeeded', pkgs @ https://build.opensuse.org/project/show/home:pgnd:Kernel:stable _are_ available for direct download, https://build.opensuse.org/package/binaries/home:pgnd:Kernel:stable/kernel-… but are _not_ available at any mirrors; e.g., @ https://download.opensuse.org/repositories/home:/pgnd:/Kernel:/stable/openS… " No mirror was found I am very sorry, but no mirror was found. Feel free to download directly: http://download.opensuse.org/repositories/home:/pgnd:/Kernel:/stable/openSU… " Checking the mirror tables, https://mirrors.opensuse.org/list/all.html 3 of the usually highest priority mirrors that carry repositories/home: in DE, "GWDG - Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen" & "openSUSE Heroes - sponsored by QSC AG" &, in the US, "openSUSE Heroes" are _all_ *significantly* out of date/sync: https://ftp.gwdg.de/pub/opensuse/repositories/home:/pgnd:/Kernel:/stable/op… LATEST PUB DATE: 15-Apr-2019 http://widehat.opensuse.org/opensuse/repositories/home:/pgnd:/Kernel:/stabl… LATEST PUB DATE: 15-Apr-2019 https://provo-mirror.opensuse.org/repositories/home:/pgnd:/Kernel:/stable/o… LATEST PUB DATE: 13-Mar-2019 There's no indication of any problem at status.o.o, or anywhere else I can find, for that matter. Simply, our built packages don't get promoted to the mirrors. A comment in #irc from a senior project member re: these issues: "well that's always the case with 'home' repositories, they are low priority in the scheme of things..." What needs to done to get & keep announced/published mirrors in sync, and communicate clearly re: their status? Or is that not the intention/goal of the OBS for 'users'? -- To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org To contact the owner, e-mail: heroes+owner(a)opensuse.org

2 1

[heroes] need some redirects on download.o.o
by Ludwig Nussel 17 Apr '19

17 Apr '19

Hi, For consistency with how SCC expects things we need some redirects on download.o.o: https://progress.opensuse.org/issues/50468 Any concerns with that? cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Mary Higgins, Sri Rasiah, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org To contact the owner, e-mail: heroes+owner(a)opensuse.org

2 1

[heroes] Unable to login to bugzilla after changing account email
by Chris Coutinho 14 Apr '19

14 Apr '19

Hi, I'm running into a strange problem trying to log into bugzilla. I changed the email address associated with my account (maintained by microfocus), but now I can't log onto bugzilla because an ID number is associated with my old email. The OBS site and opensuse wiki both work correctly using the new email, but attempting to log into bugzilla results in an internal server error: > An unexpected error occurred. This could be a temporary problem, or > some code is behaving incorrectly. If this problem persists, please > email this page to novbugzilla-dev(a)forge.provo.novell.com with details > of what you were doing at the time this message appeared. > > URL: https://bugzilla.opensuse.org/index.cgi?GoAheadAndLogIn=3D1 > The external ID '91361562879273' already exists in the database for > <new-email>, but your account source says that <old-email> has that > ID. I sent an email to the mentioned email address above a few months ago and never heard back. I tried contacting microfocus support to try to fix this problem, and this is the response I got: > You won't be able to access bugzilla.opensuse.org as this website is > only intended for suse engineers. Since when is bugzilla only for suse engineers? I think the support staff is mistaken. Is there someone on this list that can point me in the right direction? Regards, Chris

2 3

[heroes] Job opening at the SUSE Engineering Infrastructure team
by Theo Chatzimichos 12 Apr '19

12 Apr '19

Hello, my team (Engineering Infrastructure) has an open position for an Infrastructure Automation Engineer [1], for working on new cool DevOps technologies like salt, docker and k8s. Part of the responsibilities will be also the maintenance and automation of the openSUSE Infrastructure. The position is at the SUSE HQ in Nuremberg. Feel free to contact me if you need further details (either by personal mail or by PM on the #opensuse-admin channel on Freenode). [1] https://jobs.suse.com/job/nuremberg/infrastructure-automation-engineer/3486… -- Theo Chatzimichos <tampakrap(a)opensuse.org> <tchatzimichos(a)suse.com> System Administrator SUSE Engineering Infrastructure team

1 1

[heroes] 15.0 Live and JeOS images no longer updated
by Fabian Vogt 12 Apr '19

12 Apr '19

Hi, I noticed that the files in http://download.opensuse.org/distribution/leap/15.0 (jeos/ and live/ subdirectories) stopped updating about two weeks ago. According to Adrian the files over rsync are current (Snapshot20.194+), so this seems to be an issue on the d.o.o side. Can you please have a look and maybe fix it? Thanks, Fabian -- To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org To contact the owner, e-mail: heroes+owner(a)opensuse.org

1 0