Re: fstrim and SSDs and cron; was: Re: cron-service

> I had never thought of it, but maybe it’s a good idea. How do other > distros handle it? On they say: >Ubuntu 14.10 onwards: >In Ubuntu 14.10 and 15.04, TRIMming happens automatically every week on all >SSDs supported by fstrim. >$ tai

Re: fstrim and SSDs and cron; was: Re: cron-service

Hi, > FWIW, I use SSDs in all my computers and have never run fstrim. Feels > a lot like the "defragment your hard drive" days. If you would run it now then it would free many gigabytes. What it does and why it's needed: Traditionally filesystems on hard disks would just reuse sectors once the

Re: fstrim and SSDs and cron; was: Re: cron-service

On Tue, May 17, 2016 at 5:24 PM, Ludovic Courtès wrote: > Hi! > > Danny Milosavljevic skribis: > >> I can confirm that this works! > > Great, thanks for testing. > >> I'm using it to regularily call fstrim (one has to regularily call >> fstrim on SSDs) so the mcron behaviour of, if an appointment

Re: [PATCH] gnu: Add wiredtiger.

宋文武 skribis: > * gnu/packages/database.scm (wiredtiger): New variable. [...] > +(arguments > + '(#:tests? #f ; XXX: timeout Could you elaborate a bit? :-) > +(license gpl3) ; or GPL-2 v3-only or v2-only, right? > +;; WiredTiger requires a 64-bit build. > +(supported-sys

Re: [PATCH] Emacs Zenburn

2016-05-17 20:10 GMT+02:00 Alex Kost : > Catonano (2016-05-17 13:12 +0300) wrote: > > > I made a new patch trying to adhere to your indications > > > > Only, I'm having troubles with git-send-email so now I'm trying to attach > > the new patch to this email in a different way, maybe this time you

Re: [PATCH 02/11] gnu: cross-build: i686-w64-mingw32: new cross target.

Andy Wingo writes: > So many possible answers, none of them great ;) For example, why have #t > as a value at all -- I don't know :) Thanks :-) > But more directly: pair? only returns a boolean because the standard > convention is that a function with a ? on the end returns a boolean. A > count

Re: [PATCH] gnu: wxmaxima: Wrap with GSETTINGS_SCHEMA_DIR and XDG_DATA_DIRS.

宋文武 skribis: > Fixes and . > > * gnu/packages/math.scm (wxmaxima)[arguments]: Wrap with > GSETTINGS_SCHEMA_DIR and XDG_DATA_DIRS. Would ‘glib-or-gtk-build-system’ solve the problem? If not, this option looks good to me. Thanks! Ludo’.

Re: [PATCH] gnu: graphviz: Enable Guile library.

Roel Janssen skribis: > Ludovic Courtès writes: > >> Roel Janssen skribis: >> >>> Ludovic Courtès writes: >>> Roel Janssen skribis: > From 704d5eba566af8d90ec7f53e7fc11d989f85c5e6 Mon Sep 17 00:00:00 2001 > From: Roel Janssen > Date: Tue, 10 May 2016 15:54:01 +0200 >

Re: fstrim and SSDs and cron; was: Re: cron-service

Hi! Danny Milosavljevic skribis: > I can confirm that this works! Great, thanks for testing. > I'm using it to regularily call fstrim (one has to regularily call > fstrim on SSDs) so the mcron behaviour of, if an appointment was > missed, doing it at the first next availability is good for > r

Re: [PATCH] gnu: graphviz: Enable Guile library.

Ludovic Courtès writes: > Roel Janssen skribis: > >> Ludovic Courtès writes: >> >>> Roel Janssen skribis: >>> Ludovic Courtès writes: > Roel Janssen skribis: > >> From 704d5eba566af8d90ec7f53e7fc11d989f85c5e6 Mon Sep 17 00:00:00 2001 >> From: Roel Janssen >> Date

Re: Freezing core-updates

Leo Famulari skribis: > Oh, I was just working on yesterday's new release of tar (1.29). I guess it > will wait for the next cycle? I updated it earlier today, as discussed on IRC, so everything’s alright. :-) Thanks, Ludo’.

Re: [PATCH] gnu: Add wmbattery

Kei Yamashita skribis: > Until the patch is applied upstream, this patch should keep things in > order within Guix. Good idea. > From e07912c6b5ea2ff45d5b923dccad26fef3ca932d Mon Sep 17 00:00:00 2001 > From: Kei Yamashita > Date: Sat, 14 May 2016 22:27:15 -0400 > Subject: [PATCH] gnu: wmbatter

