Hi Alexey,
I don't contribute to Guix and abandoned this patch.
Please untag me,
Jookia.
On Sun, Mar 15, 2020 at 12:22:08PM +0100, leven...@mmer.org wrote:
> Hi Jookia, Ludo
>
> Was this patch merged? I haven't found it in guix-patches and commits =(. I
> came across
I can do to even get people to
TRY changes and use that to iron out bugs. This isn't the first GNU/FSF
project that I've attempted to contribute to after seeing contributions were
needed then have those contributions ignored/forgotten about. There's always
reasons, but it's painful each time.
I think I'm done for now. No amount of writing has even started a discussion on
how to fix things, only that things aren't broken.
> Andreas
Jookia.
On Sun, Jul 24, 2016 at 02:35:41AM -0400, Leo Famulari wrote:
> It does not include your patches. I archived the messages that included
> your previously outstanding patches when you withdrew them from
> consideration. Many of your patches were to parts of the system that I
> don't understand. Read
ot merge in any
case, yet users may still want to use.
> Kind regards,
>
> T out
Jookia.
er at the moment because we have different goals.
I think the clearest system is a way to have multiple guixes installed at once.
Other package managers need not do this, but as long as the daemon compatiblity
is kept it should be fine. There could be a guix-jookia, guix-nonfree for those
that real
On Fri, Jul 22, 2016 at 05:19:42PM -0400, Leo Famulari wrote:
> I can look at my Guix mailbox to see all outstanding patches.
Can you post a list of this? Does it include my outstanding patches?
> By the way, if someone asks the submitter to look into something or make
> a change, the patch is no
ean contributor as in packager or contributor as in general
devleoper that works on GuixSD's non-package features? How do we train people
doing the latter?
All in all, I say we have a repo for staging patches that work but aren't as
nice looking or implemented as well as they should be. If not part of Guix, then
as a branch/fork. It should not be up to Guix as to what features users get, but
instead the users based on whichever fork they're using.
> ~~ Ricardo
Jookia.
On Fri, Jul 22, 2016 at 04:06:56AM +0200, Pjotr Prins wrote:
> A provocation: because of purism GNU Guix takes an elitist approach.
>
> I am thinking that we need another project because it appears to be
> impossible to combine low threshold with GNU Guix goals.
>
> How about Alt-Guix, a packagin
isn't there
yet and participating in IRC makes me sad. I'm going to just create a downstream
fork of Guix somewhere with those features and put my patches there without
worrying too much. If something's really needed, someone else can upstream it.
Apologies,
Jookia.
On Tue, Apr 05, 2016 at 10:23:19PM +0200, Ludovic Courtès wrote:
> Thinking about it, is the theme mechanism in GTK+2 similar enough that
> the patch would make sense?
It's almost identical.
> Ludo’.
Jookia.
rofile” file.
Absolutely, but we can patch GIMP to take a load path anyway can't we?
> ~~ Ricardo
Jookia.
“Edit->Preferences->Folders->Plug Ins”.
Could we patch GIMP to do this automatically?
> ~~ Ricardo
Jookia.
ke copyleft it makes it functionally useless. It also doesn't have
concrete examples of what is bad behaviour. Debian's also suffers from that.
Neither of them assign responsibility to project maintainers either.
I understand a code of conduct is always going to be controversial but why have
one at all if it lets bad behaviour flourish?
Jookia.
> WDYT?
Well, I'm working here on the assumption that callers shouldn't have to know
about the contents of their os-configuration, specifically in this situation
which bootloader is being used. This is part of a bigger effort to organize
things a bit better so different bootloaders could be switched out. Having to
pass these things violate this assumption.
> Thank you!
>
> Ludo’.
Thank you,
Jookia.
keep track of which patches I've been sending, and this is the one
I've had to keep track of the most. ;) I'll have to redo it a bit later with
your input.
> Thanks,
> Ludo’.
Jookia.
his question: Should we ship Linux-libre with
virtualization support? From what I know there's only a handful of systems out
there that can run it without proprietary blobs in its BIOS updates. What about
virtualization with PCI passthrough support, primarily used for video games?
> Jean Louis
Jookia.
ges users to use non-free
> software.
Same arguments as above, though I don't see Wine endorsing nonfree software. In
fact it's importantly used to make free software development easier as I and
Mark Weaver mentioned in a previous email.
> Jean Louis
Jookia.
ot;https://gnunet.org/svn/gnunet/";)
> >> + (revision 36926)))
> >
> > Are SVN identifiers really that short, or is there a longer version that
> > we should use, as for Git?
>
> I have no idea, I thought this was what we used for svn.
> Most of
esults?
How about we don't worry about what people can use software for but rather what
the software is? I have a feeling this email isn't going to satisfy you at all,
so I think the solution is to not use GuixSD or any system that gives people
freedom to run whatever software they want for whatever purpose they want.
> Jean Louis
Jookia.
On Sun, Mar 27, 2016 at 02:30:22PM -0400, myglc2 wrote:
> Wow, Ludo, what do you have against "end users"?
I think what Ludovic's getting at is that we'd rather have people know their
tools and experiment, much like Emacs.
ler that we can write a interpreter for.
> ~~ Ricardo
Jookia.
aller set of
code to audit when we have the tools to take a threat model and prevent threats.
For now the closest we could have is to trust whatever platform we're using to
boot code that the CPU with faithfully execute. For now it could be BIOS.
> --
> Chris
Jookia.
l could run IPFS/Guix in a LAN, with a build
> server, which would bring *huge* performance gains while being private.
Why would they need IPFS in LAN if they have a build server?
Jookia.
the network, much worse than traditional distros.
> Work on this matter can only enrich our/my comprehension of the subject,
> please feel free to contact me for any question :)
> --
> Rémi
Jookia.
ve useless phases or add Haskell-specific ones to LLVM, so we'd end
up LLVM just being another part of the toolchain. This is a bit off topic though
since it doesn't relate to bootstrapping but to bundling. ;)
> Ludo’.
Jookia.
On Sun, Mar 20, 2016 at 12:53:42PM -0400, Karl Semich wrote:
> It seems to me it would be the most reliable, future-proof, way, but might
> have the downside of making it a step harder for people without the special
> environment to reproduce the build.
>
> I'm pretty new at looking under the hood
it a variable that needs
to be explicitly set?
> Thanks, and apologies for the delay!
>
> Ludo’.
Jookia.
sure what variable we’re
> talking about.
As in, if you don't explicitly pass --localstatedir configure will error out.
Bit of an extreme example, though.
> Thanks,
> Ludo’.
Cheers,
Jookia.
specifying output devices so we can't really handle dependencies
between them properly either.
> Thanks for your insightful comments!
Yours too, I hope we figure out something that solves both our issues. :)
> Ludo’.
Jookia.
ere we'd start looking at the dependency graph for all
packages on Guix that indirectly require GTK and make sure they don't use
gdk-pixbuf directly.
> Ludo’.
Jookia.
Right, it should be in a separate branch, say ‘gtk-update’.
If you're looking for GTK patches to shove in to a branch, I have a few ready,
though most have been put in the mailing list. I have some grafted ones too.
> Ludo’.
Jookia.
shouldn't apply directly to master right? I think this
> should be pushed with the themes patch and maybe some gtk+ releated
> packages update to a seperated branch.
I'll add it to my set of patches, package some themes up that use all these
changes and get some people to test it. Perhaps that could be the branch.
Jookia.
.org/show_bug.cgi?id=641354
Jookia.
tice under the Git commit, so that
works too.
> Ludo’.
Jookia.
'm not aware what MATE or KDE do, but I assume it couldn't be much different to
the above examples. In the end, GTK+ dictates the behaviour.
So what do we do? I think there's a few possibilities:
A. Make a global GTK_DATA_DIR and link all themes to it. This means users
A long running complaint has been that GTK themes aren't found, thus making
GTK look terrible on GuixSD. To solve this, GTK+ now searches the user's
profile as well as the system's profile for themes, in addition to where
themes are currently searched.
* gnu/packages/gtk.scm (gtk+-2): Add gtk2-the
/packages/fonts.scm
@@ -7,6 +7,7 @@
;;; Copyright © 2015 Eric Dvorsak
;;; Copyright © 2015 Ricardo Wurmus
;;; Copyright © 2016 Nils Gillmann
+;;; Copyright © 2016 Jookia <166...@gmail.com>
;;;
;;; This file is part of GNU Guix.
;;;
@@ -628,3 +629,48 @@ Unicode's Basic Multili
On Fri, Mar 11, 2016 at 03:48:38PM +0100, Ludovic Courtès wrote:
> Jookia <166...@gmail.com> skribis:
>
> > While previously creating a GC root for GRUB's resources was the caller's
> > responsibility, it's much less repetitive to put it in install-grub now
On Fri, Mar 11, 2016 at 03:30:10PM +0100, Ludovic Courtès wrote:
> Jookia <166...@gmail.com> skribis:
>
> > I'd really like to discuss how much I needed to break to get the
> > mapped-devices,
> > file-systems and swap-devices to just 'work'. I eve
While previously creating a GC root for GRUB's resources was the caller's
responsibility, it's much less repetitive to put it in install-grub now that
it's wrapped by error handling. This also means we can replace the install-grub*
function with a small definition inside perform-action named 'insta
yright{} 2015 Taylan Ulrich Bayırlı/Kammer@*
-Copyright @copyright{} 2015, 2016 Leo Famulari
-Copyright @copyright{} 2016 Ben Woodcroft
+Copyright @copyright{} 2015, 2016 Leo Famulari@*
+Copyright @copyright{} 2016 Ben Woodcroft@*
+Copyright @copyright{} 2016 Jookia
Permission is granted to cop
On Thu, Mar 10, 2016 at 05:10:09PM +0100, Ludovic Courtès wrote:
> Jookia <166...@gmail.com> skribis:
>
> > So I've come up with the following hack commit that effectively
> > stops any sort of dependency management and adds some new targets
> > for LVM and LUK
On Thu, Mar 10, 2016 at 08:48:25AM +0100, Taylan Ulrich Bayırlı/Kammer wrote:
> FYI this landed in my Gmail spam folder. Maybe because of the
> all-caps. :-)
Haha wow, I hope nobody else who uses gmail cares about this patch.
> Taylan
Jookia.
N WARNED.
Also you can do something like this to autologin, making it only one
password to get in to your system (GRUB):
(services (modify-services %desktop-services
(slim-service-type config =>
(slim-configuration
(inherit config)
N WARNED.
Also you can do something like this to autologin, making it only one
password to get in to your system (GRUB):
(services (modify-services %desktop-services
(slim-service-type config =>
(slim-configuration
(inherit config)
for it to do).
>
> Personally, I just use
>
> $ ln -s grub.cfg /boot/grub/libreboot_grub.cfg
>
> without any other patches instead. Works fine. Also auto-updates.
Unfortunately this doesn't work for encrypted disks.
Jookia.
o put the state in the store directory by default since it seems the two are
related, though this might not be the case in other situations.
Jookia.
@*
+Copyright @copyright{} 2016 Jookia
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License, Version 1.3 or
@@ -514,6 +515,18 @@ manager} is available, you
can instead configure Guix with @code{--disable-daemon}. In that case
While previously creating a GC root for GRUB's resources was the caller's
responsibility, it's much less repetitive to put it in install-grub now that
it's wrapped by error handling. This also means we can replace the install-grub*
function with a small definition inside perform-action named 'insta
p://krosos.sdf.org
> EDN: https://wiki.c3d2.de/Echt_Dezentrales_Netz/en
Just to chime in, I think it's 'right' to package the 'stable' version by
default since from what I know that's the version Debian and other distros like
Parabola use by default. To have a version that by default breaks compatibility
would be sad.
Jookia.
On Tue, Mar 08, 2016 at 03:48:03PM +0100, Nils Gillmann wrote:
> Following later this week:
>
> gnunet + gnunet-gtk SVN, co-authored work with Jookia.
>
> I'll ask on gnunet-dev about this, but it might be that we have
> to decide wether to default to some svn of gnunet
While previously creating a GC root for GRUB's resources was the caller's
responsibility, it's much less repetitive to put it in install-grub now that
it's wrapped by error handling. This also means we can replace the install-grub*
function with a small definition inside perform-action named 'insta
In the end it'd still be great to have rollbacks, the ability to specify a git
commit, ping Hydra to see which commits have substitutes that I could upgrade
to, and allow rolling back as if it's a package in my profile.
It sounds like a lot, but I figure at least one of those ideas would ease
things for people.
Jookia.
http-proxy’ SRFI-9 parameter.
>
> WDYT?
I think I know what you mean, I'll do a patch up when I can. :)
> Ludo’.
Jookia.
…)
> modules, which are not involved here.
Sorry for the reply, now that I have an RFC for the coreboot patches I've looked
back at this. The URI module is also in the web module, and I'm not sure how I
feel about rewriting a URI parser to get the host and port out of http_proxy.
> Thanks!
>
> Ludo’.
Thoughts?
Jookia.
tself a GuixSD
> image; a good distro ought to be "self-hosting" in that way.
>
> - Chris
While I like the idea of using Guix to install GuixSD, some poor systems that
tend to come shipped with machines don't and won't support Guix.
Jookia.
yright{} 2015 Taylan Ulrich Bayırlı/Kammer@*
-Copyright @copyright{} 2015, 2016 Leo Famulari
+Copyright @copyright{} 2015, 2016 Leo Famulari@*
+Copyright @copyright{} 2016 Jookia
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation
me to boot from my
machine running Libreboot by setting grub-configuration's platform field to
'coreboot instead of its default 'bios.
Cheers,
Jookia.
Jookia (4):
vm: Have qemu-image generate derivations instead.
grub: Add and use prepare-install-grub function.
install:
While previously creating a GC root for GRUB's resources was the caller's
responsibility, it's much less repetitive to put it in install-grub now that
it's wrapped by error handling. This also means we can replace the install-grub*
function with a small definition inside perform-action named 'insta
g a file or directory to create under
directory TARGET."
diff --git a/gnu/build/vm.scm b/gnu/build/vm.scm
index 48e701a..faee32a 100644
--- a/gnu/build/vm.scm
+++ b/gnu/build/vm.scm
@@ -2,6 +2,7 @@
;;; Copyright © 2013, 2014, 2015 Ludovic Courtès
;;; Copyright © 2016 Christopher Allan Webber
100644
--- a/gnu/system/vm.scm
+++ b/gnu/system/vm.scm
@@ -2,6 +2,7 @@
;;; Copyright © 2013, 2014, 2015, 2016 Ludovic Courtès
;;; Copyright © 2016 Christopher Allan Webber
;;; Copyright © 2016 Leo Famulari
+;;; Copyright © 2016 Jookia <166...@gmail.com>
;;;
;;; This file is part of GN
On Tue, Mar 01, 2016 at 09:09:45AM +0100, Andy Wingo wrote:
> Hi :)
>
> > Ludovic Courtès writes:
> >
> >> Should we add a --fhs or --/usr/bin/env option to simplify this?
>
> I think /usr/bin/env is probably going to be insufficient -- lazy people
> like me are always going to be asking for more
om stty giving i/o errors and having to install the whole thing
> using the --fallback switch, I haven't run into any further issues.
IO errors sound like a bad thing to have when installing any system. Maybe you
need a better card?
> Thank you!
Jookia.
ber->string port))
>
> Probably with something like:
>
> (unless uri
> (format (current-error-port) "invalid HTTP proxy URI: ~s~%"
> uri-string)
> (exit 1))
Interesting!
> Could you send an updated patch?
Sure, I'll do it hopefully this week.
> Thanks!
>
> Ludo’.
Cheers,
Jookia.
blem right now is that the
binaries aren't reproducible at all. Having them switched to reproducible builds
once and then tagging the Guix commit used would probably be enough to fix the
problem. I don't think we need to rebuild them every time.
> Ludo’.
Jookia.
uilt with Guix before signing them.
> Ludo’.
Jookia.
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
; But might be worth a try. Did someone try the non-GuixSD armv7 thing? Is the
> speed acceptable?
I already run NixOS on ARM as my desktop machine, not sure how much slower
GuixSD would be. On a phone, though it could be much worse.
Jookia.
with.
Anyways, I plan to try the idea sometime once I have a Guix system setup. If I
can get it small enough (I have no knowledge how, don't hold your breath) it'd
be useful as a payload in Libreboot I've heard.
> - Chris
Jookia.
d, I'd
rather not waste effort on writing these patches. No hard feelings!
Cheers,
Jookia.
On Thu, Feb 18, 2016 at 03:28:23PM +0100, Andreas Enge wrote:
> Or is it more complicated than that?
I'd imagine things could get a bit hairy since you can override the 'import'
command as such: https://pypi.python.org/pypi/demandimport
> Andreas
ling on a foreign distribution, though the issue also happens to
those on GuixSD. I can use either the daemon I built or the daemon I have in the
store, I have to start them manually on my distribution. 'guix pull' is the
recommended way to keep your Guix installation up to date, but it's kind of
weird having Guix not be self-contained in the sense of its dependencies.
Jookia.
On Wed, Feb 17, 2016 at 11:14:19AM -0500, Leo Famulari wrote:
> I tried this. The resulting process downloaded the bootstrap binaries
> and appeared to rebuild *everything*. I haven't had time to figure out
> what actually got rebuilt and if anything is still using the vulnerable
> glibc.
This doe
ure how high a
priority it is to fix it, but from what I know Mark Weaver knows how to fix it.
> Andy
Jookia.
Guix so it's managed by Guix. The advantage to this is
that we have all the dependencies for Guix inside the store rather than in, say,
Debian's package manager. This is also needed in the case you want to bootstrap
and install to a disk or build virtual machines containing Guix.
> - Chris
Jookia.
sing the Guix package in Guix. This includes
doing things like 'guix package -i guix', 'guix environment guix', 'guix pull',
etc. These things are required for normal and encouraged use. The only time the
existing default would be helpful if you didn't do those things, meaning you
always used your own build of Guix outside of the store.
> Best regards,
> Chris
Cheers,
Jookia.
pport for
unpatching them. This is useful for developing or running unpatched third party
trees where you want to change the source code and submit patches without
actually fixing the problem.
Both of these solutions can help destroy /usr/bin/env upstream and downstream.
Jookia.
ings that Guix looks for and symlinks to won't be found if Guix looks in
/usr/local/var/guix and /gnu instead of /var/guix and /gnu.
> Andreas
Jookia.
> ~~ Ricardo
Jookia.
has is that localstatedir is configurable.
Unfortunately, packages will still be broken. Perhaps it's time to substitute
patch files too and introduce localstatedir as a build variable.
* Do nothing.
Software will still be confusing and debatedly broken. No doubt people will be
having this discussion again.
Cheers,
Jookia.
(-)
diff --git a/guix/build/git.scm b/guix/build/git.scm
index c1af545..ea911c8 100644
--- a/guix/build/git.scm
+++ b/guix/build/git.scm
@@ -1,5 +1,6 @@
;;; GNU Guix --- Functional package management for GNU
;;; Copyright © 2014, 2016 Ludovic Courtès
+;;; Copyright © 2016 Jookia <
This small refactor should simplify some duplicated effort across functions and
allow smarter qemu-image to do smarter things based on the operating system
configuration rather than having each function that uses qemu-image pass
selective parameters whenever new information is needed.
* gnu/system
al package management for GNU
;;; Copyright © 2014 Ludovic Courtès
;;; Copyright © 2014 Sree Harsha Totakura
+;;; Copyright © 2016 Jookia <166...@gmail.com>
;;;
;;; This file is part of GNU Guix.
;;;
@@ -19,6 +20,10 @@
(define-module (guix build svn)
#:use-module (guix buil
w kills your entire system. Guix also has support for installing
your os-configuration not just to your drive, but to a VM or a container.
Imagine looking online for Guix configurations to try in a VM then setting that
up as your main system configuration!
Perhaps I went a bit off topic there but I hope this give some understanding.
Jookia.
akes packages
that were previously compatible incompatible!
I don't care for the politics, but I think at the very least the 'license' field
needs to be explicitly documented as not the license for the upstream software.
Jookia.
w.
>
> Best regards,
>
> Tomas
I brought this up a bit earlier in IRC but you could rebuild the bootstrap
binaries- but then they'd just be identical to the ones shipped. So are they
really foreign then?
Jookia.
to make for NixOS to get things working right. I'm
still tinkering with early boot issues in GuixSD so I'm not that far in the
stack to test it, but if anyone's curious I'll attach the NixOS patch here.
Jookia.
On Sun, Feb 07, 2016 at 09:06:20PM +0100, Ludovic Courtès wrote:
> Jookia <166...@gmail.com> skribis:
>
> > On systems with little ram (2G in my case) the pixbuf-scale test will either
> > freeze the system of cause excessive swapping without the test every
> > com
ems a bit
> excessive to me and could be considered a bug in the upstream package.
> How about reporting a bug upstream, Jookia? And maybe disable the test
> in the package with a comment linking to the bug report?
Sure, I'm down for this. I'll see what I can do this week if not tomorrow.
> Andreas
Jookia.
On Sat, Feb 06, 2016 at 04:17:49PM +0100, Andreas Enge wrote:
> On Tue, Feb 02, 2016 at 09:25:41PM +0000, Jookia wrote:
> > On systems with little ram (2G in my case) the pixbuf-scale test will either
> > freeze the system of cause excessive swapping without the test every
015 Mathieu Lirzin@*
Copyright @copyright{} 2014 Pierre-Antoine Rault@*
Copyright @copyright{} 2015 Taylan Ulrich Bayırlı/Kammer@*
Copyright @copyright{} 2015, 2016 Leo Famulari
+Copyright @copyright{} 2016 Jookia
Permission is granted to copy, distribute and/or modify this document
under the te
d, 3 insertions(+)
diff --git a/gnu/packages/gtk.scm b/gnu/packages/gtk.scm
index 916873b..021ee00 100644
--- a/gnu/packages/gtk.scm
+++ b/gnu/packages/gtk.scm
@@ -8,6 +8,7 @@
;;; Copyright © 2015 Sou Bunnbu
;;; Copyright © 2015 Andy Wingo
;;; Copyright © 2015 David Hashe
+;;; Copyright © 2
Webber
+;;; Copyright © 2016 Jookia <166...@gmail.com>
;;;
;;; This file is part of GNU Guix.
;;;
@@ -951,8 +952,9 @@ manpages.")
(home-page "http://www.tazenda.demon.co.uk/phil/net-tools/";)
(source (origin
(method url-fetch)
- (uri (st
This fixes interfaces with a dash or other characters being ignored.
* guix/build/syscalls.scm (%interface-line): Replace "[[:alnum:]]" with ".+".
---
guix/build/syscalls.scm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/guix/build/syscalls.scm b/guix/build/syscalls.scm
inde
to /boot.
* Write a extlinux.conf file for U-Boot to read.
* Not have GRUB installed or running.
How hard would this be? My motivation is that GRUB on ARM doesn't work on my
system (Novena) so the next best thing is to use U-Boot.
Thanks,
Jookia.
re phase
you'll probably want to see what's happening in the check phase.
I like the idea of refactoring build scripts in to multiple functions that can
be run in a Guile prompt and have Guix or someone in a Guile prompt use those.
> Pj.
> --
Cheers,
Jookia.
to 8 and keep the example? :)
Jookia.
On Thu, Jan 21, 2016 at 09:58:38PM +0100, Ludovic Courtès wrote:
> Jookia <166...@gmail.com> skribis:
>
> > This could be good enough for now but again this doesn't work with this like
> > builds that don't fail. My concrete example is wanting to patch software
th this like
builds that don't fail. My concrete example is wanting to patch software but not
knowing how to get to the pre-patch state so I can then work from that in
testing which patches apply and which don't, or make my own.
> My 2¢,
> Ludo’.
Cheers,
Jookia.
ilds hoping I get the right output or manually failing
after a certain phase (I'm not sure how to do this.)
Cheers,
Jookia.
100 matches
Mail list logo
