ions. I looked at the XDG Directory
Specification but couldn't find a straight answer.
David Craven (1):
services: Add sddm service.
gnu/local.mk | 1 +
gnu/services/sddm.scm | 312 ++
2 files changed, 313 insertions(+)
create mod
mode 100644
index 000..e6e2828
--- /dev/null
+++ b/gnu/services/sddm.scm
@@ -0,0 +1,312 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2016 David Craven
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redistribute it and/or
* gnu/packages/hawaii.scm (sddm): New variable.
---
gnu/packages/hawaii.scm | 65 +
1 file changed, 65 insertions(+)
diff --git a/gnu/packages/hawaii.scm b/gnu/packages/hawaii.scm
index fbf642b..8c99e5f 100644
--- a/gnu/packages/hawaii.scm
+++ b/gnu
So it looks like elogind sets XDG_RUNTIME_DIR. Need to fix the pam
issue and then the weston session will hopefully just work (just
kidding, like that ever happens =P)
> I didn't look at the list too much, but it looks like it depends on a
> lot of the packages that are also part of this patch set. IMO it should
> be moved to the end of the patch set, but in any case make sure not to
> push this one before all of the packages it depends on are pushed.
There are
Thanks for your suggestions. I pushed the packages.
Is there a git repo somewhere I can pull your uboot stuff from? I'd
like to test it =)
I'm interested in starting a riscv port of guixsd at some point. I've
identified some blocking issues I think need to be addressed first to
make it feasible:
I updated the license information for the packages. It's an
improvement over what was already commited. I called it a isc derived
license. If someone wants me to take further steps I need clear
instructions on how to proceed. =)
> Will this result in mass rebuilds? If so this should be pushed to
> core-updates.
I too think that it's below the core updates threshold...
> --8<---cut here---start->8---
> $ qemu-arm $(guix build coreutils -s armhf-linux |grep -v debug)/bin/uname -a
> Linux pluto 4.7.0-gnu #1 SMP 1 armv7l GNU/Linux
> $ uname -a
> Linux pluto 4.7.0-gnu #1 SMP 1 x86_64 GNU/Linux
> --8<---cut here-
Nope, thanks for keeping such a tight eye on security! =) I just
checked the arch linux package and saw that they are using it so I
thought it would probably be a good idea to add...
> “XXX” is fine here, because it may be impossible for us to fix it.
Ah ok.
> I think this part should indeed be a separate patch. Also, Flex should
> be ‘native-inputs’ presumably, whereas Cracklib should be in ‘inputs’.
Already realized it, and pushed to core-updates as
7483230f17880c1cd50d1d
If the project is dual licensed or tripple licensed do I have to add a
comment to each package? Or can we assume that that's the default?
> If merging is deemed too risky, would it be possible to create a
> "wip-u-boot" branch on Savannah instead? - it seems that is
> how these bigger changes are handled. Then I could push the
> U-Boot parts there.
I'll collect your patches and do that. That should make it easier
to test. (I'm not q
> Slides online, and hopefully videos will follow:
>
> https://www.gnu.org/software/guix/help/#talks
Nice slides!
> On that topic, I had an interesting discussion with Nicolas Petton of
> Emacs about patch tracking. Nicolas explained that Gitlab (free
> software) doesn’t have some of the techn
Yep, thanks! =)
Mhmm so I'm trying your patches and I get a no code for gnu system
u-boot. The file seems to be missing from the patches?
From: Danny Milosavljevic
* gnu/packages/u-boot.scm (dtc): New variable.
Co-authored-by: David Craven
---
gnu/packages/u-boot.scm | 60 +
1 file changed, 60 insertions(+)
create mode 100644 gnu/packages/u-boot.scm
diff --git a/gnu/packages/u
I made some stylistic changes, updated the license, updated to 1.4.1,
removed the patches (checked the arch package and the nixos package,
both don't patch dtc)
I forgot to add u-boot.scm to local.mk...
Danny, WDYT? Is it an improvement?
From: Danny Milosavljevic
* gnu/packages/u-boot.scm (u-boot, make-u-boot-package,
u-boot-vexpress_ca9x4, u-boot-malta armhf-linux-uboot,
mips64el-linux-uboot): New variables.
Co-authored-by: David Craven
---
gnu/packages/u-boot.scm | 83 -
1
So I think that dtc and uboot are good now, I'll give it a few days
before merging...
I'm getting an Unbound variable: error :/
Here's my bootloader configuration. Any suggestions? =)
(bootloader (u-boot-configuration
(board "vexpress_ca9x4")
(device "/dev/sdX")
> Note: It should infer the correct u-boot to use on its own - at least that's
> the intention with the whole make-u-boot-package thing.
Did you see the updated u-boot patch? It includes support for
cross-compilation, so make-u-boot-package takes a xgcc package and a
target triplet as arguments.
FYI your editor is using dos style /n/r newlines. Don't know if that
is your intention. Are you on windows? O.O xD
On Mon, Aug 29, 2016 at 8:20 PM, David Craven wrote:
>> Note: It should infer the correct u-boot to use on its own - at least that's
>> the intention with
I have some questions too... So for booting a vm we don't actually
need a boot loader, since it passes the kernel image through the
-kernel flag. I don't think it's relevant that grub is installed in
the MBR. So getting guix system vm --system=armhf-linux to boot
doesn't actually require uboot... I
>>So for booting a vm we don't actually need a boot loader, since it passes the
>>kernel image through the -kernel flag.
>
> Huh, that appears to be the case. Back when I used VMs the first time they
> simulated the entire PC, BIOS and all and there you would need the partition
> table, bootload
> Does the u-boot bootloader routine have to do anything other than
> generating the extlinux.conf file? That would be enough so that there
> is an alternative to grub-install for the qemu use case and for actual
> boards, isn't uboot usually written to flash instead of to a MBR?
So I'd say the ne
>> 1. Pick out your changes that are related to renaming grub to
>> bootloader and add a shim for the uboot parts. That should be enough
>> to get vm's booting.
> Yes. Note that Ludo said that it might make sense to separate the build side
> (gnu/build/install.scm and gnu/build/vm.sc) from the ho
I'm making some progress. The culprit for the grub error was:
(let ((inputs
-'#$(append (list qemu parted grub e2fsprogs)
+'#$(append (list qemu parted e2fsprogs)
There is more work involved than I thought. Support for
cross-compiling stuff like
/gnu/store/2z7jlxzh
Hi, I have a couple of questions:
How do gexps relate to packages? Are they used in the
package->bag->derivation process or is it just for writing services?
gexp->script and gexp->file only dump text into the store. How can I
make them ignore the system/target architectures?
Thanks! Added the comments and pushed.
* gnu/packages/databases.scm (sqlite): Update to 3.14.1.
---
gnu/packages/databases.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/databases.scm b/gnu/packages/databases.scm
index 3d2d130..a04c375 100644
--- a/gnu/packages/databases.scm
+++ b/gnu/packages/
* gnu/packages/databases.scm (sqlite)[arguments]: Enable configure-flag
-DSQLITE_ENABLE_DBSTAT_VTAB.
---
gnu/packages/databases.scm | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/gnu/packages/databases.scm b/gnu/packages/databases.scm
index a04c375..ce51d28 100644
LGTM.
Are you packaging lightdm? I started packaging lightdm before sddm.
But then I realized that it doesn't support (and probably never will)
wayland sessions. Looks to me like another we are ubuntu and we are
doing our own thing kind of project... ;-)
> Also: someone should package gitlab for Guix ;)
> Btw: I had a short view into the local doctors/hospital IT suppliers a
> couple of years ago, and the solutions were 99% Windows based. I like
> GNU/health (http://health.gnu.org/), having this as a package and
> service could be another big selli
Hi Marius,
Thanks!
I got the pam issue resolved. hawaii sessions start now (still look
ugly, need to patch some paths so that it finds themes etc.). weston
still has a problem - can't open drm device. Seems to be elogind
related.
> I have never seen this before. Have you tried patching “configure.ac”
> as it says, adding “AM_PROG_AR” somewhere?
You could also try adding gettext and pkg-config to native-inputs.
Some autotools errors magically disappear sometimes...
> I'm not totally against naming filenames "file" - or "f" for that matter -
> but I distinguish for good reason.
I believe I renamed your variables... xD
(replace 'install
+ (lambda* (#:key outputs make-flags #:allow-other-keys)
+ (let ((out (string-append (assoc-ref outpu
According to [0] there is. But I think sticking to lowercase usernames
isn't such a big restriction. I think adding a check that the username
is lowercase and notifying the user on guix system reconfigure is just
as good a solution IMO.
[0]
http://stackoverflow.com/questions/6949667/what-are-the-
> Using wildcards can be tempting in such cases but it can lead to accidental
> file deletions which is worse IMO.
If you name what ever file *.go inside of your guix source tree, it's
kind of your on fault.
> Thinking this might be because of an ABI break I ran `make clean-go && make`
> before
> If we force use of the host system type (say x86_64-linux), independent
> of (%current-system) (say mips64el-linux), we approach what you want.
> However, that would give us different derivations depending on the host
> system type. That is, ‘guix system build -s mips64el-linux -d’ on
> x86_64 w
Pushed as 5fd66a37d58aa13091134d5e6e5f8c62f404ebfe
I thought I forgot something. I didn't add a signed-of-by line, but
it's signed with my gpg key, so that will have to do for this one...
So I'm ready to push dtc and u-boot. I'm still not sure about the
patches. If you want me to add them I think you should send a new
patch.
I see you dropped the uboot prefix from the patch names. The patch
names also need to be updated in local.mk.
I think that the 01 23 and 24 should be dropped,
* gnu/build/activation.scm (activate-user): Make sure /var/lib exists.
---
gnu/build/activation.scm | 3 +++
1 file changed, 3 insertions(+)
diff --git a/gnu/build/activation.scm b/gnu/build/activation.scm
index 10aa58d..3abfdd6 100644
--- a/gnu/build/activation.scm
+++ b/gnu/build/activation.scm
file mode 100644
index 000..0124d1b
--- /dev/null
+++ b/gnu/packages/wayland.scm
@@ -0,0 +1,130 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2016 David Craven
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redistribute it and/or
* gnu/packages/display-managers.scm (sddm): New variable.
---
gnu/packages/display-managers.scm | 65 +++
1 file changed, 65 insertions(+)
diff --git a/gnu/packages/display-managers.scm
b/gnu/packages/display-managers.scm
index d84dbc3..335a7b5 100644
--- a/gn
* gnu/packages/display-managers.scm: Import (guix licenses) with prefix
"license:".
---
gnu/packages/display-managers.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/display-managers.scm
b/gnu/packages/display-managers.scm
index 579b149..3f3c6db 100644
-
mode 100644
index 000..79620b0
--- /dev/null
+++ b/gnu/services/sddm.scm
@@ -0,0 +1,316 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2016 David Craven
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redistribute it and/or
* gnu/services/xorg.scm (define-module): Export initrc.
---
gnu/services/xorg.scm | 2 ++
1 file changed, 2 insertions(+)
diff --git a/gnu/services/xorg.scm b/gnu/services/xorg.scm
index 4e311de..87c4487 100644
--- a/gnu/services/xorg.scm
+++ b/gnu/services/xorg.scm
@@ -42,6 +42,8 @@
#:export
* gnu/system/vm.scm (common-qemu-options): Remove -net user flag.
---
gnu/system/vm.scm | 1 -
1 file changed, 1 deletion(-)
diff --git a/gnu/system/vm.scm b/gnu/system/vm.scm
index c31e3a8..551c3ca 100644
--- a/gnu/system/vm.scm
+++ b/gnu/system/vm.scm
@@ -462,7 +462,6 @@ with '-virtfs' options
* gnu/packages/display-managers.scm (greenisland): New variable.
---
gnu/packages/display-managers.scm | 91 +--
1 file changed, 88 insertions(+), 3 deletions(-)
diff --git a/gnu/packages/display-managers.scm
b/gnu/packages/display-managers.scm
index 3f3c6db..
* gnu/services/base.scm (): New variable.
(syslog-service-type): Use .
(syslog-service): Use .
---
gnu/services/base.scm | 28
gnu/tests/base.scm| 9 ++---
2 files changed, 26 insertions(+), 11 deletions(-)
diff --git a/gnu/services/base.scm b/gnu/services/ba
Should maybe go in a different file, created wayland.scm for now
Pushed as 73dc727ec8d2994aed2f011f89dbd89591ff35a8.
Pushed as f63e5eaaeb2671ec550b0c21f4afe5b277de6a5d.
Thanks!
You can add custom qemu flags by running $(guix system vm *.scm) -net
user. As it is now there is no way to remove it, and I've said
multiple times that it causes networking difficulties. Adding it isn't
a problem. I think that the default qemu flags should be the minimum
common denominator, and no
Hi,
So I'm trying to get a linux-libre-kernel for arm going. For arm there
is a multi_v7_defconfig we can use. I looked at the existing kernel
configs we have and can't make heads or tails of them. My question is
are any kernel options needed specifically for guixsd? And can we make
it more readab
> I agree, if it is a problem it should be removed.
> Okay, is this documented that one can add qemu options after the
> file.scm? `guix system vm --help' doesn't show it, I haven't looked at
> documentation.
It's not a feature of guix system vm but of the qemu script.
$(guix system vm) evaluates
* gnu/packages/linux.scm (linux-libre): Use system->architecture.
---
gnu/packages/linux.scm | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm
index dc7ea78..19851d2 100644
--- a/gnu/packages/linux.scm
+++ b/gnu/packa
* gnu/packages/linux.scm (module-init-tools): Break line.
---
gnu/packages/linux.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm
index aac2cd1..be28a1b 100644
--- a/gnu/packages/linux.scm
+++ b/gnu/packages/linux.scm
@@ -1
* gnu/packages/linux.scm (linux-libre-headers): Use modify phases.
---
gnu/packages/linux.scm | 58 --
1 file changed, 28 insertions(+), 30 deletions(-)
diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm
index aac2cd1..adfa027 100644
--- a
* gnu/packages/linux.scm (linux-libre): Use modify-phases.
---
gnu/packages/linux.scm | 79 --
1 file changed, 38 insertions(+), 41 deletions(-)
diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm
index be28a1b..dc7ea78 100644
--- a/gnu/pac
* gnu/packages/linux.scm (linux-libre): Add support for
cross-compilation.
---
gnu/packages/linux.scm | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm
index bb8eb88..7e3b762 100644
--- a/gnu/packages/linux.scm
+++ b/gnu/
Sorry about this. I hadn't checked that cross compilation doesn't
break native compiles. It should be (unless target (setenv ...
Also the patch with the arm config should also add armhf-linux to
supported-systems
> And instead of handing this particular case,
> how about create any parent directory
> of HOME?
I briefly thought about it and thought that we should discourage users
to pick *any* home directory. This will prevent them from doing so.
But it's just an artificial restriction. In that case it's a
> Could you instead pass the configuration file via a command-line option
> or environment variable?
I already opened a bug report - no it's not currently possible...
Yes, the sddm service uses it.
> + (sddm sddm-configuration-sddm
> + (default sddm))
> + (faces-directorysddm-configuration-faces-directory
> + (default #~(string-append #$sddm
> "/share/sddm/faces")))
Is sddm bound to the above sddm?
> I sympathize with this; what problems are you referring to?
>
> The reason for “-net user” is that it allows me to run “dhclient -v
> eth0” in the VM and get access to the network, which is often what I
> want.
I usually have the need to add my own flags most of the time anyway.
This is the scr
Hi,
I'm trying to view the graph of an entire operating-system. I don't
know yet if it's too complicated to actually produce something useful
:)
This is what I tried:
guix graph -e '((@ (gnu system) operating-system-derivation) ((@ (guix
scripts system) read-operating-system)
"gnu/system/example
> The “build hook” is the mechanism by which the daemon asks an external
> program whether it can build a derivation for some system.
> Our (guix scripts offload) is such a program; it replies positively if
> there’s a machine that matches the target system.
> What I was suggesting is to have ano
The other problem I forgot to mention is that many architectures that
qemu supports don't support a "kernel emulation" but only a "system
emulation". In practice the system emulation isn't that much slower
than kernel emulation, because emulating instructions is a lot easier
than emulating syscalls
> guix graph -t derivation $(guix system build -d config.scm)
Thanks!
> ‘dot’ takes ages to process it and the result is too big to be of any
> use (it might be less bad with use an interactive graph navigation tool
> like Tulip).
Yes, guix graph produces the output for 24032 boxes...
> What i
Hi Alex,
I'm not sure we need all those dependencies =) Can you explain what
they are for? If you are adding dependencies to vlc why did you leave
libinput-minimal off the list? ;)
> 3. Our vlc was built with fast-math disabled as explained in the
> comment. However, this is actually not necessar
> Today was pretty much an E-mail overload on the ML. In itself amazing :)
I agree. If you aren't a full time guix developer it's hard to keep
up. The only way I can keep up is by marking the emails I'm not
interested in quickly as read =P Just reading all emails is a time
commitment in itself...
It says:
GNU General Public License version 2.0 or (at your option) version 3.0
or any later version approved by the KDE Free Qt Foundation.
This means that it's only gpl3+ if the KDE free qt foundation approve it.
Do I have your blessing on this (and the -net user) patch? :)
I think the problem is that the build steps are executed inside a
chroot created by the nix-daemon. So you'll have to do (add-after
'install 'install-javadocs ,install-javadocs) to make it available.
If this is used in more than just this file, you'll have to add the
routine in a file inside guix
> Hi,
>
> they've integrated these patches into their new dtc release 1.4.2 :)
Awesome! I think it's a problem if we patch every package with 10
patches that's all. But this is great! Can you send a patch to update
dtc to 1.4.2?
> I was going to post a patch over several files removing redundant
> mkdir-p expressions,
> but decided against it! If you run something like `ack '\(install-file'
> -B 7| ack 'mkdir-p' -A 7'
> You can see them, since install-file already contains a mkdir-p.
I think this is going a little off
Thanks! Pushed as 8cfdd64c3797bd014ad742bd4bd994d647ced985.
P.S. Can you create your patches with git format-patch in the future?
That saves reviewers some time, so that they don't have to retype the
commit message and find your author line and change the author of the
commit ;)
Thanks Marius and Brendan!
I removed the autotools inputs and build-phase, since the release
tarball already contains a configure script and fixed some
indentation.
Pushed as f5e4229a075e7aca255ab54d4e98526409520c62.
Thanks! Pushed as 7b39b7eb91112616a26a7b5de1d0d4782c83add9.
Hi,
I'm having difficulties debugging a service that logs it's output to
tty1. I can't scroll the output - so the debug messages aren't very
useful. Is redirecting stdout/stderr to syslog something that
make-forkexec-constructor could/should do? Or is there already a way
to get the output I'm not
> I have tried this already. For some reason this did not work for me. :-(
Mmh. Maybe you could post a patch so that we can test it? Or maybe
someone more knowledgeable has an answer...
Is this ok as a description? I don't think the term display server is
commonly used for wayland compositors, so I left the synopsis.
(description "Weston is the reference implementation of a Wayland
compositor, and a useful compositor in its own right.
A Wayland compositor allows applications
> IIUC, to provide a Guix package for Cargo, the following should be done:
> 1. write a crate importer.
> 2. list all the crates needed by Cargo to build itself.
> 3. package each crate with the importer.
> 4. add a Cargo package which depends on the newly-imported crates and
> uses a binary versi
I'd put those functions in guix build java-utils.scm, that will work,
and you'll have to do that anyway...
Why is the gitlab not including the rebase feature a deal breaker?
It's open source, so disabling the merge button in the ui isn't a big
deal. We can continue using git push like we've been doing so far...
Also I've mentioned previously - why not gogs - but I'm ok with either.
Done. FYI, it also contains lgpl licenses, it just wasn't relevant to
the gpl vs gpl+ thing...
Hi Ludo,
> I was hoping we could come up with a way to generate a kernel config,
> either based on ‘allmodconfig’ or something like what NixOS does [0],
> but I’ve become pretty convinced that this would be difficult at best.
What difficulties did you encounter with using allmodconfig as a basis?
> Is redirecting stdout/stderr to syslog something that
> make-forkexec-constructor could/should do?
I looked into what would be involved. I included a diff that I didn't
test and don't expect to work.
The reason why I don't expect this to work is that running echo
"hello" > /dev/log errors. stra
Nixos uses multi_v7_defconfig as a default. It should work at least on
the beaglebone black and raspberry pi 2 - which are probably the most
common boards?
[0] https://github.com/NixOS/nixpkgs/blob/master/pkgs/top-level/platforms.nix
> 1. Our commit history is not full of merges of tiny branches, which is
> what GitHub (and I thought Gitlab) encourages.
Yes, that is right. But as I mentioned in a different thread, there
are many projects where the maintainers agree to not use the merge
button because of this. Since we are
> I think we can leave this concern aside as a first approximation:
Ah interesting. The only architecture other than arm I'm interested in
is riscv. The riscv qemu port doesn't include a syscall emulation. But
I guess the riscv ecosystem still has a long way to go...
> A derivation is essentially
> How would we proceed with this?
I think that someone needs to write a service for gitlab first, since
we probably want to deploy it using guixsd ;) Then probably Ludo will
take over this. To give this a fair shot it has to be at least as much
effort to revert to the old way of things as to conti
> Sorry, I don't understand what do you mean by libinput-minimal? I didn't
> add any packages with a "-minial" suffice. As for the necessities of
> those dependencies, those dependencies are added one by one. The
> procedure is as followed:
> 1. I build from source and check for something like "WAR
> Also Kallithea does have an issues tracker on their roadmap, but it is
> not being worked on at the moment (I asked in their irc channel).
>
> At the same time I'm working on darcs, gogs and a go build-system and
> all kinds of other things. From packaging I don't know what gitlab
> wants as I ha
* modules/shepherd/service.scm (exec-command): Redirect stdout and
stderr to log-file.
(fork+exec-command): Pass log-file to exec-command.
(make-forkexec-constructor): Cleanup log-file. Pass log-file to
fork+exec-command.
* doc/shepherd.texi (@deffn): Update documentation.
---
doc/shepherd
Not syslog, but helps with debugging...
* gnu/services/base.scm (%default-motd, ,
login-pam-service, login-serivce-type, login-service): New variables.
(, mingetty-shepherd-service,
mingetty-serivce-type): Remove motd. Remove allow-empty-passwords?.
Remove mingetty-pam-service.
(%base-services): Add login-service. Remove motd.
* gnu/services/base.scm (,
kmscon-shepherd-service, kmscon-service-type, kmscon-service): New
variables.
---
gnu/services/base.scm | 53 +++
1 file changed, 53 insertions(+)
diff --git a/gnu/services/base.scm b/gnu/services/base.scm
index 99a675
1 - 100 of 1013 matches
Mail list logo