[Wikitech-l] Re: Adding Docker images to the registry via Gitlab

Sebastian, I created the Speechoid group per your request https://gitlab.wikimedia.org/groups/repos/mediawiki/services/speechoid and made you the owner. On Thu, Mar 7, 2024 at 4:59 AM Sebastian Berlin < sebastian.ber...@wikimedia.se> wrote: > Thank you to the kind stranger who approved my

[Wikitech-l] Re: [Train] 1.41.0-wmf.18 status update: blocked at group1 on T342282

The train is now unblocked. T342282 has been removed as a train blocker. Thanks to everyone who jumped in to verify! On Thu, Jul 20, 2023 at 11:11 AM Ahmon Dancy wrote: > The 1.41.0-wmf.18 version of MediaWiki is blocked[0]. > > The new version is currently deployed to group1[1]

[Wikitech-l] [Train] 1.41.0-wmf.18 status update: blocked at group1 on T342282

The 1.41.0-wmf.18 version of MediaWiki is blocked[0]. The new version is currently deployed to group1[1], but can proceed no further until the issue is resolved. * T342282 - "View 1 notice" not working - https://phabricator.wikimedia.org/T342282 Once the issue is confirmed and resolved the

[Wikitech-l] Re: Automatic import of users to /repos/mediawiki on GitLab

/-/issues/344527. -- Release Engineering On Fri, Jun 2, 2023 at 3:22 PM Ahmon Dancy wrote: > Hey all, > > On Monday June 5th, 2023 at 15:00 UTC (8am US/Pacific) we (the Release > Engineering Team) will run scripts[0] to add a bunch of users to the > /repos/mediawiki group[1] on GitLab. Y

[Wikitech-l] Automatic import of users to /repos/mediawiki on GitLab

Hey all, On Monday June 5th, 2023 at 15:00 UTC (8am US/Pacific) we (the Release Engineering Team) will run scripts[0] to add a bunch of users to the /repos/mediawiki group[1] on GitLab. You may see mail from GitLab as a result. We're adding accounts from the wmf and ops LDAP groups, to be

[Betacluster-alerts] Re: beta-code-update-eqiad - Build # 441997 - Failure!

This happened because I updated scap while the job was running. It should recover in 10 minutes. On Tue, May 2, 2023 at 9:55 AM Release Engineering < jenkins-...@wikimedia.org> wrote: > beta-code-update-eqiad - Build # 441997 - Failure: Check console output at >

[Wikitech-l] Summary of 1.40.0-wmf.12 train deployment

This email is a summary of the Wikimedia production deployment of 1.40.0-wmf.12 - Conductor: Ahmon Dancy - Backup Conductor: Brennen Bearnes - Blocker Task: T320517 <https://phabricator.wikimedia.org/T320517> - Status: Rolled out to all wikis - -  By the Numbers Spar

[Wikitech-l] Summary of 1.40.0-wmf.1 train deployment

This email is a summary of the Wikimedia production deployment of 1.40.0-wmf.1 - Conductor: Ahmon Dancy - Backup Conductor: Jeena Huneidi - Blocker Task: T314190 <https://phabricator.wikimedia.org/T314190> - Status: Deployed to all wikis  Stats Sparklines comparing with the

[Wikitech-l] Summary of 1.39.0-wmf.23 train deployment

This email is a summary of the Wikimedia production deployment of 1.39.0-wmf.23 Conductor: Ahmon Dancy Backup Conductor: Brennen Bearnes Blocker Task: T308076 Status: Deployed to all wikis  Numbers Sparklines comparing with the last 5 trains. 322 Patches ▅█▃▁▄ 1 Rollbacks ▁▁█▁▃ 0 Days of delay

[Wikitech-l] Summary of 1.39.0-wmf.13 train deployment

This email is a summary of the Wikimedia production deployment of 1.39.0-wmf.13 - Conductor: Ahmon Dancy (That's my name, don't wear it out) - Backup Conductor: Jaime Nuche - Blocker Task: T305219 <https://phabricator.wikimedia.org/T305219> - Status: Rolled out to all wikis on

[Wikitech-l] Re:  Amir Sarabadani receives Web Perf Hero award!

Nice work Amir! On Thu, May 26, 2022 at 7:22 AM Krinkle wrote: > I'm happy to share that the first Web Perf Hero award of 2022 goes to Amir > Sarabadani! > > This award is in recognition of Amir's work (@Ladsgroup) over the past six > months, in which he demonstrated deep expertise of the

[Wikitech-l] Summary of 1.39.0-wmf.7 train deployment

