<<Prev Next>> Scroll to Bottom
Stuff goes here
L1[00:34:51] ⇨ Joins: Neal (~Neal@47.146.41.184)
L2[00:53:41] ⇦ Quits: Commoble (~Commoble@mnpl-04-3331.dsl.iowatelecom.net) (Quit: Leaving)
L3[01:22:33] ⇦ Quits: Neal (~Neal@47.146.41.184) (Ping timeout: 194 seconds)
L4[01:29:09] ⇦ Quits: McJty (~jorrit@ptr-9197ufn3yktcxhnn3b3.18120a2.ip6.access.telenet.be) (Remote host closed the connection)
L5[01:57:28] ⇦ Quits: Brokkoli (~Brokkoli@p2E5B1E0E.dip0.t-ipconnect.de) (Remote host closed the connection)
L6[02:00:03] <MCPBot_Reborn> [TEST CSV] Pushing snapshot_20171223 mappings to Forge Maven.
L7[02:00:07] <MCPBot_Reborn> [TEST CSV] Maven upload successful for mcp_snapshot-20171223-1.12.zip (mappings = "snapshot_20171223" in build.gradle).
L8[02:00:18] <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/
L9[02:03:50] ⇦ Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 186 seconds)
L10[02:28:01] ⇨ Joins: Hunterz (~hunterz@62.182.234.189)
L11[02:35:39] ⇨ Joins: Larry1123 (Larry1123@irc.larry1123.net)
L12[02:50:00] ⇨ Joins: Ipsis (~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L13[03:12:12] ⇦ Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 207 seconds)
L14[03:27:24] ⇨ Joins: Larry1123 (Larry1123@irc.larry1123.net)
L15[04:03:34] ⇦ Quits: quadraxis (~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net) (Ping timeout: 383 seconds)
L16[04:28:48] ⇨ Joins: quadraxis (~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
L17[04:47:11] ⇦ Quits: covers1624 (~covers162@ppp122-232-6.static.internode.on.net) (Read error: Connection reset by peer)
L18[04:47:20] ⇨ Joins: covers1624_ (~covers162@ppp122-232-6.static.internode.on.net)
L19[04:48:34] ⇨ Joins: Nedelosk (~Nedelosk@ip-37-201-253-118.hsi13.unitymediagroup.de)
L20[04:50:55] ⇦ Quits: covers1624_ (~covers162@ppp122-232-6.static.internode.on.net) (Read error: Connection reset by peer)
L21[04:51:11] ⇨ Joins: covers1624_ (~covers162@ppp122-232-6.static.internode.on.net)
L22[04:53:23] ⇦ Quits: srs_bsns (blk@107.190.101.30) (Ping timeout: 200 seconds)
L23[04:55:33] ⇨ Joins: srs_bsns (blk@107.190.101.30)
L24[05:58:45] ⇦ Quits: nallar (~nallar@81.187.229.141) (Ping timeout: 190 seconds)
L25[05:59:33] ⇨ Joins: nallar (~nallar@81.187.229.141)
L26[07:28:12] ⇨ Joins: Lepidora (~Lepidora@host86-137-175-78.range86-137.btcentralplus.com)
L27[08:05:17] ⇦ Quits: p455w0rd (~p455w0rd@c-98-220-249-33.hsd1.in.comcast.net) ()
L28[08:21:34] ⇨ Joins: DinnerBeef (~DinnerBee@2601:246:4504:fc10:fda3:6641:cbde:6460)
L29[09:12:10] ⇨ Joins: Mickelus (~Mickelus@188.120.166.83)
L30[09:12:16] ⇦ Quits: Mickelus (~Mickelus@188.120.166.83) (Remote host closed the connection)
L31[09:12:22] ⇨ Joins: Mickelus (~Mickelus@188.120.166.83)
L32[09:17:15] ⇨ Joins: manmaed (~Ender@stargate.manmaed.exofire.net)
L33[09:23:35] ⇦ Quits: Lepidora (~Lepidora@host86-137-175-78.range86-137.btcentralplus.com) (Quit: Lepidora)
L34[09:36:46] ⇨ Joins: Lepidora (~Lepidora@host86-137-175-78.range86-137.btcentralplus.com)
L35[09:58:01] ⇨ Joins: moony (~moony@tx-76-4-60-239.dhcp.embarqhsd.net)
L36[10:17:57] ⇦ Quits: AbrarSyed (~AbrarSyed@ipv6.abrarsyed.com) (Ping timeout: 207 seconds)
L37[10:18:09] ⇦ Quits: diesieben07 (~diesieben@2001:19f0:6400:8965:5400:ff:fe07:8777) (Ping timeout: 194 seconds)
L38[10:18:27] ⇨ Joins: diesieben|away (~diesieben@abrarsyed.com)
L39[10:18:36] ⇨ Joins: Abrar|gone (~AbrarSyed@ipv6.abrarsyed.com)
L40[10:18:36] MineBot sets mode: +o on Abrar|gone
L41[10:18:54] *** diesieben|away is now known as diesieben07
L42[10:19:03] *** Abrar|gone is now known as AbrarSyed
L43[10:19:15] ⇦ Quits: Dries007 (~DriesZNC@abrarsyed.com) (Ping timeout: 207 seconds)
L44[10:21:37] ⇦ Quits: moony (~moony@tx-76-4-60-239.dhcp.embarqhsd.net) (Ping timeout: 194 seconds)
L45[10:41:42] ⇨ Joins: Neal (~Neal@47.146.41.184)
L46[10:53:32] ⇨ Joins: Brokkoli (~Brokkoli@p2E5B1E0E.dip0.t-ipconnect.de)
L47[10:56:56] ⇦ Quits: Mickelus (~Mickelus@188.120.166.83) (Quit: sleep)
L48[10:57:00] ⇦ Quits: Lepidora (~Lepidora@host86-137-175-78.range86-137.btcentralplus.com) (Read error: Connection reset by peer)
L49[10:57:24] ⇨ Joins: Mickelus (~Mickelus@188.120.166.83)
L50[10:57:26] ⇨ Joins: Lepidora (~Lepidora@host86-137-175-78.range86-137.btcentralplus.com)
L51[11:01:30] ⇦ Quits: Mickelus (~Mickelus@188.120.166.83) (Ping timeout: 207 seconds)
L52[11:07:07] ⇨ Joins: Actuarius (~Actuarius@195.91.246.187)
L53[11:20:44] ⇨ Joins: fry (~rainwarri@195.91.246.187)
L54[11:20:45] MineBot sets mode: +o on fry
L55[11:21:00] ⇦ Quits: quadraxis (~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net) (Ping timeout: 207 seconds)
L56[11:27:38] ⇨ Joins: ssblur (~Thunderbi@cpe-65-184-138-23.ec.res.rr.com)
L57[11:42:15] ⇨ Joins: Commoble (~Commoble@mnpl-04-3331.dsl.iowatelecom.net)
L58[11:44:54] ⇨ Joins: Mickelus (~Mickelus@188.120.166.83)
L59[11:44:54] ⇦ Quits: Mickelus (~Mickelus@188.120.166.83) (Remote host closed the connection)
L60[11:45:02] ⇨ Joins: Mickelus (~Mickelus@188.120.166.83)
L61[11:53:08] ⇨ Joins: MonkeyTyrant (~MonkeyTyr@142.163.129.161)
L62[11:53:18] ⇦ Quits: Lepidora (~Lepidora@host86-137-175-78.range86-137.btcentralplus.com) (Quit: Lepidora)
L63[12:11:06] ⇨ Joins: McJty (~jorrit@ptr-9197ufnrdavpf95w325.18120a2.ip6.access.telenet.be)
L64[12:18:47] <Ordinastie> does someone know where the search bar in creative inventory is processed ?
L65[12:19:16] <Ordinastie> or the name of the gui
L66[12:21:40] <Ordinastie> think I found it
L67[12:23:57] <ghz|afk> search for usages of GuiContainerCreative#searchField :P
L68[12:24:09] <Ordinastie> yeah, got it
L69[12:24:13] <Ordinastie> a bit by chance
L70[12:24:30] <Ordinastie> wouldn't have thought the name would contain "Container"
L71[12:27:00] <ghz|afk> IDEA can search for parts of names so "GuiCreative" did match "Gui[Container]Creative"
L72[12:27:30] <Ordinastie> ecplise requires a *
L73[12:27:43] <Ordinastie> but I didn't even think about that
L74[12:28:42] ⇨ Joins: Raycoms (~Raycoms@2804:14d:baa0:9612:211:f974:13b9:be92)
L75[12:29:20] <Raycoms> I have a stairs block which I want to add more variations to, what's the best way to do that, considering that the stair block already has pretty full meta?
L76[12:30:01] <Ordinastie> I just add StairComponent to my block and be done with it, but that's just me ><
L77[12:30:25] <Raycoms> what do you mean by that?
L78[12:30:43] <Ordinastie> https://github.com/Ordinastie/MalisisCoreDemos/blob/1.12/source/net/malisis/demo/components/BlockStairs.java#L45
L79[12:31:27] <Raycoms> And what does that do?
L80[12:31:34] <Ordinastie> that makes stairs
L81[12:31:37] <Ordinastie> obviously
L82[12:32:25] <Raycoms> Yeah but for that I'd have to import your libaries =D
L83[12:32:34] <Ordinastie> but didn't you decide you didn't want to use MalisisCore, or that was someone else ?
L84[12:32:48] <Raycoms> Nah it wasn't me, but I also rather not to
L85[12:33:03] <Raycoms> I don't want to force all our users to dl it as well
L86[12:33:10] <Raycoms> Just for some stairs
L87[12:33:11] <Raycoms> =D
L88[12:35:10] *** manmaed is now known as manmaed[away]
L89[12:39:12] ⇦ Quits: McJty (~jorrit@ptr-9197ufnrdavpf95w325.18120a2.ip6.access.telenet.be) (Quit: Leaving)
L90[12:40:35] ⇦ Quits: Mickelus (~Mickelus@188.120.166.83) (Quit: sleep)
L91[12:41:04] ⇨ Joins: Mickelus (~Mickelus@188.120.166.83)
L92[12:44:37] ⇦ Quits: Mickelus (~Mickelus@188.120.166.83) (Ping timeout: 194 seconds)
L93[13:06:43] <Ordinastie> what would be the best way to only keep the first 10 elements of a Collection ?
L94[13:07:24] <ghz|afk> hmmm while modifying the collection?
L95[13:07:26] <ghz|afk> or creating a new one?
L96[13:07:43] <Raycoms> why not use sublit?
L97[13:07:46] <Raycoms> sublist
L98[13:07:47] <Ordinastie> creating is probably safer
L99[13:08:02] <ghz|afk> I believe streams has a thing equivalent to C#'s Take(n) ?
L100[13:08:13] <ghz|afk> in C# I'd do collection.Take(10).ToList();
L101[13:08:38] <Raycoms> I searched this a while back and the best I found in java was a sublist
L102[13:08:39] <Ordinastie> collection Collection<T> though :s
L103[13:08:59] <Raycoms> Ahh
L104[13:09:12] <Ordinastie> I know I get a List though
L105[13:09:23] <Raycoms> why not make a stream with a collector to list
L106[13:09:26] <Raycoms> and then sublist it?
L107[13:09:46] <ghz|afk> return inp.stream().limit(10).collect(Collectors.toList());
L108[13:09:55] <ghz|afk> Collection<T> has .stream()
L109[13:16:52] ⇨ Joins: Mickelus (~Mickelus@188.120.166.83)
L110[13:18:55] <heldplayer> I want to add that a Collection has no knowledge on the subject of ordering
L111[13:19:19] <heldplayer> So if you know you're getting a List (which knows about ordering), perhaps limit your code to Lists only
L112[13:20:13] <Ordinastie> I know I'm getting lists only, but I extend something that expects collections
L113[13:21:01] <heldplayer> Ah, yeah then just cast to List, use sublist and you're golden :)
L114[13:30:50] <Ordinastie> well, gotta say besides a NPE and a z-index mixup: pretty nice for a first try : https://puu.sh/yMyIt.png
L115[13:33:20] <heldplayer> You're such a shortcutie
L116[13:33:25] <Ordinastie> but I'm getting hungry now, will continue later
L117[13:33:36] <heldplayer> Enjoy your food!
L118[13:33:43] <Ordinastie> thanks :p
L119[13:37:04] ⇦ Quits: mezz_ (~mezz@24.6.28.151) (Read error: -0x1: UNKNOWN ERROR CODE (0001))
L120[13:38:59] ⇨ Joins: mezz (~mezz@24.6.28.151)
L121[13:39:00] MineBot sets mode: +v on mezz
L122[13:54:32] ⇦ Quits: vehk (vehk@coleridge.vehk.de) (Remote host closed the connection)
L123[13:54:40] ⇨ Joins: vehk (vehk@coleridge.vehk.de)
L124[14:05:52] <Raycoms> Strange my custom block model works perfectly ingame, the name is correct, the only strange thing is that the item render purple and black but it doesn't print anything when the game loads up
L125[14:07:06] <HassanS6000> What event would I listen to for when an ItemFrame breaks?
L126[14:07:20] <HassanS6000> Doesn't have to be broken by a player, just broken in general
L127[14:08:18] <Raycoms> The broken by player is easier =D
L128[14:09:37] <Commoble> Raycoms: You didn't register your item renderer properly
L129[14:10:27] <Raycoms> https://i.imgur.com/53hxy13.png
L130[14:10:29] <Raycoms> Should be
L131[14:10:33] <Raycoms> oak works perfectly
L132[14:10:35] <Raycoms> the others don't
L133[14:10:58] <Raycoms> and all of them look perfectly the same
L134[14:17:38] <Raycoms> Commoble any idea?
L135[14:24:10] ⇦ Quits: Raycoms (~Raycoms@2804:14d:baa0:9612:211:f974:13b9:be92) (Ping timeout: 198 seconds)
L136[14:26:37] ⇨ Joins: moony (~moony@tx-76-4-60-239.dhcp.embarqhsd.net)
L137[14:28:09] ⇨ Joins: Raycoms (~Raycoms@2804:14d:baa0:9612:211:f974:13b9:be92)
L138[14:28:20] <Raycoms> Commoble I'm back, timed out
L139[14:33:05] ⇦ Quits: Ipsis (~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk) (Ping timeout: 200 seconds)
L140[14:45:55] ⇨ Joins: Upthorn (~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L141[14:51:32] ⇨ Joins: Hanii (~textual@2a00:23c4:484:d100:918f:d11d:22ac:6cd4)
L142[14:51:58] ⇦ Quits: Hunterz (~hunterz@62.182.234.189) (Remote host closed the connection)
L143[14:52:05] <Raycoms> Uh fixed it
L144[14:52:07] <Raycoms> metadata was off
L145[14:52:08] <Raycoms> ...
L146[14:53:33] ⇦ Quits: ben_mkiv (~ben_mkiv@p4FED4087.dip0.t-ipconnect.de) (Remote host closed the connection)
L147[14:55:27] ⇦ Quits: MonkeyTyrant (~MonkeyTyr@142.163.129.161) (Ping timeout: 200 seconds)
L148[15:04:49] ⇦ Quits: Raycoms (~Raycoms@2804:14d:baa0:9612:211:f974:13b9:be92) (Quit: Leaving)
L149[15:15:34] ⇦ Quits: Mickelus (~Mickelus@188.120.166.83) (Quit: sleep)
L150[15:16:02] ⇨ Joins: Mickelus (~Mickelus@188.120.166.83)
L151[15:19:34] ⇦ Quits: Mickelus (~Mickelus@188.120.166.83) (Ping timeout: 186 seconds)
L152[15:28:56] ⇦ Quits: Upthorn (~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping timeout: 383 seconds)
L153[15:48:59] ⇦ Quits: moony (~moony@tx-76-4-60-239.dhcp.embarqhsd.net) (Ping timeout: 200 seconds)
L154[15:58:25] ⇨ Joins: Doty1154 (~Doty1154@2601:648:8000:134f:43b:15c1:2bf2:f308)
L155[15:59:45] ⇨ Joins: Darkhax (~darkhax@d205-206-157-117.abhsia.telus.net)
L156[16:07:55] ⇦ Quits: Spottedleaf (~Spottedle@node-1w7jr9qqos9fzhu3px6efj4ku.ipv6.telus.net) (Read error: Connection reset by peer)
L157[16:08:25] ⇨ Joins: Spottedleaf (~Spottedle@node-1w7jr9qqos9g2y163j05lnfp7.ipv6.telus.net)
L158[16:21:12] ⇦ Quits: Hanii (~textual@2a00:23c4:484:d100:918f:d11d:22ac:6cd4) (Quit: Textual IRC Client: www.textualapp.com)
L159[16:21:51] ⇦ Quits: Nedelosk (~Nedelosk@ip-37-201-253-118.hsi13.unitymediagroup.de) (Read error: Connection reset by peer)
L160[16:23:08] ⇨ Joins: Nedelosk (~Nedelosk@ip-37-201-253-118.hsi13.unitymediagroup.de)
L161[16:51:41] <ghz|afk> hmpf, I wish forge would have a standard API for item "ticking" when in a custom mod slot
L162[16:52:18] <barteks2x> Any gradle expert here? (not forgegradle)
L163[16:52:25] <ghz|afk> not me :P
L164[16:52:43] <barteks2x> I can't figure out how to make that damn thing add a custom javadoc tag
L165[16:53:32] <ghz|afk> I guess technically the baubles' IBauble would *almost* be usable as is, as a base
L166[16:54:16] <ghz|afk> just IBauble#getBaubleType would need to be some kind of reference to a "slot definition", probably as a resloc
L167[16:54:27] <ghz|afk> "baubles:belt" "baubles:any" or such
L168[16:54:53] <barteks2x> and as always with gradle, noone ever replies. I'm not even trying #gradle on freenode. Nothing here. And nothing on gradle kotlin slack, with 1000+ people there
L169[16:55:19] <ghz|afk> yeah... I think most people who use gradle don't really understand gradle :P
L170[16:55:36] <ghz|afk> I treat it as a build definition language, while it's really way more than that
L171[16:56:42] <ghz|afk> (doesn't help that I have *never* used javadoc, as in, the conversion to html)
L172[16:56:49] ⇦ Quits: Tahg (~Tahg@pool-173-48-29-191.bstnma.fios.verizon.net) (Ping timeout: 200 seconds)
L173[16:58:47] <barteks2x> I will just comment out that part of buildscript with // TODO: Figure out why it doesn't work
L174[16:59:06] <barteks2x> What was supposed to be a 2 hours fix, turned into 4 days hob
L175[16:59:22] <barteks2x> because of how uncooperative gradle is
L176[16:59:39] <barteks2x> and it's stupidly confusing error messaages
L177[17:02:19] <barteks2x> the only place where I maybe could get gradle support is the forums, where I wouldn't expect a reply sooner than in a few days, if at all (considering my experience with using forums, either noone would reply, or the replies would end with "no idea what is wrong")
L178[17:08:34] <barteks2x> I'm so stupid...
L179[17:08:42] <barteks2x> the whole time I was modfying the wrong build.gradle file
L180[17:08:59] <ghz|afk> ..............
L181[17:27:32] <barteks2x> For the forge dependency extraction, how can I put a gradle dependency into the other jar?
L182[17:27:39] <barteks2x> with shadowJar
L183[17:28:06] ⇦ Quits: Lathanael|Away (~Lathanael@p54960263.dip0.t-ipconnect.de) (Ping timeout: 186 seconds)
L184[17:28:25] <ghz|afk> barteks2x: not with shadowJar :P
L185[17:28:30] ⇨ Joins: Lathanael|Away (~Lathanael@p54960263.dip0.t-ipconnect.de)
L186[17:28:37] <barteks2x> so how?
L187[17:28:48] <ghz|afk> this is how I did it:
L188[17:29:00] <ghz|afk> 1. add a configuration, I called it "embed": https://github.com/gigaherz/Survivalist/blob/master/build.gradle#L41
L189[17:29:14] <ghz|afk> 2. set the dependencies into the "embed" configuration: https://github.com/gigaherz/Survivalist/blob/master/build.gradle#L46
L190[17:29:34] <ghz|afk> 3. tweak the jar task to embed: https://github.com/gigaherz/Survivalist/blob/master/build.gradle#L54,L62
L191[17:30:07] <ghz|afk> the "into" will embed the files, and the "manifest" creates the entry in the manifest needed for forge to recognize the files
L192[17:30:40] <barteks2x> can it handle relocating?
L193[17:30:48] <barteks2x> or do I need shadowJar for that?
L194[17:30:58] <ghz|afk> why would you need relocating?
L195[17:31:03] <ghz|afk> the whole point of this is to avoid relocating
L196[17:31:42] <barteks2x> I use it for the coremod stuff\
L197[17:32:40] <barteks2x> Well I don't need to relocate anything in the core jar, but I do need to relocate flow noise library and regionlib in the normal jar
L198[17:32:54] <ghz|afk> why?
L199[17:33:06] <barteks2x> Unless these are supposed to be 2 other jars extracted by forge
L200[17:33:22] <ghz|afk> well if you use dependency extraction
L201[17:33:27] <ghz|afk> it would just end up as a jar inside the mods folder
L202[17:33:44] <barteks2x> even if it's nor a mod that is the jar I depend on?
L203[17:33:54] <ghz|afk> yes
L204[17:34:08] <ghz|afk> anything in the manifest, under "Contained-deps", gets extracted
L205[17:34:11] <barteks2x> except I have even less of an idea how to do that with gradle
L206[17:34:18] <ghz|afk> I just showed you.
L207[17:34:32] <barteks2x> well it gets extracted, but if it's not a mod, will it be loaded?
L208[17:34:50] <ghz|afk> yes
L209[17:34:51] <ghz|afk> well
L210[17:34:56] <ghz|afk> it gets added to the classpath
L211[17:35:07] <ghz|afk> so if you DO reference those classes, your mod will cause them to load
L212[17:35:38] <ghz|afk> there's a tiny side-effect where dependencies referenced by a coremod might not be in the classpath on the first run
L213[17:35:59] <ghz|afk> but I believe this would only affect coremods, which are unlikely to have external dependencies themselves
L214[17:36:12] <barteks2x> unless I make mixin a jar dependency
L215[17:36:22] <barteks2x> but that would require recursive extraction
L216[17:36:30] <barteks2x> which I'm not sure if is already implemented or not
L217[17:36:30] <ghz|afk> which requires a second relaunch
L218[17:36:41] <ghz|afk> not in the current implementation, I don't think
L219[17:36:55] <ghz|afk> and this is closed until Paleo can get back to it: https://github.com/MinecraftForge/MinecraftForge/pull/4081
L220[17:41:42] <barteks2x> this seems to be kotlin equivalent of configurations { embed }: val embed by configurations.creating()
L221[17:42:06] <barteks2x> *without ()
L222[17:43:02] ⇦ Quits: Lathanael|Away (~Lathanael@p54960263.dip0.t-ipconnect.de) (Ping timeout: 186 seconds)
L223[17:43:13] <barteks2x> so to make it not confusing for users I still need to use something like shadow jar to include mixin directly in the core jar...
L224[17:43:16] <barteks2x> now how can I do that?
L225[17:45:46] <ghz|afk> well
L226[17:45:46] <ghz|afk> https://github.com/gigaherz/Survivalist/blob/1.10.2/build.gradle#L46,L68
L227[17:46:13] <ghz|afk> 1. import the shadow plugin, as in https://github.com/gigaherz/Survivalist/blob/1.10.2/build.gradle#L15
L228[17:46:41] <ghz|afk> 2. declare the shadow jar task, as in https://github.com/gigaherz/Survivalist/blob/1.10.2/build.gradle#L50,L61
L229[17:47:05] <ghz|afk> 2b. it's a good idea to mark the non-shadow jar as "slim": https://github.com/gigaherz/Survivalist/blob/1.10.2/build.gradle#L47
L230[17:47:32] <ghz|afk> 3. Set the build process to generate the shadowjar: https://github.com/gigaherz/Survivalist/blob/1.10.2/build.gradle#L63,L68
L231[17:47:56] <barteks2x> yes but how do I make it apply to the core jar?
L232[17:48:01] <barteks2x> insteadof to the normal one
L233[17:48:07] <ghz|afk> you do th at on the core jar
L234[17:48:16] <ghz|afk> BEFORE injecting it
L235[17:48:25] <ghz|afk> I have no idea how to generate two jars with one build file
L236[17:48:28] <ghz|afk> so I can't help with that
L237[17:49:39] <barteks2x> paleo made an example of how to do rgar but it doesn't say how to use shadowjar with that...
L238[17:49:42] <ghz|afk> but I presume it would involve a "coreJar" task, that build the coremod, then a "shadowCoreJar" that shades the mixin library, and then the real "jar" task, to embed the coreJar's output as an input to the jar task
L239[17:50:00] <ghz|afk> eh the shadowCoreJar*
L240[17:50:36] ⇨ Joins: Lathanael|Away (~Lathanael@p5496001C.dip0.t-ipconnect.de)
L241[17:52:26] ⇨ Joins: MonkeyTyrant (~MonkeyTyr@142.163.129.161)
L242[17:55:45] <barteks2x> can I see what is the text output of this? configurations.embed.collect { it.getName() }.join(' ') }
L243[17:57:32] ⇨ Joins: Tahg (~Tahg@pool-173-48-29-191.bstnma.fios.verizon.net)
L244[17:57:32] MineBot sets mode: +v on Tahg
L245[18:04:20] ⇦ Quits: MonkeyTyrant (~MonkeyTyr@142.163.129.161) (Quit: Leaving)
L246[18:08:38] <ghz|afk> barteks2x: yes, sec
L247[18:09:09] <ghz|afk> ContainedDeps: gigaherz.commons-1.12.1-0.6.4.jar
L248[18:09:17] <ghz|afk> I don't have two, but since it joins on space
L249[18:09:19] <ghz|afk> it would look like
L250[18:09:25] <ghz|afk> ContainedDeps: gigaherz.commons-1.12.1-0.6.4.jar other.jar third.jar ...
L251[18:09:33] <barteks2x> now trying to make it actually see dependencies specified as embed as copmpile dependdencies...
L252[18:10:50] <barteks2x> compile.extendsFrom(embed)
L253[18:10:50] <barteks2x> compile.extendsFrom(coreShadow) did it
L254[18:12:37] <ghz|afk> :)
L255[18:16:10] <barteks2x> I think I figured out how to use shadowjar on the core jar: change the type of the actual coreJar task to shadowJar
L256[18:16:49] <barteks2x> testing it now
L257[18:23:35] <barteks2x> it seems to work
L258[18:30:17] ⇨ Joins: Dries007 (~DriesZNC@abrarsyed.com)
L259[18:31:37] <barteks2x> https://i.imgur.com/Yq3ah94.png it works :D
L260[18:32:02] <barteks2x> "config" is probably the worst library name ever...
L261[18:32:08] ⇦ Quits: Spottedleaf (~Spottedle@node-1w7jr9qqos9g2y163j05lnfp7.ipv6.telus.net) (Read error: Connection reset by peer)
L262[18:33:46] <ghz|afk> barteks2x: and are they properly listed in the manifest?
L263[18:36:49] <barteks2x> the manifest seems to be line-wrapped at 80 characters but yes
L264[18:37:05] <barteks2x> *71 characters
L265[18:37:45] <barteks2x> oh wait... its not
L266[18:37:45] ⇨ Joins: Spottedleaf (~Spottedle@node-1w7jr9qqos9g0egu0dulolghx.ipv6.telus.net)
L267[18:37:52] <barteks2x> it listed all the configurations instead of the jars
L268[19:02:03] ⇨ Joins: moony (~moony@tx-76-4-60-239.dhcp.embarqhsd.net)
L269[19:10:03] ⇨ Joins: Unh0ly_Tigg (~Unh0ly_Ti@c-24-21-196-226.hsd1.or.comcast.net)
L270[19:12:30] ⇨ Joins: moony_ (~moony@tx-76-4-60-239.dhcp.embarqhsd.net)
L271[19:14:11] ⇦ Quits: moony (~moony@tx-76-4-60-239.dhcp.embarqhsd.net) (Ping timeout: 194 seconds)
L272[19:37:32] ⇦ Quits: Nedelosk (~Nedelosk@ip-37-201-253-118.hsi13.unitymediagroup.de) (Read error: Connection reset by peer)
L273[20:05:09] ⇦ Quits: DemonWav (~DemonWav@69.197.179.106) (Quit: No Ping reply in 180 seconds.)
L274[20:07:28] ⇨ Joins: DemonWav (~DemonWav@69.197.179.106)
L275[20:16:31] ⇨ Joins: BURN447 (webchat@71-35-186-182.tukw.qwest.net)
L276[20:26:29] ⇦ Quits: BURN447 (webchat@71-35-186-182.tukw.qwest.net) (Ping timeout: 180 seconds)
L277[20:53:17] ⇨ Joins: Hanii (~textual@2a00:23c4:484:d100:918f:d11d:22ac:6cd4)
L278[22:14:38] ⇨ Joins: AnrDaemon_ (~ZNC@darkdragon-nln.starlink.ru)
L279[22:16:12] ⇦ Quits: AnrDaemon (~ZNC@darkdragon-nln.starlink.ru) (Ping timeout: 207 seconds)
L280[22:33:24] ⇨ Joins: McJty (~jorrit@ptr-9197ufo4hi5g8eb5xpc.18120a2.ip6.access.telenet.be)
L281[22:33:46] ⇦ Quits: Lathanael|Away (~Lathanael@p5496001C.dip0.t-ipconnect.de) (Ping timeout: 198 seconds)
L282[22:35:05] ⇨ Joins: Lathanael|Away (~Lathanael@p549608DD.dip0.t-ipconnect.de)
L283[22:57:24] ⇦ Quits: jackmcbarn (jackmcbarn@gateway02.insomnia247.nl) (Ping timeout: 204 seconds)
L284[23:00:01] ⇨ Joins: ben_mkiv (~ben_mkiv@p4FED5881.dip0.t-ipconnect.de)
L285[23:00:09] ⇨ Joins: jackmcbarn (jackmcbarn@gateway02.insomnia247.nl)
L286[23:09:35] ⇨ Joins: Upthorn (~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L287[23:12:27] ⇦ Quits: Upthorn (~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Client Quit)
L288[23:17:39] ⇨ Joins: Upthorn (~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L289[23:36:48] ⇦ Quits: Neal (~Neal@47.146.41.184) (Ping timeout: 207 seconds)
<<Prev Next>> Scroll to Top