bug#25569: control message for bug #25569

owner 25569 !

bug#32769: Packaging Next browser (Common Lisp) [work in progress]

Hi Pierre, On Mon, 15 Oct 2018 11:34:14 +0200 Pierre Neidhardt wrote: > Question: do we need both "out" and "lib" outputs? > My understanding is that "lib" is useful when one wants to start the > program from a REPL. Correct? "out" will always depend on "lib" for programs. We want to build it

bug#32769: Packaging Next browser (Common Lisp) [work in progress]

ried. You can then run |> (asdf:load-system 'next-gtk) |> (next:start) to get started. Hoping that helps, -- Andy From 452bb2919ab1db6d819973d655407b1a335b2741 Mon Sep 17 00:00:00 2001 From: Andy Patterson Date: Mon, 15 Oct 2018 01:59:25 -0400 Subject: [PATCH] gnu: next-browser: Fix the build

bug#32769: Packaging Next browser (Common Lisp) [work in progress]

Hi, On Fri, 12 Oct 2018 08:44:35 +0200 Pierre Neidhardt wrote: > Let me know if you'd like to do it or if I should give it a shot :) > Please feel free. I'll probably get around to it this weekend if you don't have time before then, if that's ok with you. Thanks, -- Andy

bug#32769: Packaging Next browser (Common Lisp) [work in progress]

Hi Pierre, On Thu, 11 Oct 2018 12:44:43 +0200 Pierre Neidhardt wrote: > You were right, this was the issue. I've posted a patch upstream, it > should be fixed soon. > > Now Next compiles. Hurray!!! :D Nice. > > There is one last step though: the .asd bunble works, but not the > "build-prog

bug#32769: Packaging Next browser (Common Lisp) [work in progress]

Hi, On Wed, 10 Oct 2018 15:21:26 +0200 Pierre Neidhardt wrote: > The good news: all Next browser dependencies are now packaged under > the branch wip-nextbrowser. > > The bad news: Next browser fails to build. > > [...] > > Andy, any clue on this? It's probably the > ; caught WARNING: > ;

bug#32770: Packaging SLIME/SWANK as Common Lisp library

Hi Pierre, On Fri, 05 Oct 2018 15:30:03 +0200 Pierre Neidhardt wrote: > > In “guile-sly”, for example, the configure script accepts > > “--with-libfreeimage-prefix=” and “--with-libgslcblas-prefix=”, > > which are then used to construct a full path to the libraries. In > > other cases where the

bug#32770: Packaging SLIME/SWANK as Common Lisp library

Hi Pierre, I've seen your later e-mail but I'd still like to answer some of your questions here. On Thu, 04 Oct 2018 10:37:08 +0200 Pierre Neidhardt wrote: > CC-ing Ludovic and Ricardo if they want to chime in. > > Thanks for the feedback, Andy, so invaluable as always. > > > I've been using

bug#32770: Packaging SLIME/SWANK as Common Lisp library

Hi, On Wed, 03 Oct 2018 20:34:24 +0200 Pierre Neidhardt wrote: > Last (hopefully?) step before getting Next up and running: add > support for CFFI. > > I've re-used your CFFI package and they seem to work. Now if I want > to package cl-sqlite, it fails because sqlite.so cannot be found. > Inde

bug#32770: Packaging SLIME/SWANK as Common Lisp library

Hi Pierre, On Tue, 02 Oct 2018 12:24:29 +0200 Pierre Neidhardt wrote: > > It'd be nice to have an importer. Maybe we can use Nix's work to > > reduce the amount of investigation needed to get there. > > Absolutely. ASDF is good enough that the vast majority of CL > libraries can be packaged

bug#32770: Packaging SLIME/SWANK as Common Lisp library

Hi, On Sun, 30 Sep 2018 23:46:08 +0200 Pierre Neidhardt wrote: > Also see > > https://github.com/quicklisp/quicklisp-projects/issues/1561 > > There are some interesting links, mostly about the Nix system. See > the > > > https://github.com/NixOS/nixpkgs/blob/5048b0d1f9e908665a01

bug#32770: Packaging SLIME/SWANK as Common Lisp library

Hi, On Mon, 01 Oct 2018 15:53:50 +0200 Pierre Neidhardt wrote: > Another issue, Andy, is with the new `normalize-dependency' function > that adds support for the dependency syntax as specified by the ASDF > grammar. I think your approach is good but it fails for `jpl-queues` > because it produc

bug#32770: Packaging SLIME/SWANK as Common Lisp library

lize-string to support versioned dependencies", since there's a more general version of it in master now. -- Andy From a7b945bb58f22ac6c0bcee1bee62e40ffa9873a6 Mon Sep 17 00:00:00 2001 From: Andy Patterson Date: Sat, 29 Sep 2018 15:04:40 -0400 Subject: [PATCH] gnu: slime-swank: Make it loa

bug#32522: qtwebkit-5.212.0-alpha2.drv

Hi, On Fri, 24 Aug 2018 21:57:52 +0200 Gnu Röoty wrote: > Hi ! From 2 weeks I want install the service CUPS with drivers HP, but > qtwebkit failed for build. > > [...] > > My service CUPS to config.scm : > > (services (cons* (gnome-desktop-service) > >;;Service Cups avec

bug#25101: [PATCH 1/3] gnu: sane-backends: Disable backend generation.

* gnu/packages/scanner.scm (sane-backends)[arguments]: Add a phase to disable the compilation of backends. --- gnu/packages/scanner.scm | 4 1 file changed, 4 insertions(+) diff --git a/gnu/packages/scanner.scm b/gnu/packages/scanner.scm index 76817b389..01db5ee21 100644 --- a/gnu/packages/s

bug#25101: [PATCH 3/3] gnu: Add and use sane-backends.

xodbc) ("unzip" ,unzip) ("vigra" ,vigra) diff --git a/gnu/packages/scanner.scm b/gnu/packages/scanner.scm index e913858f5..fdad1c445 100644 --- a/gnu/packages/scanner.scm +++ b/gnu/packages/scanner.scm @@ -1,6 +1,7 @@ ;;; GNU Guix --- Functional package management fo

bug#25101: [PATCH 2/3] gnu: Add and use sane-backends-minimal.

* gnu/packages/scanner.scm (sane-backends): Rename to... (sane-backends-minimal): this. Adjust name, source, synopsis and description accordingly. * gnu/packages/cups.scm (hplip): Use 'sane-backends-minimal' instead of 'sane-backends'. * gnu/packages/gnome.scm (colord, simple-scan): Likewise. * gnu

bug#25101: [PATCH 1/2] gnu: Add hpaio-enabled sane-backends variant.

Hi, Here's some patches implementing what you've suggested. I decided to use the full "sane-backends" for the other dependents, since I guessed that they need some backend support. If anyone knows that that's not required, it can be changed. Thanks, -- Andy

bug#25101: [PATCH 1/2] gnu: Add hpaio-enabled sane-backends variant.

Hi, and sorry for the late reply. On Tue, 06 Dec 2016 10:10:57 +0100 l...@gnu.org (Ludovic Courtès) wrote: > Andy Patterson skribis: > > > On Mon, 05 Dec 2016 21:48:36 +0100 > > l...@gnu.org (Ludovic Courtès) wrote: > > > >> > +(define-public sane-backend

bug#25101: [PATCH 1/2] gnu: Add hpaio-enabled sane-backends variant.

. Thanks for your review. -- Andy From 05474fbe68591b136c912db8aa1400b24800c541 Mon Sep 17 00:00:00 2001 From: Andy Patterson Date: Sat, 3 Dec 2016 22:29:44 -0500 Subject: [PATCH 1/2] gnu: Add hpaio-enabled sane-backends variant. * gnu/packages/scanner.scm (sane-backends+hpaio): New variable.

bug#25101: simple-scan can't use hpaio

On Sat, 3 Dec 2016 23:00:35 -0500 Andy Patterson wrote: > Hi Danny, > > I also noticed this problem a couple days ago, and I really needed to > scan something, so I've had these patches in my tree. It basically > implements your second suggestion. I think it's the r

bug#25101: [PATCH 1/2] gnu: Add hpaio-enabled sane-backends variant.

/gnu/packages/scanner.scm @@ -1,6 +1,7 @@ ;;; GNU Guix --- Functional package management for GNU ;;; Copyright © 2014 John Darrington ;;; Copyright © 2015 Andy Wingo +;;; Copyright © 2016 Andy Patterson ;;; ;;; This file is part of GNU Guix. ;;; @@ -20,6 +21,7 @@ (define-module (gnu packages

bug#25101: simple-scan can't use hpaio

Hi Danny, I also noticed this problem a couple days ago, and I really needed to scan something, so I've had these patches in my tree. It basically implements your second suggestion. I think it's the right way to go about it. I realise you might also have patches you're working on, but maybe this

bug#25101: [PATCH 2/2] gnu: simple-scan: Enable hpaio support.

* gnu/packages/gnome.scm (simple-scan)[inputs]: Use 'sane-backends+hpaio'. --- gnu/packages/gnome.scm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm index 3aa0f56..531da43 100644 --- a/gnu/packages/gnome.scm +++ b/gnu/packages/gn

bug#21108: Home directory not created for new users

Following up on the thread from guix-devel: On 0.8.3-pre, after a clean install, users listed in the system configuration file do not have a home directory automatically created for them in some circumstances. This causes the us

bug#20597: ‘unlinkat’ bug in Linux 4.0.2 leads to tar test failure

ourtès wrote: > (Please keep 20...@debbugs.gnu.org Cc'd.) > (Gnulib: please scroll further down for the ‘unlinkat’ issue.) > > Andy Patterson skribis: > >>> I suppose this is Guix 0.8.2 on top of another distribution, right? Did >>> you install from source or from t