> I find it strange that the default background in the GNOME DE is a
> plain color instead of one of the backgrounds installed with gnome-
> backgrounds.
So do I, although to me it matters little, since the settings dialogue
is usually the first thing I visit in a freshly installed GNOME.
Still,
Hello,
some other distros use a Polkit rule, that makes the local admin group
("wheel" on Guix) Polkit admins. Yet others easily allow writing your
own files to /etc, so that such a rule can be added. Guix lacks such a
rule by default and adding it in the way you're supposed to in other
distros
> I know that at least on my machine I have a grub-image.png file in my
> store. I don't know if that helps...
>
> find /gnu/store -name '*grub-image*'
It is on (almost) everyone's machine, see (gnu bootloader grub) on how
it's derived. You can probably copy most of the steps up to the
Hi Ludo,
Am Sonntag, den 17.11.2019, 17:46 +0100 schrieb Ludovic Courtès:
> Hi Leo,
>
> Leo Prikler skribis:
>
> > Since our polkit service expects a list of packages as extension, I
> > currently use the following in my /etc/config.scm:
> >
> >
Just to future-proof this table, instead of having "is this package up
to date?", let's rather use "packaged version". Perhaps we could even
use separate columns for master, staging and core-updates. This is
especially valuable considering that we are currently on 3.30 rather
than 3.32 or 3.34,
Hi Ludo,
Am Dienstag, den 26.11.2019, 11:17 +0100 schrieb Ludovic Courtès:
> Hi Leo,
>
> Leo Prikler skribis:
>
> > From 42eedd4d9d64a8432f787e68d64476c59200c1b6 Mon Sep 17 00:00:00
> > 2001
> > From: Leo Prikler
> > Date: Sat, 23 Nov 2019 19:51:15 +0100
&g
Hi Ludo,
Am Samstag, den 23.11.2019, 18:17 +0100 schrieb Ludovic Courtès:
> Hi Leo,
>
> Leo Prikler skribis:
>
> > Thanks for the hint. Since it's all just static text, I don't
> > really
> > need the whole Guile power of computed-file, so I've shortened it
&
45207e Mon Sep 17 00:00:00 2001
From: Leo Prikler
Date: Tue, 12 Nov 2019 02:08:40 +0100
Subject: [PATCH] services: Add PulseAudio service
* gnu/services/sound.scm: (): New record type.
(pulseaudio-service-type): New service type.
---
gnu/services/sound.scm | 58 ++
Hello Guix,
currently, our configuration is (more or less true to XDG) scattered
around various places. Even if one does not make use of more advanced
features, one will at least have two profiles:
- ~/.config/guix/current
- ~/.guix-profile
If one does have more configuration data, the
Hello Raghav!
> Lets assume we have 5 packages in profile. Package 1, 3 and 5 has
> non-critical
> updates. Package 4 has non-critical update but it breaks. Package 2
> has
> critical update (CVE). We can either upgrade all packages except
> package 4 (or)
> we can upgrade only package 2.
>
>
On Fri, 2020-01-31 at 13:04 +0100, Pierre Neidhardt wrote:
> > The thing with XDG_CONFIG_HOME and config-directory is, that it
> > doesn't
> > allow me to set config-directory directly AND requires all other
> > configuration to be put in the new XDG_CONFIG_HOME as well. I
> > personally wouldn't
Hi,
Am Freitag, den 31.01.2020, 09:46 +0100 schrieb zimoun:
> Hi,
>
> I agree since we have discussed that at the Guix Days. :-)
> Thank you for reporting that fast.
>
>
> On Fri, 31 Jan 2020 at 08:59, Pierre Neidhardt
> wrote:
>
> > 1. ~/.config/guix/current is special in that it's the
Hi Pierre,
Am Freitag, den 31.01.2020, 08:59 +0100 schrieb Pierre Neidhardt:
> Hi Leo,
>
> About ordering:
>
> 1. ~/.config/guix/current is special in that it's the channel of Guix
> and it's installed by "guix pull" unlike other channels. Thus I
> don't
> think it belongs to GUIX_PROFILE_DIR.
Am Freitag, den 31.01.2020, 14:33 +0100 schrieb Pierre Neidhardt:
> Leo Prikler writes:
>
> > Hi Pierre,
> >
> > Am Freitag, den 31.01.2020, 08:59 +0100 schrieb Pierre Neidhardt:
> > > Hi Leo,
> > >
> > > About ordering:
> > &
Am Freitag, den 31.01.2020, 16:17 +0100 schrieb Pierre Neidhardt:
> Leo Prikler writes:
>
> > What do you mean by that exactly? One knob for everything as with
> > config-directory? Several knobs for several things? One knob per
> > file
> > or directory? Which
Am Donnerstag, den 30.01.2020, 20:28 +0100 schrieb Pierre Neidhardt:
> Proposal:
>
> - Modify /etc/profile in Guix System to load everything in
> GUIX_PROFILE_DIR if
> set. If not set, fall back on ~/.guix-profile.
Sounds good, but you're missing ordering. Specifically, if
GUIX_PROFILE_DIR is
Hi Ludo,
Am Mittwoch, den 08.01.2020, 12:25 +0100 schrieb Ludovic Courtès:
> Hi Leo,
>
> Leo Prikler skribis:
>
> > currently, our configuration is (more or less true to XDG)
> > scattered
> > around various places. Even if one does not make use of more
Am Montag, den 06.01.2020, 19:55 +0100 schrieb zimoun:
> Hi,
>
> On Mon, 23 Dec 2019 at 12:00, Leo Prikler <
> leo.prik...@student.tugraz.at> wrote:
>
>
> > This is a proposal to change the current approach. Instead of
> > splitting Guix config i
Hi zimoun,
Am Montag, den 27.04.2020, 12:05 +0200 schrieb zimoun:
> Hi Leo,
>
> Thank you for testing.
>
>
> On Mon, 27 Apr 2020 at 00:53, Leo Prikler <
> leo.prik...@student.tugraz.at> wrote:
>
> > yours: /gnu/store/klisfr3a4wxb9dc5sgibb45kky72kg65-d
Hi simon,
I've executed your commands, et voilà
yours: /gnu/store/klisfr3a4wxb9dc5sgibb45kky72kg65-docker-pack.tar
mine: /gnu/store/klisfr3a4wxb9dc5sgibb45kky72kg65-docker-pack.tar
Unsurprisingly, this did not change when adding channels -- though, if
you were to add your personal channel with
Hello Jan,
> And this package is in the propagated-inputs fiend of the minetest
> package, but it doesn't work.
>
> I would like to understand why it doesn't work, fix it and learn
> something new about Guix by the way :)
My guess is, that minetest searches in
/gnu/store/-minetest/share/...
Hello, Pierre
> Also I wonder why guile is in there.
According to guix graph, guile is pulled by gnutls.
> 1. Does anyone have a recipe for Emacs without GTK+ (that can also
>display pictures)?
Not directly, but you could try building it with motif (package
lesstif) or Lucid/Athena (requires
Hello Magali,
have you looked into (ice-9 peg)? An easy pretty grammar, that would
catch your example would be the following:
--8<---cut here---start->8---
(use-modules (ice-9 peg))
(define-peg-pattern commit-hash all (ignore "%h"))
(define-peg-pattern
Hello, yasu
I recently submitted #44354, which would set GUIX_GTK*_IM_MODULE_FILE
from the system configuration. Once this patch is merged, you should
be able to add ibus and ibus-anthy to your operating-system packages
and have them picked up from there by gnome.
Note, that this patch would as
Hi Danny,
Am Dienstag, den 03.11.2020, 10:14 +0100 schrieb Danny Milosavljevic:
> I've now gotten guile-gi to work okay for me, too.
That is great to hear.
> For me, there were many reasons why it didn't work before--some of
> them follow:
>
> (1) I originally built guile-gi from source using
>
Hi Danny,
Am Dienstag, den 03.11.2020, 20:26 +0100 schrieb Danny Milosavljevic:
> Hi Leo,
>
> On Tue, 03 Nov 2020 14:41:31 +0100
> Leo Prikler wrote:
>
> > > (note: "-l guix.scm")
> > >
> > > seems to have fixed most of the problems.
&
Well, the "functional" way of accessing them all in one go would be to
(map (cute <> foo) (list package-name package-version package-...))
But I assume you want syntax like
(let-field record field exp*)
(let-fields record (field1 field2...) exp*)
analogous to (srfi srfi-9 gnu) set-field and
Hi Danny,
Am Montag, den 02.11.2020, 11:17 +0100 schrieb Danny Milosavljevic:
> Hi,
>
> On Mon, 02 Nov 2020 08:44:29 +0100
> Pierre Neidhardt wrote:
>
> > Danny Milosavljevic writes:
> > > Not much more works yet because I've hit this (design) bug in
> Guix and/or
> > > GNOME:
> > >
> > > *
Hi,
Am Mittwoch, den 04.11.2020, 14:43 +0100 schrieb Danny Milosavljevic:
> Hi,
>
> On Wed, 04 Nov 2020 10:45:06 +0100
> Leo Prikler wrote:
>
> > But we already know all this from our earlier discussion.
>
> I *know* you already know that--but "we"
Hello,
Am Mittwoch, den 04.11.2020, 11:49 +0800 schrieb Zhu Zihao
> "guix environment --container" is a very useful feature for me to
> isolate the untrusted software. But sadly it lacks a interface for
> user
> to use it in Lisp programming.
>
> In (guix scripts environment), only
Am Mittwoch, den 04.11.2020, 18:05 +0800 schrieb Zhu Zihao:
> Leo Prikler writes:
>
> > launch-environment/container still assumes the command to be a
> > shell
> > script, which I think is not quite what you want. You probably
> > want to
> > take a look at
Hi,
Am Mittwoch, den 04.11.2020, 09:08 +0100 schrieb Danny Milosavljevic:
> Hi,
>
> I've checked guile-gi test/insanity.scm again to find "hard"
> evidence.
>
> For that, I've just checked out guile-gi anew, then ran
> test/insanity.scm.
>
> Steps:
> [...]
> That's it. It fails.
Okay, but it
Hello everyone,
earlier today, I was granted commit access to the repository [1]. This
message is signed with the key I will use for signing my commits. It
should have the following info:
pub rsa4096 2020-12-16 [SC]
ACC23BA059F7CCF408F043AD442A84B8C70E2F87
uid [ultimate] Leo
Hi rovanion,
> (define-module (nomacs)
The nomacs package should probably go to gnu/packages/image-
viewers.scm.
> (source (origin
> (method url-fetch)
> (uri (string-append "
> https://codeload.github.com/nomacs/nomacs/tar.gz/; version))
> (sha256
>
Hello Vincent,
there is no .tar of the fonts however, that's a source tarball
generated by github. To be fair, one should probably build this font
(and other fonts) from source instead. In particular, we might want to
package nerd-fonts[1] first, since Cascadia appears to be an iteration
of it.
gt; original submission, get it committed with the comment that the
> package needs to be compiled rather than copied, when someone (or I)
> wants to so properly?
>
> Cheers,
> Yasu
>
>
> > On Jan 10, 2021, at 18:16, Leo Prikler <
> > leo.prik...@s
Hi Julien,
Am Sonntag, den 10.01.2021, 07:28 -0500 schrieb Julien Lepiller:
> I might be wrong, but I thought fonts were considered non-functional
> data. If that's the case, isn't cc-by-nc-nd acceptable?
Not according to the FSDG:
> [Non-functional data] can be included in a free system
Am Mittwoch, den 20.01.2021, 16:08 -0500 schrieb Mark H Weaver:
> Leo Prikler writes:
>
> > There could potentially be another workaround by synchronizing
> > inside
> > guild, i.e. claiming a lock before reading and evaling any given
> > source
> >
Messed up ML address.
--- Begin Message ---
Hi Ludo,
IIUC this issue potentially affects all packages, that use Guile to
build more than two modules, no?
There could potentially be another workaround by synchronizing inside
guild, i.e. claiming a lock before reading and evaling any given source
Hello Rovanion,
Am Samstag, den 02.01.2021, 15:43 +0100 schrieb Rovanion Luckey:
> I can get the package to build using the following steps:
>
> git clone https://github.com/nomacs/nomacs.git
> cd nomacs
> mkdir build
> cd build
> guix environment --ad-hoc cmake make gcc libraw exiv2 libtiff
Hi Rovanion,
Am Donnerstag, den 31.12.2020, 16:37 +0100 schrieb Rovanion Luckey:
> [...]
>
> > Use git-fetch instead and don't recurse into submodules. You will
> > likely encounter some errors, because it doesn't seem as though
> > nomacs
> > expects you to have its inputs properly packages.
Hi elaexuotee,
> More specifically, the package I have builds separate libraries for
> CPUs with
> AVX, AVX2, and no AVX support. Since build-type isn't sufficiently
> specific to
> distinguish such CPU features, I have, so far, opted to just build
> all three
> libs and stuff them under /lib/.
Hello Raghav,
I had a similar idea a little more than a year ago:<
https://lists.gnu.org/archive/html/guix-devel/2019-12/msg00358.html>
See also <
https://lists.gnu.org/archive/html/guix-devel/2020-01/msg00083.html>
for the discussion it spawned.
While the default profile would stay active at
Hello Raghav,
looking at the way you phrased this in IRC, I just found out, that I
misunderstood your mail. Basically, what you need to do to achieve
something like that with Guix currently, would be to keep two (or more)
config.scms and reconfigure each one after guix pull in a fixed order.
is very
> reason, for me this is the most important *feature* of a free
> software distribution: no spyware ALSO means no opt-out telemetry.
>
> To be clear: if Guix "only" had the fantastic features it has but was
> not FSDG compliant, I'd use something else (and be ve
Am Montag, den 14.06.2021, 16:29 +0200 schrieb Pjotr Prins:
> On Tue, Jun 08, 2021 at 03:11:31PM +0200, Ludovic Courtès wrote:
> > (I’m late to the party…)
>
> Never late :)
>
> > > I found a cargo -> ninja converter. It is that kind of idea. Guix
> > > would use ninja with rustc instead of
Hello Giovanni,
Am Mittwoch, den 16.06.2021, 19:32 +0200 schrieb Giovanni Biscuolo:
> Dear Leo F. and Leo P.
>
> Leo Famulari writes:
>
> > On Tue, Jun 15, 2021 at 11:39:59PM +0200, Leo Prikler wrote:
> > > Am Dienstag, den 15.06.2021, 19:24 +0200 schrieb Giovanni
> Our issue is a different one: Its about being able to reuse already
> compiled binaries - keeping current behavior of rust binaries being
> statically linked.
>
> While this looks like being the same as dynamic library support, it
> is not: While for dynamic libraries you meet to ensure the
Am Samstag, den 12.06.2021, 22:03 -0400 schrieb Bone Baboon:
> Leo Prikler writes:
> > Am Samstag, den 12.06.2021, 23:44 +0200 schrieb Tobias Geerinckx-
> > Rice:
> > > Bone Baboon 写道：
> > > > Should the patch be to remove the kitty package?
> > >
>
Am Sonntag, den 13.06.2021, 01:12 +0200 schrieb Leo Prikler:
> Hello everyone,
>
> Am Samstag, den 12.06.2021, 23:44 +0200 schrieb Tobias Geerinckx-
> Rice:
> > Hi Bone,
> >
> > Bone Baboon 写道：
> > > Should the patch be to remove the kitty package?
&
Hello everyone,
Am Samstag, den 12.06.2021, 23:44 +0200 schrieb Tobias Geerinckx-Rice:
> Hi Bone,
>
> Bone Baboon 写道：
> > Should the patch be to remove the kitty package?
>
> No. The telemetry.
If I read terminals.scm, we already disable the telemetry in kitty:
> (invoke "python3" "setup.py"
Guix commit 9178566954cc7f34d2d991d31df4565adad93508 ought to fix this
with a patch and graft. If you haven't updated already, consider doing
so. If you want to play with polkit, you can always roll back :P
Am Sonntag, den 13.06.2021, 13:57 -0400 schrieb Leo Famulari:
> On Sun, Jun 13, 2021 at 11:32:01AM +0200, Leo Prikler wrote:
> > Of course, there's the added bonus of the lead developer
> > expressing their views in a… rather aggressive tone to put it
> > mildly,
> >
Am Samstag, den 19.06.2021, 13:59 +0800 schrieb Zhu Zihao:
> Hello Guix!
>
> In January I'm following up a series of patches(
> https://issues.guix.gnu.org/45784) that fixes Qt build
> system to honor user's environment variable. It has been six months
> now,
> but these patches are still in
Hi,
Am Montag, den 21.06.2021, 12:32 +0200 schrieb Ricardo Wurmus:
> Hi,
>
> commit ce6efff6eca0ed88cb9538803f5d1252c91a3b5e updated
> virtualenv. As part of this change python-distlib was replaced
> with python-distlib/next.
>
> This broke the *installation* (not the build) of other
Hi jgarte et al.
Am Montag, den 21.06.2021, 16:33 + schrieb jgart:
> Hi Guix,
>
> We've (Ryan, David, Raghav, and others) started packaging crystal for
> guix: https://crystal-lang.org/
>
> See 49142 and 49158 in the issue tracker.
>
> Here are some notes, questions, and a list of
Am Donnerstag, den 24.06.2021, 20:42 +0300 schrieb Andrew Tropin:
> It should be `guix home build ./path/to/file.scm`. Also, make sure
> that
> before first run you've set proper GUILE_LOAD_PATH. (See
> https://sr.ht/~abcdw/rde/ Guix Home section, Option 2).
>
> It won't be needed, when Guix
Am Freitag, den 25.06.2021, 13:44 +0200 schrieb Ludovic Courtès:
> Hello!
>
> Cuirass support in (gnu ci) computes job names as a function of
> package
> names (the ‘job-name’ procedure). I wanted to build several package
> variants using ‘--with-input’, which I expressed in a manifest:
>
>
Am Freitag, den 25.06.2021, 16:30 +0200 schrieb Ludovic Courtès:
> Leo Prikler skribis:
>
> > Am Freitag, den 25.06.2021, 13:44 +0200 schrieb Ludovic Courtès:
>
> [...]
>
> > > However, variants of a given package have the same package
> > > name/ve
Am Sonntag, den 13.06.2021, 23:54 + schrieb Ryan Prior:
> An easy API to discover whether you have any packages that could be
> upgraded would be very handy as well. Currently I find this
> information by running `guix time-machine --branch=master -- package
> -u --dry-run --no-grafts` but
r can target a specific (early) version and we get a
slightly smaller binary or are the gains from that too minimal? This
is also a concern going forward, can we always hope to "bootstrap" the
next Scala version with the one currently packaged in Guix?
> Le 18 mai 2021 05:44:42 GM
Am Dienstag, den 18.05.2021, 14:37 +0200 schrieb Julien Lepiller:
> Le Tue, 18 May 2021 13:36:43 +0200,
> Leo Prikler a écrit :
>
> > Am Dienstag, den 18.05.2021, 07:15 -0400 schrieb Julien Lepiller:
> > > The old scala is written in a superset of java5, that requires
&
Am Samstag, den 08.05.2021, 22:52 +0200 schrieb Maxime Devos:
> Leo Prikler schreef op za 08-05-2021 om 12:16 [+0200]:
> > [... something about dependencies and copyleft ...]
> > [...]
> > However, compliance is not *that* simple. If you're dealing with
> > cop
Am Samstag, den 15.05.2021, 01:07 -0400 schrieb Jack Hill:
> Greetings Guix,
>
> I'm working on creating a build system for Janet [0] modules. This is
> my
> first time working with build systems, and while I have a much
> better
> understanding than when I started, I still don't understand it
Am Samstag, den 15.05.2021, 15:25 -0400 schrieb Jack Hill:
> Leo,
>
> Thanks for your reply
>
> On Sat, 15 May 2021, Leo Prikler wrote:
>
> > Your code imports (guix utils), but (guix utils) is not present
> > within
> > the module closure present at buil
Hi Julien,
Am Dienstag, den 18.05.2021, 01:01 +0200 schrieb Julien Lepiller:
> Hi Guix!
>
> I have the attached file that build Scala, although it's not
> bootstrapped at all. It contains %binary-scala, a few dependencies of
> Scala we haven't packaged yet, and the final scala, built from
>
Hi,
Am Freitag, den 07.05.2021, 11:31 -0700 schrieb Chris Marusich:
> My understanding is that the intent of the "license"
> field (which can be a list) in a Guix package is to call out the
> "main"
> (deliberately vague here) licenses related to the code, not to
> provide
> an exhaustive or
Am Samstag, den 08.05.2021, 13:17 +0200 schrieb Ricardo Wurmus:
> Leo Prikler writes:
>
> > For the record, what command gives you transitive source
> > closure? I
> > can see transitive binary closure with `guix pack`, but I don't
> > think
> > we do
I'm a little confused.
Rather than a package manager, CMake is a build system, but people have
written several[1] package[2] managers[3] in CMake (the language), let
alone the other package managers for C/C++, all of which make me
question if anyone ever asked for any of them. I don't think
Am Montag, den 31.05.2021, 19:47 +0200 schrieb Pjotr Prins:
> On Sun, May 30, 2021 at 09:17:20PM +0200, Konrad Hinsen wrote:
> > How about pushing all the other package manager towards producing
> > sexp-packs, and helping them to get there?
>
> I have a feeling they won't be that interested ;).
Am Dienstag, den 01.06.2021, 09:23 +0200 schrieb Pjotr Prins:
> On Tue, Jun 01, 2021 at 08:24:51AM +0200, Leo Prikler wrote:
> > > I have a feeling they won't be that interested ;).
> > I do think some of them are interested, but you're right in that
> > the
Am Dienstag, den 01.06.2021, 10:59 +0200 schrieb Adriano Peluso:
> Il giorno mar, 01/06/2021 alle 08.24 +0200, Leo Prikler ha scritto:
> > > A sexp-pack would represent the most simple build instructions to
> > > build a package on its own. Now, of course the current guix-
I think we might want to export a utility procedure
(patch-shebangs files inputs)
so that files used during build (e.g. configure, Makefile, etc.) can do
(patch-shebangs build-stuff native-inputs) and the rest implicitly gets
(patch-shebangs files inputs) during the patch-shebangs phase.
Am Sonntag, den 06.06.2021, 12:14 +0200 schrieb Maxime Devos:
> Leo Prikler schreef op zo 06-06-2021 om 09:39 [+0200]:
> > I think we might want to export a utility procedure
> > (patch-shebangs files inputs)
>
> This procedure already exists, but is undocume
Am Dienstag, den 25.05.2021, 18:42 +0100 schrieb Paul Garlick:
> Hi Guix,
>
> I recently attempted to reproduce a profile containing emacs-auctex,
> only to find a '404: not found' error.
>
> The reason is that elpa.gnu.org archives previous auctex versions
> with a .tar.lz extension. This
Hi,
the blog post you've linked
https://guix.gnu.org/en/blog/2017/running-system-services-in-containers/
seems to neither contain mentions of XDG_CONFIG_DIR, nor mcron.
Did you mean
https://guix.gnu.org/en/blog/2020/gnu-shepherd-user-services/
instead?
FWIW, $XDG_CONFIG_DIR should be
Am Dienstag, den 01.06.2021, 12:52 +0200 schrieb Adriano Peluso:
> Il giorno mar, 01/06/2021 alle 11.11 +0200, Leo Prikler ha scritto:
> > > The output could be a collection of .tar.gz files distributed
> > > through
> > > ipfs, bittorrent, syncthing or rsync
> &g
Am Dienstag, den 01.06.2021, 13:28 +0200 schrieb Adriano Peluso:
> Il giorno mar, 01/06/2021 alle 13.03 +0200, Leo Prikler ha scritto:
> > Am Dienstag, den 01.06.2021, 12:52 +0200 schrieb Adriano Peluso:
> > > Il giorno mar, 01/06/2021 alle 11.11 +0200, Leo Prikle
I think the potential to confuse new users with this enabled by default
is higher than without it. Assume that Alice just sent a bug report to
Guix, that has been closed or has otherwise been made aware of some bug
affecting a software she uses, for which a fix has been pushed.
Naturally, she's
Am Mittwoch, den 30.06.2021, 10:11 +0200 schrieb Mathieu Othacehe:
> Hello,
>
> > I think we do have the obligation to clearly document channels-
> > with-
> > substitutes-available and make it so that this particular piece of
> > documentation can easily be found by everyone who is potentially
>
Hello Giovanni,
overall you make a great summary, there's just some points I wish to
add as I'm also following the drama around audacity.
Am Montag, den 12.07.2021, 10:37 +0200 schrieb Giovanni Biscuolo:
> Can I say that's not a Guix problem? :-)
>
> AFAIU The Muse Group intentions are that
Am Donnerstag, den 29.04.2021, 11:13 +0200 schrieb Léo Le Bouter:
> On Wed, 2021-04-28 at 17:52 +0200, Marius Bakke wrote:
> > Léo,
> >
> > We maintainers have been disappointed by Marks harsh tone which do
> > not
> > meet the project's communication standards, but also by your
> > apparent
> >
Hello,
Am Freitag, den 30.04.2021, 01:43 +0200 schrieb Leo Le Bouter:
> I think that the GNU Guix maintainers justify unacceptable behavior
1. What makes you think that?
2. How do you justify your own behaviour, specifically the kind of
behaviour, that others have asked you to justify?
> [The
Hello Giovanni,
I am not Mark or Ludo, but as a /generic other/, I'd still like to
reply.
Am Samstag, den 01.05.2021, 19:02 +0200 schrieb Giovanni Biscuolo:
> Hello Mark and Ludovic,
>
> please forgive me if I'm going forward with this thread but, after
> some
> hesitation, I decided to write
Hi Mark,
Am Samstag, den 01.05.2021, 18:12 -0400 schrieb Mark H Weaver:
> Hi Leo,
>
> Leo Prikler writes:
>
> > Am Samstag, den 01.05.2021, 19:02 +0200 schrieb Giovanni Biscuolo:
> > > I also spent some time re-reading messages that Mark sent in this
> > >
Am Samstag, den 01.05.2021, 23:13 -0400 schrieb Mark H Weaver:
> Hi Leo,
>
> I took the liberty of refilling the quotations in your email to make
> them more readable.
Please do.
>
> Leo Prikler writes:
>
> > Am Samstag, den 01.05.2021, 18:12 -0400 schrieb Mark H W
Am Sonntag, den 02.05.2021, 12:17 +0800 schrieb 宋文武:
> Hello Leo, I see nothing wrong for assuming bad faith when security
> fixes of packages are removed, in the end the truth matter, which I
> believe is: You thought the patches for cario is not needed now on
> core-updates, so you remove them.
Hi Mark,
Am Sonntag, den 02.05.2021, 15:29 -0400 schrieb Mark H Weaver:
> Hi Leo,
>
> Leo Prikler writes:
>
> > Let us assume for
> > the sake of argument I were to introduce a bug into Guix. There
> > are a
> > number of ways this can happen, but let's fo
Hi Mark,
Am Sonntag, den 02.05.2021, 17:02 -0400 schrieb Mark H Weaver:
> Hi Leo,
>
> Leo Prikler writes:
>
> > Am Sonntag, den 02.05.2021, 15:29 -0400 schrieb Mark H Weaver:
> >
> > Likewise, there's no middle ground on assuming evil
> > intentions, you e
Hi Mark,
Am Mittwoch, den 21.04.2021, 17:11 -0400 schrieb Mark H Weaver:
> Hello Guix,
>
> Raghav Gururajan has pushed another misleading "cosmetic changes"
> commit. This one is *far* worse than the examples I gave before.
> This one removes the security fixes for CVE-2018-19876 and
>
Am Freitag, den 23.04.2021, 14:22 + schrieb Luis Felipe:
> Hi,
>
> Are all these constants (%base-packages, for example)? Is this a Guix
> convention or does it come from Guile? Although looking at Guile's
> Variable index I see many constants in uppercase, and also some
> variables prefixed
Am Freitag, den 23.04.2021, 15:04 + schrieb jgart:
> This is a continuation of the thread started at
> http://issues.guix.gnu.org/47852
>
> Ekaitz: What do we want to be the main point of the programs: their
> UI or their goal?
>
> jgart: I would prefer for them to be catalogued based on
Hi,
Am Freitag, den 23.04.2021, 20:50 +0200 schrieb Léo Le Bouter:
> I think there is no problem in accepting criticism but there is a
> certain way Mark presents criticism and I don't feel like I can
> respond
> to it when it is written in such way. Over several emails Mark was
> looking to
Am Samstag, den 24.04.2021, 01:50 + schrieb Ryan Prior:
> On April 23, 2021, Leo Famulari wrote:
> > On Fri, Apr 23, 2021 at 10:00:14PM +0200, Leo Prikler wrote:
> > > Spreadsheets sounds fine to me, but I think the most important
> > ones
> > > (libreoffice a
Hi Pjotr,
Am Donnerstag, den 29.04.2021, 07:44 +0200 schrieb Pjotr Prins:
> Hi Leo (Prikler),
>
> On Thu, Apr 29, 2021 at 01:52:12AM +0200, Leo Prikler wrote:
> > I don't know enough about marketing to give you a good answer on
> > that,
> > but when it comes to w
Hi Mark,
Am Montag, den 03.05.2021, 05:00 -0400 schrieb Mark H Weaver:
> Leo Prikler writes:
>
> > Am Samstag, den 01.05.2021, 23:13 -0400 schrieb Mark H Weaver:
> > > I don't think I fumbled on the facts at all. It's true that I
> > > didn't
> > &g
Am Dienstag, den 09.02.2021, 11:22 +0100 schrieb Hartmut Goebel:
> Am 09.02.21 um 11:06 schrieb Leo Prikler:
> > Depends on the package. If it gets propagated into the build
> > environment, the variable is set as well. At other times, it might
> > be
> > set through
Hello,
Both search-paths and native-search-paths are expanded in a build
environment to form an environment variable. search-paths works on
inputs whereas native-search-paths works on native-inputs. In
addition, native-search-paths also end up in your
$GUIX_PROFILE/etc/profile.
Regards,
Leo
Am Dienstag, den 09.02.2021, 04:56 -0500 schrieb Raghav Gururajan:
> Hi Leo!
>
> > Both search-paths and native-search-paths are expanded in a build
> > environment to form an environment variable. search-paths works on
> > inputs whereas native-search-paths works on native-inputs. In
> >
Hello,
Am Freitag, den 26.03.2021, 20:36 +0100 schrieb Léo Le Bouter:
> Hello!
>
> I often meet problems where some packages don't work out of the box
> because they have some runtime dependencies like themes or third
> party
> programs.
>
> I solved these problems on occasion by making commits
1 - 100 of 121 matches
Mail list logo
