Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Nov 07 16:58
    GlassySundew commented #138
  • Oct 22 13:44
    kevinresol commented #73
  • Oct 22 13:22
    Aidan63 opened #73
  • Oct 18 19:13
    pfoof opened #177
  • Aug 10 00:16
    pzmarzly edited #176
  • Aug 10 00:16
    pzmarzly edited #176
  • Aug 10 00:12
    pzmarzly opened #176
  • Aug 10 00:08
    pzmarzly commented #65
  • Aug 10 00:06
    pzmarzly commented #65
  • Aug 10 00:04
    pzmarzly commented #65
  • Jul 27 22:51
    player-03 commented #167
  • Jul 10 18:40
    back2dos closed #174
  • Jul 10 18:40
    back2dos commented #174
  • Jul 06 01:34
    TheDrawingCoder-Gamer closed #175
  • Jul 06 00:05
    TheDrawingCoder-Gamer commented #175
  • Jul 06 00:03
    kevinresol commented #175
  • Jul 05 23:53
    TheDrawingCoder-Gamer opened #175
  • Jul 05 23:20
    TheDrawingCoder-Gamer opened #174
  • Apr 03 06:33
    TC218 edited #173
  • Apr 03 06:31
    TC218 edited #173
grepsuzette
@grepsuzette
:smile:
Juraj Kirchheim
@back2dos
yes, we need a solution, but I don't see that it's particularly urgent
grepsuzette
@grepsuzette
And someday i want to see idiots being able to compile and deploy awesome programs in haxe as they do right now for stuffs in haskell, rust, ruby and so on
Juraj Kirchheim
@back2dos
one would be to try to approaching the auditors with a well crafted argument why this is not an issue
grepsuzette
@grepsuzette
But agree it’s not urgent
Oh, arguments will never work^^
Juraj Kirchheim
@back2dos
another would be to deprecate http, at least to some extent
hmm ... who knows ... it's their job to err on the side of caution, but that doesn't mean they can't be convinced ... they do that professionally, which is different from trying to convince a programmer from another religion that your programming religion has the better false gods
I don't hold out too much hope, but it's a path I don't want to leave unexplored
however I've burned much of my last 3.5 years dealing with stupid bureaucracy, so my willingness to cope with more of such nonsense is currently insufficient to do it properly ^^
grepsuzette
@grepsuzette
My belief in bureaucracy is about zero as well…
Juraj Kirchheim
@back2dos
hmm ... no, it's not hopeless, but it is extremely draining and right now I'm having a pretty good run improving things that are about as fully under my control as it gets ^^
Kevin Leung
@kevinresol
is there a reason travix not running on interp ("main" in haxelib.json)? I can't recall anything related
looks like lix run does not support "main" in haxelib.json?
Juraj Kirchheim
@back2dos
yep
Peter Achberger
@Antriel
Kevin Leung
@kevinresol
oh right
My macbook was sent to servicing because of the swollen battery. Now I am stuck in windows
poor me...
Juraj Kirchheim
@back2dos
Kevin Leung
@kevinresol
nope, that should mean I should not work. just go play some video games
grepsuzette
@grepsuzette
or work on servers (they have a nice text game called mille in bsd-games package). But yes I agree with the statement
clearly it did find it, the ascii art is right above...
Kevin Leung
@kevinresol
i think the script that compile the hxcpp tools runs something like haxelib run hxcpp ...?
or the hxcpp-tools.hxml contains -lib hxcpp?
Jens Fischer
@Gama11
you mean tools/hxcpp/compile.hxml?
it does not
Kevin Leung
@kevinresol
what is the command to be run after the Initial setup complete.?
Jens Fischer
@Gama11
Kevin Leung
@kevinresol
I guess it sucessfully invoked the BuildTool, which shows the ascii art
Jens Fischer
@Gama11
so everything worked fine, but it still errors?! :/
Kevin Leung
@kevinresol
have to look into what BuildTools does?
i.e. what that hxcpp.n does
Jens Fischer
@Gama11
ooh, "Check for calling from haxelib".. crap :/
wait, that's not what I think it is
Kevin Leung
@kevinresol
Back to the root problem, did the CI install lix globally?
Jens Fischer
@Gama11
well no, I always use local lix setups
Kevin Leung
@kevinresol
my gut feeling is that the build tool can't invoke haxelib, because the cwd is in the hxcpp folder?
grepsuzette
@grepsuzette
I read the https://github.com/HaxeFoundation/haxe/wiki/Haxe-haxec-haxelib-plan. My fear is this makes lix obsolete when I actually dislike the naming and concept of a file haxelib-lock.json. I was wondering what is the opinion of the group :)
grepsuzette
@grepsuzette
Perhaps a json file is unavoidable if lix features are taken to haxe+haxec+haxelib, I guess the voting will almost be a no brainer, json will always win. And the naming it's almost a detail, even though we will have to see it in each repos daily for the next few years. But are we better served by the currently working lix and the way it can still evolve or by a future haxe+haxelib+haxec overhaul, is my question I guess. Could haxe evolve to facilitate the work of lix and similar tools instead of replacing them all?
Kevin Leung
@kevinresol
my understanding is that the json file basically resembles what haxe_libraries folder contains
grepsuzette
@grepsuzette
yes me too
Kevin Leung
@kevinresol
but then I don't have much opinion on it. I think it is just fine
grepsuzette
@grepsuzette
although it is technically equivalent I much prefer a haxe_libraries/ folder, .haxerc and keeping lix as a 3 character command. It works better for console work, also it's already there and people have choice not to use it
Peter Achberger
@Antriel
I agree, I prefer haxe_libraries too. Someone voiced the arguments for it, I think. More obvious diffs, easier copying of required libs to another project.
With npm the lock file is practically a crutch that they had to add later to fix the issue, there's really no good reason to have separate entries for libraries and for their versions.
grepsuzette
@grepsuzette
@Antriel in that case the HaxeFoundation/haxe#9135 could use your upvotes :)
Peter Achberger
@Antriel
Yeah, the discussion there is a bit mixed, I'm not sure what everyone is saying.