Re: git based code review

On 2024-06-24 16:18, Ekaitz Zarraga wrote: > Hi, > > On 2024-06-24 11:31, raingl...@riseup.net wrote: >> Since the email based workflow has put off quite a few potential >> contributors, maybe this could be a good distributed alternative: >> https://github.com/google/git-appraise >> >>

git based code review

Since the email based workflow has put off quite a few potential contributors, maybe this could be a good distributed alternative: https://github.com/google/git-appraise Disclaimer: haven't tried it myself, also haven't tried packaging it. The Go and Rust dependencies could be hard to package

Re: Next Steps For the Software Heritage Problem

On 2024-06-18 20:08, Ian Eure wrote: > Andy Tai writes: > >> What is the role of GNU Guix in this? If Guix is mainly a referral >> mechanism like web page links to the actual contents, the real problem >> is not Guix but the use of free software which can be obtained via >> other mechanisms

Re: Next Steps For the Software Heritage Problem

On 2024-06-19 11:54, Efraim Flashner wrote: > On Wed, Jun 19, 2024 at 12:13:38PM +0300, MSavoritias wrote: > ... > One of our packages, dbxfs, left Github a while ago and continued > development on a different forge. They adjusted their README to disallow > hosting of their code on Github. Based

Re: Are 'guix gc' stats exaggerated?

On 2024-05-26 22:13, Felix Lechner via "Development of GNU Guix and the GNU System distribution." wrote: > Hi, > > Today I ran 'guix gc' on equipment with an ext4 root partition. It had > these space characteristics beforehand: > > Filesystem Size Used Avail Use% Mounted on

watchdog triggered auto-rollback

Since I've been experimenting with a foolproof unikernel based static website deployment lately, I realized I should write down this idea I've been chewing for a while: It would be very nice to have automatic system rollbacks when certain things break. One example is broken SSH config that makes

Re: guix --container is RAM hungry

On 2024-03-21 22:44, Edouard Klein wrote: > Dear Guixers, > > I'm a huge fan of guix --container, and I created a system to use those > by default for network services. But the VPS these services run on has > only 2GB of RAM, and I just realized that a container, by default, > requires at least

Re: Shepherd timers

On 2024-03-24 22:20, Ludovic Courtès wrote: > Hello Guix! > > I pushed to the ‘devel’ branch of the Shepherd a new module that > implements “timers” along with ‘herd’ support to display information > about them. > > It lets you provide configuration like this one: > > --8<---cut

Re: Teams

I'd definitely love to see an A/V or graphics production team, making Guix more suitable for artists has been on my TODO list for a while, even made some tentative steps towards packaging Blender addons. Personally, I'd love to help out with testing and/or developing Blender stuff. On Mon, 13 Jun

Re: A corner case of broken reproducibility

On Wed, 01 Jun 2022 22:09:11 +0200 Maxime Devos wrote: > Ludovic Courtès schreef op wo 01-06-2022 om 18:38 [+0200]: > > There’s a talk by Lennart Poettering where he explains that, > > contrary to what one might think, “chown -R $HOME” turns out to be > > fast enough that systemd-homed can do

Re: Building hexyl (a rust app) without cargo, with antioxidant-build-system

On Mon, 30 May 2022 11:23:21 +0300 Efraim Flashner wrote: > On Sat, Apr 02, 2022 at 05:18:55PM +0200, Maxime Devos wrote: > > Hi, > > > > antioxidant-build-system can now be used for some ‘real’ software > > -- it compiles 'hexyl'. To test, download > >

Re: The case for moving raw binaries

On Thu, 28 Apr 2022 21:57:04 +0200 Maxime Devos wrote: > Liliana Marie Prikler schreef op do 28-04-2022 om 19:27 [+0200]: > > > How does this help with double wrapping?  Whether the wrappers / > > > originals are put in /bin or $RAWBIN_DIR, it's still wrapped > > > twice. > > Because

Re: Hardened toolchain

On Fri, 15 Apr 2022 15:36:25 -0500 Nathan Dehnel wrote: > >People shouldn't have to take extra steps and burn extra CPU cycles > >for > security. If I have to recompile everything to harden my system, I > likely won't bother. > >Pretty much everyone benefits from hardening, but not everyone

Re: Hardened toolchain

On Sat, 16 Apr 2022 00:04:37 +0800 Zhu Zihao wrote: > > I like this idea. I propose we make harden? default to #t. That > > way practically most packages will be built with hardened features. > > Let's face it, I am a bit lazy, if I submit a package to guix, I am > > usually going to be it the

Re: phrasing of project vision

On Fri, 15 Apr 2022 23:39:07 +0800 Zhu Zihao wrote: > Joshua Branson writes: > > > +The vision of the GNU Guix project is to replace proprietary > > software with +freedom respecting software. We hope to create a > > general purpose and +extensible operating system that works well > > accross

Re: Building hexyl (a rust app) without cargo, with antioxidant-build-system

On Mon, 04 Apr 2022 11:26:45 +0200 Maxime Devos wrote: > Brendan Tildesley schreef op ma 04-04-2022 om 15:10 [+1000]: > >  I would have called it cargone. > >   > >  Do you believe sidestepping cargo all together like this is a good > > long term strategy?  In particular that importing packages

Re: PipeWire as a PulseAudio replacement (was Re: The Shepherd on Fibers)

On Sun, 27 Mar 2022 22:55:36 +1100 Brendan Tildesley wrote: > On 27/3/22 01:24, Josselin Poiret wrote: > > > Hello Brendan, > > > > Brendan Tildesley writes: > >> I would like to replace pulseaudio with pipewire as the default in > >> %desktop-services, the only hurdle is how to launch the

Re: Documentation of what is appropriate for #guix?

On Sun, 20 Feb 2022 11:41:23 +0900 Yasuaki Kudo wrote: > Or even better, create an alternative community of practitioners who > don't give a damn (for their purposes)...   Let me know if other > people also want to create a corruption-admitted-community as well > .  We can work together. 

Re: Excessively energy-consuming software considered malware?

On Mon, 21 Feb 2022 14:06:07 +0100 Maxime Devos wrote: > Attila Lendvai schreef op ma 21-02-2022 om 09:29 [+]: > > let me add, though, that a more apples-to-apples comparison here > > would be to compare Bitcoin to the FED, and PoW to the costs of > > enforcing the PetroDollar system on the

Re: File search

On Fri, 21 Jan 2022 10:03:43 +0100 Ludovic Courtès wrote: > Hello Guix! > > Lately I found myself going several times to > to look for packages providing a given > file and I thought it’s time to do something about it. > > The script below creates an SQLite

Re: git hook error

On Tue, 28 Dec 2021 16:40:15 -0500 Leo Famulari wrote: > On Tue, Dec 28, 2021 at 10:09:06PM +0100, Ricardo Wurmus wrote: > > So… uhm, what do you all think about hosting our Git repos by > > ourselves? Ideally *not* on the servers of the build farm, but on > > other hardware? > > I would ask,

Re: Guix "R" Us - GNU's joy store!

On Tue, 28 Dec 2021 08:40:20 -0500 jgart wrote: > On Tue, 28 Dec 2021 13:14:45 +0100 Ricardo Wurmus > wrote: > > > > jgart writes: > > > > > * Yet to be merged upstream. > > > > Are these going to be submitted and merged upstream eventually? > > Hi Ricardo, > > From our README: >

useful snippet for debugging a package that builds but shouldn't

