Hi everyone,
Mesa has fallen quite of date (latest upstream is 21.1.4, guix core-updates up
to 20.2.6, or else 20.2.4 for everyone else). There is patch available here:
https://issues.guix.gnu.org/49339 however it currently includes enabling
libglvnd. I don't think that is necessary from my tes
On Wed, Jul 7, 2021 at 5:33 AM Amar M. Singh wrote:
>
> appreciate feedback, in the end I hope to make something that is
> usable and used rather than purely for amusement purposes :)
If you're interested in playing with some code/idea, even just for
your own amusement, don't let others' opin
Hi amar,
this is unrelated to GNU or Guix, but if you want to avoid C/C++ it may
be worth taking a look at https://www.redox-os.org, which is written in
Rust — of course there's also the GNU Hurd (and I'm sure many other
projects), but this is the only one I'm aware of that has "avoid using
C
Hi Amar,
Did you study Hurd and other micro-kernel approaches? Some people
working on that here (though not me).
Pj.
On Wed, Jul 07, 2021 at 11:51:45AM +, Amar M. Singh wrote:
> Hello all,
>
> Is there any research into new Operating Systems and kernel
> development? I'd like to announc
Hey Guix,
I’m very happy to see some movement on haskell support.
We try to track the stack package set for a given ghc version. Updating to ghc
8.10.4, then, means updating to stackage lts 18.1.
One other issue that should be addressed is that cabal-install will need to be
updated to 3.x. I h
Am 29.06.21 um 09:20 schrieb Lars-Dominik Braun:
AFAIK this might not be true if other build systems not using setuptools
at all might show up. And isn't this the main reason for all your work?
No, try
Sorry, I've been inprecise on this:
There might still be quite some packages out there impo
‐‐‐ Original Message ‐‐‐
On Wednesday, July 7th, 2021 at 1:47 AM, Xinglu Chen wrote:
> On Mon, Jul 05 2021, John Kehayias wrote:
>
> > Hello,
> >
> > There have been several recent bug reports and patches (list below)
> >
> > that could be addressed with some changes to haskell-build-syst
Mark H Weaver 写道：
Maxime Devos 写道：
Perhaps the "zfs" package can be split in an userspace package
(containing userspace binaries and libraries) and a
kernelspace
component (containing the kernel module)? And let the
kernelspace
component be unsubstitutable and the userspace component
substitu
Hello all,
Is there any research into new Operating Systems and kernel
development? I'd like to announce 'heh' that I'm starting on just
such a project :)
I have a few ideas about what i want to build but that's getting far
ahead of myself, I think I should build it to run on Qemu or Xe
Hi!
I hope I'm not too late! I've given the patch a try and have a couple
of questions:
- Since not all the inputs *have* to be converted to the new format:
is this more some kind of syntactic sugar and less of a "we really
want this to be the new standard" kind of improvement?
Or is t
Hi Mark,
Something about this virt-manager reasoning strikes me as bogus,
but it's complicated by how Guix works in practice… I think any
perceived (pseudo-)(cosplay-)(that includes me)‘legal’ issues are
a distraction.
Mark H Weaver 写道：
For now, I think that commit
61ccd756e5ff73b2f8dc3449
Ludovic Courtès 写道：
How about moving libvirt_storage_backend_zfs.so to a separate
output?
Fortunately libvirt appears to be modularly well-designed,
although I
haven't tried myself.
That wouldn’t really help, would it?
No. I meant package.
I would rather have nothing depend on ZFS by defa
On +2021-07-06 15:28:43 -0300, Nathan Benedetto Proença wrote:
> Bengt Richter writes:
>
> > Hi Nathan,
> > Nice writeup!
>
> Thank you!
>
> > On +2021-07-05 11:03:46 -0300, Nathan Benedetto Proença wrote:
> >> Hello!
> >>
> >> I am trying to upgrade the package texlive, first for me, but hope
13 matches
Mail list logo
