IRC channel logs
2017-12-08.log
back to list of logs
<daviid>christopher74837: don't know, but you can check and answer these quiz yourself opening the guix/configure.ac (or any project/configure,ac for that matter) <daviid>dustyweb: where is guile-gcrypt hosted? <daviid>ah thanks, man, duckduckgo does not find it ... (afaicsee) <daviid>christopher74837: so, guix depends on guile-gcrypt, and you can check there what libgcrypt depends on, afaict, it does not require a specific version, it search if one is installed and uses it ... <christopher74837>daviid: oh, so I need to install guile-gcrypt... seem to have missed that somehow. Will give that a try\\ <daviid>christopher74837: no sure, but that would surely be reported by guix ./configure no? ask in #guix i suggest <christopher74837>well, it just says can't use libgcrypt, doesn't say anything about a guile module <christopher74837>oh, yeah, sorry, I think I meant to put this question in #guix, too many emacs windows open :) <daviid>christopher, better ask on #guix... <daviid>dustyweb: i spoke too fast it seams, sory! I sincerely did think so, but then you would know ... <dustyweb>sneek later tell daviid you're kind of right in the sense that civodul and I *want* that to happen.... it just hasn't happened yet :) <dustyweb>davexunit: vague thought: frequently I might prefer that my slugs be based off the filename rather than the title of the blogpost. I guess there is always the :slug field though! <dustyweb>I guess that requires slight surgery though to infer the right slug (ie, remove the extension, not too big of surgery) <ArneBab_>dustyweb: I consider the slug to be distinct from the title. It is more concise and conveys hierarchy. <ArneBab_>and the link provides something no other part of the website provides: it is information I get before I enter the site, a verification of what the linking page tells me <davexunit>I personally prefer the title and I'm just copying convention seen elsewhere <davexunit>would be good to make it a user-configurable function if it isn't already <OrangeShark>dustyweb: davexunit I actually build the slug from the file name for my blog <OrangeShark>for the slug, you are passed a post so you can easily get the file name and do whatever you want <OrangeShark>the one I did takes a date from the front of the file name to create a path like 2017/12/8/post-name <sneek>Welcome back daviid, you have 1 message. <sneek>daviid, dustyweb says: you're kind of right in the sense that civodul and I *want* that to happen.... it just hasn't happened yet :) <daviid>dustyweb: cool, what is missing for that to happen? asking because I know it also was mentioned in the guix libification thread (which I wanted to participate and .. failed because of time...) <daviid>dustyweb: porting guix code? is it not complete yet? I thought you were using it for another project ... <daviid>dustyweb: not that i complain :):) of anything, just curious... and I wish we guix libify what can/should be... <dustyweb>libify'ing does have some downsides in the initial install part of guix though... but I suppose it is not so severe if you start with the binary release <ArneBab_>(tried to use that at new-work for time tracking) <daviid>the guix folks started that conversation, expressing a strong wish that some of the guix functionality land in guile-lib, I did not have time at thatmoment but I also think it would be awesome! so many pearl functionality that could benefit to guilers... I'm going to write an email, suggesting a (free)talk (not 'official talk' on fosdem , and I promisse I will maintain and release as often as required <daviid>dustyweb: will you go to fosdem? <ArneBab_>damn, when's the deadline to apply for talks? <daviid>ArneBab_: I have to work on it! are you using it? I wish someone build a package for guile-cv! I won't have time to do that (not having the knowledge yet) so ... anyone ... <daviid>ArneBab_: no, i meant during the special day the guix folks organized, not fosdem 'per se' .. that is open still , they just built a website for that ... <ArneBab_>I want to use foliot, I got guix going at work and I will have to do time tracking in two different contexts: Limit my daily work time and track how much time I spend on which task <dustyweb>daviid: unfortunately not tthis year, but I will almost certainly be there next year <ArneBab_>I now have a good reason to use Guix, because I'm working on a Kubuntu machine at work <daviid>I use foliot daily ever since I wrote it, it really is nice. I need to port it to 2.2 (goops way of dong things i 2.0 won't work in 2.2 <daviid>ArneBab_: I will work on it and let you know when ready for 2.2 <ArneBab_>I used to use org-mode for time-tracking, but only for my total time (to stick to my 40h). But now I need something to book time on projects, exactly <ArneBab_>and doing both with the same program runs into problems <daviid>ArneBab_: I'd love to have you as a foliot users. It's going to take a few days though, there are thousands of changes to be done for that 2.2 to happen ... <dustyweb>daviid: it may be interesting to take note of what GOOPS incompatibilities you bump into <daviid>good to have a motivation, I mneat to do that for months ... <ArneBab_>if you want to do it, please tell me when you got it! I can only see the chat here in the evening now, but when I know it's there, I'll install it <daviid>dustyweb: there is only one problem causing all this, which is that in 2.2, the mdule system does not call (default-duplicate-binding-handler) if no #:duplicates in the module definition, instead, it will apply a 'hardcoded' default. <daviid>I've tried to convince andy this was not 'correct' (I really think it is a bug) but I failed, no big deal either, but I need to change That mean I have to rewrite all modules <daviid>I immediately did that for guile-cv, and left foliot (and grip) behind, because I have a dual guile install, and till now, no users (that I am waware of) <daviid>ArneBab_: will work on this immediately and will let you know <daviid>that is an excellent motivation, thanks! <daviid>OrangeShark: are you still living in Florida? <daviid>memories ... (just read your blog) I worked there 3y, as a helicopter FFI, Fort Lauderdale ... <daviid>OrangeShark: where in Florida (if I may ask :)) <daviid>I flew the entire Florida and the entire US by helicopter, west to east south to Canada (Miami-Quebec, 4d to fly and fly back, 7d from Los angesl to Dominican Republic ...) <dustyweb>it's the friendly human-readable version of the title <kristofer>hello! is the #vu8() indicating a bytevector with no data in the struct? <rekado>daviid: I’ll give packaging guile-cv a try. <daviid>rekado: that would be fantastic! of course I can help. the only 'difficulty' is vigra_c has no release, it has to be built from the source <daviid>rekado, what is the vigra version in guix? <daviid>rekado: I dd think about making vigra_c a sub project, but for all sort of reasons, I don't want that, hence we need to make a vigra_c guix package first, im <daviid>then all other dependencies are in guix I beleive <daviid>rekado: ping me if you need help of course ... I shold release 0.1.8 soon, which is 20 to 100x faster - for the first time, guile-cv is equally or fatser then imagej <rekado>people in the office next to mine use imagej a lot — but I’m not really sure what exactly they do :) <daviid>yes, I'm happy with the progress. yes I 'know them' (not personally), I'm a member of the imagej list. one of your collegue is the boss of the next imagej release, imegej2 <daviid>rekado: he's one of the bosses, they are a team ... I actually will get in touch with them, but java people are generally very 'close minded' (language wise of course, no personal attack here), so I'm waiting guile-cv to be a bit more 'furnished': it is already fat and robust, in needs more functionality. I've just added the binary image reconstruction (nor in vigra), which is an essental step <rekado>yeah, they are deeply invested in Java with Fiji and such. <daviid>in the team, there is Alber Cardona: he wrote a tutorial for jython (java using python) and 'using imagj with clojure', he is a lot more open minded then the average java user ... at that time (a few year ago) I started to work on kawa, and got very good results (kawa is an order of mag better then clojure, for many reasons I can't explain here), then I hit a wall because, imegej (version1) has the worst design you can possibly think <daviid>of: (a) no core GUI speraration, and (b) a string based API. that leaded to a dead end for batch processing <daviid>then I ask if they could write some of the modules I needed, and they refused to do it, telling me I should learn and use java, that would make me a better programmer ... :) that htread leaded to a 'war' with professor in the world coplaining about their lack of respect for my request and myself ... :)) <daviid>that is where I decided to start GNU Guile-CV, i realized that ven using kawa will not work (not because of kawa, which fantastic) but because of 'them' <rekado>the vigra-c package is finished, moving on to guile-cv. <daviid>when the receipe is ready, I can added to the tree if you think it is a good idea ... <rekado>well, when it’s part of Guix upstream then I think there’s little reason to have a recipe out of tree. <rekado>I’m only fast because the software is rather sane. <rekado>I’m dealing with terrible software with no discernable build system every day. <daviid>ok, i did ask because i did see other developer doing this , can't remember which project though ... perfect! <daviid>rekado: is vigra guix package from a tarball or from the source? <daviid>vigra_c needs the very latest so I guess you have the very latest <rekado>the vigra package is built from the latest git tarball <rekado>vigra-c built fine, but it doesn’t seem to have tests <rekado>if it is absolutely necessary we could add a vigra-for-vigra-c package variant using the latest source code. <daviid>rekado: just to make sure, did you pass ‑DCMAKE_BUILD_TYPE=RELEASE for vigra_c ? <rekado>-DCMAKE_BUILD_TYPE=RelWithDebInfo <rekado>(that’s the default of the cmake-build-system in Guix) <daviid>perfect, it was not the default on debian, which I discovered because loading huge images (100GB would take ages, where as it now takes 4s ... with the appropriate optimize flag <daviid>maybe it would be faster just RELEASE <daviid>the debug prob adds a full of unecessary things ...? we need full speed here ... <rekado>I’ll build guile-cv first to see how far I get and then we can test performance and tweak the definitions. <daviid>rekado: ok. I can give you tips and 'snipset code' to try and see <daviid>so guix has vigra 1.11.1 from may? that will work fine <rekado>I’ll have to go now, but I’ll continue this tomorrow. <daviid>rekado: ok, many thanks! one last unusual dependency is the iwona font, does guix has that? <daviid>that is to make histogram (it's a free font of course <rekado>haven’t seen it before, but I’m sure it won’t be hard to package it. <daviid>rekado: the corresponding debian package is listed on guile-cv install page <daviid>rekado: see you tomorrow then , thanks again <rekado>okay, will check this out tomorrow