<mmercier_>
I have a package that is currently configured to run on Linux x86_64 only but I know it is tested upstream on darwin and I'd like to tell nix that it works also on darwin
<mmercier_>
is it in the package meta?
<LnL>
dhess: yeah, I'm not sure what inroduced even more flags recently
<LnL>
indeed
<LnL>
meta.platforms
<LnL>
pretty common for people to mark things linux only because it's the only platform they tested
<mmercier_>
yeah, and I just receive a nice mail that try to update my package automatically and skip the CI for Darwin, that's why I wondering
<LnL>
ah yeah, ofborg also uses that to determine what it should try building
<mmercier_>
But in my package I have: platforms = platforms.x86_64; It should include darwin no?
<LnL>
yes, maybe on of the dependencies is marked as linux only
<mmercier_>
hum thanks I'll have a look at that
<LnL>
you can test this on any platform with nix-instantiate --option system x86_64-darwin ...
<mmercier_>
cool! thanks, I'll give it a try
<mmercier_>
Indeed, elfutils is not supported on darwin
<LnL>
I doubt that's needed tho
__Sander__ has joined #nix-darwin
<mmercier_>
You're right I just removed if from the mandatory dependencies, it is only used for a very specific tool
<mmercier_>
I fixed my package, waiting for the CI to build it on darwin now... thanks LnL!
mmercier__ has joined #nix-darwin
mmercier_ has quit [Read error: Connection reset by peer]
hamishmack has joined #nix-darwin
periklis` has quit [Read error: Connection reset by peer]
periklis` has joined #nix-darwin
periklis` has quit [Ping timeout: 268 seconds]
periklis` has joined #nix-darwin
mmercier_ has joined #nix-darwin
mmercier__ has quit [Read error: No route to host]
<mmercier_>
hum I have some test that are not passing, can you tell me LnL what is the version of macOS used by the CI?
<mmercier_>
Ok it seems from the CI logs that the osx version used by the CI is xnu-osx-10.11.6. With our internal CI that runs on 10.13 the tests are passing.
<mmercier_>
LnL: Is there a plan to update the Darwin version of the CI?
<gchristensen>
yes
<mmercier_>
you have more info on this gchristensen?
<gchristensen>
it is hard to upgrade them because it is hard to remotely admin darwin machines
<gchristensen>
but we'd like to, want to, hope to, but it is hard to do and hard to schedule
<LnL>
mmercier_: why does that matter? we put a lot of effort into isolating impurities from the host system
<gchristensen>
indeed
<mmercier_>
Right LnL, this is not really a problem. The only issue is that the if the CI is not able to build it MacOSx users will have to build them by themselves.
<gchristensen>
why can't the CI build it?
<mmercier_>
FYI it seems to be related to the low level macOS mmap implementation that has change between these two versions
<mmercier_>
because the tests are failing with an old version of MacOSx (that is not really supported upstream), but I can disable the checks...
<LnL>
hmm, maybe I can take a look once I'm checked into my hotel
<mmercier_>
I'm discussing this with the developers in parallel, don't invest too much on this, it seems that it will be fixed upstream eventualy
<mmercier_>
and thanks for your time gchristensen and LnL