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
On pontifex, for pushing out repositories to mirrors, we are notified by
way of an internal rsync to /srv/bs/arrived/<project> .
The scripts doing the pushing assume that project names contain no
blanks. This isn't always the case, so we are left with a list of
projects that never get sync'ed:
./Documentation_openSUSE 13.1 ports
./home:Dremor:Aurora:Maintenance:0_Aurora Linux 16.1a
./home:DaniLeo:VoIP_Fedora 22
./home:Sherminatorschik_openSUSE 12.1
./home:T_UNIX:misc_Enlightenment openSUSE_12.1
./home:T_UNIX:misc_Enlightenment openSUSE_12.2
./home:T_UNIX:misc_Enlightenment openSUSE_Factory
./home:agilisit_kpoole_EA4 CentOS_CentOS-7_standard
./home:beyerle:mba_openSUSE_13.2 Update
./home:danci1973_openSUSE 11.4
./home:dmolkentin:dracut:1021687_SLE_12_SP2 s390
./home:geigi_Debian 9
./home:geigi_Arch Linux
./home:jones_tony:oprofile_test_openSUSE_Factory PPC
./home:geigi_Debian 8
./home:geigi_Debian Next
./home:kasimir:RaspberryPi3_aarch64_standard
./home:linux4humans:Qt-5.6-without-cups-xinput2-webkit_openSUSE
Evergreen 11.4
./home:lupinix-indi:fedora-bleeding_Fedora 24
./home:mawatech_Debian Squeeze
./home:mawatech_Debian Wheezy
./home:mlschroe_openSUSE_ Factory
./home:ntami:strupp_SUSE SLE-12-SP1
./home:seu_Fedora 20
./home:temeo_CentOS 6
./home:temeo_CentOS 7
./home:temeo_Fedora 19
./home:smplayerdev:tests_Fedora 22
./home:smplayerdev:tests_Fedora 23
./home:temeo_Fedora 20
./home:temeo_RedHat 7
./home:toganm:python_Factory python3
./home:temeo_SUSE SLE-12 GA
./home:temeo_SUSE SLE-12 SP3
./home:temeo_openSUSE 12.2
./home:temeo_openSUSE 12.3
./home:temeo_openSUSE 13.1
./home:temeo_openSUSE 13.2
./security:shibboleth
./home:megamaced:openSUSE114_openSUSE 11.4
./systemsmanagement:puppet_ openSUSE_Leap_42.3
What is the accepted standard - do we work with project names containing
blanks or not?
--
Per Jessen, Zürich (10.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
Hello,
the next heroes meeting willl be on Tuesday (2019-04-02) at 18:00 UTC /
20:00 CEST. Note that the UTC time changed because Europe switched to
summer time.
See https://progress.opensuse.org/issues/48728 for the topics, and feel
free to add whatever you want to discuss.
Regards,
Christian Boltz
--
<Directory /cgi-bin/cpanel>
AAHatName are-you-serious
</Directory>
[Steve Beattie]
--
To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org
To contact the owner, e-mail: heroes+owner(a)opensuse.org
Hi all,
The counter code on github appears to be updated.
https://github.com/openSUSE/countdown.o.o
I've noticed that isn't working though.
v/r
Doug
El 25/3/19 a las 21:22, ddemaio escribió:
> On another topic, I tried to update counter.o.o. I changed
> the code, but did doesn't appear to be working. Would you mind taking a
> look at it?
> v/r
> Doug
Hi Doug!
The Heroes Team are who can update the code in servers.
I saw that code was updated, now they can put on-line and spread the
word!! :)
-
--
To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org
To contact the owner, e-mail: heroes+owner(a)opensuse.org
Hi,
FYI:
------------------------------------------
# diff -u _download.conf.macro.20190325 _download.conf.macro
--- _download.conf.macro.20190325 2019-03-25 11:48:18.155520384 +0000
+++ _download.conf.macro 2019-03-25 11:48:38.322756315 +0000
@@ -167,7 +167,7 @@
<Directory /srv/ftp/pub/opensuse/>
# Rule: if a filename contains no digit, it is not "versioned".
- MirrorBrainExcludeFileMask "(/[^0-9]*|\.(repo|ymp))$"
+ MirrorBrainExcludeFileMask "(/[^0-9]*|\.(repo|ymp|json))$"
</Directory>
# why is that needed at all?
------------------------------------------
I've added .json to the exclude list as we needed this to avoid
old mirrors serving vagrant json files
(example in home:
/srv/ftp/pub/opensuse/repositories/home\:/dancermak\:/vagrant-install-iso/images/boxes/
)
--
with kind regards (mit freundlichem Grinsen),
Ruediger Oertel (ro@suse.com,ro@suse.de,bugfinder@t-online.de)
GPG Key fingerprint = 17DC 6553 86A7 384B 53C5 CA5C 3CE4 F2E7 23F2 B417
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu,
Graham Norton, HRB 21284 (AG Nürnberg)
Hi Heroes, Hi Ludwig,
I'm not sure who to contact, maybe you can help me or point me in the
right direction.
We would like to add openSUSE Tumbleweed to the upstream-ci of systemd,
see https://github.com/systemd/systemd/issues/12040.
One of the preconditions is to provide access to openSUSE baremetal systems.
Is this something which would be in the scope of the heroes team? If
not, do you maybe know who would be the best contact?
Thanks in advance for your input,
Benjamin
--
Benjamin Brunner <bbrunner(a)suse.com>,
Engineering Manager System Boot and Init
SUSE Linux GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany
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
Hello,
various services (for example static.o.o, metrics.o.o, kubic.o.o,
lists.o.o) had/have multiple "random" failures - enough to trigger
multiple reports on IRC. For some time, they were unreachable
("connection denied"), and then they randomly re-appeared, and later
failed again.
The servers behind these domains (like narwal*) work - I can access them
via their *.infra.o.o name while the public side gives me connection
denied.
One thing the affected services have in common is that they are routed
via proxy-nue.o.o, with the exception of static.o.o which has its own IP
(on the same server, so not too different).
Services using login2.o.o don't seem to be affected.
Unfortunately I have no idea what exactly is causing these problems.
I can only guess that this is either an issue with haproxy, or something
between haproxy and the internet.
Whoever reads this mail and has an idea how to debug it, please do
that ;-)
Regards,
Christian Boltz
--
Wie meinte doch neulich ein OS/2 oder CygWin-User:
PATH=C:\backspace\return;E:\tab\newline;D:\home
W:\pakete\mypaket\configure --prefix=F:\fondlinge
[Ralf Corsepius in suse-programming]
--
To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org
To contact the owner, e-mail: heroes+owner(a)opensuse.org
Hello,
as hopefully nobody noticed ;-) I moved static.o.o, html5test.o.o,
shop.o.o and studioexpress.o.o to new servers (of course fully salt-
managed) in the last days.
Besides the new servers and getting rid of an old SLE11, there's one
important change: We now have an hourly cronjob that does a git pull
from github to make static.o.o and the other mentioned vhosts a bit less
static ;-) (In the old setup, only the chameleon theme had such a
cronjob, everything else needed manual deployment.)
Note that the handling of gitmodules is a bit special.
git includes the repos included as gitmodules at a specific revision
which is great for "normal" code, but doesn't make sense with the
"always use the latest version" approach we need for static.o.o.
Therefore the server ignores the gitmodules and instead does a plain
"git clone" of the submodules.
This also means gitmodule changes need an update on the salt side, so if
you ever add or remove gitmodules from one of the repos used for
static.o.o, please tell me (or update the salt code yourself).
For an overview of the used git repos, have a look at the salt code,
especially pillar/role/static_master.sls
Regards,
Christian Boltz
--
By the way, it's a sign of how good the distribution is that we're
arguing about the name and not dealing with problems in the essence of
the thing. Even the overloaded servers are what an old boss of mine
would have called a "success problem." [Randall Schulz in opensuse]
--
To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org
To contact the owner, e-mail: heroes+owner(a)opensuse.org
I don't seem to be able to access widehat - normally I would login to
anna, and to widehat from there, but I can't even ping it (from anna) ?
ping widehat
PING widehat.infra.opensuse.org (62.146.92.203) 56(84) bytes of data.
--- widehat.infra.opensuse.org ping statistics ---
9 packets transmitted, 0 received, 100% packet loss, time 7998ms
Someone needs to take a look at this:
https://progress.opensuse.org/issues/47972 - /srv full
--
Per Jessen, Zürich (8.6°C)
Member, openSUSE Heroes
--
To unsubscribe, e-mail: heroes+unsubscribe(a)opensuse.org
To contact the owner, e-mail: heroes+owner(a)opensuse.org
Dear Heroes,
I'd like to let you all know that I am leaving SUSE end of April. One of my
responsibilities was to provide support to the Heroes team especially for
critical services, and also provide the communication regarding infra related
topics between the Heroes and the SUSE Engineering Infrastructure (formerly
SUSE-IT) team. There will be a replacement for those responsibilities who will
be announced to you in the near future.
Furthermore, I have decided to stop my volunteer contributions to the Heroes
team and to the openSUSE project in general, as my girlfriend gave me a macbook
for christmas and I don't use linux any more at home. Feel free to send her
hate mail :) I will send another reminder before I leave with my contacts, so
that you can still ask me any questions in case my piece of code is a total
mess and I need to explain it (quite impossible of course, as I write spotless
code always).
That said, I'd like to thank you all for being such an awesome, helpful,
passionate, knowledgable, motivated, productive community! It was more than a
pleasure working with all of you. I gained a lot of knowledge, met some great
people, made friends, had a lot of fun!
I started contributing as a volunteer to the openSUSE infrastructure
administration around 2012, a bit after oSC12, with the precious mentoring of
darix, Lars, Martin and Rudi, and it became part of my work responsibilities on
early 2015. We made quite some effort to open as much as possible of the
infrastructure, which led to the Heroes team creation a year later, with a
significant amount of community volunteers taking over quite important
responsibilities. Automation was always my priority, as the Infrastructure as
Code and the containerization efforts allowed more openness, collaboration,
testing and faster deployments. It was very rewarding seeing all of that effort
being appreciated by the community, and more volunteers joining slowly and
taking over small or big responsibilities.
Contributing to the infrastructure part of a FOSS project is a unique
opportunity for knowledge and making connections and friends. openSUSE is the
third big FOSS project I have contributed in the past 12 years, and I would
really encourage people interested in DevOps and Automation technologies to
take the Leap (pun intended) and join the Heroes. At least I can say with
certainty that it has been a life-changing experience to me.
Not-good-bye-yet
Theo