Re: [PATCH] Emacs Smartparens

2016-05-16 16:35 GMT+02:00 Alex Kost > Catonano (2016-05-16 16:32 +0300) wrote: > > > Ok this is my second attempt > > > > This time it's Smartparens > > Thanks! > ;-) > I have the same comments as for the zenburn patch (especially about the > way you attach it; I can't really do anything when

Re: [PATCH] gnu: Add sicp.

Hi! Jan Nieuwenhuizen skribis: > Too lazy to get up and go for my book shelf, I was presently surprised > that SICP is available in info; and even more surprised it hasn't been > packaged yet. Indeed! :-) > From 85c7f3d9ba64989b2fbdba9ee0a0da6c635b1d3c Mon Sep 17 00:00:00 2001 > From: Jan Nie

Re: Freezing core-updates

Hello! Matthew Jordan skribis: > Just to clear does this mean any new package submissions are now be put on > hold? No, not at all. It’s just rebuild-the-world changes (those that go to the ‘core-updates’ branch) that are put on hold. Thanks, Ludo’.

Re: constants.el 2.2 no longer available

Federico Beffa skribis: > Updated with commits f99f3f2 and 1c29f3e. Great, thank you! Ludo’.

[PATCH] gnu: octave: Update to 4.0.2.

Small update for GNU Octave. Hopefully in the future we can include the GUI. -- Kei (GPG Key: 4096R/E6A5EE3C19467A0D) From 278409313dbb4567e68bb9a20c7831d17dbc5353 Mon Sep 17 00:00:00 2001 From: Kei Yamashita Date: Tue, 17 May 2016 20:36:17 -0400 Subject: [PATCH] gnu: octave: Update to 4.0.2. *

Re: [PATCH] gnu: Add wmbattery

On Tue, 17 May 2016 23:05:17 +0200 l...@gnu.org (Ludovic Courtès) wrote: > Kei Yamashita skribis: > > > Until the patch is applied upstream, this patch should keep things > > in order within Guix. > > Good idea. > > > From e07912c6b5ea2ff45d5b923dccad26fef3ca932d Mon Sep 17 00:00:00 > > 2001

[PATCH] Update name for Kei Kebreau.

Git wouldn't let me change my name in the Makefile and Makefile.in files. Any idea why? From 5c3594e9eabeed2c4d59b6f6836409c68c8c8cde Mon Sep 17 00:00:00 2001 From: Kei Yamashita Date: Tue, 17 May 2016 14:17:14 -0400 Subject: [PATCH] Update name for Kei Kebreau. --- gnu/local.mk

Re: Why do we use ".../share/emacs/site-lisp/guix.d/"?

Ludovic Courtès (2016-05-17 00:15 +0300) wrote: > Alex Kost skribis: > >> Federico Beffa (2016-05-09 09:42 +0300) wrote: >> >>> On Sun, May 8, 2016 at 9:51 PM, Alex Kost wrote: > > [...] > >>> * It also makes it obvious that packages into that directory are >>> installed in a guix specific way.

Re: [PATCH] Emacs Zenburn

Catonano (2016-05-17 13:12 +0300) wrote: > I made a new patch trying to adhere to your indications > > Only, I'm having troubles with git-send-email so now I'm trying to attach > the new patch to this email in a different way, maybe this time you can > access it ? Yes, perfect, thanks! > From 35

fstrim and SSDs and cron; was: Re: cron-service

Hi Ludo, thanks. I can confirm that this works! I'm using it to regularily call fstrim (one has to regularily call fstrim on SSDs) so the mcron behaviour of, if an appointment was missed, doing it at the first next availability is good for regularity. The man page says that trimming once a w

Re: Freezing core-updates

Hi Ludovic Courtès, Just to clear does this mean any new package submissions are now be put on hold? Respectfully, -- Matthew Jordan Sent with my mu4e Ludovic Courtès writes: > Hello Guix! > > I hereby declare ‘core-updates’ frozen! :-) > > That is, we should now work towards fixing the “co

Re: [PATCH] gnu: jemalloc: Update to 4.1.0.

Mark H Weaver writes: > Jelle Licht writes: > >> Hmm, that mail went out a bit too rushed. >> >> I updated jemalloc to a newer version so it supports the sdallocx calls. >> I have not yet tested them with the other packages that depend on it >> (mariadb, blender) > > The new jemalloc consisten

[PATCH] gnu: jemalloc: Update to 4.2.0.

