User talk:Mutante
Add topicMutante,
Sorry, apparently I stopped getting notifications on this site. Anyway, with regards to the RSS changes I made, I don't really care what license it gets released under. My changes aren't that big or show stopping.
--Cmreigrut 22:43, 5 November 2009 (UTC)
Labs access
[edit]Awesome, thanks! I'm having some trouble getting wiki at the venue, so I'm havving some trouble testing/logging on, but I'll get there. --Kim Bruning (talk) 20:27, 11 July 2012 (UTC)
ŰłÙŰ§Ù Wassimgoogl (talk) 09:31, 17 May 2016 (UTC)
ÙŰ°Ù Ù ÙۧÙŰ© Ù Ű«Ù Ù ÙۧÙŰ© Ù ŰźŰȘۧ۱۩ Wassimgoogl (talk) 09:31, 17 May 2016 (UTC)
Stammtisch im Walzwerk (11. MĂ€rz)
[edit]Hallo Daniel, unser nĂ€chster Stammtisch wird am 11. MĂ€rz im Walzwerk (Mission) stattfinden. FĂŒr die An- bzw. Abmeldung steht seit gestern die Seite Wikipedia:San Francisco zur VerfĂŒgung. Freue mich schon auf ein Wiedersehen :-) --Frank Schulenburg (talk) 23:11, 27 February 2014 (UTC) P.S. Bitte trag dich auch ein, wenn dir ein anderer Termin besser passen wĂŒrde.
ŰłÙŰ§Ù Wassimgoogl (talk) 09:30, 17 May 2016 (UTC)
ÙŰ°Ù Ù ÙۧÙŰ© Ù Ű«Ù Ù ÙۧÙŰ© Ù ŰźŰȘۧ۱۩ Wassimgoogl (talk) 09:30, 17 May 2016 (UTC)
wikistats.wmflabs.org
[edit]For https://wikistats.wmflabs.org/display.php?t=wp&s=images_asc - is it possible to rename the column Images to Files? And change the links from Special:Imagelist to the standard name Special:ListFiles? 91.9.100.253 21:35, 10 August 2016 (UTC)
- Yes, it is. I have created a task and assigned it to myself at https://phabricator.wikimedia.org/T142732 Mutante (talk) 18:03, 11 August 2016 (UTC)
- Done. I renamed the column and changed the links as requested. (in a second step across all files not just display.php for example index.php). Feel free to check. Cheers, Mutante (talk) 02:11, 15 August 2016 (UTC)
Grouping sites
[edit]Re https://phabricator.wikimedia.org/T142730 - nostalgia is only a snapshot of the English Wikipedia and not listed at meta:List of Wikipedias/Table. It is nice to have these stats, but mixing them with the Wikipedias of a different nature will cause some extra work in several cases. It says "4 users" - I doubt that that was true and now when following the link one gets a list of 6 users. Maybe list it under wmspecial http://wikistats.wmflabs.org/display.php?t=wx , which has test and could additionally receive test2. 91.9.125.81 21:43, 11 August 2016 (UTC)
- I deleted 'nostalgia' from the Wikipedias table. I wanted to add it to "wmspecials" as suggested and noticed it already was in there. I added "test2" to "wmspecials". I also added "wikimania2016". I deleted wikmedia.org.mo (Macau). I deleted the description column in wmspecials by accident and had to re-add them. Mutante (talk) 03:00, 15 August 2016 (UTC)
Gerrit-reviewer-bot regex
[edit]Ola Mutante,
The regex that was configured for you on Git/Reviewers for Operations/Puppet still doesn't seem quite right: (
ERROR:root:Could not process file regexp '^modules/(bugzilla_static|gerrit|phabricator|planet|wikistats)/|^manifests/role/(phabricator|planet|wikistats/instance)\\.pp|^manifests/profile/(phabricator/main|gerrit/server|wikistats)|\\.pp)' -- ignoring
). I tried to clean it up, but couldn't quite figure out what the intention was:
- manifests/role and manifests/profile don't seem to exist anymore, so I think those can be removed altogether?
- I *think* the final \.pp probably belonged to the manifests/profile set?
Which would give you
^modules/(bugzilla_static|gerrit|phabricator|planet|wikistats)/
If the goal was to also get added on any patches that edit *any* puppet files then the regex should be
^modules/(bugzilla_static|gerrit|phabricator|planet|wikistats)/|\.pp
If the manifests/role & manifests/profile stuff is actually intended to be there (maybe an upcoming refactoring), just adding a ( at the start or removing the ) at the end would work:
^modules/(bugzilla_static|gerrit|phabricator|planet|wikistats)/|^manifests/role/(phabricator|planet|wikistats/instance)\.pp|^manifests/profile/(phabricator/main|gerrit/server|wikistats)|\.pp
or
^modules/(bugzilla_static|gerrit|phabricator|planet|wikistats)/|^manifests/role/(phabricator|planet|wikistats/instance)\.pp|^manifests/profile/(phabricator/main|gerrit/server|wikistats)\.pp
depending on the intention of the final .pp.
Valhallasw (talk) 20:20, 20 November 2019 (UTC)
Thanks! I updated it again to "/^modules/(gerrit|phabricator|bugzilla_static|wikistats|planet)/|^module/(profile|role)/manifests/(gerrit|phabricator|bugzilla_static|planet)/)".
The pathes are supposed to be modules/profile/(manifests) and modules/role/(manifests), not manifests/role and manifest/profile.
The intention is i want to be added for:
modules/phabricator/* modules/gerrit/* modules/planet/* modules/wikistats/* modules/bugzilla_static/*
But also to:
modules/profile/manifests/phabricator/* modules/profile/manifests/gerrit/* modules/profile/wikistats.pp and modules/profile/wikistats/*
and:
modules/role/manifests/phabricator.pp modules/role/manifests/gerrit.pp and modules/role/manifests/gerrit/* modules/role/manifests/planet.pp modules/role/manifests/wikistats/instance.pp
...
Mutante (talk) 21:59, 20 November 2019 (UTC)
Admin access
[edit]Hi. I saw that @Peachey88: made you an admin 2 weeks ago, with no reasoning in the log entry. Did you ask to be an admin? --DannyS712 (talk) 03:44, 5 March 2020 (UTC)
I did not ask specifically but it also wasn't without a reason. It was because i answered a support request in #mediawiki which needed admin rights. Feel free to do whatever. Mutante (talk) 23:52, 11 March 2020 (UTC)
I realized today I still have sysop rights here but don't really need or use them. I would like to step down from that role. What is the proper process? Mutante (talk) 16:05, 17 November 2020 (UTC)
New wiki tasks in Phab
[edit]Following this exchange from last year, what did you end up doing? (Sorry for the "off-topic" comment here. I don't know of a better way of contacting someone about an ancient issue on Phab apart from commenting on the old task, which I didn't want to do.) By the time I checked to see if you had created a separate task, I couldn't find one. I still think the process of new-wiki creation can be improved in Phab. Do you have any further ideas along these lines? (I'm thinking especially about how the new_wikis_handler.py script, which makes the "Post-creation" tasks, could be improved.) - dcljr (talk) 01:22, 28 July 2024 (UTC)
- Hello! First of all let me say that, to me, commenting on old tasks is perfectly fine. I don't really care how old a ticket is. I will see notifications in Phabricator regardless and switching the medium from Phabricator/Phorge to Wiki doesn't add a particular advantage to me. It even means I will likely see it later than on Phab and information is now in 2 different places. But no big deal either way.
- About your actual question.. the main thing that comes to mind that would improve the process for me in particular is if we didn't have "3 levels" of tickets where the "create wiki" task is on top, a "Post-creation work" ticket is in the middle and further subtasks are below that. The reason is that if you want to do one of those sub tasks at the bottom of the hierarchy you are stalled on the wiki creation task at the top but your technical parent task is that extra level in the middle that just exists to group more subtasks. So practical example: could you make the "add to wikistats" subtask a direct subtask of the "wiki creation" ticket? Because that is what it is always stalled on. The status of the "post-creation work" ticket is unrelated and doesn't help me see when i"m unblocked. I would say we can benefit from just eliminating that middle level tracking task. Everything that has to wait on wiki creation should be directly under it. Or one could argue that the relation is the other way around, but imho having 3 levels doesn't add benefits. Cheers, Mutante (talk) 17:32, 30 July 2024 (UTC)
- It seems that the "Pywikibot" tasks for kuswiki and bewwiki were made parents of their corresponding "Create" tasks by User:Xqt (after Maintenance_bot created them as subtasks of their "Post-creation" tasks). Should the same thing be done to the "add to wikistats" tasks? Would that not provide the kind of feedback you're looking for? (BTW, see also phab:T345392, where I tried to get people to focus on improving the wiki creation process for end users [for whom it has only gotten worse, IMO]. I neglected to add you as a subscriber, even though we had just been talking about related issues less than 2 weeks before.) - dcljr (talk) 09:39, 1 August 2024 (UTC)
- Well, the "parent vs sub"-discussion is a classic that has probably been going on since the first ticket system existed. I think I am more in the camp of "all subtasks have to be resolved before the parent can be resolved" but it would be an improvement either way as long as there is a direct link between the actual "create wiki" and the "add to wikistats" which comes _after_ that. The part that would matter to me is just that there is no "random" other ticket in the middle of them. I am not sure what the function of that other ticket is besides kind of "grouping" other tasks and there is a disadvantage to me that it exists. Mutante (talk) 17:50, 7 August 2024 (UTC)
- Just FYI, I have given up trying to improve anything at Phabricator. Letting you know, so you won't think that I'm working on that⊠- dcljr (talk) 06:57, 1 December 2024 (UTC)
- Thanks for the heads-up. Was there a particular reason that would be easy to name? Mutante (talk) 17:36, 3 December 2024 (UTC)
- I just don't know enough about how things work "behind the scenes" to have useful insights. I can see certain problems (like it taking forever for certain configurations to get done after a wiki is created), but I have no idea what is causing the problems and how to fix them. In the past, it has been very difficult to get input on these matters from people who know more than I do (e.g., pinging people in Phab tasks), and the last time I did get a detailed response from someone about what they thought could be improved, I didn't even understand what they were saying. That's when I gave up. Fortunately, Pppery has gotten much more involved lately in "shepherding" wikis through the creation process, and he/she/they seem to be much better equipped to do that than I. - dcljr (talk) 06:26, 4 December 2024 (UTC)
- Thanks for the heads-up. Was there a particular reason that would be easy to name? Mutante (talk) 17:36, 3 December 2024 (UTC)
- Just FYI, I have given up trying to improve anything at Phabricator. Letting you know, so you won't think that I'm working on that⊠- dcljr (talk) 06:57, 1 December 2024 (UTC)
- Well, the "parent vs sub"-discussion is a classic that has probably been going on since the first ticket system existed. I think I am more in the camp of "all subtasks have to be resolved before the parent can be resolved" but it would be an improvement either way as long as there is a direct link between the actual "create wiki" and the "add to wikistats" which comes _after_ that. The part that would matter to me is just that there is no "random" other ticket in the middle of them. I am not sure what the function of that other ticket is besides kind of "grouping" other tasks and there is a disadvantage to me that it exists. Mutante (talk) 17:50, 7 August 2024 (UTC)
- It seems that the "Pywikibot" tasks for kuswiki and bewwiki were made parents of their corresponding "Create" tasks by User:Xqt (after Maintenance_bot created them as subtasks of their "Post-creation" tasks). Should the same thing be done to the "add to wikistats" tasks? Would that not provide the kind of feedback you're looking for? (BTW, see also phab:T345392, where I tried to get people to focus on improving the wiki creation process for end users [for whom it has only gotten worse, IMO]. I neglected to add you as a subscriber, even though we had just been talking about related issues less than 2 weeks before.) - dcljr (talk) 09:39, 1 August 2024 (UTC)
- About your actual question.. the main thing that comes to mind that would improve the process for me in particular is if we didn't have "3 levels" of tickets where the "create wiki" task is on top, a "Post-creation work" ticket is in the middle and further subtasks are below that. The reason is that if you want to do one of those sub tasks at the bottom of the hierarchy you are stalled on the wiki creation task at the top but your technical parent task is that extra level in the middle that just exists to group more subtasks. So practical example: could you make the "add to wikistats" subtask a direct subtask of the "wiki creation" ticket? Because that is what it is always stalled on. The status of the "post-creation work" ticket is unrelated and doesn't help me see when i"m unblocked. I would say we can benefit from just eliminating that middle level tracking task. Everything that has to wait on wiki creation should be directly under it. Or one could argue that the relation is the other way around, but imho having 3 levels doesn't add benefits. Cheers, Mutante (talk) 17:32, 30 July 2024 (UTC)