This email is a summary of the Wikimedia production deployment of 1.39.0-wmf.7 - Conductor: Ahmon Dancy (yours truly) - Backup Conductor: Jaime Nuche - Blocker Task: T305213 <https://phabricator.wikimedia.org/T305213> - Current Status <https://versions.toolforge.org>

[Wikitech-l] Summary of 1.38.0-wmf.25 train deployment

This email is a summary of the Wikimedia production deployment of 1.38.0-wmf.25 - Conductor: Ahmon Dancy - Backup Conductor: Brennen Bearnes - Blocker Task: T300201 <https://phabricator.wikimedia.org/T300201> - Current Status <https://versions.toolforge.org/>: Stable

[Betacluster-alerts] Re: beta-mediawiki-config-update-eqiad - Build # 221 - Failure!

Sorry about these noisy alerts. We should have them fixed up by tomorrow. On Thu, Mar 3, 2022 at 9:47 AM Release Engineering < jenkins-...@wikimedia.org> wrote: > beta-mediawiki-config-update-eqiad - Build # 221 - Failure: Check console > output at >

[Wikitech-l] Summary of 1.38.0-wmf.20 train deployment

This email is a summary of last week's Wikimedia production deployment of 1.38.0-wmf.20 - Conductor: Ahmon Dancy - Backup Conductor: Brennen Bearnes - Blocker Task: T293961 <https://phabricator.wikimedia.org/T293961>  Stats Sparklines comparing with the last 5 trains.

[Betacluster-alerts] Re: beta-code-update-eqiad - Build # 376129 - Failure!

This is me working on stuff. On Thu, Jan 13, 2022 at 8:46 AM Release Engineering < jenkins-...@wikimedia.org> wrote: > beta-code-update-eqiad - Build # 376129 - Failure: Check console output at > https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/376129/ > to view the

[Wikitech-l] Summary of 1.38.0-wmf.12 train deployment

- 1.38.0-wmf.12 has been rolled out to all wikis. There are a couple of low frequency errors that are being logged bug they are being worked on. - Conductor: Ahmon Dancy (yours truly) - Backup Conductor: Brennen Bearnes - Blocker Task: T293953 <https://phabricator.wikimedia.

[Wikitech-l]  Summary of the 1.37.0-wmf.23 train deployment

Another week, another train. Your train conductors: mmodell and hashar Phabricator Task: T281164 Deployment Status: Live on all wikis Notable things about this train: - Train happened during DC switchover week

[Wikitech-l] Re: Nomination for Majavah to get +2 rights in mediawiki/

Congrats! Well deserved. On Fri, Aug 27, 2021 at 12:34 AM Kunal Mehta wrote: > With a unanimous consensus, I have granted Majavah +2 rights. Congrats! > > -- Legoktm > > ___ > Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org > To unsubscribe

[Wikitech-l] Re: Gerrit upgrade August 3rd 16:00 UTC

Gerrit has been upgraded to version 3.3.5. Please let Release Engineering know if you have any problems. Enjoy! On Thu, Jul 29, 2021 at 2:23 PM Ahmon Dancy wrote: > Hello, > > We will upgrade our Gerrit to [version 3.3]. We have scheduled it on > Tuesday, August 3rd at 1

[Wikitech-l] Gerrit upgrade August 3rd 16:00 UTC

Hello, We will upgrade our Gerrit to [version 3.3]. We have scheduled it on Tuesday, August 3rd at 16:00 UTC. We will first upgrade the [Gerrit replica] then the primary server. The service will thus be unavailable for a few minutes while we conduct the operation and restart the service. The

[Wikitech-l] [Train] 1.37.0-wmf.5 status update (blocked at group0)

Hi all, The 1.37.0-wmf.5[0] train is currently blocked at group0 by the following issue: * Wikimedia\Rdbms\DBQueryError: Error 1048: Column 'gt_page_id' cannot be null (db1138)Function: GeoData\Hooks::doLinksUpdateQuery: INSERT INTO `geo_tags`

[Wikitech-l] [Train] 1.36.0-wmf.35 status update

The 1.36.0-wmf.35 train was briefly rolled out to group0 but was rolled back due to an increase in logged errors attributed to T277362[0]. All wikis are back to 1.36.0-wmf.34. See the train blockers task[1] for all details about this week's train. Thanks in advance for resolution of this

Re: [Wikitech-l] [Train] status 1.36.0-wmf.28

