Arch obviously already has 3.6 (as the python package, nonetheless)
2017-03-12 07117, 2017
SothoTalker_
and you can always do a poll for those linux users :)
2017-03-12 07121, 2017
samj1912
look at more like 1.25 ish years for 2.0
2017-03-12 07130, 2017
SothoTalker_
or blog post and people can comment :p
2017-03-12 07135, 2017
samj1912
there's lots of stuff to be done even after the gsoc proposal
2017-03-12 07159, 2017
Leo_Verto[m]
I'd say 3.6 should be supported by all major repos in time then
2017-03-12 07109, 2017
SothoTalker_
issue an alpha after gsoc :-)
2017-03-12 07120, 2017
Leo_Verto[m]
and it's not like Picard 2.0 would really need to be backported to LTS ones
2017-03-12 07123, 2017
samj1912
I dont want a poll amongst our end users when they might choose one over the other when the related changes wont even affect their exp. with picard
2017-03-12 07117, 2017
SothoTalker_
ok ;)
2017-03-12 07131, 2017
samj1912
I dont think however anyone will have a problem with shipping picard 2.0 with py3.6, I haven't heard any outright opposition against it from any of our devs
2017-03-12 07121, 2017
samj1912
the only problem was luks not being able to package it anymore for osx and windows if we switched over to 3.6
2017-03-12 07118, 2017
luks
well, I might be able to, depending on how much effort do I want to spend on it :)
2017-03-12 07120, 2017
SothoTalker_
someone else can do the windows packaging
2017-03-12 07134, 2017
luks
but yes, someone else doing the packaging would be ideal
2017-03-12 07147, 2017
SothoTalker_
i might not be automatic though
2017-03-12 07159, 2017
samj1912
well, the osx problem should hopefully be solved by then once we have a mac mini in the office
2017-03-12 07112, 2017
samj1912
and we can use an azure vm for windows packaging
2017-03-12 07122, 2017
SothoTalker_
or any other VM
2017-03-12 07128, 2017
samj1912
I volunteer for sett
2017-03-12 07138, 2017
samj1912
*setting up the osx one
2017-03-12 07116, 2017
SothoTalker_
brb
2017-03-12 07140, 2017
flamingspinach has quit
2017-03-12 07100, 2017
samj1912
zas: went through the changelog for network related stuff and 3.6 I could find are
atleast we should *noe* lsit and not separate lists
2017-03-12 07144, 2017
CatQuest
one*
2017-03-12 07149, 2017
reosarevok
Because then we can't do Yaz vs. Yazoo anymore
2017-03-12 07108, 2017
reosarevok
We have one list of languages, and one list of locales (which is combinations of languages and countries)
2017-03-12 07137, 2017
reosarevok
We need the alias locales to be more than languages for the cases where the name is different in the same language in different countries
2017-03-12 07146, 2017
CatQuest
yea. most of that is a mess though, because save for a few language there aren't many where the same language has differnt names in differnt palces
2017-03-12 07114, 2017
github joined the channel
2017-03-12 07114, 2017
github
[picard] Sophist-UK opened pull request #652: PICARD-1011: Update tab order to match Action Toolbar order (master...patch-5) https://git.io/vyKzU
2017-03-12 07114, 2017
github has left the channel
2017-03-12 07117, 2017
CatQuest
but on the flip side, names for different things could be different in like, us and uk
2017-03-12 07124, 2017
CatQuest
for the same thing*
2017-03-12 07151, 2017
CatQuest
so a work can be called diff thing in uk and the us
2017-03-12 07154, 2017
reosarevok
Exactly
2017-03-12 07110, 2017
CatQuest
so that applies not just ot aliases
2017-03-12 07118, 2017
reosarevok
That's the reason why we *do* have a locale list for aliases
2017-03-12 07132, 2017
CatQuest
yes!
2017-03-12 07136, 2017
CatQuest
but why cant we edit it!
2017-03-12 07106, 2017
reosarevok
(and it does apply only to aliases - or well, only to aliases and names, but names are just glorified aliases without a locale field right now)
2017-03-12 07127, 2017
reosarevok
Because we don't want to maintain our own locale list and we just use the one in the DateTime::Locale Perl module
2017-03-12 07134, 2017
CatQuest
:/
2017-03-12 07148, 2017
CatQuest
but we are already doing that iwth languages so the thing is duplicated anyway
2017-03-12 07105, 2017
CatQuest
it'd be better to have one list oflanguages where some sort of pulling locales..
2017-03-12 07130, 2017
CatQuest
or idk, some clever thing, there are two not-linked lists of languages(+locales in one) right now
2017-03-12 07137, 2017
CatQuest
thats already duplication of data :/
2017-03-12 07119, 2017
reosarevok
Sure, but if we want to keep using *locales* for aliases, making our own up doesn't make much sense either - we're not going to add "Roman Empire Latin"
2017-03-12 07140, 2017
Leo_Verto[m]
What about "Roman Republic Latin" though?
2017-03-12 07155, 2017
Leo_Verto[m] goes back to messing with webpack
2017-03-12 07108, 2017
CatQuest
reosarevok: you are underestimating the insanity of music artists
2017-03-12 07117, 2017
reosarevok slaps Leo_Verto[m] with a Salmonidae
2017-03-12 07126, 2017
CatQuest
\o/
2017-03-12 07103, 2017
CatQuest
it'd possibly be easier if we had a "locale" list separate from languages
2017-03-12 07121, 2017
CatQuest
so we could use one language list but just the thingy form perl.. or our own "areas" idk
2017-03-12 07151, 2017
CatQuest
so then we could actually list all the things names from that and that area on the area page
2017-03-12 07117, 2017
CatQuest
well on one page assumably
2017-03-12 07118, 2017
D4RK-PH0ENiX has quit
2017-03-12 07113, 2017
CatQuest
hmm it makes no sense to have "releases" for instruments as I'm continusly doing them.. but would it be ok if I used it anyway to lin kones i want to focus on for say.. up towards a certan date?
2017-03-12 07109, 2017
Leo_Verto[m]
I really, really hate the people who came up with all this web dev stuff
