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
, 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,
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.
ge has 9.10.1. Is this due to some stability issues with
Hackage?
Regards,
--
Divya Ranjan,
Philosophy, Mathematics, Libre Software.
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.
"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
ing/41892/5
Regards,
--
Divya Ranjan,
Philosophy, Mathematics, 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")
&
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
;dependencies: texinfo@6.8
>location: gnu/packages/c.scm:83:4
>homepage: https://www.gnu.org/
>license: FDL 1.3+
>synopsis: GNU C Language Intro and Reference
>description: This manual explains the C language for use with the GNU Compiler
>Collection (GCC) on the
>+ GNU/Linux system
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
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
>
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
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
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
wledgeable about Guix’s source-tree management should shed light
on this.
Regards,
--
Divya Ranjan,
Philosophy, Mathematics, Libre Software.
. 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.
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
'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
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
gards.
Divya Ranjan, Mathematics, Philosophy and Libre Software
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
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
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
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
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
34 matches
Mail list logo
