--- | Log | opened Sun Jan 06 00:00:09 2019 |
00:51 | -!- | glx [kvirc@000128ec.user.oftc.net] has quit [] |
01:49 | -!- | synchris [~synchris@139.138.202.72] has joined #openttd |
01:49 | -!- | synchris is "Synesios Christou" on #openttd |
01:49 | <DorpsGek_II> | [OpenTTD/OpenTTD] michicc commented on pull request #7017: Add: Conditional order for max. reliability (patch by Cirdan, #6360) https://git.io/fhsIg |
02:31 | -!- | sla_ro|master [~sla.ro@84.117.88.126] has joined #openttd |
02:31 | -!- | sla_ro|master is "slamaster" on #sla #openttd |
02:47 | -!- | andythenorth [~andytheno@host31-53-130-182.range31-53.btcentralplus.com] has joined #openttd |
02:47 | -!- | andythenorth is "andythenorth" on #openttd |
02:51 | -!- | Alberth [~alberth@00015f9e.user.oftc.net] has joined #openttd |
02:51 | -!- | mode/#openttd [+o Alberth] by ChanServ |
02:51 | -!- | Alberth is "purple" on @#openttd |
02:51 | <@Alberth> | moin |
02:56 | <andythenorth> | hi |
03:27 | -!- | nielsm [~nielsm@176-23-103-56-cable.dk.customer.tdc.net] has joined #openttd |
03:27 | -!- | nielsm is "Niels Martin Hansen" on #openttd |
03:29 | <nielsm> | morning |
03:29 | <andythenorth> | moin |
03:55 | <TrueBrain> | andythenorth: https://dev.azure.com/truebrain/OpenTTD/_build/results?buildId=164 <- can you download the OSX artifact, and check if both the .zip and .dmg work? That the ingame version is correct (should have azure_release in it), etc? :D |
03:58 | <TrueBrain> | reading michi_cc's comment, should we revert that commit Eddi|zuHause / planetmaker made last night? |
03:58 | <dwfreed> | I can |
04:01 | <dwfreed> | TrueBrain: os x .app doesn't execute unless lzo is installed in homebrew? is that normal? |
04:01 | <nielsm> | TrueBrain either that, or make another commit that adds savegame fixups for the change |
04:02 | <dwfreed> | Library not loaded: /usr/local/opt/lzo/lib/liblzo2.2.dylib |
04:02 | <dwfreed> | Referenced from: /Volumes/VOLUME/OpenTTD.app/Contents/MacOS/openttd |
04:02 | -!- | Borg [~borg@87-99-43-52.internetia.net.pl] has joined #openttd |
04:02 | -!- | Borg is "Unknown" on #openttd |
04:03 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh commented on pull request #7017: Add: Conditional order for max. reliability (patch by Cirdan, #6360) https://git.io/fhsqZ |
04:05 | <TrueBrain> | dwfreed: hmm .. lzo should be added static, so no, that is not expected behaviour |
04:05 | <dwfreed> | it links against xz's liblzma, lzo, and libpng from homebrew, so in order to launch the .app, all 3 of those would have to be installed |
04:05 | <dwfreed> | $ otool -L openttd | grep /usr/local |
04:05 | <dwfreed> | /usr/local/opt/xz/lib/liblzma.5.dylib (compatibility version 8.0.0, current version 8.4.0) |
04:05 | <dwfreed> | /usr/local/opt/lzo/lib/liblzo2.2.dylib (compatibility version 3.0.0, current version 3.0.0) |
04:05 | <dwfreed> | /usr/local/opt/libpng/lib/libpng16.16.dylib (compatibility version 52.0.0, current version 52.0.0) |
04:06 | <TrueBrain> | nielsm: it fully depends on the timeline. Often it is easier to revert, fix, and recommit. As fixes tend to be forgotten :D But if you want to look into it, sounds perfect, tnx :) |
04:06 | <TrueBrain> | okay, that is wrong; let me see why .. :) |
04:06 | <dwfreed> | also the dmg has a space in the volume name |
04:07 | -!- | andythenorth is now known as Guest1823 |
04:07 | -!- | andythenorth [~andytheno@host31-53-130-182.range31-53.btcentralplus.com] has joined #openttd |
04:07 | -!- | andythenorth is "andythenorth" on #openttd |
04:07 | <andythenorth> | ^^ this is my problem with taking other people's old patches and PRing them |
04:07 | <andythenorth> | insufficient skin in the game :P |
04:07 | <TrueBrain> | dwfreed: is that a bad thing? |
04:07 | <dwfreed> | it's weird |
04:07 | <TrueBrain> | andythenorth: also the comment: I did not test this, in the PR, didnt help :D |
04:07 | <dwfreed> | and annoying to deal with when accessing the dmg from the terminal |
04:08 | <TrueBrain> | dwfreed: would you mind making a fix for that via a PR? Running 'make bundle_dmg' creates a dmg file. |
04:08 | <TrueBrain> | (from the source) |
04:08 | -!- | Guest1823 [~andytheno@host31-53-130-182.range31-53.btcentralplus.com] has quit [Ping timeout: 480 seconds] |
04:08 | <andythenorth> | hmm |
04:09 | <dwfreed> | oh |
04:09 | <andythenorth> | TrueBrain: will the eventual download url be openttd.org, or azure? |
04:09 | <dwfreed> | the reason for the space is that the REV variable is not set |
04:09 | <TrueBrain> | andythenorth: openttd.org, ofc |
04:09 | <andythenorth> | k |
04:09 | <andythenorth> | gatekeeper reports the origin |
04:09 | <TrueBrain> | REV variable not set? |
04:09 | <TrueBrain> | clearly bundle_dmg hasnt run in months/years :D |
04:10 | <TrueBrain> | okay, 'brew install' seems to not install static libraries |
04:10 | <TrueBrain> | so it only creates the dynamic ones .. |
04:10 | <TrueBrain> | what can I do about that .. hmm |
04:10 | <dwfreed> | https://github.com/OpenTTD/OpenTTD/blob/master/Makefile.bundle.in#L152 |
04:10 | <nielsm> | TrueBrain huh it seemed to do when I tested |
04:11 | <dwfreed> | brew has basically done away with build options |
04:11 | <TrueBrain> | nielsm: it compiled; but did you check if it was dynamic or static? |
04:11 | <andythenorth> | zip and dmg work for me btw |
04:11 | <dwfreed> | and subsequently, optional static libs |
04:11 | <nielsm> | as in, I made "lr -lR /usr > allthefiles.txt" downloaded that and looked through |
04:11 | <dwfreed> | andythenorth: you probably have lzo installed in homebrew :) |
04:11 | <TrueBrain> | andythenorth: because you have these dylibs installed, I assume :) |
04:11 | <nielsm> | well, I didn't check that no |
04:11 | <andythenorth> | ofc |
04:11 | <nielsm> | the static lib files seemed to be present |
04:11 | <TrueBrain> | nielsm: okay, that is good news; means the linker fucks up :D |
04:12 | <TrueBrain> | okay, this is very hard to debug for me; would either of you ( andythenorth / dwfreed ) be willing to look into this? What we do is: |
04:12 | <TrueBrain> | ./configure --enable-static |
04:12 | <TrueBrain> | make -j2 bundle_dmg |
04:12 | <TrueBrain> | (in combination with brew) |
04:13 | <dwfreed> | I do see liblzma.a in xz's lib dir in homebrew |
04:13 | <dwfreed> | libpng16.a also exists |
04:14 | <TrueBrain> | possibly someone made a boo-boo in config.lib .. hmm |
04:14 | <nielsm> | saved in 1.8: https://0x0.st/sRGN.pngin current master: https://0x0.st/sRGZ.png |
04:14 | <nielsm> | uh |
04:14 | <nielsm> | 1.8 savegame: https://0x0.st/sRGN.png |
04:15 | <nielsm> | master loads as: https://0x0.st/sRGZ.png |
04:15 | <TrueBrain> | so bugged :) |
04:15 | <TrueBrain> | they jumped the gun ;) |
04:15 | <TrueBrain> | okay, so we ask pkg-config to give the --static --libs |
04:16 | <TrueBrain> | # OSX can't handle -static in LDFLAGS |
04:16 | <TrueBrain> | if [ "$os" != "OSX" ]; then |
04:16 | <TrueBrain> | LDFLAGS="$LDFLAGS -static" |
04:16 | <TrueBrain> | fi |
04:16 | <TrueBrain> | euhm ... sounds wrong? |
04:16 | <andythenorth> | random conditional orders |
04:16 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh commented on pull request #7017: Add: Conditional order for max. reliability (patch by Cirdan, #6360) https://git.io/fhsq0 |
04:17 | <nielsm> | conditional disorders |
04:17 | <nielsm> | at least it doesn't crash when reaching the nonsensical "Age (years) is false" order :) |
04:20 | <DorpsGek_II> | [OpenTTD/OpenTTD] andythenorth commented on pull request #7018: Fix: Don't increase motion counter while train is waiting at non-path… https://git.io/fhsqV |
04:20 | <nielsm> | bump savegame version, or pretend nobody played the game since last bump? |
04:20 | <TrueBrain> | I have an idea why static OSX is not working .. but I have to just try it |
04:21 | <TrueBrain> | nielsm: I would say, bump |
04:22 | <nielsm> | we're closing in at 1/256th of the max savegame version value! |
04:22 | <andythenorth> | oof |
04:22 | <andythenorth> | panic |
04:22 | <TrueBrain> | dwfreed: funny, this REV is only used by OSX stuff. Guess someone forgot to rename it .. seems it should be VERSION now :) |
04:23 | <TrueBrain> | indeed, someone did a partial search/replace :D |
04:23 | <TrueBrain> | haha |
04:26 | -!- | Progman [~progman@p57A2B9C1.dip0.t-ipconnect.de] has joined #openttd |
04:26 | -!- | Progman is "Peter Henschel" on #openttdcoop.dev #openttd |
04:27 | <TrueBrain> | okay .. so that was the issue with static compiles: |
04:27 | <TrueBrain> | 2019-01-06T09:26:40.1061370Z ld: library not found for -lcrt0.o |
04:27 | <TrueBrain> | I think when switching to pkg-config, 'static' stopped working |
04:27 | <TrueBrain> | but then it should have been broken for a longer time :D |
04:29 | <dwfreed> | TrueBrain: what pkg-config file has that? |
04:30 | <TrueBrain> | we used to detect libraries ourself, by looking in paths etc |
04:30 | <TrueBrain> | now we just run: pkg-config liblzma --libs --static |
04:30 | <TrueBrain> | but that --static, still returns -llzma |
04:30 | <TrueBrain> | and as the dynamic variant also exists, it will pick that over the static |
04:31 | <TrueBrain> | we need /usr/lib/liblzma.a |
04:32 | <TrueBrain> | OSX, rightfully, doesn't support full static linking, as all OSX systems have a huge library-set. We just want these 3 to be static linked :D |
04:33 | <dwfreed> | https://stackoverflow.com/a/41514805 |
04:34 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh opened pull request #7019: Fix #7017: Conditional orders enum updated without savegame version bump https://git.io/fhsqH |
04:35 | <TrueBrain> | or more importantly: https://developer.apple.com/library/archive/qa/qa1393/_index.html |
04:35 | <TrueBrain> | they have it documented :D |
04:35 | -!- | Wolf01 [~wolf01@host121-158-dynamic.60-82-r.retail.telecomitalia.it] has joined #openttd |
04:35 | <TrueBrain> | lets see if that really helps :) |
04:35 | -!- | Wolf01 is "Wolf01" on #openttd |
04:36 | <Wolf01> | Moin |
04:36 | <TrueBrain> | nice nielsm :D I wish I knew enough about the codebase to approve that, but .. "it looks good" :P |
04:36 | <TrueBrain> | as that got us in this mess in the first place, I hope someone else gives a review soon :D |
04:36 | <dwfreed> | what's documented there only works if there isn't a dylib next to a static archive |
04:37 | <TrueBrain> | the title says something else? |
04:37 | <TrueBrain> | it explicitly says it works if there is a dylib next to a static variant? |
04:37 | <TrueBrain> | "Q: How do I link against a static version of a library when a dynamic version exists on the system?" |
04:37 | <TrueBrain> | what am I missing? :D |
04:37 | <TrueBrain> | (honest question) |
04:38 | <dwfreed> | "The best way to explicitly control the selection of which version of the library is linked against is to keep the static and dynamic versions of the library in different directories." |
04:38 | <TrueBrain> | and that isn't the case? |
04:38 | <TrueBrain> | (by default) |
04:39 | <dwfreed> | not with homebrew libs, no |
04:39 | <TrueBrain> | (so annoying I don't have an OSX system :D) |
04:39 | <TrueBrain> | ugh |
04:39 | <dwfreed> | because the dylib and the static archive are right next to each other |
04:39 | <TrueBrain> | so .... we need a way to the .a file .. |
04:39 | <dwfreed> | you can sed the pkg-config output |
04:39 | <TrueBrain> | well, it sounded like the perfect solution ..... screw you QA :( |
04:40 | <nielsm> | TrueBrain, hacks and assume homebrew always installs the .a file the same path? |
04:40 | <nielsm> | :(/ |
04:40 | <TrueBrain> | very OSX specific ... pkg-config should solve that |
04:40 | <dwfreed> | pkg-config just dumps text files to stdout |
04:40 | <dwfreed> | with some dependency resolution |
04:41 | <dwfreed> | but you can use the fact that homebrew makes a /usr/local/opt path for each package |
04:41 | <dwfreed> | /usr/local/opt/xz/lib/liblzma.a |
04:41 | <TrueBrain> | hmm .. libpng is no longer marked as 'static capable' in pkg-config |
04:41 | <TrueBrain> | dwfreed: we used to do all this ourself; the whole idea of using pkg-config, that it is the same on all systems, and we don't have to do it ourself |
04:42 | <TrueBrain> | if possible, I would really like to avoid making a special case for OSX :( |
04:42 | <TrueBrain> | I can overrule it via ./configure options, I guess .. |
04:42 | <TrueBrain> | but this is stupid |
04:43 | <nielsm> | okay #7017 fix has finished checking :) |
04:43 | <nielsm> | if someone will review it |
04:43 | <DorpsGek_II> | [OpenTTD/OpenTTD] PeterN commented on pull request #7019: Fix #7017: Conditional orders enum updated without savegame version bump https://git.io/fhsmv |
04:43 | <andythenorth> | TrueBrain: I buy us a mac? :P https://www.macincloud.com/pricing/dedicated-plans |
04:44 | <TrueBrain> | oeh, what I can do ... is just ... remove the dylib on the host |
04:44 | <TrueBrain> | that would force him :D |
04:44 | <TrueBrain> | yes yes |
04:44 | <TrueBrain> | dwfreed: what is the folder structure of homebrew? |
04:44 | <TrueBrain> | everything is always in /usr/local/opt/<package>/lib/ ? |
04:45 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh commented on pull request #7019: Fix #7017: Conditional orders enum updated without savegame version bump https://git.io/fhsmq |
04:46 | <nielsm> | TrueBrain I think it symlinks all the installed brews into /usr/local/lib |
04:47 | <dwfreed> | /usr/local/lib/lib<foo>.a does exist |
04:48 | <TrueBrain> | okay ... so let me guess this then .. |
04:48 | <dwfreed> | /usr/local/opt/package/lib/lib<foo>.a helps ensure you still get the file if brew decides to make that package keg-only |
04:48 | <TrueBrain> | no, I am reversing the issue :D |
04:48 | <TrueBrain> | rm /usr/local/lib/*.dylib |
04:48 | <dwfreed> | eww |
04:48 | <nielsm> | lol |
04:48 | <nielsm> | that works too! |
04:48 | <dwfreed> | just don't do that in the makefile |
04:48 | <nielsm> | awk the .pc files? |
04:48 | <DorpsGek_II> | [OpenTTD/OpenTTD] PeterN commented on pull request #7019: Fix #7017: Conditional orders enum updated without savegame version bump https://git.io/fhsmO |
04:48 | <TrueBrain> | and means I dont have to fiddle with the result from pkg-config |
04:49 | <TrueBrain> | nielsm: that would be the other solution |
04:49 | <TrueBrain> | mine sounds more future-proof :D |
04:49 | <dwfreed> | parsing .pc files is a minefield |
04:49 | <dwfreed> | they're sort of bash |
04:49 | <dwfreed> | but also not |
04:49 | <TrueBrain> | we should switch to cmake one day or the other |
04:49 | <TrueBrain> | I hope cmake does have this solved |
04:50 | <TrueBrain> | (cmake profiles tend to be better of quality) |
04:50 | <dwfreed> | doubt it |
04:50 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh commented on pull request #7019: Fix #7017: Conditional orders enum updated without savegame version bump https://git.io/fhsms |
04:54 | <TrueBrain> | dwfreed: https://dev.azure.com/truebrain/OpenTTD/_build/results?buildId=167 <- would you mind checking if it worked? :D |
04:54 | <TrueBrain> | binary size is slightly larger |
04:56 | <TrueBrain> | hmm, I think libpng and lzma are still dylib |
04:59 | <dwfreed> | yes, it still linked against liblzma and libpng as dylib |
04:59 | <dwfreed> | find /usr/local -name '*.dylib' -delete |
04:59 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh updated pull request #7019: Fix #7017: Conditional orders enum updated without savegame version bump https://git.io/fhsqH |
05:00 | <TrueBrain> | turns out, that if you remove too many dylibs, other things break :D |
05:00 | <TrueBrain> | git no longer works :P |
05:00 | <dwfreed> | yes |
05:01 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh commented on pull request #7019: Fix #7017: Conditional orders enum updated without savegame version bump https://git.io/fhsmV |
05:02 | <TrueBrain> | I never understood how Apple saw this working .. or homebrew for that matter |
05:03 | <TrueBrain> | force everyone to install the libraries via brew too? :P |
05:04 | <nielsm> | if apple supplied a better tool for copying in dylink dependencies to an .app package and fixing the install_names that would be fine too, imo |
05:04 | <TrueBrain> | I agree |
05:04 | <TrueBrain> | same for Windows btw .. shipping dlls is a nightmare |
05:05 | <nielsm> | well at least windows dlls don't come with a hidden field telling the exact installed path they're supposed to be at |
05:05 | <TrueBrain> | fair |
05:05 | <nielsm> | causing apps to throw "not found" loader errors for libs that obviously exist |
05:05 | -!- | gelignite [~gelignite@55d4596f.access.ecotel.net] has joined #openttd |
05:05 | -!- | gelignite is "gelignite" on #openttd |
05:09 | <andythenorth> | I improved the testing notes on this if anyone wants to review it :P https://github.com/OpenTTD/OpenTTD/pull/7015 |
05:09 | <dwfreed> | you can use install_name_tool to edit that path |
05:09 | <dwfreed> | and bundle the dylibs in the .app |
05:09 | <TrueBrain> | I expect a PR! :D |
05:10 | <nielsm> | dwfreed yes you can, and it's terribly annoying to do |
05:10 | <nielsm> | I wrote scripts to do that many years ago |
05:11 | <nielsm> | https://github.com/Aegisub/Aegisub/blob/master/tools/osx-fix-libs.py |
05:13 | <TrueBrain> | dwfreed: https://dev.azure.com/truebrain/OpenTTD/_build/results?buildId=170 |
05:13 | <TrueBrain> | give that a spin plz |
05:13 | <TrueBrain> | ended up with: |
05:13 | <TrueBrain> | rm /usr/local/Cellar/lzo/*/lib/*.dylib |
05:13 | <TrueBrain> | rm /usr/local/Cellar/xz/*/lib/*.dylib |
05:13 | <TrueBrain> | rm /usr/local/Cellar/libpng/*/lib/*.dylib |
05:13 | <TrueBrain> | seems to work? |
05:13 | <dwfreed> | will work at least until more homebrew libs are added, anyway |
05:14 | <dwfreed> | also would be nice if pipelines allowed downloading the artifacts for a single job |
05:14 | <TrueBrain> | I can :P |
05:14 | <TrueBrain> | but artifacts are temporary |
05:14 | <TrueBrain> | so no worries |
05:14 | <TrueBrain> | (its really weird, I can just download a single artifact .. for some reason you need to be lgged in to do that .. weirdness :P) |
05:15 | <TrueBrain> | but I will publish these on a decent CDN, so you can just download a single file :) |
05:16 | <nielsm> | wow that was annoying, tracking that old osx-fix-libs.py script through five or more moves/renames |
05:20 | <TrueBrain> | reminds me I have to publish checksums too |
05:20 | <@Alberth> | obviously Apple expects you to be a good user and not mess with libraries and programs of your own |
05:21 | <nielsm> | the other day I heard that even internally at apple's devtools team, they don't have access to any better build hardware than everyone else |
05:21 | <andythenorth> | Apple just expects you to keep buying |
05:21 | <nielsm> | they have to make do with trashcans working as servers etc |
05:21 | <andythenorth> | that is all nowadays |
05:22 | <andythenorth> | it's like that joke where Jeff Bezos wishes someone a nice day |
05:22 | <@Alberth> | yep, trying to stop people from replacing batteries themselves, so they buy a new device |
05:22 | <nielsm> | and they have to take them out at full price of the internal budget |
05:22 | <andythenorth> | that must be motivating |
05:23 | <andythenorth> | all is not well in the Spaceship |
05:23 | <nielsm> | anyone for reviewing https://github.com/OpenTTD/OpenTTD/pull/7019 again? :D |
05:23 | <nielsm> | if it can get merged now there won't be any revisions between issue introduced and fixed |
05:23 | <andythenorth> | :D |
05:24 | <@Alberth> | and then you hope you never end up at that point while bisecting :) |
05:24 | <andythenorth> | currently Apple are very frustrating :| |
05:24 | <andythenorth> | putting aside people who would never buy Apple anyway |
05:24 | <andythenorth> | the stuff is *nearly* brilliant |
05:24 | <andythenorth> | but *nearly* isn't good enough at the price |
05:25 | * | andythenorth back to PRs |
05:26 | <andythenorth> | nielsm: not sure how to move this one forward https://github.com/OpenTTD/OpenTTD/pull/6965 |
05:26 | <nielsm> | andythenorth yeah... |
05:27 | <nielsm> | I guess I'll have to scrap some of the ideas |
05:27 | <andythenorth> | it's quite unwieldy to test, is the problem |
05:27 | <andythenorth> | even playtesting, it's open to quite subjective bias |
05:27 | <nielsm> | yes |
05:27 | <andythenorth> | and playtesting is multiple hours of commitment |
05:28 | <andythenorth> | and there are multiple climates etc :P |
05:29 | <andythenorth> | I'd say feature flag |
05:29 | <andythenorth> | but do we ever remove the damn things? |
05:29 | <andythenorth> | or do they just sit there introducing combinatorial problems? |
05:29 | <nielsm> | part of the problem is also that the original quadratic production overwhelms you, but linear feels like either fine at the low end but too little at the high end, or too much at the low end and fine at the high end |
05:31 | <nielsm> | I think what I want is something with a curve less agressively growing than pop^2 but still more than linear |
05:31 | <andythenorth> | my proposal: fix the obvious defect |
05:31 | <andythenorth> | quadratic is obviously just a mistake, no? |
05:32 | <dwfreed> | TrueBrain: dmg works; version reported is "20190106-azure_release-g1e4c9ecf" |
05:32 | <andythenorth> | if we put that in trunk I can play test it and give opinions |
05:33 | <andythenorth> | I can play test it in a PR, but eh, I am already managing so many local patches :P |
05:33 | <andythenorth> | I get lost |
05:35 | <TrueBrain> | dwfreed: SWEET! |
05:35 | <TrueBrain> | thank you :) |
05:36 | <dwfreed> | nielsm: use something less than 2 for the exponent? |
05:36 | <nielsm> | dwfreed problem is that it's not _written_ as an exponent :) |
05:37 | <nielsm> | the original algorithm has quadratic growth because it's a linear chance of generation (on house pop) for cargo being generated at all, and the generated amount is a linear dice roll for amount |
05:37 | <nielsm> | which ends up producing a pop*pop distribution |
05:37 | <andythenorth> | Earthling medium looks like the best starting point |
05:38 | <dwfreed> | TrueBrain: zip file is the same result |
05:38 | <@Alberth> | roll a die for amount / 2 ? |
05:38 | <TrueBrain> | cool; so we have working MacOSX binaries :D |
05:38 | <TrueBrain> | means I only have deb-based systems left to figure out |
05:38 | <TrueBrain> | and add checksums :D |
05:38 | <dwfreed> | TrueBrain: and neither link against any homebrew libs |
05:39 | <TrueBrain> | cool :D |
05:39 | <andythenorth> | TrueBrain: :o \o/ |
05:39 | <nielsm> | conceptually I like my own binomial version the best, since it basically says "each person in this house has a 1:2 chance of making a trip" |
05:39 | <andythenorth> | ok |
05:39 | <andythenorth> | well let's try that |
05:39 | <DorpsGek_II> | [OpenTTD/OpenTTD] PeterN approved pull request #7019: Fix #7017: Conditional orders enum updated without savegame version bump https://git.io/fhsYW |
05:40 | <andythenorth> | nielsm: I think there are too many factors like newgrf, cdist etc to perfect it |
05:40 | <andythenorth> | I think we just present this as iterative |
05:40 | <nielsm> | town houses also have a cargo_production callback :) |
05:40 | <nielsm> | which if present ignores this algorithm choice entirely |
05:40 | <andythenorth> | I would like to see something that works with smaller towns |
05:40 | <andythenorth> | which are currently too hard |
05:40 | <nielsm> | yeah |
05:40 | <andythenorth> | I suspect cities can be fixed in content |
05:40 | <nielsm> | small towns produce too little and large produce too much |
05:41 | <andythenorth> | e.g. the problem with cities is density |
05:41 | <andythenorth> | space for stations vs. pax produced |
05:41 | <andythenorth> | that is fixable by adjusting buildings |
05:41 | <dwfreed> | launching openttd brings back memories of rollercoaster tycoon as a kid (iirc, TTD and RCT have the same developer) |
05:41 | <andythenorth> | Chris Sawyer |
05:41 | <dwfreed> | yep, that's the one |
05:42 | <nielsm> | maybe the real solution would be to have smaller town cargo gen but stations have larger catchment area |
05:42 | <andythenorth> | nielsm: we need a bleeding edge openttd :P |
05:42 | <nielsm> | andythenorth isn't that JGRPP? |
05:42 | <nielsm> | :( |
05:42 | <andythenorth> | well JGRPP has won forums yes |
05:43 | <andythenorth> | I think something else won reddit |
05:43 | <dwfreed> | TrueBrain: next up, make an installer that can download opengfx for you |
05:43 | <TrueBrain> | dwfreed: I await your Pull Request with open arms :) |
05:43 | <dwfreed> | :P |
05:43 | <TrueBrain> | seriously; you now set expectations :) |
05:43 | <nielsm> | ottd on windows can download opengfx on first boot, doesn't that work on any other platforms? |
05:44 | <dwfreed> | the mac app bombed when I opened it because there were no graphics |
05:44 | <dwfreed> | (I have never actually played openttd before, I just happened to have a mac and be around when TrueBrain asked for mac testers) |
05:45 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh merged pull request #7019: Fix #7017: Conditional orders enum updated without savegame version bump https://git.io/fhsqH |
05:45 | <TrueBrain> | oeh, Azure Pipelines YAML supports templates .. interesting .. |
05:46 | <TrueBrain> | dwfreed: and yet idling in this channel :D But it is very much appreciated :) |
05:46 | <TrueBrain> | now get addicted to OpenTTD :P |
05:46 | <dwfreed> | TrueBrain: I'm a network operator; I came here because somebody reported this channel was getting spammed |
05:47 | <TrueBrain> | ah :) |
05:47 | <TrueBrain> | did you fix it? :D |
05:47 | <dwfreed> | I have triggers that automatically kill on certain keywords |
05:47 | <TrueBrain> | are we still in +R I wonder .. |
05:47 | <nielsm> | nope |
05:47 | <dwfreed> | this channel is +s |
05:47 | <nielsm> | +s fixed it |
05:47 | <TrueBrain> | lolz |
05:47 | <TrueBrain> | that is another way of fixing it :) |
05:47 | <andythenorth> | dwfreed: well thanks for the help :) |
05:47 | <dwfreed> | also that botnet stopped just before christmas |
05:47 | <andythenorth> | from a mac user |
05:47 | <TrueBrain> | +R was rather annoying |
05:48 | <TrueBrain> | I cannot believe they target OFTC to get people to go to freenode .. I mean ... I dont understand that :( |
05:48 | <dwfreed> | i'm curious, what's the difference between opengfx 0.5.2 and 0.5.4, and why isn't 0.5.4 the version available from the main website? |
05:49 | <andythenorth> | https://dev.openttdcoop.org/projects/opengfx/repository/revisions |
05:49 | <andythenorth> | mostly just translations |
05:49 | <andythenorth> | and possibly nobody released it :P |
05:49 | <TrueBrain> | only on BaNaNaS most likely .. we have to CI/CD that stuff :D |
05:52 | <TrueBrain> | dwfreed: basically, I am guessing someone published 0.5.4 in the ingame content service, but didn't publish it on the website; these are currently two systems, and they tend to desync :D |
05:53 | <dwfreed> | nope, it's not in the ingame content system either |
05:53 | <dwfreed> | (also when I click select upgrades, it selects opengfx to downgrade it) |
05:53 | <TrueBrain> | so even more lazyness :D |
05:54 | <dwfreed> | I found 0.5.4 from http://bundles.openttdcoop.org/opengfx/releases/LATEST/ |
05:54 | <TrueBrain> | hmm .. OSX users: md5sum, sha1sum, sha256sum .. which do you have available, and you happen to know by which brew package if not? |
05:54 | <TrueBrain> | md5sum == md5 -r I guess |
05:54 | <dwfreed> | shasum |
05:54 | <dwfreed> | or use openssl |
05:54 | <nielsm> | bbl |
05:55 | <TrueBrain> | hmm .. shasum is installed? |
05:55 | <dwfreed> | might be in brew |
05:55 | <andythenorth> | I have one in /usr/bin |
05:55 | <TrueBrain> | shasum often cannot do md5 |
05:55 | <dwfreed> | yeah, same, apparently |
05:55 | <dwfreed> | don't do md5 anyway |
05:56 | <dwfreed> | but openssl dgst can do them all |
05:56 | <TrueBrain> | yeah .. it might be time to drop md5 indeed :) |
05:56 | <andythenorth> | I don't have the others listed |
05:56 | <andythenorth> | I do have openssl obvs |
05:57 | <TrueBrain> | the output is only slightly different from coreutils |
05:57 | <dwfreed> | openssl dgst -r -md5 -hex file |
05:58 | <dwfreed> | that outputs the format coreutils expects |
05:58 | <TrueBrain> | I get a * in front of the filename |
05:58 | <TrueBrain> | no clue why |
05:58 | <dwfreed> | that's actually a flag indicator |
05:58 | <TrueBrain> | what does * mean .. |
05:58 | <dwfreed> | * and space have slightly different meanings |
05:58 | <dwfreed> | which is why coreutils md5sum outputs 2 spaces instead of 1 |
05:58 | <TrueBrain> | lol .. never knew there could be flags :D |
05:59 | <dwfreed> | ('*' for binary, ' ' for text or where binary is insignificant) |
05:59 | <dwfreed> | openssl errs on the side of not deciding if binary mode is insignificant |
06:01 | <TrueBrain> | tnx :) |
06:01 | <TrueBrain> | the wonders of tools :D |
06:02 | -!- | nielsm [~nielsm@176-23-103-56-cable.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds] |
06:04 | <andythenorth> | eh so I'm not seeing this on the binaries https://github.com/OpenTTD/OpenTTD/issues/6978 |
06:04 | <andythenorth> | but I don't know how to cause macOS to retrigger the warning |
06:04 | <andythenorth> | I don't think it shows it every time |
06:05 | <TrueBrain> | andythenorth: we are only going to produce 64bit binaries |
06:06 | <TrueBrain> | so that should be fixed when we make binaries again |
06:06 | <andythenorth> | it is fixed |
06:06 | <andythenorth> | the binary you made today is 64bit |
06:06 | <TrueBrain> | so when that is officially done |
06:06 | <TrueBrain> | that ticket can be closed :) |
06:16 | <DorpsGek_II> | [OpenTTD/OpenTTD] andythenorth commented on issue #6978: Current (1.8.0) macOS binaries out-of-date (deprecation warning because of 32bit on start) https://git.io/fhsYx |
06:23 | <DorpsGek_II> | [OpenTTD/OpenTTD] TrueBrain commented on issue #6978: Current (1.8.0) macOS binaries out-of-date (deprecation warning because of 32bit on start) https://git.io/fhsOn |
06:23 | <DorpsGek_II> | [OpenTTD/OpenTTD] TrueBrain closed issue #6978: Current (1.8.0) macOS binaries out-of-date (deprecation warning because of 32bit on start) https://git.io/fp0dF |
06:24 | <DorpsGek_II> | [OpenTTD/OpenTTD] TrueBrain commented on issue #6916: Re-implement building binaries via compile farm https://git.io/fhsOc |
06:24 | <TrueBrain> | sorry andythenorth, after reading it again, I was like: keeping this ticket alive is silly :D |
06:24 | <andythenorth> | good |
06:25 | <andythenorth> | less future admin |
06:25 | -!- | gelignite [~gelignite@55d4596f.access.ecotel.net] has quit [Read error: Connection reset by peer] |
06:26 | <TrueBrain> | I split up the pipeline in many small pieces .. starting a job now takes a lot longer :P |
06:26 | <TrueBrain> | guess it is fetching all the pieces |
06:27 | -!- | gelignite [~gelignite@55d4596f.access.ecotel.net] has joined #openttd |
06:27 | -!- | gelignite is "gelignite" on #openttd |
06:44 | -!- | mode/#openttd [+v Alberth] by ChanServ |
06:44 | -!- | mode/#openttd [+v peter1138] by ChanServ |
06:44 | -!- | mode/#openttd [+v planetmaker] by ChanServ |
06:44 | <TrueBrain> | wb ChanServ |
06:49 | <dwfreed> | fixed a bug and improved some things :) |
06:50 | <TrueBrain> | \o/ :D |
06:50 | <TrueBrain> | okay, Azure Pipelines templates made the pipeline a lot more readable :D |
06:53 | <andythenorth> | :) |
06:53 | <andythenorth> | can it fix my sprite generator too? |
06:53 | <andythenorth> | it's all pipelines |
06:55 | <TrueBrain> | yes! |
06:55 | <TrueBrain> | I AM SURE OF IT |
07:03 | -!- | gelignite [~gelignite@55d4596f.access.ecotel.net] has quit [Quit: Good fight, good night!] |
07:31 | <DorpsGek_II> | [OpenTTD/OpenTTD] TrueBrain opened pull request #7020: Add: [AzurePipeline] introducing a release pipeline https://git.io/fhssc |
07:32 | <LordAro> | exciting |
07:33 | <DorpsGek_II> | [OpenTTD/OpenTTD] TrueBrain updated pull request #7020: Add: [AzurePipeline] introducing a release pipeline https://git.io/fhssc |
07:33 | <TrueBrain> | still no clue why the deb-builds fail :( |
07:34 | <dwfreed> | TrueBrain: link to failing build log? |
07:35 | <TrueBrain> | https://dev.azure.com/truebrain/OpenTTD/_build/results?buildId=143 <- and linux-debian-..-amd64 (or ubuntu) |
07:35 | <TrueBrain> | something about lzo2 and fPIC |
07:36 | -!- | Flygon [~Flygon@58-6-74-108.dyn.iinet.net.au] has quit [Quit: A toaster's basically a soldering iron designed to toast bread] |
07:37 | <DorpsGek_II> | [OpenTTD/OpenTTD] TrueBrain commented on pull request #7020: Add: [AzurePipeline] introducing a release pipeline https://git.io/fhssg |
07:37 | <dwfreed> | TrueBrain: that build succeeded, just the artifact publishing failed |
07:38 | <TrueBrain> | then you are checking the wrong build result :D |
07:38 | <TrueBrain> | sorry, I dont have a more up-to-date failure, as .. I stopped looking into it, as I dont understand what is going wrong :D |
07:38 | <TrueBrain> | Linux linux-ubuntu-xenial-amd64-gcc |
07:38 | <TrueBrain> | click Build |
07:38 | <TrueBrain> | 2019-01-05T19:32:19.5571987Z /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/liblzo2.a(lzo_util.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC |
07:38 | <TrueBrain> | 2019-01-05T19:32:19.5574721Z /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/liblzo2.a: error adding symbols: Bad value |
07:39 | <dwfreed> | I looked at the debian stretch one |
07:39 | <TrueBrain> | the i386 do work; only the amd64 fail :( |
07:39 | <TrueBrain> | (and the generic works too, which is based on the same distro ..) |
07:39 | <TrueBrain> | but with fakeroot, something goes wrong |
07:42 | <dwfreed> | debian stretch amd64 worked |
07:42 | <TrueBrain> | even worse |
07:43 | <TrueBrain> | as the jessie failed :D |
07:43 | <dwfreed> | but jessie and both ubuntu amd64 failed |
07:43 | <TrueBrain> | I AM SO CONFUSED :D |
07:43 | <TrueBrain> | at least my PR works |
07:45 | <dwfreed> | TrueBrain: I'm not sure the build deps are right? it's linking against the static lzo2 library |
07:45 | <dwfreed> | 2019-01-05T19:32:52.2395651Z /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblzo2.a(lzo_util.o): relocation R_X86_64_32 against `.rodata' can not be used when making a PIE object; recompile with -fPIC |
07:45 | <dwfreed> | note that says "liblzo2.a" |
07:45 | <TrueBrain> | yeah; that should be fine not? |
07:46 | <TrueBrain> | I believe the deb files also create a static-ish OpenTTD |
07:46 | <dwfreed> | they shouldn't be |
07:46 | <TrueBrain> | not sure .. I never wrote the debian files, nor maintained them :P |
07:46 | <TrueBrain> | I know .... very little about it |
07:46 | <LordAro> | i'd be surprised if deb OTTD was static |
07:46 | <TrueBrain> | https://github.com/OpenTTD/OpenTTD-CF/tree/master/release-linux-deb-gcc <- this is running the build |
07:46 | <TrueBrain> | based on this base image: https://github.com/OpenTTD/OpenTTD-CF/tree/master/base-linux |
07:47 | <TrueBrain> | it used to work (this setup too) |
07:47 | <LordAro> | https://github.com/OpenTTD/OpenTTD-CF/blob/master/base-linux/Dockerfile#L41 ...weird |
07:47 | <TrueBrain> | the last line can be the problem for sure |
07:48 | <TrueBrain> | both fixes .. *shrug* |
07:48 | <dwfreed> | you really shouldn't squash changes |
07:48 | <TrueBrain> | squash what changes? |
07:48 | <dwfreed> | it makes it really hard to figure out the reason for a change |
07:48 | <LordAro> | i've never known anything else be an issue like that |
07:49 | <TrueBrain> | LordAro: these things come from systems written 15 years ago .. :P |
07:49 | <LordAro> | well, i imagine that issue has long been fixed :p |
07:49 | <LordAro> | probably the case for the icu files as well, tbh |
07:49 | <TrueBrain> | as this was never open source, nobody ever did anything with it :P |
07:49 | <LordAro> | dwfreed: i don't think it was ever separate commits |
07:49 | <TrueBrain> | dwfreed: what you see in that repository, is about the smallest pieces of commits wehave |
07:50 | <TrueBrain> | I also really need someone to look at the generic-linux variant |
07:51 | <TrueBrain> | it is now based on debian stretch, and only ICU is static |
07:51 | <TrueBrain> | I cannot imagine that the result is useful for a large group |
07:51 | <TrueBrain> | so I seriously wonder if we should build it .. and if so, if this is the best base for it |
07:51 | <LordAro> | it's worth pointing out that if "generic linux" is built with debian stretch, it won't work for anything older, due to glibc version fun |
07:51 | <TrueBrain> | exactly |
07:51 | <dwfreed> | most likely, anyway |
07:52 | <TrueBrain> | so how useful is it |
07:52 | <dwfreed> | which means centos is out entirely |
07:52 | <LordAro> | mm |
07:52 | <dwfreed> | running it on fedora could be hit or miss |
07:52 | <milek7> | glibc version hacks: https://github.com/wheybags/glibc_version_header |
07:52 | <LordAro> | dwfreed: we have to build our stuff at work with centos5, for... reasons... |
07:52 | <LordAro> | milek7: hey i recognise that :p |
07:53 | <TrueBrain> | I would love to have a docker that generates a more ... suitable generic linux binary |
07:54 | <dwfreed> | LordAro: *stab* |
07:54 | <TrueBrain> | so if any of you would like to look into it, would be awesome :D |
07:54 | <TrueBrain> | I am now testing a build without those "OpenTTD fix-up" lines |
07:54 | <TrueBrain> | see if that works |
07:55 | <TrueBrain> | takes a bit of time :D (lol .. ~2 hours) |
07:55 | <dwfreed> | link to build? |
07:56 | <TrueBrain> | locally, so no |
07:56 | <dwfreed> | boo |
07:56 | <TrueBrain> | currently I do not have a way to publish these images without immediately pushing them to production :P |
07:58 | <dwfreed> | forks |
07:58 | <TrueBrain> | on docker hub? :D |
07:58 | <TrueBrain> | owh, I wish it was that easy :P |
07:58 | <dwfreed> | and abusing parameters |
07:59 | <TrueBrain> | but by all means, feel free to contribute :) |
08:02 | <TrueBrain> | (this one-man-show would love to be less of a one-man-show) |
08:11 | <andythenorth> | :| |
08:19 | <Eddi|zuHause> | said the person who was yesterday like "WAAAH, TOO MANY CONTRIBUTIONS!" |
08:20 | <TrueBrain> | Eddi|zuHause: that was funny yesterday, in context, with the sarcasme; not sure it floats now as well as it did yesterday ;) |
08:20 | <Eddi|zuHause> | PS: i don't see how i could contribute to "debian build is failing for obscure reasons" |
08:21 | <TrueBrain> | good thing there are more people here than just us two :D |
08:21 | <Eddi|zuHause> | yeah, this project would be fucked :p |
08:41 | -!- | andythenorth [~andytheno@host31-53-130-182.range31-53.btcentralplus.com] has quit [Read error: Connection reset by peer] |
08:41 | -!- | andythenorth [~andytheno@host31-53-130-182.range31-53.btcentralplus.com] has joined #openttd |
08:41 | -!- | andythenorth is "andythenorth" on #openttd |
08:52 | <TrueBrain> | okay, found why the symlinks were needed: /usr/bin/ld: cannot find -lsiculx |
08:53 | <TrueBrain> | and 3 more of those |
08:53 | <dwfreed> | fix that to not use the s |
08:53 | <LordAro> | ^ would be the better solution |
08:54 | <TrueBrain> | I am guessing that is what pkgconfig reports |
08:54 | -!- | andythenorth [~andytheno@host31-53-130-182.range31-53.btcentralplus.com] has quit [Ping timeout: 480 seconds] |
08:54 | <TrueBrain> | yeah, we compile with --static-icu |
08:55 | <TrueBrain> | that is why it wants to find siculx |
08:55 | <TrueBrain> | which .. isnt there |
08:55 | <TrueBrain> | but it works if you just us iculx |
08:55 | <TrueBrain> | ugh |
08:55 | <LordAro> | tbf, there is a `.. | sed s/-licu/-lsicu/g` in config.lib |
08:55 | <LordAro> | wanna bet those files haven't existed for years? |
08:56 | <TrueBrain> | so remove those lines in config.lib? |
08:56 | <LordAro> | probably |
08:57 | <LordAro> | line 1790ish |
08:57 | <TrueBrain> | lets see if that helps |
09:00 | <TrueBrain> | okay, compiles without it |
09:00 | <TrueBrain> | and that leaves a dynamic link to icu |
09:00 | <TrueBrain> | lolz |
09:00 | <TrueBrain> | so .. that is not really helping :D |
09:01 | <TrueBrain> | guess that is why the sicu is done |
09:01 | <TrueBrain> | as of those, there are no .so |
09:01 | <TrueBrain> | basically, the same issue as OSX :) |
09:01 | <LordAro> | hrm, ok |
09:01 | <TrueBrain> | I will leave the symlink in for now |
09:01 | <TrueBrain> | ah, same reason that liblzo2 was done, I am guessing |
09:01 | <TrueBrain> | to make it static, instead of dynamic |
09:02 | <TrueBrain> | for generic builds, that is a good question |
09:02 | <TrueBrain> | right ... I think I just don't publish generic linux binaries for now |
09:02 | <TrueBrain> | we need someone to figure out how to do that correctly and properly |
09:02 | <TrueBrain> | sounds good? |
09:05 | -!- | Progman [~progman@p57A2B9C1.dip0.t-ipconnect.de] has quit [Remote host closed the connection] |
09:07 | -!- | nielsm [~nielsm@176-23-103-56-cable.dk.customer.tdc.net] has joined #openttd |
09:07 | -!- | nielsm is "Niels Martin Hansen" on #openttd |
09:09 | <Eddi|zuHause> | <TrueBrain> andythenorth: also the comment: I did not test this, in the PR, didnt help :D <-- i don't think i would have come up with testing savegame compatibility, even if i did test it. plus the original ticket already had a "i tested it" comment |
09:10 | <TrueBrain> | Eddi|zuHause: I agree, I doubt I would even noticed this issue |
09:10 | <TrueBrain> | I am a bit annoyed regression did not pick this up, but I couldnt think up a way it would |
09:11 | <Eddi|zuHause> | regression savegame would have to be bumped to current version with each savegame bump |
09:14 | <Eddi|zuHause> | but also, the regression savegame needs to have an order list |
09:15 | <Eddi|zuHause> | so we need to come up with a savegame that contains one of each object |
09:15 | <nielsm> | https://github.com/OpenTTD/OpenTTD/pull/7009 <- should I be anal about commit messages here? |
09:15 | <Eddi|zuHause> | so how do we judge which parts are covered by the savegame? |
09:16 | <nielsm> | the first one "road vehicles" surely can't be tiles, "road stations" can |
09:16 | <nielsm> | and the last one I think should be "Docs: Fix spelling in comments" |
09:17 | <Eddi|zuHause> | can you fix them yourself without the author's involvement? |
09:17 | <TrueBrain> | I would request those changes; he is making more PRs, so having good commit messages surely helps in the future too |
09:17 | <TrueBrain> | LordAro: turns out, liblzo2 isn't detected via pkg-config; that is why things are so weird there |
09:21 | <Eddi|zuHause> | maybe we should just put a bunch of random real world savegames into the regression test? |
09:21 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh requested changes for pull request #7009: Improve pathfinder behaviour for finding road depots (fix #7001; see #6410, #6928, #6929) https://git.io/fhsnm |
09:21 | <Eddi|zuHause> | by people who have different playstyles, to push up the coverage |
09:22 | <nielsm> | Eddi|zuHause, and then have a GS or AI script check that various things are as expected after load? |
09:22 | <LordAro> | TrueBrain: isn't, or wasn't? :p |
09:22 | <TrueBrain> | both |
09:22 | <TrueBrain> | there is no pkg-config for lzo2 :P |
09:22 | <LordAro> | there is for me... |
09:23 | <TrueBrain> | not on Debian |
09:23 | <Eddi|zuHause> | nielsm: yeah, something like that. output as many random stats as you can, and compare with previous run |
09:24 | <TrueBrain> | LordAro: and config.lib doesn't use it |
09:24 | <LordAro> | TrueBrain: so it doesn't, how odd. mingw & arch have one |
09:24 | <TrueBrain> | Linux ... pfft |
09:24 | <LordAro> | TrueBrain: yeah, i remember there being a special case for it |
09:25 | <TrueBrain> | I am trying now to make a full static linux build |
09:25 | <TrueBrain> | just EVERYTHING in it |
09:25 | <TrueBrain> | see what that does :P |
09:26 | <TrueBrain> | fails to link .. ofc it does .. |
09:26 | <TrueBrain> | lol |
09:27 | <TrueBrain> | I would like to say I am surprised .. I am not :D |
09:27 | <TrueBrain> | this really is just a mess |
09:27 | <LordAro> | did i hear someone say cmake? |
09:27 | <TrueBrain> | yeah .. |
09:27 | <TrueBrain> | so no generic linux binaries for the time being |
09:27 | <TrueBrain> | fuck this |
09:28 | <LordAro> | can you not just build with an older distro? |
09:28 | <dwfreed> | meson |
09:28 | <TrueBrain> | LordAro: no clue; also really tired of trying to figure this out |
09:28 | <TrueBrain> | please, feel free to pick it up :) |
09:28 | <dwfreed> | LordAro: the issue is 1) you still need to make the build static; or 2) you have to deal with SONAME changes |
09:29 | <TrueBrain> | owh, right, I am missing Source and Docs tarballs for releases |
09:29 | <TrueBrain> | forgot about those |
09:30 | <LordAro> | dwfreed: true |
09:30 | <dwfreed> | something something meson |
09:30 | <DorpsGek_II> | [OpenTTD/OpenTTD] TrueBrain commented on pull request #7020: Add: [AzurePipeline] introducing a release pipeline https://git.io/fhsnV |
09:30 | <DorpsGek_II> | [OpenTTD/OpenTTD] TrueBrain closed pull request #7020: Add: [AzurePipeline] introducing a release pipeline https://git.io/fhssc |
09:30 | <LordAro> | dwfreed: you're welcome to try :p |
09:31 | <DorpsGek_II> | [OpenTTD/OpenTTD] msikma commented on pull request #6986: Allow the center tile to always get a house when playing with 3x3/Better https://git.io/fhsnw |
09:32 | <TrueBrain> | how ... did we do docs tarballs |
09:32 | <TrueBrain> | hmm |
09:40 | <DorpsGek_II> | [OpenTTD/OpenTTD] J0anJosep updated pull request #7009: Improve pathfinder behaviour for finding road depots (fix #7001; see #6410, #6928, #6929) https://git.io/fhYQx |
09:40 | <DorpsGek_II> | [OpenTTD/OpenTTD] J0anJosep dismissed a review for pull request #7009: Improve pathfinder behaviour for finding road depots (fix #7001; see #6410, #6928, #6929) https://git.io/fh3oC |
09:41 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh approved pull request #7009: Improve pathfinder behaviour for finding road depots (fix #7001; see #6410, #6928, #6929) https://git.io/fhsn5 |
09:45 | <TrueBrain> | hmm .. how do I move all the files in another folder, including hidden files? |
09:45 | <TrueBrain> | mv * new_folder/ |
09:45 | <TrueBrain> | of course does't work for hidden files |
09:46 | <nielsm> | 'find' non recursive? |
09:47 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh commented on issue #6981: Ubuntu 16.04, compile warning for squirrel.cpp https://git.io/fhscI |
09:47 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh closed issue #6981: Ubuntu 16.04, compile warning for squirrel.cpp https://git.io/fpEMf |
09:50 | -!- | Samu [Samu@pa4-84-91-142-34.netvisao.pt] has joined #openttd |
09:50 | -!- | Samu is "..." on #openttd |
09:51 | <TrueBrain> | nielsm: that could work |
09:51 | <TrueBrain> | find . -maxdepth 1 -not name . -not -name openttd-$(Build.BuildNumber) -exec mv {} openttd-$(Build.BuildNumber)/ \; |
09:51 | <TrueBrain> | lol |
09:52 | <LordAro> | mv ./* ./.* new_folder |
09:53 | <LordAro> | oh wait, that tries to move .. |
09:53 | <TrueBrain> | :D |
09:53 | <LordAro> | ./.[!.]* |
09:53 | <LordAro> | much better. |
09:54 | <Samu> | This means you need to rebase before this Pull Request will pass its checks. |
09:54 | <Samu> | i'm getting this in several of my prs |
09:54 | <TrueBrain> | LordAro: not really, but yes :P I like the find more in that case :D |
09:54 | <Samu> | how do i rebase if i have nothing to change? |
09:55 | <LordAro> | Samu: same as normal, except don't make any changes :p |
09:55 | <Eddi|zuHause> | <TrueBrain> hmm .. how do I move all the files in another folder, including hidden files? <-- wouldn't it be easier to go up one folder and rename the existing one? |
09:55 | <LordAro> | (assuming interactive rebase, leave all the commits as 'pick') |
09:55 | <LordAro> | (though you can just leave out the interactive -i flag anyway) |
09:56 | <Samu> | git rebase |
09:56 | <Samu> | just that? |
09:56 | <TrueBrain> | Eddi|zuHause: I dont know that name of tha tfolder. I tried that first, becomes a lot of lines too :D |
09:56 | <Samu> | no, git rebase origin/master' |
09:56 | <Samu> | meh i forgot |
09:56 | <LordAro> | Samu: that's the one |
09:57 | <Samu> | oki, gonna try |
09:57 | <LordAro> | Samu: remember to fetch first |
09:57 | <LordAro> | so that master is up to date |
09:58 | <Samu> | fetch? uhm, what |
09:58 | <LordAro> | just run `git fetch origin` |
09:58 | <LordAro> | it updates your copies of the remote branches |
09:59 | <Samu> | oh, i think github desktop does that when i switch branches automatically |
09:59 | <Samu> | not sure if it's the same |
09:59 | <TrueBrain> | yippie, source tarball works :) Now I need to add another docker to create the doxygen stuff .. but that is for another day :P |
10:00 | <LordAro> | Samu: quite possibly |
10:01 | <Samu> | Patric Stout has recently spammed my email :) |
10:01 | <Eddi|zuHause> | TrueBrain: does "ls -A" help? |
10:02 | <Eddi|zuHause> | it's like "ls -a", except it skips . and .. |
10:05 | <Eddi|zuHause> | something like "ls -A | awk BEGIN { system('md newfolder') } { system('mv $1 newfolder') } |
10:05 | <Eddi|zuHause> | modulo awk syntax |
10:05 | <TrueBrain> | I like my find better :P |
10:06 | <TrueBrain> | but tnx :D Glad I am not the only one who finds this non-trivial :P |
10:06 | <Eddi|zuHause> | these kinds of tasks are rare enough for me to just open a filebrowser and do this with the mouse... |
10:06 | <LordAro> | mv `pwd` `pwd/../new_folder |
10:07 | <LordAro> | except with the missing backtick |
10:07 | <TrueBrain> | Eddi|zuHause: hard to script in a pipeline :D |
10:07 | <TrueBrain> | LordAro: you cannot move your current folder :) |
10:07 | <TrueBrain> | you lock yourself :P |
10:07 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh opened issue #7021: Version names truncated after move to git https://git.io/fhsc9 |
10:07 | <LordAro> | F=`pwd` cd ..; mv ...; cd new_folder |
10:08 | <TrueBrain> | nielsm: related to https://github.com/OpenTTD/OpenTTD/issues/5326 ? |
10:08 | <LordAro> | nielsm: wasn't there already an issue for that? |
10:08 | <LordAro> | yes |
10:08 | <Eddi|zuHause> | TrueBrain: the "beauty" of my awk is that you can create the folder after you made the list of all files, so you don't have to make stretches to exclude that again |
10:09 | <Eddi|zuHause> | though i suppose there might be a way to do that in find too |
10:09 | <DorpsGek_II> | [OpenTTD/OpenTTD] LordAro commented on issue #5326: NETWORK_REVISION_LENGTH causing "String too long for destination buffer" git branch with length > 8 https://git.io/fhscx |
10:09 | <DorpsGek_II> | [OpenTTD/OpenTTD] LordAro closed issue #5326: NETWORK_REVISION_LENGTH causing "String too long for destination buffer" git branch with length > 8 https://git.io/fhscp |
10:09 | <LordAro> | fixed. |
10:09 | <TrueBrain> | :D |
10:09 | <LordAro> | technically the wrong way round, but technical details were better |
10:12 | <Eddi|zuHause> | why not cut out a bit in the middle to fit the existing size? |
10:13 | <Eddi|zuHause> | or even at the beginning |
10:13 | <Eddi|zuHause> | the hash bit in the end should be the most different usually |
10:16 | <Eddi|zuHause> | is that string displayed anywhere? |
10:16 | <Eddi|zuHause> | serverlist? |
10:17 | -!- | Wormnest [~Wormnest@35.136.176.177] has joined #openttd |
10:17 | -!- | Wormnest is "Wormnest" on #openttd |
10:20 | <nielsm> | TrueBrain, oh, there was... I just couldn't find it again |
10:21 | <Samu> | I don't understand this comment https://github.com/OpenTTD/OpenTTD/pull/6931#issuecomment-446821597 |
10:21 | <Samu> | how would I detect wether a ship would be using such tiles? impossible |
10:22 | <Samu> | unless i run the pathfinder for every ship and see if they run into them? that's madness |
10:23 | <nielsm> | yeah that's not reasonable |
10:24 | <nielsm> | otherwise you'd need to store per water tile when it was last visited by a ship |
10:24 | <nielsm> | and e.g. prevent clearing it if it was sailed on recently |
10:25 | <Samu> | so it's possible? |
10:25 | <TrueBrain> | wow, Doxygen gives tons of warnings :D |
10:25 | <Samu> | well there's a solution i didn't think of |
10:26 | <DorpsGek_II> | [OpenTTD/OpenTTD] Eddi-z commented on issue #7021: Version names truncated after move to git https://git.io/fhsCD |
10:27 | <Samu> | Quote Reply crashes my browser, plz fix |
10:28 | <Samu> | can't reply to him |
10:28 | <Eddi|zuHause> | or how about we make a "long" version string (displayed in the main menu, logfiles and whatnot) and a "short" version string (for network purposes)? |
10:29 | <Eddi|zuHause> | where the "short" string is guaranteed to fit into the buffer |
10:29 | <Eddi|zuHause> | by the build system |
10:30 | <Eddi|zuHause> | "short" meaning strip the unimportant bits like "openttd" and "branchname", and just "1.9.0-alpha5" or "gXYZABC" |
10:30 | <TrueBrain> | not a bad idea; 15 chars is too short to have a decent hash where collision is unlikely |
10:31 | <TrueBrain> | but if you extend to 32 chars |
10:31 | <TrueBrain> | you should be fine |
10:31 | <TrueBrain> | I like your idea to just hash what-ever the version is |
10:31 | <TrueBrain> | means it won't ever matter again |
10:31 | <TrueBrain> | debugging is a bit harder, but meh |
10:31 | <Eddi|zuHause> | the hash is fine, if it's not used for display purposes |
10:31 | <TrueBrain> | exactly |
10:31 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh commented on issue #7021: Version names truncated after move to git https://git.io/fhsCN |
10:32 | <TrueBrain> | in conflict, it is a bit difficult to show why it is a conflict |
10:32 | <TrueBrain> | anyway, the UDP packet is also used for server listing |
10:32 | <nielsm> | or backport the JGRPP thing where multiplayer games can have more newgrfs? |
10:33 | <nielsm> | I'm not sure what exactly it does |
10:33 | <Eddi|zuHause> | probably send out multiple packages? |
10:33 | <TrueBrain> | the whole MS protocol needs rework btw, so that cn be part of it |
10:36 | -!- | andythenorth [~andytheno@cpc87219-aztw31-2-0-cust178.18-1.cable.virginm.net] has joined #openttd |
10:36 | -!- | andythenorth is "andythenorth" on #openttd |
10:42 | <Samu> | i can't Quote Reply |
10:42 | <Samu> | bah |
10:42 | <TrueBrain> | there are 12 jobs in front of you in the queue .. lolz .. |
10:44 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh commented on pull request #6998: Feature #4115: default company colour setting https://git.io/fhsWn |
10:45 | <Samu> | question, can you Quote Reply on odisseus reply? https://github.com/OpenTTD/OpenTTD/pull/6931#issuecomment-446821597 |
10:45 | <Samu> | it crashes me browser |
10:46 | <nielsm> | yes, works fine for me |
10:46 | <Samu> | damn Edge |
10:46 | <nielsm> | I'd suggest just using @odisseus in the reply to highlight him |
10:46 | <LordAro> | just... reply? |
10:47 | <Samu> | ok |
10:47 | <andythenorth> | oof are we still doing 'my first security' in forums? :P |
10:47 | <andythenorth> | yup |
10:47 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh closed issue #7001: YAPF can't find road depot, but NPF can https://git.io/fhLeQ |
10:47 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh merged pull request #7009: Improve pathfinder behaviour for finding road depots (fix #7001; see #6410, #6928, #6929) https://git.io/fhYQx |
10:47 | <Eddi|zuHause> | andythenorth: ? |
10:48 | <andythenorth> | that thread Eddi|zuHause |
10:48 | -!- | glx [~glx@000128ec.user.oftc.net] has joined #openttd |
10:48 | -!- | mode/#openttd [+v glx] by ChanServ |
10:48 | -!- | glx is "LoĂ¯c GUILLOUX" on +#openttd |
10:49 | <DorpsGek_II> | [OpenTTD/OpenTTD] andythenorth commented on pull request #6998: Feature #4115: default company colour setting https://git.io/fhsWE |
10:50 | <DorpsGek_II> | [OpenTTD/OpenTTD] SamuXarick commented on pull request #6931: Change: Prevent town growth from blocking ships https://git.io/fhsW2 |
10:50 | <DorpsGek_II> | [OpenTTD/OpenTTD] glx22 opened pull request #7022: Add: generate_widget.vbs to allow script_window.hpp enums generation … https://git.io/fhsWa |
10:51 | <Samu> | the <names> were cut off |
10:52 | <Samu> | for some reason |
10:52 | <Samu> | i copied irc chat |
10:52 | <Samu> | i'm starting to hate github.com |
10:52 | <nielsm> | I edited your comment to kinda fix that then ;) |
10:53 | <Samu> | thx |
10:59 | <DorpsGek_II> | [OpenTTD/OpenTTD] andythenorth commented on pull request #6998: Feature #4115: default company colour setting https://git.io/fhsW7 |
11:00 | <Borg> | guys.. is there a way that user can execute GS script? |
11:00 | <Borg> | or request execution.. or set some flag? |
11:01 | <DorpsGek_II> | [OpenTTD/OpenTTD] andythenorth commented on pull request #6931: Change: Prevent town growth from blocking ships https://git.io/fhsWF |
11:01 | <nielsm> | as far as I know, game scripts have to be there from the beginning of the game, and they only run on the server |
11:01 | <Borg> | yeah, they run on the server.. |
11:01 | <andythenorth> | well it also runs locally in SP, to be strict |
11:01 | <Borg> | but I thinking if.. GS can get some data from company.. that is user selectable |
11:02 | <Borg> | like.. some flags.... variable.. |
11:02 | <andythenorth> | there is GS communication via signs |
11:02 | <andythenorth> | Zuu did it |
11:02 | <Borg> | hmm right.. |
11:02 | <Borg> | can I communicate by chat? |
11:03 | <andythenorth> | with GS? |
11:03 | <andythenorth> | nope |
11:03 | <Borg> | ok.. |
11:03 | <andythenorth> | chatbot GS interface? o_O |
11:04 | <Borg> | no.. I have some weird ideas.. for fun.. |
11:04 | <Borg> | like... devident payments... via GS |
11:05 | <Samu> | https://acronyms.thefreedictionary.com/TMWFTLB |
11:05 | <Samu> | it benefits AIs :( |
11:05 | <Samu> | and those long server games |
11:05 | -!- | Gja [~Martin@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd |
11:05 | -!- | Gja is "Martin" on #ceph #bcache #openttd |
11:06 | <Samu> | where ppl build their stuff then leave for 10 hours |
11:06 | <andythenorth> | let's play |
11:06 | <andythenorth> | the game is 'save this outdated patch from the bonfire' |
11:07 | <andythenorth> | what is this even for? https://github.com/OpenTTD/OpenTTD/issues/2944 |
11:07 | <nielsm> | if a train takes 2 hours to go from A to B and back |
11:07 | <nielsm> | and is declared to be more than 2 hours late |
11:07 | <nielsm> | then it may just as well have been said to have skipped a cycle |
11:08 | <nielsm> | so you can subtract 2 hours from the lateness |
11:08 | <Samu> | what if I make it into a game setting? |
11:10 | <Samu> | lost ships (blocked by town growth) are also heavy on cpu |
11:10 | <Samu> | i think it's a benefit |
11:11 | <DorpsGek_II> | [OpenTTD/OpenTTD] andythenorth commented on issue #5981: Unify appearance and position of location buttons (wanted contributions-list) https://git.io/fhslC |
11:11 | <DorpsGek_II> | [OpenTTD/OpenTTD] andythenorth commented on issue #5981: Unify appearance and position of location buttons (wanted contributions-list) https://git.io/fhsll |
11:12 | <andythenorth> | the better check would be the width of uninterrupted water |
11:13 | <andythenorth> | in some kind of shaped search |
11:13 | <andythenorth> | but that's faff |
11:14 | <andythenorth> | that's what FIRS does, to prevent blocking ship routes with industries |
11:15 | <nielsm> | checking for one or more entirely water tiles next by might be enough |
11:15 | <Samu> | faff? must check |
11:16 | <Samu> | new english word never heard before :p |
11:16 | <Samu> | where is that code in firs, might copy paste from it |
11:17 | <dwfreed> | "An overcomplicated task, especially one perceived as a waste of time." |
11:17 | <andythenorth> | it uses the FF water tile |
11:17 | <andythenorth> | you can't reuse it |
11:17 | <andythenorth> | you'll have to do a directional tile search |
11:19 | -!- | Gabda [~Gabda@catv-80-98-39-136.catv.broadband.hu] has joined #openttd |
11:19 | -!- | Gabda is "realname" on #openttd |
11:22 | <Samu> | http://hg.openttdcoop.org/firs where |
11:23 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh commented on pull request #6931: Change: Prevent town growth from blocking ships https://git.io/fhslM |
11:24 | <andythenorth> | https://dev.openttdcoop.org/projects/firs/repository/entry/src/industries/fishing_harbour.py#L358 |
11:24 | <andythenorth> | 255 |
11:24 | <andythenorth> | is tile 0xFF |
11:24 | <andythenorth> | but that's not available to towns afaik |
11:24 | <andythenorth> | it's a completely different concept |
11:25 | <nielsm> | yeah it's a special rule in the industry build routine |
11:25 | <Samu> | all of them |
11:25 | <andythenorth> | nope |
11:25 | <andythenorth> | just 4 |
11:25 | <andythenorth> | and 5 |
11:25 | <andythenorth> | 4 will block |
11:25 | <andythenorth> | 5 might block a ship in the corner |
11:25 | <andythenorth> | the rest should be permitted |
11:26 | <nielsm> | I want cities to build on 1, 2, 3, and 6, because anything else looks like wasted space |
11:26 | <andythenorth> | +1 |
11:26 | <Samu> | ok, so i need to check if the tile breaks the connection from the tile entry to the tile exit |
11:26 | <DorpsGek_II> | [OpenTTD/OpenTTD] glx22 opened pull request #7023: Use some consistency for project dependencies determination https://git.io/fhsl7 |
11:27 | <Samu> | but there are certain fat buildings |
11:27 | <Samu> | that actually use all |
11:27 | <Samu> | the water |
11:27 | <Samu> | i think marketplace |
11:27 | <Samu> | is one of them |
11:29 | <Samu> | unless that was fixed recently, not sure |
11:29 | <nielsm> | but I agree with andythenorth, it's too much work and too much complexity to protect players from their own stupidity |
11:29 | <Samu> | vev |
11:29 | <nielsm> | players and AI alike |
11:29 | <Samu> | brb |
11:29 | <andythenorth> | to make this worthwhile |
11:29 | <andythenorth> | you also have to |
11:29 | <andythenorth> | - prevent industries building on half slopes (including newgrf) |
11:29 | <andythenorth> | - prevent players doing it |
11:30 | <andythenorth> | - prevent players terraforming to the same effect |
11:30 | <nielsm> | you can't prevent players from sabotaging others' ships this way anyway |
11:30 | <andythenorth> | - prevent AIs building |
11:30 | <andythenorth> | - prevent AIs terraforming |
11:30 | <andythenorth> | it's literally boiling the ocean |
11:31 | <Samu> | i kinda did that already |
11:31 | <Samu> | in another patch |
11:32 | <andythenorth> | need to prevent anything build on coasts |
11:32 | <andythenorth> | e.g. FIRS industries etc |
11:32 | <andythenorth> | need to prevent bridges over diagonal channels |
11:32 | <Samu> | sec, let me find |
11:32 | <andythenorth> | need to prevent canals on water |
11:32 | <andythenorth> | need to prevent water objects |
11:32 | <andythenorth> | need to prevent terraforming |
11:32 | <Samu> | https://github.com/OpenTTD/OpenTTD/pull/6935 |
11:33 | <andythenorth> | I'm not being mean, I just can't see this succeeding |
11:33 | <Samu> | it's not exactly the same, but tries to prevent imminent ship getting stuck when building |
11:33 | <Samu> | something |
11:33 | <andythenorth> | anyway, I've said all I can say on it |
11:33 | <Samu> | like all that u said |
11:34 | <milek7> | hm, maybe i could pr my old patch for raising companies limit to 240? |
11:34 | <milek7> | though maybe it is better to just extend tile size, instead of weird bitpacking used in patch |
11:35 | <Wolf01> | andythenorth: pause a bit and help me, I need to make 2 stage reduction gearbox for a turntable, I was thinking about 2 epicyclic gearboxes but I don't understand how to connect it :P |
11:35 | <Samu> | and by stuck, I mean deadlocked, sandwiched between two industries with no way to send it anywhere else |
11:35 | <Samu> | or 2 other things, not just industries |
11:36 | <andythenorth> | Wolf01: epicyclics - what are you using for the ring gear? |
11:36 | <andythenorth> | I'd probably just google tbh :) |
11:36 | <andythenorth> | mechanisms aren't my strength |
11:36 | <Wolf01> | Old style turntables, the ones with the teeth inside |
11:37 | <andythenorth> | I'd be inclined to go big :P https://i.ytimg.com/vi/dtBTZfcfkG0/maxresdefault.jpg |
11:37 | <Wolf01> | I need to put that ON the arm, not at the base :P |
11:38 | <andythenorth> | hmm |
11:38 | <andythenorth> | go big |
11:41 | -!- | Gabda_ [~Gabda@catv-80-98-39-136.catv.broadband.hu] has joined #openttd |
11:41 | -!- | Gabda_ is "realname" on #openttd |
11:48 | <Samu> | brb, checking which buildings build on the entire water |
11:49 | <andythenorth> | none should do that |
11:49 | <andythenorth> | it should be invalid |
11:50 | <Samu> | i wondered if that was a bug |
11:50 | <Samu> | and if it was fixed meanwhile |
11:51 | -!- | andythenorth [~andytheno@cpc87219-aztw31-2-0-cust178.18-1.cable.virginm.net] has left #openttd [] |
11:55 | -!- | Progman [~progman@p57A2B9C1.dip0.t-ipconnect.de] has joined #openttd |
11:55 | -!- | Progman is "Peter Henschel" on #openttdcoop.dev #openttd |
11:58 | <DorpsGek_II> | [OpenTTD/OpenTTD] LordAro commented on pull request #7023: Use some consistency for project dependencies determination https://git.io/fhs4e |
12:07 | <Samu> | I don't see it happening, well, I must have seen it wrong maybe |
12:08 | <DorpsGek_II> | [OpenTTD/OpenTTD] pi1985 opened pull request #7024: Rail fences in snow or desert https://git.io/fhs4W |
12:16 | -!- | frosch123 [~frosch@00013ce7.user.oftc.net] has joined #openttd |
12:16 | -!- | frosch123 is "frosch" on +#openttd.dev #openttd |
12:21 | <Samu> | well I'm gonna assume I either saw it wrong or it was fixed |
12:21 | <Eddi|zuHause> | that diff is a bit large for such a simple feature? |
12:21 | <Samu> | that means, it eases what i'm doing |
12:22 | <LordAro> | an frosch123 |
12:22 | <LordAro> | quak |
12:23 | <Samu> | still i'm gonna use an assert |
12:23 | <Samu> | just for confirmation |
12:24 | <DorpsGek_II> | [OpenTTD/OpenTTD] Eddi-z commented on pull request #7024: Rail fences in snow or desert https://git.io/fhs4Q |
12:25 | <LordAro> | Eddi|zuHause: pretty sure it doesn't require a savegame bump either |
12:25 | <Eddi|zuHause> | i'll leave complaining about the commit message for a later stage |
12:26 | <LordAro> | maybe they'll work it out from the CI failure |
12:26 | <LordAro> | you never know |
12:26 | <Eddi|zuHause> | i don't understand what the CI failure is about |
12:27 | <nielsm> | I disagree with that change on the principle that it must be intentional fences are not placed in desert/snow, and it's been like that since the original game |
12:27 | <LordAro> | also that |
12:27 | <Eddi|zuHause> | i would have suggested a setting |
12:28 | <Eddi|zuHause> | but i wouldn't know where to put that, in the already cluttered and inconsistent gui |
12:29 | <nielsm> | could go all the way and make railway fences a newgrf feature, with the newgrf controlling where they can appear |
12:30 | <LordAro> | i have no issues with leaving it as part of the game |
12:30 | <Eddi|zuHause> | nielsm: at the very least, it's probably not useful to have the fences constantly appear and disappear with varying snowline |
12:39 | <nielsm> | TrueBrain: the commit checker failure here has really bad diagnostics: https://dev.azure.com/openttd/OpenTTD/_build/results?buildId=154 |
12:40 | <nielsm> | as in, all the docker progress reporting is included as part of the error text |
12:59 | -!- | Progman [~progman@p57A2B9C1.dip0.t-ipconnect.de] has quit [Remote host closed the connection] |
13:01 | -!- | andythenorth [~andytheno@cpc87219-aztw31-2-0-cust178.18-1.cable.virginm.net] has joined #openttd |
13:01 | -!- | andythenorth is "andythenorth" on #openttd |
13:05 | <Samu> | Merge remote-tracking branch 'upstream/master' into prevent-town-grow… |
13:05 | <Samu> | is this something I should have done? |
13:05 | <+glx> | probably never triggered during testing nielsm |
13:05 | <Samu> | what happens if I push now? |
13:05 | <Samu> | I've got 109 changes ahead or whatever |
13:06 | <nielsm> | if you push you'll have a merge commit |
13:06 | <+glx> | I think you should have use rebase |
13:06 | <nielsm> | whether that's acceptable depends on whether the PR is intended to be squashed or rebased onto master |
13:06 | <Samu> | not sure what to do, so let's push to see what happens |
13:07 | <DorpsGek_II> | [OpenTTD/OpenTTD] SamuXarick updated pull request #6931: Change: Prevent town growth from blocking ships https://git.io/fhsRY |
13:07 | <+glx> | but merge commits in a PR just add useless stuff for review I think |
13:09 | <+glx> | at least it's a clean merge :) |
13:12 | <+glx> | you can do "git rebase -i HEAD^" to drop the empty merge commit |
13:12 | <Samu> | ok let me try |
13:13 | <+glx> | it will open an editor with something like "pick ... Merge remote..." on first line |
13:14 | <+glx> | replace pick with drop, save, close editor and follow the instruction on command line |
13:14 | <Samu> | uhm, no i dont have that |
13:14 | <TrueBrain> | nielsm: I welcome any PR to fix that :) |
13:14 | <+glx> | it's command line stuff |
13:15 | <Samu> | https://imgur.com/dl4XCxs |
13:15 | <Samu> | got a whole lot of changes, maybe the 109 changes? |
13:15 | <Samu> | didn't count |
13:16 | <Samu> | the newest change is at the bottom |
13:16 | <Samu> | it's |
13:17 | <Samu> | pick effb7da5b Doc: Fix spelling in comments. |
13:17 | <+glx> | but HEAD^ should show only the top commit |
13:17 | <Samu> | yeah, i'm not sure what i've done |
13:17 | <nielsm> | when you have a merge commit HEAD^ is ambigious, since HEAD has two parents |
13:18 | <+glx> | ah |
13:18 | <TrueBrain> | always rebase against upstream/master |
13:18 | <TrueBrain> | if you follow that rule, you will be fine in 99.99% of the cases :) |
13:18 | <TrueBrain> | (just don't forget to fetch it once in a while :D) |
13:19 | <nielsm> | I'd say move the branch pointer locally to the previous end of branch commit, then checkout the branch again |
13:21 | <Samu> | # Rebase 2d58ff2ac..6d44581b7 onto 2d58ff2ac (108 commands) |
13:21 | <Samu> | explain me what to do step by step :p im noob in command line stuff |
13:23 | -!- | gelignite [~gelignite@55d4596f.access.ecotel.net] has joined #openttd |
13:23 | -!- | gelignite is "gelignite" on #openttd |
13:23 | <nielsm> | delete everything in the file, save, exit the editor, and do something different :) |
13:23 | <nielsm> | that rebase you've started is not going to get any useful result |
13:24 | <DorpsGek_II> | [OpenTTD/OpenTTD] pi1985 commented on pull request #7024: Rail fences in snow or desert https://git.io/fhsRi |
13:25 | <Gabda_> | I think if you checkout your commit, make a new branch, and rebase that to the master, you will be OK |
13:26 | <Gabda_> | in this case you will rebase that one commit you made |
13:27 | <andythenorth> | are rail fences not solved in newgrf? |
13:28 | <andythenorth> | seems not |
13:28 | <Eddi|zuHause> | no |
13:29 | <@peter1138> | hi |
13:29 | <DorpsGek_II> | [OpenTTD/OpenTTD] andythenorth commented on pull request #7024: Rail fences in snow or desert https://git.io/fhsR9 |
13:29 | <andythenorth> | lo peter1138 |
13:31 | <@peter1138> | Hmm, need to make a Lego display cabinet. I'm thinking of using that sticky tape stuff. |
13:33 | <andythenorth> | duck tape? o_O |
13:36 | <@peter1138> | Nah the stuff with Lego studs. |
14:08 | <DorpsGek_II> | [OpenTTD/OpenTTD] SamuXarick updated pull request #6931: Change: Prevent town growth from blocking ships https://git.io/fhsRY |
14:11 | <frosch123> | andythenorth: https://github.com/OpenTTD/OpenTTD/issues/6315 <- more context |
14:12 | <frosch123> | oh, you found it yourself :) |
14:12 | <andythenorth> | I read all issues yesterday :) |
14:13 | <andythenorth> | I PR-ed yours :P https://github.com/OpenTTD/OpenTTD/pull/7018 |
14:13 | <andythenorth> | can you review yourself? o_O |
14:13 | <frosch123> | yes, i got like 300 mails |
14:13 | <andythenorth> | I got 300 highlights here :( |
14:14 | <frosch123> | andythenorth: if i were convinced of my patch, i would have committed it back then :) |
14:14 | <TrueBrain> | right, this means LordAro no longer has any excuse, right? |
14:14 | <LordAro> | uwot |
14:14 | * | andythenorth wonders how many of the patches solve things worth solving |
14:15 | <andythenorth> | rhetorical question |
14:16 | <TrueBrain> | boo, LordAro has no auto-invite on his IRC |
14:17 | <andythenorth> | boo |
14:17 | <TrueBrain> | and I guess gratz LordAro and blablabla |
14:18 | <LordAro> | nothing for me to merge :( |
14:19 | <TrueBrain> | that is fully in your own control to fix :D |
14:19 | <nielsm> | LordAro this one :) https://github.com/OpenTTD/OpenTTD/pull/6990 |
14:19 | <Xaroth> | o7 LordAro |
14:20 | <andythenorth> | once we publish nightlies, we can let code quality slip, right? |
14:21 | <andythenorth> | because the players test it? |
14:21 | <andythenorth> | o_O |
14:21 | <LordAro> | ofc |
14:21 | <TrueBrain> | so nothing changes, right? |
14:21 | <andythenorth> | says TrueBrain |
14:21 | <andythenorth> | must be true |
14:21 | <TrueBrain> | haters gotta hate hate hate hate |
14:21 | <Samu> | thx Gabda |
14:21 | <andythenorth> | how much longer can I hide from Horse? |
14:21 | <andythenorth> | this sprite generator :( |
14:22 | <DorpsGek_II> | [OpenTTD/OpenTTD] frosch123 commented on pull request #6990: Fix: Correct display of industry requires/produces in Build Industry window https://git.io/fhsED |
14:23 | <frosch123> | oh, the issue is the cargo suffix, right? |
14:24 | <nielsm> | yes |
14:26 | <nielsm> | and that the cargos sort-of have a specific order for industries |
14:26 | <nielsm> | while for CARGO_LIST they are in "system order" |
14:26 | <frosch123> | alphabetic |
14:26 | <nielsm> | I guess that's what FOR_ALL_SORTED_CARGOSPECS means yes |
14:27 | <DorpsGek_II> | [OpenTTD/OpenTTD] LordAro commented on pull request #6990: Fix: Correct display of industry requires/produces in Build Industry window https://git.io/fhsEx |
14:33 | <TrueBrain> | so, source bundle, docs bundle, windows bundles, macos bundles .. guess I just need to test out if anightly is produced correctly |
14:34 | <andythenorth> | then cookies |
14:34 | <LordAro> | TrueBrain: did you get exes working? |
14:35 | <TrueBrain> | yes |
14:35 | <TrueBrain> | but only for stable releases |
14:36 | <TrueBrain> | so not for nightlies |
14:36 | <TrueBrain> | nightlies were called: openttd-trunk-r12345 |
14:36 | <TrueBrain> | that is silly now |
14:36 | <TrueBrain> | is it okay to just name them: openttd-g123134 ? |
14:36 | <TrueBrain> | or do we want openttd-master-g1231231 |
14:36 | <TrueBrain> | (with the ingame version being either just 'g1231451' or 'master-g123131'? |
14:36 | <TrueBrain> | or .. 'nightly'? |
14:37 | <LordAro> | "openttd" seems redundant |
14:37 | <@Alberth> | it's always master, wouldn't it? |
14:37 | <LordAro> | oh, filenames, rather than versions? |
14:38 | <TrueBrain> | the main prefix is always openttd- :D |
14:38 | <nielsm> | for nightlies use date instead of git revision |
14:38 | <@Alberth> | or it would be a special version, like cargo-dist ? |
14:38 | <nielsm> | so you have a sortable number in the filename |
14:38 | <TrueBrain> | special versions are currently opetntd-custom-<date>-<branch>-<gitversion> |
14:38 | <TrueBrain> | nielsm: with or without a nightly/master prefix? |
14:38 | <LordAro> | for nightlies, i'd say openttd-nightly-YYYYMMDD |
14:39 | <nielsm> | +1 |
14:39 | <nielsm> | to LordAro |
14:39 | <TrueBrain> | and ingame ngihtly-YYYYMMDD ? |
14:39 | <LordAro> | yeah |
14:39 | <nielsm> | https://0x0.st/sR5r.png |
14:39 | <nielsm> | is how it displays for me right now |
14:39 | <nielsm> | which is fine imo |
14:39 | <LordAro> | hide git hashes from the end user as much as possible |
14:39 | <TrueBrain> | nielsm: not really clear it is a nightly :) |
14:40 | <LordAro> | "nightly" should probably be a special case, so that patchpacks/forks can easily override |
14:41 | <DorpsGek_II> | [OpenTTD/OpenTTD] Gabda87 opened pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns https://git.io/fhsu0 |
14:41 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh updated pull request #6990: Fix: Correct display of industry requires/produces in Build Industry window https://git.io/fhTef |
14:41 | <TrueBrain> | I am also fine with how it is now ingame |
14:41 | <frosch123> | LordAro: TrueBrain: i think the filename should be similar to what ottd shows ingame |
14:41 | <TrueBrain> | like what nielsm showed |
14:41 | <frosch123> | so no "nightly" imo |
14:41 | <TrueBrain> | frosch123: that still leaves the option to show nightly- ingame :D |
14:42 | <frosch123> | i would not know how to detect that |
14:42 | <TrueBrain> | our filename has always been, not saying we should keep that: openttd-<type>-<find-version-result> |
14:42 | <frosch123> | currently it shows the branch, but skips "master" |
14:42 | <TrueBrain> | where type is 'custom' for anything weird |
14:42 | <TrueBrain> | or 'trunk' for nightlies |
14:42 | <Gabda_> | it is really hard to find a place for a new button |
14:42 | <nielsm> | well, what if someone makes a branch for time-of-day and calls it "nightly" ? :D |
14:43 | <LordAro> | lol |
14:43 | <TrueBrain> | guess it also depends how we want to deal with patchpacks etc |
14:43 | <TrueBrain> | I think it is more clear if ingame it reads: nightly-20190106 |
14:43 | <TrueBrain> | frosch123: btw, detection is not super important; I can overwrite anything |
14:43 | <TrueBrain> | (during building of the nightlies) |
14:44 | <TrueBrain> | findversion doesnt have to do it. findversion has to work when you checkout the source yourself :P |
14:44 | <LordAro> | i think ingame nightly-YYYYMMDD works |
14:44 | <milek7> | it will be confusing with multiple builds per day |
14:44 | <TrueBrain> | there is only 1 nightly |
14:44 | <TrueBrain> | one |
14:44 | <TrueBrain> | and exactly one |
14:44 | <TrueBrain> | never 2 |
14:44 | <TrueBrain> | 1 |
14:44 | <TrueBrain> | :D |
14:44 | <milek7> | hm |
14:44 | <milek7> | ok |
14:44 | <TrueBrain> | (hence, nightly :D) |
14:45 | <Samu> | nightly_2019-01-06 |
14:46 | <nielsm> | well, what if we get hit by a huge meteor and the atmosphere is filled with particles and nobody on the surface sees the sun again for several months or years, do we build nightlies during that long night? |
14:46 | <TrueBrain> | nielsm: yes |
14:46 | <TrueBrain> | but I am good with a word like 'master' too |
14:46 | <Xaroth> | nielsm: I thought Samu was the pessimist? |
14:46 | <TrueBrain> | just .. we always called it 'nightly' |
14:46 | <DorpsGek_II> | [OpenTTD/OpenTTD] Gabda87 commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns https://git.io/fhsur |
14:46 | <TrueBrain> | that would mean that if you compile a branch yourself, you get: 20190106-my_branch-g12313. IF you compile master yourself, you get 20190106-g123452. If we create the nightly, you get: nightly-20190106, and if we create a release, you get 1.9.0-beta1 |
14:47 | <TrueBrain> | all prefixed with 'openttd' |
14:47 | <TrueBrain> | (in filename, not version) |
14:47 | <TrueBrain> | not sure how patchpacks would fit in that, btw |
14:47 | <LordAro> | TrueBrain: sounds good to me |
14:47 | <TrueBrain> | pr-6696-20190106 |
14:47 | <TrueBrain> | works in that schema too |
14:47 | <TrueBrain> | scheme? |
14:47 | <TrueBrain> | what-ever |
14:48 | <LordAro> | TrueBrain: in my mind, patchpacks (assuming they want to) would use the same mechanism as nightlies, so jgrpp-20190106 |
14:48 | <TrueBrain> | pr-6696-g1231312 is better, I guess |
14:48 | <TrueBrain> | LordAro: that is a good idea |
14:48 | <Samu> | no dates? |
14:48 | <TrueBrain> | hmm .. so 'nightly' .. 'core'? 'official'? 'main'? 'upstream'? |
14:49 | <Samu> | master |
14:49 | <LordAro> | i like nightly better |
14:49 | <TrueBrain> | we want to give room to patchpacks to grow bigger, was the idea not? |
14:49 | <Samu> | nightly-master-insertdate? |
14:50 | <Samu> | nightly-someoneelse-insertdate |
14:50 | <Samu> | core-master-insertdate meh |
14:50 | <Samu> | or just do it svn style |
14:50 | <LordAro> | TrueBrain: hmm, maybe "core" |
14:51 | <@Alberth> | vanilla |
14:51 | <TrueBrain> | oeh |
14:51 | <TrueBrain> | that is much better Alberth |
14:51 | -!- | synchris [~synchris@139.138.202.72] has quit [Quit: yeeha!] |
14:51 | <frosch123> | TrueBrain: whenever i joined coops nightly server, i compiled myself |
14:51 | <frosch123> | so, custom compile should match the nightly :) |
14:51 | <TrueBrain> | okay, fair enough |
14:52 | <LordAro> | that's a good point |
14:52 | <frosch123> | or there will be incompatible servers with nightly and custom |
14:52 | <@Alberth> | base |
14:52 | <frosch123> | either "master" or "" |
14:52 | <TrueBrain> | well, I guess that comes down to "network version" vs "version shown in gui" again |
14:52 | <TrueBrain> | but ... hmm .. |
14:52 | <TrueBrain> | with the current findversion.sh, it is difficult for a patchpack to work in the same flow |
14:53 | <LordAro> | making "network version" separate would probably lead to people hacking client/server versions a bit more readily, which isn't something we'd want to incourage |
14:54 | <frosch123> | TrueBrain: jgr uses "jgrpp" as branch |
14:54 | <LordAro> | encourage* |
14:54 | <TrueBrain> | so we force all forks into a branch? |
14:54 | <TrueBrain> | (its fine by me btw) |
14:54 | <TrueBrain> | just trying to get a sense on what I should do here :D |
14:55 | <Samu> | what is the max characters allowed? |
14:55 | <frosch123> | i think every "fork" that continues to sync with "master" uses a branch name |
14:55 | <TrueBrain> | so .. frosch123, to hook back to your original plan, possibly it is good if we call 'master' something like 'vanilla'? |
14:55 | <frosch123> | only if you abandon the origin you would make yourself master |
14:55 | <TrueBrain> | 20190106-vanilla-g123131 |
14:56 | <LordAro> | i'm not a huge fan of "vanilla" |
14:56 | <Samu> | if by master, you mean what's on github OpenTTD/OpenTTD, just say OpenTTD? |
14:56 | <TrueBrain> | or we can leave 'master' in there |
14:56 | <TrueBrain> | would make it a bit easier on my side, as then it would just be: openttd-<findversion> |
14:56 | <TrueBrain> | always |
14:56 | <TrueBrain> | (also for releases) |
14:57 | <TrueBrain> | patchpacks, nightlies, etc, they all have the same form |
14:57 | <TrueBrain> | only stable releases would be different |
14:57 | <frosch123> | i definitely prefer openttd-<findversion> |
14:57 | <frosch123> | you can change findversion though :) |
14:57 | <LordAro> | ^ |
14:57 | <TrueBrain> | exactly :) |
14:57 | <TrueBrain> | so I guess it would be fine by me if we just remove the special case for 'master'? |
14:58 | <DorpsGek_II> | [OpenTTD/OpenTTD] Milek7 commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns https://git.io/fhsub |
14:58 | <LordAro> | shame we don't get the date somewhere in it |
14:58 | <LordAro> | maybe replace master with the date? |
14:58 | <LordAro> | so openttd-YYYYMMDD-<hash> |
14:58 | <TrueBrain> | findversion now does: date-branch-hash |
14:58 | <TrueBrain> | but for master it is: date-hash |
14:58 | -!- | Borg [~borg@87-99-43-52.internetia.net.pl] has quit [Quit: leaving] |
14:59 | <TrueBrain> | which I dislike on the CDN, as they are files without a clear origin :) |
14:59 | <Samu> | i like teh branch name in it when i'm building 500 openttd.exes |
14:59 | <Samu> | at least I know what this "openttd.exe" is about |
14:59 | <frosch123> | make it "master" then, remove the 2 lines from findversion |
14:59 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns https://git.io/fhszJ |
15:00 | <frosch123> | "vanilla" just adds more confusion |
15:00 | <TrueBrain> | I guess that is by far the easiest form :P |
15:00 | <TrueBrain> | yeah, fair |
15:00 | <TrueBrain> | so any patchpack, if they want to use our CDN, will have to do their work in a branch, which is totally sensible |
15:00 | <nielsm> | openttd is just openttd, a fork/patchpack is not quite openttd and needs a suffix or different name |
15:01 | <TrueBrain> | nielsm: you think a branch-name is not sufficient? |
15:01 | <nielsm> | you can call it "vanilla" in prose to more clearly distinguish master from a patchpack, but the format name should just be "openttd" |
15:02 | <TrueBrain> | either you havent read up, or I totally lost you :D Sorry :) |
15:02 | <Samu> | didn't you use a M suffix for stuff different than the master? |
15:02 | <nielsm> | "openttd-jgr-DATE-REVID" would be a fine name for JGRPP |
15:02 | <TrueBrain> | current suggestion: VERSION being: <date>-<branch>-<githash> (for ALL branches) |
15:02 | <TrueBrain> | filename prefix of openttd- |
15:03 | <TrueBrain> | we can change it into <branch>-<date>-<githash>, all the same to me :) |
15:03 | <DorpsGek_II> | [OpenTTD/OpenTTD] telk5093 commented on pull request #6983: Feature: Town name filtering https://git.io/fhsz3 |
15:03 | <DorpsGek_II> | [OpenTTD/OpenTTD] telk5093 closed pull request #6983: Feature: Town name filtering https://git.io/fpzKD |
15:03 | <nielsm> | yeah I did just spend 15 minutes with face buried in a mobile game ;) |
15:03 | <TrueBrain> | :D LIKE A BOZZ |
15:05 | <Samu> | <branch>-<githash> |
15:05 | <Samu> | is date important? |
15:06 | <TrueBrain> | from my point of view (just as SysOp), removing the 2 special-case lines of master in findversion.sh, is sufficient for me |
15:06 | <nielsm> | displaying "master" as branch name is also good by me |
15:06 | <TrueBrain> | as that would make the resulting binaries traceable, and the code simple, which is all I really care about :) |
15:07 | <nielsm> | imo it's pretty clear in meaning what "the master version" is |
15:07 | <TrueBrain> | so lets go with that for now; we can change things always later if we like :P |
15:07 | <@Alberth> | likely the next compile farm :) |
15:08 | <TrueBrain> | :D |
15:08 | <TrueBrain> | openttd-<findversion> .. now that removes some code to detect 'custom' branches etc :D |
15:08 | <@Alberth> | nice |
15:09 | <andythenorth> | in the future the CF will be AI |
15:09 | <DorpsGek_II> | [OpenTTD/OpenTTD] nielsmh commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns https://git.io/fhszE |
15:09 | <andythenorth> | so we won't need to do *anything* |
15:10 | <nielsm> | get a squirrel to crack that nut yes |
15:10 | <nielsm> | ... |
15:12 | <DorpsGek_II> | [OpenTTD/OpenTTD] Gabda87 commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns https://git.io/fhsz6 |
15:13 | -!- | Wormnest [~Wormnest@35.136.176.177] has quit [Ping timeout: 480 seconds] |
15:17 | -!- | Gabda_ [~Gabda@catv-80-98-39-136.catv.broadband.hu] has quit [Quit: Leaving] |
15:20 | <TrueBrain> | okay, tnx all, this should work fine now :) |
15:21 | <TrueBrain> | last thing to add, nice-to-have, is tag-compiling |
15:21 | <TrueBrain> | but that can wait a few weeks |
15:21 | <TrueBrain> | not sure how we are going to do tags with git :) |
15:23 | <Eddi|zuHause> | do we do branching on the main repo? |
15:24 | <andythenorth> | it would be odd not to |
15:24 | <nielsm> | I asume it's going to be something like, make the 1.9 branch, prepare the release in that, make the 1.9.0 tag when it's ready, build |
15:24 | <nielsm> | and if 1.9.1 becomes necessary, build more commits onto the 1.9 branch and tag 1.9.1 when that's ready |
15:25 | <TrueBrain> | so a release-branch like subversion |
15:25 | <DorpsGek_II> | [OpenTTD/OpenTTD] Milek7 commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns https://git.io/fhsgv |
15:25 | <TrueBrain> | sounds good to me |
15:25 | <andythenorth> | seems easiest to continue as we are |
15:25 | <LordAro> | indeed |
15:25 | <andythenorth> | at work we have dev branches and tag from master |
15:25 | <LordAro> | cherry-pick into the release branch much as before |
15:25 | <andythenorth> | but it's not better, just different |
15:25 | <TrueBrain> | means the only difference will be a flag in the release-pipeline (to build .exe and .deb yes/no .. as they only work on tags :D) |
15:28 | -!- | wodencafe [~cboyd@2605:6000:1517:462e:724d:7bff:fe63:71b6] has quit [Quit: Konversation terminated!] |
15:39 | <+glx> | btw it was already possible to fake network version |
15:40 | <nielsm> | making a build presenting as another version wouldn't be hard |
15:41 | <nielsm> | but you'd probably run into desyncs with anything that matters |
15:41 | <andythenorth> | oof |
15:41 | <+glx> | it's easy, many patched server do it to allow clean release builds to connect |
15:41 | <+glx> | but usually they know their changes don't touch the game engine |
15:43 | <+glx> | and you have norev clients able to connect to any norev servers ;) |
15:43 | <+glx> | (build from source without VCS) |
15:44 | <andythenorth> | electric engines in purchase menu: pantographs up or down? |
15:44 | <andythenorth> | Eddi|zuHause: ^ |
15:44 | <+glx> | down, there's no catenary ;) |
15:45 | <Eddi|zuHause> | uhm... either one is fine |
15:45 | <andythenorth> | there is in the depot |
15:45 | <andythenorth> | but not in the 'available trains' list :P |
15:45 | <Eddi|zuHause> | there are some depots which don't have catenary |
15:46 | <andythenorth> | ok down it is |
15:46 | <andythenorth> | up just looks fiddly |
15:49 | -!- | Gja [~Martin@93-167-84-102-static.dk.customer.tdc.net] has quit [] |
15:57 | -!- | wodencafe [~cboyd@2605:6000:1517:462e:724d:7bff:fe63:71b6] has joined #openttd |
15:57 | -!- | wodencafe is "Woden Cafe" on #432 #openttd #oftc #moocows |
16:05 | <nielsm> | if you were selling me engines with pantograph up I'd think I was buying broken items |
16:06 | -!- | Gabda [~Gabda@catv-80-98-39-136.catv.broadband.hu] has quit [Quit: Leaving] |
16:10 | -!- | Alberth [~alberth@00015f9e.user.oftc.net] has left #openttd [] |
16:13 | <andythenorth> | sprite layers work in purchase list? |
16:15 | -!- | sla_ro|master [~sla.ro@84.117.88.126] has quit [] |
16:18 | <DorpsGek_II> | [OpenTTD/OpenTTD] Gabda87 commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns https://git.io/fhs2p |
16:20 | <+glx> | hmm I rapidly tried to run squirrel_export.sh, seems to still work but it converts CRLF to LF and of course git detects it |
16:21 | <+glx> | but it also created some new files |
16:21 | <+glx> | maybe someone forgot to run the script some time ago |
16:22 | <Samu> | me |
16:22 | <Samu> | ? |
16:22 | <LordAro> | how interesting |
16:23 | <Samu> | is it the airportmonthlycost? |
16:23 | <Samu> | or whatever |
16:24 | <frosch123> | andythenorth: yes, also on mouse cursor |
16:24 | <LordAro> | Samu: that wouldn't create new files |
16:24 | <andythenorth> | thx |
16:31 | <+glx> | ok it generated squirrel exports for https://github.com/OpenTTD/OpenTTD/blob/master/src/script/api/script_info_docs.hpp |
16:38 | -!- | Progman [~progman@p57A2B9C1.dip0.t-ipconnect.de] has joined #openttd |
16:38 | -!- | Progman is "Peter Henschel" on #openttdcoop.dev #openttd |
16:38 | <+glx> | but the script has been run many times after the introduction of this file, unless all changes where made manually |
16:39 | <+glx> | so I don't know if the script is broken, or if it's because I'm on windows |
16:48 | <andythenorth> | bed |
16:48 | -!- | andythenorth [~andytheno@cpc87219-aztw31-2-0-cust178.18-1.cable.virginm.net] has left #openttd [] |
16:50 | <Samu> | glx https://github.com/OpenTTD/OpenTTD/pull/6904 |
16:50 | <Samu> | i edited manually one of the files that is said not to edit manually |
16:50 | <Samu> | actually 2 files |
16:51 | <+glx> | not related to it :) |
16:51 | <frosch123> | glx: there should be no exports for script_info |
16:51 | <Samu> | src/script/api/ai/ai_airport.hpp.sq |
16:51 | <Samu> | src/script/api/game/game_airport.hpp.sq |
16:51 | <frosch123> | those functions should be provided by the script, not by ottd |
16:51 | <+glx> | so the script doesn't too much on my side |
16:52 | <frosch123> | does ottd even link when those exports are generated? |
16:52 | <+glx> | not tried |
16:53 | <+glx> | compilation fails |
16:53 | <Samu> | now that think of it, I didn't include a test in the regression ai |
16:53 | <Samu> | was it required? |
16:54 | <+glx> | completeness.sh suggest many tests are not in regression |
16:55 | <LordAro> | tests are decidedly not complete, for sure |
16:56 | <frosch123> | hmm, squirrel_Export has special cases for script_controller und script_object |
16:56 | <frosch123> | but where is info_docs?` |
16:58 | <frosch123> | oi, squirrel_export.sh contains "svn add" and properties :p |
16:58 | <LordAro> | src/3rdparty/squirrel/squirrel/sqfuncstate.cpp:88:60: warning: format '%d' expects argument of type 'int', but argument 2 has type 'SQInteger {aka long long int}' [-Wformat=] |
16:58 | <LordAro> | hmm. |
16:59 | <LordAro> | there's still a fair bit of svn cleanup that could be done |
16:59 | <LordAro> | all the $Id$ headers, for instance |
16:59 | -!- | gelignite [~gelignite@55d4596f.access.ecotel.net] has quit [Quit: Good fight, good night!] |
17:04 | <DorpsGek_II> | [OpenTTD/OpenTTD] Milek7 commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns https://git.io/fhsV5 |
17:10 | <Samu> | who's a bit wise operator expert :p |
17:10 | <Samu> | assert(water_track == TRACK_BIT_UPPER || water_track == TRACK_BIT_LOWER || water_track == TRACK_BIT_LEFT || water_track == TRACK_BIT_RIGHT); |
17:10 | <Samu> | any means to simplify code with bit wise |
17:11 | <LordAro> | isn't that all the possible track bits? |
17:11 | <Samu> | water_track must be one of those, but not all of them |
17:11 | <Samu> | or more than one of them |
17:11 | <LordAro> | oh, i see |
17:12 | <+glx> | it allows all in this assert |
17:12 | <LordAro> | glx: i think Samu means not TRACK_BIT_UPPER & TRACK_BIT_LOWER, e.g. |
17:12 | <Samu> | i mean it can't be TRACK_BIT_UPPER | TRACK_BIT_LOWER |
17:12 | <LordAro> | er, ^ |
17:13 | <+glx> | the assert says it can ;) |
17:13 | <Samu> | erm really? :( |
17:13 | <milek7> | no |
17:13 | <+glx> | hmm I'm stupid |
17:14 | <+glx> | indeed only one is allowed |
17:14 | <Samu> | so, no bit wise magic can be done here? |
17:15 | <Samu> | was trying to avoid repeating 'water_track ==' |
17:15 | <LordAro> | not without significant magic, i suspect |
17:17 | <Samu> | I'm ensuring that fat houses, 2x2 or 2x1 don't build on tiles with more water tracks than those |
17:18 | <LordAro> | https://godbolt.org/z/mxatAD gcc looks to be able to optimise it anyway |
17:18 | <frosch123> | hmm, adding include guards to script_info_docs makes it generate the sq wrappers... |
17:18 | <frosch123> | this looks like accidentially correct :p |
17:19 | <LordAro> | Samu: https://graphics.stanford.edu/~seander/bithacks.html is an excellent page to read through, if you want some fun |
17:19 | <LordAro> | it's also mildly terrifying |
17:21 | <frosch123> | hmm, actually, another "\n" at the end is sufficient to generate docs |
17:22 | <+glx> | ok so it's related to \r\n |
17:22 | <frosch123> | i suggest we change squirrel_export.sh :) |
17:22 | -!- | HerzogDeXtEr [~farci@dslb-178-000-248-139.178.000.pools.vodafone-ip.de] has quit [Read error: Connection reset by peer] |
17:22 | <LordAro> | also add checks to commit checker :> |
17:24 | <milek7> | it can be obfuscated a bit |
17:24 | <milek7> | __builtin_popcount(water_track) == 1 |
17:24 | <milek7> | ;D (sadly generated code is much worse) |
17:24 | <frosch123> | glx: https://paste.openttdcoop.org/pwpmcjp7l?/pwpmcjp7l <- does that work? |
17:34 | <+glx> | 174 modified files, but only squirrel_export.sh really modified, seems good |
17:34 | <+glx> | (stupid line endings ;) ) |
17:41 | <Samu> | oops, can't use assert like that, fat house checking must fail, not assert, I'm doing this wrong |
17:56 | -!- | frosch123 [~frosch@00013ce7.user.oftc.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn] |
17:58 | <Samu> | you were right, it doesn't build houses on tiles that are fully water |
17:58 | -!- | Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] |
17:58 | <Samu> | just confirmed inside the code |
17:58 | <Samu> | even for fat houses |
17:59 | <Samu> | unless it does that when upgrading from a small house to a fat house |
18:17 | -!- | nielsm [~nielsm@176-23-103-56-cable.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds] |
18:41 | -!- | Progman [~progman@p57A2B9C1.dip0.t-ipconnect.de] has quit [Remote host closed the connection] |
18:54 | <DorpsGek_II> | [OpenTTD/OpenTTD] gregcarlin commented on pull request #7003: Feature #6918: Add option to adjust font size separately from GUI size. https://git.io/fhs6e |
18:58 | <DorpsGek_II> | [OpenTTD/OpenTTD] LordAro commented on pull request #7003: Feature #6918: Add option to adjust font size separately from GUI size. https://git.io/fhs6k |
19:06 | <DorpsGek_II> | [OpenTTD/OpenTTD] gregcarlin updated pull request #7003: Feature #6918: Add option to adjust font size separately from GUI size. https://git.io/fhLFX |
19:09 | <DorpsGek_II> | [OpenTTD/OpenTTD] gregcarlin updated pull request #7003: Feature #6918: Add option to adjust font size separately from GUI size. https://git.io/fhLFX |
19:10 | <DorpsGek_II> | [OpenTTD/OpenTTD] gregcarlin commented on pull request #7003: Feature #6918: Add option to adjust font size separately from GUI size. https://git.io/fhs6u |
19:11 | <DorpsGek_II> | [OpenTTD/OpenTTD] gregcarlin commented on pull request #7003: Feature #6918: Add option to adjust font size separately from GUI size. https://git.io/fhs6a |
19:26 | -!- | Flygon [~Flygon@58-6-74-108.dyn.iinet.net.au] has joined #openttd |
19:26 | -!- | Flygon is "Flygon" on #openttd |
20:13 | -!- | Thedarkb-X40 [~beno@51-171-49-58-dynamic.agg3.kny.prp-wtd.eircom.net] has joined #openttd |
20:13 | -!- | Thedarkb-X40 is "realname" on #openttd #/r/openttd #oolite |
20:25 | -!- | mboy [~oftc-webi@251.221.148.122.sta.dodo.net.au] has joined #openttd |
20:25 | -!- | mboy is "OFTC WebIRC Client" on #openttd #transportempire |
20:26 | <mboy> | can anyone help me to add a patch to my game |
20:32 | <Eddi|zuHause> | @topic get 3 |
20:32 | <@DorpsGek> | Eddi|zuHause: Don't ask to ask, just ask |
20:33 | <dwfreed> | @version |
20:33 | <@DorpsGek> | dwfreed: The current (running) version of this Supybot is 0.83.4.1. The newest version available online is 0.83.4.1. |
20:33 | <dwfreed> | ooh, supybot |
20:33 | <mboy> | how do i add polyline track buidling patch |
20:34 | <Eddi|zuHause> | how far did you get? |
20:34 | <dwfreed> | fun alias for support channels: alias add to echo $1: [$*] |
20:34 | <+glx> | can you compile ? |
20:34 | <dwfreed> | then "@to foo command" |
20:34 | <dwfreed> | will direct the output of command at foo |
20:34 | -!- | HootzMcToke [~oftc-webi@S0106a84e3fe40d43.vf.shawcable.net] has joined #openttd |
20:34 | -!- | HootzMcToke is "OFTC WebIRC Client" on #openttd |
20:35 | <mboy> | ive downloaded the file im not sure what to do now |
20:36 | <Eddi|zuHause> | ignore the file for now, compile the unmodified game first |
20:37 | <mboy> | ummm lol |
20:37 | <Eddi|zuHause> | (unless "that file" you downloaded is a binary, then just run that) |
20:38 | <mboy> | oh ok i did read something about the file being binary |
20:39 | <mboy> | assuming the file is not binary what steps do i need to take |
20:39 | <Eddi|zuHause> | read up on what a binary is. |
20:40 | <HootzMcToke> | Hello everyone, Ive been playing OpenTTD off and on over the years, i'm looking into making custom faces for the owners based on attendees of a lan. I've been looking for hours but can't find anything related to replacing the faces. If this is even a possibility could someone point me in the right direction, i feel silly for not being able to find a definitive answer |
20:42 | <Eddi|zuHause> | HootzMcToke: face modification is very very limited, but a basic NewGRF doing only simple sprite replacement should work |
20:42 | <Eddi|zuHause> | HootzMcToke: you might have to look up the sprite ids of the original face components on some page buried in the wiki somewhere |
20:42 | <Eddi|zuHause> | or in the code |
20:43 | <HootzMcToke> | ok cool, thanks for the info it gives me a great place to start. |
20:48 | <Samu> | who's gonna help me simplify that code? wanted to do that thing only once for the 4 TrackBits with the help of math magic https://paste.openttdcoop.org/pz1htdtur |
20:48 | <Samu> | or im gonna repeat too much when i code the rest |
20:49 | <mboy> | so is the polyline track building patch a binary or will i need to compile the unmodified game |
20:49 | <Samu> | https://imgur.com/wQuDOi5 |
20:49 | <Eddi|zuHause> | ... yes... ? |
20:51 | <Eddi|zuHause> | frankly, you're not telling us anything, and you're not showing a lot of technical expertise. this isn't a basis to help you. |
20:53 | <Samu> | I never know when Eddi|zuHause is talking to me |
20:53 | <Samu> | was that for me? |
20:55 | <dwfreed> | Samu: doubt it |
21:00 | <Samu> | would need some kind of rotating bits based on the first track I work with |
21:00 | <Samu> | i dunno |
21:00 | <Samu> | btw, 90 degrees is still a thing for ships= |
21:00 | <Samu> | ? |
21:01 | <Samu> | looks like it is, just checked |
21:04 | -!- | mboy [~oftc-webi@251.221.148.122.sta.dodo.net.au] has quit [Remote host closed the connection] |
21:13 | -!- | Samu [Samu@pa4-84-91-142-34.netvisao.pt] has quit [] |
21:20 | -!- | Mazur [~mazur@5ED2A7DE.cm-7-3c.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] |
21:29 | -!- | Mazur [~mazur@5ED2A7DE.cm-7-3c.dynamic.ziggo.nl] has joined #openttd |
21:29 | -!- | Mazur is "Stefan Linnemann" on #oolite #openttd |
21:57 | -!- | glx [~glx@000128ec.user.oftc.net] has quit [] |
22:19 | -!- | Wormnest [~Wormnest@35.136.176.177] has joined #openttd |
22:19 | -!- | Wormnest is "Wormnest" on #openttd |
22:30 | -!- | Wormnest [~Wormnest@35.136.176.177] has quit [Quit: Leaving] |
23:01 | -!- | Thedarkb-X40 [~beno@51-171-49-58-dynamic.agg3.kny.prp-wtd.eircom.net] has quit [Ping timeout: 480 seconds] |
23:13 | <DorpsGek_II> | [OpenTTD/OpenTTD] odisseus commented on pull request #6931: Change: Prevent town growth from blocking ships https://git.io/fhsDw |
--- | Log | closed Mon Jan 07 00:00:10 2019 |