ou consent to the implementation of the
> proposal;
>- “I disapprove”, meaning that you oppose the implementation of the
> proposal.
>
>To count my own vote, I support the change of the default branch name
>to “main”.
>
>Cheers
>
Divya Ranjan, Mathematics, Philosophy and Libre Software
he
>proposal;
> - “I disapprove”, meaning that one opposes the implementation of the
>proposal. A team member sending this reply should have made constructive
>comments during the discussion period.
>
>Thanks in advance,
>Ludo’.
>
Divya Ranjan, Mathematics, Philosophy and Libre Software
There is btrfs
>and podman support. But GNOME Wayland is not the default in official
>releases yet when not upgrading.
>
>Regards,
>Florian
>
>[1]
>https://guix.gnu.org/de/blog/2025/guix-user-and-contributor-survey-2024-the-results-part-1/
>
Divya Ranjan, Mathematics, Philosophy and Libre Software
Suhail Singh writes:
> Divya Ranjan writes:
>
>> I had to realize that Linux gets a *lot* more in funding and
>> infrastructure than Guix.
>
> While I agree in general, I don't understand the specific point you were
> making. Was it that Linux with its greater
sources, and the work of volunteers and committers. I would
be open to a consideration of using BugZilla or Gerrit for that matter, even
though I’m not used to them, the possibility of working with them without a
browser, motivates me to learn them.
Regards,
--
Divya Ranjan,
Philosophy, Mathemat
o "eulogize" something. The goal here is to
simply not put enough pressure on people who already have a lot on themselves
to change their workflow in order to continue contributing to Guix. And my
proposal is targetted towards an eventual move to Codeberg, just a more gradual
approach, based on empirical feedback and with some time to clear the existing
backlog and to learn the new system.
Regards,
--
Divya Ranjan,
Philosophy, Mathematics, Libre Software.
PGP Fingerprint: F0B3 1A69 8006 8FB8 096A 2F12 B245 10C6 108C 8D4A
the committers will have a better way to switch. Simply because
they can try to finish the backlog using the existing workflow, and the new
patches can come to them with that as well. Where we go from there, can be
decided upon how good the litmus test goes.
[0]: https://codeberg.org/api/swagg
on Debbugs such as Felix, Arun, Ricardo et.al, this might
be a feasible task. I am also willing to contribute in whatever way and means
possible, since I’m slowly working myself towards contributing more and more to
Guix. And even though I’m not a committer, I retain the email-based workflow
throug
need when obviously others do, might be time
>better spent, in my humble opinion, by asking questions (internally or
>externally) than making dismissive comments.
>
>
>live well,
> vagrant
Divya Ranjan, Mathematics, Philosophy and Libre Software
nnection to what they find displeasing.
>
>If "main" is the default for new git repositories, I don't care and that is
>fine with me, but I see no need to rename leading branches on any existing
>projects.
>
>--
>Christopher Howard
>
Divya Ranjan, Mathematics, Philosophy and Libre Software
gards.
Divya Ranjan, Mathematics, Philosophy and Libre Software
pstream jami-client-qt at:
https://git.jami.net/savoirfairelinux/jami-client-qt/-/issues/1781
if you want to take a look.
P.S: We also have a Jami swarm for Guix (and Emacs), if you want to connect
there with other Guix users, send me a contact invitation to the username:
divyaranjan1905
Regar
ng)
>
> * Support (other contributors)
>
>- David Thompson
>- Gabriel Wicki
>- Hilton Chain
>- Timothy Sample
>- Zheng Junjie
>
> * Accept (other contributors)
>
>- Hartmut Goebel
>
>² “./etc/teams.scm list-teams |recsel -P members |sort -u |wc -l”
> returns 44 as of c8c025973bf9bfc060b7cc82c6b025ebd87ffa2f, but that
> includes one blank line.
>
Divya Ranjan, Mathematics, Philosophy and Libre Software
'm simply asking what we can learn from this to go
forward in having other GNU projects to be better.
Thank you.
Regards,
Divya Ranjan
Divya Ranjan, Mathematics, Philosophy and Libre Software
ard they can provide more, but since
we already have existing infrastructure, why not go the self-host path?
I’d be glad to contribute to the migration however I can, but I suggest we
reflect on the necessity and consequences of this a bit more.
[0]: https://docs.codeberg.org/getting-started/faq/
eve the construction of a system to _manage_ such manuals is relatively
much simple, but it is the distribution that I'm afraid would be complicated.
Regards,
Divya Ranjan, Mathematics, Philosophy and Libre Software
her a GNU Manual is
already packaged with its parent package (of which it is a manual) or not?
I plan to first port them to my Guix channel [0] and then send patches upstream.
[0]: https://codeberg.org/divyaranjan/divya-lambda
Regards,
On 18 December 2024 01:20:58 GMT, Maxim Cournoyer
wrote:
&
Guix's build-system functionality as it stands now for a proper build
system?
Olivier, have you thought about this? A sort of custom build-system (loke
gnu-build-system) for each package to build?
Regards,
Divya Ranjan, Mathematics, Philosophy and Libre Software
Thanks for sharing these, Janeke!
On 19 December 2024 21:17:39 GMT, Janneke Nieuwenhuizen wrote:
>Divya Ranjan writes:
>
>Hello,
>
>> The other day, after being frustrated of build systems (auto-tools,
>> meson, maven etc.), I wondered why doesn’t Guix which has such
>
Hello Fi,
Would you prefer a guile interface to meson, or a meson replacement in Guile?
Regards,
On 27 December 2024 00:41:33 GMT, Fi wrote:
>I was thinking this the other day!, was wondering about how useful a guile
>interface to meson would be.
>
>On 19. 12. 24 22:12, Divya
the prerequisite skills that would enable
>me to be able to successfully complete the program.
>
>Regards,
>Ashvith
>
Divya Ranjan, Mathematics, Philosophy and Libre Software
e out for a Debian
target?
And, I personally think just generating makefiles in Guile isn't really going
to be better. I mean it'll save someone from writing a Makefile in, well, Make,
but it will still have the issues of `make`. I believe it is an alternate build
system that we should
rebuild his ship:
> https://ngnghm.github.io/blog/2016/04/26/chapter-9-build-systems-and-modularity/
Thanks a lot for the blogpost!
Divya Ranjan, Mathematics, Philosophy and Libre Software
action (make-simple-action "build-benchmarks" #f
> %standard-directory-options))
> (templates
>(list
> (template-file
> (input "aux/Makefile.in")
> (output "Makefile"))
> (template-file
> (input "aux/project-repl.in")
&
. Meanwhile, I’d like input from
other Guix core developers on what they think of this, and if they could
provide me with some leads on where to go with this.
[0]: https://libreplanet.org/wiki/Group:Guix/GSoC-2024
Regards,
--
Divya Ranjan,
Philosophy, Mathematics, Libre Software.
wledgeable about Guix’s source-tree management should shed light
on this.
Regards,
--
Divya Ranjan,
Philosophy, Mathematics, Libre Software.
ack, it
hasn’t. If at all, Emacs (despite the recent drama and others in past) has
grown to remain one of the best editors with modern features (TreeSitter,
multiple LSP clients, etc.)
Similarly, I would suggest the thoughts on improving Guix/Guile to look at
aspects of the project where we might not be doing the best job, or if we can
take different steps in terms of reachout. But as an user and contributor,
please don’t take steps to separate Guix from GNU. It’ll be a considerable loss
too both the projects.
Regards,
--
Divya Ranjan,
Philosophy, Mathematics, Libre Software.
Hello Maxim,
I never did solve the problem, I even changed machines and a fresh installation
of Guix, that too moving from linux-libre to mainstream linux kernel, but the
issue persists.
On 15 December 2024 04:43:18 GMT, Maxim Cournoyer
wrote:
>Hi,
>
>Divya Ranjan via "Deve
Hello Sharlatan,
That is understandable, but I guess you can already see how diverse these
customs are between one ecosystem and another.
I was simply asking if these practices can either be documented clearly or made
uniformly.
Regards,
Divya Ranjan
On 23 November 2024 15:34:24 GMT
On 2024-10-24 07:54, Divya Ranjan via "Development of GNU Guix and the
GNU System distribution." wrote:
Tobias Geerinckx-Rice writes:
On 24 October 2024 07:37:31 UTC, "Divya Ranjan via Development of GNU
Guix and the GNU System distribution." wrote:
Find the entire l
ing/41892/5
Regards,
--
Divya Ranjan,
Philosophy, Mathematics, Libre Software.
"Philip McGrath" writes:
> On Mon, Nov 11, 2024, at 7:50 PM, Divya Ranjan wrote:
>
> > I think it would be appropriate if each "next" package had a code comment,
> or perhaps an
> addendum to its package description, describing how it relates to the main
t;, that's the supported way to
> install the latest master branch of a package. "-next" packages are not meant
> to closely track master.
Thank you for this, how can this be added when declaring a package in system or
home configuration?
Regards,
Divya Ranjan, Mathematics, Philosophy and Libre Software
ee much beyond the description, version and do `guix
install'.
[1]: https://issues.guix.gnu.org/issue/47335
[0]: https://issues.guix.gnu.org/73281
Regards,
--
Divya Ranjan,
Philosophy, Mathematics, Libre Software.
On 28 October 2024 13:27:44 GMT, "Divya Ranjan via Development of GNU Guix and
the GNU System distribution." wrote:
>Hello,
>
>I’m having some issues getting a unified audio setup using PipeWire only,
>i.e., PipeWire alongwith ALSA to route all audio using PulseAudio and J
On 22 October 2024 14:32:08 GMT, Lars-Dominik Braun wrote:
>Hi,
>
>> Is there a specific reason why we’re following the Stackage releases?
>> Stackage is one step slower in getting the updates. The current Stackage
>> Nightly is 9.8.2, while Hackage has 9.10.1. Is this due to some stability
>>
On 22 October 2024 08:43:47 GMT, Efraim Flashner wrote:
>On Mon, Oct 21, 2024 at 03:53:48PM +0000, Divya Ranjan wrote:
>> Andreas Enge writes:
>>
>> > Am Mon, Oct 21, 2024 at 03:28:48PM + schrieb Divya Ranjan:
>> >> Okay, should I contact them s
On 21 October 2024 18:08:44 GMT, Brennan Vincent wrote:
>Note that we already have Rust 1.81 in rust-team, and I have already
>sent a patch to update to 1.82 (the latest stable). Usually Efraim
>reviews these updates.
>
> Start of forwarded message
>From: h
Andreas Enge writes:
> Am Mon, Oct 21, 2024 at 03:28:48PM + schrieb Divya Ranjan:
>> Okay, should I contact them separately or do I need to CC someone specific?
>
> From the checkout, you can do this:
>./etc/teams.scm show rust
>
> ...
> members:
> + Efraim
ge has 9.10.1. Is this due to some stability issues with
Hackage?
Regards,
--
Divya Ranjan,
Philosophy, Mathematics, Libre Software.
e generic documentation and examples
> for creating Guix packages.
>
> [1]: https://guix.gnu.org/manual/devel/en/guix.html
> [2]: https://guix.gnu.org/cookbook/en/guix-cookbook.html
Thanks!
Regards,
--
Divya Ranjan,
Philosophy, Mathematics, Libre Software.
, ghc is annoying to bootstrap, and we need at
> least the latest x.y.z version to continue to x.(y+2).
Understood, will keep in mind.
>> The same is true for rustc, the latest stable release is not updated. I'd
>> like
>> to help with that, if possible.
>
> For rust,
eed to be aware of.
Regarding copyright assignment, I've already started the paperwork by emailing
the form to ass...@gnu.org. I did it through Emacs, but I believe I don't need
to do it again? Some guidance for that would also be helpful.
Regards,
Divya Ranjan,
Philosophy, Mathematics and Libre Software
I installed R packages using `guix install`, `guix shell` or by adding them to
my home configuration, but in none of those ways can I get my R system (which
is also installed through guix using system configuration) can recognize those
packages.
What is going wrong?
Hello all.
Attached is my current system config that I'm trying to do `guix system
reconfigure system.scm` with. But I get this error:
https://paste.debian.net/1328778
Any help with this? I'm trying to dual boot into Guix and Arch installed on
separate disks. I've failed previously and issued
Hello all.
Attached is my current system config that I'm trying to do `guix system
reconfigure system.scm` with. But I get this error:
https://paste.debian.net/1328778
Any help with this? I'm trying to dual boot into Guix and Arch installed on
separate disks. I've failed previously and issued
On 4 June 2024 08:19:10 GMT, Steve George wrote:
>Hi,
>
>We're looking for speakers - of any level - to give talks at the Guix online
>meetup. We're a small, friendly group at all levels of experience. Talks can
>be about anything Guix associated, for example:
>
>- Experiences using or learning
47 matches
Mail list logo