Re: rav1e AV1 encoder

2020-02-28 Thread Martin Becze
On 2/27/20 12:26 PM, Leo Famulari wrote: I'm wondering if I can just push the crates as a single commit, after inserting them alphabetically and fixing any cosmetic issues, and also handling the semver-compatible package updates. I know that we don't usually do this when adding packages to an

Re: missing dependency for ungoogled-chromium

2020-03-25 Thread Martin Becze
I submitted a patch awhile ago on this (https://issues.guix.gnu.org/issue/36632) but I couldn't figure out how to do it without propagating the input. On 3/25/20 4:46 AM, Marco van Hulten wrote: Hello— In a relatively clean profile, Chromium (ungoogled-chromium@80.0.3987.132-0.7e68f18) was c

Re: sorting Rust crates [was Re: rav1e AV1 encoder]

2020-04-12 Thread Martin Becze
I apologize I didn't see this message until now. I will look into this today. On 4/2/20 5:31 PM, Leo Famulari wrote: On Fri, Feb 21, 2020 at 04:15:43AM -0500, Martin Becze wrote: sort2.scm will sort a files exported packages alphanumerically. I'm working on packaging rav1e for

Re: sorting Rust crates [was Re: rav1e AV1 encoder]

2020-04-14 Thread Martin Becze
The problem should be fixed now. You can try it out about cloning `git clone https://gitlab.com/mjbecze/guix-package-sorter && cd guix-package-sorter` then do `./pre-install-env guix sort ` to sort the given file. Let me know if it works! On 4/12/20 10:22 AM, Martin Becze wrote: I apo

Re: Excessively energy-consuming software considered malware?

2022-02-20 Thread Martin Becze
I don't consider mining to be wastefully and this is a extremely subjective opinion. It should be a users choose whether or not they want to mine. A corner stone of free software is "(0) The freedom to run the program as you wish, for whatever purpose." By limiting what is  accessible to the us

Re: Excessively energy-consuming software considered malware?

2022-02-20 Thread Martin Becze
ty’ that I am sure can be agreed to death and which probably doesn't belong on this list. 2/20/22 17:52, Maxime Devos wrote: Martin Becze schreef op zo 20-02-2022 om 12:13 [+0100]: I don't consider mining to be wastefully and this is a extremely subjective opinion. What is subjective abo

Re: Excessively energy-consuming software considered malware?

2022-02-24 Thread Martin Becze
0 Years is an interesting narrative of how money's evolution was impart driven by the waging of mass war. On 2/24/22 10:23, Hartmut Goebel wrote: CW: politics below Am 20.02.22 um 21:39 schrieb Martin Becze: But undermining the governments ability to raise tax and therefor to wage war or n

dependancies for importers

2019-09-04 Thread Martin Becze
dependancy in a specified semantic version range and to do this I'm attempting to use a guile module (https://ngyro.com/software/guile-semver/). Is it possible to package this module then use it in an importer? Or should I just put the modules code directly in the `guix/import` ? Thanks, -Martin Becze

Re: dependancies for importers

2019-09-05 Thread Martin Becze
On 9/5/19 2:14 PM, Efraim Flashner wrote: > On Wed, Sep 04, 2019 at 04:20:46AM -0700, Martin Becze wrote: >> Hello, >> I'm wokring on the crate importer. It currently doesn't support >> versioning of dependancies and just always uses the latest version of a >&

Re: Overhauling the cargo-build-system

2019-11-15 Thread Martin Becze
Sorry for digging up and old issue, but i just saw commit 86e443c71d4d19e6f80cad9ca15b9c3a301c738c > It makes for a very large package definition, but we wouldn't have to ensure thousands of other rust libraries built so we The whole point of package management is that you can use module building

Re: Overhauling the cargo-build-system

2019-11-16 Thread Martin Becze
> It is quite frustrating to have to specify transitive dependencies at > the top level. I’m not sure what else is to be done, though. How about having something like "propagated-input" for rust source dependencies? The top level package could use the source deps as development-inputs so the

Re: Overhauling the cargo-build-system

2019-11-16 Thread Martin Becze
> What I would have liked is to somehow replace the #:cargo-inputs > argument (which is build-system-specific and thus “opaque”) with regular > ‘native-inputs’ or ‘inputs’ field. That would be lovely! I always wondered why "#:cargo-inputs" existed.

Re: [PATCH] WIP patches for the rust importer

2019-11-29 Thread Martin Becze
On 2019-11-28 12:22, Efraim Flashner wrote: > I'll take a look at it in a minute. I figured with the versioned > requirements we would always want to be specific in version numbers for > crate dependents so I figured it made sense. Also, if we did want to > provide an unversioned '-latest' version

Documenting Yubikey setup

2019-11-29 Thread Martin Becze
Hello Guix, It took me a bit of time to figure out how to setup my Yubikey. Where would be a good place to document how to do this? Thanks, -Martin Becze

Re: Documenting Yubikey setup

2019-11-29 Thread Martin Becze
On 2019-11-29 20:15, Pierre Neidhardt wrote: > To clarify, you can send your article to this mailing list with an > obvious title (e.g. [BLOG] ...) to get feedback before publishing. thanks Pierre! Maybe this should go into the cookbook though? I think ideally it would be a wiki entry. Its one of

Re: [PATCH] WIP patches for the rust importer

2019-12-01 Thread Martin Becze
On 2019-12-01 08:54, Efraim Flashner wrote: > Also, we don't want Guix to think 1.2.3 can only be upgraded to 1.2.3.4 > and not to 1.2.4. I'm kinda lost on this one. Why would guix think 1.2.3 can only be upgraded to 1.2.3.4?

Re: [PATCH] WIP patches for the rust importer

2019-12-01 Thread Martin Becze
On 2019-12-01 08:59, Efraim Flashner wrote: > On Fri, Nov 29, 2019 at 07:59:35AM -0800, Martin Becze wrote: >> On 2019-11-28 12:22, Efraim Flashner wrote: >> > On Wed, Nov 27, 2019 at 04:36:20PM -0800, mjbe...@riseup.net wrote: >> >> >> >> > I'

Re: [PATCH] WIP patches for the rust importer

2019-12-02 Thread Martin Becze
On 2019-12-02 04:01, Ivan Petkov wrote: > Hi Martin! > >> On Dec 1, 2019, at 7:17 PM, Martin Becze wrote: >> >> oh to be more clear. Even with "#:skip-build? #t" on all the rust >> libs, >> things fail if I omit one optional dependency from some

Re: [PATCH] WIP patches for the rust importer

2019-12-04 Thread Martin Becze
On 2019-12-04 02:40, Ivan Petkov wrote: > Hi Martin, > >> On Dec 2, 2019, at 3:10 PM, Martin Becze wrote: >> >> When you say source import of the transitive dependencies, do you >> mean >> that all the rust libs should just be source only or do you mean the &g

Re: Overhauling the cargo-build-system

2019-12-09 Thread Martin Becze
On 2019-12-09 04:45, Chris Marusich wrote: > input in order to actually build the program. In this model, I guess > every "*-src" package would have no inputs and just one output. I guess > any package that produces an artifact, for example the "ripgrep" > package, would list a bunch of "*-src"

Importers as independent packages?

2019-12-16 Thread Martin Becze
mporting things like alacritty much easier since it is not crates.io), which would probably mean have yet another dependency (guile-toml). What do you think about this Guix? Thanks, -Martin Becze

