Re: Iridium Browser

Em 8 de maio de 2019 10:57:10 BRT, Dexter Morgan escreveu: >I like to use this in Guix. > > > >https://directory.fsf.org/wiki?title=Iridium_Browser=74816 This is currently not free/libre according to [1]. [1] https://directory.fsf.org/wiki/Talk:Iridium_Browser -- - Página com formas de

Re: [GNU-linux-libre] [PATCH] gnu: Add ungoogled-chromium.

Em 16/02/2019 12:18, Julie Marchant escreveu: > libre? The only argument I've seen on the matter is the way copyright > works, but Chromium is under the Modified BSD License according to > documentation I was able to find. If some files are not actually covered For what is worth, what I learned

Re: [GNU-linux-libre] [PATCH] gnu: Add ungoogled-chromium.

Em 04/02/2019 02:52, bill-auger escreveu: > re: https://lists.gnu.org/archive/html/guix-devel/2019-02/msg9.html > > i would like to remind readers of the guix-devel list that it was > discussed some months ago, why no FSDG distros currently distribute > chromium[1] - it appeared at that time,

Re: Long term plan for GuixSD security: microkernels, ocap, RISC-V support

Em 24/09/2018 11:14, Ludovic Courtès escreveu: > Christopher Lemmer Webber skribis: >>- There's also Google's recent work with Magenta/Fuschia. From what >> I've read, architecturally this looks right. I think the reason >> for worry here is the same difficulty the community has

Re: Packaging a free Firefox

2018-05-02T23:06:37+0200 Clément Lassieur wrote: > Hi, Hi Clément, > I find Icecat very buggy, even if I compare it to a home-made Firefox > package that inherits Icecat (and thus is very close to Icecat). For > example I can't even pay with my credit card with icecat-52-guix, > whereas I can

Re: Preferred blog format - Markdown or SXML?

2018-04-22T14:08:33+0530 Pierre Neidhardt wrote: > What about Org-mode? > Rationale: > > http://karl-voit.at/2017/09/23/orgmode-as-markup-only Yeah... I was about to ask the same question. I don't want to force anyone to write in Org-mode, precisely because I don't write in the blog yet

Re: Guix on android blog post

2018-04-24T17:12:34+0530 Pierre Neidhardt wrote: > This is gold!! Thanks so much for sharing. Indeed it is! :D > Out of curiousity, any model you'd recommend, steered towards > Guix-friendliness? I would actually ask Replicant project, and potentially help with freeing/liberating the wireless

Re: emacs-25.3 aborted

I don't know what caused this, but something between Guix 0.14.0-6.0dcf675 and 0.14.0-8.bc880f9 forced my own computer attempt to build Emacs, and resulted in a working Emacs version. Store path name differences for Emacs: - Old (working): b1nbgnpifkisz4szmasxrwzqlgqagy8w-emacs-25.3 - New

Re: LanguageKit (targets llvm)

For those just getting the discussion, I have here a stripped log from from #guix IRC channel at chat.freenode.net: --8<---cut here---start->8--- 2018-01-13T11:31:33-0200 the Languagekit project targets llvm. Is it good for Guix ? And how does that relate to

Re: Meltdown / Spectre

With regards to BSD-3-Clause-Clear and BSD-2-Clause-FreeBSD vs. GPL (and variants), the latest version and "or-later" option of the latter allows a chance to transfer the freedoms of the software to the end-users' copy (it's not a perfect ingredient, because it depends on the rights holder to

Re: Meltdown / Spectre

I don't know if this serves as guidance as to if microcode is functional or not, but from [1] I quote: #+BEGIN_QUOTE However, there is an exception for secondary embedded processors. The exception applies to software delivered inside auxiliary and low-level processors and FPGAs, within which

Re: emacs-25.3 aborted

I'm using i686 here too. ;) 2017-12-14T00:15:23+0100 Ricardo Wurmus wrote: > I can reproduce this on i686. After installing Emacs with “guix package > --no-grafts -u emacs”, however, there is no crash. > > The crash only happens with the grafted Emacs. > > -- > Ricardo > > GPG: BCA6 89B6 3655

Re: emacs-25.3 aborted

