Re: System without GDM [was: GNOME 49’s dependencies on systemd]

Hi Andreas, We've now fixed up the greetd guix integration enough so it: 1. works (it didn't before :P) 2. can be adapted also for personal computers. See https://codeberg.org/guix/guix/pulls/804 for 2. I'm using it like the following: (service greetd-service-type (greetd-configurati

Making login manager removable and/or selectable

Hi Andreas, I know exactly what you mean. I use the following expression in /etc/config.scm instead of just %desktop-services, to remove login managers on my laptop: (modify-services (remove (lambda (service) (or (eq? (service-kind

Re: Help needed for packaging KeePass

Hi, >> I've removed the "csc" script from my local guix now and keepass builds and >> runs now. >What exactly did you mean with that? Mono has a script called "csc". It contains the following: #!/gnu/store/m0xdsa8cfq6mq1kxgxmpmpg71la4f0b9-bash-minimal-5.1.16/bin/sh exec /gnu/store/y5fqcqhx1i2b

Re: Help needed for packaging KeePass

Hi, csc.exe is a Rosyln compiler binary from Microsoft (even in Mono !). Xamarin, the developers of mono, were eventually bought by Microsoft. Microsoft .NET is famously bad at bootstrapping. I think Roslyn's idea of bootstrapping Roslyn is using a binary Roslyn compiler. *slaps forehead* The

Re: Problems with grafts and Gtk (and probably with most other dynamic things)

Hi Ludo! >I think this typelib issue is exactly what was reported a couple of >years ago, as you wrote. How is this different this time? What was the >resolution last time? I don't know. Personally, I had never debugged it this far before. Now, I think this is a very small reproducer! It is ve

Problems with grafts and Gtk (and probably with most other dynamic things)

Hi, So I was trying to resume writing some Gtk programs I've been writing. That went... very very badly on Guix. That's the same problem I had years ago on Guix as well. So here I go describing the problem and some causes in the hope it will help finding the root cause. There are multiple def

Re: branch master updated (a98cd5a6bd -> 57ea6d3d59)

Ok, guix time-machine with local directory ran through successfully. Can you confirm that it works for you, too?

mumi am --skip, --continue ?

Hi, So I finally tried out mumi. And I got a segfault on the first try: $ mumi current 75127 $ mumi am Applying: gnu: Add rust-goldenfile-1. Applying: gnu: rust-include-dir-macros-0.7: Update to 0.7.4. Applying: gnu: rust-include-dir-0.7: Update to 0.7.4. Applying: gnu: Add rust-snake-case-0.3.

Re: Committers: create and share your Codeberg account

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, My account there is . -BEGIN PGP SIGNATURE- iQFRBAEBCgA7FiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAmgeqbUdHGRhbm55bUBm cmllbmRseS1tYWNoaW5lcy5jb20ACgkQ5xo1VCwwuqVTRAgApxpeeSgyFEC8zmBW LWGwSUJctyd+OkhnZIXDi6JeIQErIVpFV4h

Re: Data corruption on reboot

Hi, For me, the problem is fixed. I've tried regular shutdown, kill it by holding power button, kill it with magic sysrq key S U B--and all recovered to a clean filesystem (no ignored errors either) eventually. I can't speak for the other people who had filesystem corruption recently. I think w

Re: Data corruption on reboot

Hi Ludo, Sorry for the delay. I'm currently very busy. Small summary follows: >That’s on the bare metal, right? It does look like the file system was >indeed in a bad state and that we’re just confirming it? Yes, but it would have stayed in the bad state forever because our e2fsck was too old

Re: Data corruption on reboot

For the record, I have (repair #t) on my root fs in config.scm, and even that doesn't help. I think the solution is: We need to update e2fsprogs to 1.47.2. It has multiple fixes for orphans, including for filesystem corruption (!). I've thus updated e2fsprogs to 1.47.2 on guix master. Bef

Re: Data corruption on reboot

Hi Ludo, With the following patch diff --git c/gnu/services/base.scm w/gnu/services/base.scm index 8c6563c99d..c1c348116b 100644 --- c/gnu/services/base.scm +++ w/gnu/services/base.scm @@ -351,11 +351,35 @@ (define %root-file-system-shepherd-service ;; Return #f if successfully stop

Re: Data corruption on reboot

Also, aha? So the store IS still available? In that case we can just use fuser -ikvm / for debugging, and fuser -km / for production. Something like, (system* #$(file-append (@ (gnu packages linux) psmisc) "/bin/fuser")

Re: Data corruption on reboot

Hi Ludo, I tried a variant of your change and nothing else, with a new guix checkout, like the following: $ ./pre-inst-env guix system vm --no-graphic gnu/system/examples/bare-bones.tmpl I get (after running the output's run-vm.sh shell script and then logging in as "root" and then issuing "hal

Re: Data corruption on reboot

Hi Ludo, Thank you! >/var/run/shepherd/repl is a Unix-domain socket you can connect to (with >socat or whatever) to get a REPL. Thanks! I managed to connect via emacs geiser-connect-local. >I think the very first step, before we can put these debugging helpers >to good use, is to reproduce the

Re: Data corruption on reboot

Hi Ludo, About my patch here: The store is not present at the time where fuser would be invoked, so my patch here won't work. This is a problem for most of the approaches, including the load-initramfs-again approach (initrd image is in the store). Frankly, after now understanding the problem, I'

Re: Data corruption on reboot

The more I think about it the more it seems we should re-enter our initramfs on shutdown. Unfortunately, the Linux kernel frees it when switching to the real root fs. Not sure how to get Linux to find it again (or how to get Linux to not free it in the first place) and to pivot_root to it again (

Re: Data corruption on reboot

Hi Ludo, >It’s the ‘net-base’ package—see ‘operating-system-etc-service’. Thanks! >> Thanks. I found it--and it syncs *before* unmounting. Why? >In case umount(2) fails. That makes sense. I've read through the relevant parts of the Linux kernel and it seems like this: the buffer cache (which

Re: Data corruption on reboot

Hi, Attila Lendvai writes: > if at boot i see `root: recovering journal` printed, does that mean > that i'm also affected? Probably yes. > it was after a plain and simple reboot, i.e. no reconfigure prior to it, and > it's not causing a lot of issues. sometimes some lost inodes messages, but

Re: Data corruption on reboot

Hi Rutherther, Danny Milosavljevic writes: >As for grub, yeah, there isn't much you can do other than booting >manually or to a live iso. While we are trying to find the cause, we should just make guix do a sync after each guix system reconfigure. Damaging user's system beyon

Data corruption on reboot

Hi, Guix system has been regularily not properly unmounting my filesystems on shutdown or reboot. Usually, this manifested as a fsck because of sometimes dirty, sometimes harmlessly damaged, root filesystem, on the next boot. But this time, it broke the following (after a "sudo guix system recon

Re: Emacs dependent package input question

Hi, >making this work requires transforming emacs-whatever to replace the >input. Yeah, but that's what you have to do with anything else in guix. You just need to invoke guix ... --with-input=mpg123=someother or use options->transformation in a guix home scm file for the same effect. It do

Re: How can we decrease the cognitive overhead for contributors?

e's no reason for it to be there! But the other annoyances totally affect me all the time, too. Cheers, Danny P.S. We could also do git config --local alias.send-patches 'git send-email -r origin/master --cover-letter --annotate --to=guix-patc...@gnu.org' From 10f16b0b3cf47931d

Re: git guix checkout automation for contributors

Also, this doesn't work: On Sun, 25 Sep 2022 16:06:06 +0200 Danny Milosavljevic wrote: (1) install the guix system (2) log in as regular user (3c) git clone --depth=1 https://git.savannah.gnu.org/git/guix.git guix \ && cd guix \ && guix shell Even after doi

git guix checkout automation for contributors

Hi, So there were some comments on https://news.ycombinator.com/item?id=32960308 about getting started with contributing to Guix. It turns out that the barrier of entry for editing existing packages is kinda high (I tried it myself--putting myself into the mindset of a beginner). For example: (

Re: branch master updated: gnu: python-lxml: Update to 4.6.5.

Hi Mathieu, On Mon, 15 Aug 2022 16:24:03 +0200 Mathieu Othacehe wrote: > > * gnu/packages/xml.scm (python-lxml): Update to 4.6.5. > > I had to revert it as it caused >15k rebuilds. I also cancelled all the > triggered builds in the CI. Thanks for doing it! But guix refresh -l python-lxm

Re: How to find binaries in libexec dir?

Hi, On Sat, 16 Apr 2022 16:21:50 -0700 Vagrant Cascadian wrote: > But libxmlb ships the xb-tool binary in libexec, which diffoscope cannot > find on guix. > For Debian, diffoscope just basically adds the > corresponding directory to PATH, and it's basically a single directory, > but I'm not sur

Re: Package's inputs for developer?

Hi, On Sun, 06 Mar 2022 11:19:58 -0500 Olivier Dion via "Development of GNU Guix and the GNU System distribution." wrote: > I often find my self using inheritance of package to add native-inputs > that are not stricly necessary for building the project, but are used > for developement purpose:

Re: How to handle package udev rules?

Hi, On Sun, 12 Dec 2021 21:58:14 +0100 g...@member.fsf.org wrote: > If I change my operating-system config to inlcude udev-rules from > package "projecteur" everything works fine - at least if I do it as a > regular user. As soon as I sudo the guix system reconfigure command the > package is know

Re: How to handle package udev rules?

Hello Alexander, On Sun, 12 Dec 2021 13:12:50 +0100 Alexander Asteroth wrote: > I tried to import the libgudev module but that that only results in the > package wanting to write to another write-protected directory from the > store. It's supposed to write those to $output/lib/udev/rules.d (s.t

Re: trezor-agent: using trezor as gpg key

Hi, On Fri, 03 Sep 2021 07:55:19 + Attila Lendvai wrote: > i'm failing to configure my gnupg to use Trezor (an USB hw key store). > $ ls -l /dev/usb/ [...] > crw-rw 1 root plugdev 180, 0 Sep 3 09:25 hiddev0 > > $ groups > users plugdev [...] > > $ trezor-gpg-agent & > [1] 11223 > > $

Re: Supporting *multiple* bootloaders for arm64 on a single install?

Hi Vagrant, On Sun, 06 Jun 2021 14:38:27 -0700 Vagrant Cascadian wrote: > So, I've managed to get a single image that supports booting both the > Pinebook and Pinebook Pro reasonably well! I can pop the microSD card > out of one and put it into the other, and it boots! Awesome! > The only prob

Re: RISC-V is giving away developer boards

> Could interested developers raise their hands? :-) *raises hand* In other news, tinycc has now an RISC-V assembler[1] :) [1] https://lists.nongnu.org/archive/html/tinycc-devel/2021-04/msg9.html

meson-build-system cross compilation

Hi Raghav, since you have been using meson build system a lot, could you add support for cross-compilation to guix/build-system/meson.scm please? I would do it myself if I knew how. See https://issues.guix.gnu.org/44244 See also https://mesonbuild.com/Cross-compilation.html As it is now, a lot

Re: GNOME 3.34 in GNU Guix and security

Hello, core-updates is still in a pretty bad state. I'd be glad to merge Raghav's patches (which he already reworked to be current for core-updates!) to core-updates--but right now, Guix packages don't build BEFORE or after applying these patches to core-updates. Please, let's do something abo

Re: Update on wip-arm-bootstrap

Oops, I meant > +#define SYS_ify(syscall_name) (__NR_##syscall_name & 0xf) pgpYQV9VCeoUb.pgp Description: OpenPGP digital signature

Re: Update on wip-arm-bootstrap

> Hmm, I'm not seeing this (I did see something like this before). You > *are* on > > e44b6b7eed squash! commencement: binutils-mesboot0: Support ARM. > > right? Yes, but your gcc-mesboot.sh hardcoded a specific (older) path. Sorry. With updated gcc-mesboot.sh I get: Program terminated w

Re: Cuirass build notifications.

Hi Mathieu, that is awesome! Thank you! pgp9pGP0xSjH_.pgp Description: OpenPGP digital signature

Re: Update on wip-arm-bootstrap

Hi Janneke, I get gcc-mesboot.sh: line 20: 9438 Illegal instruction (core dumped) ./a.out │ 0x276b8 <__writev+32> svc 0x0014 │ │ >0x276bc <__writev+36> mov r4, r0 │ The actual problem is at the first lin

Re: Update on wip-arm-bootstrap

Hi Janneke, Nice! Patch review: >+#if __ARM_EABI__ >+#define CLEAR_CACHE(BEG,END) \ >+{ \ >+ register unsigned long _beg __asm ("a1") = (unsigned long)(BEG);\ >+ register unsigned l

Re: Update on wip-arm-bootstrap

> > Does that mean there are no old reference binaries known to work on > > Novena? > > Not if they are binaries from before Lenny (2009), unless we compile the > kernel with OABI support, which as I understand from Danny, is a bad > idea. Weird. It backdoors https://en.wikipedia.org/wiki/Secc

Re: Update on wip-arm-bootstrap

Hi Janneke, On Thu, 18 Feb 2021 22:52:57 +0100 Jan Nieuwenhuizen wrote: > # CONFIG_OABI_COMPAT is not set > > ...certainly a lot easier to find when you know what you're looking > for. > > @Danny: I'm wondering if we could (should?) try a kernel with OABI > compatibility? I suppose it would b

Re: ZFS on Guix

I just wanted to say that I'm not ignoring your patch, I'm just not qualified to review it. I hope someone steps up to it--otherwise I can't really tell whether (mbegin %state-monad...) inside a random service procedure is a good idea. Then again, provenance-service-type does it and there it seem

Re: ARM Unified Assembly Language - GNU as does some weird stuff

> (1) b #60 > > It seems that GNU as ignores the immediate entirely and just always encodes > #0 (to test, do ".syntax unified" and then "b #60" in GNU as). WTF? > > Likewise with bl, blx. > > It seems that the debug info still has the user-specified immediate value--but > the executable object

ARM Unified Assembly Language - GNU as does some weird stuff

Hello Paul, we are now implementing ARM inline assembly in TinyCC. The traditional ARM inline assembler is finished now. Now we started implementing the Unified Assembly Language dialect. I'd like to have some help which constructs are valid and which are not. (GNU as 2.34 seems to have some b

Re: [bootstrappable] Re: wip-full-source-bootstrap: from a 357-byte `hex0' to 'hello'

Hi Janneke, On Fri, 8 Jan 2021 19:56:19 +0100 Danny Milosavljevic wrote: > The CI on nanana is currently building and running the tests. > > I'm curious what it will say. Tests succeeded. Pushed to mes on savannah as commit 10c38e112f177bc0b01ecf107d193e4c6b13

Re: [bootstrappable] Re: wip-full-source-bootstrap: from a 357-byte `hex0' to 'hello'

Hi Janneke, On Fri, 08 Jan 2021 17:15:24 +0100 Jan Nieuwenhuizen wrote: > > +/* TODO: On armhf gcc, max_align_t is 16 Byte big instead. Use that? */ > > + > > +typedef double max_align_t; > > + > > #endif // ! SYSTEM_LIBC > > Is this something you can get more info on, or do we just try it

Re: [bootstrappable] Re: wip-full-source-bootstrap: from a 357-byte `hex0' to 'hello'

Hi Janneke, I propose to, instead, change mes libc to align stuff malloc returns like this: That should fix it. diff --git a/include/stddef.h b/include/stddef.h index a597c9bb..a682d726 100644 --- a/include/stddef.h +++ b/include/stddef.h @@ -37,6 +37,10 @@ #endif // !__MESC__ #endif // offset

Re: [bootstrappable] Re: wip-full-source-bootstrap: from a 357-byte `hex0' to 'hello'

Hi Janneke, On Fri, 08 Jan 2021 07:25:52 +0100 Jan Nieuwenhuizen wrote: > > Alignment could be disabled on the CPU > > > > > > https://developer.arm.com/documentation/ddi0464/f/system-control/register-descriptions/system-control-register > > > > but I don't think EABI wants that. > > Hmm,

Re: [Tinycc-devel] [bootstrappable] Re: wip-full-source-bootstrap: from a 357-byte `hex0' to 'hello'

Hi grischka, Hi Janneke, On Fri, 08 Jan 2021 08:16:29 +0100 grischka wrote: > But no such thing happens in this case. The 'ptr' in init_putv() > comes from > > ptr = sec->data + c; > > and it seems that if tcc is doing the right thing then 'c' cannot > be misaligned, and if malloc/re

Re: [bootstrappable] Re: wip-full-source-bootstrap: from a 357-byte `hex0' to 'hello'

Hi Janneke, I just found the bug in tinycc that caused failed our ARM bootstrap to fail. I use the following reproducer: int main() { double f = 1.0; return 0; } and then invoke tcc a.c on ARM (32) using your patched tcc. (but it's also broken in the unpatched tcc) (tcc cr

Re: [bootstrappable] Re: wip-full-source-bootstrap: from a 357-byte `hex0' to 'hello'

Oops, g...@gitlab.com:janneke/tinycc.git in branch "mes-0.23" pgpUsxbrGINDP.pgp Description: OpenPGP digital signature

Re: ZFS on Guix

Hi, the reason is that our "zfs" package uses ("util-linux" ,util-linux "lib") and then does (substitute* "lib/libzfs/libzfs_mount.c" (("/bin/mount") (string-append util-linux "/bin/mount")) (("/bin/umount") (string-append util-linux "/bin/umou

Re: gnu-build-system not handling pkg-config properly in package definition

Hi, try util-linux's "lib" output: (inputs `(("util-linux" ,util-linux "lib"))) After that, you need (string-append "CC=" ,(cc-for-target)) in make-flags, and then add a phase before install that creates $output/sbin . pgp6XAiuynXzX.pgp Description: OpenPGP digital signature

Re: Question about Guix on Novena - mainly U-Boot

For reference, the config.scm I used was: (use-modules (gnu) (gnu bootloader u-boot)) (use-service-modules networking ssh desktop) (use-package-modules bootloaders screen ssh linux) ;;; Note: Maybe better: linux-libre-arm-generic ;;; Note: Novena upstream uses Kernel 3.19 (operating-system (host

Question about Guix on Novena - mainly U-Boot

Hi, I'm still in the process of setting up the Novena as a GNU Mes for ARM build machine. Guix system on Novena from sd card finally works. Now I want to make it boot it from SATA instead. So I did the following: (1) Used cp -a to copy over everything from the sd card / to the sata drive parti

Re: Questionable "cosmetic changes" commits

Hi Raghav, first, let me say that as far as I'm concerned, you did nothing wrong--although it caused a lot of work for you to do the rearranging in the first place (and also some work for us). Guix irregularities also annoy the hell out of me. You can check out some earlier patches by me (when I

Re: /etc/passwd & co. in Docker images

On the other hand, we have this: (define-public network-manager-openconnect (package (name "network-manager-openconnect") [...] (properties `([...] ;; The 'etc/dbus-1/system.d/nm-openconnect-service.conf' ;; file refers to account "nm-openconnect". Sp

Xen hypervisor

Hi Janneke, with our (gnu bootloader grub) already supporting multiboot, it would be easy for us to add official support for the Xen hypervisor & Linux. I've already packaged xen and it's ready to be used. In order to boot Xen, the grub config should read something like this: menuentry 'Guix wi

Re: Phases and snippets no longer returning a Boolean

Hi Ludo, On Wed, 25 Nov 2020 00:17:41 +0100 Ludovic Courtès wrote: > With these changes, the return value of origin snippets and build phases > is now ignored. Good riddance :) No, seriously, good change. > I only removed trailing #t in a couple of files unlikely to result in > merge conflict

Re: /etc/passwd & co. in Docker images

Hi Ludo, On Fri, 20 Nov 2020 12:34:07 +0100 Ludovic Courtès wrote: > Danny Milosavljevic skribis: > > > After Ryan Prior's E-Mail I'm pretty sure my workaround of creating /tmp, > > /etc/passwd, /etc/group etc is what Docker actually expects one to do. > &

Re: guix depends on openldap?

Hi Efraim, On Thu, 19 Nov 2020 15:56:34 +0200 Efraim Flashner wrote: > I think a better question is can cmake-minimal depend on a new > curl-minimal, or does it even need curl at all? In the course of debugging the "32 bit ARM on 64 bit host can't read directories" problem ("json-c") and start

Re: Release: Docker Image? DockerHub? skopeo?

Hi zimoun, On Thu, 19 Nov 2020 10:21:16 +0100 zimoun wrote: > Let’s postpone this Docker image work and start a new fresh thread once > v1.2.0 is published and the goal to have something for v1.3.0, well > that’s my point of view. After Ryan Prior's E-Mail I'm pretty sure my workaround of creat

Re: Release: Docker Image? DockerHub? skopeo?

Hmm, maybe I'm misunderstanding what Docker compose does entirely. Reading the docs it seems to just manage multiple isolated Docker images and deploy new ones? What then is used to do the equivalent of a guix profile with multiple packages in a Docker image? pgpxTzXrSUfaY.pgp Description: Open

Re: Release: Docker Image? DockerHub? skopeo?

Hi zimoun, On Tue, 17 Nov 2020 18:30:57 +0100 zimoun wrote: > > Yeah, someone needs to create /tmp. That someone is not Guix (it > > would be weird). > > Created where? Created when creating the docker image--presumably by Docker when evaluating Composefile. AFAIK Docker images are suppose

Re: Release: Docker Image? DockerHub? skopeo?

Hi, > Yeah, someone needs to create /tmp. That someone is not Guix (it would be > weird). There is a workaround in /with-guix-daemon.scm in that guix-on-docker container, which is how I'm using it. The entrypoint I'm using (with the unmodified guix-on-docker image) is ["guix", "repl", "--"

Re: Releasing guix binary in Docker format too?

Hi, On Sun, 15 Nov 2020 19:30:44 +0100 zimoun wrote: > $ docker exec guix guix pack hello > user with UID 0 not found Docker needs to generate a /etc/passwd with uid 0 and the guix build user accounts, and a /etc/group with the guixbuild group; and whatever other users the things that are com

Re: Release: Docker Image? DockerHub? skopeo?

Hi, On Sun, 15 Nov 2020 22:30:51 +0100 zimoun wrote: > Wow! The image is huge: > > 5.23GB registry.gitlab.com/daym/guix-on-docker latest 884b4a4ddf61 > > Is it expected? Yes, because Docker is silly. It will continue to grow. It should be better when you use an external volume as /gnu/stor

Re: A plan for parameterized packages

Hi Ludo, nice feature! On Sun, 15 Nov 2020 17:33:28 +0100 Ludovic Courtès wrote: > An important question: do we have examples of packages for which we’d > like to have parameters? For the embedded/flash rom side: * Enable/disable building the documentation. I really don't need a 40 MiB manua

Re: Discoverability at the REPL level

Hi zimoun, On Sun, 15 Nov 2020 14:02:04 +0100 zimoun wrote: > In an ideal world, the first ’,a’ could provide hint for the module to > ’,use’ There is no "the" module. Any number of modules could have your searched-for symbol--and the procedures so found could do completely unrelated things.

Re: Releasing guix binary in Docker format too?

Hi, On Fri, 06 Nov 2020 13:47:02 +0100 zimoun wrote: > On Fri, 06 Nov 2020 at 10:59, Ludovic Courtès wrote: > > > guix pack guix -f docker -S /bin=bin \ > >--entry-point="bin/guix-daemon --disable-chroot" Why --disable-chroot here? (I'm not objecting to it) > > might work, right? > > >

Re: Release: Docker Image? DockerHub? skopeo?

Hi zimoun, On Wed, 04 Nov 2020 12:05:28 +0100 zimoun wrote: > Some days ago, we discussed on #guix about releasing Docker images > ready-to-use. And you pointed your project: > > https://gitlab.com/daym/guix-on-docker/ > > First question for Danny: is it ready to include it to the release?

Re: Releasing guix binary in Docker format too?

Hi Ludo, On Wed, 21 Oct 2020 17:42:36 +0200 Ludovic Courtès wrote: > zimoun skribis: > > > The tool is 'skopeo' and packaged in Guix. > > > > However, push to DockerHub requires an account (by Guix project) which > > requires... probably non-free JS, at least once. > > Hmm OK. Users of Doc

Re: GNOME in Guix

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" don't. I want someone to actually proceed further, because I cannot. Hence I posted this on guix-devel (for the first time with an eas

Re: GNOME in Guix

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: (1) git clone https://github.com/spk121/guile-gi.git guile-gi (2) cd guile-gi (3) git checkout b454a99b65f927e947faab17d25bd3499829c1b4 #

Re: GNOME in Guix

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. > > (There is no automated diagnostic--so who knows whether it did fix > > them for real?) > What diagnostic would you want here? Whether there exist pa

Re: GNOME in Guix

ver again. I want there to be an automated check in place so if there are problems, they are automatically detected. In this case I want dlopen to fail in this case and not be able to load a second libgobject in the first place--neither directly nor indirectly. (Evidently, programs and *GNOME's o

Gtk via the web

Hi Ludo, On Sun, 01 Nov 2020 22:53:26 +0100 Ludovic Courtès wrote: > Lars-Dominik Braun skribis: > > Long ago Dave Thompson wrote guix-web, which allowed you to install > packages (you’d run it as your user): > > > https://archive.softwareheritage.org/browse/origin/directory/?origin_url=ht

GNOME in Guix

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: > > > > * https://github.com/spk121/guile-gi/issues/96 > > Have you tr

Re: A better way to access records.

Hi Brendan, On Fri, 30 Oct 2020 21:59:59 +1100 Brendan Tildesley wrote: > No I didn't want to specify the fields at all, just have all of them > automatically defined. I think that that is a bad idea for maintenance reasons. This totally would hide variables from the enclosing context without

Re: Outdated avr-toolchain

Hi, On Fri, 30 Oct 2020 12:47:18 +0530 Arun Isaac wrote: > Our avr-toolchain is very old and outdated. Our version is 5.5.0, > whereas the latest seems to be 10.2.0. We also have multiple versions of > the avr-toolchain packages along with functions to produce those > multiple versions. Can we r

Re: Guix Front End (GUI) and making it more mainstream, popular in scientific community.

Hello everyone, On Thu, 29 Oct 2020 21:55:10 +0530 Aniket Patil wrote: >If we build a GUI frontend then we can attract more > people who don't identify themselves with CLI users. As such there are many > people like writers, Graphic Designers, General users, etc. who don't > bother about CLI, wi

Re: Packaging Python projects managed with Poetry

Hi, On Thu, 22 Oct 2020 17:15:20 +0200 Tanguy Le Carrour wrote: > does not contain a `setup.py` file –because Poetry does not use it!—, and >the `python-build-system` fails. > I haven't wrap my head around this yet and I'm not sure what would be > the proper way to do it? >Write a `python-poetr

Importing package-overlay-for-Nix - How?

Hi, since the Raspberry Pi open firmware effort has unstalled https://github.com/librerpi/rpi-open-firmware/ I want to eventually package it in Guix. It turns out that there are already config files for nix in the project above. And we have a nix importer in Guix. How do I use it guix im

Re: Using #true and #false everywhere?

Hi Ludo, On Fri, 16 Oct 2020 12:38:23 +0200 Ludovic Courtès wrote: > As for the manual, I’m afraid it’ll make every msgid that contains > @code{#t} stale. So maybe now’s not a good time to make this change? Now's definitely not a good time to make this change. I think it's a good idea to make

Re: Shipping more installer images?

Hi Ludo, On Tue, 13 Oct 2020 15:51:19 +0200 Ludovic Courtès wrote: > > IMO there are only very few RYF-worthy ARM devices--and we should support > > at least those, if we support any ARM devices at all. That includes > > providing images for those few (at least A20-EOMA68, A?0*Olinuxino*, and >

Re: Shipping more installer images?

Hi Ludo, On Mon, 12 Oct 2020 13:47:25 +0200 Ludovic Courtès wrote: > Mathieu Othacehe skribis: > > Keep in mind that images use space at ftp.gnu.org and also take time to > build (having CI up-to-date helps with that, but it doesn’t not > eliminate build times due to the ‘update-guix-package’

Re: Problem bootstrapping Guix - "make update-guix-package" result: no code for module (gcrypt hash)

Hi Ludo, On Mon, 05 Oct 2020 14:20:08 +0200 Ludovic Courtès wrote: > Danny Milosavljevic skribis: > > > I'm trying to bootstrap current Guix (master) from Guix past (1.1.0 binary > > tarball). > > > > The goal is: I want to have only guix-the-package-ma

Re: Release v1.2 timetable

On Fri, 9 Oct 2020 20:25:57 +0200 Andreas Enge wrote: > On Tue, Oct 06, 2020 at 09:57:20AM +0200, Mathieu Othacehe wrote: > > The CI is already building substitutes for two images > > (hurd-barebones-qcow2-image and pine64-barebones-raw-image). We could > > maybe release 1.2 version of those imag

Re: Release v1.2 timetable

Hi, On Wed, 7 Oct 2020 16:51:46 +0200 zimoun wrote: > BTW, is this Bug #43720 [5] blocking for the release too? I'd say yes. If homedirs are not created, one can't use the shiny new Guix system, now can one? pgpD0bhyarlf9.pgp Description: OpenPGP digital signature

Re: Release v1.2 timetable

Hi zimoun, On Wed, 7 Oct 2020 17:39:44 +0200 Danny Milosavljevic wrote: > > BTW, is this Bug #43720 [5] blocking for the release too? > > > > Well, what is the status and the plan about this armhf topic? The short term plan is to only build 32 bit releases on 32 bit m

Weird things found while fixing basic Guix packages

Hi, because I don't have another place to put this, here are some weird things I found while I was fixing basic Guix packages (for fixing bug #43513), which have nothing specifically to do with bug #43513: * curl[-minimal]: Needs (delete-file "tests/data/test1094") to fix a test failure: ;; "t

Continuous integration - automatic EMAIL

Hi, please, let's improve building and testing processes. Please, can we have the build servers send build failures to guix-devel instead of hoping that people check manually? I have other things to do in my life than to poll random servers every few hours. If you don't want to send e-mail on a

Re: Release v1.2 timetable

Hi, On Wed, 7 Oct 2020 16:51:46 +0200 zimoun wrote: > I have read Bug #43513 and Patch #43591 [1,2] and the table [3] is not > really encouraging. :-( This bug has serious repercussions for bootstrapping--and thus for the entire GNU Guix distribution (not to mention those other distributions wh

Re: u-boot for beagleboard

Hi Vagrant, On Thu, 01 Oct 2020 10:15:40 -0700 Vagrant Cascadian wrote: > Maybe make-u-boot-package should be extended to support passing a list > of "common" names for boards, which could then be appended to the > description? Translators should say what they think about that. (Long ago, I st

Re: Release v1.2 timetable

Hi Zimoun, On Tue, 29 Sep 2020 14:16:30 +0200 zimoun wrote: > b. fix bugs severity:important,serious [3,4] or report Bug #43513 means that all armhf substitutes built for armhf on anything else than armhf (especially those built on aarch64) are untrustworthy. I'm working on fixing it (Patch #

Problem bootstrapping Guix - "make update-guix-package" result: no code for module (gcrypt hash)

Hi, I'm trying to bootstrap current Guix (master) from Guix past (1.1.0 binary tarball). The goal is: I want to have only guix-the-package-manager at a specific guix commit (!) available inside a Docker image. Because the package "guix" in guix is always behind a little bit, that means I have to

Re: Releasing guix binary in Docker format too?

Also, while doing that, using the guix binary 1.1.0 tarball from the website and issuing guix pull (ONLY), a lot of weird stuff is updated, like libx11, fribidi, graphviz, cairo, pixman, libjpeg-turbo, pango etc. Is that really necessary? I guess it's because of the profile hooks, but still... why

Releasing guix binary in Docker format too?

Hello, I'm working with Heads on using Guix to build Heads' source code reproducibly. Now, Heads has most of its stuff on CI servers that use Docker for a lot of things. Therefore, I used Guix pack in the usual way to create a recent Guix binary release and then just loaded that into a docker co

  1   2   3   4   5   6   7   8   9   10   >