Marius Bakke writes:
> Ricardo Wurmus writes:
>
>> Hi Mike,
>>
>> thank you for your patient reply.
>>
>>> Ricardo Wurmus writes:
>>>
Does the code include DRM support, for example? Does it phone home?
Can we see the patches that upstream applied to the Chromium sources?
>>>
Hi Ricardo,
On Mon, 6 Jan 2020 at 23:44, Ricardo Wurmus wrote:
> The ICAB network is not reliable. With that many participants you often
> can’t even connect at all, so I don’t think it’s feasible to stream
> anything at all, even if it’s just a terrible 8kHz audio stream ;)
Ok. I understand
Hi,
On Mon, 6 Jan 2020 at 21:08, Alex Griffin wrote:
>
> I like the idea of collecting guix profiles in one place, and I also like the
> suggestion to not put it right in $HOME. However, I don't think profiles
> belong in $XDG_CONFIG_HOME, for the simple reason that they are not
>
zimoun writes:
> *If* I was not able to attend, I would like to be able to remotely ear
> the discussions. I do not know if the ICAB network can support small
> broadcast but I am in favor to at least try. :-)
>
>
> To be clear, we could stream only the sound and the screen when
> someone
Hi Jan,
Thank you for working on Jami. Cool!
On Mon, 6 Jan 2020 at 20:09, Jan wrote:
>
> I just closed all 22 issues that I improperly started. How should I
> send the patches to create just one issue? When git send-email asks me
> if I want to send the patches, should I send only one and then
Hi Pjotr,
On Mon, 16 Dec 2019 at 20:37, Pjotr Prins wrote:
>
> As Andreas pointed out, the Guix days are an unconference. That is, it
> gets organized on the spot so we have ample time to discuss important
> topics and hack.
*If* I was not able to attend, I would like to be able to remotely
Hi Pierre,
On Mon, 6 Jan 2020 at 21:07, Pierre Neidhardt wrote:
>
> zimoun writes:
>
> >> > Like zimoun writes, it would be nice to have some sort of a “describe”
> >> > command for a regular profile. Actually maybe “guix describe -p”?
> >> >
> >> > Actually ‘guix describe -p ~/.guix-profile’
I like the idea of collecting guix profiles in one place, and I also like the
suggestion to not put it right in $HOME. However, I don't think profiles belong
in $XDG_CONFIG_HOME, for the simple reason that they are not configuration. If
you really want to follow the xdg basedir spec, they would
On Mon, 6 Jan 2020, Jan wrote:
Or should I send one mail to guix-patc...@gnu.org and
then send the rest to n...@debbugs.gnu.org?
Yes, I believe that sending to guix-patches first and then to NNN@debbugs
is the recommended way.
Best,
Jack
I like this a lot! Brilliant idea in my opinion.
I agree with Simon on the ~/.config/guix folder.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Ricardo Wurmus writes:
> Hi Mike,
>
> thank you for your patient reply.
>
>> Ricardo Wurmus writes:
>>
>>> Does the code include DRM support, for example? Does it phone home?
>>> Can we see the patches that upstream applied to the Chromium sources?
>>>
>>
>> QtWebengine does not handle DRM at
Hi,
On Mon, 23 Dec 2019 at 12:00, Leo Prikler wrote:
> This is a proposal to change the current approach. Instead of
> splitting Guix config in a way that tries to conform to XDG, but does
> not really, I propose to use a single directory ~/.guix for all
> configuration.
Maybe I misread
I just closed all 22 issues that I improperly started. How should I
send the patches to create just one issue? When git send-email asks me
if I want to send the patches, should I send only one and then wait?
How long? I tried sending the rest a few seconds later, but it didn't
work as indended. Or
Dear,
On Fri, 3 Jan 2020 at 17:01, raingloom wrote:
> On Thu, 2020-01-02 at 23:50 +0100, zimoun wrote:
> > 2. because it allows (in the near future) mixed research: "guix
> > search bin/hg python" applying the "python" filter only to the
> > packages returned by "bin/hg". And "guix search
Dear,
Friendly ping. :-)
Maybe these patches have fallen in the crack of the end-of-year period.
https://lists.gnu.org/archive/html/guix-devel/2019-12/msg00326.html
If the patch adding the presentation in French is not compliant with
the Guix standard, let me know.
The other patch fixes the
Hi,
Just a couple notes here regarding the concrete questions. I'm sure
there are good solutions but I don't know what they are yet!
On Sun 05 Jan 2020 21:37, Ricardo Wurmus writes:
> Or could we improve compilation
> times by disabling optimizations?
I think Guix does this already; see
16 matches
Mail list logo