Glad you found a work around. ;) 2017-12-12T11:04:40-0300 Daniel Pimentel wrote: > The problem is in GTK modules with Emacs. I installed the > emacs-no-x-toolkit and it works. > > --- > Daniel Pimentel (d4n1) > > On 2017-12-12 11:01, Adonay Felipe Nogueira wrote: >&g

Re: emacs-25.3 aborted

I might have found a way to work around the issue, I don't know if it solves the real problem, but might work for you. See the message I wrote in [1]. [1] . 2017-12-08T19:07:08-0200 D4n1 wrote: > Guix, > > Follow gdb output on

Re: Idea: Install script to better support improving contributor-friendliness of projects

+1 2017-11-30T15:12:41+0100 Hartmut Goebel wrote: > But sudo needs to be set up – which on many systems is not the case

Re: Idea: Install script to better support improving contributor-friendliness of projects

I think it could be replaced with command instructions such as `sudo -i' (or the one with long option instead, `sudo --login') or the related `su'-only counterpart (which I forgot how to use because I can't do so). Perhaps something like this (I don't know if this is correct):

Re: Idea: Install script to better support improving contributor-friendliness of projects

Contributing to what Leo Famulari said: Guix already allows you to setup a repository yourself for all of those who use GNU Guix package manager. I think the command was `guix publish'? >From there on, unless the repository maintainers are commited to follow the GNU FSDG, the official GNU Guix

Re: Idea: Install script to better support improving contributor-friendliness of projects

+1 2017-11-28T05:06:28+0800 Alex Vong wrote: > Hello, > > Here is a further explaination of why 'curl | sh' is a bad idea: > > https://stackoverflow.com/questions/29382739/why-using-curl-sudo-sh-is-not-advised > > Cheers, > Alex -- - https://libreplanet.org/wiki/User:Adfeno - Palestrante e

Re: emacs-25.3 aborted

There is a related item in help-guix ([1]), and there was an attempt made by me to get a backtrace and a strace --- although I still have to find out how to install debug symbols for GNU Emacs. As I replied there ([2]), it might be due to a change between 2017-10-10T08:25 BRT and 2017-10-30T16:27

Re: Guix on macOS

I hope they get more used to referring to GNU operating system, or GNU/Linux operating system too. I find it puzzling that most people call it Linux, the kernel (Linux) alone isn't an operating system, let alone usable without one. ;) Konrad Hinsen writes: > There

Re: Guix on macOS

Another thing that just came to my mind is the hard-coding of file name separators instead of using a combination of checkers to see if the 'file-name-separator-string matches the *target* system (as is briefly told in `info guile', the GNU Guile Scheme infopage). Although I don't know if macOS

Re: Updating Guix package manager on Debian-based systems

Just for clarity: "# " means it must be run as root. Generally, you woould want to update/pull and upgrade guix as root first. When done, then do the same for everyone that *does* have a Guix profile enabled. l...@gnu.org (Ludovic Courtès) writes: > Hello, > > > Guix can update itself. There

Re: Scope of support for Guix on other distros

Personally, I'm against mentioning these in the download page, the reason being that I *think* it is somewhat like recommending non-free system distributions. ng0 writes: > > By my own observation, systems including Guix either officially > or by third-party / community

Re: Browsing Guix (or any) lists with Gmane

Interesting... I wonder if this can be combined with the current Namazu instance? I ask because we also have Namazu which allows searching, and which I think is also provided by the provider who hosts this mailing list. Maxim Cournoyer writes: > Hello Guix! > > For

GuixSD on PXE (was: Do we really need our own installer?)

Should we really have instructions to do so? There are two possibilities: - One uses GuixSD with PXE to access his own computer. No services like "Internet caffe" or "thin clients" are provided *to* third-parties. - Someone decides to use GuixSD in PXE to provide the services described in

Re: Adopt a patch!

I agree. :) I rarely contribute to these places where there is such web interfaces. I like GNU Savannah (and Savane, the software) because it notifies through email like a mailing list would do, but I don't know if one can reply directly to the emails. Debbugs seems supperior because it allows

Re: Adopt a patch!

