Re: Golang mudules to follow common grouping

[Sharlatan Hellseher]

Hi,

Part II of the split https://issues.guix.gnu.org/66827

Now we would have
- golang.scm - which would be logically keep on minimal number of packages
- golang-check.scm
- golang-web.scm - in review

Planed
- golang-crypto.scm
- golang-compression.scm
- golang-build.scm - which would include low level 0 dependencies packages.

I found a lot of golang packages in (gnu packages syncthing) which are not 100%
related to syncthing itself, possibly the were left there long ago.

Thanks,
Oleg

On Thu, 19 Oct 2023 at 10:40, Sharlatan Hellseher  wrote:
>
> Hi,
>
> I've accidentally included other patch to this series. I've re-sent it under 
> the
> new issue number https://issues.guix.gnu.org/66627.
>
> Thanks,
> Oleg
>
>
> On Mon, 16 Oct 2023 at 19:17, Sharlatan Hellseher  
> wrote:
> >
> > Hi,
> >
> > I'm about to create golang-check and golang-build modules, which both are 
> > core and would be in used by others. As Maxim mentioned, the most time 
> > consumption task would be migrating copyrights header properly.
> >
> > On Sun, 15 Oct 2023, 22:25 Wilko Meyer,  wrote:
> >>
> >>
> >> Hi,
> >>
> >> Sharlatan Hellseher  writes:
> >>
> >> > I think it's time to split (gnu packages golang) into some logical 
> >> > groups, see
> >> > Python, Lisp for example.
> >> >
> >> > Thoughts?
> >>
> >> IMHO this sounds like a good idea as it would improve the
> >> maintainability of golang packages in the long run. We have 487 package
> >> definitions right now:
> >>
> >> (~/devel/guix-devel/gnu/packages) λ rg -c 'define-public' golang.scm
> >> 487
> >>
> >> which already seems quite laborous to split into logical groups (while
> >> getting the copyright information right as well and maintaining the
> >> gitlog history etc.); so it probably classifies as a task that should be
> >> tackled sooner than later as it'll cause more work over time the more
> >> golang packages exist.
> >>
> >> --
> >> Kind regards,
> >>
> >> Wilko Meyer
> >> w...@wmeyer.eu
>
>
>
> --
>
> … наш разум - превосходная объяснительная машина которая способна
> найти смысл почти в чем угодно, истолковать любой феномен, но
> совершенно не в состоянии принять мысль о непредсказуемости.



-- 

… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.

Re: Need people to help with kernel updates

[Wilko Meyer]

Hi Leo,

Leo Famulari  writes:

> It seems that linux-libre 6.6 will be released soon.

Yes, probably within the next(?) week if I read this mail[0] on lkml
right as there'll probably be a rc8. There already seem to be a 6.6
branch in the linux-libre project introducing the deblob scripts:

commit 8437b2928c7fd032657f571974c004130f940956 (HEAD -> scripts/6.6,
tag: scripts/v6.6-rc7-gnu, origin/scripts/6.6)

> Would anyone like to try their hand at packaging it for Guix? Wilko, do
> you feel up to it?

Sure thing! I'll start packaging it as soon as 6.6 is released and the
deblob scripts for that release are ready.

> As I mentioned previously, this requires a bit more work than minor
> kernel upgrades because the kernel configs need to be updated.
>
> I'm happy to assist with this, give advice, etc.

Thank you for this, I'll reach out if I experience any blockers or need
help during the process of packaging the 6.6 release.

[0]: 
https://lore.kernel.org/all/CAHk-=whqsbGgnoeYeEuP9fabaZrpPDA=sysmbe3tfqqqvmh...@mail.gmail.com/
  

-- 
Kind regards,

Wilko Meyer
w...@wmeyer.eu