Adonay Felipe Nogueira transcribed 0.3K bytes:
> Do you mean creating a new patch report in guix-patches (even though the
> patches have already been sent to guix-patches)? This would result in
> two patch submissions being openned (one which is the older, and is
> still open, and other that would
Do you mean creating a new patch report in guix-patches (even though the
patches have already been sent to guix-patches)? This would result in
two patch submissions being openned (one which is the older, and is
still open, and other that would be the new one).
Adonay Felipe Nogueira transcribed 0.7K bytes:
> Hi, I have sent some patches, see
> [[http://lists.gnu.org/archive/html/guix-patches/2017-06/msg00831.html]].
Can you please resend them to guix-patc...@gnu.org in case
no one has reviewed them? It's easier to be able to track
them.
--
ng0
GnuPG: A
Hi, I have sent some patches, see
[[http://lists.gnu.org/archive/html/guix-patches/2017-06/msg00831.html]].
--
- [[https://libreplanet.org/wiki/User:Adfeno]]
- Palestrante e consultor sobre /software/ livre (não confundir com
gratis).
- "WhatsApp"? Ele não é livre, por isso não uso. Iguais a el
Hi,
Adonay Felipe Nogueira skribis:
> More improvements, as described in:
>
> - [[http://lists.gnu.org/archive/html/ring/2017-06/msg4.html]].
>
> - The above reference was also made in an Enhancement tracker in Ring's
> Tuleap instance, but I'm currently unable to visit/access their Tuleap
More improvements, as described in:
- [[http://lists.gnu.org/archive/html/ring/2017-06/msg4.html]].
- The above reference was also made in an Enhancement tracker in Ring's
Tuleap instance, but I'm currently unable to visit/access their Tuleap
instance. For the sake of transparency, once t
Thank you all for taking it. :)
Also, before I forget: For the recipes we made so far, I agree to
license the recipes made so far under the license that is used for most
package recipes in Guix, just add my copyright/attribution line. :)
Hi Adonay!
Adonay Felipe Nogueira writes:
> Hi all! :)
>
> I bring you a request: We might need "real" developers working on this
> --- because I don't know how to make programs in the languages being
> used by upstreams. Also, I'm somewhat "up to my ears" on study paperwork
> now. :)
>
> I have
Hi all! :)
I bring you a request: We might need "real" developers working on this
--- because I don't know how to make programs in the languages being
used by upstreams. Also, I'm somewhat "up to my ears" on study paperwork
now. :)
I have attached an improved set of recipes (in one .scm file, sti
About sending patches for each package definition separatedly: Will do!
:)
However, I'd like to refrain from doing it now while the package's
specific configure/make/build options in their "rules.mak" files aren't
addressed clearly. This is an ongoing discussion at:
[[http://lists.gnu.org/archive/
Hi Adonay!
Adonay Felipe Nogueira skribis:
> Also, setting XDG_DATA_DIRS makes .desktop menu items, and also icon
> themes be recognized for different applications, although some packages
> that I have since almost 5 months didn't make Guix suggest setting this
> variable, not even adwaita-icon-
Also, setting XDG_DATA_DIRS makes .desktop menu items, and also icon
themes be recognized for different applications, although some packages
that I have since almost 5 months didn't make Guix suggest setting this
variable, not even adwaita-icon-theme.
More good news!
It turns out that the XDG_DATA_DIRS bug is due to foreign distributions
using some Xsession.d scripts that do tests to check if that variable is
empty, and if it does exist, then they do nothing. This causes the
system to simply not set XDG_DATA_DIRS to useful values for foreign
di
Oh... So perhaps I misunderstood what "grafts" mean.
The first time I tested my custom argon2 and opendht recipes, they where
built so quickly that I thought it was using the "old" recipes.
Please ignore my suggestion for using `--no-grafts`. :)
On Wed, Mar 22, 2017 at 04:20:02PM -0300, Adonay Felipe Nogueira wrote:
> * Notes for testers
>
> - When installing:
>
> - Disable grafts (use `--no-grafts` option), otherwise you might be
> getting the original argon2 and opendht recipes.
Can you clarify this? Not using grafts will mean t
Today, I bring you some good and bad news! :)
* The good news
I'm attaching an improved version of my previous set of recipes.
This should allow *GuixSD* users to use GNU Ring straight away.
However, both Guix users (in foreign distributions) and GuixSD users,
must be advised that this is a wor
On Sat, Mar 18, 2017 at 08:20:32PM -0300, Adonay Felipe Nogueira wrote:
Here is a work-in-progress set of package definitions, the packages are
upgraded to their latest version, except for:
- pjproject(-sfl) :: Which I upgraded to 2.5.5 so as to respect the
compatibility
Here is a work-in-progress set of package definitions, the packages are
upgraded to their latest version, except for:
- pjproject(-sfl) :: Which I upgraded to 2.5.5 so as to respect the
compatibility of the patches that are in "[Tarball with
sfl-patches]/ring-project/daemon/contrib/src/pjproje
18 matches
Mail list logo