What about Kallithea ([1])? Alternativelly, we could use the tasks-and-issue trackers already available from GNU Savannah (although I don't know if this one supports the so called "pull/merge request" buttom). NOTE I don't quite like the "pull/merge request" buttom. I'm in favor of more people

Re: My experiences with GuixSD

I wonder which error message there was. Jonathan Brielmaier writes: > I tried installing from addons.mozilla.org but without success. There > was an error message. > > -- - https://libreplanet.org/wiki/User:Adfeno - Palestrante e consultor sobre /software/ livre

Re: Thunderbird

I see... Perhaps the extensions page can be redirected to the related page on the Free Software Directory, or completely disable the extensions page redirect and allow only packages to be installed either manually or also manually through GNU Guix. ng0 writes: > Hi, > >

Re: openssl is now a dependency of guix: possible license conflict?

I wonder if it can be made to support GnuTLS instead. I'm not a developer, but perhaps GNU Ring's patch against pjsip/pjproject might give us a hint on how to do so. -- - [[https://libreplanet.org/wiki/User:Adfeno]] - Palestrante e consultor sobre /software/ livre (não confundir com gratis).

Re: Continuing the work on the recipes related to GNU Ring

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).

Re: Thunderbird

The existence of Icedove and absense of Thunderbird in the following places tell me that the major issues aren't solved yet: - [[https://www.parabola.nu/packages/?q=thunderbird]]. - [[https://devel.trisquel.info/trisquel/package-helpers/tree/flidas]]. Flidas is the codename of the upcoming

Re: collaboration from students of a technical school

That's very good news indeed! :) I don't speak for the GNU Guix project itself, but here goes a description on how I ended up being a package maker for GNU Guix: For making package recipes, I mostly use knownledge about Scheme and basics of build systems (no need to know each of the various

Re: [directory-discuss] guix tags that could be automatically extracted

Interesting... Thanks for the information, I just posted a related note on the related thread/topic on the directory-discuss list. :)

Re: [directory-discuss] guix tags that could be automatically extracted

ng0, As was mentioned by Tobias, there was a small communication noise: [[https://lists.gnu.org/archive/html/directory-discuss/2017-07/msg3.html]]. His original intention with that message was to discuss the potential "MediaWiki -> GuixSD" importer only in guix-devel. And also the inverse

Re: Fun question: has anyone tried secure boot with GuixSD?

Thanks for asking others to leave the "Microsoft-phobia" aside. This is important because we must replace our (organization/brand)-based view with a per (product/project/model/work)-based view, because exclusively for-profit organizations aren't always in favor of the free/libre software movement

Re: [directory-discuss] guix tags that could be automatically extracted

As I explained in directory-discuss, in the same thread that started this one: I'm in favor of: Guix → FSF MW. But I don't think the other way around is good, as it might also imply losing the auto-sufficiency described in the first sections of the GNU FSDG. As far as I know, Quiliro's

Re: npm (mitigation)

Note that it's not required to include license notices (not to be confused with the license itself) in the header (or as metadata) of each source file. It's a recommendation, such that if someone gets only that specific file, then that person can easily know and have proof that such file is under

Re: npm (mitigation)

Hm... If this is indeed true, then it's indeed a concern. I wonder if we can check that out... -- - [[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 ele prefiro

Re: Seeking PHP "Hello World" project (or other simple example)

I also keep my distance from PHP. :) Although I know very few about it, and have programmed in it in the past, I prefer GNU Artanis, because it allows me to use Guile Scheme for doing sites, for which I'm getting familiar with, although I didn't make any website yet. Also, various researches

Re: Continuing the work on the recipes related to GNU Ring

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

Re: compiling guix is too slow?

I'm also trying to understand the cause of this. I still don't have enough time to begin investigating it or to suggest improvements, but I notice that it gets worse and with *more* resource usage if you pass the `--cores`/`-c` option with any value to `guix pull`. Without this option the

Re: Seeking PHP "Hello World" project (or other simple example)

Perhaps you can make such contribution directly to the official PHP project? :) -- - [[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 ele prefiro GNU Ring, ou

[OFF-TOPIC] Anyone providing gratis mailing list hosting for any small group?

NOTE: I'm Cc'ing the person I'm aiding, but I don't know if the person is subscribed to the list, so I think you should send a wide reply (reply to all of us). Hi all, this might be off-topic because hosting isn't the main subject of this list, but since there was a topic on providing hosting

Re: Continuing the work on the recipes related to GNU Ring

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

Re: GuixSD Success with grub-efi

Interesting, that would surely be something useful to document. I wonder if it's possible to use GuixSD with Secure Boot. Remember, however, that we should embrace Secure Boot and reject Restricted Boot

Re: What’s next?

I think we can try either using: - ISO dates: [Full year number]-[Two digit month number]-[Two digit day number]T[Two digit hour in 24-hour clock]:[Two digit minutes]:[Two digit seconds] - A numeric sufix: Like "latest.1" for the first generation, "latest.2" for the second, and so on, and

Re: What’s next?

As an average Guix user, I use `guix pull`. In fact, I avoid `git pull and the pre-inst-env stuff`. I prefer to work with GUIX_PACKAGE_PATH in order to work only with `guix package` and `guix build` if I do have the need to install or build something that I changed. -- -

Re: eclipse with scheme-48 devel-tool in guixSD

I suppose GNU Guile would be the better project to discuss this. GNU Guix uses GNU Guile, but GNU Guix isn't responsible for discussing GNU Guile development. -- - [[https://libreplanet.org/wiki/User:Adfeno]] - Palestrante e consultor sobre /software/ livre (não confundir com gratis). -

Re: Heads-up: transition to Guile 2.2

Thanks! This also fixes the problem for me. :)

Re: reepca joins Guix for GSoC 2017!

Welcome reepca! :) Although I'm not a developer, I do contribute to Guix by testing, reporting bugs, helping people out and also do some hacking from time to time. Also, depending on the subject, I also can provide some insights when called upon. So, feel free to ask for help or insight if you

Re: Suggest A debian-style menu system for guix

As some have noted, there are hooks to make FreeDesktop standard .desktop files. However, there is an important note: While this works well with GuixSD users, it might make Guix users' host desktop not start correctly if, for clarification, Guix advises the user to add the XDG_DATA_DIRS variable

Re: Suggest A debian-style menu system for guix

Personally, I find .desktop files better suited for this. Place each of them in "$HOME/.local/share/applications" directory. More information about the FreeDesktop .desktop standard can be found at: [[https://specifications.freedesktop.org/desktop-entry-spec/latest/]]. As it evidences, GNOME has

Re: Continuing the work on the recipes related to GNU Ring

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. :)

Re: Continuing the work on the recipes related to GNU Ring

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,

Re: Continuing the work on the recipes related to GNU Ring

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:

Re: guix in discussion on ycombinator hacker news

About the request for explaining the issue/bug with Linux-libre in more detail: I would love to do it myself, however, I don't have the technical expertise to dive into technical details and source code in order to explain it more technically. I could eventually come up with an article, but to

[Nicolas Cannasse] Re: Question about LICENSE file and overal license for neko project

This is a message for those wishing to package the neko project and components such as nekoc and nekoml. As I'm not a developer, this case is somewhat confusing to me, specially in regards to whether neko (virtual machine?) should have its license changed or not. I still didn't reply to them,

Re: Continuing the work on the recipes related to GNU Ring

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.

Re: Continuing the work on the recipes related to GNU Ring

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

Re: guix in discussion on ycombinator hacker news

Thank you very much for answering in my place! :) I do not follow "ycombinator" discussions, so *I won't look back* to that discussion *unless called upon*. But if, in the future, you find some strange comment, or some comment for which you're having a difficult time answering: don't hesitate to

Re: guix in discussion on ycombinator hacker news

Can someone with an "ycombinator" account please answear to the message at [[https://news.ycombinator.com/item?id=13914737]]. It's a common misunderstanding to think that the Linux-libre projeto forbids loading non-free modules/drivers by user's request after the kernel was installed. In fact,

Re: Continuing the work on the recipes related to GNU Ring

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`. :)

Re: Continuing the work on the recipes related to GNU Ring

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

Continuing the work on the recipes related to GNU Ring

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

Re: Leaving the guix project

Note: This message is of course not meant to be rude, and not meant to be "the source of absolute truth", so please take it lightly. Only for this message, and for the sake of easier understanding, the term "promote" will be used in this message as synonym for the following: install, share, sell,

Re: Leaving the guix project

Oh... I see... One must understand that while we mustn't recommend/install/share/sell/teach-usage-of non-free software for the users, they *can* do whatever they want. However, as I just said: If they want to make use of non-free software, they are on their own, and we should try to convince them

Re: gnu: abbaye: Update to 2.0.1 from new repository.

I must also apologize for the late reply. Thank you very much for your considerations, and also for expressing your concerns! :) I'm also sorry that I coudn't be of much help regarding correcting my mistakes in the patch. -- * https://libreplanet.org/wiki/User:Adfeno * Palestrante e consultor

Re: [GNU-linux-libre] Free firmware - A redefinition of the term and a new metric for it's measurement.

About that conversation involving some GuixSD user: He gave that kind of recommendation so easily? I'm shocked... Unless the conversation was cut somewhere, I didn't see indication that you wanted/want to develop free/libre replacement for the non-free software needed for RPI 2 to work. In this

Re: Ideas for Summer of Code 2017

Sorry, I just came by to this topic, and I'm somewhat interested in the context of the phrase "Mark was completely right - it's total BS".

Re: [PATCH] gnu: Add unetbootin.

We can take on the example of this fork instead: . -- * pt-BR: Brasileiro | en: Brazilian * pt-BR: Ativista do software livre | en: Free/libre software activist * https://libreplanet.org/wiki/User:Adfeno * pt-BR: Palestrante, consultor e avaliador

gnu: abbaye: Update to 2.0.1 from new repository.

and evaluator > From 1991208b15a9a304224091c09dd80d01862d3e36 Mon Sep 17 00:00:00 2001 From: Adonay Felipe Nogueira <adf...@openmailbox.org> Date: Sat, 14 Jan 2017 16:42:05 -0200 Subject: [PATCH] gnu: abbaye: Update to 2.0.1 from new repository. * gnu/packages/games.scm: (abbaye): Update

Re: Packaging IceCat extensions with Guix

We are more unhappy because CludFlare makes site visitors (of any site that uses their service) to use non-free software automatically. Sorry for self-promoting my actionst, but: There's even an action item about it on LibrePlanet wiki:

Re: Shutdown of googlecode end of the year - we have affected packages!

I might have found the new repository of our recipe for abbaye, and I have contacted the developers of abbaye (David Lara, also known as nevat) and he told me that the repository I found is the successor of the one in Google Code. Now, what is left to do is test the noew source files to see if

Dormant WIP (please take over): Add Tahoe-LAFS and various packages

This is one of my dormant works in progress. It wasn't touched since around October 3rd. Feel free to insert any copyright notices that are missing. I'm unable to continue it due to: * My lack in programming skills. * Important phases failing. * And a possible license issue with libbase32 (or

Re: Emacs-Guix released outside from Guix

I suspect that he's more used to have "push" permissions to repositories instead of submitting patches. I, personally, like to work with patches because this allows me to submit them directly to people involved in the project in cases the project in question requires non-(free/libre) software

Re: Shutdown of googlecode end of the year - we have affected packages!

I can't work on this issue right now, but I can at least do some preliminary listing of affected recipes, so here's a small contribution (although some removal of false-positives must be done): >From root of git repository (binary matches removed). $ grep -r 'googlecode'

Re: Writing recipe for Crypto++, and getting build errors

Indeed, you're right: I no longer need it. But I decided to test it so that people can make use of the patch you suggested. signature.asc Description: This is a digitally signed message part

Re: gnu: artanis: Remove implied $(DESTDIR) usage.

85d418a8750cb7b90cab12c5cc7687e8fd8a6981 Mon Sep 17 00:00:00 2001 From: Adonay Felipe Nogueira <adf...@openmailbox.org> Date: Mon, 17 Oct 2016 10:47:21 -0200 Subject: [PATCH] gnu: artanis: Remove implied $(DESTDIR) usage. * gnu/packages/patches/artanis-fix-Makefile.in.patch: New patch. * gnu/local.mk (dist_patch_DATA): Re

Re: Are these paths important to fix/set to (in/out)puts?

Thanks for relieving me. :) Does this also apply to the configure script that was found with such paths (in that attachment, look for '^\./configure') ? signature.asc Description: This is a digitally signed message part

gnu: artanis: Remove implied $(DESTDIR) usage.

and consulting about free/libre software. ## pt-BR: Sobre mim e contato | en: About me and contact <https://libreplanet.org/wiki/User:Adfeno> From a51dc9fd4237a37a20fe457defa1821663c8e944 Mon Sep 17 00:00:00 2001 From: Adonay Felipe Nogueira <adf...@openmailbox.org> Date: Sat, 15 Oct 2016 22

Re: Writing recipe for Crypto++, and getting build errors

Thank you very much! :) I have good news: The patch suggested by Ludovic does work. :) I did a test with a simple recipe (because I no longer need to deal with zipbomb itself, since I found the tar.gz generated by their repository, which luckly isn't a tarbomb). Now, reverting the patch with

Re: Writing recipe for Crypto++, and getting build errors

Note: I'm using Guix with other distribution, not GuixSD. I was trying to find out what is the "working tree" in my case, and I decided to investigate "/gnu/store", and I found three possible places that are directories: /gnu/store/...-guix-0.11.0-1.4420 /gnu/store/...-guix-latest

Re: question about license of unofficial translation of GPL as a sample text in dbacl (Re: notmuch users: how do you filter debbugs?)

I'm not a lawyer, so please don't take my recommendations as definitive answer. Regarding license translations that only serve as sample text, then I guess the best thing to do is to remove the sample text. If you decide to contact a lawyer or someone from the FSF who's able to answer this

Re: GNU IceCat 45 beta now available in Guix

Thanks, I have the new version and I plan to test it over time. :) signature.asc Description: This is a digitally signed message part

Re: [PATCH]Add PT Astra font.

A minor fix would be: Instead of forcing the source file name to a fixed string, make it more dynamic but still consistent, like so: (file-name name "-" version ".zip") signature.asc Description: This is a digitally signed message part

Are these paths important to fix/set to (in/out)puts?

Note 1: I'm not a programmer, so I don't understand how Autconf, Automake, GCC, Libtool, M4, or Make work. Note 2: If someone already did this evaluation on Artanis, or if there's already a consensus on how to handle such files, please tell me. While waiting for another patch for Artanis to be

Re: [PATCH] Fix artanis paths

I have sent a patch that tries to fix the issue. See: -- # pt-BR: Brasileiro | en: Brazilian * pt-BR: Palestra sobre liberdade de software (movimento filosófico político-social, não tecnológico). * en: Gives talks about software freedom

Re: question about license of unofficial translation of GPL as a sample text in dbacl (Re: notmuch users: how do you filter debbugs?)

I **guess** that restriction on modifying the GPL was made because of the problem of license proliferation that could arise from translations not accepted as such (that is: not accepted as translations). signature.asc Description: This is a digitally signed message part

Re: question about license of unofficial translation of GPL as a sample text in dbacl (Re: notmuch users: how do you filter debbugs?)

If I'm not mistaken, translations of the GNU GPL are not legally binding if they are presented by themselves. One must note that when the translation text is preceded by a section written in the license's original language that instructs the reader to take the original one as valid, then the

Re: Writing recipe for Crypto++, and getting build errors

Also, I forgot to tell: I found their Git repository, and that offers the source files in a directory inside a compressed file. signature.asc Description: This is a digitally signed message part

Re: Writing recipe for Crypto++, and getting build errors

I removed the snippet and tried replacing the unpack phase, and that did worked around the problem. Also, I found their Git repository, and that offers the source files in a directory inside a compressed file. signature.asc Description: This is a digitally signed message part

Re: Writing recipe for Crypto++, and getting build errors

Sorry for taking so long to answer. How do I use the patch in the source file? It seems to refer to some Guix internal, not a package definition. Meanwhile, I'll try to take the patch's content and apply it directly to the recipe (although my knowledge is very limited). signature.asc

Re: Writing recipe for Crypto++, and getting build errors

I tried your suggestions, and the unpack phase doesn't seem to be working as expected. Inspecting **all** the directories created with --keep-failed shows that the "source" directory wasn't made. In attachment are the new recipes that I'm using and also the `guix build` log. ;;; GNU Guix ---

Writing recipe for Crypto++, and getting build errors

Note: I'm not a programmer, the only thing I can understand is basic Guile Scheme and basic Bash scripting. So, I'm not really fit to make changes in the Crypto++'s source files by myself. I'm writing a recipe for Crypto++ and other packages. I'm not a programmer, but I decided to try to