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
;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
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
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.
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,
29 matches
Mail list logo