Train status 1.36.0-wmf.28 is on group0. There are some new log messages that need investigation and cleanup: T273120 ParserOptions.php PHP Notice: Undefined index: math T273099: Undefined class constant 'BASE_CSS_CLASS' (A fix for this one has

[Wikitech-l] [Train] status 1.36.0-wmf.28

The 1.36.0-wmf.28 version of MediaWiki is blocked[0]. The new version is deployed to testwikis, but can proceed no further until these issues are resolved: ** MediumSpecificBagOStuff.php Undefined offset errors: https://phabricator.wikimedia.org/T273006

Re: Finding depended-upon systems

Robert Goldman wrote: >> There was some discussion about this in connection with finding what >> needed to be recompiled. Is the latter even a query that ASDF can >> answer? In old ASDF we computed the plan first, and only after that did >> we decide whether the operations

How do I query what files need to be recompiled?

http://www.cliki.net/asdf has this FAQ: Q: How do I query what files need to be recompiled? A: With ASDF 3, you can (asdf:required-components system :force nil :force-not nil :keep-component 'asdf:cl-source-file :keep-operation 'asdf:compile-op) However, with ASDF 3.1.6, I find that this does

How do I query what files need to be recompiled?

http://www.cliki.net/asdf has this FAQ: Q: How do I query what files need to be recompiled? A: With ASDF 3, you can (asdf:required-components system :force nil :force-not nil :keep-component 'asdf:cl-source-file :keep-operation 'asdf:compile-op) However, with ASDF 3.1.6, I find that this does

Re: [autofs] Two problems w/ autofs

On Tue, 2009-02-17 at 15:52 -0800, Ahmon Dancy wrote: Hello Ian, et al. Using autofs-5.0.3-36 (built from Fedora 10 updates source RPM) on 2.6.26.6-49.fc8 kernel. We run w/ LOGGING=debug. You will need update your 2.6.26 based kernel with the latest kernel module patch before we go

[autofs] Two problems w/ autofs

Hello Ian, et al. Using autofs-5.0.3-36 (built from Fedora 10 updates source RPM) on 2.6.26.6-49.fc8 kernel. We run w/ LOGGING=debug. We use autofs extensively for NFS multimounts and there are a few issues that we're trying to get resolved: Problem #1: We us a TIMEOUT of 300 but there are

Re: [htdig-dev] rundig: htdig -i and bug #1123810

#1: bug #1123810 seems like an important bug with an easy fix. What are the chances of getting it in? I had a look at rundig in the CVS repository and it looks like it's still not done. Please submit the fix. (diff against the trunk) Index: installdir/rundig

[htdig-dev] rundig: htdig -i and bug #1123810

Hello htdig developers. Two questions/comments: #1: bug #1123810 seems like an important bug with an easy fix. What are the chances of getting it in? I had a look at rundig in the CVS repository and it looks like it's still not done. #2: How come rundig calls htdig with the -i flag by

Re: [Nmh-workers] unseen sequence after inc into initially-empty folder

I do agree that mp-hghmsg++ is simpler than the whole chunk of code (which I copied from folder_addmsg). I do think that mp-lowmsg should be set to 1 if it was zero, though (since there is no message number 0). Here's why: Both calls to folder_realloc() in inc.c use 'mp-lowoff', not

Re: Retry even when Connection Refused

Ahmon Dancy [EMAIL PROTECTED] writes: I'll apply it shortly. Thanks. Applied now. Great. Is there a wget-announce mailing list? No. Alright. Is there a rough estimate for the next release date?

Re: Retry even when Connection Refused

Ahmon Dancy [EMAIL PROTECTED] writes: Please consider this patch: [...] It looks good to me. Cheating about whether the connection was really refused looks slightly wrong, but on the other hand, changing every single place that looks at the result is tedious. I did consider that but I

boot floppy documentation question

The docs say: # cd /usr/share/grub/i386-pc # dd if=stage1 of=/dev/fd0 bs=512 count=1 1+0 records in 1+0 records out # dd if=stage2 of=/dev/fd0 bs=512 seek=1 153+1 records in 153+1 records out # Considering the fact that 'stage1' is 512 bytes anyway, wouldn't it be simpler to specify: cat

[htdig] gethostbyname result caching

Has there been any discussion on caching the results of gethostbyname (in Connection.cc) so that a nameserver isn't continuously hammered w/ the same lookup over and over? ___ htdig-general mailing list [EMAIL PROTECTED] To unsubscribe, send a message

[htdig] connection reuse

I don't recall it being discussed before. Of course, if you set up a caching-only name server right on the machine that runs htdig, the nameserver requests would likely become a non-issue. That's probably a cleaner solution than putting caching right into htdig, although it might be easy

Re: [htdig] connection reuse

According to Ahmon Dancy: Alright. On a semi-related note, is there work being done to keep a TCP connection to a particular server alive for multiple requests? Yes, in 3.2.0b4. See the persistent_connections attribute. It needs more testing, and possibly some more debugging

Re: [htdig] gethostbyname result caching

According to Ahmon Dancy: Has there been any discussion on caching the results of gethostbyname (in Connection.cc) so that a nameserver isn't continuously hammered w/ the same lookup over and over? I don't recall it being discussed before. Of course, if you set up a caching-only name

Re: [htdig] Re: htdig questoins

I see absolutely nothing security-related about this, but it is a potential bug report, so we should consider it. It's definitely not a security patch. That was a miscommunication. I'd be glad to revise this *if* someone can confirm that EAGAIN is portable and/or in some spec like POSIX.

Re: [htdig] htdig and the '-i' option

According to Ahmon Dancy: After reading the documentation and FAQ, It's not clear to me why one would choose to or choose not to use the -i option to htdig. Can anyone give me some insight on this please? Does not using '-i' make the dig faster? What does htdig do with old database

Re: [LINUX-ABIT] Mailing list being shut down

I second that emotion. On Tue, 10 Jul 2001, Robert Davies wrote: On Tuesday 10 July 2001 16:52, you wrote: On Mon, Jul 09, 2001 at 08:07:57PM -0500, Robert A. Hayden wrote: As a result of losing my T1, I'll be forced to take the linux-abit mailng list down at that time. Why not

[LINUX-ABIT] lockups

On the topic of various ways to try to fix the lockup problem.. perhaps we should try a different approach. Does anyone know the exact nature of the lockup? i.e.: Is the kernel getting stuck in a loop somewhere? Is the kernel waiting for something to happen that will never happen? Is it

Re: [LINUX-ABIT] Re: Problem with UDMA 4 - deadlocking machine

On Mon, 18 Dec 2000, Zdenek Kabelac wrote: On Mon, 18 Dec 2000, Zdenek Kabelac wrote: BP6 hpt366 is completely bad piece of hardware (I hope it's not that bad) Unfortunately this is your answer. It will even lockup using PIO mode. It also locks up under Windoze, so it's not a

Re: [LINUX-ABIT] Bus Mastering

So, this differs from regular DMA in that: It can do scatter-gather. The normal dma controller is not involved (?) On Wed, 13 Dec 2000, [EMAIL PROTECTED] (Rogier Wolff) wrote: Ahmon Dancy wrote: Regarding bus mastering slots: Can anyone give a brief technical explanation of what bus

[LINUX-ABIT] Bus Mastering

Regarding bus mastering slots: Can anyone give a brief technical explanation of what bus mastering slots are about and what card are likely to be bus mastering? -- =- To unsubscribe, email [EMAIL PROTECTED] with the -= =-body of "unsubscribe linux-abit".

[LINUX-ABIT] 2.2.18

1) Where does one locate this 2.2.18 kernel that people keep talking about? 2) I would like to also thank Andre for his IDE work. It is probably one of the most important contributions to linux speed on PCs. 3) I have a broken (while trying to do the capacitor trick) BP6 mobo I can