* gnu/packages/jemalloc.scm (jemalloc): Update to 4.2.0. --- gnu/packages/jemalloc.scm | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/gnu/packages/jemalloc.scm b/gnu/packages/jemalloc.scm index 52d43e8..e82bcd8 100644 --- a/gnu/packages/jemalloc.scm +++ b/gnu/packages/jema

Re: constants.el 2.2 no longer available

Updated with commits f99f3f2 and 1c29f3e. Regards, Fede On Mon, May 16, 2016 at 10:51 PM, Ludovic Courtès wrote: > Hello! > > The ‘constants.el’ file that ‘emacs-constants’ refers to is no longer > available: > > currently provid

Re: Freezing core-updates

Hi Matthew, On 17/05/16 22:03, Matthew Jordan wrote: Hi Ludovic Courtès, Just to clear does this mean any new package submissions are now be put on hold? Not at all, keep them coming. Core-updates is a branch of the repository where packages that affect many others are updated (e.g. boost)

Re: Freezing core-updates

On Tue, May 17, 2016 at 07:29:19AM -0400, Leo Famulari wrote: > Oh, I was just working on yesterday's new release of tar (1.29). I guess it > will wait for the next cycle? Please disregard. I see you've added it already :)

Re: Freezing core-updates

Oh, I was just working on yesterday's new release of tar (1.29). I guess it will wait for the next cycle? Sorry for the top-post... Original Message From: l...@gnu.org Sent: May 17, 2016 4:59:41 AM EDT To: Guix-devel Subject: Freezing core-updates Hello Guix! I hereby decla

Re: [PATCH] Emacs Zenburn

Alex, thank you so much for your comments 2016-05-16 16:18 GMT+02:00 Alex Kost : > > Could you send an updated patch please I made a new patch trying to adhere to your indications Only, I'm having troubles with git-send-email so now I'm trying to attach the new patch to this email in a differ

Re: Timestamps in ...-autoloads.el files

Alex Kost skribis: > Ludovic Courtès (2016-05-16 15:45 +0300) wrote: > >> Alex Kost skribis: > [...] >>> I looked at the compiled "autoload.elc" file and if I understood it >>> correctly, it was compiled using the unpatched version of "autoload.el" >>> (because there is no mention of SOURCE_DATE

Freezing core-updates

Hello Guix! I hereby declare ‘core-updates’ frozen! :-) That is, we should now work towards fixing the “core” packages, then make Hydra build everything, fix packages, and finally merge it. I invite you all to spend a bit of time on it, it’s fun and profitable. :-) Currently, the main problem

Re: [PATCH 02/11] gnu: cross-build: i686-w64-mingw32: new cross target.

On Sat 14 May 2016 22:27, Jan Nieuwenhuizen writes: > Andy Wingo writes: > > Something I wanted to ask and I guess now why don't we let functions > like pair?, null?, string-prefix? not return the thing itself? So many possible answers, none of them great ;) For example, why have #t as a value a

Re: [PATCH 03/11] gnu: Add function libiconv-if-needed.

On Sat 14 May 2016 22:27, Jan Nieuwenhuizen writes: > From a1ee6d5a33a9bd32828d9c8534b50f709c27b11a Mon Sep 17 00:00:00 2001 > From: Jan Nieuwenhuizen > Date: Tue, 3 May 2016 18:49:33 +0200 > Subject: [PATCH 03/11] gnu: Add function libiconv-if-needed. LGTM, thank you!

Re: [PATCH 11/11] gnu: guile-2.0: support mingw.

On Sat 14 May 2016 22:31, Jan Nieuwenhuizen writes: > From dfd0f3dbee2c0062b02c9f35c598d937c85ea614 Mon Sep 17 00:00:00 2001 > From: Jan Nieuwenhuizen > Date: Sun, 24 Apr 2016 14:06:56 +0200 > Subject: [PATCH 11/11] gnu: guile-2.0: support mingw. LGTM. Thank you!

Re: [PATCH 07/11] gnu: cross-base: Add cross-libtool.

On Sat 14 May 2016 22:26, Jan Nieuwenhuizen writes: > From 78efd3acd57df52ec635de5d306a5d3865b473b6 Mon Sep 17 00:00:00 2001 > From: Jan Nieuwenhuizen > Date: Wed, 27 Apr 2016 10:33:52 +0200 > Subject: [PATCH 07/11] gnu: cross-base: Add cross-libtool. Thanks for the comments; LGTM for me :)