Re: GSoC ideas

Christopher Allan Webber writes: > > Sorry, I was unclear. What I'm talking about is Guix *as a package > manager* to be able to be available on foreigh distros so I can > encourage friends to do: > > apt-get install guix > > ... and then do user-space hacking with Guix, and use "guix environme

Re: GSoC ideas

Efraim Flashner writes: [...] > > - ncurses installer -- my idea was Debian's installer can be considered ugly, > but it does have everything needed to install a system. Couldn't agree more. Don't know if you are still considering this idea, but reading your comment and a couple more recent GSo

Re: GSoC ideas

l...@gnu.org (Ludovic Courtès) writes: > Christopher Allan Webber skribis: > >> Maybe we should have a place to collect ideas? > > What about creating a page at ? > >> Anyway, here would be my top items for GSoC: >> >> - An installer wizard (written in Gu

Re: GSoC ideas

Manolis Ragkousis skribis: > On 03/02/16 23:31, Ludovic Courtès wrote: [...] >> Other options include calling out to the ‘settrans’ command (inelegant >> IMO), writing Guile bindings for some of the Hurd libraries, and/or some >> sort of a MiG in Scheme (neat but takes some time!). > > We could

Re: GSoC ideas

Hey On 03/02/16 23:31, Ludovic Courtès wrote: > Do you have examples of GNU/Linux uses that would make no sense? > After a quick look in mount's man page I think that maybe Roland was referring to some flags (like relatime for example) that when passed to mount, expect the Linux kernel to handle

Re: GSoC ideas

Ludovic Courtès, on Wed 02 Mar 2016 22:31:41 +0100, wrote: > Samuel Thibault skribis: > > It can both help and hurt. Roland's concern is that we will probably not > > want to provide a mount() that behaves like Linux, because in some cases > > it may just not even make sense. So the "ported" softw

Re: GSoC ideas

Samuel Thibault skribis: > Ludovic Courtès, on Wed 02 Mar 2016 11:09:28 +0100, wrote: >> Manolis Ragkousis skribis: >> > 1) Merge wip-hurd branch. >> > 2) Make the daemon handle chroot builds on the Hurd. >> > Note here that on the Hurd, one does not need to be root to achieve >> > isolation, so

Re: GSoC ideas

Ludovic Courtès, on Wed 02 Mar 2016 11:09:28 +0100, wrote: > Manolis Ragkousis skribis: > > 1) Merge wip-hurd branch. > > 2) Make the daemon handle chroot builds on the Hurd. > > Note here that on the Hurd, one does not need to be root to achieve > > isolation, so I should change the daemon to use

Re: GSoC ideas

Hi! I realize I hadn’t responded to Manolis. Another +1 from me! Some random comments: Manolis Ragkousis skribis: > Before May: > > 1) Merge wip-hurd branch. > 2) Make the daemon handle chroot builds on the Hurd. > Note here that on the Hurd, one does not need to be root to achieve > isolatio

Re: GSoC ideas

On Sun, Feb 28, 2016 at 11:12:25PM +0100, Samuel Thibault wrote: > Just sending my big +1 on this project :) Same here. I'd like to note that I'm personally pushing so that we have less students but with better projects. This one definitely fits. -- Richard Braun

Re: GSoC ideas

Hello, Just sending my big +1 on this project :) Samuel

Re: GSoC ideas

> > If you’re versed in Guix, you might be interested in writing a > derivation that runs Debian in QEMU and invokes the commands that build > .deb files, as Chris suggested. That would be awesome. I don't currently know enough about guix to do that, but I think it'd be great if I did. Diane

Re: Guix on Debian (was: GSoC ideas)

On Thursday, February 25, 2016 12:30:47 PM Efraim Flashner wrote: > Another option would be to include in the pre/post install script to add > the repo if it's not already there. I know some third party repos delete > and recreate their files, my `tor+http` setting keeps on getting > overwritten.

Re: GSoC ideas

Diane Trout skribis: > I wrote a basic Debian recipe to build guix, create the build users, > and install the systemd config file. > > https://github.com/detrout/debian-guix Nice! > Currently I've only split the guix package into the emacs components > and everything else. I'd thought about spl

Re: Guix on Debian (was: GSoC ideas)

