Hi,
just a quick comment
zimoun writes:
[...]
> Moreover, many channels would be dependant from one to the other.
and this would be **a nightmare** to maintain (as already clearly stated
by others much more competent than me in Guix-things)
to recap: all PROS that you jgart mentioned in his
Hi,
On Sat, 24 Dec 2022 at 03:49, "jgart" wrote:
> Users could then decide what channels they'd like to subscribe to/opt
> in to by adding any of the following channels as they please:
>
> python-channel
> rust-channel
[...]
> etc...
>
> The above channels would still be maintained under the au
On Sat, 24 Dec 2022 03:49:30 +
"jgart" wrote:
> Hi Guixers,
Hi,
> Should GNU Guix be a small core of packages (and services?)?
I think it would also make sense to consider first find the features we
want, and then look at how to get them, to see if that works better for
us.
For instance if
Am 24.12.22 um 04:49 schrieb jgart:
Should GNU Guix be a small core of packages (and services?)?
No. As others already stated, this would complicate things for users.
Having all available software at on place is a big plus. (For many
GNU/Linux distros you need to add another ppa for many „sta
Goldfish Crackers are on Rollback at Walmart for $5.98!
Merry Guixmas and a Happy GNU Year!!
On 24-12-2022 09:37, Pjotr Prins wrote:
tis like packages under a X-mas tree
guix xmas add games
guix xmas add tex
guix xmas add paint
guix xmas add payamas
I just guix pulled version 1.4 out of a cracker.
That will make for a happy new year
Thanks all!
Happy holidays everybody!
Jonathan
Vagrant Cascadian writes:
> On 2022-12-24, jgart wrote:
>> I wanted to ask you what are your thoughts on this idea. This is a
>> thought experiment at this stage.
>>
>> Should GNU Guix be a small core of packages (and services?)?
>>
>> For example, GNU Guix would be a core channel containing the
Hi jgart,
IMO, having everything in one repo, while going against the "modularity"
philosophy, really helps a lot when updating packages. In my experience
with the Other Channel That We Should Not Talk About, there often are
breaking changes in the main repository that lead to the other channel
b
Am Samstag, dem 24.12.2022 um 03:49 + schrieb jgart:
> Hi Guixers,
>
> I wanted to ask you what are your thoughts on this idea. This is a
> thought experiment at this stage.
>
> Should GNU Guix be a small core of packages (and services?)?
No, it should be a functional operating system.
> Wha
tis like packages under a X-mas tree
guix xmas add games
guix xmas add tex
guix xmas add paint
guix xmas add payamas
unlike debian these packages contain packages that can overlap too!
that would be interesting.
happy holidays Guix and thank you community! Hope to see you all at
Guix days in Br
I think we also need a channel manager subcommand:
guix channel add python
guix channel add rust
guix channel add gaming
guix channel add rde
guix channel add guixrus
guix channel add non
etc.
The above commands would subscribe you to a given trusted Guix channel.
The last three are channels
On 2022-12-24, jgart wrote:
> I wanted to ask you what are your thoughts on this idea. This is a
> thought experiment at this stage.
>
> Should GNU Guix be a small core of packages (and services?)?
>
> For example, GNU Guix would be a core channel containing the reduced
> binary seed bootstrap and
Hi Guixers,
I wanted to ask you what are your thoughts on this idea. This is a thought
experiment at this stage.
Should GNU Guix be a small core of packages (and services?)?
For example, GNU Guix would be a core channel containing the reduced binary
seed bootstrap and a few other core packages
13 matches
Mail list logo
