Hi
First I have to say `guix build guix --with-source=.` is totally awesome!!
I couldn't find any documentation on the git commit message
convention, hope I did it right.
Thanks
David
From d6acb7f685d2d3a5e51c2601e8a48c2fee54c1cd Mon Sep 17 00:00:00 2001
From: David Craven <da...@craven
>From 234f4c35a2477f7da38156ca48388fdb2b48741d Mon Sep 17 00:00:00 2001
From: David Craven <da...@craven.ch>
Date: Thu, 23 Jun 2016 19:44:38 +0200
Subject: [PATCH] guix: Rename NIX_CONF_DIR to GUIX_CONFIGURATION_DIRECTORY.
Search and replace NIX_CONF_DIR for compatibility with nix.
*
-
Are there any other references? That would be a serious bug in my text
editor ;-)
On Fri, Jun 24, 2016 at 2:21 PM, Ludovic Courtès <l...@gnu.org> wrote:
> Hello!
>
> David Craven <da...@craven.ch> skribis:
>
>> First I have to say `guix build guix --with-source=.
Also I didn't mention that this only happens when running guix build
greenisland and not when running guix environment greenisland && cmake
.
The snippet is there because I know that Qml and Quick are there, they
just aren't being found. This let's the build continue until the
previous error.
> I'm still trying to compile qt 5.6.1-1 so that should fix the problem
> (when I get it to build), finding a cause to this problem would be
> very nice dough...
FYI: Finished building qt 5.6.1-1 and got past the configure stage.
I'd still be interested why it didn't work this way...
I'm not sure if you still expect me to do something and what that is exactly.
But maybe we shouldn't propagate pkg-config inputs. I'm currently
trying to get a package to not pick up optional x11 dependencies that
are propagated by mesa...
It breaks for me with commit 4ee96a7, I guess an #:use-module or
something is missing, but with-imported-modules is defined in guix
gexp, so I have no idea why this is happening. Does this happen on
guixsd too or just on nixos?
On Wed, Jul 13, 2016 at 3:09 PM, David Craven <da...@craven.ch>
Found the issue, I had to do a guix pull. Wow the amount of silly
mistakes I make is big. How many times have I debugged software while
looking at a wrong version of the source code... Thank you for bearing
all my emails...
* gnu/services/ssh.scm (dropbear-service, ...): New variables.
* doc/guix.texi: New node.
---
doc/guix.texi| 18 +++-
gnu/services/ssh.scm | 83 +---
2 files changed, 96 insertions(+), 5 deletions(-)
diff --git a/doc/guix.texi
n issue with all guix operations after commit 4ee96a7 but
I
tested it with previous commits. I'm assuming that the problem is related to
nixos
and that it shouldn't affect people using guixsd.
David Craven (2):
gnu: lsh: Move to (gnu packages ssh)
services: Add 'dropbear-ser
* gnu/packages/lsh.scm: Remove. Move 'lsh and liboop' to...
* gnu/packages/ssh.scm (liboop, lsh): ... here. New variables.
* gnu/services/ssh.scm: Adjust accordingly.
* gnu/local.mk: Adjust accordingly.
---
gnu/local.mk | 1 -
gnu/packages/lsh.scm | 159
* guix/scripts/lint.scm (check-inputs-should-be-native): Warn when intltool,
itstool or glib:bin isn't a native-input.
* tests/lint.scm (inputs: glib:bin is probably a native input): Add test.
---
guix/scripts/lint.scm | 20 +---
tests/lint.scm| 10 ++
2 files
So I resubmitted the check-native-inputs patch and dropped the other
three based on the discussions.
I'm sure if you improve the linux-libre package to make it simpler to
customize we can annoy ludo until he merges it... =P
On Jul 22, 2016 9:58 PM, "Vincent Legoll" wrote:
> > That's wonderfully trivial. It encouraged me to finally try porting
> > my old patched Linux
> PS: any chance you could easily switch to plain text for this list?
> It would make reading & replying just a bit more pleasant :-)
Sry, it's probably when I reply from my phone... I can't see anything
wrong [0] dough...
[0] http://lists.gnu.org/archive/html/guix-devel/2016-07/msg00969.html
> Likewise if its .pc file “Requires” the .pc file of a dependency.
Maybe we want to patch pkg-config to not check for propagated
dependencies?
> If an installed .h file of spice-gtk #includes a .h file of a
> dependency, that dependency should be a propagated input.
> Likewise if its .pc file
> I noticed that the output did not refer to perl. virt-viewer builds
> successfully without it. Do you think it's okay to remove it from this
> list?
Can't remember why I added perl as a dependency. I think it's ok to
remove it.
> It is gpl2+.
I'll read the licenses more carefully next time.
* gnu/packages/spice.scm: Add it.
---
gnu/packages/spice.scm | 39 +++
1 file changed, 39 insertions(+)
diff --git a/gnu/packages/spice.scm b/gnu/packages/spice.scm
index ee29f08..365385e 100644
--- a/gnu/packages/spice.scm
+++ b/gnu/packages/spice.scm
@@
* gnu/packages/spice.scm: Add it.
* gnu/packages/patches/spice-vdagent-localstatedir.patch: Add it.
---
.../patches/spice-vdagent-localstatedir.patch | 13
gnu/packages/spice.scm | 35 ++
2 files changed, 48 insertions(+)
create mode
* gnu/packages/spice.scm: Add it.
---
gnu/packages/spice.scm | 20
1 file changed, 20 insertions(+)
diff --git a/gnu/packages/spice.scm b/gnu/packages/spice.scm
index b3d795b..6c6fbed 100644
--- a/gnu/packages/spice.scm
+++ b/gnu/packages/spice.scm
@@ -60,3 +60,23 @@ USB
* gnu/packages/spice.scm: Add it.
---
gnu/packages/spice.scm | 44
1 file changed, 44 insertions(+)
diff --git a/gnu/packages/spice.scm b/gnu/packages/spice.scm
index e78bdef..1755e8b 100644
--- a/gnu/packages/spice.scm
+++ b/gnu/packages/spice.scm
@@
* gnu/local.mk: Add file.
* gnu/packages/spice.scm: Add file.
---
gnu/local.mk | 1 +
gnu/packages/spice.scm | 33 +
2 files changed, 34 insertions(+)
create mode 100644 gnu/packages/spice.scm
diff --git a/gnu/local.mk b/gnu/local.mk
index
* gnu/packages/spice.scm: Add it.
---
gnu/packages/spice.scm | 29 +
1 file changed, 29 insertions(+)
diff --git a/gnu/packages/spice.scm b/gnu/packages/spice.scm
index c0cec99..b3d795b 100644
--- a/gnu/packages/spice.scm
+++ b/gnu/packages/spice.scm
@@ -1,6 +1,8 @@
* gnu/packages/spice.scm: Add it.
---
gnu/packages/spice.scm | 72 ++
1 file changed, 72 insertions(+)
diff --git a/gnu/packages/spice.scm b/gnu/packages/spice.scm
index 6c6fbed..ee29f08 100644
--- a/gnu/packages/spice.scm
+++
So is this a valid use case for propagated inputs? Making sure that
packages that use spice-gtk use the same gstreamer plugins?
> Same questions as with the previous patch. Do these need to be
> propagated?
These are propagated because again I was getting pkg-config errors in
other packages saying openssl is needed by spice and wasn't found.
Maybe there's a better solution. What do you suggest?
> The built package is
> The built output lacks a reference to spice-protocol. Do you think it's
> a problem if spice-vdagent can't find spice-protocol at run-time?
I think spice-protocol only contains headers so no I don't think this
is a problem.
> Can you say why these are propagated?
spice-protocol shouldn't be progagated. I propagated the gstreamer
plugins so that the 'wrap-remote-viewer phase in the virt-viewer
package works. I didn't want to add them to virt-viewer since which
plugins are needed can depend on the configure-flags of
What are valid reasons to propagate inputs?
Alot of the dependencies I had to add was because of stuff like this:
> Package 'libudev', required by 'gbm', not found
Is there a better way then adding libudev as a dependency? I don't
know why pkg-config checks for dependencies of dependencies, that's
kind of weird...
I couldn't find any
Hi,
I'm working on packaging calamares and investigating how much work it
would be to add a gui installer to guix.
For this I'll have to package most of KDE Framework. I was wondering
if anyone was already working on this to avoid duplicate effort.
[0] https://calamares.io/
Thanks for reviewing and merging =). Just noticed two things...
libusb should be propagated in usbredir [0].
spice-protocol should be propagated in spice-gtk [1].
[0]
https://github.com/SPICE/usbredir/blob/master/usbredirhost/libusbredirhost.pc.in
[1]
* gnu/packages/bison.scm (bison): Define public.
* gnu/packages/flex.scm (flex): Define public.
* gnu/packages/pulseaudio.scm (libsndfile, libsamplerate, pulseaudio): Define
public.
* gnu/packages/sdl.scm (sdl, sdl2, libmikmod, sdl-gfx, sdl-image, sdl-mixer,
sdl-net, sdl-ttf): Define public.
*
* gnu/packages/qemu.scm (qemu): Enable spice.
---
gnu/packages/qemu.scm | 4
1 file changed, 4 insertions(+)
diff --git a/gnu/packages/qemu.scm b/gnu/packages/qemu.scm
index 6b5a41b..97642af 100644
--- a/gnu/packages/qemu.scm
+++ b/gnu/packages/qemu.scm
@@ -33,6 +33,7 @@
#:use-module
* gnu/packages/freedesktop.scm: New variable.
---
gnu/packages/freedesktop.scm | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
index 458331d..fb7717b 100644
--- a/gnu/packages/freedesktop.scm
+++
* gnu/packages/qt.scm (qt): Update to 5.6.1-1.
---
gnu/packages/qt.scm | 25 ++---
1 file changed, 18 insertions(+), 7 deletions(-)
diff --git a/gnu/packages/qt.scm b/gnu/packages/qt.scm
index f246550..dbd6a0a 100644
--- a/gnu/packages/qt.scm
+++ b/gnu/packages/qt.scm
@@
So is this going into the main mesa package? Or should I submit a
mesa-wayland package instead?
* gnu/packages/emacs.scm (emacs-smart-mode-line): Update synopsis.
* gnu/packages/gnustep.scm (wmfire): Update synopsis.
* gnu/packages/haskell.scm (ghc-socks): Update synopsis.
* gnu/packages/kde-frameworks.scm (oxygen-icons): Update synopsis.
* gnu/packages/openstack.scm (python-bandit): Update
* gnu/packages/xorg.scm: New variable.
---
gnu/packages/xorg.scm | 36 +---
1 file changed, 33 insertions(+), 3 deletions(-)
diff --git a/gnu/packages/xorg.scm b/gnu/packages/xorg.scm
index 090f661..b0a6fd6 100644
--- a/gnu/packages/xorg.scm
+++
* gnu/packages/qemu.scm: Order module imports alphabetically.
---
gnu/packages/qemu.scm | 67 +--
1 file changed, 33 insertions(+), 34 deletions(-)
diff --git a/gnu/packages/qemu.scm b/gnu/packages/qemu.scm
index 4d78f9b..6b5a41b 100644
---
Hi Eric!
Nice!
1. Try using 'guix environment --ad-hoc gcc gcc:lib'.
2. I thought about this. Maybe we could add a cargo subcommand that
interacts with the guix/nix daemon directly [0] and then have a small
cargo-build-system that wraps it. I think this would be neat because
we could avoid
I'll resubmit the patch. I was thinking about removing it from the
patch while I was going through the select commits for patch-set/clean
up phase. I thought someone can complain if they want =P
> Also, I think this should be a separate patch as it seems to be
unrelated.
It's related to:
> (service-extension profile-service-type
+ (compose list
+
spice-vdagent-configuration-spice-vdagent))
But ok. I'll do it first thing tomorrow =)
It's in gnu/packages/spice.scm, Leo merged it this morning... Things
move fast around here =P
> Can we reasonably expect to bootstrap it from source,
> using a series of previous Rust versions, or using an
> alternative implementation?
Currently as Jelle said no. But there is [0] that may be a
viable option in the future.
> Having crates available as normal Guix packages is the
> best
Andreas said exactly the same thing!! Wow.
I think he's already taking care of this, our conversation went off
the mailing list...
> What did ‘guix size’ reveal, and what does it suggest? :-)
Efraim did an estimate of about 10 MB, my measurement was 30MB but
that includes the spirv toolchain and virtio driver. Are these
boundaries measurements close enough for a decision? I can do a more
precise measurement if you want... I
Thank you! And sorry for all the complaining...
spice-gtk doesn't need libusb in it's inputs if it's propagated =P But
not that it matters too much...
Hi Hartmut,
Are you still working on these patches?
I see your wip here:
https://gitlab.com/htgoebel/guix/commits/kf5-tier-1
Shall we push this past the finish line? Is there anything I can do to help?
Cheers,
David
Hi,
A package I'm working on depends on both qtbase and qtdeclarative. In
the configure phase I get an error that Qt5Config.cmake doesn't find
Qt5QmlConfig.cmake. When I use a snippet to remove this check I get:
```scheme
(snippet
'(substitute* "CMakeLists.txt"
(("find_package.*Qt5.*Qml
The application I'm packaging requires qt >= 5.6. And it's not that
the modules aren't packaged. They aren't found. qtbase provides
Qt5NetworkConfig.cmake and Qt5Qml.cmake is provided by qtdeclarative.
That's why this is weird - I don't know why they aren't found since
CMAKE_PREFIX_PATH is set
> Unfortunatly I have not time ATM for working on this. Feel free to pick
> up and complete it. (I'd be happy if you'd take over :-)
Thanks for the info =)
> If spice-vdagend produces a PID file, make sure to use #:pid-file here
> (there are several examples in the tree), which often provides more
> reliable startup notification.
spice-vdagentd doesn't create a pid file itself. [0] [1]
I haven't updated the documentation yet because I'm running
> If spice-vdagend produces a PID file, make sure to use #:pid-file here
> (there are several examples in the tree), which often provides more
> reliable startup notification.
I'm passing the -x flag which prevents spice-vdagentd from
daemonizing. I thought that make-forkexec-constructor took
Hmm, I sometimes get an 'ssh_exchange_identification: read: Connection
reset by peer' when I just append a new -net user, flag. It never
happens when I remove -net user from gnu system vm. Just thought I'd
mention it.
> Ups I just realized I made a mistake on this commit.
What do you want me to do? not that I make things worse... This is
what I pushed.
commit d26e2b9f306a1170d46f7c860c81840d9d600161
Author: David Craven <da...@craven.ch>
Date: Mon Aug 1 16:39:00 2016 +0200
gnu: kde-framework
> PS: If you delete the variable, I would do this first and replace its use
by the current value in the two (?) packages using it so far, and after that
update the packages to their latest versions.
I pushed the first 5 commits until and including this one here.
Ups I just realized I made a
Does the ordering of the mirrors matter?
I had them all in in the order listed on the kde website, but that
ended up causing really slow downloads from africa... =)
* gnu/packages/spice.scm (spice-vdagent): Set Exec path in
spice-vdagent.desktop.
---
gnu/packages/spice.scm | 7 +++
1 file changed, 7 insertions(+)
diff --git a/gnu/packages/spice.scm b/gnu/packages/spice.scm
index cfb6084..9e4a669 100644
--- a/gnu/packages/spice.scm
+++
index 000..26f072e
--- /dev/null
+++ b/gnu/services/spice.scm
@@ -0,0 +1,75 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2016 David Craven <da...@craven.ch>
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redist
* gnu/packages/qemu.scm (qemu)[inputs]: Add SPICE and VIRGLRENDERER.
[arguments]: Pass --enable-spice.
---
gnu/packages/qemu.scm | 4
1 file changed, 4 insertions(+)
diff --git a/gnu/packages/qemu.scm b/gnu/packages/qemu.scm
index 6b5a41b..97642af 100644
--- a/gnu/packages/qemu.scm
+++
* doc/guix.texi (Various Services)[Lirc Service]: New node. New subsubheading.
[lirc] New cindex.
---
doc/guix.texi | 4
1 file changed, 4 insertions(+)
diff --git a/doc/guix.texi b/doc/guix.texi
index 77f028e..1622d71 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -9901,6 +9901,10 @@
* gnu/packages/qemu.scm (qemu): Reorder inputs alphabetically.
---
gnu/packages/qemu.scm | 37 ++---
1 file changed, 18 insertions(+), 19 deletions(-)
diff --git a/gnu/packages/qemu.scm b/gnu/packages/qemu.scm
index 911ed4c..6b5a41b 100644
---
> Now we should be all right. :-)
Thank you and sorry!
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (kitemviews): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 28
1 file changed, 28 insertions(+)
diff --git a/gnu/
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (kplotting): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 29 +
1 file changed, 29 insertions(+)
diff --git a/gnu/
> libnm-glib.pc, libnm-glib-vpn.pc and libnm-util.pc require glib, the others
> do not. So it seems entirely possible to use network-manager without pulling
> glib into a profile.
libnm requires glib too.
pkg-config libnm --libs
-L/gnu/store/m3py3rk71ihlfgvj2kss7054hwfqwkpq-glib-2.48.0/lib
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (kcoreaddons): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 33 +
1 file changed, 33 insertions(+)
diff
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (kitemmodels): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 52 +
1 file changed, 52 insertions(+)
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (kcodecs): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 35 +++
1 file changed, 35 insertions(+)
diff --git a/
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (kwidgetsaddons): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 28
1 file changed, 28 insertions(+)
diff --git a/
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (kdnssd): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 27 +++
1 file changed, 27 insertions(+)
diff --git a/gnu/
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (modemmanager-qt): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 31 +++
1 file changed, 31 insertions(+)
diff
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (breeze-icons): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 27 +++
1 file changed, 27 insertions(+)
diff --git a/
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (bluez-qt): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 28
1 file changed, 28 insertions(+)
diff --git a/gnu/
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (threadweaver): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 24
1 file changed, 24 insertions(+)
diff --git a/gnu/
* gnu/packages/kde-frameworks.scm: Update to 5.24.0.
---
gnu/packages/kde-frameworks.scm | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/gnu/packages/kde-frameworks.scm b/gnu/packages/kde-frameworks.scm
index 39e2292..7b9bcba 100644
---
* guix/scripts/lint.scm (check-inputs-should-be-native): Warn when
extra-cmake-modules or qttools isn't a native-input.
---
guix/scripts/lint.scm | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/guix/scripts/lint.scm b/guix/scripts/lint.scm
index 8aab1fe..51191e7 100644
* gnu/packages/kde-frameworks (kde-frameworks-version): Delete variable.
---
gnu/packages/kde-frameworks.scm | 2 --
1 file changed, 2 deletions(-)
diff --git a/gnu/packages/kde-frameworks.scm b/gnu/packages/kde-frameworks.scm
index 12d9f16..db20690 100644
--- a/gnu/packages/kde-frameworks.scm
* gnu/packages/kde-frameworks.scm (oxygen-icons): Update to 5.24.0.
---
gnu/packages/kde-frameworks.scm | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/gnu/packages/kde-frameworks.scm b/gnu/packages/kde-frameworks.scm
index 7b9bcba..12d9f16 100644
---
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm: Update to 5.24.0.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (kconfig): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 53 +
1 file changed, 53 insertions(+)
diff
* guix/gnu-maintenance.scm (kde-package?, latest-kde-release): New private
functions.
(%kde-updater): New public variable.
* guix/scripts/refresh.scm (list-updaters): Add %kde-updater.
* doc/guix.texi (Invoking guix refresh): Mention the new updater.
---
doc/guix.texi| 2 ++
* guix/download.scm (%mirrors)[kde]: Add kde mirrors.
---
guix/download.scm | 47 ++-
1 file changed, 46 insertions(+), 1 deletion(-)
diff --git a/guix/download.scm b/guix/download.scm
index 73c0e89..fa6fa45 100644
--- a/guix/download.scm
+++
* gnu/packages/gnome.scm (network-manager)[propagated-inputs]: Add glib.
---
gnu/packages/gnome.scm | 2 ++
1 file changed, 2 insertions(+)
diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 445e94a..2038f8f 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (kdbusaddons): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 30 ++
1 file changed, 30 insertions(+)
diff --git a/
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (kwayland): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 32
1 file changed, 32 insertions(+)
diff --git a/
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (kapidox): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 44 +
1 file changed, 44 insertions(+)
diff
From: Hartmut Goebel <h.goe...@crazy-compilers.com>
* gnu/packages/kde-frameworks.scm (attica): New variable.
Co-authored-by: David Craven <da...@craven.ch>
---
gnu/packages/kde-frameworks.scm | 39 +++
1 file changed, 39 insertions(+)
diff
I thought it would be easier to update, since we prefer each update to
be a commit. If we change the version for all packages at the same
time we could have breakage until they are all updated. With the
auto-updater this doesn't require any manual labor at all.
Hi,
Is there a tutorial or guide or something on how to do this?
How do I go about reproducing what happens when the tests are run by
guix-daemon?
David
download.kde.org itself seems to redirect the request to one of the
mirrors. Maybe it should go first in the list?
Oh yes you are right!
curl http://download.kde.org/stable/frameworks/5.24/attica-5.24.0.tar.xz
~
302 Found
Found
The document has moved
It's not a dns load balancer I don't think. dig download.kde.org
always resolves to 195.135.221.71. I don't know how to get curl to
show me the final destination after port forwarding and http
redirects.
Not that it isn't a good idea that is. I'm just testing my
understanding of networks that's
Wow that was fast! qttools is packaged and provides Qt5LinguistToolsConfig.cmake
> Even so, if one insisted on using the recutils output in a programmatic
> fashion (e.g. in a bash script), it would be best to run “guix build
> --source” on the package names to obtain the actual source tarballs that
> are used by Guix.
I don't disagree. Alex what do you think?
This is a
> the technical issue at hand
I disagree that it's a technical issue. Technical issues can be
reasoned about and can be fixed. This issue isn't technical.
> I think it would be good to get further opinions on the technical issue at
> hand
How do we get further opinions on the issue?
> I'm
Hi Mark,
We already agreed to drop the patch. I don't understand why you'd want
to pick a fight that no one is fighting. Besides where the tarball
came from is a fact.
Since this is a point of disagreement I think this is a discussion
that should be had.
I'll provide a couple of word
I expect someone to calmly and rationally reply to my argument and
take it seriously, I don't think it's to big of an ask. I want this
discussion to find a resolution.
>> Asking me to start a discussion on the linux-libre mailing list over
>> this is an unreasonable request.
> I'm sorry that you
How invested are you in this patch? I decided that I wasn't that
invested and it isn't worth the trouble. Some things are not meant to
be.
I hate giving Mathieu the satisfaction, since it opens the door to
raising an FSDG issue on any patch, either because you dislike the
patch or the author.
>> How can I tell the difference between a lgpl2.1 and lgpl2.1+ license?
>"or later"
Yes, I get that, but does it explicitly say the words "or latter" in the license
text? What about when there are lgpl2, lgpl2.1 and lgpl3 license files in
the repo? Is that (list lgpl2.0 lgpl2.1 lgpl3) or
1 - 100 of 965 matches
Mail list logo