From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0 Subject: Re: Package Definitions and Maintenance Date: Sun, 2 Apr 2017 10:56:13 +0000 Message-ID: <20170402105613.qy4bqfcsm6g6gnfo@abyayala> References: <20170402114445.33e505b3@hitpoints> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48078) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cudBJ-0000Hc-UD for help-guix@gnu.org; Sun, 02 Apr 2017 06:56:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cudBG-0002QH-Sl for help-guix@gnu.org; Sun, 02 Apr 2017 06:56:26 -0400 Received: from latitanza.investici.org ([2001:888:2000:56::19]:58625) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cudBG-0002Nr-JA for help-guix@gnu.org; Sun, 02 Apr 2017 06:56:22 -0400 Content-Disposition: inline In-Reply-To: <20170402114445.33e505b3@hitpoints> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Thomas Sigurdsen Cc: "help-guix@gnu.org" Hi Thomas, Thomas Sigurdsen transcribed 3.0K bytes: > Hi Guix! > > I'm sending two threads with the same intro, read below the line for the > questions. > > I've been playing around with guixsd on my day-to-day work laptop for a month > or so now and have to say I'm thoroughly happy about how everything is put > together and mostly _just works_. > > I'll note that I'm still very much learning guile and scheme. But the manual > (https://www.gnu.org/software/guile/manual/) is amazing. > > ------------------------------------------------------------------------------------------------- > > I have tried writing some package definitions > (https://notabug.org/thomassgn/guixsd-configuration/src/master/modules/tms/). > But I can not get it to even pass evaluation and I don't understand what is > meant by 'procedure #f'. Assuming I somewhere have a value that should eval > to a procedure but evals to false instead - I just don't understand where. > > The first warning about freetype I don't understand how to get around > also. I've attached my output from running 'guix package -i wkhtmltopdf' at > the end. > > I'm also curious: I'm happy to contribute the package definitions I write to > guix; but I don't think I'm a reliable maintainer. That is, I don't know if I > will have the capacity to update the definitions as upstream changes with time > (I'm not reliable like that). Should I still send patches with package > definitions? Yes, we do not enforce a person per package becomes the maintainer policy. The packages are collectively maintained, and while there are people who pick groups of packages for various reasons they look after, everyone has the freedom to update and care for the packages. > My entire configuration with homemade modules can be found at: > https://notabug.org/thomassgn/guixsd-configuration > > > WARNING: (wkhtmltopdf): `freetype' imported from both (guix licenses) and > (gnu packages fontutils) Backtrace: > In ice-9/boot-9.scm: > 4056: 19 [#] > 1727: 18 [%start-stack load-stack ...] > 1732: 17 [#] > In unknown file: > ?: 16 [primitive-load > "/gnu/store/0icg6mr0cw74srvp39hms8fvh3s821yf-guix-0.12.0-7.aabe/bin/.guix-real"] > In guix/ui.scm: 1228: 15 [run-guix-command package "-i" "wkhtmltopdf"] > In ice-9/boot-9.scm: > 160: 14 [catch srfi-34 # ...] > 160: 13 [catch system-error ...] > In guix/scripts/package.scm: > 896: 12 [#] > 863: 11 [process-actions # (# # # # ...)] > In guix/ui.scm: > 729: 10 [show-manifest-transaction # # # ...] > In srfi/srfi-1.scm: > 598: 9 [map # item)> ...] In guix/ui.scm: > 658: 8 [# > "wkhtmltopdf" ...] In guix/packages.scm: > 1134: 7 [package-output # # "out" ...] > 786: 6 [cache! # # # ...] > 1092: 5 [thunk] > 1024: 4 [bag->derivation # # #] > In srfi/srfi-1.scm: > 573: 3 [map # #] > In guix/packages.scm: > 846: 2 [expand-input # # # ...] > In guix/store.scm: > 1176: 1 [# # > # ...] In unknown file: > ?: 0 [#f # "x86_64-linux" #f] > > ERROR: In procedure #f: > ERROR: Wrong type to apply: #f > >