On Wed, Feb 24, 2016 at 11:36:52AM -0800, Diane Trout wrote: > > Hosting a .deb file on our own server that users could download and > > install with dpkg would be perfect for us. > > Actually the best thing to do would be to put the debs into a signed > repository, for example https://mirrorer.a

Re: GSoC ideas

> For Ubuntu, I used the patch below. > Thank you. I fixed the typo and switched to using a uscan version=3 config file with the Ludovic Courtès signing key in upstream/signing-key.asc so the uscan key validation works correctly. Does the updated uscan file work correctly on *buntu? I also c

Re: GSoC ideas

Jan Nieuwenhuizen writes: > Diane Trout writes: > >> I wrote a basic Debian recipe to build guix, create the build users, >> and install the systemd config file. >> >> https://github.com/detrout/debian-guix > > Thank you, this is /really/ useful. I want to introduce Guix at work > and was thinkin

Re: Guix on Debian (was: GSoC ideas)

> Hosting a .deb file on our own server that users could download and > install with dpkg would be perfect for us. Actually the best thing to do would be to put the debs into a signed repository, for example https://mirrorer.alioth.debian.org/ is a utility that lets you create your own apt-getta

Re: GSoC ideas

Diane Trout writes: > I wrote a basic Debian recipe to build guix, create the build users, > and install the systemd config file. > > https://github.com/detrout/debian-guix Thank you, this is /really/ useful. I want to introduce Guix at work and was thinking about a debian package. Greetings, J

Re: Guix on Debian (was: GSoC ideas)

On Wed, Feb 24, 2016 at 2:04 AM, Pjotr Prins wrote: > For us acceptance in Debian is not a prime concern either. An > installable .deb package is good enough to help regular users. > Therefore I don't think you need to fix the binary bootstrapping as > long as we can make it part of the automated

Re: Guix on Debian (was: GSoC ideas)

On Wed, Feb 24, 2016 at 11:16:51AM +0200, Efraim Flashner wrote: > What about taking it a step further and having a multi-level bootstrap > process like when we have the core-updates? If we bootstrap away enough times > would we end up with the bootstrap binaries we have now? >From what I understa

Re: Guix on Debian (was: GSoC ideas)

On Wed, 24 Feb 2016 10:03:34 +0100 Ricardo Wurmus wrote: > Leo Famulari writes: > > [...] > [...] > > This is correct. Back then we ran into trouble with our Guix > installation at work when someone modified permission bits on the > bootstrap binaries, causing a rebuild of everything.

Re: Guix on Debian (was: GSoC ideas)

Leo Famulari writes: >> Are those bootstrapping binaries really necessary for getting Guix >> going? I guess for some reason I thought if you did the whole >> configure/make/etc dance it wouldn't be but maybe I'm wrong. > > My understanding is that if you alter the bootstrap binaries, the entir

Re: Guix on Debian (was: GSoC ideas)

