[12:46:49] We are about to start the development of a tool we would like to host on toolforge. Is best practice to host the code in github.com/toolforge or should one use a repo in our own org on github? [12:53:28] Ainali: we haven't given any directive on using the toolforge org on github so a repo under own org seems fine [12:53:52] that makes me think we should be more explicit for source control expectations, thanks [12:54:40] Ainali: you can also host on phabricator using diffusion fyi [13:04:08] Alright, that works for us. We have already created a project in Phabricator [13:06:10] Ainali: curiosity, what are you building? [13:06:30] chasemp: https://phabricator.wikimedia.org/project/profile/3147/ [13:07:12] We'll base it on video2commons [13:17:39] nice, know that there's nothing stopping the 3D extension from supporting more 3D formats [13:18:12] Yeah, we are going to try to build it really modular so it will be aesy toextend [13:19:11] I think the main challenge would be to find a generic solution for storing textures, shaders and whatever might be separate files [13:19:31] once you have that you can pretty much support any 3D format with open source tools available to parse it [13:19:57] multi-content revisions are probably going to be a big help in solving that problem elegantly [13:20:37] Yes, agreed. As I understand it a blocker for more formats is that many of them support scripts (which could potentially be harmful), is that right? [13:21:34] I don't know about that, I think it'd be easy to ignore scripts if there are any. the browser is unlikely to execute 3D model files [13:21:56] it's more an issue of most advanced 3D formats expecting to have dependent files (eg. textures) in the same folder [13:22:37] if you want to have that work in the browser, you need to rewrite the paths of those dependencies at upload time to point to where the texture are uploaded, and all of these would have independent revisions [13:22:51] it'd be much easier if you could store all the files together as different parts of a file page [13:23:09] a bundle of files, if you will, with the model itself being the main file [13:23:51] then it'd be easier for the model viewer part of the extension to know the paths to the textures stored in there to display them [13:24:28] in the meantime, yeah, I think that a self-service converter to STL would be useful [13:24:51] it'll strip textures, etc. but people can re-add that later once the 3D extension supports more features [13:25:48] Yes, that is more or less what we are aiming for. And hopefully we'll have it done just after 3D gets enabled. [13:26:32] By the way, do you know anything more specific about when it will get deployed on Commons? [13:26:54] it's been described as "very soon" for a couple of months [13:27:02] let me dig up the last email about it from last week [13:27:32] "We're very close. We're wrapping up a round of fixes from our last QA round and then revisiting some final items surrounding legal issues. Unfortunately I still can't give a definite date, but it's a priority for us." [13:28:04] The ticket with the legal language got resolved in November.. [13:48:38] !help [13:48:38] CastelRune: If you don't get a response in 15-30 minutes, please create a phabricator task -- https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?projects=wmcs-team [13:48:47] Hi everyone [13:48:58] I am new to toolforge [13:49:06] And I just created a tool and want to create a repo with it [13:49:14] I got a 500 internal server error [13:49:16] Error code : f84ec02e74c64d58989d2faca05092c0$ [13:49:20] * f84ec02e74c64d58989d2faca05092c0 [13:49:44] https://usercontent.irccloud-cdn.com/file/umBSjwTK/image.png [13:50:01] CastelRune: I think there is an open bug about this [13:50:17] Oh, OK [13:50:31] Cant i do anything at the moment, like create it manually or Something ? [13:50:43] CastelRune: https://phabricator.wikimedia.org/T182142 ask there about workarounds? [14:21:23] Ainali: that message I pasted is from Ramsey Isler who's PM of that project [14:21:28] he wrote that 4 day ago [14:21:44] you can ask him directly for an update [14:25:36] gilles: Thanks! Which mailing list was that? [14:26:53] that was off-list, but the correct email list to ping about this is multimedia@lists.wikimedia.org [14:27:38] Ah and I found a new work package in phab:T182679 (but not a blocker to phab:T3790) [14:27:39] T3790: Allow uploading of 3D files to Wikimedia Commons - https://phabricator.wikimedia.org/T3790 [14:27:39] T182679: Add patent template for 3D uploads - https://phabricator.wikimedia.org/T182679 [15:51:27] Ainali: let me know if you encounter any issues in hacking v2c. I'll be happy to help for more 3d files :) [18:15:18] !log wikidata-build deleting project as per T181836 [18:15:21] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Wikidata-build/SAL [18:15:21] T181836: Delete the wikidata-build cloud VPS project - https://phabricator.wikimedia.org/T181836 [18:26:24] stashbot, how's it going? [18:26:24] See https://wikitech.wikimedia.org/wiki/Tool:Stashbot for help. [18:44:46] !log tools.stashbot Restarted bot [18:44:49] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.stashbot/SAL [18:50:15] !log tools rebooting tools-worker-1001 [18:50:20] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [19:14:55] Can someone help me this is what i get when doing kubectl create -f k8s/sopelbot.yaml unable to decode "k8s/sopelbot.yaml": Object 'Kind' is missing in [19:14:55] '{"metadata":{"name":"sopelbot"},"spec":{"replicas":1,"template":{"metadata":{"labels":{"app":"sopel"}},"spec":{"containers":[{"command":["bash","/data/project/zppixbot/k8s/starter.sh"],"image":"docker-registry.tools.wmflabs.org/toollabs-python3-base:latest","name":"sopel","volumeMounts":[{"mountPath":"/data/project/zppixbot/","name":"home","readOnly":false}]}],"volumes":[{"hostPath":{"path":"/data/project/zppixbot/"},"name":"home"}]}}}}' [19:46:15] Zppix: I'm looking [19:46:47] https://www.irccloud.com/pastebin/Joy5ro52/ [19:47:30] this is the next thing to fix, but for the not found/missing error, I think it wants full path [19:47:34] Zppix: ^ [19:47:43] I added ./ [19:48:13] How do i fix it then [19:48:21] this new error? [19:48:30] Yes [19:50:30] * madhuvishy looks [19:54:05] Zppix: if you were copying from bryan's example, you had missed the first two lines [19:54:13] https://www.irccloud.com/pastebin/TzpGDZ25/ [19:54:17] in your yaml [19:54:22] I added and applied [19:54:44] https://www.irccloud.com/pastebin/ir8j9Hsf/ [19:56:52] also the image is called toollabs-python-base and not toollabs-python3-base [19:57:07] seems to be working now [19:57:09] https://www.irccloud.com/pastebin/WTy2ALz4/ [19:57:14] atleast the pod's up [19:57:52] Ill see if it works [19:58:21] Hmm [19:59:31] Ok [19:59:40] madhuvishy: thanks [20:00:08] yw! [20:00:24] madhuvishy: its still running python 2 [20:00:46] oh [20:01:21] let me see here [20:03:09] madhuvishy: still 2.7.9 :/ [20:03:40] Zppix: [20:03:42] https://www.irccloud.com/pastebin/kO15BjWu/ [20:04:04] your envs dir seems to have python2 [20:04:12] which is where that's coming from [20:04:16] Oh [20:04:45] you are running `command: [ "bash", "/data/project/zppixbot/k8s/starter.sh" ]` in the deployment [20:05:15] Yeah i wasnt the one who set this up [20:05:22] I had another maintainer so it [20:05:24] Do * [20:05:30] But hes not as active [20:05:49] Ill work on it thanks anyways :) [20:05:51] Zppix: you might wanna make a python3 venv and use pip from there [20:05:53] cool [20:22:29] !log tools.zppixbot attempted changing k8s config to python image from the python2 image, didnt work due to k8s sopelbot.yaml's setup, will create a task to update the venv in the tools files (/envs/*) [20:22:31] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.zppixbot/SAL [22:28:32] I just got kicked from #wikimedia-labs and now I'm told that the channel is invite only... [22:28:37] I've been in that channel for a long time... [22:28:39] What gives? [22:31:11] We move here [22:31:12] Lol [22:31:44] We renamed #wikimedia-labs to #wikimedia-cloud many months ago now. There was a 60 day automatic redirect in place but I'm sure it has expired [22:32:15] Oshwah: https://wikitech.wikimedia.org/wiki/Wikimedia_Cloud_Services_team/Rebranding_Cloud_Services_products [22:32:45] bd808: so how do i change an existing venvs python version? [22:32:49] On toolforge [22:33:16] Zppix: you need to build a new venv to change the underlying Python version [22:33:44] you can run "pip freeze" on the old venv to get a list of the packages you have installed there [22:34:20] That channel is still active - and bots/scripts appear to be currently running there [22:34:26] That's why I'm wonndering why I was kicked [22:35:22] Oshwah: interesting. I get "Message(473): #wikimedia-labs Cannot join channel (+i) - you must be invited" [22:35:27] same with me [22:35:39] But I was just in there. ChanServ joined, then kicked me right afterwards. [22:35:43] There are bots running in there. [22:35:45] and it really should be empty other than probably ChanServ holding the name [22:35:54] I'd like to be invited back if they're still active. [22:36:06] I used that channel to see that raw data [22:36:13] we switched to this channel around 2017-06-01 [22:36:28] raw data from which bots? [22:36:49] Oh [22:36:52] Nevermind [22:37:04] labs is failing..most tools are being crap and i'm not talking about ppl like Oshwah :p [22:37:06] I was thinking of a different bot / channel [22:37:12] bd808: My bad. [22:37:31] OAuth file uploader failing to authorise [22:37:39] https://tools.wmflabs.org/magnustools/oauth_uploader.php?action=authorize [22:37:55] bd808: what is virtualenv py3 called [22:38:11] Hey I use virtualenv [22:38:13] Good stuff [22:38:30] Zppix: python3 -m venv [22:38:35] see https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web#python_.28Python3_.2B_Kubernetes.29 [22:39:15] comets: ouch. It looks like magnus' oauth gateway is having dns issues. I'll try restarting it [22:40:22] !log tools.magnustools Restarted webservice; Some pages failing with DNS errors [22:40:24] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.magnustools/SAL [22:42:05] \o/ [22:42:21] comets: did that fix it? [22:42:40] testing [22:42:56] nope [22:42:59] Warning: Cannot modify header information - headers already sent by (output started at /data/project/magnustools/public_html/oauth_uploader.php:112) in /data/project/magnustools/public_html/php/oauth.php on line 231 [22:42:59] Curl error: Could not resolve host: www.mediawiki.org [22:43:16] yeah. it still looks sick. I'm trying to figure out what's wrong here [22:54:22] Yay dns fun [22:56:47] The DNS's are fun. [23:12:00] I dunno if the issues above are related, but this seems to be down https://tools.wmflabs.org/admin/tools [23:15:40] musikanimal: probably. It seems that pods on some of the k8s worker nodes are having network issues [23:15:58] we are investigating [23:16:10] okay! thanks :) [23:29:45] !log rebooting tools-worker-1012 [23:29:46] madhuvishy: Unknown project "rebooting" [23:29:55] !log tools rebooting tools-worker-1012 [23:29:58] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL