ometimes the social cost to the
Debian community is not worth the benefits the software may bring.
I've read through a small section of their mailing lists and I'm happy
that they've found each other so that the rest of us (hopefully) don't
need to interact with them in other pro
t;
> As for the double spaces, I use them in descriptions, but not in
> commit messages (and I thought this was the policy). Apart from that,
> I am not a fan of them. Probably we should use unicode wide spaces
> instead, U+2002 en space or U+2004 three-per-em space ;-)
This seems more
model is:
section: (package|specific something): Very short description.
* location/to/file: (base function/package)[subheading]: Use your words
to describe the change, being specific and factual but not too verbose.
(and if you feel a need to add a reason for a change, it should be a
code comme
I support.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
de shipped in GCC that we'd be linking against for the
standard library is good. Plus we're not updating the vendored code as
it is.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
stream“. For
> instance, Guix is packaged by Debian or else.
Most Linux distributions use a newer GCC version than we do. I figure
that if we can build the daemon using our default GCC then we're doing
fine. We can also set the CFLAGS specifically for the daemon to use
whichever c++ standard
On Sun, Jun 15, 2025 at 08:17:08AM -0400, Leo Famulari wrote:
> On Sun, Jun 15, 2025, at 07:29, Efraim Flashner wrote:
> > As the owner of several aarch64 and riscv64 machines, I can tell you
> > that if they are running Guix System then I have them using the -generic
> > ke
I'm responding to my own message here to give a follow-up on my
progress:
On Wed, Jun 11, 2025 at 04:41:16PM +0300, Efraim Flashner wrote:
> (ins)efraim@3900XT ~/workspace/guix$ time ./pre-inst-env guix weather -m
> ./etc/manifests/release.scm
> computing 258 package derivati
sure if it's available to everyone for viewing, but from
https://codeberg.org/milestones I've been able to see milestones across
a couple of projects.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed
I need
> other people to make decisions about what to do.
I have one of the Novena boards on my desk next to me. I haven't gotten
it up and running yet, but it has been retired from the Guix build farm.
I planned on using it locally for some armhf specific builds.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
> >
> > In the past, what we did was to create a ‘version-1.4.0’ (or similar)
> > branch one or two weeks before release and would let ‘master’ live its
> > life, avoiding both total freeze and unintentional breakage while we’re
> > close to release (only people wor
to know if this improves things from any feedback that you gave?
>
> As well as any other thoughts, comments or ideas on how to improve this GCD!
>
> Steve / Futurile
>
> title: Regular and efficient releases
> id: 005
> status: submitted
> discussion: https://issues.g
On Thu, May 15, 2025 at 11:08:49PM +0200, Ludovic Courtès wrote:
> Hello,
>
> Efraim Flashner writes:
>
> > Currently I'm the only contributor to guix.vim. Seeing how much action
> > the emacs-guix plugin has been getting over the past few days now that
> > i
reduce the size of the code base, sure, but
> that’s not necessarily a win in terms of maintenance compared to a
> known-good read-only code base.
I'd phrase the code as known-working. Considering how much upstream Nix
has iterated over the past ~10 years on the daemon code I'
ersion for building the daemon if we
ditched Boost.Format and used . I think overall it would be a
good idea to not vendor that library, and this would allow us to do
that.
As far as packaging Guix in a foreign distro, I don't think it would be
a problem to require such a "new" vers
get resolved, and not
> > confuse the users.
>
> I think we should release more often (multiple times per year) and
> also add checks like building release artifacts and bootstrapping
> systems with clocks set into the future to detect another major
> annoyance: timebomb
hange the cgit clone URIs for
the repos that have been moved over?
example:
Clone
git://git.savannah.gnu.org/guix/emacs-guix.git
https://git.savannah.gnu.org/git/guix/emacs-guix.git
ssh://git.savannah.gnu.org/srv/git/guix/emacs-guix.git
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 137
Currently I'm the only contributor to guix.vim. Seeing how much action
the emacs-guix plugin has been getting over the past few days now that
it's at codeberg I think it would be good if we were to move the
upstream repo to be under the guix organization.
--
Efraim Flashner אפרים
ges.
> > > ### 8. Breaking changes to staging
> > > To avoid a period of time where teams can't commit breaking changes,
> > > these are
> > > sent to a new 'staging' branch, rather than directly to master. The
> > > master
> > >
factor authentication if they
have a method they're happy to use.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
ince that comment was first added I don't believe it is
memory constrained anymore. I've attached a diff of where I was, I
think the failure with my patch had to do with 128-bit somethings.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Con
list-gpgkeys.php?group=guix&download=1";))
((@ (guix build download) url-fetch) keyring-file gpg-keyring)
(system* "gpg" "--import" gpg-keyring)
;; Clean up after ourselves.
(delete-file gpg-keyring
--
Efraim Flashner אפרים פלשנר
> You will be given rights on Codeberg according to the “Rights and
> Privileges” section of GCD 002.
>
> Thanks in advance. :-)
>
> Ludo’.
https://codeberg.org/efraim
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confide
other hand, if we were to remove it we'd need to swap all the
sources to git-fetch. I suppose we could instead change it so that
after it parsed the URI it could send the repository over to the
generic-git updater to check for updates.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
ot;supported" now, I question how much
using librsvg-2.40.21 counts as "support".
At least this way we've built the Magic Initial Compiler™ ourselves.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
and I checked our version of git.
We have openssl integrated in several places in git (specifically in
cyrus-sasl) where gnutls wasn't a drop-in replacement. I think it would
be nice to be able to use gnutls instead of openssl in more places but
I'm willing to follow Debian's lead he
I support
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
ease schedule? Texlive has a Mastodon account, and they regularly
> post updates of single packages.
>
> Andreas
>
>
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
7;s moved after configure).
>
> Many tests and assets are also removed from rust-crates.scm sources.
>
> The next is documentation :)
I've attached the awk script I've written today. It takes the rust
packages from rust-crates.scm (or crates-*.scm), creates a fake
Cargo.l
On Thu, Feb 27, 2025 at 01:29:48PM +0800, Hilton Chain wrote:
> On Thu, 27 Feb 2025 02:45:33 +0800,
> Murilo wrote:
> >
> > On Wed Feb 26, 2025 at 12:30 PM -03, Efraim Flashner wrote:
> > > I was looking closely at cargo2guix earlier this week, and I hacked up
> &
ld be
> > enough.
>
> This can be done when we have decided to switch to this model.
>
> > A fun fact is that after that change, we probably won't need a rust-team
> > branch, except for upgrades to the build-system itself ;)
There are worse things in the world :) W
On Wed, Feb 26, 2025 at 10:12:55AM -0800, Vagrant Cascadian wrote:
> On 2025-02-24, Efraim Flashner wrote:
> > On Sun, Feb 23, 2025 at 01:21:02PM -0800, Vagrant Cascadian wrote:
> >> On 2025-02-23, Ludovic Courtès wrote:
> >> > Vagrant Cascadian skribis:
> >&g
x27;t used by
zoxide anymore but are used by another package?
> * Package cargo-audio[1] and cargo-license[2] or similiar software, and write
> a
> step-by-step packaging workflow.
>
> [1] https://github.com/rustsec/rustsec/tree/main/cargo-audit
> [2] https://github.com/on
ch should also handle everything that has a
> FFI/dependency in Guix.
>
> That way
> - we debundle the bulk with our "mainline rust" and bring down both
> maintainance burden and compilation times.
> - we give users an easier way to update their packages.
> - we coul
e been completed, but
> ci.guix.gnu.org still shows them as "scheduled" with no apparent
> progress for days.
I don't have ideas about this.
If its for the aarch64 build machines for ci.guix.gnu.org, do they
depend on rust for their images? If it's not for them then I sug
orce the packages to use slightly newer versions of
their inputs I wouldn't see it as something we'd need to do regularly
unless there's a security advisory.
Also switching to using the Cargo.lock to create a list of rust crates
needed to build the package should eliminate the possi
x27;t affect
> other modules).
>
> From my experience using this workflow on my personal channel I can package
> most rust apps in less than 10-15 minutes (including build time), and updates
> are really trivial to the point I can do even major version bumps in less than
>
On Sun, Feb 23, 2025 at 04:48:10PM +0100, Ludovic Courtès wrote:
> Hi,
>
> Efraim Flashner skribis:
>
> > I would like to get away from the cargo-inputs and
> > cargo-development-inputs if possible and to have all the packages as
> > regular and native inputs.
&g
On Wed, Feb 19, 2025 at 02:06:43PM -0800, Vagrant Cascadian wrote:
> On 2025-02-15, Vagrant Cascadian wrote:
> > On 2025-02-11, Efraim Flashner wrote:
> >> We discussed the next release during Guix Days and I volunteered to lead
> >> the effort.
> ...
> > I may
dist' and then using that tarball to build guix.
> live well,
> vagrant
Thanks for working on this!
I'm getting a test failure on "'download' built-in builder" from
tests/derivations.scm, with an incorrect hash. I'm not sure how it
could hash it twice and ge
gt; it may be removed after a one-month review period of the patch removing it"
>
> So I would suggest to send this patch to the issue tracker, maybe cc-ing
> the packager, and see what happens during the month.
I will note that the package builds (but fails the tests) with gccgo-12
e about it being a distinct list. I have guix-devel mails
automatically sort to a folder but info-guix lands right in my mailbox.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
On Wed, Feb 19, 2025 at 02:06:43PM -0800, Vagrant Cascadian wrote:
> On 2025-02-15, Vagrant Cascadian wrote:
> > On 2025-02-11, Efraim Flashner wrote:
> >> We discussed the next release during Guix Days and I volunteered to lead
> >> the effort.
> ...
> > I may
eeds to be tweaked to exclude the
glibc graft. I agree that we need to do an ungrafting run before a
release but I'm not sure we're at the pre-release ungraft yet. An
ungraft run in general would be a good thing.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7
see no need to rename leading branches on
> >> any existing projects.
> >
> >The fact that you see no need when obviously others do, might be time
> >better spent, in my humble opinion, by asking questions (internally or
> >externally) than making dismissive commen
ank you for all your
> contributions to the Guix project thus far!
Congrats!
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
ile.scm
manifests added to Cuirass. I'd hope we could keep 100% build on
installer.scm so we can actually offer all the options in the installer,
and the cross-compile.scm manifest might need to be split so we can
focus on cross-compiling an OS config vs cross-compiling binaries for
another a
ree.
>
> I think https://qa.guix.gnu.org/patches would be going in the right
> direction already--but I feel it does 500 internal server error
> pretty often.
>
> Just checked, it's not doing 500 internal server error right now.
> Nice :)
>
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
t; or not.
>
> These work for any Forgejo or Giteainstance, and I believe work the same on
> GitHub/GitLab also.
Is there a way to add this my the global gitconfig so that it happens
automatically for all remotes from a specific forge?
--
Efraim Flashner אפרים פלשנר
GPG key = A28B
important to count
all the votes and keep track of the process.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
On Wed, Feb 05, 2025 at 11:56:40AM +0100, Cayetano Santos wrote:
>
> >mer. 05 févr. 2025 at 12:36, Efraim Flashner wrote:
>
> > I packaged codeberg-cli (https://codeberg.org/Aviac/codeberg-cli) and
> > forgejo-cli (https://codeberg.org/Cyborus/forgejo-cli/) and g
r sites anyway to see about patch status
and available substitutes, and the codeberg site loads fast enough for
me. And it looks like I can create, read and comment on issues in a
repo using `berg issue` command so that actually sounds better than what
I have now.
--
Efraim Flashner אפרים פ
amount of
> rebuilding, I suppose we’ll have to set up a dedicated branch.
I ended up making the changes and pushing them to the rust-team branch.
Rust-team is right after mesa-updates, so we should be landing it soon™
¹
https://git.savannah.gnu.org/cgit/guix.git/commit/?h=rust-team&id=39c
-team. Currently it is behind
mesa-updates, which is the current branch waiting to merge.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
On Mon, Dec 16, 2024 at 05:05:09PM +0100, pelzflorian (Florian Pelz) wrote:
> Efraim Flashner writes:
>
> > On Sat, Dec 14, 2024 at 05:39:00PM -0800, R wrote:
> >> It would be nice to have a fully libre distro for riscv cpus.
> >
> > I agree!
> >
> >
ebian on the StarFive VisionFive1 board (limited
run, poorly supported upstream), which suggested that the vendor u-boot
image should be able to load an EFI image and boot that way.
Playing with this is high on my todo list.
¹ https://wiki.debian.org/InstallingDebianOn/StarFive/VisionFiveV1
--
On Sun, Dec 15, 2024 at 03:21:44PM -0500, Suhail Singh wrote:
> Ricardo Wurmus writes:
>
> > Efraim Flashner writes:
> >
> >> Since, IMO, the major uses of the actual guix package is for the daemon
> >> and the installer, I think we could tag a minor releas
tor release version is changed --- only in those cases I
> would consider it appropriate to bump up the Guix minor (or patch-level)
> version number.
Since, IMO, the major uses of the actual guix package is for the daemon
and the installer, I think we could tag a minor release just about ever
librsvg. Currently it still requires go itself as using gccgo
needs gccgo-toolchain.
On a side note, I would like to point out that we also use this for
linux-libre and for icecat.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality ca
On Thu, Dec 05, 2024 at 11:13:07AM +0100, Ludovic Courtès wrote:
> Hello,
>
> Efraim Flashner skribis:
>
> > I still have a copy of the code on my machine but unfortunately it no
> > longer builds due to the constant churn of rust packages.
> >
> > One thin
-configuration-root-directory ;String | #f
- (default #f)))
+ (default #f))
+ (shepherd-requirement
+mingetty-configuration-shepherd-requirement
+ ;; Since the login prompt shows the host name, wait
+;; for the 'host-name' s
ntion
to get correct.
I'm now thinking about the easy-package -> hard-package learning curve
for new contributors, and I'm not sure how we'd address that.
Also I don't think we should spam the bug tracker with package upgrades,
so we'd have to think about something fo
us it
would make it so that we can't touch anything in rust without causing a
full rebuild of everything.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
nts))
> (gnu packages version-control))
>
> (time (->bool (all-packages)));warm up
>
> (with-store store
> (statprof
>(lambda ()
> (dependents store (list libgit2) 1))
>#:full-stacks? #t
>#:display-style 'tree))
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
--
> [1]: https://substitute.boiledscript.com
Also the substitutes on berlin (ci.guix.gnu.org) might need to be baked
before they're served. So if it says there aren't substitutes it may be
worth waiting a few minutes and asking again to see if they just hadn't
been requested previously.
--
to
> do that is by checking for the build system in (package-supported-systems
> libcxi), which will avoid hardcoding duplicate arch tests in two packages.
I pushed a patch limiting cassini-headers (one of libcxi's dependencies)
to the architectures it supports, and then I adjusted libfabric to check
the transitive-supported-packages. Kicad should now build again on
ppc64le.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
"gnu/build-system/cmake.scm")))
> These are under guix/ and belong to the core team IIRC.
As someone who is in more teams than I mean to be, I wouldn't mind some
overlap between the different teams. Likely the default llvm hasn't
been upgraded still because no one wants to be the one to break
something. Also its nice when someone else is able to take something
off your plate.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
I'd like to welcome Ekaitz as our newest committer to Guix!
Ekaitz, why don't you introduce yourself again, since it's been a while
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails s
I've seen so far from your repo and reading your email
I would suggest just trying to bump make from 3.80 to 3.82, it Just
Worked™ for me, even on riscv64.
Also I had been using musl-1.1.24 as an intermediate step, but with some
of your code I currently have 1.2.5 built and am testing that out.
I'd also recommend checking out the wip-riscv-bootstrap branch on
savannah https://git.savannah.gnu.org/cgit/guix.git/log/?h=wip-riscv-bootstrap
or one of my mirrors https://git.sr.ht/~efraim/guix/tree/wip-riscv-bootstrap
to see some of the changes I've made to commencement.scm. For example I
ended up rewriting the musl install phase.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
/github.com/servo/core-foundation-rs/blob/dd284a07f4aec3b78667462cd7ef56d0c6153c68
>
Through some playing around I was able to build
rust-core-graphics-types@0.1.3, but I had to disable the automatic
linking. Since that crate is specifically for macOS I think the easiest
option you h
GOOPS!
'shepherd-run --version' now returns the correct string!
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
ould be possible to create a package in a
channel which depended on a specific branch (or commit) of shepherd as
it appeared upstream. Is that the type of thing you mean?
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality can
procedure call summary: 382 RPCs
built-in-builders ... 1
add-to-store/tree ... 3
add-to-store ...48
add-text-to-store ... 330
Garbage collection statistics:
heap size:79.57 MiB
allocated:122.75 MiB
On Mon, Nov 04, 2024 at 11:34:50PM +0100, Ludovic Courtès wrote:
> Hello,
>
> Efraim Flashner skribis:
>
> > On Sun, Nov 03, 2024 at 04:57:09PM +0100, Denis 'GNUtoo' Carikli wrote:
> >> Hi,
> >>
> >> On Sun, 3 Nov 2024 15:19:04 +0200
&
target_cpu" - only building utilities])
platform=none
;;
esac
else
platform="$with_platform"
fi
I'm pretty sure grub-efi builds for ppc64le, but it looks like you've
selected grub above.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
On Sun, Nov 03, 2024 at 04:57:09PM +0100, Denis 'GNUtoo' Carikli wrote:
> Hi,
>
> On Sun, 3 Nov 2024 15:19:04 +0200
> Efraim Flashner wrote:
>
> > Announcing the initial release of shepherd-run!
> >
> > Do you have experience with systemd and sy
n with Guix System already fully running on some of the aarch64
and riscv64 (and even armhf) machines that are already available?
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
more
> relevant approach! I added a comment about doing the migration
> automatically with Guix, but I won't be able to handle that quickly
> either.
No, I try to stay away from needing a database, I don't want to have to
administer it. I just like being able to apply CVE pa
know if
> you'd wish I write this patch + news item.
>
> > Andreas
> >
>
I feel like there is room for an 'upgrade action for postgresql, to dump
a database (also useful for a 'backup action!) and then re-import it,
but I didn't want to come anywhere near touc
n't like it because I'm sure it's overkill and would probably add
strain on the substitute servers, but it would decrease the number of
times 'searching for substitutes' is printed.
--
Efraim Flashner רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
himself back onto the board of the FSF a few years ago.
To phrase it diplomatically, it is not his Free Software positions that
give people pause. I will not try to list or go into detail the
different reasons people don't want to associate with him, but I will be
explicit that it is not be
contributions easier/faster or
more productive. With the idea of paying for things, not paying people
directly for their time.
--
Efraim Flashner רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
rson event (or online) where we
would get together and spend our time working on documentation or trying
to clear out all the pending patches or something else, and then have
the funding go toward travel and lodging and food.
--
Efraim Flashner רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D
On Tue, Oct 22, 2024 at 11:16:44AM -0400, Brennan Vincent wrote:
> Efraim Flashner writes:
>
> > On Tue, Oct 22, 2024 at 07:51:07AM -0400, Brennan Vincent wrote:
> >> Efraim Flashner writes:
> >>
> >> > On Tue, Oct 22, 2024 at 07:31:05AM +, Divya
On Tue, Oct 22, 2024 at 07:51:07AM -0400, Brennan Vincent wrote:
> Efraim Flashner writes:
>
> > On Tue, Oct 22, 2024 at 07:31:05AM +, Divya wrote:
> >> On 21 October 2024 18:08:44 GMT, Brennan Vincent
> >> wrote:
> >> >Note that we already have
ct help-debb...@gnu.org with problems
> > End of forwarded message
> >
>
> Hello Brennan,
>
> That sounds like good news then. It should be available in the guix channel
> soon then?
I'm not sure I have the time to d
ut, you can do this:
> >./etc/teams.scm show rust
> >
> > ...
> > members:
> > + Efraim Flashner
> >
> > Well, so a team can be one person ;-)
> > I think Efraim reads this list, but feel free to cc him.
>
> Thanks for that tip, Andreas!
>
ormat
> of the author field?
>
> I did not find anything regarding this in the manual.
>
> (I personally think it is bit sub-optimal, but before contacting the
> committers, I though I would check here whether there even is some
> policy regarding this.)
The best is to have the
t as punycode or
> > as noé dot eu ?
>
> Your address actually breaks my client, and all emails from you show up as
> being from "Guix Devel"
>
Previous email:
From: Noé Lopez via Development of GNU Guix and the GNU System distribution.
This email:
To: "n...@
t; recognize those packages.
>
> What is going wrong?
Try installing R and the R packages in the same profile. I'd suggest
installing R as a user instead of system-wide, but that's up to you.
--
Efraim Flashner רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D
ection, but I just haven’t allocated time to review it yet.
> Apologies!
>
> Could someone from the embedded or core teams (Cc’d) give a hand?
I'm currently traveling and won't be back home with my other devices
until the beginning of September. In the meantime I can see a
upported the old librsvg because the new one depends on
rust, instead we've worked around it so that those that can't use the
new one use the old one, and those packages which can't use the old one
specifically use the new one, with the side effect that gnome isn't
supported on all arc
er is
we're well covered on that front.)
--
Efraim Flashner רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
On Fri, Jul 05, 2024 at 11:00:52AM +0200, Ludovic Courtès wrote:
> Hi,
>
> Efraim Flashner skribis:
>
> > * gnu/ci.scm (%dead-platform-triplets): New variable.
> > (cross-jobs): Also don't build for systems listed in
> > %dead-p
current active aarch64/armv7 capacity.
Also looking at our current infrastructure at MDC, part of the reason we
have so many x86_64 machines is because that's what was bought with the
donated money, not because we actually needed quite that many, so some
of the numbers might be higher tha
python-team branch is farther up the queue it is
> not actually ready to be merged, pushing up kde-team, rust-team, and
> r-team. What is the status of the other branches in the queue?
The rust-team has no objections to you merging first.
--
Efraim Flashner רנשלפ םירפא
GPG key = A28B F40C 3E5
o, I'd like to publicly thank everyone who took part in this process.
> Especially Andrius, for all those sleepless nights we spent fixing weird
> compiler errors.
>
> Let's make this finally happen!
>
> Ekaitz
So close!
I have a couple of changes I've w
ch system
((or "x86_64-linux" "i686-linux")
(if (string-contains target "mingw")
base-commit: ab41f5ec1cf559708165e1cd28e15538e6a197d6
--
Efraim Flashner רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
On Thu, Jun 27, 2024 at 03:09:16PM +0200, Tomas Volf wrote:
> Hello,
>
> On 2024-06-27 05:50:02 -0700, Felix Lechner via Development of GNU Guix and
> the GNU System distribution. wrote:
> > Hi Efraim,
> >
> > On Wed, Jun 26 2024, Efraim Flashner wrote:
> &g
machines (citation needed).
I suggest that we stop cross-compiling packages to mips64el since it is
really dead-dead, and not just mostly-dead or nearly-dead.
¹ https://alpha.gnu.org/gnu/guix/
² https://en.wikipedia.org/wiki/Loongson#Loongson_microprocessor_specifications
³ https://www.debian.org/po
1 - 100 of 1090 matches
Mail list logo
