The value of adopting GNU Guix for Linux package management
https://github.com/malcook/sce/blob/master/MakingTheCase.org Is now cc-by-sa Originalmeddelande Från: Malcolm Cook Skickat: 24 februari 2019 01:07:28 CET Till: malcook/sce Kopia: swedebugia , Author Ämne: Re: [malcook/sce] License missing (#2) add CC license -- You are receiving this because you authored the thread. Reply to this email directly or view it on GitHub: https://github.com/malcook/sce/issues/2#issuecomment-466715810 -- Sent from my k-9 mail for Android.
Re: (python) ctypes.util.find_library full path ?
Hello simon,
I don't know if there's an easier fix. But what I would do is to add a
'wrap-program' phase and use the 'wrap-program' procedure to create a
wrapper to set the required environment variable at run-time. My guess
is that 'LD_LIBRARY_PATH' should be set to:
(string-append (assoc-ref inputs "cairo") "/lib")
Examples can be found in '(gnu packages bioinformatics)'.
Cheers,
Alex
zimoun writes:
> Dear,
>
> I would like to try WeasyPrint [1] to convert some HTML docs to PDF
> ones and maybe print them. Or maybe presentation etc.
>
> [1] https://weasyprint.org/
>
> Well, excluding the check phase at first because some dependencies
> does not seem clean with Python2/Python3. Anyway!
>
> it is almost straightforward with `guix import pypi -r weasyprint'. Awesome !
> (there is some tweaks in url: "cairosvg" -> "CairoSVG")
>
> However, the command `weasyprint` fails at run time. Because an issue
> about `dlopen'.
>
> To be precise, and from my understanding, the culprit is these lines:
> https://github.com/Kozea/cairocffi/blob/v1.0.2/cairocffi/__init__.py#L30-L31
>
> In other word, ctypes.util.find_library('cairo') returns the expected
> 'libcairo.so.2'.
> But then it is not recognized by their `ffi.dlopen`.
> And if the full path is provided then it works, e.g.,
>
> ffi.dlopen('/gnu/store/13i02w6r4awyb5d4n8plk8m0idvryib0-cairo-1.14.12/lib/libcairo.so.2')
> '/gnu/store/13i02w6r4awyb5d4n8plk8m0idvryib0-cairo-1.14.12/lib/libcairo.so.2'>
>
> There is an old "similar" issue on the bug Nix tracker #7307 [2],
> asking if `ctypes.util.find_library` should return full path (so apply
> somehow a patch) or add another env variable. I do not know what is
> the status now.
>
> [2] https://github.com/NixOS/nixpkgs/issues/7307
>
>
> My questions is: is there a fix for this kind of issue ?
> I guess, it should happen with Python packages.
>
> If yes, what is the trick ?
> If no, what should be the trick ? What do you think ?
>
>
> Thank you for any pointer and/or comments.
>
>
> All the best,
> simon
signature.asc
Description: PGP signature
Re: OSM tile server with Guix
On 2019-02-23 13:32, Gábor Boskovits wrote: > Hello, > > swedebugia ezt írta (időpont: 2019. febr. 23., > Szo, 12:03): snip >> * carto (uses npm and node) https://www.npmjs.com/package/carto (7 >> dependencies - at least 1 with a lot of dependencies (yargs)) > > My usecases usually can be solved using hand-authored styles, but would be > nice to have. (Carto usually created something very bloated for me) Ok. > >> * openstreetmap-carto (contain carto-css styles and a lua-script useful >> for tag-transformation when loading pbf-files into a postgis database >> with osm2pgsql and get-shapefiles.py a script to download low-zoom >> country boundaries) https://github.com/gravitystorm/openstreetmap-carto/ >> >> This last one should perhaps be included in our osm2pgsql-package >> because it is hard to imagine someone using one but not the other. > > I sometimes use osm2pgsql without any need for rendering, so when using > the database not for rendering, but as a database, these functions are > not needed. > I would keep these separate. Wdyt? Ok, I will add packaging openstreetmap-carto to my list. Renderd comes with mod_tile. signature.asc Description: OpenPGP digital signature
Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)
Hello everyone,
Mathieu Lirzin writes:
> Hello,
>
> Ricardo Wurmus writes:
>
>> Hi Giovanni,
>>
>>> I think my specific problem is caused by the "Gateway Timeout" error
>>> from ci.guix.info, see below for details
>>
>> I cannot reproduce this.
>
> I can reproduce here (on GuixSD) and like Giovanni I am unable to use
> the substitutes for ‘ungoogled-chromium’.
>
I think the problem is not specific to 'ungoogled-chromium', because I
can reproduce it on the manifest containing all the packages I am using:
scheme@(emacs-guix)> (guix-command "weather"
"--manifest=/home/alexvong1995/manifest/manifest")
computing 675 package derivations for x86_64-linux...
looking for 810 store items on https://ci.guix.info...
https://ci.guix.info
92.5% substitutes available (749 out of 810)
1,901.5 MiB of nars (compressed)
7,294.0 MiB on disk (uncompressed)
0.001 seconds per request (0.7 seconds in total)
1,118.6 requests per second
'https://ci.guix.info/api/queue?nr=1000' returned 504 ("Gateway Time-out")
signature.asc
Description: PGP signature
guix.gnu.org sub-domain
Hi Julien, I just went through the list of things that we wanted to accomplish before releasing 1.0. One of them is the use of a guix.gnu.org sub-domain. Could you please let us know what the current status is regarding the Knot DNS server configuration? Cheers, -- Ricardo
Re: OSM tile server with Guix
Hello, swedebugia ezt írta (időpont: 2019. febr. 23., Szo, 12:03): > > Hi > > I read up on how to setup a tile server with the least hassle. It is > quite a bit involved according to this guide: > https://switch2osm.org/manually-building-a-tile-server-18-04-lts/ > > I imagine this could be more fully automated with guix if we find a way > to run the pgsql-commands from guile and write the necessary services. > > We have most of the bits and pieces already but I spotted a few that > were missing while reading and thought I would share them here: > > * mod_tile (apache plugin) https://github.com/openstreetmap/mod_tile Yes, that woul make sense. > * carto (uses npm and node) https://www.npmjs.com/package/carto (7 > dependencies - at least 1 with a lot of dependencies (yargs)) My usecases usually can be solved using hand-authored styles, but would be nice to have. (Carto usually created something very bloated for me) > * openstreetmap-carto (contain carto-css styles and a lua-script useful > for tag-transformation when loading pbf-files into a postgis database > with osm2pgsql and get-shapefiles.py a script to download low-zoom > country boundaries) https://github.com/gravitystorm/openstreetmap-carto/ > > This last one should perhaps be included in our osm2pgsql-package > because it is hard to imagine someone using one but not the other. I sometimes use osm2pgsql without any need for rendering, so when using the database not for rendering, but as a database, these functions are not needed. I would keep these separate. Wdyt? > > It seems we need a renderd-service also. > > Thoughts? > > -- > Cheers Swedebugia > Best regards, g_bor
OSM tile server with Guix
Hi I read up on how to setup a tile server with the least hassle. It is quite a bit involved according to this guide: https://switch2osm.org/manually-building-a-tile-server-18-04-lts/ I imagine this could be more fully automated with guix if we find a way to run the pgsql-commands from guile and write the necessary services. We have most of the bits and pieces already but I spotted a few that were missing while reading and thought I would share them here: * mod_tile (apache plugin) https://github.com/openstreetmap/mod_tile * carto (uses npm and node) https://www.npmjs.com/package/carto (7 dependencies - at least 1 with a lot of dependencies (yargs)) * openstreetmap-carto (contain carto-css styles and a lua-script useful for tag-transformation when loading pbf-files into a postgis database with osm2pgsql and get-shapefiles.py a script to download low-zoom country boundaries) https://github.com/gravitystorm/openstreetmap-carto/ This last one should perhaps be included in our osm2pgsql-package because it is hard to imagine someone using one but not the other. It seems we need a renderd-service also. Thoughts? -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
Re: [PATCH] shepherd: Delete the socket file upon exit.
Danny Milosavljevic writes: > On Sun, 17 Feb 2019 11:38:16 +0800 > iyzs...@member.fsf.org (宋文武) wrote: > >> Yes, I have the 'rm /run/user/1000/shepherd/socket' workaround in my session >> script too... >> >> According to 'man 2 bind', the socket pathname should be deleted when no >> longer required, so a patch to fix this bug: > > Hmm, I guess you can do that. > > But /run is supposed to be a tmpfs and elogind is supposed to rm -rf > /run/user/1000 > after all sessions of that user terminated in any case, so how is it left over > in the first place? > Well, maybe the elogind version I used didn't have this feature, or I had another user session running... > If the deletion in the case above doesn't work, please report a bug. Thanks, good to know, and it indeed works. > > If that patch is only in order to enable users to restart user's shepherd > without exiting all their sessions, then I guess that's ok--although unusual. > > Does your patch do the right thing if the user's shepherd is already > running? (i.e. keep the socket file) Yes, it deletes the socket file at exit (not at startup).
