IRC channel logs

2020-04-26.log

back to list of logs

<rlb>Anyone know if mcron is still active? https://savannah.gnu.org/projects/mcron/ At least right now, the git repo link there is broken (500 bad gateway): https://git.savannah.gnu.org/cgit/mcron.git
<rlb>(Next on my list of NMUs I might need to make to get 2.0 out of debian testing.)
<bandali>rlb, there was an mcron release very recently https://lists.gnu.org/archive/html/info-gnu/2020-04/msg00002.html
<bandali>and both your links work, at least as of now
<bandali>probably a temporary server-side issue
<rlb>bandali: thanks
<rlb>I suppose I'll just see if I can NMU the existing debian version for now, as opposed to considering removal.
<bandali>cheers
<tohoyn>daviid: radio menu items don't work. see https://paste.debian.net/1143050/ .
<guix-vits>the Manual: "For details on how these forms work, see See Lambda." ; two see
***apteryx is now known as Guest79284
***apteryx_ is now known as apteryx
<rndd>hi everyone! newbe question! how to parse html using guile?
<mwette>rndd: guile-lib (https://savannah.nongnu.org/projects/guile-lib) has htmlprag
<rndd>mwette: thanks
<tohoyn>how do I make a GNU license notices at the beginnings of the files if the package uses GPL, LGPL, and GFDL?
<tohoyn>und
<tohoyn>Savannah suggests a license notice containing: "GNU package is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation..."
<tohoyn>already answered on #gnu
<terpri>any suggestions for doing regexp-replacements (or even just string search) on binary data? for guix packaging, i'm trying to implement the offset-patching algorithm from https://github.com/NixOS/nixpkgs/pull/48193/files
<terpri>the actual data to be munged consists of JS var declarations embedded in the binary file, but guile's regexp functions can't be used on strings containing NUL chars
<terpri>i suppose i could write my own regexp library
<rekado>terpri: you may find replace-store-references in (guix build grafts) interesting.
<terpri>thanks rekado, that looks useful
<dsmith>unknown_lamer: You around?
<dsmith>Problem: Too many processes on hydra-guix-119 Problem started at 20:37:03 on 2020.04.26
<dsmith>(the above is a test. Please ignore)
<daviid>sneek: later tell tohoyn I fixed the bitwise ops multiple modules import warning - although I didn't (ever) see it, I wonder why but any, fixed
<sneek>Got it.
<daviid>sneek: later tell tohoyn you should use the <gdk-event> accessors (which are actually not 'real' accessors, but that's an impleentation detail), not the 'long names' gdk-* procedures, which are not getters ...
<sneek>Got it.
<str1ngs>daviid: BTW there is one for map and guile 3.0. I just put off telling since you have probably been busy. :)
<dsmith>unknown_lamer: Nevermind. Found what I was looking for.
<daviid>str1ngs: a warning?
<daviid>str1ngs: i didn't think g-golf would work out of the box with guile-3.0, due to some use of @@, and declarative/none declaratice modules ...
<daviid>gule-cv also fails to build with guile-3, didn't have time to even look at it yet ...
<dsmith>civodul: Woo! Fixed it.
<civodul>yay!
<daviid>sneek: later tell tohoyn you should not use g-golf 'internals', that part of the manual is for myself :), contributors and future maintainer(s) - as a user, you should use (g-golf), gi-import or (selectively import) gi-import-by-name, and then use the api that is defined/provided by the (type)lib(s) you are 'dealing' with
<sneek>Got it.
<str1ngs>daviid: I just looked at it in passing. will be awhile before I revisit g-golf and guile 3.0.
<daviid>str1ngs: no problem, I will look at this, but after I reach an alpha release for 2.2.7
<str1ngs>daviid: no worries.
<daviid>sneek: later tell tohyon from a user persepective, the type of the <gtk-window> 'attached-to property is <gtk-widget> - if they (try to) pass anything else, it will raise an exception
<sneek>Got it.
<daviid>sneek: later tell tohoyn there is no struct/union type in g-golf
<sneek>Will do.
<daviid>sneek: later tell tohoyn those are decoded as a list, a value or a pointer if it is opaque
<sneek>Got it.