<<Prev
Next>>
Scroll to Bottom
Stuff goes here
L1[00:00:12] ⇨
Joins: Hunterz (~hunterz@62.182.234.189)
L2[00:23:08] ***
TTFTCUTS is now known as TTFT|Away
L3[00:55:17] ⇦
Quits: iari (~iari___@tyaralin.shadowdrake.eu) (Ping timeout: 201
seconds)
L4[01:00:09] ⇨
Joins: TomyLobo2
(~TomyLobo@2a02:8109:87c0:20c:8dc:908a:637a:6afd)
L5[01:20:37] ⇨
Joins: Cornelia
(~Nel@c-75-71-231-133.hsd1.co.comcast.net)
L6[01:31:43] ⇦
Quits: TomyLobo2 (~TomyLobo@2a02:8109:87c0:20c:8dc:908a:637a:6afd)
(Ping timeout: 383 seconds)
L7[01:35:08] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 383 seconds)
L8[01:35:45] ⇨
Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L9[02:00:03] <MCPBot_Reborn> [TEST CSV]
Pushing snapshot_20170801 mappings to Forge Maven.
L10[02:00:07] <MCPBot_Reborn> [TEST CSV]
Maven upload successful for mcp_snapshot-20170801-1.12.zip
(mappings = "snapshot_20170801" in build.gradle).
L11[02:00:17] <MCPBot_Reborn> Semi-live
(every 10 min), Snapshot (daily ~3:00 EST), and Stable (committed)
MCPBot mapping exports can be found here:
http://export.mcpbot.bspk.rs/
L12[02:04:59] <Keridos> can i determine the
world of an object in loadfromnbt?
L13[02:17:28] <Keridos> nvm found
onLoad()
L14[02:21:25] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 190 seconds)
L15[02:23:20] ⇨
Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L16[02:38:51] <Waterpicker> How would I
trick minecraft into giving me a TileEntity based on the data
stored on an Itemstack?
L17[02:41:17] <killjoy1> ((ItemBlock)
itemStack.getItem()).getBlock().createTileEntity
L18[02:41:18] <killjoy1> probably
L19[02:46:15] ⇦
Quits: CorexTech
(~edmonds@99-108-142-68.lightspeed.sntcca.sbcglobal.net) (Ping
timeout: 186 seconds)
L20[02:53:11] ⇦
Quits: killjoy1 (~killjoy@2606:a000:1118:80eb:cc24:607b:d215:396e)
(Ping timeout: 186 seconds)
L21[02:59:12] ⇨
Joins: CorexTech
(~edmonds@99-108-142-68.lightspeed.sntcca.sbcglobal.net)
L22[03:04:32] ⇦
Quits: mr_flea (kbuck@lakfakalle.mrflea.net) (Ping timeout: 206
seconds)
L23[03:06:05] ⇨
Joins: mr_flea (kbuck@lakfakalle.mrflea.net)
L24[03:11:20] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 204
seconds)
L25[03:21:43] ⇨
Joins: Hgrebnednav
(~Hgrebnedn@ptr-908g3or2stuhx684lwd.18120a2.ip6.access.telenet.be)
L26[03:29:45] ⇦
Quits: Hunterz (~hunterz@62.182.234.189) (Ping timeout: 200
seconds)
L27[03:32:06] ⇨
Joins: Hunterz (~hunterz@62.182.234.189)
L28[03:34:00] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L29[03:40:08] <ghz|afk> [09:38]
(Waterpicker): How would I trick minecraft into giving me a
TileEntity based on the data stored on an Itemstack?
L30[03:40:25] <ghz|afk> ItemBlock has the
ability to apply data from an itemstack
L31[03:40:34] <ghz|afk> what it does is
place the block first
L32[03:41:01] <ghz|afk> and if there's a
BlockEntityTag or whatever it's called, it calls readFromNBT on the
placed TE, with the data from the tag
L34[03:50:58] ⇨
Joins: h5h77
(~h5h77@2a02:8108:4b40:907:922b:34ff:feae:b38b)
L35[04:03:36] ***
MrKick|Away is now known as MrKickkiller
L36[04:06:26] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 201
seconds)
L37[04:06:52] ⇦
Quits: halvors (~halvors@2a02:fe0:c810:7a2:48b6:6c4e:20c8:f0ae)
(Ping timeout: 383 seconds)
L38[04:07:47] ⇨
Joins: Javaschreiber
(~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
L39[04:10:52] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L40[04:23:30] ⇨
Joins: Nedelosk
(~Nedelosk@ip-109-90-74-164.hsi11.unitymediagroup.de)
L41[04:28:38] ⇦
Quits: iPixeli (~iPixeli@5.80.53.50) (Ping timeout: 201
seconds)
L42[04:29:57] ⇨
Joins: iPixeli
(~iPixeli@host109-149-198-145.range109-149.btcentralplus.com)
L43[04:29:57]
MineBot sets mode: +v on iPixeli
L44[04:30:10] ⇦
Quits: Javaschreiber
(~Thunderbi@88-209-32-73.nga.highspeed-baumann.de) (Quit:
Javaschreiber)
L45[04:49:19] ⇦
Quits: CoderPuppy (~cpup@32.218.115.30) (Ping timeout: 200
seconds)
L46[04:59:56] ⇨
Joins: Fendirain
(~Fendirain@2605:e000:121d:1d0:75c2:5445:cc05:843b)
L47[05:05:20] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 204 seconds)
L48[05:06:33] ⇨
Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L49[05:09:11] ⇦
Quits: cjm721 (~cjm721@c-73-222-0-7.hsd1.ca.comcast.net) (Ping
timeout: 186 seconds)
L50[05:16:06] ⇦
Quits: Nedelosk
(~Nedelosk@ip-109-90-74-164.hsi11.unitymediagroup.de) (Read error:
Connection reset by peer)
L51[05:21:32] ⇦
Quits: srs_bsns (blk@198-48-175-31.cpe.pppoe.ca) (Read error:
Connection reset by peer)
L52[05:28:34] ⇨
Joins: srs_bsns (blk@198-48-175-31.cpe.pppoe.ca)
L53[05:44:05] ⇨
Joins: Hea3veN (~Hea3veN@190.247.255.8)
L54[05:54:39] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 383 seconds)
L55[05:56:07] ⇨
Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L56[05:57:56] ⇨
Joins: MonkeyTyrant
(~MonkeyTyr@blk-212-75-47.eastlink.ca)
L57[06:11:20] ⇨
Joins: Javaschreiber
(~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
L58[06:18:39] ⇨
Joins: Cast0077
(~Cast0077@24-151-30-78.dhcp.nwtn.ct.charter.com)
L59[06:28:33] ⇨
Joins: KGS (~KGS@h-158-174-9-50.NA.cust.bahnhof.se)
L60[06:34:04] ⇦
Quits: MonkeyTyrant (~MonkeyTyr@blk-212-75-47.eastlink.ca) (Quit:
Leaving)
L61[06:39:05] ⇨
Joins: Nedelosk
(~Nedelosk@ip-109-90-74-164.hsi11.unitymediagroup.de)
L62[06:58:15] ***
amadornes[OFF] is now known as amadornes
L63[07:08:45] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 190 seconds)
L64[07:11:44] ⇨
Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L65[07:27:19] ⇦
Quits: KGS (~KGS@h-158-174-9-50.NA.cust.bahnhof.se) (Ping timeout:
186 seconds)
L67[07:36:34] <ghz|afk> 1.12.1 snapshot is
out
L68[07:41:53] ⇨
Joins: CoderPuppy (~cpup@32.218.115.30)
L69[08:00:56] ⇦
Quits: h5h77 (~h5h77@2a02:8108:4b40:907:922b:34ff:feae:b38b) (Quit:
Leaving)
L70[08:14:57] ⇨
Joins: Brokkoli
(~Brokkoli@p2E5B10AD.dip0.t-ipconnect.de)
L71[08:21:20] ⇨
Joins: sinkillerj
(~sinkiller@nc-67-232-11-2.dhcp.embarqhsd.net)
L72[08:43:50] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 204 seconds)
L73[08:44:53] ⇨
Joins: MalkContent
(~MalkConte@p4FDCC668.dip0.t-ipconnect.de)
L74[08:45:23] ⇨
Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L75[09:06:05] ⇦
Quits: MalkContent (~MalkConte@p4FDCC668.dip0.t-ipconnect.de)
(Quit: Leaving)
L76[09:06:38] ⇦
Quits: Hgrebnednav
(~Hgrebnedn@ptr-908g3or2stuhx684lwd.18120a2.ip6.access.telenet.be)
(Ping timeout: 204 seconds)
L77[09:18:57] ⇨
Joins: Xilef11 (kiwiirc@137.122.145.101)
L78[09:26:16] ⇨
Joins: Dark
(~MrDark@2607:fcc8:d48b:eb00:cb:b67a:f7:761f)
L79[09:33:00] ⇨
Joins: SquareWheel
(~SquareWhe@76-10-186-147.dsl.teksavvy.com)
L80[09:46:41] <SquareWheel> Are
Forge=14.21.1.2387 and mappings=snapshot_nodoc_20170624 good values
for the recommended 1.12 build? Hitting an error in
setupDecompWorkspace with them.
L81[09:46:42] ⇦
Quits: Chais (~Chais@62.178.210.212) (Read error: Connection reset
by peer)
L82[09:47:35] ⇨
Joins: cpup- (~cpup@32.218.118.114)
L83[09:49:59] ⇦
Quits: CoderPuppy (~cpup@32.218.115.30) (Ping timeout: 200
seconds)
L84[09:50:53] ⇨
Joins: Chais (~Chais@62.178.210.212)
L85[09:50:58] ⇦
Quits: cpup (~cpup@32.218.115.30) (Ping timeout: 204
seconds)
L86[09:54:05] <ghz|afk> SquareWheel: what
error?
L87[09:55:31] ⇨
Joins: cpup (~cpup@32.218.118.114)
L88[09:56:32] <SquareWheel> :fixMcSources
is coming back with an error. I can run a stacktrace if necessary -
just thought I might have my version or mapping wrong.
L89[10:03:20] <SquareWheel> Ran it outside
of IntelliJ.
L90[10:03:22] <SquareWheel> Execution
failed for task ':fixMcSources'. com.cloudbees.diff.PatchException:
Cannot find hunk target
L91[10:06:21] <ghz|afk> ah
L92[10:06:27] <ghz|afk> did you change to
forgegradle 2.3?
L93[10:06:36] <ghz|afk> if you ran it with
2.2
L94[10:06:38] <ghz|afk> that's the
issue
L95[10:06:55] <SquareWheel> Yeah, I
actually just came to the same conclusion after looking at another
mod's Gradle file.
L96[10:06:56] <ghz|afk> and you'll have to
wipe 1.12 from the cache (or wipe the whole cache) to fix that
corruption
L97[10:06:57] <SquareWheel> Trying it
now
L98[10:07:21] <ghz|afk> it will fail again
-- the cache is corrupted now ;P
L99[10:07:27] <SquareWheel> Hooray!
L100[10:07:43] <SquareWheel> gradlew
clean, then?
L101[10:08:00] <ghz|afk> no, that just
removes the build folder
L102[10:08:15] <ghz|afk> you'd have to
remove 1.12 from the global gradle cache
L103[10:08:36] <ghz|afk> or run
"gradle cleanCache" which will wipe the ENTIRE cache
including every single forge+mappings setupDecompWorkspace you have
ever done
L104[10:08:43] <ghz|afk> meaning you'll
have to re-setup all your mod projects again
L105[10:09:02] <SquareWheel> I already did
that earlier today trying to fix this. So not a huge setback.
L106[10:09:23] <ghz|afk> aha
L107[10:09:59] <SquareWheel> Not the worst
thing in the world. Wasn't a fan of it using up all my C: space
anyway.
L108[10:12:09] <SquareWheel> Looks like we
made it past :fixMcSources this time. Thanks for the help!
L109[10:12:18] <ghz|afk> np!
L110[10:12:36] <ghz|afk> I made that
mistake... twice... during the initial 1.12 ports
L111[10:12:38] <ghz|afk> of my mods
L112[10:12:38] <ghz|afk> ;P
L113[10:13:32] <ghz|afk> so, anyone else
think this is quite the disappointing snapshot?
L115[10:13:32] <ghz|afk> [14:36]
(ghz|afk): 1.12.1 snapshot is out
L116[10:13:49] <ghz|afk> I'm wondering why
they felt the need to make a snapshot instead of just releasing
this
L117[10:14:23] <ghz|afk> ah... reading the
tweet replies
L118[10:14:26] <SquareWheel> Protocol
change based on comments below - might be a bigger bug fix.
L119[10:14:32] <ghz|afk> apparently the
bug was severe enough to change the actual network protocol
L120[10:15:23] <SquareWheel> "An
earlier bug fix didn't require a server update, why does this
one?!" Poor Dinnybone.
L121[10:15:57] <ghz|afk> idiots, idiots
everywhere
L122[10:17:18] <ghz|afk> "But when I
went to the ER last time, they didn't have to sedate me!"
"Yeah but last time you touched a hot pan, this time you got
shot."
L123[10:22:27] <SquareWheel> Now to figure
out what's changed in 1.12.
L124[10:23:12] <ghz|afk> things!
L125[10:23:29] <ghz|afk> achievements are
no more, long live advancements
L126[10:23:36] <ghz|afk> recipes are now
json
L127[10:23:42] <SquareWheel> Thankfully I
have none...
L128[10:23:56] <SquareWheel> Will need to
figure those out on my next port though.
L129[10:24:00] <ghz|afk> blocks now have
face types
L130[10:24:08] <SquareWheel> Face
types?
L131[10:24:11] <ghz|afk> so they can be
more than "solid" and "not solid"
L132[10:24:16] <SquareWheel> Ooh
L133[10:24:19] <SquareWheel> Is good
L134[10:24:37] <ghz|afk> mc uses those
enum constants to distinguish where torches and such can be
placed
L135[10:24:51] <ghz|afk> but in vanilla,
it's not used to decide if a chest can open
L136[10:25:13] <ghz|afk> this is the only
thing forge "fixes" that I disagree with ;P
L137[10:25:34] *
ghz|afk lines opening chests that are enclosed by slabs or
stairs
L138[10:25:39] <SquareWheel> So, a solid
bottom block above a chest would prevent it. A solid top would
allow a pumpkin to be placed.
L139[10:26:04] <SquareWheel> Or maybe it
was jack o' lanterns. One of the two.
L140[10:27:03] <SquareWheel> Looks like
most of my errors are from registries.
L141[10:27:29] <ghz|afk> ah yes
L142[10:27:33] <ghz|afk> you HAVE to use
the registry events now
L143[10:27:50] <ghz|afk> (well you could
work around it, but it's strongly discouraged ;P)
L144[10:28:18] <SquareWheel> I think I
could do that.
L145[10:42:09] <SquareWheel> Aaand
compiling.
L147[10:43:09] <SquareWheel> They had the
same idea I see.
L148[10:43:28] <ghz|afk> heh
L149[10:44:13] <SquareWheel> Well I'll
have to redo the style to make them match, then figure out the
offsets and whatnot. Shouldn't be too bad.
L150[10:45:58]
⇨ Joins: h404bi (~h404bi@119.129.112.169)
L151[10:55:29] <SquareWheel> So the common
convention before was to have eg. ModBlocks, and store and register
your blocks in there. With the registry change, are these now
typically separated?
L152[10:56:03] <SquareWheel> Maybe a
dedicated class for registering everybody, and just call it from
preinit.
L153[10:59:31] ⇦
Quits: Javaschreiber
(~Thunderbi@88-209-32-73.nga.highspeed-baumann.de) (Quit:
Javaschreiber)
L154[11:13:03] ⇦
Quits: Fendirain
(~Fendirain@2605:e000:121d:1d0:75c2:5445:cc05:843b) (Quit:
Leaving)
L155[11:16:07] ***
Santa|afk is now known as SatanicSanta
L156[11:17:43]
⇨ Joins: iari (~iari___@tyaralin.shadowdrake.eu)
L157[11:19:34] ⇦
Quits: srs_bsns (blk@198-48-175-31.cpe.pppoe.ca) (Read error:
Connection reset by peer)
L158[11:19:40]
⇨ Joins: srs_bsns
(blk@198-48-175-31.cpe.pppoe.ca)
L159[11:28:55] ⇦
Quits: srs_bsns (blk@198-48-175-31.cpe.pppoe.ca) (Ping timeout: 186
seconds)
L160[11:34:30]
⇨ Joins: howtonotwin
(~howtonotw@75-110-22-15.gvllcmtk01.res.dyn.suddenlink.net)
L161[11:44:44]
⇨ Joins: Girafi
(Girafi@0x4dd79e8f.adsl.cybercity.dk)
L162[11:49:24] ⇦
Quits: cpup (~cpup@32.218.118.114) (Ping timeout: 204
seconds)
L163[11:50:19]
⇨ Joins: srs_bsns
(blk@198-48-175-31.cpe.pppoe.ca)
L164[11:50:39] ⇦
Quits: srs_bsns (blk@198-48-175-31.cpe.pppoe.ca) (Client
Quit)
L165[11:52:32]
⇨ Joins: srs_bsns
(blk@198-48-175-31.cpe.pppoe.ca)
L166[11:54:06]
⇨ Joins: TomyLobo2
(~TomyLobo@2a02:8109:87c0:20c:293c:4a5b:8d07:21aa)
L167[12:00:55] ⇦
Quits: ricket (~Ricket@cpe-65-190-32-21.nc.res.rr.com) (Ping
timeout: 186 seconds)
L168[12:21:41] <masa> which logger should
I use if I want to print warning messages in a
FMLFingerprintViolationEvent, since I don't have my own logger at
that point yet?
L169[12:21:51] <masa> just
FMLLog.log?
L170[12:22:15] <masa> or
LogManager.getLogger("modid")?
L171[12:22:22] <Ordinastie> ^ that's your
logger
L172[12:22:41] <masa> does that interfere
with getting the logger later on in preInit from
event-getModLog()?
L173[12:22:50] <Ordinastie> it does the
same thing
L174[12:23:17] <masa> does it matter that
it is called twice, or should I then rather just grab it directly
from that one instead of the preInit event?
L175[12:23:18] <Ordinastie> getLogger
should return the same instance of the same id
L176[12:23:24] <masa> okay
L177[12:23:45] <Ordinastie> feel free to
check though, that's just an assumption :)
L178[12:24:37] <masa> hmm yeah,
getModLog() just does
LogManager.getLogger(modContainer.getModId())
L179[12:27:52] <kashike> yes, that's just
a convenience method really
L180[12:32:42] <masa> so, what is a good
way to deal with fingerprint violation events?
L181[12:32:58] <masa> I'm just now adding
jar signing to first of my mods
L182[12:33:23] <masa> I'm going to print a
big warning to the logger, but is it a bad idea to force a crash
too?
L183[12:34:22] <masa> or can I somehow
tell Forge to display a GuiScreen similar to the dependency error
screens to inform the user?
L184[12:36:26]
⇨ Joins: Hubry
(~Hubry@ip-93-94-186-179.uznam.net.pl)
L185[12:37:27] ***
PaleOff is now known as PaleoCrafter
L186[12:43:35] ⇦
Quits: h404bi (~h404bi@119.129.112.169) (Ping timeout: 186
seconds)
L187[12:43:49] ⇦
Quits: Waterpicker
(~Waterpick@2602:306:35ba:ca40:6df6:492f:f56f:226) (Ping timeout:
201 seconds)
L188[12:53:13] ⇦
Quits: Cast0077 (~Cast0077@24-151-30-78.dhcp.nwtn.ct.charter.com)
(Ping timeout: 383 seconds)
L189[12:54:02]
⇨ Joins: cpup (~cpup@32.218.118.114)
L190[12:54:47] <masa> hmm, why does
./gradlew build not use/find the gradle.properties file?
L191[12:55:03] <masa> does that need to be
specified somewhere?
L192[12:55:16] <howtonotwin> Where did you
put grade.properties?
L193[12:55:47] <howtonotwin> It needs to
go in gradle/wrapper/gradle.properties
L195[12:56:41] *
howtonotwin resolves merge conflicts in PR
L196[12:56:47] *
howtonotwin comes back the next day
L197[12:56:56] *
howtonotwin sees PR has more conflicts
L198[12:56:58] <howtonotwin>
>.<
L199[12:57:22] <masa> hmm, still the
signJar task complains that the values haven't been set
L200[12:57:50] <masa> is the syntax there
key = value ?
L201[12:58:11] <howtonotwin> Maybe try
without spaces
L202[12:58:15] <howtonotwin>
key=value
L203[12:58:47] <masa> nope, still not set
:/
L204[12:59:36] <howtonotwin> Does
./gradlew properties show it as set?
L205[13:02:00] <howtonotwin> Oh wait, I
did a stupid
L206[13:02:18] <masa> nope
L207[13:02:24] <howtonotwin>
gradle.properties goes in the same dir as build.gradle but your
problem was probably the spaces
L208[13:02:54] <PaleoCrafter> Properties
files may have spaces around the separator
L209[13:03:51] <PaleoCrafter> the way it's
done in the docs article might be wrong, try prefixing the property
keys with signJar.
L210[13:04:30] <masa> ah, okaym yeah
./gradlew properties does list it now that it's back in the main
mod dir, but the build still failed, so I'll add those
prefixes
L211[13:04:50] <masa> or scopes or
whatever
L212[13:05:43] <masa> nope :/
L213[13:12:23] ⇦
Quits: cpup (~cpup@32.218.118.114) (Ping timeout: 186
seconds)
L214[13:12:50]
⇨ Joins: cpup (~cpup@32.218.118.114)
L215[13:15:59] <masa> well it works if I
manually set the values read by the COnfigSlurper that I'm using
otherwise (because I couldn't get the gradle.properties to work
when I initially set up my dev stuff...)
L216[13:16:43] <masa> but of course the
sign task now fails because it doesn't find the keystore file, and
it is so helpful that it doesn't say where it's looking for
L217[13:17:34] <masa> oh wait, it's the
jarsigner.exe that it doesn't find...
L218[13:17:58] <masa> hrrm, do I have to
run this from a windows command prompt instead of the git bash
shell that I normally use... :/
L219[13:18:01] <LexMobile> !gm
func_185896_q
L221[13:31:47] <masa> how can this be this
difficult...
L222[13:32:01] <masa> the signJar task
simply won't work :/
L223[13:33:26] <masa> "Cannot run
program jarsigner.exe: CreateProcess error=2, The system cannot
find the file specified"
L224[13:33:51] <masa> does that mean it
doesn't find the jarsigner.exe, or that the jarsigner fails to find
something else?
L225[13:35:29] <ghz|afk> it sounds like it
can't find jarsigner
L226[13:35:35] <ghz|afk> is it in the
PATH=
L227[13:35:36] <ghz|afk> ?
L228[13:35:48] <PaleoCrafter> Try running
jarsigner manually from the git bash
L229[13:35:57] <ghz|afk> (not saying if it
should be, just if it really is)
L230[13:39:13] <masa> okay finally that
worked... I f*cked up the PATH twice because of stupid windows
stuff
L231[13:39:26] <masa> but now the jar
signer itself fails with exit code 1... :D
L232[13:40:28] <masa> super helpful
again
L233[13:41:40] <masa> hmm okay --info
tells me what it's looking for at least
L234[13:44:33] <Subaraki> anyone seen
ashindigo recently ?
L235[13:45:12] <masa> [ant:signjar] No
-tsa or -tsacert is provided and this jar is not timestamped.
Without a timestamp, users may not be able to validate this jar
after the signer certificate's expiration date (2017-10-30) or
after any future revocation date.
L236[13:45:29] <PaleoCrafter> The
timestamp thing is normal
L237[13:45:35] <masa> hmm, should I set up
my keys differently somehow?
L238[13:45:40] <masa> oh?
L239[13:46:14] <PaleoCrafter> It's an
issue with the way FG calls the signer, iirx
L241[13:46:55] <masa> so I take it the mod
doesnät stop working after 6 months then? (or start firing the
finger print event I mean)
L242[13:47:30] <ghz|afk> no the timestamp
jsut indicates when it was built
L243[13:47:41] <ghz|afk> meaning it could
have been compiled with an old certificate after it was
invalidated
L244[13:48:13] <ghz|afk> since there's no
date, you have no way to know if it was signed 10 years ago, or 5
seconds ago
L245[13:48:17] <ghz|afk> or in the
future!
L246[13:48:43] <masa> hmm, right
L248[13:49:38] <masa> signing the jar
bloats it up by almost 50 kB... oh noes! :p
L249[13:49:48] <ghz|afk> 50kb?!
L250[13:49:54] <ghz|afk> that's bigger
than half my mods XD
L251[13:50:21] <masa> 647 kB -> 691
kB
L252[13:50:27] <Subaraki> how can i check
for someone last logged on ? or does the bot here not do that
?
L253[13:50:41] <Hubry> Subaraki: maybe
ping them on #FTB, they're there
L254[13:50:46] <ghz|afk> you can ask
nickserv
L255[13:50:50] <Hubry> marked away but
there
L256[13:50:52] <ghz|afk> like /msg
nickserv info nickname
L257[13:50:56] <ghz|afk> or whatever the
command is
L258[13:51:43]
⇨ Joins: KGS
(~KGS@h-158-174-9-50.NA.cust.bahnhof.se)
L259[13:52:02]
⇨ Joins: Xilef11 (kiwiirc@137.122.145.101)
L260[13:52:57] <masa> should there be
something in the log about the fingerprint? Or are those only
printed if it fails etc? There are only two lines that have
'fingerprint' on them, for Forge and vanilla
L261[13:53:58] <PaleoCrafter> It's in
fml-client-latest
L262[13:54:36] <PaleoCrafter> They're
logged on a debug level
L263[13:55:12] <PaleoCrafter> Unless
they're invalid, then they get a separate error line and the mod my
do whatever it wants
L264[13:55:42] <PaleoCrafter> *may
L265[13:55:59] <masa> yeah, found it
L266[13:59:34] <masa> so when is this
supposed to complain about a violation? what do I need to change in
the jar?
L267[13:59:41] <ghz|afk> anything
L268[13:59:45] <ghz|afk> insert or remove
a file
L269[13:59:47] <ghz|afk> edit a single
byte
L270[13:59:56] <ghz|afk> whatever you
want
L271[14:00:04] <PaleoCrafter> Or just
change the expected signature
L272[14:00:08] <ghz|afk> the only thing it
won't care about are the timestamps
L273[14:00:23] <ghz|afk> the physical
ones, I mean
L274[14:00:26] <ghz|afk> not the metadata
inside the jar
L275[14:00:38] <masa> I removed an empty
directory from the jar, and I don't see my logger warning
messages
L276[14:02:25] <ghz|afk> maybe that's the
exception
L277[14:03:01] <masa> hmm wait is the
finger print event not a mod life cycle event?
L278[14:03:37] <masa> it's an FMLEvent but
not a FMLStateEvent
L279[14:03:55] <masa> which eman... what
exactly?
L280[14:04:01] <masa> *means
L281[14:05:14] <masa> well according to
the javadoc it is a life cycle event, so @Mod.EventHandler, I
assume
L282[14:05:23] <PaleoCrafter> Yeah
L283[14:05:36] <masa> or rather, that
annotation lists it as one of the ones handled
L284[14:09:38] <SquareWheel>
GuiContainer#getGuiLeft doesn't seem to respect the offset from the
recipe book UI. Possible bug?
L285[14:10:24]
⇨ Joins: Ipsis418
(~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L286[14:10:59] <masa> hmm, does the recipe
book move the main gui in any way though?
L287[14:11:11] <SquareWheel> It does.
Similar to the potion offset.
L289[14:11:29] <ghz|afk> I would assume
the gui uses gl matrix translate to avoid moving the slots?
L290[14:12:14] <SquareWheel> You got
me
L291[14:12:16] <PaleoCrafter> They need to
account for the mouse as well
L292[14:12:40] <PaleoCrafter> So a simple
translate won't suffice
L293[14:14:01] <SquareWheel> Just means
I'll need to check if the recipe book is open, and add the offset
manually.
L294[14:14:16] <SquareWheel> Anyone know
how to detect that? :) Haven't looked into if it's an event or
what.
L295[14:14:38] <howtonotwin> Apparently
running setupForge 3x simultaneously is enough to drain power fast
enough that my AC charger isn't actually charging the battery
L296[14:14:56] <howtonotwin> Just
something interesting for anyone who may want to try it
L297[14:15:59] <PaleoCrafter> Why would
you even
L298[14:16:12] <howtonotwin> Merge
conflicts
L299[14:16:37] <howtonotwin> I like to
resolve them with three instances of the involved repo
L300[14:16:54] <howtonotwin> One at the
upstream head, one at my head, one at the merge base
L301[14:17:30] ⇦
Quits: Girafi (Girafi@0x4dd79e8f.adsl.cybercity.dk) (Read error:
Connection reset by peer)
L302[14:17:33] <howtonotwin> Copy out the
conflicting files, git merge-file each triple, and then merge
commit after a genPatches
L303[14:18:00] <LexMobile> So, have you
looked into fixing the boat lerping?
L304[14:18:08] <howtonotwin> I already
committed it
L305[14:18:14] <howtonotwin> Just need to
fix the conflicts
L306[14:18:42] <LexMobile> oh oh god
L307[14:18:46] <LexMobile> that patch is
ugly
L308[14:19:16] <howtonotwin> I first
wanted to just override addPassengers, but I didn't know if
overriding a method would be a good idea in a patch
L309[14:19:26] <howtonotwin> So I just
stuck a branch on that if
L310[14:19:55] <LexMobile> overriding
methods are fine, also when adding stuff in patches
L311[14:20:00] <LexMobile> blocks of new
code is fine
L312[14:20:33] <LexMobile> The rule for
smallest patches possible is designed to stop people from
reformatting the code, or making it confusing between functional
changes and formatting changes
L313[14:20:41] <LexMobile> So if you're
adding a else, you can use multiple lines
L314[14:20:42] <howtonotwin> I think I'd
prefer to override addPassengers then. Let me finish the conflict
resolution and I'll change that.
L315[14:21:20] <PaleoCrafter> Lex, would
you be open to a PR that exposes which mod gets to own an override?
I need to disable some stuff when my mod doesn't
"win"
L316[14:22:56] <LexMobile>
@ObjectHolder(name) WINNER != MINE ?
L317[14:23:28] <LexMobile> Also, what do
you need to disable?
L318[14:24:04] <PaleoCrafter> I register a
custom state mapper to completely override Vanilla models
L319[14:24:51] <PaleoCrafter> I don't want
to mess with other people's intentions if they get to own the
override
L320[14:25:09] <PaleoCrafter> Also thanks,
hadn't though about that xD
L321[14:25:22] <LexMobile> umm models
still need work because of overrides
L322[14:25:29] <LexMobile> talk to fry
about that
L323[14:25:52] ***
SatanicSanta is now known as Santa|afk
L324[14:26:33] <PaleoCrafter> I have,
don't worry xD just talking in general, as this also would be an
issue if models weren't as broken as they are
L325[14:30:39] <masa> hmm yeah so... this
jar signing doesn't seem that sueful
L326[14:30:57] <masa> I actually need to
build the mod with the wrong signature for the event to fire
:D
L327[14:31:25] <masa> I can remove and add
files and everything seems to be fine, the event doesn't
fire...
L328[14:33:27] ⇦
Quits: cpup (~cpup@32.218.118.114) (Ping timeout: 186
seconds)
L329[14:34:25] ***
mumfrey is now known as Mumfrey
L330[14:35:56] <masa> unless it only cares
about class files?
L331[14:36:47] <PaleoCrafter> It
shouldn't
L332[14:36:53] <PaleoCrafter> I think...
xD
L333[14:37:00] <PaleoCrafter> It's the JAR
that's signed
L334[14:37:05] <howtonotwin> If you're
unpacking the jar and then changing files, then repacking, it
probably nukes the signature
L335[14:37:46] <howtonotwin> I guess your
mod also needs to check that yes, it IS signed at all.
L336[14:38:25] <PaleoCrafter> That's
Forge's job and it appears to be doing it :P
L337[14:41:16] <masa> well, if re-packing
the jar nukes the sig, then what the hell would the point of this
be? :D
L338[14:41:32] <ghz|afk> wait, forge
doesn't complain if the contents are modified?
L339[14:41:39] <masa> anyone who wants to
change mods would automatically bypass the checks because the jar
changed? :D
L340[14:42:20] <ghz|afk> there's two
separate things here
L341[14:43:22] <ghz|afk> one thing is
forge being able to check if the fingerprint matches the signature,
which should NOT be the case if anything in the jar changes (added
or removed or modified files)
L342[14:43:37] <ghz|afk> and another
separate thing is the mod being able to query the loaded signature
to check if it's the expected one
L343[14:44:08] <masa> hmm, right
L344[14:44:09] <ghz|afk> but that should
only "pass" if the signature was valid to begin
with
L345[14:45:02] <masa> well, the ONLY time
I have gotten the FMLFingerprintViolationEvent to fire, is when I
built the mod after changing one character of the fingerprint so it
became invalid
L346[14:45:19] <masa> otherwise, adding or
removing files does not cause the event to fire
L347[14:45:27] <ghz|afk> well then it's
pretty much useless
L348[14:45:48] <ghz|afk> I mean, the only
thing it cares about is someone signing it with someone else's
certificate
L349[14:45:59] <masa> I now modified one
class file, which the nresulted in a hard crash via
sun.security.util.ManifestEntryVerifier.verify
L351[14:46:44] <PaleoCrafter> Try this
with your modified JARs
L352[14:46:58] <PaleoCrafter> Then we at
least know if it's a general thing or a Forge issue
L353[14:48:37]
⇨ Joins: jamieswhite
(~jamieswhi@241.142.34.95.customer.cdi.no)
L354[14:49:02] <jamieswhite> I think
something might be wrong with the CLA CI
L355[14:49:15] <jamieswhite> I had to
re-sign it
L357[14:50:45] <PaleoCrafter> I just
checked, had to re-sign it, too
L358[14:51:30]
⇨ Joins: Hgrebnednav
(~Hgrebnedn@d8D872A6E.access.telenet.be)
L359[14:51:43] <jamieswhite> you could
also notice that the CLA assistant has not commented on the PR
where the check fails
L360[14:53:09] <PaleoCrafter> Maybe the
cla-assistant required new permissions or something?
L361[14:53:33] <jamieswhite> seems to be
causing a bunch of meaningless updates on PRs too, try sorting by
Recently updated
L362[14:54:43] <jamieswhite> ah, the
updates is CLAassistant updating its comment
L363[14:55:16] <LexMobile> signing doesnt
care about removing classes
L364[14:55:24] <LexMobile> or adding new
unsigned files/classes
L365[14:55:32] <LexMobile> it cares about
the classes that are signed
L366[14:55:49] <ghz|afk> that seems like a
highe oversight on java's side
L367[14:55:52] <ghz|afk> huge*
L368[14:56:17] <LexMobile> Kinda, part of
the fundemental thing about java is that its really only just a
list of class files
L369[14:56:23] <LexMobile> not caring
about where it comes from
L370[14:56:41] <LexMobile> J9 introuduces
the concept of where things come from being important
L371[14:57:12] <LexMobile> The theory is
that code isnt run unless its referenced, and its only referenced
if there is a reason to.,
L372[14:57:42] <masa> so what is the
benefit of signing stuff then, if the jars can be modified at
will?
L373[14:57:50] <LexMobile> The jars
can
L374[14:57:52] <LexMobile> the classes
cant
L375[14:57:57] <LexMobile> Code
integrety
L376[14:58:17] <LexMobile> The classes, or
whatever else you sign in your manifest*
L377[14:58:37] <masa> so what about adding
a class that has @Mod.EventBusSubscriber on it, that has an event
handler that formats the HDD on WorldEvent.Load ?
L378[14:58:39] <LexMobile> HONESTLY the
real world uses that manifest to determine what to load
L379[14:59:03] ***
diesieben|away is now known as diesieben07
L380[14:59:17] <LexMobile> But because we
load things from @Mods instead of the meta-inf the is a open
door.
L381[14:59:37] <LexMobile> Combined with
the concept of having multiple @Mods in one jar :/
L382[14:59:43] <LexMobile> That needs to
go the way of the dodo
L383[15:00:25]
⇨ Joins: cpup (~cpup@32.218.118.114)
L384[15:00:38] <LexMobile> We *could* add
a requirement that if a manifest is signed it signs EVERYTHING in
the jar.
L385[15:00:56] <LexMobile> But again this
isnt anything to do with security its validation
L386[15:01:21] <masa> what exactly is
being validated?
L387[15:01:35] <masa> if the contents can
be changed essentially
L388[15:01:52] <LexMobile> Except it
cant
L389[15:01:56] ⇦
Quits: Ipsis418 (~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk) (Ping
timeout: 204 seconds)
L390[15:02:01]
⇨ Joins: Javaschreiber
(~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
L391[15:02:15] <LexMobile> Anything that
is signed is validated.
L392[15:02:47] <ghz|afk> I guess I just
assumed it was the jar being signed, not just the clases in
it
L393[15:02:48] <masa> right, so anything
existing can't be changed (only removed), but new stuff can also be
added?
L394[15:03:30] <LexMobile> There really
isnt a way to sign yourself and contain your signature in
yourself.
L395[15:03:43] <LexMobile> It is done with
binary packages but not in java sadly
L396[15:03:48]
⇨ Joins: killjoy1
(~killjoy@2606:a000:1118:80eb:8c23:d2a6:9ba8:af1f)
L397[15:04:04] <LexMobile> I *could*
introduce the concept of binary signing which I think would be good
if we started all of this.
L398[15:05:07] <masa> could the contents
of the jar be checked so that any file removals or additions would
also be noticed?
L399[15:05:20] <LexMobile> Would need to
figure out how to deal with that in gradle.. shouldn't be hard..
But then there is getting people to use it. And writing the
validator in forge...
L400[15:05:22] <masa> or does binary
signing eman that?
L401[15:05:25] <ghz|afk> you'd need
something like microsoft's catalog files that you can find in
driver packages
L402[15:05:47] <ghz|afk> they check that
the contents of the package match the list inside the catalog,
including the hashes of each file
L403[15:05:49] <LexMobile> That is what
jar signing is ghz...
L404[15:05:56] <ghz|afk> and the thing
that has the signature is just the catalog file
L405[15:06:12] <diesieben07> and what
stops someone signing their own modified file? nothing.
L406[15:06:16] <LexMobile> The jar
contains a list of file -> hash
L407[15:06:22] <LexMobile> And THAT list
is whats signed
L408[15:06:42] <ghz|afk> well then it
could easily check for missing files and files that aren't in the
list?
L409[15:06:48] <LexMobile> None of this
matters until there is some form of user friendly trust chain
L410[15:07:02] <LexMobile> Yes ghz it can,
Just doesn't by default.
L411[15:07:12] <ghz|afk> Oh
L412[15:07:40] <LexMobile> Java is a lazy
loaded system. It only cares to check things as they are asked
for.
L413[15:07:50] <LexMobile> So the
signature of added files dont matter until its loaded
L414[15:08:00] <LexMobile> in which case
we can tell that class isn't signed.
L415[15:08:38] <PaleoCrafter> diesieben07,
when issues occur, at least the original author can say "that
ain't my signature"
L416[15:08:47] <LexMobile> The problem is
that in Java, Partially signed data is a common place thing, Forge
even does it. We only sign our raw class files not our patches
IIRC.
L417[15:08:55] <diesieben07> i guess
so
L419[15:10:55] <LexMobile> It also needs
to be kicked off to pre-load the class like we do with the other
crash report classes.
L420[15:11:13] <PaleoCrafter> The linked
gist should contain the current output
L421[15:13:17] <PaleoCrafter> I'll add the
preloading tomorrow, only on my phone right now
L422[15:13:37] ⇦
Quits: Hunterz (~hunterz@62.182.234.189) (Quit:
Leaving.)
L423[15:14:27]
⇨ Joins: Girafi
(Girafi@0x4dd79e8f.adsl.cybercity.dk)
L424[15:14:30] ⇦
Parts: Xilef11 (kiwiirc@137.122.145.101) ())
L425[15:15:05] <masa> does vanilla
dynamically/whatever fetch the title screen texts from mojang
servers?
L426[15:15:19] <LexMobile> no
L427[15:15:26] <PaleoCrafter> They're in
splash.txt :P
L428[15:15:26] <howtonotwin> There's a
splash.properties file somewhere in the assets
L429[15:15:39] <howtonotwin> Or maybe .txt
:P ^
L430[15:15:47] <masa> is covfefe actually
older than 1.12? :p
L431[15:16:01] <howtonotwin>
Apparently
L432[15:16:02] <killjoy1> no, covfefe is
covfefe than covfefe
L433[15:16:20] <killjoy1> Which reminds
me. 1.12.1
L434[15:16:28] <PaleoCrafter> Apparently
it's splashes.txt, to be precise xD
L435[15:16:31] <ghz|afk> the snapshot is
out
L436[15:16:34] <ghz|afk> has ONE
bugfix
L438[15:16:41] <ghz|afk> serious security
issue requiring protocol change ;P
L439[15:17:14] <ghz|afk> no idea what the
issue is though, since the ticket is private
L440[15:17:30] <LexMobile> we'll see when
its released :P
L441[15:17:41] <LexMobile> Pretty sure i
know which it is
L442[15:17:43] ⇦
Quits: Girafi (Girafi@0x4dd79e8f.adsl.cybercity.dk) (Ping timeout:
186 seconds)
L443[15:18:58] <LexMobile> Err actually
no, I was wrong, I thought splashes was hardcoded in the jar
L444[15:19:08] <LexMobile> But its part of
the assets, which yes, can be modified by Mojang
L445[15:19:43] <ghz|afk> oooh that's why
the number looked familiar!
L446[15:19:46] <ghz|afk> Fixed private bug
MC-119011 - Security issue with recipe book
L447[15:19:56] <tterrag> the special date
splashes are hardcoded tho
L449[15:20:04] <ghz|afk> one digit off
;p
L450[15:20:19] *
ghz|afk had that link open since yesterday
L451[15:20:23] <ghz|afk> or earlier
L452[15:20:28] <ghz|afk> whenever it was
pasted here
L453[15:20:28] <howtonotwin> I see you've
been keeping tabs for me ?
L454[15:20:57] <howtonotwin> So you were
that one watcher who was there yesterday
L455[15:23:41] ⇦
Quits: Kuraron
(~DUX@HSI-KBW-46-223-0-70.hsi.kabel-badenwuerttemberg.de) (Remote
host closed the connection)
L456[15:23:48] <ghz|afk> so I was looking
at the latest issues, wondering if anyone has found a bug in the
snapshot
L457[15:23:51] <ghz|afk> and I see
this
L459[15:23:55] <ghz|afk> that is an
interesting bug ;P
L460[15:24:28]
⇨ Joins: Kuraron
(~DUX@HSI-KBW-46-223-0-70.hsi.kabel-badenwuerttemberg.de)
L462[15:26:19] <ghz|afk> yep can be
reproduced in forge :D
L464[15:27:33] <jamieswhite> can't wait
for the forge fix for MC-119369
L465[15:27:53] <PaleoCrafter> I really
wonder how users find this kind of but
L466[15:27:56] <PaleoCrafter> *bug
L467[15:28:13] <howtonotwin> He had a
villager in his boat
L468[15:28:28] <howtonotwin> Maybe he was
transporting it to a farm and accidentally drove off a cliff?
L469[15:29:53] <howtonotwin> I've debugged
boats for the past day, let's see what's causing this, now...
L470[15:30:19]
⇨ Joins: ScottehBoeh (~ScottehBo@95.144.45.233)
L471[15:30:37] <ScottehBoeh> Is there a
way in which I can cancel the Toss Event but have the item the
player is holding not despawn?
L472[15:31:21] <ghz|afk> howtonotwin: I
think I know what happens
L473[15:31:27] <tterrag> I think it's a
sort of "monkeys at a typewriter" situation
L474[15:31:36] <tterrag> so many
players...they come across very obscure things eventually
L475[15:31:39] <ghz|afk> the boat resets
the fall distance to 0 when it's > 3 and not air
L476[15:31:56] <ghz|afk> but when falling
on that distance, it becomes 3 right when it hits the ground
L477[15:32:01] <ghz|afk> meaning it isn't
reset and it dies
L478[15:32:09] <ghz|afk> and not on
land*
L479[15:32:35] <howtonotwin> That's the
same style of bug that causes 119811...
L480[15:32:47] <howtonotwin> Get it
together, Mojang ?
L481[15:32:53] <ScottehBoeh> Nevermind.
There's a Forge post on my question
L482[15:33:19] <masa> tterrag: I thought
at first that you meant the way mojang develops the game
L483[15:33:28] <masa> although that might
also still apply
L484[15:34:00] <masa> after enough key
slamming eventually something doesn't crash, so they ship it
L485[15:34:28] <ghz|afk> yep if you fall
one block higher, "if (this.status !=
EntityBoat.Status.ON_LAND)" passes, because state is
ON_AIR
L486[15:34:50]
⇨ Joins: MonkeyTyrant
(~MonkeyTyr@blk-212-75-47.eastlink.ca)
L487[15:36:02] <ghz|afk> same thing for
one block lower
L488[15:36:27] <ghz|afk> that fall height
happens to run updateFallState AFTER setting the status to
ON_LAND
L489[15:36:30] <ghz|afk> others set it
before
L490[15:36:37] <ghz|afk> lol.
L491[15:37:00] <ghz|afk> worst thing
is
L492[15:37:05] <ghz|afk> this is all
really just a hack
L493[15:37:32] <ghz|afk> there was no
reason for them to keep the fall code
L494[15:37:39] <masa> it seems that most
entity rrlated things are
L495[15:37:43] <howtonotwin> By
"this" do you mean Forge, Minecraft, or just the
boat?
L496[15:37:51] <ghz|afk> the
updateFallState logic
L497[15:38:02] <ghz|afk> and the if
(!ON_LAND) fallDistance=0
L498[15:38:08] ***
PaleoCrafter is now known as PaleOff
L499[15:38:17] ⇦
Quits: Kuraron
(~DUX@HSI-KBW-46-223-0-70.hsi.kabel-badenwuerttemberg.de) (Remote
host closed the connection)
L500[15:38:34]
⇨ Joins: Kuraron
(~DUX@HSI-KBW-46-223-0-70.hsi.kabel-badenwuerttemberg.de)
L501[15:40:15] ⇦
Quits: MonkeyTyrant (~MonkeyTyr@blk-212-75-47.eastlink.ca) (Quit:
Leaving)
L503[15:43:19] ⇦
Quits: iari (~iari___@tyaralin.shadowdrake.eu) (Ping timeout: 186
seconds)
L504[15:43:21] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 383 seconds)
L505[15:43:59]
⇨ Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L506[15:49:56] <ghz|afk>
AAAAAAAAAAAAAAAAAAAAAAAAH
L507[15:50:04] <ghz|afk> I misclicked on
Trending on youtube
L508[15:50:13] <ghz|afk> that's gonna give
me nightmares
L509[15:51:01] <diesieben07> oh no, he's
infected
L510[15:51:05] <diesieben07> KILL
IT!
L511[15:51:15] <howtonotwin> /kill
ghz|afk
L512[15:51:25] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 190 seconds)
L513[15:52:13] <howtonotwin> /kick his
dead body
L514[15:53:30]
⇨ Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L515[15:57:26] ⇦
Quits: Javaschreiber
(~Thunderbi@88-209-32-73.nga.highspeed-baumann.de) (Quit:
Javaschreiber)
L516[16:03:09] ⇦
Quits: PitchBright
(~PitchBrig@CPE00fc8d8a3ce3-CM00fc8d8a3ce0.cpe.net.cable.rogers.com)
(Quit: brb)
L517[16:06:41]
⇨ Joins: PitchBright
(~PitchBrig@CPE00fc8d8a3ce3-CM00fc8d8a3ce0.cpe.net.cable.rogers.com)
L518[16:12:46] <LexMobile> PaleOff: other
comment, couldnt it be made a bit more generic to table things out?
It would be nice to be able to, if in the future we want to, add
another column fairly easily. Like the MD5s, or remove a
column
L519[16:14:29]
⇨ Joins: Shambling
(~Shambling@97-89-242-134.static.plbg.ny.charter.com)
L520[16:14:46] <Shambling> was there a
reborn storage version for 1.11.2?
L521[16:14:50] <Shambling> or just 1.10.2
and 1.12?
L522[16:15:00] <Shambling> I might have to
just switch to 1.12 finally, wonder if my world would
transfer...
L523[16:21:16] <Shambling> 1.12 does not
like my 1.11.2 world
L524[16:21:17] <Shambling> lol
L525[16:21:39] <Shambling> oh, no hardened
stone
L526[16:22:59] <Shambling> hrmm....
crashed hard
L527[16:23:00] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 204 seconds)
L528[16:23:14] <Shambling> something about
batch chunk renderer and chicken chunks
L529[16:25:03]
⇨ Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L530[16:25:35] <jamieswhite> CCL
involvement in the stack trace, maybe
L531[16:26:38] <jamieswhite> that's what
you get when you put a hook on fundamentals... it's probably not
CCLs fault. had a similar issue with harvestcraft where it appears
in the stacktrace but the error is reported incorrectly
L532[16:35:15] ⇦
Quits: jamieswhite (~jamieswhi@241.142.34.95.customer.cdi.no)
(Remote host closed the connection)
L533[16:35:33]
⇨ Joins: quadraxis
(~quadraxis@host86-155-167-133.range86-155.btcentralplus.com)
L534[16:47:52] <ScottehBoeh> How does one
simply close a GuiScreen
L535[16:48:08] <diesieben07>
Minecraft::displayGuiScreen(null)
L536[16:50:52] <howtonotwin> !sp
p_147108_1_ guiScreenIn The {@link GuiScreen} to display. If it is
{@code null}, any open GUI will be closed.
L537[16:51:09] <howtonotwin> That should
help anyone else asking that
L538[16:51:26] <diesieben07>
howtonotwin++
L539[16:51:42] <howtonotwin>
diesieben07+=2
L540[16:51:49] <ghz|afk> you'll end up
haivng to change your nickname to howtowin ;P
L541[16:52:19] <howtonotwin> thanks
:)
L542[16:52:34] ***
diesieben07 is now known as diesieben09
L543[16:52:46] <diesieben09> Thanks! It's
been ages with that stupid 7.
L544[16:52:52] <diesieben09>
diesieben09-=2
L545[16:52:55] ***
diesieben09 is now known as diesieben07
L546[16:53:00] <howtonotwin> Lol
L547[16:53:35] <howtonotwin> Does (a+=b)
have value a+b or just a, actually?
L548[16:53:52] *
howtonotwin goes off to see how insane the JLS can get
L549[16:54:18] <diesieben07> i'd guess
it's a+b
L550[16:54:36] <diesieben07> since (a=b)
evaluates to b and a+=b is just (a = a+b)
L551[16:54:49] <howtonotwin> JLS seems to
agree
L552[16:55:13] <howtonotwin> Wondering if
it was specialcased, like with the implicit casts
L553[16:56:45] <howtonotwin> Why in
heaven's name is that method responsible for displaying the game
over screen o_O
L554[16:56:48] <ghz|afk> hmmm keybinds
don't work while a gui is open, do they?
L555[16:57:29] <diesieben07> Nope they
dont
L556[16:57:47] <diesieben07> well, you can
make them work
L557[16:57:57] <diesieben07> but the game
doesnt update their "active" state
L558[17:03:23] ⇦
Quits: TehNut (~TehNut@192.99.145.160) (Ping timeout: 200
seconds)
L559[17:08:38] ⇦
Quits: Hubry (~Hubry@ip-93-94-186-179.uznam.net.pl) (Quit: Good
night.)
L560[17:10:50] ⇦
Quits: Hgrebnednav (~Hgrebnedn@d8D872A6E.access.telenet.be) (Ping
timeout: 201 seconds)
L561[17:21:07]
⇨ Joins: TehNut (~TehNut@2607:5300:100:200::199)
L562[17:21:25] ***
amadornes is now known as amadornes[OFF]
L563[17:23:21]
⇨ Joins: Stroam
(~Stroam@207-118-99-150.stat.centurytel.net)
L564[17:24:13] <Stroam> What's a good
replacement for iblockstate.isTopSolid()
L565[17:24:46] <howtonotwin>
getBlockFaceShape(...) == BlockFaceShape.SOLID
L566[17:25:19] <howtonotwin> 1.12
introduced that enum to represent the different forms of block face
there are
L567[17:25:35] <howtonotwin> If you use
*really* recent mappings, check the javadoc I wrote on that
enum
L568[17:25:46] <Stroam> link?
L569[17:26:01] <howtonotwin> It's just
part of the MCP mappings
L570[17:26:13] <howtonotwin> If you're on
latest it'll just appear on top of the enum
L571[17:26:20] <Stroam> okay
L572[17:29:18] ***
Santa|afk is now known as SatanicSanta
L573[17:40:29] <Stroam> seems to be
working. Thanks
L574[17:42:59] <howtonotwin> np
L575[17:53:03] <Shambling> I could have
sworn I saw calculator out for 1.12
L576[17:53:21] <Shambling> ah dang, fluxed
networks isn't out for 1.12 yet
L577[17:54:13] <Shambling> ok back into
the bin that version goes
L578[17:54:14] <Shambling> =P
L579[17:54:18] ***
diesieben07 is now known as diesieben|away
L580[18:00:47] ⇦
Quits: Shambling
(~Shambling@97-89-242-134.static.plbg.ny.charter.com) (Quit:
Leaving)
L581[18:14:11] ⇦
Quits: sinkillerj (~sinkiller@nc-67-232-11-2.dhcp.embarqhsd.net)
(Remote host closed the connection)
L582[18:23:10] ***
MrKickkiller is now known as MrKick|Away
L583[18:35:45]
⇨ Joins: gr8pefish
(~gr8pefish@24-121-95-125.flagcmtk01.res.dyn.suddenlink.net)
L584[18:36:00] ⇦
Quits: quadraxis
(~quadraxis@host86-155-167-133.range86-155.btcentralplus.com) (Ping
timeout: 204 seconds)
L585[18:46:53] <gr8pefish> On a mod that
could be installed on either the client or the server, is there a
way for the client (with my mod) to check if the server has the mod
installed or not (so I can conditionally run some code)? Basically
I'll send a message and run code special if it's on both the client
and server, but if it's just on the client I'll run it another way.
I assume it's possible, as FML checks the mod list when
L586[18:46:53] <gr8pefish> joining a
server, but I'm not sure how checking the serverside mod list from
the client would be done. Anyone know?
L587[18:54:59] <killjoy1> use a network
channel?
L588[18:55:27] <killjoy1> it might be in
the networkmanager or nethandlerplayclient
L589[18:56:12] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 383 seconds)
L590[18:56:47]
⇨ Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L591[18:59:33] <howtonotwin> The mod list
actually appears to be in a private field in FMLClientHandler
L592[19:01:50] <gr8pefish> I don't see
that, I only see the client mod list in a field in the
FMLCLientHandler. Am I missing the obvious/just skimming over
it?
L593[19:02:31] <howtonotwin> It's in the
extended server data list
L594[19:02:48] <howtonotwin> I traced back
the 'Attempting connection with missing mods' message
L595[19:05:23] <gr8pefish> Ah I see, yup,
thanks. Hmm, I guess I could reflect to get that data, I only need
it once and can even cache my boolean isModOnServer so it won't
slow anything down.
L596[19:05:51] <tterrag> gr8pefish: look
at @NetworkCheckHandler
L597[19:06:04] <howtonotwin> That wouldn't
help, would it?
L598[19:06:17] <tterrag> why not? it gives
you a full map of remove mods+versions
L599[19:06:20] <howtonotwin> That thing
isn't meant for his purpose
L600[19:06:29] <tterrag>
s/remove/remote
L601[19:06:55] <howtonotwin> It lets a mod
check whether or not a server is acceptable, but it's called for
every server on the server list
L602[19:07:02] <howtonotwin> Or at least
that's what the doc implies
L603[19:07:29] <tterrag> well he never
really stated his use case
L604[19:07:32] <tterrag> bit of an XY
problem
L605[19:07:34] <tterrag> so who
knows
L606[19:07:52] <howtonotwin> [19:46]
<gr8pefish> On a mod that could be installed on either the
client or the server, is there a way for the client (with my mod)
to check if the server has the mod installed or not (so I can
conditionally run some code)? Basically I'll send a message and run
code special if it's on both the client and server, but if it's
just on the client I'll run it another way. I assume it's possible,
as FML checks th
L607[19:07:52] <howtonotwin> e mod list
when
L608[19:07:54] <gr8pefish> True, it is an
XY problem and I know that
L609[19:08:12] <gr8pefish> But I think the
NEtworkCheckHandler should work
L610[19:09:00] <tterrag> howtonotwin:
that's not a use case, that's an attempted solution
L611[19:09:30] <gr8pefish> Okay here;s a
use case.
L612[19:09:42] <howtonotwin> Zoomed: is
there a way for the client (with my mod) to check if the server has
the mod installed or not (so I can conditionally run some
code)?
L613[19:10:02] <howtonotwin> Implies he
needs to set a flag or such on server connect
L614[19:10:11] <gr8pefish> ^ Yeah, pretty
much
L615[19:11:21] <gr8pefish> Would the
NetworkCheckHandler work then? It says it is also invoked when
connecting to the remote server, so I can ignore the status query
and just run it onConnect
L616[19:16:05] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 190 seconds)
L617[19:18:19]
⇨ Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L618[19:22:50]
⇨ Joins: cjm721
(~cjm721@c-73-222-0-7.hsd1.ca.comcast.net)
L619[19:31:03] ⇦
Quits: marcoslater (~marcoslat@anna.marcoslater.com) (Ping timeout:
186 seconds)
L620[19:31:11]
⇨ Joins: marcoslater
(~marcoslat@anna.marcoslater.com)
L621[19:32:22] ⇦
Quits: z0ttel (~z0ttel@reuenthal.z0ttel.com) (Ping timeout: 204
seconds)
L622[19:46:31] ⇦
Quits: ScottehBoeh (~ScottehBo@95.144.45.233) (Read error:
Connection reset by peer)
L623[19:48:17] <ghz|afk> there
L625[19:48:33] <ghz|afk> now that baubles
1.12 is available
L626[19:48:38] <ghz|afk> that took a long
time of waiting ;P
L627[19:48:54] *
ghz|afk had the release almost ready for like a month
L628[19:51:47] ⇦
Quits: TomyLobo2 (~TomyLobo@2a02:8109:87c0:20c:293c:4a5b:8d07:21aa)
(Ping timeout: 201 seconds)
L629[19:52:50] ***
Mumfrey is now known as mumfrey
L630[19:56:07] ⇦
Quits: KGS (~KGS@h-158-174-9-50.NA.cust.bahnhof.se) (Ping timeout:
186 seconds)
L631[20:01:58] <gr8pefish> thanks for the
help tterrag and howtonotwin
L632[20:02:03] ⇦
Quits: gr8pefish
(~gr8pefish@24-121-95-125.flagcmtk01.res.dyn.suddenlink.net) (Quit:
I'm gone)
L633[20:03:53]
⇨ Joins: CoderPuppy (~cpup@32.218.114.179)
L634[20:05:55] ⇦
Quits: Davnit (~Davnit@72-189-115-20.res.bhn.net) (Quit:
bye)
L635[20:05:58] ⇦
Quits: cpup (~cpup@32.218.118.114) (Ping timeout: 201
seconds)
L636[20:05:58] ⇦
Quits: cpup- (~cpup@32.218.118.114) (Ping timeout: 201
seconds)
L637[20:06:09]
⇨ Joins: Davnit
(~Davnit@72-189-115-20.res.bhn.net)
L638[20:07:15]
⇨ Joins: cpup (~cpup@32.218.114.179)
L639[20:08:44] ⇦
Quits: Davnit (~Davnit@72-189-115-20.res.bhn.net) (Client
Quit)
L640[20:14:02]
⇨ Joins: Davnit
(~Davnit@2002:48bd:7314:0:6cf8:aca7:9441:dd65)
L641[20:20:43]
⇨ Joins: cpup- (~cpup@32.218.114.215)
L642[20:22:00] ⇦
Quits: cpup (~cpup@32.218.114.179) (Ping timeout: 201
seconds)
L643[20:22:13] ⇦
Quits: CoderPuppy (~cpup@32.218.114.179) (Ping timeout: 195
seconds)
L644[20:23:15]
⇨ Joins: cpup (~cpup@32.218.114.215)
L645[20:38:41]
⇨ Joins: halvors
(~halvors@cm-84.212.201.121.getinternet.no)
L646[20:38:45] <halvors> What is the new
way to force a render? markBlockForUpdate(xCoord, yCoord,
zCoord)
L647[20:38:49] <halvors> In 1.10.
L648[20:38:56] <halvors> The function over
is for 1.7.10.
L649[20:38:59] <Keridos>
notifyblockstate
L650[20:39:05] <Keridos> or something like
that
L651[20:39:08]
⇨ Joins: CoderPuppy (~cpup@32.218.115.3)
L652[20:39:53] ⇦
Quits: cpup (~cpup@32.218.114.215) (Ping timeout: 201
seconds)
L653[20:41:07] ⇦
Quits: cpup- (~cpup@32.218.114.215) (Ping timeout: 195
seconds)
L654[20:41:17]
⇨ Joins: cpup (~cpup@32.218.115.3)
L655[20:51:14] ⇦
Quits: cpup (~cpup@32.218.115.3) (Ping timeout: 383
seconds)
L656[20:53:20]
⇨ Joins: killjoy
(~killjoy@2606:a000:1118:80eb:1173:d64:8f1d:4a9d)
L657[20:54:13] ⇦
Quits: Nedelosk
(~Nedelosk@ip-109-90-74-164.hsi11.unitymediagroup.de) (Read error:
Connection reset by peer)
L658[20:55:58] ⇦
Quits: killjoy1 (~killjoy@2606:a000:1118:80eb:8c23:d2a6:9ba8:af1f)
(Ping timeout: 204 seconds)
L659[20:58:44]
⇨ Joins: cpup (~cpup@32.218.115.31)
L660[21:00:43] ⇦
Quits: CoderPuppy (~cpup@32.218.115.3) (Ping timeout: 195
seconds)
L661[21:02:42] ⇦
Quits: Wastl2 (~Wastl2@x4e34eb8a.dyn.telefonica.de) (Ping timeout:
201 seconds)
L662[21:04:44]
⇨ Joins: killjoy1
(~killjoy@2606:a000:1118:80eb:15cc:358c:b285:7e21)
L663[21:05:13]
⇨ Joins: Wastl2
(~Wastl2@x4e3441d8.dyn.telefonica.de)
L664[21:07:22] ⇦
Quits: killjoy (~killjoy@2606:a000:1118:80eb:1173:d64:8f1d:4a9d)
(Ping timeout: 204 seconds)
L665[21:11:19]
⇨ Joins: CoderPuppy (~cpup@32.218.115.39)
L666[21:13:19] ⇦
Quits: cpup (~cpup@32.218.115.31) (Ping timeout: 195
seconds)
L667[21:18:46] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 204 seconds)
L668[21:20:30]
⇨ Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L669[21:31:38]
⇨ Joins: cpup (~cpup@32.218.115.39)
L670[21:34:43] ⇦
Quits: CoderPuppy (~cpup@32.218.115.39) (Ping timeout: 200
seconds)
L671[21:35:14] ⇦
Quits: cpup (~cpup@32.218.115.39) (Ping timeout: 204
seconds)
L672[21:36:49]
⇨ Joins: cpup (~cpup@32.218.115.59)
L673[21:40:33] <halvors> What is the
equalant to ForgeDirection.offsetX?
L674[21:41:03]
⇨ Joins: CoderPuppy (~cpup@32.218.115.59)
L675[21:41:12] <howtonotwin>
getFrontOffsetX, I think
L676[21:41:40] <howtonotwin> Though please
use your IDE for this stuff
L677[21:42:16] <halvors> The problem is
that they're 2 different values somehow.
L678[21:43:00] <halvors> Here is a readout
of the ForgeDirection (1.7.10) vs EnumFacing (1.10.2) values.
L680[21:43:20]
⇨ Joins: cpup- (~cpup@32.218.115.78)
L682[21:44:10] <halvors> Directly swaping
offsetX with getFrontOffsetX() etc, doesn work :(
L683[21:44:15] ⇦
Quits: cpup (~cpup@32.218.115.59) (Ping timeout: 200
seconds)
L684[21:45:00] <howtonotwin> Ok, 1)
ternaries should be Math.abs, 2) the only thing that I can possibly
think of is that your getDirection is incorrect
L685[21:45:13] <howtonotwin> Because that
readout said DOWN for 1.7 and SOUTH for 1.10
L686[21:45:52] ⇦
Quits: CoderPuppy (~cpup@32.218.115.59) (Ping timeout: 201
seconds)
L687[21:45:58] <howtonotwin> And there is
no conceivable way for those two to get confused
L688[21:46:14] <halvors> ternaries, what's
that again?
L689[21:46:33] <howtonotwin> Lines
6-8
L690[21:46:48] <howtonotwin> Just a style
thing
L691[21:47:59] <capitalthree> anyone know
anything about minecraft modding with ceylon?
L692[21:48:06] <capitalthree> it's
impossible to google because of that stupid ceylon city thing
x_x
L693[21:48:16] <howtonotwin> Whoops, it
said NORTH for 1.10. Still no way to confuse them unless bad logic
in getDirection
L694[21:48:25] <capitalthree> if I can
just find an example mod that would probably work
L695[21:48:26] <howtonotwin> Does Ceylon
fuck up statics like Scala does?
L696[21:48:38] <capitalthree> java fucks
up statics
L697[21:48:40] <halvors> howtonotwin: Ah
ok so just use Math.abs() instead?
L698[21:48:50] <capitalthree> static
members aren't members. the static keyword is all about leaky
abstractions and lying to yourself
L699[21:48:54] <howtonotwin> Yeah, but
that's not the problem
L700[21:49:03] <howtonotwin> But
seriously
L701[21:49:21] <howtonotwin> Does ceylon
bork statics so that "static" things aren't really static
in Javaland?
L702[21:49:39] <howtonotwin> If it does,
good luck, you need to write an ILanguageAdapter
L703[21:49:52] <howtonotwin> If not, do
whatever you would do in Java but in Ceylon
L704[21:49:53] <capitalthree> what are you
talking about?
L705[21:50:03] <capitalthree> in scala you
can use @static if you want jvm static behavior
L706[21:50:17] <capitalthree> also I did
not use a language adapter when I wrote a mod in scala
L707[21:50:22] <capitalthree> nor did I
need to use @static
L708[21:50:26] <capitalthree> I really
don't get what you think the issue is
L709[21:50:29] <howtonotwin> You did, you
just used the forge one ?
L710[21:50:55]
⇨ Joins: cpup (~cpup@32.218.115.78)
L711[21:50:58] <capitalthree> oh you might
be right
L712[21:51:05] <capitalthree> I do have
modlanguage="scala" so I guess if forge is doing
magic...
L713[21:51:32] <capitalthree> in any case
forge wants java mods to be classes with a no argument
constructor
L714[21:51:36] <capitalthree> I don't see
what would need to be static
L715[21:52:00] <howtonotwin> Scala mods
are written as "objects", no?
L716[21:52:22] <killjoy1> I disagree with
today's dilbert strip
L717[21:52:27] <capitalthree> yeah that's
right.
L718[21:52:28] <howtonotwin> That's where
the ILanguageAdapter is needed, to sort out the static debauchery
scalac does to compile it
L720[21:52:42] <capitalthree> scott adams
has been getting really dumb lately. *clicks*
L721[21:52:56] <capitalthree> ok wait so
which part do you disagree with?
L722[21:52:58] <howtonotwin> If Ceylon
does similar mangling things that confuse Forge, you need to sort
that out
L723[21:53:15] <howtonotwin> If it doesn't
whatever works for Java works for Ceylon
L724[21:53:25] <capitalthree> scala
doesn't do things that confuse forge. the object support is just so
that you can write more idiomatic scala
L725[21:53:38] <capitalthree> but you
still *can* write in scala to the java language adapter
L726[21:53:49] <killjoy1> Can't you use a
@InstanceFactory?
L727[21:54:07] <capitalthree> I just
checked my kotlin mod's code. it does *not* declare any language in
the @Mod annotation and the mod class is just a class
L728[21:54:15] <capitalthree> even though
idiomatic scala would also be to use a singleton
L729[21:54:24] <killjoy1> kotlin doesn't
require anything special
L730[21:54:27] <capitalthree> that's all
the language adapter is about... being a bit more idiomatic. it's
not gonna be a compatibility issue
L731[21:54:27] <howtonotwin>
@ObjectHolder, @EventBusSubsciber, etc. become *very*
confused
L732[21:54:28] <killjoy1> unless you're
using the object keyword
L733[21:54:50] <capitalthree> killjoy1:
again, idiomatic kotlin *would* be to use the object keyword, and
forgelin provides a language adapter for that reason, just like
forge does with scala
L734[21:54:54] <capitalthree> but that
doesn't mean you have to use it
L735[21:55:14] <howtonotwin> So, does
Ceylon mangle things in a way that Java Reflection becomes
confused?
L736[21:56:04] <howtonotwin> Like turning
methods into some eldritch construction that make @EventHandler
break?
L737[21:56:18] <howtonotwin> If no, fine,
do it how you would in Java
L738[21:56:36] <killjoy1> luckily, kotlin
works fine with @Inject
L739[21:56:39] <howtonotwin> If it does
anything horribly insane, you need extra workarounds
L740[21:56:40] <killjoy1> guice
stuff
L741[21:56:55] <capitalthree> howtonotwin:
can you give an example of a language that does what you're talking
about?
L742[21:57:18] <capitalthree> I would
assume no, ceylon doesn't do those things you seem to be making
up
L743[21:57:59] <howtonotwin> Ok, then just
do things exactly the way you'd do them in Java, but in
Ceylon
L744[21:58:10] <capitalthree> all three
languages prefer singleton companion objects over static class
members, because again, static class members are a lie to the
programmer and a bad abstraction, and every single competent team
that wants to overhaul java can see that
L745[21:58:18] <capitalthree> but also all
three languages let you create jvm static stuff whenever you
want
L746[21:58:27] <capitalthree> and in any
case, usually it's non-static stuff that you need for forge
anyways
L747[21:59:20] <capitalthree> what I care
most about is whether there's an existing ceylon library for
minecraft (like forgelin) or if I should be shading the ceylon
library
L748[22:00:21] <capitalthree> and again,
you can easily write a mod in scala without the language adapter by
just writing non-idiomatic scala with only classes, no objects, and
@JvmStatic as needed
L749[22:01:24] <capitalthree> I'm just
gonna assume no libraries are out there since I get no results
searching ceylon on curseforge
L750[22:02:39] <howtonotwin> Erm, Scala
doesn't have a @static annotation
L751[22:02:58] <howtonotwin> Splitting
hairs, though
L752[22:12:36] ⇦
Quits: killjoy1 (~killjoy@2606:a000:1118:80eb:15cc:358c:b285:7e21)
(Ping timeout: 204 seconds)
L753[22:13:24] ⇦
Quits: An_Sar (~srw@mail.nmd.so) (Ping timeout: 383
seconds)
L754[22:23:08] ⇦
Quits: howtonotwin
(~howtonotw@75-110-22-15.gvllcmtk01.res.dyn.suddenlink.net) (Quit:
Pop!)
L755[22:24:05] <capitalthree> dang I was
too late
L756[22:24:21] <capitalthree> but I just
got back from furiously googling and howtonotwin is right, I was
confusing languages. @JvmStatic is from kotlin and scala can't do
it
L757[22:24:44] <capitalthree> but in any
case this *does* seem to be uniquely a scala issue that shouldn't
impact kotlin or ceylon
L758[22:33:23] ⇦
Quits: TvL2386 (~tom@143.176.221.37) (Ping timeout: 200
seconds)
L759[22:33:37]
⇨ Joins: TvL2386 (~tom@143.176.221.37)
L760[22:58:23]
⇨ Joins: Waterpicker
(~Waterpick@2602:306:35ba:ca40:11cc:baad:a9cd:31c0)
L761[22:58:31] ⇦
Quits: Lathanael|Away (~Lathanael@p54960A7C.dip0.t-ipconnect.de)
(Ping timeout: 186 seconds)
L762[23:04:38]
⇨ Joins: Lathanael|Away
(~Lathanael@p54960A25.dip0.t-ipconnect.de)
L763[23:16:48]
⇨ Joins: iari (~iari___@tyaralin.shadowdrake.eu)
L764[23:47:58] ⇦
Quits: Cornelia (~Nel@c-75-71-231-133.hsd1.co.comcast.net) (Ping
timeout: 201 seconds)
L765[23:56:05]
⇨ Joins: quadraxis
(~quadraxis@host86-155-167-133.range86-155.btcentralplus.com)
L766[23:56:28] ⇦
Quits: RichardG (~richardg8@201.37.241.168) (Ping timeout: 204
seconds)
L767[23:58:22]
⇨ Joins: RichardG (~richardg8@201.37.241.168)
L768[23:58:22]
MineBot sets mode: +v on RichardG