-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I just noticed a ticket at <https://progress.opensuse.org/issues/92197>
that is obviously spam. What is the policy, delete them? If spam there is
a normal problem I can have a look now and then and delete them, same as I
do for connect.
But maybe you want to do something else, like blocking those addresses or
something that I do not know, so I ask first.
- --
Cheers
Carlos E. R.
(from openSUSE Leap 15.1 at Telcontar)
-----BEGIN PGP SIGNATURE-----
iHYEARECADYWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYJM3lRgcY2FybG9zLmUu
ckBvcGVuc3VzZS5vcmcACgkQtTMYHG2NR9VW1wCfbTv0/yq0RqjyGMjFp2nBBH7I
/TkAn3SAY2Ulq+5b0U8FyQPZ7U6WghqF
=Tj/c
-----END PGP SIGNATURE-----
Hey all,
The Heroes team agreed last month that we will be making the Salt repo
that manages our infrastructure public on code.opensuse.org[1]. We're
doing this in the interest of improving the transparency of how our
infrastructure is managed and to start opening up our infrastructure
projects to contributors.
Initially, the repository will be public on code.opensuse.org with
pull requests disabled until we get the CI workflow ported over. Once
that's done, we'll flip things over fully and enable pull requests.
The plan is to implement the first stage of this next week, with the
public repository and issue tracker. Until the CI is ported over,
changes are still going to be done in the internal system. I hope
we'll have everything cut over shortly after.
Best regards,
Neal
[1]: https://lists.opensuse.org/archives/list/heroes@lists.opensuse.org/message/…
--
真実はいつも一つ！/ Always, there's only one truth!
Hello,
here are the minutes of today's heroes meeting:
2021-05-04 heroes meeting
- checking random dnsmasq failures on anna, no obvious config errors
found
- forums upgrade:
* vBulletin mostly prepared
* blocked on single sign on integration (existing plugin no longer
works)
* code of the old plugin is in /root/am_auth_code.php on
new-forums.i.o.o
* maybe use https://github.com/oneall/social-login-vbulletin?
* apparently not, it's just a proxy to oneall
* we might be able to create a new login plugin based on the "login
with google" plugin (which also uses openID Connect) -
core/packages/googlelogin/library/externallogin.php could be a
good starting point for our login plugin
Regards,
Christian Boltz
--
> We're just removing the makeup now.
The makeup is already part of the skin now, it looks fine and everyone
got used to it. Forcibly removing it *will* hurt, everyone has to get
used to it again and after it has healed it'll look at best the same.
[> Jan Engelhardt and Fabian Vogt in opensuse-factory]
Hello,
the next heroes meeting will be on Tuesday (2021-05-04 ) at 18:00 UTC /
20:00 CEST in https://meet.opensuse.org/heroeshttps://progress.opensuse.org/issues/90728 already contains the usual
topics - feel free to add things you want to discuss ;-)
Regards,
Christian Boltz
--
Die Jungs von FreePascal portieren zur Zeit auf alles was
nach Prozessor aussieht oder Prozessor im Namen hat ;-)
[Gerald Goebel in suse-programming]
Per Jessen composed on 2021-04-17 09:07 (UTC+0200):
> https://bugzilla.suse.com/show_bug.cgi?id=1184413
Shame, shame, shame. >:-(
https://bugzilla.opensuse.org/ is the only BZ root URL that should show up on an
openSUSE mailing list. Could the list software be made to convert suse.com to
opensuse.org before sending list mails?
openSUSE lists are about the openSUSE project and distribution, so anything
outside that, no matter how important it might be for Linux generally, or the
world generally, is, in general, unwelcome. Unwelcome arguably includes links
incorporating bugzilla.netiq.com, bugzilla.novell.com and bugzilla.suse.com. While
those will usually provide the desired content, users are better served by
equivalent links incorporating the project name. Bugzilla.opensuse.org presents a
skin compatible with the rest of the openSUSE project that won't pause or perplex
a new user finding such link via a context other than receiving the email, and
won't frustrate openSUSE users with multiple links to the same destination among
search results.
BTW, the hyperkitty archive is miserable, miserable miserable. These are just a
few of the ways:
1-I'm searching for the archive copy for a particular date. There are no dates to
see without hovering, the same problem in many bug trackers. Ago "dates" are just
awful.
2-semi-visible #999 text. I need to scan (which means I need to see) through dates
without hovering to find what I'm looking for in a busy list.
3-posts are not shown as they looked in their original form. They're scrunched
into a portion of window width that supports less than 80 characters, causing most
post lines to display wrapped, with more whitespace width on either side of the
posts than the width devoted to posts.
4-10 posts returned by default is far too few. 100 posts produces the same problem
as download.opensuse.org file listings: 6831669 bytes just in HTML in the current
page I have open, more than 10X that of a typical bloated web page, and this not
counting bytes in CSS or JS files or in images.
5-Those numbered icons to the right of synopses, under the agos, are useless
bloat. Why are they there? What are they good for?
6-Ditto for the icons left of synopses.
--
Evolution as taught in public schools, like religion,
is based on faith, not on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
Hello,
the next heroes meeting will be on Tuesday (2021-04-06) at 18:00 UTC /
20:00 CEST on https://meet.opensuse.org/heroes
Note: with Europe switching to summer time, the UTC time changed to
18:00.
As usual, please add the topics you want to discuss to
https://progress.opensuse.org/issues/89365
Regards,
Christian Boltz
--
#The code is SOOOO bad, I don't even WANT any copyright.
# Just steal it and stop laughing. :-p
[found on http://www.houghi.org/script/pizza.houghi]
Hello,
here are the minutes of today's heroes meeting:
community questions and answers
* some questions around DNF - not exactly infrastructure related, but answered nevertheless ;-)
status reports
* lcp has created lots of (~3M redirects, 340 MB file size) redirects for the old mailinglist archive
* lists.o.o now supports login with other idendity providers (for example github)
* matterbridge (IRC - matrix bridge) setup done
* pagure updated, default branch is now "main", user namespaces enabled
* noggin, freeipa-fas, etc. for new openSUSE Accounts packaged for Fedora+EPEL for account system VMs
* forums migration: saltstates prepared, MR will follow in the next days, actual switch and upgrade planned for April 15th (forums will be read-only or down during this time)
* ipsilon updated, some patches to upstream
* mod_perl on bugzilla enabled, major performance improvements
* move maintainer.zq1.de to pinot.i.o.o?
* do we want/need containers? First find usecases, then think about using AWS or setup kubic
* several DNS zones moved from FreeIPA to chip.i.o.o (powerdns), but not all (for example, infra.o.o is still on FreeIPA, and chip no longer answering queries for infra.o.o caused some problems) - TODO: move all zones to chip
* making the salt repo public - no objections in the meeting, send out a mail to be sure
* code.o.o needs a way to run CI on jenkins (until then, the salt repo on code.o.o will be read-only)
Regards,
Christian Boltz
--
> Please see the duplicated mail as kmail's vote to make
> thunderbird default ;-(
And some people say that Kmail is good for nothing. :-))
[> Stephan Kulow and Ken Schneider in opensuse-factory]
I haven't changed anything in my email setup, or updated SeaMonkey version, but
some email from openSUSE, Debian and Fedora lists lately is causing SeaMonkey to
disable the droplist button that enables selection of reply-to-list. I'm forced to
reply-all, then deselect the post author's email address.
--
Evolution as taught in public schools, like religion,
is based on faith, not on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
On 30/03/2021 11.08, Gerald Pfeifer wrote:
> On Thu 2021-03-18, medwinz wrote:
>> My logic is simple, mirrors cannot catch up with the new release if
>> several major updates happen at nearly the same time.
>
> That, plus the timing of announcements also makes a difference.
>
> Not everyone here probably follows the factory@ list closely (I,
> too, read project@ more regularly), so allow me to share a change
> Bernhard has recently made which should also help.
>
> Thank you, Bernhard!
For the record, here is what I found during debugging:
After the previous full rebuilds,
download.opensuse.org IPv6 address had ~50% packet loss for several
hours. My nagios[1] has reported this at
2021-02-16 12:20 UTC (20210212 glibc rebuild published)
2021-03-08 11:25 UTC (20210307 glibc rebuild published)
2021-03-12 18:35 UTC (20210311 KDE update published)
2021-03-13 10:37 UTC (still fallout from 20210311?)
2021-03-13 18:09 UTC (still fallout from 20210311?)
On the download.o.o VM, top showed ksoftirqd very busy at 98% CPU and
several active rsyncd processes using the CPU.
This indicates that syncing to the mirrors was still ongoing and that
probably also slowed mirrorbrain mirror scans, so that more traffic was
directed towards the downloadcontent.o.o site which happens to be the
same machine as mirrorbrain (just another IP). All that syncing,
scanning and downloading slowed each other down.
Apart from the longer publish delay for large Tumbleweed snapshots, I
plan to push the setup of the new widehat.o.o machine, so that it can
act as a fallback mirror most of the time and relieve
downloadcontent.o.o bandwidth.
Ciao
Bernhard M.
[1] http://nagios.zq1.de/nagios4 =>
http://nagios.zq1.de/cgi-bin/nagios4/extinfo.cgi?type=1&host=oodownload
> ==== forwarded message ====
> From: Bernhard M. Wiedemann <bernhardout(a)lsmod.de>
> To: factory(a)lists.opensuse.org
> Date: Sun, 28 Mar 2021 15:09:28 +0200
> Subject: factory publish delay [was New Tumbleweed snapshot 20210325]
>
>
> 20210325 was the first large snapshot to trigger my new logic for a
> longer publish delay (6h instead of 2h).
>
> The publisher became active when the repo age was 22203 s
> and the repo rsync log had 32114 lines and 2091370 byte.
>
> This time, download.o.o seems to have had a much better time handling
> the load than with previous full rebuilds. Though this seems to have
> been only a partial rebuild because there are 62802 entries in
factory/repo
>
> Medium-term we can do more fine-tuning to balance publish delay vs load
> of download.o.o
>
>
> Ciao
> Bernhard M.
https://es.opensuse.org/SDB:NVIDIA_Optimus
I'm having no luck figuring out the translator pages with gray on gray text, or
interpreting their worthless tiny icons.
--
Evolution as taught in public schools, like religion,
is based on faith, not on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
