[PATCH] gnu: eudev: Update to 1.10.

0001-gnu-eudev-Update-to-1.10.patch Description: Binary data signature.asc Description: PGP signature

Re: Gluglug X60 Guix howto

Alex Sassmannshausen wrote .. > Hello, > > I received a request for instructions on how to get Guix running as > standalone on the Gluglug X60 — my work is ongoing (I haven't > reconfigured the Grub BIOS, nor have I got wireless working yet), but > a first draft may help other owners. > > You can

Re: [gnu.org #954922] Vague "licensing" for the symbola font.

Alex Kost wrote: > IIUC it applies to all the files. Quotation from > : > > --8<---cut here---start->8--- > In lieu of a licence > > Fonts and documents in this site are not pieces of property or > merchandise items; they carr

Re: 01/01: gnu: vlc: Update to 2.2.0

Ludovic Courtès said; > Right. The version has to be chosen carefully (should be a LTS > version and one that is likely to remain on fsfla.org and/or that we > mirror on alpha.gnu.org), plus we don’t want glibc’s requirement to > be too high so people can use Guix on GNU/Linux with relatively old

[PATCH] gnu: linux-libre-headers: Update to 3.18.11

I understand that updated headers are needed in order for the new version of VLC to compile successfully. Please see attached. I hope this is sufficient. Also, since Alexandre Oliva periodically removes tarballs so as to free up space on the virtual machine that hosts these, it might also be a goo

gnu: linux-libre: Set CONFIG_DEVMEM=y

/dev/mem has become an optional device. This patch sets /dev/mem to enabled. 0001-gnu-linux-libre-Set-CONFIG_DEVMEM-y.patch Description: Binary data signature.asc Description: PGP signature

Re: [PATCH] gnu: linux-libre-headers: Update to 3.18.11

Mark H Weaver declared: > Updating linux-libre-headers entails a full rebuild of everything in > Guix. Yes, I know. It was on my To Do list & I hadn't picked up on that the update was already done so never mind. signature.asc Description: PGP signature

Linux-libre 4.1

Hello, just wanted to let you know I've made up some kernel configuration files for 4.1. Just in case you want to use them. https://jxself.org/git/?p=kernel-configs.git signature.asc Description: PGP signature

Re: Linux-libre 5.8 and beyond

> the linux-libre project periodically deletes most of its older > tarballs, even if there are no accidents. Just FYI that git://linux-libre.fsfla.org/releases.git was created mainly to solve that problem. Versions are now pretty much permanent. > It may be useful for users with newer hardware de

Re: Linux-libre git repository

On Thu, 13 Aug 2020 09:47:21 -0700 Vagrant Cascadian wrote: > It is also possible to retrieve tarballs directly from linux-libre git > tags, though I know at least projects hosted on github this does > occasionally result in non-identical tarballs. Not sure what factors > might trigger this, othe

Re: Linux-libre 5.8 and beyond

I always thought the reproducible builds mantra was "trust but verify", not to actively distrust? pgpFznz8RXrAU.pgp Description: OpenPGP digital signature

Re: Linux-libre 5.8 and beyond

On Sat, 15 Aug 2020 21:24:08 -0400 Mark H Weaver wrote: > Hi Alexandre, > > I thought about it some more, and I've changed my mind on one point: > I've decided that for future kernel updates, in order to eliminate the > risk of unintentionally allowing blobs into Guix, I will either wait > for L

Re: Linux-libre source code will be taken offline

For some clarity on the situation: http://www.fsfla.org/pipermail/linux-libre/2021-August/003439.html The scripts are not being removed and my understanding is that Guix only uses the scripts anyway. > and their Git repo is also going to be rewritten to remove them. The tags for the kernel sourc

Re: Linux-libre source code will be taken offline

On Mon, 27 Sep 2021 19:30:29 -0400 Leo Famulari wrote: > I didn't check that the files are bit-identical, but my understanding > is that the "old" revisions of the deblobbing scripts are available > here: > > https://linux-libre.fsfla.org/pub/linux-libre/releases/old/ Yes. In gen6. They have be

Re: Linux-libre source code will be taken offline

On Tue, 28 Sep 2021 10:43:20 +0200 zimoun wrote: > Hi, > > On Mon, 27 Sep 2021 at 17:46, Jason Self wrote: > > [...] > > > > Yes. In gen6. They have been moved, not deleted. > > > > The versioning and locations in terms of gnuN and genN are knowable &

Re: Linux-libre source code will be taken offline

Granted that old/gen7 is not currently a valid URL but we can know that, 5 or 10 years from now, when Linux-libre has moved on to the 8th, 9th or even 10th generation, the 7th generation scripts will exist there. If Guix can begin checking those additional locations now then, in the future once the

Re: Linux-libre source code will be taken offline

On Tue, 28 Sep 2021 19:11:58 +0200 zimoun wrote: > The method you are proposing seems awkward; as you say, old/gen7 is > not currently a valid URL. And you are proposing that you set in > stone now this URL expecting that maybe it will be valid in the > future. Ah future cannot be predicted. ;-

Re: Online hackathon ?

There will also be a hackathon going on at the GNU Project's 30th anniversary [0] in Boston if anyone's interested in meeting in person there. It could probably be coordinated with an online hackathon too. Based on Libby's message [1] it might be possible to coordinate something for Guix too. Just

Re: [PATCH] gnu: Add IceCat.

Ludovic Courtès said: > It succeeded on i686 but failed on x86_64 for unclear reasons > (the log doesn't show any error, but dmesg shows a couple of > OOMs...), so I’ve just restarted it. Lots of memory is probably needed. I haven't tried to compile IceCat but I recall the Mozilla instructions for

Re: [PATCH] gnu: Add ffmpeg.

Ludovic Courtès asked: > Anyway, I agree that it’s a major inconvenience, but I wonder if we > should be concerned about shipping without testing. What do people > think? I have no objection.

Updating Kernel Configs

ice and it looks like they conflict if you load both. From 4e48e787e2383ecc5606eede7bd45a2376cc7bf8 Mon Sep 17 00:00:00 2001 From: Jason Self Date: Sun, 13 Jul 2014 09:31:55 -0700 Subject: [PATCH 1/1] Disabling CONFIG_DEBUG_INFO so that local builds aren't so enormous. Also turning off nvidia

Updating To Linux-libre 3.15.5

://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.15.4 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.15.5 The attached patch updates the Linux-libre to 3.15.5 so as to incorporate these changes. commit 97bebf310bf3d4bc35b767a959b700f90789c93b Author: Jason Self Date: Sun Jul 13 12:07:36 2014 -0700

[PATCH] Update FLAC to 1.3.0

This change updates FLAC to version 1.3.0 and removes flac-fix-memcmp-not-declared.patch. The patch has been incorporated by upstream and it's no longer necessary to maintain it separately. From c21c2e188a19994d3e3b1cce8896c153d2a1ee0c Mon Sep 17 00:00:00 2001 From: Jason Self Date: Mon, 1

[PATCH] Update libvorbis to 1.3.4

This patch updates libvorbis to 1.3.4. 0001-gnu-packages-xiph.scm-libvorbis-Update-to-version-1..patch Description: Binary data signature.asc Description: PGP signature

[PATCH] gnu: libogg: Update to 1.3.2.

* gnu/packages/xiph.scm (libogg): Update to version 1.3.2. 0001-gnu-libogg-Update-to-1.3.2.patch Description: Binary data

[PATCH] gnu: ffmpeg: Update to 2.3

* gnu/packages/video.scm (ffmpeg): Update to version 2.3. 0001-gnu-ffmpeg-Update-to-2.3.patch Description: Binary data signature.asc Description: PGP signature

Re: Troubles with install image

David Thompson asked: > Any ideas? I have one of these machines too. You're using the fork of coreboot called libreboot right? The grub.cfg that you see is in from the flash chip. Try using the "Scan" option at the bottom to have it scan the HDD and use that grub.cfg instead. Once the Scan option

gnu: linux-libre: Update to 3.15.6

* gnu/packages/linux.scm (linux-libre): Update to version 3.15.6. Changelog, for those so interested: https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.15.6 0001-gnu-linux-libre-Update-to-3.15.6.patch Description: Binary data signature.asc Description: PGP signature

Re: [PATCH] linux-initrd: Add AHCI modules.

I would prefer to not maintain different kernel configurations (for Guix and non-Guix.) If the initial ramdisk doesn't have enough stuff present to be able to boot successfully, this seems to provide a good example of entire directories of stuff to include: http://www.linuxfromscratch.org/blfs/vi

gnu: acl: Update to 2.2.52.

* gnu/packages/acl.scm (acl): Update to version 2.2.52. From 2f4f94c660c58b3c46c1ce485c22017eebe255ad Mon Sep 17 00:00:00 2001 From: Jason Self Date: Sat, 19 Jul 2014 13:24:47 -0700 Subject: [PATCH 1/1] gnu: acl: Update to 2.2.52. * gnu/packages/acl.scm (acl): Update to version 2.2.52. Signed

gnu: dfc: Update to 3.0.4.

* gnu/packages/admin.scm (dfc): Update to version 3.0.4. From e6aed17bdcf8a0643802e440efec860ed644d12d Mon Sep 17 00:00:00 2001 From: Jason Self Date: Sat, 19 Jul 2014 13:33:14 -0700 Subject: [PATCH 1/1] gnu: dfc: Update to 3.0.4. * gnu/packages/admin.scm (dfc): Update to version 3.0.4. Signed

gnu: htop: Update to 1.0.3.

* gnu/packages/admin.scm (htop): Update to version 1.0.3. From a15e2d287f205b088b9141cb1e80ee0592d1a274 Mon Sep 17 00:00:00 2001 From: Jason Self Date: Sat, 19 Jul 2014 13:40:43 -0700 Subject: [PATCH 1/1] gnu: htop: Update to 1.0.3. * gnu/packages/admin.scm (htop): Update to version 1.0.3

gnu: sudo: Update to 1.8.10p3

* gnu/packages/admin.scm (sudo): Update to version 1.8.10p3. From acd861da2c83d9ef760eef917b1665bf40e4f647 Mon Sep 17 00:00:00 2001 From: Jason Self Date: Sun, 20 Jul 2014 07:09:44 -0700 Subject: [PATCH 1/1] gnu: sudo: Update to 1.8.10p3. * gnu/packages/admin.scm (sudo): Update to version

gnu: wpa-supplicant: Update to 2.2.

* gnu/packages/admin.scm (wpa-supplicant): Update to version 2.2. From a2f2de4db39269543e3fd2f0dca397b9dbb34e67 Mon Sep 17 00:00:00 2001 From: Jason Self Date: Sun, 20 Jul 2014 07:13:19 -0700 Subject: [PATCH 1/1] gnu: wpa-supplicant: Update to 2.2. * gnu/packages/admin.scm (wpa-supplicant

[PATCH] Correcting FFmpeg build error

From 8077c5b884c296b59607176193dbc939908a4fe0 Mon Sep 17 00:00:00 2001 From: Jason Self Date: Sun, 20 Jul 2014 12:08:58 -0700 Subject: [PATCH 1/1] gnu: ffmpeg: Remove --disable-vis. * gnu/packages/video.scm (ffmpeg): Remove --disable-vis. Signed-off-by: Jason Self --- gnu/packages/video.scm

[PATCH] gnu: linux-libre: Update to 3.15.7.

* gnu/packages/linux.scm (linux-libre): Update to version 3.15.7. Changelog: https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.15.7 0001-gnu-linux-libre-Update-to-3.15.7.patch Description: Binary data signature.asc Description: PGP signature

Re: Package test service for GNU maintainers

Since GNU maintainers (in theory) already upload their stuff to ftp.gnu.org or alpha.gnu.org using that file triplet it might be nice if something could be worked into their existing workflow. Perhaps new commands in the directive file to do the things you describe? This would probably require coor

Re: Package test service for GNU maintainers

John Darrington asked: > The way you describe it above, would it not be considered SaaS? No, assuming it's running on FSF/GNU equipment: Then the GNU Project is doing its own computing on its own machines. This is one reason I liked the idea of somehow integrating this into the existing FTP upload

New x86 machine

Hello, There's a new x86-64 machine on the block (soon to be) building things. Guix has been installed on it and hopefully its fast CPU, 16GB of RAM and 2TB of storage will be pressed into service soon to help with the upcoming giant rebuilds. signature.asc Description: PGP signature

Re: [PATCH] profiles: Report about upgrades.

Ludovic Courtès: > Perhaps even a different format, like, say: > > The following package will be upgraded: > guile 1.8.8 → 2.0.9out /gnu/store/... > > Thoughts? I like that. :)

Re: Problem No space left on device

Authorized binary substitutes from Hydra might help. Otherwise, more space? signature.asc Description: PGP signature

Re: GNU Guixguix source archive branch, master, updated. v0.7-198-ge46db77

Ludovic Courtès asked: > What was the reason for reverting to 3.16.1 and then switching back to > 3.16.2? I jumped the gun. I compiled 3.16.2 for my public repository using the deblob scripts and later on updated Guix, but I didn't think to check if lxo had actually published 3.16.2 tarballs yet.

Re: Guix package wishlist on libreplanet.org

Andreas Enge said: > Do I need an account on libreplanet, or does one of my existing gnu or > savannah accounts work? I was under the impression I needed a separate one > and not motivated to create it... > > Andreas My understanding is that the LibrePlanet wiki uses single sign on so if you have

Upstream Release Monitoring

With the number of packages available using Guix (and it seems to keep increasing) keeping up on the latest upstream versions manually is gonna be a pain. :) Shouldn't the checking be automated in some way? One idea might be to create a bug in the GNU Bug Tracker when a new upstream release is dete

Long-term Release Kernels

I was wondering what people though about whether or not there should also be a long-term release kernel package (see the longterm section at [0]) in addition to the current one which always tracks the latest version? The short-term support versions provides all of the latest changes and features

Re: installing a modified package

Carlos Carleos asked: > What would be the similar sequence for GUIX? Edit the package definition as appropriate to accomplish what you need to do? Make a new package definition that uses the old one as an input with whatever changes are needed? If the changes you're making would be generally usefu

[PATCH] Kernel Configuration

Hello, I wanted to make sure that I was doing this correctly before committing anything. It seems that it's best to have all of the kernel's config stuff centrally located. Plus, all of these are already enabled in the normal config, and I'd argue in a better way. For example: CONFIG_VIRTIO_BLK sho

Re: [PATCH] Kernel Configuration

Ludovic Courtès said: > Furthermore I would rather keep CONFIG_VIRTIO_BLK=m rather than =y > precisely because that module only makes sense when running a QEMU > guest and not otherwise. > > WDYT? My reason for making it y instead of m is: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/9029

Re: Join the Guix hackathon, Sep. 27-28

Andreas Enge said: > I am not quite sure what google hangout is, but it sounds a lot like > a proprietary software as a service. So I do not think that would be > in line with the gnu philosophy... You got it right. Other options are available for screen sharing that are free software. There are