Building hexyl (a rust app) without cargo, with antioxidant-build-system

2022-04-03 Thread Brendan Tildesley

I would have called it car/gone./

Do you believe sidestepping cargo all together like this is a good long 
term strategy?

In particular that importing packages will still be easy.

Re: Video Conference

2022-04-03 Thread Maxim Cournoyer
Disclaimer: My employer spearheads the development of Jami.

Hello,

Yasuaki Kudo  writes:

> Hello,
>
> From time to time, I think about audio/video mixer (.i.e. video
> conference software like BBB or Jitsi) , with the intension of making
> it highly modular that it can be freely remixed and reinvented by
> volunteer participants.
>
> Is anyone interested?   Or is can you think about something that already 
> exists?

You may be interested in trying out Jami; there's a package for it in
Guix that works rather well, and there's also a jami service that is
useful to easily keep a rendezvous point online on servers, for example.
I've made available such a rendezvous point to the community, feel free
to try it; it's reachable at 'rdv-jami-guix'.

About making it modular; I know there's now a plugin system in Jami that
enable people to author plugins to implement things such as changing the
background (green screen), applying a blur filter, etc.  The
architecture of the software also makes it easy to create new clients
for it, as the core library is a distinct package (libjami).

Hope that helps,

Maxim



Re: The GNU Shepherd 0.9.0rc1 available for testing!

2022-04-03 Thread Maxim Cournoyer
Hi,

Ludovic Courtès  writes:

> Hello Guix!
>
> A release candidate of the Shepherd 0.9.0 is available for testing!
>
>   https://alpha.gnu.org/gnu/shepherd/shepherd-0.9.0rc1.tar.gz
>   https://alpha.gnu.org/gnu/shepherd/shepherd-0.9.0rc1.tar.gz.sig
>
>   SHA256: 6b7cdbb8d2509fca0c4d08b855031ea72c887a65828ae6493c2e5a25130c3c37
>
> You can test it on Guix System with:
>
>   guix time-machine --branch=wip-shepherd-upgrade -- \
> system reconfigure …

Just to let you know, I've been running on this for a couple days
without any noticing any issue yet.  My boot time has been reduced from
5 to 3 minutes, yay!

Thank you :-)

Maxim



Re: Video Conference

2022-04-03 Thread Yasuaki Kudo
and this thing WebRTC itself looks like a beast of its own...  This is a 
perfect subject for Guix to handle? 

https://github.com/webrtc-rs/webrtc



> On Apr 4, 2022, at 06:14, Yasuaki Kudo  wrote:
> 
> Well I thought it would be easier to build it natively on Guix from 
> "scratch".
> 
> For example, the BBB programs looked almost impossible to disassemble to 
> components - at least it looked like it would be even harder than doing it 
> all over again.
> 
> But the question of what the "scratch" means...  it seems there are a few 
> components - WebRTC, audio codec, video codec, etc.
> 
> And there are questions over whether to really mix the signals on server (for 
> audio) or just bundling all separate lines of communications (for video), etc
> 
> I would like to taken advantage of Guix to try different mixes and experiment 
>  
> 
>>> On Apr 3, 2022, at 03:34, jbra...@dismail.de wrote:
>>> 
>>> April 2, 2022 12:26 AM, "Yasuaki Kudo"  wrote:
>>> 
>>> Hi,
>>> 
>>> 2 years ago, I joined meet.coop , a video conference service cooperative 
>>> and explored the business
>>> potential in Japan.
>>> 
>>> The coop hosted BBB but the gap I discovered was that the potential 
>>> customers in Japan would not be
>>> interested unless the service is customized to their exact needs - 
>>> otherwise they preferred Zoom
>>> and Google meet.
>>> 
>>> So ability to to take the video conference service into minimalist 
>>> components and then reassembling
>>> is very important 
>>> 
>> 
>> Sounds like a worthwhile project.  You can always reach out to the BBB or 
>> jitsi developers
>> and see what they think of your proposal.
>> 
>>> -Yasu
>>> 
> On Apr 2, 2022, at 03:59, jbra...@dismail.de wrote:
 
 March 31, 2022 7:53 PM, "Yasuaki Kudo"  wrote:
 
