Log for #openttd on 24th February 2020:
Times are UTC Toggle Colours
00:49:42  *** Wormnest_ has quit IRC
01:47:56  *** Wormnest_ has joined #openttd
02:27:17  *** supermop_Home has quit IRC
03:16:41  *** D-HUND has joined #openttd
03:20:06  *** debdog has quit IRC
03:30:58  *** Wormnest_ has quit IRC
03:58:27  *** fmolnd has joined #openttd
03:59:19  <fmolnd> !password
03:59:20  *** fmolnd was kicked by DorpsGek (Wrong channel. Retry in #openttdcoop.)
04:05:30  *** glx has quit IRC
04:37:24  *** Wormnest_ has joined #openttd
04:48:23  *** WormnestAndroid has quit IRC
04:48:35  *** WormnestAndroid has joined #openttd
06:33:00  *** Smedles has quit IRC
06:34:16  *** Smedles has joined #openttd
07:14:11  *** andythenorth has joined #openttd
07:23:55  <andythenorth> moin
07:45:55  *** cHawk has joined #openttd
07:49:36  *** tokai has joined #openttd
07:49:36  *** ChanServ sets mode: +v tokai
07:56:32  *** tokai|noir has quit IRC
08:53:55  *** Afdal has quit IRC
09:31:12  *** andythenorth has quit IRC
10:07:05  *** Samu has joined #openttd
10:16:00  *** Samu_ has joined #openttd
10:20:26  *** Samu has quit IRC
10:26:30  *** andythenorth has joined #openttd
10:33:19  <Samu_> hi
10:44:50  <Samu_> return b.second >> 16 < a.second >> 16; can be further simplified to just return b.second < a.second;
10:57:55  <FLHerne> Samu_: Not necessarily
10:58:31  <Samu_> b.second >> 16 is always a minimum of 1
10:58:35  <Samu_> same as a.second
10:58:54  <Samu_> a.second >> 16*
10:59:00  *** andythenorth has left #openttd
10:59:10  <_dp_> Samu_, it the code you posted yesterday it has a maximum of 0 :p
10:59:36  <Samu_> what maximum?
10:59:55  <FLHerne> If `n` is less than 2^16 (which is likely, because that's a big number), n >> 16 is 0
11:00:29  <FLHerne> So if both values are less than 2^16, `b.second >> 16 < a.second >> 16` is always false because 0 isn't < 0
11:00:51  <_dp_> FLHerne, he uses it in a comparator for sort
11:00:59  <Samu_> p.second |= (65535 * (a % b) / b) << 16;
11:01:16  <Samu_> this can be 0, is what u say?
11:02:02  <FLHerne> _dp_: Why?
11:02:15  <_dp_> Samu_, hm, no, mb I misread it
11:02:30  <_dp_> Samu_, though it's still beyond me why you /b
11:02:48  <Samu_> but you're right
11:02:53  <Samu_> a % b can be 0
11:03:03  <Samu_> making that 0 << 16
11:04:39  <Samu_> must think
11:05:40  <_dp_> actually, nvm, I've no idea what're you trying to do
11:06:05  <_dp_> I could get (a % b) << 16 if you were trying to sort by remainder
11:06:08  <_dp_> but not that
11:08:51  <Samu_> (0 << 16) >> 16 is still 0, as FLHerne said
11:16:30  <LordAro> i am shocked.
11:16:57  <LordAro> turns out bitshifting maths is sane
11:17:55  <Samu_> if the remainer is equal on both, then b.second < a.second in turn is sorted by the highest amount moved
11:18:07  <Samu_> kinda cool, but not sure how fair it is
11:20:37  <Samu_> the 65535 is a scary number
11:20:42  <Samu_> imagine that number is 100
11:20:49  <Samu_> and think of percentages
11:27:50  <Samu_> if you have 2 stations with equal ratings, 100 * (5 % 3) / 3 = 50 as decimal, or as %
11:28:10  <Samu_> if you have 2 stations with equal ratings, 100 * (5 % 2) / 2 = 50 as decimal, or as %
11:28:12  <Samu_> my bad
11:29:18  <Samu_> moved cargo to stations is 5 / 2 = 2, with a 50 decimal
11:29:25  <Samu_> 2.5, pretty much
11:29:45  <Samu_> i didn't use 100, i used 65535 to be more precise
11:30:00  <Samu_> and because there's enough bits
11:38:21  <FLHerne> Samu_: You're still *really* bad at conveying any useful information over IRC :-/
11:38:32  <Samu_> :|
11:39:19  <FLHerne> It's, like, fragmentary parts of your stream of consciousness
11:39:36  <FLHerne> I can't make any sense of it without telepathy, and I don't have that
11:41:13  <LordAro> there is, unfortunately, a reason why several people have just straight up /ignore'd Samu_
11:41:23  <LordAro> the rest of us more or less try to zone it out
11:42:02  <Samu_> the code I got atm:
11:42:46  <Samu_> still thinking of whether return b.second < a.second; is fine
11:42:54  <Samu_> at line 20
11:45:52  *** gelignite has joined #openttd
11:46:25  <_dp_> Samu_, with all the problems in that code it's not the one :p
11:47:28  <_dp_> Samu_, it's totally fine to sort by bitstuffed number, you're just basically sorting by pair
11:48:49  <_dp_> especially with std::sort that's not even stable
12:41:33  *** andythenorth has joined #openttd
13:02:06  <andythenorth> JGR Bingo
13:02:19  <andythenorth> winner winner, mentioned within top 3 comments
13:08:54  <DorpsGek_III> [OpenTTD/OpenTTD] nielsmh commented on pull request #7786: Add: Help and manuals window
13:19:41  <DorpsGek_III> [OpenTTD/OpenTTD] LordAro commented on pull request #7786: Add: Help and manuals window
13:19:58  <Sacro> \o/
13:39:32  <Samu_> it is done! :o
13:39:34  <Samu_>
13:39:49  <Samu_> for my SamuPatchPack
13:40:47  *** Samu_ has quit IRC
13:41:01  *** Samu has joined #openttd
13:43:35  <Samu> if it's still unfair, then I don't know
13:55:05  *** APTX_ has joined #openttd
14:02:21  *** APTX has quit IRC
14:03:36  *** APTX_ has quit IRC
14:05:13  *** Flygon has quit IRC
14:07:43  *** APTX has joined #openttd
14:16:44  <Samu> _dp_> but again, rather than worry about some 1/256ths of cargo it would be much better to fix rouding in payments that wastes like 1/20
14:16:53  *** syr has joined #openttd
14:17:07  <Samu> i think payments have fractions
14:17:16  <Samu> or is it just money?
14:17:31  *** syr has quit IRC
14:17:59  *** syr has joined #openttd
14:19:11  <_dp_> Samu,
14:19:29  <_dp_> it does >> 21 and considering cargo packets aren't big in a first place it loses a lolt
14:21:13  <Samu> i see
14:22:39  <_dp_> pretty serious issue actually as it means payment depends on how train was loaded
14:23:09  <_dp_> like keeping train on station is less profitable than arriving only when there is enough cargo for full load
14:24:13  <_dp_> it probably would be like that anyway as cargo only decays when loaded
14:24:34  <_dp_> though I always forget if it decays when vehicle is wating for a load
14:24:54  <_dp_> but anyway, losing even more to bad rounding is dumb
14:25:55  <Eddi|zuHause> iirc cargo decays when it is waiting at a station with <50% rating
14:26:15  <Eddi|zuHause> and cargo payment decays whenever it is loaded in a vehicle
14:34:43  *** cHawk has quit IRC
14:35:11  <Samu> interesting, i thought payment also had decimals, or fractions
14:46:49  *** APTX_ has joined #openttd
14:46:53  *** nielsm has joined #openttd
14:52:13  *** Smedles has quit IRC
14:53:28  *** Smedles has joined #openttd
14:54:11  *** APTX has quit IRC
14:56:42  <Samu> vehicle profit has a << 8
14:58:05  <Samu> but not companies
14:58:11  <Samu> company expenses don't :(
15:05:06  *** Arveen2 has quit IRC
15:21:15  <Samu> i'm not sure where to begin, or if I should bother with that
15:22:04  <Samu> company money is a int64
15:22:13  *** Arveen has joined #openttd
15:22:22  <Samu> i would need 8 or so bits for fract
15:22:35  <Samu> reducing company money to int56
15:23:24  <Samu> then i would have to change CargoPayment money to receive these extra fract
15:23:42  <Samu> that BigMuls would turn from << 21 to << 13
15:24:41  <Samu> i dont think i should bother with this
15:32:16  *** sla_ro|master has joined #openttd
15:32:44  *** gelignite has quit IRC
15:33:27  <Samu> oh right, >> 21
15:33:33  <Samu> becomes >> 13
15:33:41  <Samu> right shift
15:35:57  *** spnda has joined #openttd
16:01:19  <DorpsGek_III> [OpenTTD/OpenTTD] SamuXarick updated pull request #7661: Codechange: Rework 'start_date' parameter for AIs as a game setting
16:02:29  <Samu> i thought I didn't need savegame conversion for that
16:02:45  <Samu> turns out, I found out  that I need
16:03:26  <Samu> otherwise, loading old scenarios would be using your local start_date which could be different than the local start_date of someone else
16:05:27  <Samu> there it is
16:05:36  <Samu> what I just added
16:38:51  *** supermop_work has quit IRC
17:12:27  *** y2kboy23_ has quit IRC
17:12:27  *** y2kboy23 has joined #openttd
17:24:44  *** Progman has joined #openttd
17:34:23  *** WormnestAndroid has quit IRC
17:35:13  *** Wormnest_ has quit IRC
17:36:15  *** WormnestAndroid has joined #openttd
17:55:55  *** Gumle2 has joined #openttd
17:57:31  <Samu> there must be something wrong with scalled distance from edges
17:57:45  <Samu> i don't see any oil rig spawning in the world
17:59:01  *** andythenorth has left #openttd
18:00:59  *** Progman has quit IRC
18:02:31  *** Gumle2 has quit IRC
18:04:58  *** glx has joined #openttd
18:04:58  *** ChanServ sets mode: +v glx
18:09:55  <Samu> aha, it spawned
18:11:08  *** HerzogDeXtEr has joined #openttd
18:29:20  *** gelignite has joined #openttd
18:31:39  *** frosch123 has joined #openttd
18:38:52  <Samu> it's strange, yapf is reporting ship is lost a bit too often for my liking
18:40:10  *** D-HUND is now known as debdog
18:43:46  <TrueBrain> meh; why is BaNaNaS build in such a 2005-ish way of work ... this is difficult to port :P
18:44:14  <LordAro> TrueBrain: because it was built in 2009? :p
18:44:31  *** supermop_work has joined #openttd
18:44:59  <TrueBrain> I wonder what the impact would be if we just replace it with a much simpler system ...
18:45:23  <nielsm> old versions of ottd assuming stuff?
18:45:45  <TrueBrain> the protocol itself is pretty easy .. the tar-files can remain the same ..
18:46:06  <milek7> at least it doesn't run on cloud :P
18:46:52  <TrueBrain> 		case CONTENT_TYPE_AI:
18:46:52  <TrueBrain> 			proc = AI::HasAI; break;
18:46:52  <TrueBrain> 			break;
18:46:52  <TrueBrain> lol
18:47:08  <TrueBrain> break break breakkkkk
18:48:47  *** Wolf01 has joined #openttd
18:50:48  <Samu> i found the other problem about "ship is lost" with yapf, it's indeed related to ship curve90 penalty
18:51:03  <Samu> dang...
18:51:10  <TrueBrain> so there are many parts of BaNaNaS .. we have the client part, whichhas two parts: HTTP and "own protocol".
18:51:27  <TrueBrain> we have the server part, telling where the HTTP is, or serving the "own protocol" part
18:51:41  <TrueBrain> we have the webpage to view
18:51:41  <TrueBrain> we have the webpage to manage your files
18:51:55  <TrueBrain> and we have musa/musad
18:51:56  <TrueBrain> obviously we cannot change the client part
18:52:05  <TrueBrain> the server part is relatively straight forward
18:52:16  <TrueBrain> the difficult part is the webpages .. and mainly the managing of files
18:52:43  <TrueBrain> musad also isn't a real issue
18:52:59  <TrueBrain> so I wonder on one hand what would happen if we allow only musa to manipulate your uploads .. or what if we replace it with something completely different
18:53:53  <frosch123> musa can only add new stuff, it cannot edit existing stuff
18:53:53  <frosch123> (afaik)
18:53:53  <TrueBrain> true
18:54:32  <TrueBrain> webpage only allows you to edit minor stuff, but that is fair
18:54:39  <TrueBrain> (you cannot rename your upload, for example)
18:55:53  *** Ammler has quit IRC
18:56:30  <frosch123> why do you want to change bananas just now? wasn't the issue ottd downloading via http?
18:56:40  <TrueBrain> it all interconnects, I realised
18:56:55  <TrueBrain> to serve via HTTP, the easiest is to connect it to an S3
18:57:03  <TrueBrain> but both ottd_content as musad would need to be changed for that
18:57:43  *** Osai has quit IRC
18:57:45  *** avdg has quit IRC
18:57:45  *** V453000 has quit IRC
18:57:45  *** Hirundo has quit IRC
18:57:45  *** Hazzard has quit IRC
18:58:05  *** Yexo has quit IRC
18:58:05  *** andythenorth has joined #openttd
18:58:05  <andythenorth> yo
18:58:05  <TrueBrain> and given their age, that is not so easy .. so I have been wondering what if I just move BaNaNaS in a single go
18:59:07  *** planetmaker has quit IRC
18:59:08  *** Wormnest_ has joined #openttd
19:00:07  <TrueBrain> I guess what would work easiest for me: have all BaNaNaS files on S3. Have a small Python application on ECS (Docker) to communicate with OpenTTD clients (and redirect to HTTP if possible). That is relative easy to setup (well, I already did that, so yeah). The main issue is .. how to get those files there :D
19:00:53  <milek7> what's wrong with current setup?
19:01:22  <TrueBrain> I don't even know where to start .. but unmaintained code I guess is the summary
19:02:29  <TrueBrain> ignoring musa/musad, would the average AI-writer and NewGRF-author know how to fill in this you think:
19:03:03  <frosch123> milek7: the servers currently hosting bananas content expire in 5 months and cannot be extended. so the content needs moving somewhere, using the existin cdn is the prefered option
19:03:22  <TrueBrain> frosch123: euh, in less than 2 months
19:03:36  <frosch123> oh, s/months/weeks/ :/
19:03:51  <LordAro> TrueBrain: seems like majority of that could be generated trivially?
19:03:55  <TrueBrain> but that is a fraction of the issue, the most pressing, granted. BaNaNaS itself runs on Django 1.2 (nuff said), and runs on a server that needs to be decommission soon too
19:04:06  <LordAro> certainly with a simple webpage would be easy enough
19:04:24  <frosch123> TrueBrain: everytime someone tried to use musa in the past 5 years, it turned out musad had been crashed for 6 months
19:04:25  <TrueBrain> LordAro: fair point; that should be easy indeed
19:04:35  *** Hirundo has joined #openttd
19:04:36  <TrueBrain> frosch123: lol .. okay, that doesn't really surprise me :)
19:04:44  <frosch123> so, essentially noone uses musa
19:04:53  <TrueBrain> hence the: ignore musa, how about the ini format :P
19:05:03  <LordAro> now that there's no zeph or V uploading base sets
19:05:13  <frosch123> and considering how much trouble people have with installing nml, installing musa is impossible for people who want to upload a heightmap
19:05:22  <TrueBrain> the main issue overall with BaNaNaS, that the TOS only allows public publishing "latest", hmm
19:05:40  *** V453000 has joined #openttd
19:06:25  <TrueBrain> the reason that is a bit of a pita, I was wondering if we could use git to track the meta data of uploads
19:06:52  <TrueBrain> well, I guess we still can ... we can tell about old versions, just not publish the binary publicly
19:07:27  <TrueBrain> and I do have everything in place to do exactly that .. hmmmm
19:07:29  <TrueBrain> plot thickens
19:07:57  <TrueBrain> owh, btw, a while ago someone said the 4 chars in AIs are unused .. not true: BaNaNaS uses them :D
19:09:02  <LordAro> does it have to, though? :p
19:09:19  <TrueBrain> for dependencies, kinda
19:09:19  <LordAro> ah, yeah, probably
19:10:07  <milek7> so old versions aren't available for compatibility?
19:10:33  <TrueBrain> milek7: refering to what, sorry?
19:10:57  <milek7> > TOS only allows public publishing "latest", hmm
19:10:58  <TrueBrain> LordAro: no clue on what the OpenTTD client does the "I already have this file" :)
19:11:06  <TrueBrain> milek7: important the wording: PUBLIC and LATEST
19:11:36  <TrueBrain> older versions can be retrieved if you have a savegame with that version saved
19:11:37  <TrueBrain> the binary simply isn't listed via http, basically
19:11:48  <milek7> um.. so it is public
19:12:01  <TrueBrain> no crawlable
19:12:04  <TrueBrain> name it how-ever you like, according to NewGRF authors that is a world of a difference
19:12:56  <TrueBrain> in words of our ToS: "You grant the OpenTTD team to retain older versions of your content for the purpose of loading save games with said older version."
19:13:11  *** Hirundo has quit IRC
19:13:36  <TrueBrain> (the technical implementation only allows you to fetch these files if you know the MD5 .. so yeah .. they are not "public" in the common sense)
19:15:47  <TrueBrain> okay, I can solve most problems with the batshit crazy idea I have in my head, except the uploading of the binary itself .. hmm ..
19:17:02  <nielsm> how bad would it be to forklift the old server to a new VM?
19:17:14  <TrueBrain> it would solve 0 of my issues, honestly :)
19:17:26  <TrueBrain> (as we already did that once with the promise of migrating it :P)
19:17:34  <TrueBrain> the oldest still actively running VM runs Debian Etch
19:17:52  <TrueBrain> it simply just became a: "a problem for future-me", concept
19:18:20  <TrueBrain> and all attempts on rewriting BaNaNaS, with all the best intentions, never came to a result as of yet
19:18:31  <TrueBrain> so I would rather solve the issue, instead of moving the problem ahead :)
19:19:08  <TrueBrain> but worst-come-to-worst, I have enough escape-hatches to keep everything running as smooth as it has been doing for the last 15 years ;) I just rather ... use this moment to fix things :)
19:19:54  <TrueBrain> biggest BaNaNaS file to date is 100 MiB
19:19:55  <TrueBrain> that is not bad
19:20:26  <andythenorth> eh what 'no-one uses musa'?
19:20:37  <DorpsGek_III> [OpenTTD/OpenTTD] SamuXarick commented on issue #8001: Ship finds path but reports it is lost
19:20:37  <andythenorth> do we mean musa the python 2 tool?
19:20:51  <TrueBrain> owh, lies: 300 MiB
19:21:04  <andythenorth> I always use as bananas is usually broken recently
19:21:42  *** ^Spike^ has quit IRC
19:21:55  <Samu> to sum it up, the more penalties ships have, the worse
19:21:58  <Samu> :(
19:22:08  <TrueBrain> biggest upload was done in 2015 :) Funny :)
19:22:13  *** V453000 has quit IRC
19:22:14  <TrueBrain> has been a while, since someone published a 32bpp set? :D
19:22:21  <frosch123> it's probably yeti
19:22:33  <frosch123> V was the only one doing big 32bpp sets
19:22:55  <frosch123> nothing - zbase - nothing - V stuff - nothing
19:23:14  <TrueBrain> so what is the best way these days to allow such huge uploads?
19:23:27  <frosch123> though andy also managed 100mib recently
19:23:57  <frosch123> js and websocket? quicc?
19:24:31  <milek7> from website?
19:24:31  <milek7> maybe
19:25:09  <andythenorth> oof what was 100mib
19:25:32  <TrueBrain> something like tus would work, yes
19:26:04  <TrueBrain> tusd can upload to S3, so that would be fine
19:27:31  <TrueBrain> so, a webpage (which uses GitHub login to validate users) where you can edit and upload new BaNaNaS files
19:27:40  <TrueBrain> you can edit and upload fields as in the example.ini
19:28:05  <TrueBrain> that is, strictly seen, all an author needs, right?
19:30:00  <andythenorth> probably
19:30:03  <TrueBrain> I really have to buy a whiteboard ...
19:30:17  <andythenorth> I could mail you one :P
19:30:25  <TrueBrain> bit expensive, I am sure
19:30:44  <andythenorth> if you don't mind the plastic waste, this is good
19:31:02  <TrueBrain> it is, but no wall to attach it to here :P
19:31:17  <TrueBrain> I wish I spend a bit more money on my tablet .. the one I have I cannot write on :P
19:31:20  *** Hazzard has joined #openttd
19:31:46  <andythenorth> we probably can't get authors to all use git, right?
19:31:53  <TrueBrain> no, we really cannot
19:31:53  <andythenorth> and then just publish tags?
19:32:06  *** Ammler has joined #openttd
19:32:07  * andythenorth kills another kitten
19:32:11  <TrueBrain> I was initially considering that, creating a repository per upload :P
19:32:23  <TrueBrain> (well, not per version, but per thing)
19:32:50  <TrueBrain> the main thing we would be losing, is "download counter"
19:33:02  <TrueBrain> given that always sucked balls, not sure that is a loss
19:33:02  <andythenorth> BUT
19:33:07  <andythenorth> that's the only reason I make grfs :o
19:33:08  <andythenorth> trying to win
19:33:18  <milek7> i pondered about protocol that uses librsync to deduplicate existing data and just store references to chunks (and not upload unnecessary fragments too)
19:33:34  <andythenorth> who has won?
19:33:34  <milek7> but eh, storage is cheap now
19:33:38  <andythenorth> eGRVTs won
19:34:47  <TrueBrain> so the backend of such website can be relatively easy .. it needs to know which content you have access to, and that is about it
19:34:47  <andythenorth> I barely made top 10 :()
19:35:01  <TrueBrain> frosch123: did you suggest yesterday (your remark about GraphQL), that a username can have a " in it, on GitHub?
19:35:28  <frosch123> no idea, but i found the correct graphql syntax to make escaping easy and safe
19:35:55  <TrueBrain> andythenorth: the download number is bullshit .. it is inflated because people do stupid shit .. so the longer you don't upload a new version, the higher your number is :P
19:35:58  <TrueBrain> frosch123: do tell? :)
19:36:25  <andythenorth> grf of the month!
19:36:37  <andythenorth> newest trending!
19:36:37  <andythenorth> hot today!
19:36:45  <TrueBrain> I still am a strong believer of "grf sets", but I am not burning myself on that again :P
19:36:45  <andythenorth> ouch
19:37:12  <frosch123> TrueBrain:
19:37:18  <andythenorth> we could give newgrf authors arbitrary badges for passing 'milestones'
19:37:18  <andythenorth> gamify this shit :)
19:37:18  <TrueBrain> frosch123: FANCY! :)
19:37:28  <TrueBrain> andythenorth: so when will BaNaNaS 2.0 launch?
19:37:47  <andythenorth> next weekend
19:37:51  <TrueBrain> frosch123: that makes it a lot easier, damn :) Nice, tnx :)
19:38:11  <andythenorth> it's just S3 buckets?
19:38:29  <TrueBrain> okay, I need to write down what is in my mind .. see if it still makes sense
19:44:16  <frosch123> TrueBrain: i hope i can add the oauth authentication next weekend, the rest for eints (session cookies etc) already work
19:44:17  <TrueBrain> nice!!! :)
19:44:29  <TrueBrain> I will see if I can finish the 'teams' repository this week too in that case :)
19:45:05  *** Osai has joined #openttd
19:46:49  <TrueBrain>
19:47:02  <TrueBrain> it is a bit short worded, but .. am I missing anything?
19:48:08  <frosch123> i think that repo would need to be private
19:48:55  <TrueBrain> what is your reasoning? (I can think up a few reasons, but I wonder why you say it :D)
19:49:10  <frosch123> you can just browse past md5sums and get old files too easily
19:49:32  <TrueBrain> bah, he is on to me :P No, that is fair :)
19:51:04  <TrueBrain> the blacklist too, should remain private tbh
19:51:09  <frosch123> do we have sane offers for hosted postgres?
19:51:16  <TrueBrain> not really
19:51:48  <TrueBrain> dynamodb is the closest to sane
19:51:48  <frosch123> my 2€ email includes postgres, but i have no idea what the limits are
19:51:52  <TrueBrain> AWS only database, which is fine btw
19:52:12  *** Wormnest_ has quit IRC
19:52:25  <TrueBrain> but I tried to avoid a database here; putting this on GitHub means all admins can help out with solving user-issues
19:53:08  <andythenorth> git as database is a pattern I like
19:53:41  <andythenorth> hmm, I have long wanted to make a nicer web frontend to Bananas
19:53:50  <TrueBrain> it is just more practical in many open source related situations :)
19:53:52  <andythenorth> but the django set up really put me off :)
19:54:09  <TrueBrain> which frontend: guest frontend or manager?
19:54:41  <TrueBrain> the main issue with this idea btw, is linking old useraccounts to GitHub accounts :D
19:54:59  <andythenorth> the guest (public) frontend, e.g. the content listings
19:55:03  <andythenorth> I'd like to give each entry a page
19:55:12  <TrueBrain> andythenorth: I think that would be a very good idea
19:55:14  <andythenorth> and allow thumbnails and crap
19:55:25  <TrueBrain> this idea of mine allows for that, btw
19:55:30  <andythenorth> yup
19:55:33  <andythenorth> I never wanted to have to run the full app, and get test data etc
19:55:50  <TrueBrain> even more if we allow that webpage to be javascript only
19:55:51  <frosch123> TrueBrain: no, that is easy. people make tickets to request access, then stuff in renamed to their gh user
19:56:01  <TrueBrain> frosch123: how do they proof they are the old user? :D
19:56:12  <frosch123> technically easy, you just need to somehow validate their identify once
19:56:40  <TrueBrain> but I agree: on GH they make a ticket, a bot sends out an email with a validation code, which they enter in the ticket again
19:56:40  <frosch123> ah, we can store their email in a secret place
19:56:42  <TrueBrain> we can cook something up for that :)
19:57:00  <frosch123> if they do not have access to their email, they are also lost on the old bananas
19:57:15  <TrueBrain> and we can always make exceptions
19:57:15  <TrueBrain> do we mind if is going to be javascript-only?
19:57:33  <frosch123> no
19:57:35  <TrueBrain> as that would make everything a lot easier .. like ... a lot :D
19:57:55  <frosch123> if the js can talk to musad via websocket, even better
19:58:04  <TrueBrain> so andythenorth , after you are done with fixing OpenGFX, go nuts :P
19:58:25  <TrueBrain> but in my idea.txt, did I miss anything? Or is this just really it?
19:58:26  <frosch123> or if a future musa2 could talk to whatever the js talks to, also good
19:58:38  <TrueBrain> how about no musa? :D
19:58:38  <frosch123> TrueBrain: how do you edit past content?
19:58:45  <frosch123> do you add a new file for every version?
19:58:56  <TrueBrain> past content doesn't exist, basically
19:58:57  <TrueBrain> you only have current
19:59:18  <TrueBrain> except for the "savegame compatibility", there is only 1 version, basically
19:59:32  *** Hirundo has joined #openttd
19:59:37  <frosch123> how about a directory per content item, and then files per version, which can set version requirements and stuff
19:59:41  <TrueBrain> or do we want to support that people can have another grf for OpenTTD 1.9 than for 1.10?
19:59:58  <TrueBrain> are people going to understand that, you think? As the version requirement cannot overlap
20:00:00  <andythenorth> we want to do something we can maintain, above all
20:00:15  <frosch123> TrueBrain: the old sysem already does that, doesn't it?
20:00:26  <TrueBrain> ishhhhhhhhh
20:00:35  <TrueBrain> but I doubt anyone ever really used it in a sane way :P
20:01:00  <TrueBrain> but okay, if we keep the repo private anyway, a few more things become possible
20:01:00  <frosch123> anyway, make a directory per content item, and one ini file per directory for now, easy to add more later
20:01:04  <andythenorth> we don't bump the versions in bananas anyway, do we? :P
20:01:13  <TrueBrain> so we don't so much talk about versions, more about branches, right?
20:01:36  <TrueBrain> as the branch for 1.9 can move and the 1.10 can move, that is the use case here right?
20:01:41  <andythenorth> max and min openttd versions in bananas are 1.6.0
20:01:48  <frosch123> utopia bananas allows authors to make more versions available than the latest
20:01:52  <frosch123> per opt-in
20:01:57  * andythenorth answes own question
20:02:17  <TrueBrain> frosch123: are that really versions, or more like release-branches?
20:02:39  *** Hazzard has quit IRC
20:02:51  <andythenorth> can I release alpha / beta grfs, for opt-in only?
20:02:51  <andythenorth> :P
20:03:06  <TrueBrain> owh, like that, opt-in
20:03:19  <TrueBrain> gotcha
20:03:29  <TrueBrain> before you know it you talk about unlock codes, etc
20:03:39  <TrueBrain> okay, lets keep room for that stuff, and lets not do it right now
20:03:39  <SpComb> bananas sale, 25% off
20:03:44  <frosch123> TrueBrain: andy started adding "firs", "firs2" and "firs3" as separate projects with different grfid
20:03:48  <SpComb> MONETIZE
20:03:50  <frosch123> but not everyone does that
20:04:03  <andythenorth> oh pony request
20:04:09  <andythenorth> ability to change string for a grf name
20:04:12  <TrueBrain> SpComb: sssttt, that is the hidden agenda here!! (kidding, ofc)
20:04:21  *** Osai has quit IRC
20:04:39  <TrueBrain> there will be the name of the folder, which has to be unique, and can only be changed by an admin
20:04:42  <andythenorth> FIRS 2 was stuck as 'FIRS 2' forever, instead of 'FIRS Industry Replacement Set 2'
20:04:46  <TrueBrain> and the name of the GRF
20:04:48  <TrueBrain> the latter you are free to change
20:05:03  <TrueBrain> as far as I care
20:05:03  <andythenorth> our sysadmin offered name changes once, but then disappeared :)
20:05:06  <andythenorth> how rude
20:05:28  <andythenorth> oh it was you
20:05:28  <TrueBrain> :P
20:05:28  <frosch123> TrueBrain: can all folder names be either the 4-byte id  or the md5sum in hex?
20:05:28  <TrueBrain> what a shitty job it was, renaming NewGRFs :P
20:05:39  <TrueBrain> frosch123: the ID, yes
20:05:48  <frosch123> people enter shitty names into bananas all the time
20:05:51  <andythenorth> are grfids unique? :P
20:05:59  <andythenorth> can I reserve one?
20:06:01  <frosch123> andythenorth: first take, first serve
20:06:07  <andythenorth> can I reserve 4096?
20:06:22  <frosch123> andythenorth: no problem, write a script to upload a dummy grf for each grfid to bananas
20:06:24  <TrueBrain> frosch123: so foldername on GitHub will be the hex(ID)
20:06:32  <TrueBrain> same on the CDN
20:06:50  <frosch123> andythenorth: you need to plan for noone to discover it was you though
20:06:51  *** avdg has joined #openttd
20:06:51  *** Yexo has joined #openttd
20:06:51  *** planetmaker has joined #openttd
20:06:51  *** ChanServ sets mode: +o planetmaker
20:07:00  <frosch123> TrueBrain: sound good :)
20:07:16  <TrueBrain> okay, that also allows things like thumbnail uploads in the future
20:07:23  <TrueBrain> so andythenorth  can go nuts, and we will fix it somehow :P
20:07:32  <frosch123> "haleakala" is new...
20:07:37  <frosch123> it used to be "irc"
20:07:44  <frosch123> was pm on vacation?
20:08:10  <andythenorth> $someone needs to do this opengfx eh
20:08:16  <andythenorth> probably andythenorth should do it
20:08:24  <TrueBrain> yes :) Pretty please :)
20:08:41  <TrueBrain> okay, that idea.txt is doable .. not too complicated, just a lot of moving parts
20:08:50  <frosch123> andythenorth: don't worry. we have plenty of more tasks when you are done with ogfx :)
20:09:46  <andythenorth> oof
20:09:50  <TrueBrain> a few things need to be worked out in more detail, but .. that are really only details tbh
20:10:22  *** Hazzard has joined #openttd
20:10:31  <TrueBrain> (like how to avoid duplicated names, etc)
20:10:54  <TrueBrain> as files are uploaded based on ID + MD5, it means nobody really needs to touch the S3 bucket
20:11:18  <TrueBrain> and as everyone with permission will be able to change the GitHub, it means many more people can help out with shit
20:11:18  <TrueBrain> I like that :)
20:11:22  <andythenorth> \o/
20:11:24  <TrueBrain> increasing the busfactor, w00p
20:11:39  <andythenorth> so is there a way to get openttd to tell which ogfx sprite numbers are missing?
20:11:45  <andythenorth> or do I have to reverse engineer it?
20:11:47  <andythenorth>  :)
20:12:04  <frosch123> andythenorth: it's the new action5 items
20:12:20  <andythenorth> I can reverse engineer those by reading openttd src
20:12:25  <andythenorth> or the newgrf spec
20:12:44  <frosch123> it's the tram icons  :)
20:12:55  <frosch123> electric depot without tram track
20:13:43  <TrueBrain> frosch123: do you really want musa to work in this new setup? Or is the webinterface alone enough you think?
20:13:48  <TrueBrain> I guess for automation musa is nice?
20:14:14  <milek7> btw. would something bad happen in bananas if I tried to upload different files with same md5? :P
20:14:41  <TrueBrain> milek7: nope; your new upload is simply denied
20:14:41  <frosch123> TrueBrain: musa is not necessary, if the web frontend works
20:14:41  <frosch123> one api is better than two
20:14:41  <TrueBrain> I am not sure if we have people who automated around musa workflow
20:14:41  <milek7> :(
20:14:50  <TrueBrain> but yeah, otherwise musa2 needs to use the API. Should be fine :D
20:15:02  <TrueBrain> milek7: we have had our shitty people over the years, trying these kind of things ..
20:15:24  <frosch123> TrueBrain: some repositories have "make bananas", e.g. opengfx
20:16:00  <TrueBrain> wrote it down, but a nice-to-have as far as I care :)
20:16:41  <frosch123> but if "make bananas" breaks, it's only sad for the name, i really liked "make bananas"
20:17:06  <frosch123> it's a reason to not cmake?
20:17:06  <TrueBrain> we will fix it over time, I am sure :)
20:17:42  <TrueBrain> frosch123: no no, we can still use cmake .. Makefile: bananas: cmake ...
20:17:42  <TrueBrain> ;)
20:17:42  <TrueBrain> just have both! :P
20:17:44  *** Osai has joined #openttd
20:18:00  <TrueBrain> ugh, we cannot make private repos ...
20:18:05  <TrueBrain> I forgot about that
20:18:17  <frosch123> yes, it costs money suddenly
20:18:20  <andythenorth> I tried automating musa
20:18:24  <andythenorth> but it's TMWFTLB
20:18:43  <TrueBrain> well, we can make private repo on a user .. but not on the organization
20:18:46  *** V453000 has joined #openttd
20:18:56  <frosch123> so dorpsgek?
20:19:02  <TrueBrain> that is for sure an option, yes
20:19:40  <TrueBrain> but it is mainly to hide the ID+MD5 combo ..
20:20:09  <TrueBrain> the IDs are public, so that is not an issue
20:20:19  <glx> andythenorth: last 5 lines of
20:20:19  <TrueBrain> so what if we simply encrypt the MD5 in the repo? Would that be sufficient?
20:20:42  <frosch123> hash of a hash :p
20:20:50  <TrueBrain> no hash
20:20:50  <TrueBrain> encrypt
20:20:51  <glx> andythenorth: and they are added to action 5 type 15
20:21:07  *** ^Spike^ has joined #openttd
20:21:44  <frosch123> TrueBrain: yeah, i guess that would work. what about the blacklist? publically shame people?
20:22:03  <andythenorth> thanks glx
20:22:04  <frosch123> also encrypted?
20:22:04  <TrueBrain> I am tempted
20:22:10  <TrueBrain> we all know which ones are on there anyway
20:22:26  <TrueBrain> downside of encrypting that, is that adding entries is difficult
20:23:01  <frosch123> hmm, public shaming has a disadvantage.. it also makes it easy to see which ids are not blocked
20:23:16  <TrueB