(Note: this email was sent weeks ago, but it looks it didn't come trough).
As part of improvements to download.opensuse.org experience, currently new pilot service is available for using with zypper.
Its primary task is to redirect zypper requests to a mirror in client's country, similar to what MirrorBrain project does.
You can try to replace in /etc/zypp/repos.d/*.repo
If you are in Europe or America, the best experience is expected with these addresses:
mirrorcache-na.opensuse.org<https://mirrorcache.opensuse.org> (North America)
Since it is still a pilot, the service comes without any guarantee or obligations.
Reasons to try it may have those who:
- live in North America and don't want to be redirected to send cross-continent requests when possible;
- want to stick to https connection (mirrorcache will try to find a mirror in the same country, which supports https);
- are on ipv4-only or ipv6-only connection (mirrorcache will try to find a mirror which supports ipv4 or ipv6, depending on the request's connection);
- redirection from d.o.o leads to a mirror, which actually doesn't have the requested file (it is rare, but can happen);
- want to try hosting a mirrorcache instance for own location (e.g. organization, country or continent) and enjoy fast and reliable redirection. (with very modest disk space / HW requirements).
Additional reasons may have those who:
- want to help with improving d.o.o experience and provide feedback;
- are interested in mirror management, for which admin's UI is available, and non-admin UI is planned (so a user can add and manage own mirror without global admin rights);
(login using UI menu and ask me for admin rights if you want to use it or see more advanced controls, like job details).
- need some related functionality: it is possible that it can be easily achievable with mirrorcache.
Further read about differences from MirrorBrain:
How caching works:
- caching happens on folder level, so e.g., when zypper tries to access file, unknown for mirrorcache - it will be redirected to d.o.o, then a background job will collect info about mirrors. Thereafter further requests to the same folder will be properly redirected to a mirror in the client's country, honoring http/https scheme and ipv4/ipv6 connection used:
- requests to remodata/repomd.xml are not cached, so zypper always gets the latest version of packages.
If you are interested in current source code
(most of architecture is stolen from OpenQA):
In case of questions or any feedback do not hesitate to contact me.
Andrii Nikitin <andrii.nikitin(a)suse.com>
DevOPS Automation and Build Service Engineer
SUSE Software Solutions Germany GmbH
(HRB 247165, AG München)
Managing Director: Felix Imendörffer
Per Jessen composed on 2021-04-17 09:07 (UTC+0200):
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
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
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/
here are the minutes of today's heroes meeting:
community questions and answers
* some questions around DNF - not exactly infrastructure related, but answered nevertheless ;-)
* 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)
> 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]