Re: Projects for the Google Summer of Code

Hi, On Sun, 26 Feb 2023 at 16:52, Kyle wrote: > One idea might be to write a conda importer which looks at the > versions of software in the resulting environment and tries to make > feasible package variants of make a manifest which matches the > existing conda environment as close as possible

Re: ’inherit’ and list-dependent (was Re: branch master updated: gnu: emacs: Add TREE_SITTER_GRAMMAR_PATH support.)

Hi, On Sat, 25 Feb 2023 at 19:10, Ludovic Courtès wrote: >>> In effect that means keeping back the chain of inherited objects, which >>> would lead to space leaks. [...] >> What do you mean by “space leaks”? > > Unbounded memory usage: each copy of an object is linked back to its > “parent” (“

Re: Follow-up on julia import script

Hi, >> DataAPI = "9a962f9c-6df0-11e9-0e5d-c546b8b5ee8a" >> DataValueInterfaces = "e2d170a0-9d28-54be-80f0-106bbe20a464" >> IteratorInterfaceExtensions = "82899510-4779-5014-852e-03e436cf321d" >> LinearAlgebra = "37e2e46d-f89d-539d-b4ee-838f9c8e" >> OrderedCollections = "bac558e1-5e72-5ebc-8fee

Re: Merging branch wip-haskell

Hi, On Sun, 26 Feb 2023 at 10:47, Lars-Dominik Braun wrote: > the branch has been merged into master. \o/ Nice, thank you! Cheers, simo

Re: Merging branch wip-haskell

Hi, > > the branch has been merged into master. > \o/ Nice, thank you! well, GHC fails a single testcase on i686 (which we did not test for wip-haskell) right now[1], but it’ll take some rounds of building it locally until I have this sorted out too. Lars [1] https://ci.guix.gnu.org/eval/230900?

Re: Follow-up on julia import script

What we get from juliahub is really not bad, since it's really close to what we have in other importers. I've been working on that this wkend, nearly finished a first version, but there's still a few points I'm not sure of : - we don't have a `hash` field in the json, tough we might be able to

Re: Merging branch wip-haskell

Hi Lars, > the branch has been merged into master. Thank you for that giant contribution to making Haskell more usable in Guix! Kind regards Felix Lechner

Re: Follow-up on julia import script

Hi Nicolas, On lun., 27 févr. 2023 at 12:37, Nicolas Graves via "Development of GNU Guix and the GNU System distribution." wrote: > What we get from juliahub is really not bad, since it's really close to > what we have in other importers. Oh cool! Thanks. > - we don't have a `hash` field in

Re: Using Guix inside a Guix container

Ludovic Courtès writes: > That’s an interesting use case! I guess we have a hard-enough time > getting the message through regarding the environment of tasks that we > didn’t really consider the environment of the “driver”. It takes something messy such as Snakemake to illustrate the importance

Re: Question on the process of packge withdrawal

Hi, Sharlatan Hellseher writes: [...] > Other example > > > the reason it's not updated at - > development was moved to . Th

Re: Follow-up on julia import script

On 2023-02-27 14:46, Simon Tournier wrote: > > Oh cool! Thanks. > >> - we don't have a `hash` field in the json, tough we might be able to >> get it by parsing Versions.toml additionally to the json. This I can >> do with a very simple parser. > > Do you mean Versions.toml from General regist

Re: Python

On Fri, Feb 24, 2023 at 07:08:44PM +0100, Lars-Dominik Braun wrote: > Hi Andreas, > > sorry, I can’t quite keep up with the Python issues on core-updates > right now :( > > > Yet another python failure: python-pathlib > this is a backport of Python’s built-in pathlib library. It should be > dropp

Re: Qt in core-updates (was: KDE in core-updates)

On Sun, Feb 26, 2023 at 09:38:43PM -0500, kiasoc5 wrote: > On 2/26/23 18:43, Philip McGrath wrote: > > Hi, > > > > On Sunday, February 26, 2023 7:44:20 AM EST Andreas Enge wrote: > > > > > > In any case, I realised that we are still compiling most packages > > > (including > > > KDE) with Qt 5,

Re: Oniro or Guix on Zephyr kernel?

On Fri, Feb 24, 2023 at 01:36:06PM -0500, Mitchell Schmeisser via Development of GNU Guix and the GNU System distribution. wrote: > jbra...@dismail.de writes: > > >> Guix System, 1 Gig of ram, etc, due to the package builder and Guix/Nix > >> daemon? If it was possible > >> to declare an instanc

Re: Python

Hi, > Do we have a list of packages in the python importer that can be removed > from inputs? Like already exists for hackage (and maybe others)? I’m not aware of any list like that and to compile it we’d probably have to build all python-* packages and check whether any of their installed modules

Re: Python

Hi, > I updated it to its latest version under its current name python-cheetah, > but would suggest to rename it to python-ct3. What do you think? I don’t think we should follow PyPi’s names strictly. python-cheetah3 makes much more sense than python-ct3. That’s what upstream-name is for. Lars

Re: Feedback on indentation rules (was: [PATCH 0/5] Add support for the RPM format to "guix pack")

On Thu, Feb 23, 2023 at 05:20:55PM -0500, Maxim Cournoyer wrote: > -CC bug#61255 > +CC guix-devel > > Hi Ludovic and guix-devel readers, > > Ludovic Courtès writes: > > > Hi, > > > > Maxim Cournoyer skribis: > > > >> Ludovic Courtès writes: > >> > > [...] > > >>> I’m not convinced by the in

Re: Question on the process of packge withdrawal

On Mon, Feb 27, 2023, at 12:12, Maxim Cournoyer wrote: > I think packages removal should go to the patch tracker, with a CC to > guix-devel to give more visibility to let time for all parties to > comment or find a solution (perhaps a maintained fork exists, etc.) I agree that removal should go th

universal aarch64/riscv64 images

I've been thinking some about how we create our disk images for aarch64 devices and how we'll eventually create images for riscv64 devices. Currently we use u-boot to load extlinux to boot linux. I propose we use u-boot with its EFI interface to load grub-efi to boot linux. Major benefit of this i

Re: universal aarch64/riscv64 images

On 2023-02-27, Efraim Flashner wrote: > I've been thinking some about how we create our disk images for aarch64 > devices and how we'll eventually create images for riscv64 devices. > Currently we use u-boot to load extlinux to boot linux. I propose we use > u-boot with its EFI interface to load gr

Hoping to donate/sell a Talos II motherboard

Hello you fabulous developers! My friend has a spare Talos II motherboard that is currently sitting in his house in Indiana USA collecting dust. https://www.raptorcs.com/TALOSII/ I have convinced him to donate/sell it to an open source project or developer. I reached out to Richard Stallman,