Re: Video narration
Hi Paul! I have just pushed the last video. Please, let me know if everything is fine. Regards :) Laura
Re: Python: Error loading shared library in Guix
On Tue, 19 Mar 2019 15:52:41 +0100 Ricardo Wurmus wrote: > Using the full file name would work, for example: > > ./pre-inst-env guix environment --ad-hoc python zlib -- \ > python3 -c "import os; import ctypes; > libz=ctypes.CDLL(os.environ['GUIX_ENVIRONMENT']+'/lib/libz.so.1')" Right! With a "substitute*", I can inject the full path and then it works. Thanks, Björn pgp2yg5LFzCL3.pgp Description: OpenPGP digital signature
Re: gold linker and collect2: fatal error: cannot find 'ld'
No one suggestions? Should we disable gold? On Mon, Mar 18, 2019 at 04:28:49PM +0100, Pjotr Prins wrote: > On Sun, Mar 17, 2019 at 05:06:16PM +0100, Pjotr Prins wrote: > > Unfortunately the runtime of compiled software fails because the rpath is > > not updated either. So that requires adding in the RPATH explicitly on > > the ldc command line. When I set the RPATH the runtime is fine. > > Reading up on the ld-wrapper code - that is exactly what happens. A > gold-wrapper can do same. > > I think, like with rustc, I need to wrap the ldc compiler build with > ld-wrapper and the ldc tests with gold-wrapper (yet to be written). > > gold does not honour LIBRARY_PATH so that means we'll have to use > LD_LIBRARY_PATH or pass the lib path(s) on the command line. > > Does this make sense? If it does we can make an attempt. > > Pj. >
Re: Python: Error loading shared library in Guix
Björn Höfling writes: > [env]# ls $GUIX_ENVIRONMENT/lib > libXss.a libXss.so libXss.so.1.0.0 libbfd.la libopcodes.la > libpython2.7.so.1.0 libz.so.1 pkgconfig > libXss.la libXss.so.1libbfd.a libopcodes.a libpython2.7.so > libz.so libz.so.1.2.11 python2.7 > > [env]# python > Python 2.7.15 (default, Jan 1 1970, 00:00:01) > [GCC 5.5.0] on linux2 > Type "help", "copyright", "credits" or "license" for more information. import ctypes; from ctypes import *; libc=CDLL("libc.so.6"); libc > libz=CDLL("libz.so.1"); > Traceback (most recent call last): > File "", line 1, in > File > "/gnu/store/aws3fsg614lqr392y5pp9w65dy7gmvlx-python2-2.7.15/lib/python2.7/ctypes/__init__.py", > line 366, in __init__ > self._handle = _dlopen(self._name, mode) > OSError: libz.so.1: cannot open shared object file: No such file or directory Using the full file name would work, for example: ./pre-inst-env guix environment --ad-hoc python zlib -- \ python3 -c "import os; import ctypes; libz=ctypes.CDLL(os.environ['GUIX_ENVIRONMENT']+'/lib/libz.so.1')" -- Ricardo
Python: Error loading shared library in Guix
I'm trying to package TaskCoach (https://www.taskcoach.org/) and stumble upon a problem when running it: It cannot load a shared library with ctypes. Here is the stacktrace: File "/gnu/store/xnigri1g96wl0n14d9bfjyn7jnkn0f6c-taskcoach-1.4.4/lib/python2.7/site-packages/taskcoachlib/application/application.py", line 226, in init self.settings, splash=splash) File "/gnu/store/xnigri1g96wl0n14d9bfjyn7jnkn0f6c-taskcoach-1.4.4/lib/python2.7/site-packages/taskcoachlib/gui/mainwindow.py", line 92, in __init__ self.taskFile.efforts()) File "/gnu/store/xnigri1g96wl0n14d9bfjyn7jnkn0f6c-taskcoach-1.4.4/lib/python2.7/site-packages/taskcoachlib/gui/idlecontroller.py", line 84, in __init__ super(IdleController, self).__init__() File "/gnu/store/xnigri1g96wl0n14d9bfjyn7jnkn0f6c-taskcoach-1.4.4/lib/python2.7/site-packages/taskcoachlib/patterns/observer.py", line 333, in __init__ super(Observer, self).__init__(*args, **kwargs) File "/gnu/store/xnigri1g96wl0n14d9bfjyn7jnkn0f6c-taskcoach-1.4.4/lib/python2.7/site-packages/taskcoachlib/powermgt/idle.py", line 111, in __init__ IdleQuery.__init__(self) File "/gnu/store/xnigri1g96wl0n14d9bfjyn7jnkn0f6c-taskcoach-1.4.4/lib/python2.7/site-packages/taskcoachlib/powermgt/idle.py", line 46, in __init__ _xss = CDLL('libXss.so.1') File "/gnu/store/aws3fsg614lqr392y5pp9w65dy7gmvlx-python2-2.7.15/lib/python2.7/ctypes/__init__.py", line 366, in __init__ self._handle = _dlopen(self._name, mode) OSError: libXss.so.1: cannot open shared object file: No such file or directory I had no glue at all what's going on, so I read a bit in the Python manual and tried to reproduce this in a container: https://docs.python.org/3/library/ctypes.html $ guix environment -C --ad-hoc python2 coreutils binutils less which libxscrnsaver zlib [env]# ls $GUIX_ENVIRONMENT/lib libXss.a libXss.solibXss.so.1.0.0 libbfd.la libopcodes.la libpython2.7.so.1.0 libz.so.1 pkgconfig libXss.la libXss.so.1 libbfd.a libopcodes.a libpython2.7.so libz.so libz.so.1.2.11 python2.7 [env]# python Python 2.7.15 (default, Jan 1 1970, 00:00:01) [GCC 5.5.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import ctypes; >>> from ctypes import *; >>> libc=CDLL("libc.so.6"); >>> libc >>> libz=CDLL("libz.so.1"); Traceback (most recent call last): File "", line 1, in File "/gnu/store/aws3fsg614lqr392y5pp9w65dy7gmvlx-python2-2.7.15/lib/python2.7/ctypes/__init__.py", line 366, in __init__ self._handle = _dlopen(self._name, mode) OSError: libz.so.1: cannot open shared object file: No such file or directory So, it can load "libc.so.6", but not "libz.so.1", which I found in my environments lib folder. What's wrong here? How can I load the library in Guix? Do I have to set anything beforehand? I thought the environment would care for me. Do I need to add anything to my package definition to fix that? If that helps, I attached the first version of my package definition, it's not nice, but builds and runs (until the above stacktrace appears). Thanks, Björn From d5ef3a9fb50b88fe1b38b8d62bf3ff78c0fcd147 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Bj=C3=B6rn=20H=C3=B6fling?= Date: Mon, 18 Mar 2019 23:15:01 +0100 Subject: [PATCH] XXX: TaskCoach: First stub. --- gnu/packages/task-management.scm | 99 +++- 1 file changed, 98 insertions(+), 1 deletion(-) diff --git a/gnu/packages/task-management.scm b/gnu/packages/task-management.scm index 701e14a5e2..911e4a8475 100644 --- a/gnu/packages/task-management.scm +++ b/gnu/packages/task-management.scm @@ -1,5 +1,6 @@ ;;; GNU Guix --- Functional package management for GNU ;;; Copyright © 2015 Tomáš Äech +;;; Copyright © 2019 Björn Höfling ;;; ;;; This file is part of GNU Guix. ;;; @@ -21,9 +22,14 @@ #:use-module (guix packages) #:use-module (gnu packages linux) #:use-module (gnu packages lua) + #:use-module (gnu packages python) + #:use-module (gnu packages python-xyz) #:use-module (gnu packages tls) + #:use-module (gnu packages wxwidgets) + #:use-module (gnu packages xorg) #:use-module (guix download) - #:use-module (guix build-system cmake)) + #:use-module (guix build-system cmake) + #:use-module (guix build-system python)) (define-public taskwarrior (package @@ -59,3 +65,94 @@ Done time management method. It supports network synchronization, filtering and querying data, exposing task data in multiple formats to other tools.") (license license:expat))) + +(define-public taskcoach + (package +(name "taskcoach") +(version "1.4.4") +(source + (origin + (method url-fetch) + (uri (string-append + "mirror://sourceforge/taskcoach/taskcoach/Release-" version "/TaskCoach-" version ".tar.gz")) + (sha256 (base32 +"1jb5n4xmb7qdhcgg3lfin293jcks1g8qvqkjfrfifpmfmpmjqv50" +(build-system
New Tamil PO file for 'shepherd' (version 0.5.0-pre1)
Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'shepherd' has been submitted by the Tamil team of translators. The file is available at: https://translationproject.org/latest/shepherd/ta.po (We can arrange things so that in the future such files are automatically e-mailed to you when they arrive. Ask at the address below if you want this.) All other PO files for your package are available in: https://translationproject.org/latest/shepherd/ Please consider including all of these in your next release, whether official or a pretest. Whenever you have a new distribution with a new version number ready, containing a newer POT file, please send the URL of that distribution tarball to the address below. The tarball may be just a pretest or a snapshot, it does not even have to compile. It is just used by the translators when they need some extra translation context. The following HTML page has been updated: https://translationproject.org/domain/shepherd.html If any question arises, please contact the translation coordinator. Thank you for all your work, The Translation Project robot, in the name of your translation coordinator.
Re: Libre games that might be worth packaging :)
Pierre Neidhardt skrev: (18 mars 2019 16:32:26 CET) >Ricardo Wurmus writes: > >> Pierre Neidhardt writes: >>> It's named "armagetronad". Shouldn't we name this >>> "armagetron-advanced"? >> >> Instead of renaming the packages (whose names follow our packaging >> guidelines) how about adding the full name of the games to the >> description? > >That would not help interfaces like Emacs-Guix and >Helm-System-Packages. >I think names are more important than having obsolete packages :) > >-- >Pierre Neidhardt >https://ambrevar.xyz/ I agree. What about adding a pretty name to show the user that matches the marketing name of the software? Arch seems to have this and it is used in the gui tools like pamac but not on the command line. We could solve this by adding a new optional field to the package record (pretty-name "Armagetron Advanced") For the packages that lack this field I would in the gui display them like this: (name "aircrack-ng") -> Aircrack-ng -- Sent from my k-9 mail for Android.
Re: Guix on the ASUS C201PA
Hi, hmm, I'll let Mark comment on the possibility of merging the two configuration-file selectors--but the patch looks good to me regardless. pgprwBQnrXVcG.pgp Description: OpenPGP digital signature