On Tue, Feb 23, 2016 at 04:32:30PM -0800, Diane Trout wrote: > Also one of your other messages suggested the /gnu directory is also > against Debian policy. > > If there's a way resolve those things, there's probably a much better > chance to get it into Debian. Yes, this in old discussion (also

Re: Guix on Debian (was: GSoC ideas)

> Great work Diane! > > Are those bootstrapping binaries really necessary for getting Guix > going?  I guess for some reason I thought if you did the whole > configure/make/etc dance it wouldn't be but maybe I'm wrong. > > Maybe this is a good step towards getting a Guix .deb we self-host on > t

Re: Guix on Debian (was: GSoC ideas)

On Tue, Feb 23, 2016 at 03:52:30PM -0800, Christopher Allan Webber wrote: > Diane Trout writes: > > >> That looks like the way forward to me. Such a package can setup and > >> start the daemon - which is enough. No need to get the blessing from > >> the distributions themselves (will take time, bu

Guix on Debian (was: GSoC ideas)

Diane Trout writes: >> That looks like the way forward to me. Such a package can setup and >> start the daemon - which is enough. No need to get the blessing from >> the distributions themselves (will take time, but it will come - >> there >> really is no difference with allowing foreign packages

Re: GSoC ideas

> That looks like the way forward to me. Such a package can setup and > start the daemon - which is enough. No need to get the blessing from > the distributions themselves (will take time, but it will come - > there > really is no difference with allowing foreign packages to work > anyway). I wr

Re: GSoC ideas

Christopher Allan Webber skribis: > Ludovic Courtès writes: [...] >>> npm packaging and importer. Even better: enough npm packaging and >>> importing to where we package pump.io :) >> >> Woow, why not! Point the candidate to your blog post on that topic. >> ;-) >> >> Ludo’. > > Okay, I update

Re: GSoC ideas

Andreas Enge writes: > On Thu, Feb 11, 2016 at 01:46:30PM +0200, Manolis Ragkousis wrote: >> As I am still a student I would like to suggest continuing the project >> of porting Guix to GNU/Hurd in this GSoC as well, with the objective of >> having a working GuixSD/Hurd by the end of the summer.

Re: GSoC ideas

Ludovic Courtès writes: >> So, while we're on the topic of hopes and dreams that I might >> *personally* love to see solved through GSoC, but maybe people will be >> like "That's not enough of a GSoC programming project" > > We could frame it in terms of programming: providing a Guix API for t

Re: GSoC ideas

On Thu, Feb 11, 2016 at 01:46:30PM +0200, Manolis Ragkousis wrote: > As I am still a student I would like to suggest continuing the project > of porting Guix to GNU/Hurd in this GSoC as well, with the objective of > having a working GuixSD/Hurd by the end of the summer. Sounds great, I hope it wil

Re: GSoC ideas

Manolis Ragkousis writes: > Hello everyone, > > As I am still a student I would like to suggest continuing the project > of porting Guix to GNU/Hurd in this GSoC as well, with the objective of > having a working GuixSD/Hurd by the end of the summer. > > After discussions with Justus and Samuel in

Re: GSoC ideas

Hello everyone, As I am still a student I would like to suggest continuing the project of porting Guix to GNU/Hurd in this GSoC as well, with the objective of having a working GuixSD/Hurd by the end of the summer. After discussions with Justus and Samuel in FOSDEM about the Guix-Hurd port I am st

Re: GSoC ideas

Christopher Allan Webber skribis: > Pjotr Prins writes: > >> On Tue, Feb 09, 2016 at 02:17:08PM -0800, Christopher Allan Webber wrote: >>> >> - g-expressions which generate packages of the Guix package manager for >>> >>.deb and .rpm based distros, and work to get those upstream in Debian >>

Re: GSoC ideas

Pjotr Prins writes: > On Tue, Feb 09, 2016 at 02:17:08PM -0800, Christopher Allan Webber wrote: >> >> - g-expressions which generate packages of the Guix package manager for >> >>.deb and .rpm based distros, and work to get those upstream in Debian >> >>and Fedora >> > >> > That would be

Re: GSoC ideas

On Tue, Feb 09, 2016 at 02:17:08PM -0800, Christopher Allan Webber wrote: > >> - g-expressions which generate packages of the Guix package manager for > >>.deb and .rpm based distros, and work to get those upstream in Debian > >>and Fedora > > > > That would be useful, and CheckInstall may

Re: GSoC ideas

Ludovic Courtès writes: > Christopher Allan Webber skribis: > >> Maybe we should have a place to collect ideas? > > What about creating a page at ? https://libreplanet.org/wiki/Group:Guix/GSoC-2016 Here you go! Just commenting on one comment: >> - g-e

Re: GSoC ideas

Efraim Flashner skribis: > The three ideas that I had so far that are floating around in a text file are: > > - arm64 port -- This could probably be extended into getting a working system > into place to have a u-boot -> grub loader, and/or using kexec to get a > booted system to reboot into

Re: GSoC ideas

Christopher Allan Webber skribis: > Maybe we should have a place to collect ideas? What about creating a page at ? > Anyway, here would be my top items for GSoC: > > - An installer wizard (written in Guile of course!) For GuixSD I guess? Sounds like g

Re: GSoC ideas

On Mon, Feb 08, 2016 at 11:47:31AM -0800, Christopher Allan Webber wrote: > So, I talked about this with Stefano Zacchiroli while at FOSDEM. He > suggested that we could do /opt/g/ or something like that and we *could* > get Guix in as a package manager to Debian. Sure, it wouldn't be able > to u

Re: GSoC ideas

Thompson, David writes: > On Mon, Feb 8, 2016 at 12:24 PM, Christopher Allan Webber > wrote: >> What I'm talking about is Guix *as a package >> manager* to be able to be available on foreigh distros so I can >> encourage friends to do: >> >> apt-get install guix >> >> ... and then do user-space

Re: GSoC ideas

On Mon, Feb 8, 2016 at 12:24 PM, Christopher Allan Webber wrote: > What I'm talking about is Guix *as a package > manager* to be able to be available on foreigh distros so I can > encourage friends to do: > > apt-get install guix > > ... and then do user-space hacking with Guix, and use "guix en

Re: GSoC ideas

Tomáš Čech writes: > On Sat, Feb 06, 2016 at 10:54:34AM -0800, Christopher Allan Webber wrote: >>Maybe we should have a place to collect ideas? >> >>Anyway, here would be my top items for GSoC: >> >> - An installer wizard (written in Guile of course!) >> - g-expressions which generate packages of

Re: GSoC ideas

On Mon, 8 Feb 2016 11:45:30 +0100 Tomáš Čech wrote: > On Sat, Feb 06, 2016 at 10:54:34AM -0800, Christopher Allan Webber wrote: > >Maybe we should have a place to collect ideas? > > > >Anyway, here would be my top items for GSoC: > > > > - An installer wizard (written in Guile of course!) > > - g

Re: GSoC ideas

On Sat, Feb 06, 2016 at 10:54:34AM -0800, Christopher Allan Webber wrote: Maybe we should have a place to collect ideas? Anyway, here would be my top items for GSoC: - An installer wizard (written in Guile of course!) - g-expressions which generate packages of the Guix package manager for .de

Re: GSoC ideas

On Sat, 06 Feb 2016 10:54:34 -0800 Christopher Allan Webber wrote: > Maybe we should have a place to collect ideas? > > Anyway, here would be my top items for GSoC: > > - An installer wizard (written in Guile of course!) > - g-expressions which generate packages of the Guix package manager fo

Re: GSoC ideas

On Sun, Feb 07, 2016 at 09:53:00AM +1000, Ben Woodcroft wrote: > > > On 06/02/16 21:38, Pjotr Prins wrote: > [..] > > - Add all testing frameworks to Guix (e.g. cucumber) > Hey just fyi I think I just got cucumber working here > https://github.com/wwood/guix_mine/blob/master/ben/packages/rails.

Re: GSoC ideas

On 06/02/16 21:38, Pjotr Prins wrote: [..] - Add all testing frameworks to Guix (e.g. cucumber) Hey just fyi I think I just got cucumber working here https://github.com/wwood/guix_mine/blob/master/ben/packages/rails.scm but the (7?) patches need finalisation (updating to newest versions/s

Re: GSoC ideas

Maybe we should have a place to collect ideas? Anyway, here would be my top items for GSoC: - An installer wizard (written in Guile of course!) - g-expressions which generate packages of the Guix package manager for .deb and .rpm based distros, and work to get those upstream in Debian and

Re: GSoC ideas

Pjotr Prins skribis: > I have posted a GNU Guix project idea to SciRuby Foundation: > > https://groups.google.com/forum/?fromgroups#!topic/sciruby-dev/CZt75MuUxhg Nice! (Well, except for Google Groups. ;-)) For the record, GNU is applying as an organization. Guix will be participating unde

GSoC ideas

I have posted a GNU Guix project idea to SciRuby Foundation: https://groups.google.com/forum/?fromgroups#!topic/sciruby-dev/CZt75MuUxhg Basically a student can work on - Add JRuby support to Guix - Add rbx support to Guix - Add all testing frameworks to Guix (e.g. cucumber) - Add all w

Re: GSoC ideas for GNU Guix

Hi ludo. Below is a list of GSoC ideas for GNU Guix. Thanks, added to the page.

GSoC ideas for GNU Guix

Good evening! Below is a list of GSoC ideas for GNU Guix. Guix people: you’re welcome to put your name as the mentor of one of the projects below, and to propose other ideas. Thanks! Ludo’. Supporting binary package distribution through GNUnet GNU Guix provides a transparent binary/source