Hi Guixers!
I wanted to remind you that LibreMiami is hosting another Guix Packaging Meetup
this Sunday.
Here is the event link:
https://keskonfai.fr/events/ac68371f-fdbe-4171-99b2-1788a29e272c
Everyone is invited to participate. We'll be working from a kanban board:
https://board.disroot.org
Le 27 mars 2021 12:56:08 GMT-04:00, ilmu a écrit :
>Hi,
>
>I had this idea while reading about authenticated datastructures, I
>would be very thankful if you could tell me why it doesn't work.
>
>Bear in mind the following disclaimer as you read this:
>
>My experience with these things is mostl
Hi Maxime,
Maxime Devos writes:
> This approach (& patches) look good to me.
Thanks for looking.
> What does ‘guix refresh --list-dependent imagemagick@6.9.11-48’
> output now?
When I last checked, it reported on the order of 2400 dependent package
rebuilds.
> If it there are many dependent p
On Saturday, March 27, 2021 6:12 PM, Vincent Legoll
wrote:
> The first bits are in, look:
> https://libreplanet.org/wiki/Group:Guix/WorkInProgress
> Add / enhance to tell what is running, where to find good recipes...
>
> To create pages you have to score a few edits (I went
> typo-hunting for a
On Sat, Mar 27, 2021 at 7:11 PM Luis Felipe
wrote:
> I see a newly created page for Works in Progress, though
Yep, my announce and your email crossed past each other...
--
Vincent Legoll
The first bits are in, look:
https://libreplanet.org/wiki/Group:Guix/WorkInProgress
Add / enhance to tell what is running, where to find good recipes...
To create pages you have to score a few edits (I went
typo-hunting for a bit). I think about 5 should do.
--
Vincent Legoll
On Saturday, March 27, 2021 5:02 PM, Vincent Legoll
wrote:
> BTW, there's no rush to change this, as Leo, I can't create a page on
> libreplanet's
> wiki
I see a newly created page for Works in Progress, though:
https://libreplanet.org/wiki/Group:Guix/WorkInProgress
And creating subpages see
On Sat, Mar 27, 2021 at 05:36:48AM -0400, Mark H Weaver wrote:
> > gtk+@3 -> at-spi2-atk -> at-spi2-core -> gtk-doc -> dblatex -> imagemagick
>
> It occurs to me that we could add "stable" variants of the
> 'imagemagick', 'dblatex', and 'gtk-doc' packages. The stable variants
> would be used as n
Hi,
I had this idea while reading about authenticated datastructures, I would be
very thankful if you could tell me why it doesn't work.
Bear in mind the following disclaimer as you read this:
My experience with these things is mostly theoretical, I have never used Bazel
and although I was a u
On Sat, Mar 27, 2021 at 5:50 PM Léo Le Bouter wrote:
> After looking more closely at the help page, I think it could be
> acceptable to have it there too. But is the wiki an help resource?
Even if it may not be today, we are proposing something that could
turn it into a helpful resource. So OK wi
---
Luis Felipe López Acevedo
https://luis-felipe.gitlab.io/
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Saturday, March 27, 2021 4:50 PM, Léo Le Bouter wrote:
> On Sat, 2021-03-27 at 16:42 +, Luis Felipe wrote:
>
> > I'm fine with that too (for now). I can se
On Sat, Mar 27, 2021 at 5:42 PM Luis Felipe
wrote:
> The reason I didn't suggest that, though, is that the primary menu has already
> grown too big in my opinion. And, with the current design, the visibility of
> the
> primary menu changes depending on screen width: The primary menu is hidden
> b
On Sat, 2021-03-27 at 16:42 +, Luis Felipe wrote:
> I'm fine with that too (for now). I can send that patch.
>
> The reason I didn't suggest that, though, is that the primary menu
> has already grown too big in my opinion. And, with the current
> design, the visibility of the primary menu chan
On Saturday, March 27, 2021 4:04 PM, Léo Le Bouter wrote:
> On Sat, 2021-03-27 at 15:54 +, Luis Felipe wrote:
>
> > Or that, yes. I can send a patch to add a Wiki entry to the Help page
> > instead of adding a "Wiki" item to the "About" menu.
>
> I think we should be looking forward to includ
Maybe we can have both: a core-updates:'core with
a sufficient priority so that it is built often enough,
and then a core-updates:'all with the lowest priority
(batch) so that it does not steal any processing power
from the other more important stuff...
--
Vincent Legoll
On Sat, Mar 27, 2021 at 4:54 PM Luis Felipe
wrote:
> Or that, yes. I can send a patch to add a Wiki entry to the Help page instead
> of adding a "Wiki" item to the "About" menu.
Or even better a "Wiki" title bar entry of its own, like we have one
for "Blog"...
--
Vincent Legoll
On Sat, 2021-03-27 at 15:54 +, Luis Felipe wrote:
> Or that, yes. I can send a patch to add a Wiki entry to the Help page
> instead of adding a "Wiki" item to the "About" menu.
I think we should be looking forward to including it in the primary
menu and not hidden in some submenu.
signature.
On Sat, 2021-03-27 at 16:41 +0100, Vincent Legoll wrote:
> I don't know if libreplanet's wiki meets Léo's requirements,
> but this is probably OK from a PoV of spam management.
I could create an FSF account with automated approval by email.
It seems I cannot create new pages, however it seems we
On Saturday, March 27, 2021 3:41 PM, Vincent Legoll
wrote:
> On Sat, Mar 27, 2021 at 3:44 PM Ricardo Wurmus rek...@elephly.net wrote:
>
> > > I'd like to reiterate my proposal to document our
> > > ongoing projects, maybe with a "WIP" page on the
> > > web site (even if I'm not a web guy, I volu
On Sat, 2021-03-27 at 15:44 +, Luis Felipe wrote:
> What do you think about adding a "Wiki" item to the "About" menu of
> the website linking to that Guix group on LibrePlanet? At least as a
> quick solution to try out.
I think this would be the best thing to do, however I don't know if I
can
Looks like we have a plan.
Now for the hard part, how do we name it ?
"Guix/WIP" or "Guix/WorkInProgress"
or
"Guix/Hacking", "Guix/CoolStuff", "Guix/BleedingEdge", "Guix/NewShiny"
Some of those may be half-jokes, I'd personally go with WorkInProgress.
--
Vincent Legoll
Hello Mark,
Am Tue, Mar 23, 2021 at 07:42:48PM -0400 schrieb Mark H Weaver:
> To my mind this suggests a bug, or at least suboptimal behavior, in
> "guix package". I don't think it's appropriate to set grafting policy
> to work around it.
>
> How about changing "guix package -A" and "guix packag
On Saturday, March 27, 2021 3:34 PM, Léo Le Bouter wrote:
> On Sat, 2021-03-27 at 11:32 -0400, Joshua Branson wrote:
>
> > Good point. Perhaps we should link to this wiki from the guix
> > website?
>
> I think that we should do that for this wiki resource to be really
> useful. Widespread knowled
On Sat, Mar 27, 2021 at 3:44 PM Ricardo Wurmus wrote:
> > I'd like to reiterate my proposal to document our
> > ongoing projects, maybe with a "WIP" page on the
> > web site (even if I'm not a web guy, I volunteer
> > the maintenance of it).
>
> There’s a wiki that could be used for this purpose:
On Sat, 2021-03-27 at 11:32 -0400, Joshua Branson wrote:
> Good point. Perhaps we should link to this wiki from the guix
> website?
I think that we should do that for this wiki resource to be really
useful. Widespread knowledge of the location is a must.
signature.asc
Description: This is a dig
Ricardo Wurmus writes:
> Vincent Legoll writes:
>
>> I'd like to reiterate my proposal to document our
>> ongoing projects, maybe with a "WIP" page on the
>> web site (even if I'm not a web guy, I volunteer
>> the maintenance of it).
>
> There’s a wiki that could be used for this purpose:
> http
Hi,
On Sat, 2021-03-27 at 07:37 +, mecqor labi wrote:
> Please package shadowsocks-rust for Guix!
Is there any reason the "shadowsocks" package is not
usable for you? Also, feel free to package it yourself
(See the manual for how) and note the folks at guix-devel@gnu.org
don't (often) take p
Vincent Legoll writes:
> I'd like to reiterate my proposal to document our
> ongoing projects, maybe with a "WIP" page on the
> web site (even if I'm not a web guy, I volunteer
> the maintenance of it).
There’s a wiki that could be used for this purpose:
https://libreplanet.org/wiki/Group:Guix
On Sat, 2021-03-27 at 09:09 -0400, Mark H Weaver wrote:
> Hello Guix,
>
> Here's a proposed patch set that will henceforth enable us to freely
> update ImageMagick (and dblatex, and gtk-doc) on our 'master' branch
> without grafts. This is done by adding variables 'imagemagick/stable',
> 'dblatex
On Sat, 2021-03-27 at 04:24 +0100, Léo Le Bouter wrote:
> Hello!
>
> If you look at https://ci.guix.gnu.org/eval/13652 you can see that
> the
> evaluation of the derivation seems completed but there's no pending
> builds.
>
> What is happening here?
>
> Thank you
I think it may be because core-
On Sat, 2021-03-27 at 11:07 +0100, Vincent Legoll wrote:
> Hello,
>
> I'd like to reiterate my proposal to document our
> ongoing projects, maybe with a "WIP" page on the
> web site (even if I'm not a web guy, I volunteer
> the maintenance of it).
>
> * CI-built pinebook-pro images [1]
> * other
On Sat, 2021-03-27 at 14:56 +0100, zimoun wrote:
> Oh, I am a big boy and I can think whatever I want! :-)
>
> Kidding aside.
...
>
> First, what does it mean «risk»? How do you evaluate it? Is it a
> relative evaluation or an absolute one?
Most if not all users do not want their machines to
On Sat, 27 Mar 2021 at 13:42, Léo Le Bouter wrote:
> On Sat, 2021-03-27 at 13:29 +0100, zimoun wrote:
>> And as I said elsewhere, “to me, security is important. But it's
>> no less important than everything *else* that is also important!“, so
>> personally I am not convinced that security updates
Hello Guix,
Here's a proposed patch set that will henceforth enable us to freely
update ImageMagick (and dblatex, and gtk-doc) on our 'master' branch
without grafts. This is done by adding variables 'imagemagick/stable',
'dblatex/stable', and 'gtk-doc/stable', which are then used as
'native-input
Thanks for your feedback.
On Sat, 2021-03-27 at 13:29 +0100, zimoun wrote:
> And as I said elsewhere, “to me, security is important. But it's
> no less important than everything *else* that is also important!“, so
> personally I am not convinced that security updates deserve a special
> treatment
Hi Léo,
On Fri, 26 Mar 2021 at 21:10, Léo Le Bouter wrote:
> For these reasons, I would like to propose a new branch called
> security-updates that would be based on master where we queue security
> fixes that introduce any arbitrary number of rebuilds without using
> grafts.
>
> We would merge
Please package shadowsocks-rust for Guix! Many users have a big problem in
access to free internet, and have to go through censorship wall. Please!!!
Ludovic Courtès wrote:
> Oops you’re right; I’ll push a fix to the manual shortly.
In that case please also close bug#46769 I had raised regarding this
issue.
--
Ozhap
Am 14.03.21 um 01:58 schrieb Maxim Cournoyer:
6) Please add some more comments to the code explaining the idea.
>>> I was under the impression the code was concise enough to forego with
>>> verbose explanations; I'd rather keep it this way.
>> Please add some comments. I had a hard time unders
Hello,
I'd like to reiterate my proposal to document our
ongoing projects, maybe with a "WIP" page on the
web site (even if I'm not a web guy, I volunteer
the maintenance of it).
* CI-built pinebook-pro images [1]
* other ARM boards
* ppc64 & ppc
* Hurd VM
* Full source bootstrap
And probably ot
Mark H Weaver writes:
> The following dependency chain seems to be responsible for most of the
> imagemagick-dependent packages:
>
> gtk+@3 -> at-spi2-atk -> at-spi2-core -> gtk-doc -> dblatex -> imagemagick
It occurs to me that we could add "stable" variants of the
'imagemagick', 'dblatex', and
Hello,
I plan to have a look to your patch in the next coming days. Sorry for
the long delay.
Thanks,
Mathieu
Léo Le Bouter writes:
> On Fri, 2021-03-26 at 22:13 +, Christopher Baines wrote:
>> Can you clarify what specific problem or problems you're proposing
>> this
>> security-updates branch to address?
>
> Substitute availability of security updates when they are released,
> without causing big
Hello Leo,
> If you look at https://ci.guix.gnu.org/eval/13652 you can see that the
> evaluation of the derivation seems completed but there's no pending
> builds.
If you have a look to
https://ci.guix.gnu.org/specification/edit/core-updates you will see
that this specification is configured to
44 matches
Mail list logo
