openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842024-03-25T14:25:02ZopenSUSE Project Management Tool
Redmine openSUSE admin - tickets #157897 (Blocked): Account problem: urls from idp-portal.suse.com defecthttps://progress.opensuse.org/issues/1578972024-03-25T14:25:02Zbernhard.reiter@intevation.de
<p>Dear Admins,</p>
<p>emails from idp-portal.suse.com contain defect urls,<br>
so confirmation of email addresses for new accounts (e.g when registering for the forum) or password resets have problems.</p>
<p>This is the url I've got today after a fresh registration:</p>
<blockquote>
<p><a href="https://idp-portal.suse.com/univention/selfservice/#/selfservice/newpassword/" class="external">https://idp-portal.suse.com/univention/selfservice/#/selfservice/newpassword/</a></p>
</blockquote>
<p>it gets "not found" because there is a dash missing for <code>self-service</code>.</p>
<p>Best Regards,<br>
Bernhard</p>
openSUSE admin - communication #156874 (New): 2024-04-04 19:00 UTC: openSUSE Heroes meetinghttps://progress.opensuse.org/issues/1568742024-03-07T22:56:39Zcboltzsuse-beta@cboltz.de
<p>Where: <a href="https://meet.opensuse.org/heroes" class="external">https://meet.opensuse.org/heroes</a><br>
When: 2024-04-04 19:00 UTC / 20:00 CET<br>
Who: The openSUSE Heroes team and everybody else!</p>
<p>Topics:</p>
<ul>
<li>Questions and answers from the community</li>
<li>status reports about everything</li>
<li>review old tickets</li>
<li>(see/use checklist for additional topics)</li>
</ul>
openSUSE admin - tickets #152212 (New): Fastly CDN - Hosting of our WSL images (~2GB of data)https://progress.opensuse.org/issues/1522122023-12-07T17:08:59Zlkocmanlubos.kocman@suse.com
<p>Hello Heroes!</p>
<p>Scott & Scott from WSL our team raised an opportunity to upload our<br>
.appx images for Windows Subsystem for Linux to a particular agreed<br>
location on our CDN rather than Microsoft's.</p>
<p>This would eliminate waiting time for Microsoft to upload images for<br>
us, and could be easily automated on OBS and IBS publisher / TTM side.</p>
<p>Would we be able to set up such a directory / location and what would<br>
be the process to add additional data there before it is automated?</p>
<p>This would bring us one step closer towards automation of the WSL<br>
delivery pipeline. There would still be the Windows Store part. As far<br>
as I understand this location would be used by<br>
provisioning/installation via wsl.exe and not deployments via Windows<br>
Store.</p>
<p>Example appx image/binary from our devel project<br>
<a href="https://build.opensuse.org/projects/Virtualization:WSL/packages/kiwi-images-wsl/repositories/openSUSE_Leap_15.5_images/binaries" class="external">https://build.opensuse.org/projects/Virtualization:WSL/packages/kiwi-images-wsl/repositories/openSUSE_Leap_15.5_images/binaries</a></p>
<p>I suppose we might need Dirk Mueller for this (in cc).</p>
<a name="Ill-raise-this-at-todays-heroes-meeting"></a>
<h2 >I'll raise this at today's heroes meeting.<a href="#Ill-raise-this-at-todays-heroes-meeting" class="wiki-anchor">¶</a></h2>
<p>Best regards</p>
<p>Luboš Kocman<br>
openSUSE Leap Release Manager</p>
openSUSE admin - tickets #138791 (New): d.o.o / cdn errors for Leap 15.5https://progress.opensuse.org/issues/1387912023-10-31T19:13:18Zkrop
<p>'Morning,</p>
<p>While trying to manually download a Leap 15.5 package, I'm getting these <br>
errors:</p>
<ul>
<li><p><a href="https://download.opensuse.org/distribution/leap/15.5/repo/oss/x86_64/" class="external">https://download.opensuse.org/distribution/leap/15.5/repo/oss/x86_64/</a> <br>
doesn't list packages and a popup appears with this error:<br>
« DataTables warning: table id=data - Ajax error. For more information about <br>
this error, please see <a href="http://datatables.net/tn/7" class="external">http://datatables.net/tn/7</a> »</p></li>
<li><p><a href="https://cdn.opensuse.org/distribution/leap/15.5/repo/oss/x86_64/" class="external">https://cdn.opensuse.org/distribution/leap/15.5/repo/oss/x86_64/</a> returns:<br>
« Error 503 first byte timeout<br>
Error 54113<br>
Details: cache-par-lfpg1960052-PAR 1698740818 2259393556<br>
Varnish cache server »</p></li>
</ul>
<p>Christophe</p>
openSUSE admin - tickets #135779 (Feedback): How's postfix mail queue doing?https://progress.opensuse.org/issues/1357792023-09-14T19:19:09Zluc14n0
<p>Yesterday - Wed Sep 13, 2023 -, or the day before, Icinga started showing an alarm (or maybe it was when I realized it, the alarm tells me it started 2d 4h ago) about Postfix mail queue been higher than its threshold for progress.i.o.o. Is this threshold there to avoid what exactly?</p>
<p><strong>progress.i.o.o</strong><br>
CRITICAL: <code>postfix mailq is 85 (threshold c = 50)</code></p>
<p>Other similar alarms that seem to be there for a while (or they come and go, I can't say right now):</p>
<p><strong>mailman3.i.o.o</strong></p>
<p>CRITICAL: <code>postfix mailq is 413 (threshold c = 50)</code></p>
<p><strong>openqa.i.o.o</strong></p>
<p>CRITICAL: <code>postfix mailq is 121 (threshold c = 50)</code></p>
openSUSE admin - tickets #135596 (Feedback): Packages updates & install are failing due to cdn.op...https://progress.opensuse.org/issues/1355962023-09-12T12:03:20Zsushilhiremath
<p>Hi Admin/Team,</p>
<p>All packages updates are failing due to following error messages,<br>
Retrieving: snapd-2.59.5-1.21.x86_64.rpm ..................................................................................................................................[error]<br>
Location '<a href="https://cdn.opensuse.org/repositories/system:/snappy/openSUSE_Tumbleweed/x86_64/snapd-2.59.5-1.21.x86_64.rpm" class="external">https://cdn.opensuse.org/repositories/system:/snappy/openSUSE_Tumbleweed/x86_64/snapd-2.59.5-1.21.x86_64.rpm</a>' is temporarily unaccessible.<br>
Abort, retry, ignore? <a href="a" class="external">a/r/i</a>:<br>
Trying again...<br>
Problem occurred during or after installation or removal of packages:<br>
Installation has been aborted as directed.<br>
Please see the above error message for a hint.<br>
sushil-linux-tw-kde:~ # curl cdn.opensuse.org</p>
<p><?xml version="1.0" encoding="utf-8"?><br>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"<br>
"<a href="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">" class="external">http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"></a><br>
<br>
<br>
503 Backend is unhealthy</p>
<p>Could you please take a look at the issue at the earliest possible time.</p>
<p>Thanks,<br>
Sushil</p>
openSUSE admin - tickets #122254 (New): Migrate away from login proxies to SSOhttps://progress.opensuse.org/issues/1222542022-12-20T20:31:20Zhellcphel@lcp.world
<p>It would be nice to slowly migrate over to using SSO instead of login proxies for logging into our infrastructure. The list below covers all of the services that still use login proxies. Some of them aren't under our jurisdiction, some may not even have login capabilities, but they still are behind login proxies, because why not (they shouldn't be, get them out of there).</p>
openSUSE admin - tickets #119653 (New): Request for info on the difference between standard and m...https://progress.opensuse.org/issues/1196532022-10-31T15:48:21Ztomaupa.garbizio@gmail.com
<p>Hi there</p>
<p>I'm unable to tell if it is a human error on my part or if there is a <br>
possibility that it is a bug.<br>
Let me explain:</p>
<p>I'm faced with the question as to why as followsr address is empty <br>
(<a href="https://download.opensuse.org/repositories/multimedia:/libs:/" class="external">https://download.opensuse.org/repositories/multimedia:/libs:/</a>) while <br>
the mirror address <br>
(<a href="https://provo-mirror.opensuse.org/repositories/multimedia:/libs:/" class="external">https://provo-mirror.opensuse.org/repositories/multimedia:/libs:/</a>) is not.</p>
<p>In fact, if I continue the search and enter the following address, <br>
<a href="https://provo-mirror.opensuse.org/repositories/multimedia:/libs:/cisco-openh264/15.4/" class="external">https://provo-mirror.opensuse.org/repositories/multimedia:/libs:/cisco-openh264/15.4/</a>, <br>
it works.<br>
Stranger still, if I use this mirror instead, <br>
<a href="https://rsync.opensuse.org/repositories/multimedia:/libs:/cisco-openh264/15.4/" class="external">https://rsync.opensuse.org/repositories/multimedia:/libs:/cisco-openh264/15.4/</a>, <br>
Firefox returns 403 forbidden.<br>
Even stranger is that the previous level of the same address, i.e. <br>
without 15.4, the folder is visible.</p>
<p>Where am I going wrong with my interpretation?</p>
<p>Let me know what you think.</p>
<p>Regards<br>
Thobias</p>
openSUSE admin - tickets #117166 (New): Archive redirecthttps://progress.opensuse.org/issues/1171662022-09-23T14:11:12Zyecril71plgiecrilj@stegny.2a.pl
<p>Kiedy pakiet staje się niedostępny do pobrania z repozytorium Tumbleweed i przenosi się do archiwum, klient, próbujący i pobrać, otrzymuje wynik 404 (zasób nie znaleziony), którego oprogramowanie pobierające pakiety nie umie dobrze obsłużyć. Omawiając zgłoszenie błędu 1203303, doszliśmy do wniosku, że w takiej sytuacji serwer powinien zwracać przekierowanie stałe do odpowiedniego pakietu, znajdującego się w archiwum.</p>
openSUSE admin - tickets #115640 (New): provo-mirror.o.o/rsync.o.o - review of rsync processhttps://progress.opensuse.org/issues/1156402022-08-23T05:56:33Zpjessenper@computer.org
<p>I was looking at other tickets involving the rsync on provo-mirror when I noticed the rsync of repos seemed to had gotten stuck. <br>
With strace I see it repeating a select() with a 60 second timeout, endlessly.</p>
<p>The main loop <code>/home/mirror/bin/loop_repositories.sh</code> was started Thu Aug 11 13:14:47 2022, followed by the actual rsync at Fri Aug 12 20:47:30 2022. The log file has not been written to since 2022-08-13 00:00:08. Not being used to handling 'screen', I managed to restart it, but at the very least, the rsync command needs a timeout setting. </p>