Re: Importers as independent packages?

2019-12-17 Thread Martin Becze
On 2019-12-17 04:37, Martin Becze wrote: > Hello Guix, > I have been working on a recursive importer that uses semantic > versioning over on #38408. It relies on guile-semver. I'm not exactly > sure how to add guile-semver as a dependency to guix. But I'm also not > sure

Re: Rust packaging coordination

2020-01-18 Thread Martin Becze
I have packaged alacritty (im using it as a test app for the recursive crate importer). I'll wait until you get tokei in! On 1/16/20 3:14 AM, John Soo wrote: Hello guix and rust packagers, I’m curious if anyone else is working on packaging rust apps. I have been working on a patch set for to

how to test service changes

2020-01-21 Thread Martin Becze
Hi Guix, I was in the processes of updating geoclue but I ran into a problem. I don't know how to test the updated package on my system. geoclue is installed by (geoclue-service) in my config.scm. How would I go about making `guix system reconfigure ./config.scm` use my updated package? Or i

Re: Documenting Yubikey setup

2020-01-23 Thread Martin Becze
gure out. On 1/14/20 11:21 PM, Chris Marusich wrote: Hi Martin, Martin Becze writes: For a user to access a Yubikey an udev rule needs to be added. This can be done by using the udev rules found in libu2f-host package. To use the rules the following should be added to your config.scm (use-modu

Re: how to test service changes

2020-01-23 Thread Martin Becze
Thanks Nicolo, after adding my user to the kvm group that works! On 1/22/20 2:50 AM, Nicolò Balzarotti wrote: Hi Martin, I think you can use ~./pre-inst-env guix system vm config.scm~ and test the service there. But maybe somebody else has better advices. Thanks, Nicolò Martin Becze writes

Re: Importers as independent packages?

2020-01-25 Thread Martin Becze
that looks to check for guile modules. Let me know if anything needs fixing! =Martin >From e4b022ce72582691dadae1b9f31ad6243914a5db Mon Sep 17 00:00:00 2001 From: Martin Becze Date: Sat, 18 Jan 2020 05:05:03 -0500 Subject: [PATCH v7 1/3] guix: import: (recursive-import) Allow for version

Re: (not) testing Rust packages?!

2020-01-25 Thread Martin Becze
Part of the reason is that bringing tests for a given library can bring in a massive amount of dependencies. So testing only the top level package seemed like the way to go. Maybe we could add testing when encountering problematic rust packages that break often? On 1/25/20 8:38 AM, Hartmut Goe

Re: (not) testing Rust packages?!

2020-01-25 Thread Martin Becze
On 1/25/20 11:46 AM, John Soo wrote: Hi Hartmut and Martin, I think it makes sense to run tests now. Part of the reason is that bringing tests for a given library can bring in a massive amount of dependencies. I think that we are getting close to having complete dependencies for most rus

Re: Rust packaging coordination

2020-01-30 Thread Martin Becze
I'm trying to finishup the recursive importer. After that is in I might work on Alacritty, but if anyone wants to work on it in the meantime feel free! On 2020-01-27 15:09, John Soo wrote: > Hi rust packagers, > > We have: ripgrep, tokei, cbindgen. > > I cc'd nicolo because they mentioned wantin

Re: rav1e AV1 encoder

2020-02-21 Thread Martin Becze
On 2/20/20 5:43 PM, Leo Famulari wrote: Should they be added to (gnu packages crates-io)? yep! And if so, should it be done as a single commit? Or one-by-one? One-by-one unfortunately It's 258 new packages, and figuring out the order they should be added in seems... too hard. They s

Re: rav1e AV1 encoder

2020-02-21 Thread Martin Becze
hmm do you mind sending me rav1e-sorted.scm? Thanks for the report! On 2/21/20 11:41 AM, Leo Famulari wrote: On Fri, Feb 21, 2020 at 04:15:43AM -0500, Martin Becze wrote: 2) Sort the packages, `guile -s ./sort2.scm mypackage.scm > mypackage.scm` (you will probably also want to sort cra

Re: rav1e AV1 encoder

2020-02-21 Thread Martin Becze
hmm do you mind sending me rav1e-sorted.scm? Thanks for the report! On 2/21/20 11:41 AM, Leo Famulari wrote: On Fri, Feb 21, 2020 at 04:15:43AM -0500, Martin Becze wrote: 2) Sort the packages, `guile -s ./sort2.scm mypackage.scm > mypackage.scm` (you will probably also want to sort cra

Re: rav1e AV1 encoder

2020-02-22 Thread Martin Becze
You need to remove the "(use-modules ..." from rav1e-sorted.scm, it should only have package definitions into. Ill also find away to handle that more elegantly On 2/21/20 11:56 AM, Leo Famulari wrote: On Fri, Feb 21, 2020 at 11:46:58AM -0500, Martin Becze wrote: hmm do you mind

Re: rav1e AV1 encoder

2020-02-24 Thread Martin Becze
However, it does not successfully handle inherited packages, doing things like removing rust-aho-corasick-0.7 even though rust-aho-corasick-0.6 inherits from it. Handling inheritance could be tricky, I have fully thought that part though. Additionally, the commit diffs it creates are a lit