<<Prev
Next>>
Scroll to Bottom
Stuff goes here
L1[00:02:21] ⇦
Quits: Brokkoli (Brokkoli!~Brokkoli@p2E5B1C60.dip0.t-ipconnect.de)
(Remote host closed the connection)
L2[00:18:14] ⇦
Quits: Doty1154
(Doty1154!~Doty1154@2601:648:8000:134f:dda1:d648:42b5:7585) (Read
error: Connection reset by peer)
L3[01:11:44] ⇦
Quits: quadraxis
(quadraxis!~quadraxis@cpc77295-basf12-2-0-cust599.12-3.cable.virginm.net)
(Ping timeout: 182 seconds)
L4[02:00:03] <MCPBot_Reborn> [TEST CSV]
Pushing snapshot_20180330 mappings to Forge Maven.
L5[02:00:07] <MCPBot_Reborn> [TEST CSV]
Maven upload successful for mcp_snapshot-20180330-1.12.zip
(mappings = "snapshot_20180330" in build.gradle).
L6[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/
L7[02:40:03] ⇨
Joins: Ordinastie
(Ordinastie!~Ordinasti@bronyville.me)
L8[02:43:47] ⇨
Joins: ben_mkiv
(ben_mkiv!~ben_mkiv@p4FED4B0B.dip0.t-ipconnect.de)
L9[03:25:24] ⇨
Joins: gigaherz
(gigaherz!gigaherz@221.red-88-9-15.dynamicip.rima-tde.net)
L10[04:21:55] ⇨
Joins: axel
(axel!~axel@2a00:801:211:2f6:fc3f:7c15:eb2e:2)
L11[04:22:15] <axel> is there a way to
login automatically? i dont feel like being called a moron every
time i connect here...
L12[04:23:03] ⇦
Quits: axel (axel!~axel@2a00:801:211:2f6:fc3f:7c15:eb2e:2) (Remote
host closed the connection)
L13[04:25:12] ⇨
Joins: axel
(axel!~axel@2a00:801:211:2f6:fc3f:7c15:eb2e:2)
L14[04:25:13] <TechnicianLP> sasl
L15[04:25:18] <axel> is there a way to
login automatically? i dont feel like being called a moron every
time i connect here...
L16[04:25:32] <TechnicianLP> we heard you
the first time ...
L17[04:25:42] <axel> you did?
L18[04:25:44] <axel> i thought my internet
died
L19[04:25:55] <axel> sorry for spam
L20[04:26:05] <TechnicianLP> a minute
afterwards yes
L21[04:26:10] <TechnicianLP> lookup
sasl
L22[04:26:45] ⇨
Joins: ptolemaus
(ptolemaus!~luiz@p578F128A.dip0.t-ipconnect.de)
L23[04:27:40] <axel> is there a program for
it or is it just a library?
L24[04:29:02] <ptolemaus> when I register a
block and then later use
Block.REGISTRY.getNameForObject(someBlock).toString(), is there a
possibility to return different results? specifically: I'm
registering it from my mod and when I use the method it returns
modid:blockRegistryName, but when another mod SpongeForge calls
that method it apparently returns just the blockRegistryName and
omits the "modid:" part
L25[04:30:14] <TechnicianLP> axel: its
probably something you can enable in the connection settings in you
irc-client
L26[05:01:59] ⇨
Joins: axel_
(axel_!~axel@2a00:801:211:2f6:fc3f:7c15:eb2e:2)
L27[05:02:06] ⇦
Quits: axel_ (axel_!~axel@2a00:801:211:2f6:fc3f:7c15:eb2e:2)
(Client Quit)
L28[05:30:41] ⇨
Joins: PaleoCrafter (PaleoCrafter!~paleo@weneg.de)
L29[05:30:41]
MineBot sets mode: +v on PaleoCrafter
L30[05:42:12] ⇦
Quits: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz) (Ping
timeout: 383 seconds)
L31[06:33:11] ⇨
Joins: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
L32[07:13:32] ⇨
Joins: Dark
(Dark!~MrDark@2607:fcc8:d48b:eb00:a98b:760c:1a0:4ea9)
L33[07:41:02] <axel> im getting an issue
when syncing a blockpos through the byte buffer
L34[07:41:33] <axel> the coordinates from
both the pos's integers and the long from BlockPos::fromLong are
wildly different on the server compared to the client
L35[07:42:12] <Ordinastie> you used
toLong() to send ?
L36[07:42:27] <axel> i tried both that and
using getX, getY and getZ
L37[07:42:45] <Ordinastie> show packet
code
L39[07:46:00] <Ordinastie> that should
work
L41[07:48:31] <Ordinastie> the code you
pasted is all the code ? you haven't edited it ?
L42[07:49:08] <axel> i send some two
strings and one boolean in that message as well
L43[07:49:13] <Ordinastie> ...
L44[07:49:24] <axel> does it matter
though?
L45[07:49:28] <Ordinastie> yes
L46[07:49:35] <axel> alright, give me a
sec
L47[07:49:53] <Ordinastie> because you have
discrepencies between what you write and what you read
L49[07:50:31] <Ordinastie> you don't read
the boolean
L51[07:51:45] <axel> had no clue that would
affect it
L52[07:51:46] <axel> thank you
L53[07:53:17] <Ordinastie> a byte buffer is
basically an array of bytes
L54[07:53:41] <Ordinastie> you need to read
the exact same thing you write
L55[07:54:07] <axel> i see
L56[08:36:52] <axel> does anyone know of a
scenario when a tile entity is synced when a player rejoins and not
immediatly?
L57[09:16:58] ⇨
Joins: Strezz
(Strezz!~Strezz@cpc122564-lee214-2-0-cust201.7-1.cable.virginm.net)
L58[09:30:31] <HassanS6000> Is it possible
to change what happens when a player disconnects from a server? ie.
currently it shows the server list - could I change that? If so,
where would I start? Thanks :)
L59[09:32:08] ⇨
Joins: Fye (Fye!~Fye@146-241-17-242.dyn.eolo.it)
L60[10:43:09] ⇨
Joins: Brokkoli
(Brokkoli!~Brokkoli@p2E5B1C60.dip0.t-ipconnect.de)
L61[10:44:00] ⇨
Joins: Noppes
(Noppes!~Noppes@ip56530f2e.direct-adsl.nl)
L62[10:44:39] ⇨
Joins: ssblur
(ssblur!~Thunderbi@cpe-65-184-138-23.ec.res.rr.com)
L63[10:57:18] ⇦
Quits: axel (axel!~axel@2a00:801:211:2f6:fc3f:7c15:eb2e:2) (Remote
host closed the connection)
L64[11:03:27] ⇨
Joins: GodXeno (GodXeno!~godxeno@103.24.66.195)
L66[11:03:32] <GodXeno> how to fix
this
L67[11:03:37] <GodXeno> i get 3 second
delay
L68[11:03:48] <GodXeno> when opening
gui
L69[11:03:57] <GodXeno> like chests and
invs
L70[11:04:16] <GodXeno> oops wrong
pic
L71[11:04:25] ⇦
Quits: Hanii
(Hanii!~textual@2a00:23c4:484:d100:411b:1182:34c1:8dd3) (Quit:
Textual IRC Client: www.textualapp.com)
L73[11:04:47] <GodXeno> i mean this
L74[11:04:59] <GodXeno> that has nothing to
do with anything just delete the first one
L75[11:33:12] <TechnicianLP> does it still
lag out when the onventory is empty?
L76[11:33:35] <TechnicianLP> or is it every
inventory?
L77[11:35:23] <GodXeno> any
L78[11:35:34] <GodXeno> cant find out whats
causing it i get no lag issues
L79[11:35:41] <GodXeno> only
inventory
L80[11:37:37] <TechnicianLP> can you
confirm that ther is no lagg if you remove smooth fonts?
L81[11:54:54] <GodXeno> its still
there
L82[11:54:56] <GodXeno> after moving
it
L83[11:54:57] <GodXeno> >_,
L84[11:55:02] <GodXeno> i thought that
fixed it
L85[11:57:49] <barteks2x> Is it "the
game freezes while waiting" lag or just a delay?
L86[11:58:08] <barteks2x> oh I see, it
freezes
L87[11:59:49] <barteks2x> does the client
profiled (the pie chart one) print some information in log when a
frame takes more than X milliseconds just like the server
one?
L88[12:00:31] <barteks2x> that wuld make it
a bit easier to figure out where the issue may be
L89[12:00:56] <GodXeno> where does it show
a log
L90[12:00:57] <GodXeno> for that
L91[12:03:58] <barteks2x> I don't know if
it even shows that
L92[12:14:41] <TechnicianLP> godxeno: so it
still happens without smoothFOnts? what about empty
inventories?
L93[12:16:46] ⇦
Quits: h404bi (h404bi!~h404bi@119.129.114.157) (Read error:
Connection reset by peer)
L94[12:17:11] ⇨
Joins: h404bi (h404bi!~h404bi@119.129.114.157)
L95[12:17:14] <GodXeno> haven't tried
L96[12:17:19] <GodXeno> let me try
L98[12:35:29] ⇨
Joins: axel
(axel!~axel@2a00:801:211:2f6:fc3f:7c15:eb2e:2)
L99[12:35:53] <GodXeno> nope it still
lags
L100[12:38:32] <GodXeno> any
solution
L101[12:38:37] <GodXeno> technicalp
L102[12:45:29] <GodXeno> im stuck and its
annoying me
L103[12:46:12] <axel> whats the
problem?
L105[12:48:08] <GodXeno> 3 second delay
lag
L106[12:48:10] <GodXeno> its
annoying
L107[12:48:14] <GodXeno> how to fix
it.
L108[12:53:20] ⇦
Quits: h404bi (h404bi!~h404bi@119.129.114.157) (Ping timeout: 383
seconds)
L109[12:55:05] <GodXeno> axel can you
help.
L110[12:58:36] ***
Santa|afk is now known as SatanicSanta
L111[13:00:06] ⇦
Quits: GodXeno (GodXeno!~godxeno@103.24.66.195) ()
L112[13:02:40] <TechnicianLP> and his
router turned off ...
L113[13:03:32] <Lord_Ralex> been here so
many days asking
L114[13:04:38] <TechnicianLP> like how
does he not come to the conclusion that he could rule out basic
things - and doesnt help to bisect the mods to find the
culprit
L115[13:04:53] <Lord_Ralex> he thought i
was lex, so i mean
L116[13:05:02] <Lord_Ralex> i'm already
not surprised he's not trying
L117[13:05:46] <TechnicianLP> .*lex.* only
matches real lex ...
L118[13:06:10] <Lord_Ralex> he calls him
lex, so he assumes ralex = lex
L119[13:06:14] <Lord_Ralex> it's...
dumb
L120[13:12:39]
⇨ Joins: GodXeno
(GodXeno!~godxeno@103.24.66.195)
L121[13:12:45] <GodXeno> Kays im
back
L122[13:20:09] <GodXeno> so can
anyone
L123[13:20:10] <GodXeno> help me
L124[13:39:10] ⇦
Quits: ssblur (ssblur!~Thunderbi@cpe-65-184-138-23.ec.res.rr.com)
(Quit: ssblur)
L125[13:45:58] <TechnicianLP> bisect te
mods to find the culprit(s) ...
L126[13:47:27]
⇨ Joins: Hgrebnednav
(Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be)
L127[13:49:48]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4F990.versanet.de)
L128[13:50:03] <GodXeno> im on a modpack
called sevtech
L129[13:50:21] <GodXeno> it starts off not
laggy about 20 minutes later its laggy
L130[13:56:36] <GodXeno> testing another
launcher
L131[13:56:42] <GodXeno> seeing if its
just twitch causing it
L132[13:59:06]
⇨ Joins: Fye
(Fye!~Fye@146-241-17-242.dyn.eolo.it)
L133[14:00:24] <TechnicianLP> GodXeno: can
please move your tech support requests to the forums? this channel
is here for problems with WRITING mods ...
L134[14:08:32]
⇨ Joins: Ipsis
(Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L135[14:11:39] <GodXeno> why u be
rood
L136[14:11:44] <GodXeno> me no like
L137[14:14:26] <TechnicianLP> youll get
better support on the forums ...
L138[14:21:17] <GodXeno> i try but no one
answer
L139[14:22:23] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4F990.versanet.de) (Ping timeout: 190
seconds)
L140[14:32:16]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4F990.versanet.de)
L141[14:39:54] <PaleoCrafter> Here I am,
Lex :P thankfully my bouncer is back up xD
L142[14:45:50] <LexMobile> hey
L143[14:46:07] <LexMobile> So, I linked my
changes in your pr about extracting deps.
L144[14:46:20] <LexMobile> I'd like it if
you could work on unit tests for me. Cuz well, i suck at
them.
L145[14:46:31] <LexMobile> Also having
some input would be nice.
L146[14:47:41] <LexMobile> I have a little
bit more work to do because we've decided to make it so instead of
auto-moving the files out of the mods folder, it will just make a
in-memory Repo and then have it filter the 'legacy' mods. Kind of a
stepping stone onto what cpw wants to do for 1.13.
L147[14:48:19] <LexMobile> thats what i'll
be doing today after I get some breakfast.
L148[14:48:46] <LexMobile> Also do you
know if its possible to add a github contribuiter to personal
repos? If so i can just add you as a committer to mine.
L149[14:51:06] <PaleoCrafter> I think you
can, yes. Will take a general look at it now and then can look into
unit testing it sometime after Easter. A lot of family visits in
the next few days :D
L150[14:51:50] <barteks2x> When it's
finally done, I will still need some clarification on how mixin
should be handled with dependncy extraction to use it. Based on
earlier reply I got, even these changes won't make the way lex
initially told me work
L151[14:53:32] <LexMobile> the current way
works fine with mixins
L152[14:53:36] <LexMobile> this will work
even better
L153[14:53:56] <barteks2x> I wasn't able
to make it workm with mixin at least not the way you initially
described
L154[14:53:57] <LexMobile> Unless you have
something you can explicitly tell me why it wont work.
L155[14:54:04] <LexMobile> then you did it
wrong
L156[14:54:33] <barteks2x> you told me
specifically that mixin and the mixin classes should be in one jar,
the actual mod in another, and if they both need each other, I
should have both just depend on the other one
L157[14:54:43] <LexMobile> Seriously its
simple: ContainedDeps get extracted to the mods folder and treated
like a mod.
L158[14:55:01] <barteks2x> The thing is,
just deperating those doesn't work
L159[14:55:29] <barteks2x> at least not
the way I understood your explantion on the forum
L160[14:55:30] <LexMobile> mixin the api
shouldnt be in your mixin data jar it should be two seperate
containeddeps
L161[14:56:01] <barteks2x> so I should
have mixin (library) jar, mixin data and the mod?
L162[14:56:13] <LexMobile> mod ->
coremod dependancies work fine so if you're not getting it to work
you're doing something wrong.
L163[14:56:13] <barteks2x> each as
separate jar*
L164[14:56:22] <LexMobile> Mod.jar
L165[14:56:35] <LexMobile>
/META-INF/MANIFEST.mf
L166[14:57:08] <LexMobile> ContainedDeps:
MixIns.jar MyCoremod.jar
L167[14:57:29] <LexMobile> MixIns.jar -
Mixins API stright from mum
L168[14:58:21] <LexMobile> MyCoremod.jar -
your coremod that uses MixIns API, containing all your mixin data.
Its a coremod so it should also add a ModContainer that your main
mod can depend on.
L169[14:59:34] <LexMobile> MixIns.jar will
be extracted to /mods/MixIns.jar, it will be scanned, detected as a
non-mod/coremod and added to the classpath {or if mum makes it with
the proper meta detected as a coremod}
L170[14:59:54] <barteks2x> I didn't split
the Mixins.jar and MyCoremod.jar when I attempted but that
shoul;dn't change the result: when mixin processes the mixin data,
it will attempot to load classes referenced by those mixins. Which
WILL fail when they reference the "normal" mod part
L171[15:00:10] <LexMobile> MyCoremod.jar
will be extracted to /mods/MyCoremod.jar, it will be scanned,
detected as a coremod. Since MixIns.jar is on the classpath you can
just stright up use its API.
L172[15:00:33] <LexMobile> Then thats
mumfrey breaking the coremod runtime barrior.
L173[15:00:37] <LexMobile> Thats on
him
L174[15:02:46] <barteks2x> when I
mentioned the issue on his issue tracker, I basically got
"forge doesn't support that yet"
L175[15:03:24] <LexMobile> i read that
message, his issue is something my new system addresses
L176[15:03:29] <LexMobile> and not what
you just said
L177[15:03:49] <barteks2x> my issue
explicitly says "When I put mixin + my mixin classes into
separate jar - mixin will try to load the classes directly
referenced by mixin classes, which obviously fails because the mod
jar they are in isn't loaded yet."
L178[15:04:17] <barteks2x> and he actually
quoted that part
L179[15:04:43] ⇦
Quits: Ipsis (Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
(Ping timeout: 182 seconds)
L180[15:05:16] <barteks2x> the whole point
of my issue was that it fails because mixin tries to load classes
referenced by mixins
L181[15:05:57] <barteks2x> So I'm probably
just very bad at explaining things
L182[15:07:06] <LexMobile> when i read his
response i was under the impression he was talking about ModA: Dep:
Mixin-1.0, ModB: Dep: Mixin-1.5, not properly picking 1.5.
L183[15:07:23] <LexMobile> Thats what my
new system addresses {it extracts everything as a maven artifact
and picks the newest one}
L184[15:08:26] <LexMobile> So ya, the fact
that his stuff loads mod level classes is something broken on his
end. Coremods SHOULD NOT load mod level stuff.
L185[15:08:33] <PaleoCrafter> Interesting
solution for the snapshot stuff, btw, Lex. Really sucks that Gradle
doesn't expose this shit in any way
L186[15:08:46] <LexMobile> Thats the
entire point, stuff at the mod level can be transformed by the
coremods, so loading it early is pointless
L187[15:08:54] <LexMobile> yes, yes it
does
L188[15:17:37] <barteks2x> well the I
guess I will have to talk with mumfrey again, because from my side
there is really not much I can do aside of making my mixins be just
the plain simple hooks usually done with ASM (it can be done, and I
initially did try that way with asm, but it was just way too much
pain to get things work, and get them to be fast enough)
L189[15:17:47] <PaleoCrafter> the actual
extraction logic more or less matches the one from my PR?
L190[15:18:02] <LexMobile> pretty close
ya.
L191[15:18:58] <PaleoCrafter> Looking fine
after this quick glance, can't see any glaring issues
L192[15:19:16] <LexMobile> If mumfrey
wants to sit down with us and talk over whats going on we can deal
with it. But it sounds to me like either you're using mixins wrong,
or hes doing something he shouldn't.
L193[15:22:06] <barteks2x> Some parts of
my mixins could be considered hacks, but those are the parts that
wouldn't break. The parts that are actually similar to how sponge
uses them break. So unless sponge dopes something different that I
haven't noticed, it will need changes in mixin to work
L194[15:23:23] <LexMobile> I dont know the
specifics, I dont have a workspace to setup and reproduce anything.
All I know is that it IS possible to seperate your coremod level
stuff from your mod level stuff because thats literally how the JVM
works.
L195[15:23:52] <LexMobile> So strip it
down into a single test case, and the three of us can figure it
out.
L196[15:25:49] <barteks2x> ok, so setting
up new MDK
L197[15:30:26]
⇨ Joins: ssblur
(ssblur!~Thunderbi@cpe-65-184-138-23.ec.res.rr.com)
L198[15:40:22] ⇦
Quits: Lord_Ralex (Lord_Ralex!~Ralex@2604:180:0:ba7::da25) (Ping
timeout: 182 seconds)
L199[15:45:23] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4F990.versanet.de) (Ping timeout: 190
seconds)
L200[15:47:04] ⇦
Quits: Blarghedy (Blarghedy!Blarghedy@50.90.116.51) (Killed
(NickServ (GHOST command used by
Guest97915!~Blarghedy@50.90.116.51)))
L201[15:47:08]
⇨ Joins: Blarghedy
(Blarghedy!~Blarghedy@50.90.116.51)
L202[15:50:20]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4F990.versanet.de)
L203[15:52:35] ⇦
Quits: ben_mkiv (ben_mkiv!~ben_mkiv@p4FED4B0B.dip0.t-ipconnect.de)
(Remote host closed the connection)
L204[15:56:54] <barteks2x> apparently IDEA
groovy support, while not being good enought to me much more tha n
basic editor for gradle buildscript, still manages to throw
exceptions when editing buildscript
L205[15:58:27] <barteks2x> and I can't get
clientRunArgs in minecraft{} section to work
L206[15:58:50] <gigaherz> when IDEA asks
if you want to use a distribution with sources... I made the
mistake of saying "ok" once
L207[15:58:59] <gigaherz> had to disable
that because it just gave me trouble
L208[15:59:37] <barteks2x> how could that
be an issue?
L209[15:59:56] <gigaherz> I didn't mean
that it's your issue
L210[16:00:13] <gigaherz> it was long ago
so Idon't remember what was happening
L211[16:00:35] <gigaherz> but it was
annoying me greatly, when trying to edit build.gradle
L212[16:02:09] <barteks2x> it would be
awesome if I knew how to enable that when using kotlin dsl for
gradle
L213[16:19:53] <TechnicianLP> reminds me
of intellij constantly telling me to update its vm - but it then
keeps failing to download it when i do it (wont give me an error
either)
L214[16:21:00] <barteks2x> wait intellij
can actually download JVM itself?
L215[16:21:57] <TechnicianLP> theres the
"Jb sdk bintray downloader" plugin from which you then
get the "dowload jb sdk" action for the find action
menu
L216[16:23:29] <barteks2x> that's not a
good idea on linux distributions that insist on using package
manager for everything
L217[16:24:35] <TechnicianLP> its just the
jvm idea uses for itself
L218[16:24:51] <TechnicianLP> dont know if
it can be used as the system jvm
L219[16:27:34] <barteks2x> still not a
good idea, gentoo for example won';t even let IDEA update
itself
L220[16:27:36] <barteks2x> let alone it's
JVM
L221[16:28:44] <TechnicianLP> idea cant do
it on arch either ... (unless you run it as root)
L222[16:29:36] <barteks2x> well if I run
it as root I can too, but that will make the package manager
angry
L223[16:29:48]
⇨ Joins: TechnicianLP2
(TechnicianLP2!~Technicia@p4FE1D212.dip0.t-ipconnect.de)
L224[16:32:37] ⇦
Quits: Noppes (Noppes!~Noppes@ip56530f2e.direct-adsl.nl) (Read
error: Connection reset by peer)
L225[16:34:09] <barteks2x> anyone has a
mod that has a custom mod container?
L226[16:34:20] <barteks2x> *coremod
L227[16:35:42] <barteks2x> it
"works" but FML/forge insists that the mod (container) is
disabled
L228[16:37:43] <barteks2x> nvm, made it
work
L229[16:44:00] <TechnicianLP2> dont
mention asm near lex ...
L230[16:47:06] ***
TechnicianLP2 was kicked by LexMobile (Dont be an
ass))
L231[16:53:44] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4F990.versanet.de) (Ping timeout: 190
seconds)
L232[16:57:54] ⇦
Quits: axel (axel!~axel@2a00:801:211:2f6:fc3f:7c15:eb2e:2) (Remote
host closed the connection)
L233[17:00:41] <LexMobile> PaleoCrafter:
Pushed the 'dont move shit from the mods folder' change.
L234[17:02:52]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4F990.versanet.de)
L235[17:05:13]
⇨ Joins: quadraxis
(quadraxis!~quadraxis@cpc77295-basf12-2-0-cust599.12-3.cable.virginm.net)
L236[17:08:09] ⇦
Quits: Hgrebnednav
(Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be) (Quit:
Leaving)
L237[17:15:43] ⇦
Quits: p455w0rd
(p455w0rd!p455w0rd@c-98-220-249-33.hsd1.in.comcast.net) (Ping
timeout: 190 seconds)
L238[17:16:24]
⇨ Joins: p455w0rd
(p455w0rd!p455w0rd@c-98-220-249-33.hsd1.in.comcast.net)
L239[17:20:28] <barteks2x> TechnicianLP, I
was just trying to figure out the necessary stuff to have a test
case that reproduces my issue with mixin
L240[17:21:32] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@i59F4F990.versanet.de) (Quit:
Javaschreiber)
L241[17:31:16] <barteks2x> And I can't
evenm figure out how to get past loading mixin in the current
system (without the new changes) because I would need to include
tweaker information in the mixin library jar
L242[17:32:11] <LexMobile> If mum isnt
putting out a library jar that can be used without modification
then hes DEFINITLY doing something wrong.
L243[17:33:02] <barteks2x> currently it's
supposed to be shaded like everyone used to do, but without
relocation
L244[17:33:28] <LexMobile> how the fuck
would that ever work with the versioning issues?
L245[17:33:45] <barteks2x> mixin just
detects those and lets users deal with that
L246[17:34:03] <barteks2x> (ie. it detects
that too old version has been loaded)
L247[17:36:01] <LexMobile> ok... so the
old method works in his currently setup.
L248[17:36:06] <LexMobile> Atleast it
should.
L249[17:36:14] <LexMobile> What tweaker
shit you talking about?
L250[17:36:22] <LexMobile> Why is Mixin
not declaring itself as its own tweaker?
L251[17:37:09] <LexMobile> At the end of
the day it *should* just be a Mixin.registerMixins(myModsStuff) in
your coremod and it does its thing.
L252[17:37:36] <barteks2x> and it works...
in dev environment.; But in obfuscated environment for whatever
reasons actual tweaker has to be used
L253[17:37:58] <LexMobile> 'for whatever
reasons' is not valid.
L254[17:38:05] <barteks2x> I don't
understand those reasons
L255[17:38:52] <barteks2x> mumfrey
probably does. But when I asked I didn't evenm understand the
explanation so I gave up trying to figure out why
L256[17:40:11] <barteks2x> (or maybe the
answer just didn't explain anything, I don't remember
anymore)
L257[17:40:28] <LexMobile> Your mod that
uses Mixins shouldnt need to be a tweaker, hell it shouldnt even
NEED to be a coremod. You *should* just be able to have a simple
jar that has MixinData: myMixinShit and have Mixins scan and auto
load that.
L258[17:41:28] <LexMobile> But I havent
gotten into mixin crap as its a PITA dev wise.
L259[17:41:45] <LexMobile> Would be nice
to use for Forge, move a lot of things away from dtraight patch
files.
L260[17:42:05] <barteks2x> well then
explain that to mumfrey, I only started using it because it solved
a bunch of issues I had problemsn with and at the same time made
the code more readable
L261[17:42:59] <LexMobile> But ya, the old
system should work fine unless hes done something flat out stupid
in his design.
L262[17:43:11] <LexMobile> The new system
should also work just fine, but with better verion
management.
L263[17:43:54] <LexMobile> Mixins SHOULD
just be MixInLibrary, Coremod.tellMixinLibIHaveMixins. Having
things on the classpath should be good enough.
L264[17:44:45]
⇨ Joins: TechnicianLP2
(TechnicianLP2!~Technicia@p4FE1D212.dip0.t-ipconnect.de)
L265[17:45:52] <barteks2x> If it was like
that I don't actually see a good reason why it would even require
anything other than mixin jsons that mixin would look for in jar
files
L266[17:46:42] <barteks2x> and I strictly
speaking don't need to be a coremod, but something has to load that
tweaker
L267[17:47:32] <LexMobile> Mixin should
load itself
L268[17:49:35] <barteks2x> that should be
a simple change in manifest.mf, I alreadyd did it manually and that
part works
L269[17:50:46] <LexMobile> OK, 1) mum
should be doing it by default 2) my proposed change has support for
external manifest files. For libraries that do it wrong.
L271[17:57:41] <barteks2x> finally got
mixin running there, so I got the exact exception I remember last
time when I tried to split the mixin data into separate jar
L273[17:58:38] <barteks2x> this is a test
mixin that makes World implement ICustomWorld
L274[17:59:26] <LexMobile> humm
L275[18:00:09] <barteks2x> unless all the
interfaces are also supposed to be in the coremod jar, but then
what if they are part of mod interface?
L276[18:00:15] <LexMobile> I *think* I see
the issue. And its more you need to better split your code.
L277[18:01:08] <LexMobile> Your
mixin/coremod needs to expose an API your mod uses.
L278[18:01:12] <LexMobile> Not the other
way around
L279[18:01:31] <barteks2x> I mean that
class would be exposed to API for OTHER mods to use
L280[18:01:38] <barteks2x> *as API
L281[18:01:56] <barteks2x> (in my real mod
it's ICubicWorld)
L282[18:03:06] <LexMobile> Your coremod is
the one providing the API not your mod.
L283[18:03:21] <LexMobile> Tho, this is
kinda a chicken egg secnario
L284[18:03:31] <LexMobile> Because you'd
want your API to be transformed potentially.
L285[18:03:35] <barteks2x> wasn't the
whole "spliut coremod from mod" issue to prevent coremods
from containing APIs?
L286[18:04:10] <barteks2x> at least I
remember it as one of the reasons
L287[18:04:38] <LexMobile> It was to
prevent mods from shipping things they shouldnt
L288[18:04:58] <LexMobile> and yes prevent
coremods from containign APIs that outside mods use
L289[18:05:23] <barteks2x> and the
ICubicWorld class is supposed to be used by other mods
L290[18:05:34] <barteks2x> eventually,
even I make an actual API
L291[18:05:49] <barteks2x> and the idea is
to use Mixin to make World implement that interface
L292[18:06:14] <LexMobile> and the end
modder how does he know World implements that interface?
L293[18:06:16] <barteks2x>
*even->when
L294[18:06:44] <barteks2x> the idea would
b that this part of API would be for mods that depend on cubic
chunks
L295[18:07:05] <LexMobile> So depend on
the coremod
L296[18:07:08]
⇨ Joins: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz)
L297[18:07:57] <barteks2x> I would
consider the coremod to be implementation detail
L298[18:09:13] <LexMobile> Okay so you'd
need 3 jars. Your Mixin which edits the classes AND injects your
API jar into the mod side classpath.
L299[18:09:18] <LexMobile> Your API jar
which is just the api
L300[18:09:35] <LexMobile> And your mod
which implements whatever services that API needs.
L301[18:10:31] <LexMobile> You can get
around this by having your coremod force your mod onto the mods
classpath. But that would invalidate any version management/sorting
we would do.
L302[18:10:32] <barteks2x> "AND
injects your API jar into the mod side classpath." I don't
quite get that part
L303[18:10:49] ⇦
Quits: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz) (Ping
timeout: 186 seconds)
L304[18:11:08] <LexMobile> So, there are
two classloaders. The system classloader and the Mod class loader
{LaunchClassLoader}
L305[18:11:37] <LexMobile> The issue
you're runing into is that the mod class loader doesn't know about
ICustomWorld until Forge boots up and can scan for mods.
L306[18:12:13] <LexMobile> So your coremod
needs to tell that classloader that the APIs exist.
L307[18:12:28] <LexMobile> there is a
injectIntoClassloader method for a reason
L308[18:15:39]
⇨ Joins: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz)
L309[18:20:14] <barteks2x> that could
work, maybe. Or I could wait until sponge does it correctly and do
the it the same way
L310[18:22:34] <barteks2x> So far I
haven't found other ways to make mixin fail by referencing class
that doesnt exist at the time the mixin is applied
L311[18:23:57] <barteks2x> I will try to
actually get that done tomorrow
L312[18:24:41] <LexMobile> Again itd be a
chicken/egg. They will work fine as long as the API it references
is not directly resolved before the mod is added to the
classpath.
L313[18:25:21] <LexMobile> So, basically
if you do anything functional before Main.
L314[18:27:42] <barteks2x> I don't need to
do anythogn other than letting mixin use those classes before the
actual mod loads
L315[18:30:45] <LexMobile> mixin doesnt
use those classes.
L316[18:30:58] <barteks2x> so what causes
them to be loaded?
L317[18:31:00] <barteks2x> java
itself?
L318[18:31:40] <barteks2x> that actually
could be jvm trying to load it because it's
superclass/interface
L319[18:33:35] ⇦
Quits: ptolemaus (ptolemaus!~luiz@p578F128A.dip0.t-ipconnect.de)
(Quit: WeeChat 2.1)
L320[18:36:16] <LexMobile> yup
L321[18:36:41] <LexMobile> This is
something anything editing vanilla has to be weary of, the order of
things happening.
L322[18:37:02] <LexMobile> And this is
where most coremoders fuck and and just shove everything in the
coremod because it makes the errors shutup
L323[18:40:06] <barteks2x> since sponge
exposes it's API basically the same way I want to, just for plugins
instead of mods, I can either copy theyr solution to the problem,
or they will have to do what you said too
L324[18:44:07] ***
mikeprimm is now known as zz_mikeprimm
L325[19:30:59] ***
zz_mikeprimm is now known as mikeprimm
L326[19:37:52]
⇨ Joins: cjm721
(cjm721!~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
L327[19:40:31] ***
mikeprimm is now known as zz_mikeprimm
L328[19:43:22] ⇦
Quits: ssblur (ssblur!~Thunderbi@cpe-65-184-138-23.ec.res.rr.com)
(Quit: ssblur)
L329[19:45:06] ⇦
Quits: Spottedleaf
(Spottedleaf!~Spottedle@node-1w7jr9qqos9g37dn2yvjzfony.ipv6.telus.net)
(Killed (NickServ (GHOST command used by
Spottedleaf_!~Spottedle@node-1w7jr9qqos9g2y163j05lnfp7.ipv6.telus.net)))
L330[19:45:10]
⇨ Joins: Spottedleaf
(Spottedleaf!~Spottedle@node-1w7jr9qqos9g2y163j05lnfp7.ipv6.telus.net)
L331[19:58:55]
⇨ Joins: moony
(moony!~moony@tx-76-4-59-138.dhcp.embarqhsd.net)
L332[19:59:05] ⇦
Quits: Upthorn
(Upthorn!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 186 seconds)
L333[20:13:38] ***
SatanicSanta is now known as Santa|afk
L334[20:54:19] ⇦
Quits: TechnicianLP2
(TechnicianLP2!~Technicia@p4FE1D212.dip0.t-ipconnect.de) (Ping
timeout: 182 seconds)
L335[20:56:52]
⇨ Joins: Wastl2
(Wastl2!~Wastl2@x4db34302.dyn.telefonica.de)
L337[20:57:59]
⇨ Joins: TechnicianLP2
(TechnicianLP2!~Technicia@p4FE1D471.dip0.t-ipconnect.de)
L338[21:02:28] ⇦
Quits: Wastl2_ (Wastl2_!~Wastl2@x4db44e94.dyn.telefonica.de) (Ping
timeout: 383 seconds)
L339[21:18:23] ⇦
Quits: Dark (Dark!~MrDark@2607:fcc8:d48b:eb00:a98b:760c:1a0:4ea9)
(Ping timeout: 190 seconds)
L340[21:20:21]
⇨ Joins: Dark
(Dark!~MrDark@2607:fcc8:d48b:eb00:90a1:b5cc:4c4b:f17d)
L341[21:22:13] ⇦
Quits: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
(Read error: Connection reset by peer)
L342[22:02:07] ⇦
Quits: armed_troop
(armed_troop!~armedtroo@pool-96-245-223-177.phlapa.fios.verizon.net)
(Quit: Bye)
L343[22:20:02]
⇨ Joins: armed_troop
(armed_troop!~armedtroo@pool-96-245-223-177.phlapa.fios.verizon.net)
L344[22:28:01] ⇦
Quits: lp (lp!~lordpipe@66.109.211.167) (Ping timeout: 383
seconds)
L345[22:32:09]
⇨ Joins: h404bi (h404bi!~h404bi@119.129.114.157)
L346[22:44:34]
⇨ Joins: lp (lp!~lordpipe@66.109.211.167)
L347[22:53:48]
⇨ Joins: Lathanael
(Lathanael!~Lathanael@p54960407.dip0.t-ipconnect.de)
L348[22:54:03] ⇦
Quits: Dark (Dark!~MrDark@2607:fcc8:d48b:eb00:90a1:b5cc:4c4b:f17d)
(Ping timeout: 190 seconds)
L349[22:55:34] ⇦
Quits: Lathanael|Away
(Lathanael|Away!~Lathanael@p549607C6.dip0.t-ipconnect.de) (Ping
timeout: 383 seconds)
L350[23:23:26] ⇦
Quits: SuperCoder79
(SuperCoder79!uid276919@id-276919.tooting.irccloud.com) (Quit:
Connection closed for inactivity)
L351[23:56:23] ⇦
Quits: GodXeno (GodXeno!~godxeno@103.24.66.195) ()