gchristensen changed the topic of #nixos-dev to: NixOS Development (#nixos for questions) | https://hydra.nixos.org/jobset/nixos/trunk-combined https://channels.nix.gsc.io/graph.html | 18.03 release managers: fpletz and vcunat | https://logs.nix.samueldr.com/nixos-dev
Taneb has quit [*.net *.split]
gchristensen has quit [*.net *.split]
genesis has quit [*.net *.split]
ma27 has quit [*.net *.split]
biopandemic has quit [*.net *.split]
Mic92 has quit [*.net *.split]
ldlework has quit [*.net *.split]
NinjaTrappeur has quit [*.net *.split]
kgz has quit [*.net *.split]
phreedom has quit [Remote host closed the connection]
phreedom has joined #nixos-dev
ldlework has joined #nixos-dev
Taneb has joined #nixos-dev
Mic92 has joined #nixos-dev
ma27 has joined #nixos-dev
gchristensen has joined #nixos-dev
kgz has joined #nixos-dev
genesis has joined #nixos-dev
biopandemic has joined #nixos-dev
NinjaTrappeur has joined #nixos-dev
Ericson2314 has quit [Ping timeout: 260 seconds]
lassulus_ has joined #nixos-dev
lassulus has quit [Ping timeout: 256 seconds]
lassulus_ is now known as lassulus
Drakonis has joined #nixos-dev
Ericson2314 has joined #nixos-dev
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-dev
disasm has joined #nixos-dev
pie__ has quit [Ping timeout: 272 seconds]
Drakonis has quit [Remote host closed the connection]
phreedom has quit [Ping timeout: 250 seconds]
phreedom has joined #nixos-dev
orivej has quit [Ping timeout: 260 seconds]
disasm has quit [Quit: WeeChat 2.0]
disasm has joined #nixos-dev
<kalbasit[m]> gchristensen: https://github.com/NixOS/ofborg/pull/219
<{^_^}> ofborg#219 (by kalbasit, 28 seconds ago, open): Add kalbasit to trusted users
<kalbasit[m]> gchristensen: thx in advance!
Lisanna has quit [Quit: Lisanna]
Ericson2314 has quit [Remote host closed the connection]
mingc has joined #nixos-dev
<Mic92> what happend to the hydra logs? https://hydra.nixos.org/build/79203235/nixlog/1
<Mic92> they seem to be still compressed or so.
<Enzime> something to do with brotli encoding, not too sure tbh
<Enzime> if you want to read them you can do
<Enzime> curl <url>.drv | brotli -d
<srhb> They should be fine on newer builds. :)
<srhb> (I think)
Lisanna has joined #nixos-dev
<domenkozar> anything new happened this week for https://github.com/NixOS/nixos-weekly/pull/61 ? :)
<{^_^}> nixos-weekly#61 (by domenkozar, 1 week ago, open): Call for content: 2018/06
<timokau[m]> domenkozar: RFCs are in scope? https://github.com/NixOS/rfcs/pull/30
<{^_^}> rfcs#30 (by timokau, 1 day ago, open): Formalize review workflow
<domenkozar> timokau[m]: yeah
<domenkozar> could I ask you to add a comment on PR and add 1-2 sentances that you think summarize the content?>
<timokau[m]> domenkozar: sure
<domenkozar> I'm thinking to have a predicate for sending weekly for minimal 10 posts
<domenkozar> thoughts?
<domenkozar> posts == entries
<timokau[m]> Personally I'd prefer regularity, even if some issues are very light
<srhb> It was suggested earlier to have a ~maximum per week to avoid running into a minimum, I think that was a good idea. :)
<domenkozar> that's hard to balance
<domenkozar> what if we get one week 30 posts?
<domenkozar> and max is 10?
<timokau[m]> And if we're lacking content, we could include features major software updates (in a section at the end)
<domenkozar> we might get a queue that gets longer and longer
<domenkozar> yeah I was also for light issues
<domenkozar> but then it's quite some work to push one out
<domenkozar> maybe I should focus more effort to make it easier to publish
<domenkozar> and then we just push 3 entries
<timokau[m]> Why is it a lot of effort?
<domenkozar> it's not automated yet
<domenkozar> I think if everyone wrote the entries in given format
<domenkozar> with summary
<domenkozar> that would remove half of the work
<LnL> yeah, decoding was broken for a bit
<LnL> err, scrollback
<domenkozar> :D
<srhb> LnL: Welcome to the present! :-)
<domenkozar> at least I have documented step by step workflow now
<domenkozar> so each issue should be easier :)
<timokau[m]> Nice :) Maybe in the long run we can further automate it or distribute the work
<domenkozar> I don't think it scales with people :)
<domenkozar> if we get formatting right and some automation, I think it's going to be ~30min per week
<domenkozar> which is really good :)
<ekleog> domenkozar: fwiw, I'm in favor of regularity over quantity too, even if some day that means sending a NixOS Weekly empty with just “don't forget to send your news to NixOS Weekly!”
<domenkozar> aight :)
<ekleog> and +1 to automation :) ideally we could just PR the additions to a repo, you click on “merge” for all good ones, have the CI auto-deploy as a website on each merge, and finally just have to click a button to send a notice to the discourse / add a RSS entry :)
<domenkozar> yeah that's all there, but most people don't send PRs :)
<timokau[m]> domenkozar: an easy way to scale would be to just take turns
<domenkozar> I think I'll phrase to prefer PRs over issue comments
<timokau[m]> Lots of PRs on a couple of lines of markdown might introduce a lot of conflicts though
<domenkozar> timokau[m]: garbas tried that but it's kind of hard, I think routines are easier to build as a single person than collectively
<ekleog> oh, it's possible to send a PR right now? I thought we were supposed to only comment on the grouping PR
<timokau[m]> domenkozar: True, maybe when its more mature (and if its necessary)
<ekleog> timokau[m]: if the file is split into 1 file per news, it's OK (and I'm not sure the order matters much apart from categories, that could be handled by prefixing the file names)
<timokau[m]> ekleog: you're right, if the order doesn't matter it is easy(er)
<infinisil> I'll argue again for including interesting PR's, even if they're no RFC or merged yet
<garbas> domenkozar: timokau[m]: i also thought rotating ppl would work, but for some reason it doesnt. since you then need somebody to remind that it is a day to send weekly out. then it is easier to just send the weekly out :)
<garbas> domenkozar: also +1 on having weekly news be regular
<garbas> it would be also nice to automate some of the "news" via scripts
<garbas> eg.
<garbas> (1) welcome new contributors since last weekly news
<garbas> (2) questions asked on stackover flow and discourse
<garbas> (3) since RFCs are become a thing now, it would be nice to have a "Status of RFCs" section
<garbas> i guess all of the above should be scriptable
<domenkozar> right now I need to automate existing stuff
<domenkozar> rather than add more things
<domenkozar> and get more word around :)
<domenkozar> the last thing I'd like to do is summarize status of RFCs :P
<domenkozar> happy to publish those that need attention
<garbas> +1 feel you there. i guess you can include what you need help automating in weekly :)
<domenkozar> infinisil: oh I never intended to say that's discouraged
<domenkozar> ok so seems like everyone is for making weekly regular
<domenkozar> I'll work then on getting automation in place
<domenkozar> and then we can add things
<ekleog> <domenkozar> the last thing I'd like to do is summarize status of RFCs :P <-- it's time to push for https://github.com/NixOS/rfcs/pull/18 to land :D
<{^_^}> rfcs#18 (by Ekleog, 43 weeks ago, open): [RFC 0018] Moving forward RFCs
<ekleog> this way either the RFC would be in hot debate, or its status would be clearly indicated in the last post :°
<domenkozar> yeah I agree, that needs to be resolved
<timokau[m]> ekleog: +1, a bit of a chicken and egg problem there
<domenkozar> lol
goibhniu has quit [Ping timeout: 272 seconds]
goibhniu has joined #nixos-dev
timokau has quit [Quit: WeeChat 2.2]
orivej has joined #nixos-dev
<makefu> ekleog: hey ho, any updates related to #44148 (javacard-devkit) ?
<{^_^}> https://github.com/NixOS/nixpkgs/pull/44148 (by Ekleog, 2 weeks ago, open): javacard-devkit: init at 2.2.2
<ekleog> makefu: afaik it's ready to be merged :)
tv has quit [Quit: WeeChat 2.0]
tv has joined #nixos-dev
<ekleog> that said if you're looking to load a pre-compiled applet to your smartcard, you're likely looking for https://github.com/NixOS/nixpkgs/pull/44288 :)
<{^_^}> #44288 (by Ekleog, 1 week ago, open): global-platform-pro: init at 0.3.10-rc11
fadenb has quit [Ping timeout: 256 seconds]
fadenb has joined #nixos-dev
<ivan> someone wants https://github.com/NixOS/nixpkgs/pull/44822 merged for NVIDIA to work on 4.18
<{^_^}> #44822 (by eadwu, 4 days ago, open): nvidia_x11: 390.67 -> 390.77
disasm has quit [Ping timeout: 272 seconds]
biopandemic has quit [Ping timeout: 256 seconds]
pie_ has joined #nixos-dev
pie_ has quit [Ping timeout: 272 seconds]
biopandemic has joined #nixos-dev
pie_ has joined #nixos-dev
Drakonis has joined #nixos-dev
<layus> I am surprised that we never had complaints about c complilers wrappers
<layus> I just found out that `gcc -o foo.o foo.c` produces a foo.o that is actually a fully linked executable.
<layus> Our wrappers rely on the -c flag to set dontLink=1.
<layus> In this case, there is no such flag, and the wrapper adds linker option, which tricks gcc into thinking that it has to link the file
* layus goes filing a bug ;-)
<Dezgeg> um, isn't that expected behaviour
<Dezgeg> I can run gcc test.c -o test.o; ./test.o on arch linux as well
<clever> yeah, id say thats a gcc bug that is on all distros
<Dezgeg> how's it a bug? you just asked it to name the output file test.o
<clever> that it didnt detect the extension and try to be smarter
Ericson2314 has joined #nixos-dev
<Dezgeg> nah. garbage in, garbage out x)
<layus> Hmm... I should look in more detail for that particular case
<layus> But my real use case is valid.
<layus> clang detects what needs to be built from the output extension
<Dezgeg> but yes, I would expect there to be bugs, there is already one open for -nostdlib not working
<layus> `clang -o foo.ast foo.c` should emit ast, but fails with "clang-4.0: error: cannot specify -o when generating multiple output files"
MichaelRaskin has joined #nixos-dev
<layus> A good old abstraction violation ;-)
pie_ has quit [Remote host closed the connection]
pie_ has joined #nixos-dev
<layus> Dezgeg, what do you obtain with `gcc test.c -o test.S` on arch ?
<Dezgeg> test.S: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2
<layus> Ah, this may be specific to clang then
<Dezgeg> same thing with 'clang -o test.ast test.c'
<layus> Ouch, i cheched and it indeed appears that the mechanism our project relies on does not work...
<layus> We were just lucky that precompiled headers and ast files are the same for clang
<layus> Dezgeg, thanks for checking
<Dezgeg> hah :D
<layus> My issue remains however because now I want the wrapper to understand -emit-ast. Should be fairly easy to PR however :-)
pie_ has quit [Ping timeout: 240 seconds]
<makefu> ekleog: wow i really went deep into the rabbit hole today ... found out my reader is only supported by libnfc, hat to package ifdnfc for this. now at least pcsc_scan works. lets see if i can get gp working
<ekleog> wow :) g'luck! I could get gp to recognize and list my card, but I'm currently having issues figuring out the keys to use to access the card, so past the point where `gp -l` detects your card I won't be able to help you much :/
<ekleog> (that said, 'night!)
drakonis_ has joined #nixos-dev
Drakonis has quit [Ping timeout: 256 seconds]
<timokau[m]> layous: there have been complaints: https://github.com/NixOS/nixpkgs/issues/18995
<{^_^}> #18995 (by andrewrk, 1 year ago, closed): GCC has unwanted flags
<timokau[m]> (Fixed in 18.09 afaik)
pie_ has joined #nixos-dev
drakonis_ has quit [Remote host closed the connection]
Lisanna has quit [Quit: Lisanna]
Ericson2314 has quit [Ping timeout: 256 seconds]
goibhniu has quit [Ping timeout: 272 seconds]