Re: [LINUX-ABIT] 2.2.18

I mean the kernel itself (not the IDE patches for it) On Tue, 5 Dec 2000, Andre Hedrick wrote: http://www.kernel.org/pub/linux/kernel/people/hedrick/ide-2.2.18/ -- =- To unsubscribe, email [EMAIL PROTECTED] with the -= =-body of "unsubscribe linux-abit".

Re: [LINUX-ABIT] Re: BP6 Caps - was cautionary tale

On Tue, 5 Dec 2000, Vidiot wrote: Is there an easy way to identify the version of the board without taking the board out? yes. it's called a mirror. use it to look at the lower part of the ISA slot. there is a sticker. if it annoiunces v1.0 you're all set. if you have v1.1 you may be

Re: [LINUX-ABIT] New to the list

On Fri, 1 Dec 2000, Robert Davies wrote: I narrowed down some stuff last night (I spent hours on it.. I'm beat). Here's my setup: hda: CDROM drive hdc: Quantum 12GB (ATA/33 mode) hde: IBM 20GB (ATA/33 mode) hdg: IBM 46GB (ATA/100 in ATA/66 mode) DMA mode is enabled on all.

[LINUX-ABIT] New to the list

Hello everybody. What's the latest word on BP6 stability under linux? I've been doing testing for the last several hours... trying to find a stable configuration. Likely I have an easily reproducible test case that I can try each time I change something. My test case consists of using

general/5254: Bogus URL returns output

Number: 5254 Category: general Synopsis: Bogus URL returns output Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Nov 4 11:20:02 PST 1999

Re: general/5254: Bogus URL returns output

Thanks.

mod_mime/2979: Can't undo an earlier AddHandler

Number: 2979 Category: mod_mime Synopsis: Can't undo an earlier AddHandler Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Wed Sep 9 16:20:00 PDT