> Hello,
> 
> From time to time, I think about audio/video mixer (.i.e. video 
> conference software like BBB or
> Jitsi) , with the intension of making it highly modular that it can be 
> freely remixed and
> reinvented by volunteer participants.
> 
> Is anyone interested? Or is can you think about something that already 
> exists?
 
 Your proposal sounds a little vague. What are you hoping to accomplish 
 that BBB or Jitsi
 does not already do?
 
> Cheers,
> Yasu


Re: Video Conference

2022-04-03 Thread Yasuaki Kudo
Well I thought it would be easier to build it natively on Guix from "scratch".

For example, the BBB programs looked almost impossible to disassemble to 
components - at least it looked like it would be even harder than doing it all 
over again.

But the question of what the "scratch" means...  it seems there are a few 
components - WebRTC, audio codec, video codec, etc.

And there are questions over whether to really mix the signals on server (for 
audio) or just bundling all separate lines of communications (for video), etc

I would like to taken advantage of Guix to try different mixes and experiment  

> On Apr 3, 2022, at 03:34, jbra...@dismail.de wrote:
> 
> April 2, 2022 12:26 AM, "Yasuaki Kudo"  wrote:
> 
>> Hi,
>> 
>> 2 years ago, I joined meet.coop , a video conference service cooperative and 
>> explored the business
>> potential in Japan.
>> 
>> The coop hosted BBB but the gap I discovered was that the potential 
>> customers in Japan would not be
>> interested unless the service is customized to their exact needs - otherwise 
>> they preferred Zoom
>> and Google meet.
>> 
>> So ability to to take the video conference service into minimalist 
>> components and then reassembling
>> is very important 
>> 
> 
> Sounds like a worthwhile project.  You can always reach out to the BBB or 
> jitsi developers
> and see what they think of your proposal.
> 
>> -Yasu
>> 
 On Apr 2, 2022, at 03:59, jbra...@dismail.de wrote:
>>> 
>>> March 31, 2022 7:53 PM, "Yasuaki Kudo"  wrote:
>>> 
 Hello,
 
 From time to time, I think about audio/video mixer (.i.e. video conference 
 software like BBB or
 Jitsi) , with the intension of making it highly modular that it can be 
 freely remixed and
 reinvented by volunteer participants.
 
 Is anyone interested? Or is can you think about something that already 
 exists?
>>> 
>>> Your proposal sounds a little vague. What are you hoping to accomplish that 
>>> BBB or Jitsi
>>> does not already do?
>>> 
 Cheers,
 Yasu



Re: lxc and subuid

2022-04-03 Thread Antonio Carlos Padoan Junior
Dears,

I would like stress my original intend. It would be great to have a easy
(supported/documented/secure) way to build foreign distributions
containers in guix (an ubuntu, debian or centos container). It could be
by means of lxc, lxd or singularity (or whatever). The idea is that guix
system becomes the distribution to rule them all (and not the contrary).

I tried to build a guix package for a recent singularity version, mainly
because the one available in guix is old and perhaps broken. But I
miserably failed.  Actually I do not master Go and its library system. I
finished installing a nix package on the top of guix and that is fine
for today.

I do not know how to help here but I would like to have the possibility
to create these "foreign" containers easily in guix. This would really impress
the ones who do not yet know guix system.



Maxime Devos  writes:

> Ludovic Courtès schreef op vr 01-04-2022 om 10:12 [+0200]:
>> Or we could unconditionally add 65536 subuids for each non-system user
>> account; that’s what other distros seem to be doing.
>> 
>> I think we could take advantage of it for ‘guix system container’: it
>> could run in an unprivileged user namespace and map several UIDs in that
>> namespace, such that it doesn’t need to run as root anymore.
>
> I think it will need to be conditional, because the container only has
> access to 65536 uids.  So if the container contains at least one non-
> system user, then all available uids are occupied so there is no room
> anymore for 'root' or per-service users ...
>
> Greetings,
> Maxime.
>

Best regards,
-- 
Antonio Carlos PADOAN JUNIOR
GPG fingerprint:
243F 237F 2DD3 4DCA 4EA3  1341 2481 90F9 B421 A6C9