From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: [PATCH] gnu: Add laby. Date: Sat, 13 Feb 2016 15:16:21 +0100 Message-ID: <20160213141621.GA1915@debian> References: <87egcleiig.fsf@gnu.org> <87fux1y0vg.fsf@dustycloud.org> <20160211221839.73cf23b5@debian-netbook> <87k2madh1x.fsf@gnu.org> <20160212180905.GA8954@debian> <87pow19gii.fsf@gnu.org> <20160213084329.GA10278@debian> <878u2oaeh4.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57716) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aUazv-0008AV-HB for guix-devel@gnu.org; Sat, 13 Feb 2016 09:16:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aUazr-0006CK-I0 for guix-devel@gnu.org; Sat, 13 Feb 2016 09:16:31 -0500 Received: from mailrelay7.public.one.com ([91.198.169.215]:47382) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aUazr-00069Z-5D for guix-devel@gnu.org; Sat, 13 Feb 2016 09:16:27 -0500 Content-Disposition: inline In-Reply-To: <878u2oaeh4.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Jan Nieuwenhuizen Cc: guix-devel@gnu.org On Sat, Feb 13, 2016 at 03:09:59PM +0100, Jan Nieuwenhuizen wrote: > I think it's a problem with Guix's ocaml or gtk not rendering svg > images; so I wanted to first `see if png works' and then figure out > what's going on...So this could be temporary, depending on the > availability of svg rendering, not sure what to do here. > So...please advise. Since there is no terrible hurry, I would suggest to examine the svg rendering issue first; if you do not find a solution in reasonable time, we can still push the png patch. > > PPS: You do not happen to use unison? > No, I have used SparkleShare until it became obvious there won't be a > headless version and I reverted to plain git. I'll have a look. Does > it use git for a backend? No, it just synchronises and does not allow to roll back. On the other hand, it also works well with binary files (for instance, for synchronising films from one machine to another, I would not want them to take space forever in a git repository). It is essentially a two-way rsync. Andreas