IRC channel logs
2022-06-02.log
back to list of logs
<zimoun>civodul: ah, I thought it was a simple copy/paste as you answered me. :-p <civodul>mind you, i don't deny it's annoying <zimoun>no it is not just copy/paste of ’python2-’ because python2- packages are inheriting from Python and the source can mismatch. <zimoun>it is a piece of work. :-) Whatever the grace period. <zimoun>civodul: The build farm is down, right? No error message? <civodul>zimoun: guix.bordeaux.inria.fr is up *rekado just bought “Assimil Französisch ohne Mühe”… <rekado>the merge caught me by surprise; I saw zimoun’s emails about this and thought it would be delayed for a little while longer… <rekado>zimoun: we need the whole closure of numpy/scipy/pillow, right? <zimoun>rekado: I do not know exactly. The purge is ~600 commits. <zimoun>rekado: oh you are planning to learn French. :-) <rekado>zimoun: I want to be able to attend the Café Guix! <rekado>and there will be a direct high speed train connection from Berlin to Paris by the end of 2023. Gotta be prepared. <civodul>zimoun: indeed, not sure what went wrong with that evaluation *civodul should plan for 2023 too <zimoun>oh, indeed. Hum, Cuirass is sometime confusing. :-) <zimoun>rekado: <unknown-location>: warning: possibly unbound variable `python2-pillow' `python2-numpy' `python2-scipy' `python2-matplotlib' <zimoun>therefore the closure of python2-numpy seems a good start. :-) <rekado>ugh, python2-pytest has lots of inputs… <rekado>can I not use package-with-python2 outside of the module defining the Python 3 variant? <zimoun>I have never tried. Does it not work? <rekado>I don’t get a useful error message. <rekado>I started (past packages python-xyz) <rekado>when I add guix-past to GUIX_PACKAGE_PATH and try to build the package that uses package-with-python2 I only get this error: guix build: error: python2-funcsigs: unknown package <rekado>it works when it’s not used in a top-level definition <zimoun>I do not know… too much Guile magic to me. :-) <rekado>what really makes this a little more annoying than it already is: we’ve lost all the python2-variant properties, so all that automatic rewriting is more difficult now. <rekado>I’m beginning to think that maybe this sudden purge was … not a good idea. Perhaps. <zimoun>(civodul, do not read, I rant ;- )) Submission 15 days ago. Announce on the 30th, purge on the 31th. I am still missing in which frame this timeline could appear a good idea. <rekado>especially considering the long drawn-out discussions in the past about a slow timeline to remove Python 2 stuff (whenever things are broken and cannot be fixed <rekado>the biggest problem I have now is that package-with-python2 won’t work, because we lost all the python2-variant information. <rekado>I can work around this by setting up a table with replacements and writing a custom package-with-python2 that checks that table (instead of the property). <rekado>but I would have preferred not to do this in a rush. <civodul>oh the python2-variant properties were removed from packages in Guix proper, right? <civodul>i hadn't thought about it, it definitely makes things more difficult <zimoun>I disconnect because I am going to heavily rant… Have a nice day. <rekado>I can understand the frustration very well <civodul>were you able to recover part of the scipy closure? <rekado>nope, I’m still working on dependencies of pytest <civodul>actually when i replied on guix-devel yesterday i didn't know this was already merged <civodul>rekado: would you like me to continue from there while you take a break? <rekado>I guess it would also need to actually check python2-variant if it exists <rekado>for those packages that still use it. <civodul>let's face it: it's a bit of a nightmare <civodul>yeah if you don't mind; let me clean things up a bit <civodul>that made me think "guix import guix" could be useful <rekado>hmm, in some cases we’re recording things in the hash table *after* we’re looking for them. <civodul>we could move the hash-set! call before the definition <rekado>we delay the value, though, so we can’t access package-name <rekado>this can all be fixed, of course <rekado>currently I’m back to my manual match table… :D <rekado>almost got python2-importlib-metadata <rekado>still a long way to go from there to pytest <rekado>ugh, this is really not enjoyable <civodul>i didn't have a clear "algorithm" as to how to do things <civodul>we only want to copy python2- definitions that are more than mere transformations, right? <civodul>what if we could do "guix import guix -C COMMIT python2-pytest", and that would give us the actual package, free of 'inherit' & co.? <rekado>I didn’t even know about “guix import guix”. That’s … amazing. <civodul>but if the idea makes sense, we could make it happen <rekado>got python2-pytest (without tests) <rekado>got some weird renaming thing going on: /gnu/store/…-python2-python2-importlib-metadata-bootstrap-1.5.0.drv ¯\_(ツ)_/¯ <rekado>now … next step is to clean this up and get rid of that manual %python2-replacement table <rekado>working on python2-matplotlib next <zimoun>hi! Quick question: how do you managne your keyrings for signing the commits on 2 machines? <rekado>I’ve been meaning to move my keys to a Yubikey but I never got around to it, then the pandemic hit, and now I only have access to my laptop anyway, so there’s no need to change. <zimoun>I see. I use my desktop at office and my laptop otherwise. <zimoun>Is it possible to sign a commit afterward? <rekado>I never tried long enough to figure out how to mass sign commits that you’ve authored earlier, though <rekado>I know you can sign on rebase, for example <rekado>there’s probably a ref script you can run to sign (= recreate) a bunch of commits that you’ve made elsewhere. <rekado>FYI: just packaged python2-matplotlib and python2-pillow <zimoun>heroic effort! Kudos for 2023 so ;-) <zimoun>thanks for the explanations. I am giving a look. <zimoun>rekado: how do you sign a patch that you apply? <rekado>in my gitconfig it says “[user]\nsigningkey = 0x197A5888235FACAC” and “[commit]\ngpgsign = true”, so whatever I apply will be signed with my key. <zimoun>thanks, and do you use “git am -s” to also add the Sign-Off part? <civodul>rekado: woow, congrats & thanks a lot 🙏🏻 *civodul .oO( emoji support in Emacs 28 is wonderful ) *zimoun is pasting elsewhere to see the civodul's emoji :-) <rekado>is that with emojify-insert-emoji? Or are you using something else? <rekado>zimoun: no, I usually have to amend patches anyway, so I do “c -s a” in magit (commit, sign, amend) <zimoun>I am just discovering than C-c C-s in COMMIT_EDITMSG does the job. Wow, Magit is so great :-) <civodul>but the new thing with 28 is that it displays them nicely out of the box