I used it to run `make localmodconfig` in a linux build, others might find it useful as well. Should I contribute it to the cookbook or Guix itself as well? ``` (define (error-before phase pkg) (package (inherit pkg) (arguments (substitute-keyword-arguments (package-arguments

Re: Release v1.4 (or 2.0): process and schedule ?

On Sun, 19 Dec 2021 21:12:36 -0500 Maxim Cournoyer wrote: > Hi Simon, > > zimoun writes: > > > Hi, > > > > Now core-updates-frozen is merged. Now The Big Change [1 ]is done. > > Do we go for v1.4 or v2.0? > > As I've mentioned previously, I'd go for a 1.4.0 release, since > overall we've

Re: How to test modified shepherd services

On Sun, 19 Dec 2021 16:47:07 -0600 Nathan Dehnel wrote: > I modified a shepherd service to accept a new field from config.scm > and I was wondering how to test that it works correctly. Do I need to > make a VM from my modified guix repo with pre-inst-env? > That's probably the best way, it's

Re: Could the Go importer use the Go toolchain? (was Re: Go importer and packages with version flags)

On Thu, 30 Sep 2021 10:31:08 -0500 Katherine Cox-Buday wrote: > Sarah Morgensen writes: > > Did you have something particular in mind as far as leveraging the > > Go tooling? > > I haven't though too much about it, but ~GOPROXY=direct~ was my guess > too. Thinking about this, would a shallow

Re: goproxy notes

On Fri, 27 Aug 2021 09:56:30 -0500 Katherine Cox-Buday wrote: > raingloom writes: > > > do we depend on this? if yes, it might be a good idea to disable the > > proxy in the importer. > > sorry, i don't have time to look into it myself right now, so i'm > >

goproxy notes

do we depend on this? if yes, it might be a good idea to disable the proxy in the importer. sorry, i don't have time to look into it myself right now, so i'm dumping it here. https://drewdevault.com/2021/08/06/goproxy-breaks-go.html

Re: issue tracking in git

On Fri, 13 Aug 2021 08:29:07 +0200 Adriano Peluso wrote: > Hello > > some time ago, in the context of an on line conference about Guix, > someone suggested me that the bitcoin community had run a survey about > available solutions for issue tracking in git > > I don't remember the name of such

cmake importer

With the growing popularity of using CMake as a language specific package manager, it might be a good idea to write an importer for it.

Re: What’s next?

On Tue, 18 May 2021 10:05:05 -0400 Leo Famulari wrote: > On Mon, May 17, 2021 at 10:35:22PM -0400, Joshua Branson wrote: > > I suppose someone should fix the Hurd vulnerabilities as reported > > here: > > > > https://lists.gnu.org/archive/html/bug-hurd/2021-05/msg00079.html > > > > I don't

Re: Freenode Administration

On Thu, 20 May 2021 01:40:08 -0400 Bone Baboon wrote: > Bone Baboon writes: > > # IRC alternatives / compliments > > > > Some criteria that I have come up with are: > > * Free software > > * Can be used without a graphical user interface as many GPUs are > > not compatible with Linux-libre and

Re: unifying mcron and shepherd, service woes, improvements

On Sat, 15 May 2021 18:59:52 +0200 Ludovic Courtès wrote: > > Security could also be improved probably. Can we have an OCAP model? > > I feel like I don't know enough to say, so this mail is meant more > > as a conversation starter. > > I think “having an ocap model” sounds nice but also

Re: What’s next?

On Sat, 15 May 2021 23:24:41 +0300 Efraim Flashner wrote: > package-transformations applied to the operating-system field of the > os-config. > Gosh, yes please. I keep bumping into this while debugging services. Also: * substitutes over bittorrent might be cool. * split packages more,

[spitball] integrating analyzers into build systems

Would it make sense to run analyzers like Infer or MyPy at build time? Maybe have something like --with-debug, so if there is an analyzer-log output, only then is Infer ran? In theory these tools are more useful for developers, but it's still potentially useful to independently analyze our

unifying mcron and shepherd, service woes, improvements

Just throwing this out there: mcron is basically a very simple service manager, so, why not just move all its timer functionality into shepherd (like systemd's timer units) and then we can have a unified way to manage and debug services. But also, shepherd debugging is kind of terrible too, at

Re: Making technology more inclusive Was: Leaving the GNU Guix community

On Sun, 2 May 2021 02:15:31 +0200 Denis 'GNUtoo' Carikli wrote: > On Fri, 30 Apr 2021 01:43:37 +0200 > Leo Le Bouter wrote: > > > I think that the technicality of software development must be > > redefined so that the hierarchy between the experienced and the > > beginner disappears [...] >

Re: Leaving the GNU Guix community

On Sat, 01 May 2021 19:47:40 +0200 Léo Le Bouter wrote: > I think it is a disaster that you (maintainers) choose to blame > someone publicly for feeling so bad after having received messages of > exceptional aggressivity. Disclaimer: I only saw some of the relevant discussion, so, please don't

Re: Best practices for writing services

On Thu, 22 Apr 2021 09:19:56 +0200 Xinglu Chen wrote: > On Thu, Apr 22 2021, raingloom wrote: > > >> One thing that I find a little annoying is that you have to > >> specify a default value for the fields. > > > > Are you sure? If you don't specify a defaul

Re: Best practices for writing services

On Wed, 21 Apr 2021 12:45:21 +0200 Xinglu Chen wrote: > One thing that I find a little annoying is that you have to specify a > default value for the fields. Are you sure? If you don't specify a default, won't the user just be forced to write (service whatever (whatever-configuration

Splitting up packages, targeting smaller/older devices

I've been pondering installing Guix onto some of my devices that have tiny amounts of storage. I have an old desktop PC that had an old version of Uhu Linux on it on a mere 4 gigs of HDD space. Full graphical desktop, office suite, etc. A minimal Guix install can just barely fit on it, but can't

Re: Idea: when in a guix environment, have guix install packages by default to that environment

On Fri, 16 Apr 2021 17:09:26 +0100 pkill9 wrote: > darth-cheney asked in IRC if from inside a guix environment you would > install the packages instead of pip/node, and maybe having guix > install packages to current guix environment would be a good idea. > > Possible issue would be how to

Re: OUTREACHY INTERNSHIP - INTRODUCING MYSELF

On Wed, 14 Apr 2021 07:12:51 +0100 obaseki osakpolor wrote: > Hello everyone, > > *I am Obaseki, Osakpolor from Lagos, Nigeria. An Outreachy internship > candidate*. > I am interested in working with you and contributing to the project > - *Guix Data Service: revision processing

Re: Following Guix weather.

On Fri, 09 Apr 2021 15:53:49 +0200 Mathieu Othacehe wrote: > Hello, > > I have deployed a bunch of changes at https://ci.guix.gnu.org/. I'd > like to introduce some of them here. > > First, there are some new specifications: "images", "tarball" and > "tests". Those specifications are

Re: Question about compile packages

On Tue, 30 Mar 2021 07:12:27 -0400 Julien Lepiller wrote: > Not sure about your first question. Maybe create your own fork and > regularly rebase it? Guix will not be very happy with that I think, > but it should work. > > To pass --no-substitutes, you can pass it to guix-daemon, or remove >

Utility for copying environments

/~raingloom/with-env Patches and feedback are welcome, as usual. ps.: please forgive my typos. i really should not have stayed awake to finish this.

Re: Self-contained GuixSD Installer

On Sun, 21 Mar 2021 18:56:05 -0700 Gurjeet Singh wrote: > Does a self-contained GuixSD installer exist? I tried running GuixSD > in a VM (in VBox, on macOS), and for that I downloaded the ISO image. > The ISO image, after a few prompts, then tries to install everything > from the internet. > >

Re: A Critique of Shepherd Design

On Fri, 19 Mar 2021 17:33:57 + raid5atemyhomework wrote: > The Shepherd language for describing actions on Shepherd daemons is a > Turing-complete Guile language. Turing completeness runs afoul of > the Principle of Least Power. Erlang is turing complete and yet it is famously excellent at

Re: [opinion] CVE-patching is not sufficient for package security patching

On Sat, 20 Mar 2021 12:19:11 +0100 Ludovic Courtès wrote: > Hi, > > Mark H Weaver skribis: > > > Ultimately, I gave up. In my opinion, Guix has never achieved > > usability as a desktop system on non-Intel systems. Therefore, the > > Guix community is unable to attract many developers who

Sharing system users for related services

I'm packaging the Molly Brown Gemini server and I'm trying to play nice with the already packaged gmnisrv. Should the two use the same service name and system users? Most users probably won't want to run both servers at the same time, so the former seems like a good idea. And the latter would be

Re: [SPITBALL] Jehanne as another kernel option / porting target

On Fri, 19 Mar 2021 20:42:19 +0100 Vincent Legoll wrote: > + '(#:tests? #f ;; No need for tests when you have formal proof > of correctness In just about any talk about Idris and Type Driven Development, Edwin Brady always starts with "you still need tests".

[SPITBALL] Jehanne as another kernel option / porting target

http://jehanne.io/2021/01/06/gcc_on_jehanne.html Should support more architectures than Hurd ;) Anyways, just throwing this out there, as I - and I imagine every other contributor - have some more pressing projects. It probably wouldn't be able to run most packages and services without some

Rust and parametric packages

I'm re-reading the threads about Rust packaging and I realized there might be a solution to the build artifact reuse problem. As I understand it, the problem is that crates can be compiled with any number of features enabled or disabled. If this and the compiler version are truly the only

Re: FOSDEM + Guix Day: hurrah!

On Thu, 11 Feb 2021 12:14:34 +0100 Léo Le Bouter wrote: > On Thu, 2021-02-11 at 11:07 +0100, Ludovic Courtès wrote: > > Hello Guix! > > > > With all the excitement and activity these days, I almost forgot to > > say > > it: *big thanks* to Pjotr and Manolis for organizing the FOSDEM > >

[PATCH] WIP snapper fixes and snapperd service

t users to view older versions of files and revert +changes. + +The features include: + +@itemize +@item Manually create snapshots. +@item Automatically create snapshots. +@item Automatically create timeline of snapshots. +@item Show and revert changes between snapshots. +@item Works with btrfs, ex

Re: Snapper DBus woes

On Fri, 08 Jan 2021 13:54:06 -0500 "Leo Famulari" wrote: > Can you share with us the full error messages you got? And a more > full description of what you tried? > > On Thu, Jan 7, 2021, at 20:16, raingloom wrote: > > Hiya folks. > > > > I'm

Snapper DBus woes

to protect against an accidental `rm -rf $HOME` without a full backup. This is my branch: https://git.sr.ht/~raingloom/guix-source/tree/raingloom/snapper

Re: BUG: Re: guix environment: error: cannot create container: unprivileged user cannot create user namespaces

On Mon, 07 Dec 2020 05:51:05 +0900 yasu wrote: > Hi Zimoun, > > I tried as you suggested but it didn't work... > > >root@guix ~# echo "kernel.unprivileged_userns_clone = 1" > >/etc/sysctl.d/local.conf >-bash: /etc/sysctl.d/local.conf: No such file or directory This could mean you

Re: Thank you for participating in the Guix Day!

On Wed, 25 Nov 2020 23:17:57 -0500 Leo Famulari wrote: > On Wed, Nov 25, 2020 at 11:31:53PM +0100, raingloom wrote: > > Oh yea, regarding that, I really think it would have made a whole > > lot more sense if people just sent in a photo, instead of DDoS-ing > > the network

Re: Thank you for participating in the Guix Day!

On Thu, 26 Nov 2020 00:00:17 +0100 zimoun wrote: > Hi, > > On Wed, 25 Nov 2020 at 23:28, raingloom wrote: > >> On Tue, Nov 24, 2020 at 09:26:37PM +0100, raingloom wrote: > >> > My only issue was that I had to reconnect audio every 3-4 > >> > minutes,

Re: Thank you for participating in the Guix Day!

On Wed, 25 Nov 2020 11:47:46 +0100 Michael Rohleder wrote: > raingloom writes: > > My only issue was that I had to reconnect audio every 3-4 minutes, > > sometimes having to do a full reload. BBB was nice, but apparently > > it's still pretty heavy. > > I ha

Re: Thank you for participating in the Guix Day!

On Tue, 24 Nov 2020 22:53:21 -0500 Leo Famulari wrote: > On Tue, Nov 24, 2020 at 09:26:37PM +0100, raingloom wrote: > > My only issue was that I had to reconnect audio every 3-4 minutes, > > sometimes having to do a full reload. BBB was nice, but apparently > > it

Re: Thank you for participating in the Guix Day!

On Tue, 24 Nov 2020 03:00:56 +0100 Julien Lepiller wrote: > Hi Guixers! > > Thank you for your participation to the Guix Days on this November > 22nd. We were around 60 people at all time, for a total of over 80 > people during the day. We hope to see you again soon on IRC or the > mailing

Re: A plan for parameterized packages

On Sun, 15 Nov 2020 21:46:58 +0100 Danny Milosavljevic wrote: > 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

Re: Continuous integration - automatic EMAIL

On Wed, 7 Oct 2020 17:39:35 +0200 Danny Milosavljevic wrote: > 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

Secrets in (generated) configs. How to deal with them?

Hi all! I'm trying to package Yggdrasil as a Guix service and I took a look at what NixOS does and they actually don't simply generate the config in the store, instead it's combined with another input of the service and the combined JSON is fed to Yggdrasil on stdin. Is this how I should do it

Git repos with large submodules

Hey all! So, I recently gave a go to packaging EDK2 on my channel, and found out that it requires several submodules, including OpenSSL, which take up quite a bit of space and take way longer to download than necessary. Since I couldn't find a way to shallow-init the submodules, I added them as

Re: Guix scheme code being recompiled when target ARCH changes

On Fri, 15 May 2020 10:33:14 +0200 Vincent Legoll wrote: > And as an additionnal question, are the ./pre-inst-envs needed on > all the CLIs above ? No, only the guix invocations need it. make, ./configure, ./bootstrap, those don't need it. But guix always does.

Re: Towards a graphical installer?

On Mon, 11 May 2020 18:29:09 +0200 "pelzflorian (Florian Pelz)" wrote: > On Mon, May 11, 2020 at 03:27:29PM +0200, Mathieu Othacehe wrote: > > A way to move forward with the installer could be to propose an ISO > > image starting a desktop-environment by default. […] > > Thank you for

Re: Medium-term road map

On Sat, 25 Apr 2020 15:37:44 +0200 Ludovic Courtès wrote: > Hello Guix! > > We released 1.1.0, but what’s coming next? What would you like to > see? > > There are many exciting things being developed and great ideas > floating around. For myself, I feel like focusing on “consolidating” >

Re: initrd: why do we need static linking?

On Tue, 05 May 2020 11:33:17 +0200 Ludovic Courtès wrote: > Hi, > > Ricardo Wurmus skribis: > > > why do we need to link packages statically to include them in the > > initrd? Can’t we just copy the package closure into the initrd? > > You can refer to any package in the initrd gexp and

Re: Guix System video review on YouTube

On Mon, 27 Apr 2020 12:11:05 +0200 Jonathan Brielmaier wrote: > $ echo "hello" > hello > $ guix install emacs > > Then while installing emacs, try to reach the hello. It will be tricky > as every new output line from `guix install emacs` will reset you to > the bottom of your terminal. That's

Re: Wacom tablet issues

I tried sway and it's broken there too. Not sure if I started it up correctly though, as I just opened it on a separate virtual terminal. On Thu, Mar 5, 2020 at 18:27, raingloom wrote: Well, udevadm shows it, but only as a single device instead of three. On Thu, Mar 5, 2020 at 18:25

Re: Wacom tablet issues

Well, udevadm shows it, but only as a single device instead of three. On Thu, Mar 5, 2020 at 18:25, pelzflorian (Florian Pelz) wrote: On Thu, Mar 05, 2020 at 05:12:57PM +0100, raingloom wrote: What about i3? Because that's what I used on all three distros. (also GNOME on Guix) i3

Re: Wacom tablet issues

What about i3? Because that's what I used on all three distros. (also GNOME on Guix) On Thu, Mar 5, 2020 at 17:10, pelzflorian (Florian Pelz) wrote: Also note that GNOME on Wayland may work better than GNOME on Xorg with regard to wacom/libinput/GTK. I presume on Arch you used Wayland.

Wacom tablet issues

I'm having trouble properly setting up my Wacom Intuos CTH-480 tablet. It is recognized as a tablet and pressure sensitivity is working, but the eraser is not recognized as a separate input device. I used it in Arch, where it worked flawlessly, so it's not a driver bug.

should auto updaters be disabled?

I've been using gPodder and Gajim for a while and right now both are notifying me about new versions, gPodder about an update to itself and Gajim about an update to OMEMO. Both the OMEMO plugin and gPodder are managed by Guix, so the builtin updaters don't really have any business mucking with

Re: Package file indexing

On Thu, 2020-01-02 at 23:50 +0100, zimoun wrote: > Hi, > > On Thu, 2 Jan 2020 at 18:12, Pierre Neidhardt > wrote: > > > Last but not least: previously we suggested adding a subcommand > > like > > "guix which" or "guix filesearch". In another thread, Simon > > suggested > > that this would be