all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / Atom feed
* Staging branch
@ 2020-12-06 17:58 Leo Famulari
  2020-12-06 19:11 ` Ryan Prior
                   ` (4 more replies)
  0 siblings, 5 replies; 68+ messages in thread
From: Leo Famulari @ 2020-12-06 17:58 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 295 bytes --]

Hello,

I just pushed a fix for #40832 (alsa-lib cannot find its plugins) to a
new 'staging' branch on Savannah.

The plan is to start building it next Friday, December 11.

Marius is planning to update Qt and Mesa in this round.

Are there any other changes we should make on this branch?

Leo

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-06 17:58 Staging branch Leo Famulari
@ 2020-12-06 19:11 ` Ryan Prior
  2020-12-06 20:20   ` Leo Famulari
  2020-12-13 20:00 ` Leo Famulari
                   ` (3 subsequent siblings)
  4 siblings, 1 reply; 68+ messages in thread
From: Ryan Prior @ 2020-12-06 19:11 UTC (permalink / raw)
  To: Development of GNU Guix and the GNU System distribution, Leo Famulari

[-- Attachment #1: Type: text/plain, Size: 246 bytes --]

On December 6, 2020, Leo Famulari <leo@famulari.name> wrote:
> Are there any other changes we should make on [staging]?

It would be great if we can update the default Ruby to 2.7.2. Is there a
process for updating Ruby I can follow to help out?

[-- Attachment #2: Type: text/html, Size: 2544 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-06 19:11 ` Ryan Prior
@ 2020-12-06 20:20   ` Leo Famulari
  2020-12-06 20:58     ` Leo Famulari
  0 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2020-12-06 20:20 UTC (permalink / raw)
  To: Ryan Prior; +Cc: Development of GNU Guix and the GNU System distribution

On Sun, Dec 06, 2020 at 07:11:49PM +0000, Ryan Prior wrote:
> It would be great if we can update the default Ruby to 2.7.2. Is there a
> process for updating Ruby I can follow to help out?

I don't know about Ruby in particular. The general process for updating
a "compiler" package is to update the package and then try rebuilding
everything that uses the build system in question.

`guix refresh --list-dependents` doesn't dependencies that go through
build systems, unfortunately. You could do `git grep ruby-build-system
gnu/packages`, choose some test packages, and let the build farm sort
out the rest.


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-06 20:20   ` Leo Famulari
@ 2020-12-06 20:58     ` Leo Famulari
  0 siblings, 0 replies; 68+ messages in thread
From: Leo Famulari @ 2020-12-06 20:58 UTC (permalink / raw)
  To: Ryan Prior; +Cc: Development of GNU Guix and the GNU System distribution

On Sun, Dec 06, 2020 at 03:20:50PM -0500, Leo Famulari wrote:
> `guix refresh --list-dependents` doesn't dependencies that go through
> build systems, unfortunately. You could do `git grep ruby-build-system
> gnu/packages`, choose some test packages, and let the build farm sort
> out the rest.

Marius shared this Guile snippet:

------
$ ./pre-inst-env guile
scheme@(guile-user)> (use-modules (guix build-system ruby) (gnu packages) (guix packages))
scheme@(guile-user)> (fold-packages (lambda (package result) (if (eq? (package-build-system package) ruby-build-system) (cons (package-name package) result) result)) '())
$1 = ("ruby-i18n" "ruby-data_uri" "ruby-rubocop-performance" "ruby-range-compressor" "ruby-rr" "ruby-pry" "ruby-highline" "ruby-websocket-driver" "ruby-webmock" "ruby-cucumber-core" "ruby-ae" "ruby-notiffany" "ruby-gem-hadar" "ruby-sanitize" "ruby-thread-safe" "ruby-ox" "ruby-morecane" "ruby-loofah" "ruby-htmlentities" "ruby-sequel" "ruby-permutation" "ruby-fast-gettext" "swagger-diff" "bundler" "ruby-json-schema" "ruby-thor" "ruby-multipart-post" "ruby-test-construct" "ruby-mail" "ruby-sporkmonger-rack-mount" "ruby-daemons" "ruby-hamster" "ruby-prawn-manual-builder" "ruby-tzinfo-data" "ruby-spinach" "ruby-bio-commandeer" "ruby-atoulme-saikuro" "ruby-fivemat" "ruby-colorize" "ruby-hydra" "ruby-rc4" "ruby-rb-fsevent" "ruby-ruby-prof" "ruby-jwt" "ruby-rexml" "ruby-oauth2" "ruby-childprocess" "ruby-hoe-git" "ruby-blankslate" "ruby-nio4r" "ruby-bio-logger" "ruby-cliver" "ruby-prawn-icon" "ruby-builder" "ruby-rack" "ruby-rb-inotify" "ruby-slop" "ruby-erubis" "ruby-tomparse" "ruby-rack-protection" "ruby-terminfo" "ruby-bump" "ruby-character-set" "ruby-shoulda-context" "ruby-minitest-bacon" "ruby-coderay" "ruby-aruba" "ruby-sass" "ruby-mspec" "ruby-prawn-table" "ruby-parser" "ruby-backport" "ruby-chunky-png" "ruby-spectroscope" "ruby-multi-json" "ruby-pry-editline" "ruby-open-uri-cached" "ruby-ptools" "ruby-power-assert" "ruby-parallel" "ruby-sass-listen" "ruby-unindent" "ruby-shellany" "ruby-text" "ruby-commander" "ruby-rubocop-ast" "ruby-term-ansicolor" "ruby-rake-compiler" "ruby-mkmf-lite" "ruby-log4r" "ruby-json" "ruby-code-statistics" "ruby-sqlite3" "ruby-gettext" "ruby-ruby-engine" "ruby-rubocop" "ruby-simplecov-html" "ruby-minitest-reporters" "ruby-forking-test-runner" "ruby-guard" "ruby-rspec-expectations" "ruby-maruku" "ruby-systemu" "ruby-rainbow" "ruby-ansi" "ruby-utils" "ruby-cucumber-tag-expressions" "ruby-fuubar" "ruby-benchmark-ips" "ruby-rspec-mocks" "ruby-net-scp" "ruby-mini-portile" "ruby-rspec-wait" "ruby-given-core" "ruby-minitest-pretty-diff" "ruby-hocon" "ruby-ast" "ruby-pry-byebug" "ruby-sorcerer" "ruby-pkg-config" "ruby-globalid" "ruby-packnga" "ruby-rspec" "ruby-middleware" "ruby-rubyzip" "ruby-racc" "ruby-simplecov" "ruby-rack-test" "ruby-rdoc" "ruby-mime-types" "ruby-useragent" "ruby-rouge" "ruby-regexp-parser" "ruby-wayback-machine-downloader" "ruby-prawn" "ruby-puma" "ruby-creole" "ruby-git" "ruby-gimme" "ruby-mime-types-data" "ruby-addressable" "ruby-cutest" "ruby-method-source" "ruby-em-websocket" "ruby-cucumber-wire" "ruby-sys-filesystem" "ruby-mercenary" "ruby-mimemagic" "ruby-cucumber-html-formatter" "ruby-mathn" "ruby-netrc" "ruby-byebug" "ruby-instantiator" "ruby-haml" "ruby-unf" "ruby-omniauth-oauth2" "ruby-locale" "ruby-rest-client" "ruby-redcloth" "ruby-idn-ruby" "ruby_version" "ruby-fakefs" "ruby-oj" "ruby-progressbar" "ruby-cuke-modeler" "ruby-treetop" "ruby-execjs" "ruby-cucumber-create-meta" "ruby-omniauth" "ruby-bacon-colored-output" "ruby-asciidoctor-pdf" "ruby-progress_bar" "ruby-markaby" "ruby-yard-tomdoc" "ruby-deep-merge" "ruby-rouge" "ruby-ffi-rzmq" "ruby-regexp-property-values" "ruby-heredoc-unindent" "ruby-wwtd" "ruby-contracts" "ruby-tdiff" "ruby-varint" "ruby-polyglot" "ruby-marcel" "ruby-multi-test" "ruby-afm" "ruby-ruby-parser" "ruby-qed" "ruby-net-http-persistent" "ruby-sys-uname" "ruby-octokit" "ruby-sawyer" "ruby-minitest-moar" "ruby-sdoc" "ruby-backports" "ruby-public-suffix" "ruby-pygmentize" "ruby-xml-simple" "ruby-rubytest" "ruby-connection-pool" "ruby-byebug" "ruby-ascii85" "ruby-command-line-reporter" "ruby-minitest-global-expectations" "ruby-net-ssh" "ruby-eventmachine" "ruby-open4" "ruby-css-parser" "ruby-mustache" "ruby-net-http-digest-auth" "ruby-lumberjack" "ruby-minitest" "ruby-docile" "ruby-thin" "ruby-mustermann" "ruby-rjb" "ruby-faraday" "ruby-minitest-tu-shim" "ruby-rspec-core" "ruby-orderedhash" "ruby-dep" "ruby-concurrent" "mailcatcher" "ruby-sinatra" "ruby-powerpack" "ruby-shoulda" "ruby-cucumber-expressions" "ruby-rspec-expectations" "ruby-sprockets" "ruby-rake" "ruby-brass" "ruby-options" "ruby-minitar" "ruby-warden-oauth2" "ruby-multi-xml" "ruby-listen" "ruby-asciidoctor" "ruby-prawn-svg" "ruby-tilt" "ruby-ffi-rzmq-core" "ruby-sassc" "ruby-pdf-core" "ruby-gherkin-ruby" "ruby-crack" "ruby-coveralls" "ruby-yard-with-tests" "ruby-nokogiri-diff" "ruby-nokogiri" "ruby-rubygems-tasks" "ruby-safe-yaml" "ruby-formatador" "ruby-arel" "ruby-cucumber-messages" "ruby-rspec-rerun" "ruby-httpclient" "ruby-mini-portile" "ruby-chandler" "ruby-introspection" "ruby-ttfunk" "ruby-pathutil" "ruby-maxitest" "ruby-mysql2" "ruby-sexp-processor" "ruby-minitest-around" "ruby-rspec-its" "ruby-rubytest-cli" "ruby-slop" "ruby-iruby" "ruby-single-cov" "ruby-slim" "jekyll" "ruby-pdf-inspector" "ruby-minitest-bonus-assertions" "ruby-pry-stack-explorer" "ruby-mocha-on-bacon" "ruby-shoulda-matchers" "ruby-contest" "ruby-tzinfo" "ruby-binding-of-caller" "ruby-liquid" "ruby-domain-name" "ruby-bacon-bits" "ruby-que" "ruby-http-cookie" "ruby-kramdown" "ruby-minitest" "ruby-test-queue" "ruby-libxml" "ruby-turn" "ruby-forwardable-extended" "ruby-lemon" "ruby-solargraph" "ruby-kramdown-parser-gfm" "ruby-prawn-templates" "ruby-cucumber" "ruby-pdf-reader" "ruby-erubi" "ruby-shoulda-matchers" "ruby-atoulme-antwrap" "ruby-nokogumbo" "ruby-http-parser.rb" "ruby-unf-ext" "ruby-yajl-ruby" "ruby-pstree" "ruby-rubypants" "ruby-rbnacl" "ruby-standard" "ruby-nenv" "ruby-cane" "ruby-hashdiff" "ruby-rsync" "ruby-rspec-mocks" "ruby-tins" "ruby-metaclass" "ruby-yard" "ruby-temple" "ruby-clap" "ruby-bindex" "ruby-terraform" "ruby-saikuro-treemap" "ruby-skinny" "ruby-jekyll-paginate-v2" "ruby-rspec-core" "ruby-cztop" "ruby-reverse-markdown" "ruby-rerun" "ruby-colorator" "ruby-activesupport" "ruby-minitest-sprint" "ruby-crass" "ruby-pandoc-ruby" "ruby-jekyll-sass-converter" "ruby-diff-lcs" "ruby-warden" "ruby-text-hyphen" "ruby-diffy" "ruby-unicode-display-width" "ruby-timecop" "ruby-lino" "ruby-bond" "ruby-command-line-reporter" "ruby-gherkin" "ruby-rspec-given" "ruby-hashery" "ruby-kpeg" "ruby-test-unit" "ruby-shindo" "ruby-minitest-rg" "ruby-sass-spec" "ruby-pg" "ruby-hoe" "ruby-minitest-focus" "ruby-parallel-tests" "ruby-mocha" "ruby-rspec" "ruby-redcarpet" "ruby-json-pure" "ruby-jekyll-watch" "ruby-ci-reporter" "ruby-rspec-support" "ruby-websocket-extensions" "ruby-hashie" "ruby-czmq-ffi-gen" "ruby-bacon" "ruby-jaro-winkler" "ruby-minitest-hooks" "ruby-org-ruby" "ruby-rails-dom-testing" "ruby-sass-rails" "ruby-sprockets-rails" "ruby-actioncable" "ruby-actionmailer" "ruby-activerecord" "ruby-autoprefixer-rails" "ruby-web-console" "ruby-rails" "ruby-rspec-rails" "ruby-activestorage" "ruby-with-advisory-lock" "ruby-actionview" "ruby-debug-inspector" "ruby-rails-html-sanitizer" "ruby-activemodel" "ruby-railties" "ruby-spring" "ruby-activejob" "ruby-actionpack" "ruby-protobuf" "ruby-asciimath" "ronn" "ruby-ffi" "ronn-ng" "es-dump-restore" "bio-locus" "bio-blastxmlparser" "bioruby" "ruby-bio-kseq" "facter")
------


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-06 17:58 Staging branch Leo Famulari
  2020-12-06 19:11 ` Ryan Prior
@ 2020-12-13 20:00 ` Leo Famulari
  2020-12-13 20:02   ` John Soo
  2020-12-23  5:27 ` Leo Famulari
                   ` (2 subsequent siblings)
  4 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2020-12-13 20:00 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 306 bytes --]

On Sun, Dec 06, 2020 at 12:58:46PM -0500, Leo Famulari wrote:
> The plan is to start building it next Friday, December 11.

Due to reasons, there are still a few more patches to be added to the
branch. They should be pushed today.

The plan is to work on the branch this week and complete it next
weekend.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-13 20:00 ` Leo Famulari
@ 2020-12-13 20:02   ` John Soo
  2020-12-13 20:56     ` Leo Famulari
  0 siblings, 1 reply; 68+ messages in thread
From: John Soo @ 2020-12-13 20:02 UTC (permalink / raw)
  To: Leo Famulari; +Cc: Guix-Devel

[-- Attachment #1: Type: text/plain, Size: 156 bytes --]

     Hello there, 

 
Is there any chance this could make it to staging before the merge?
 

 
http://issues.guix.gnu.org/42295
 

 
Thanks!
 

 
John
     

[-- Attachment #2: Type: text/html, Size: 299 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-13 20:02   ` John Soo
@ 2020-12-13 20:56     ` Leo Famulari
  2020-12-13 21:33       ` Christopher Baines
  2020-12-13 21:44       ` John Soo
  0 siblings, 2 replies; 68+ messages in thread
From: Leo Famulari @ 2020-12-13 20:56 UTC (permalink / raw)
  To: John Soo; +Cc: Guix-Devel

On Sun, Dec 13, 2020 at 12:02:50PM -0800, John Soo wrote:
> Is there any chance this could make it to staging before the merge?
>  
> http://issues.guix.gnu.org/42295

Can you clarify what it does (I'm not that familiar with Rust).

Is it likely that things will "just work", or will we need to do a lot
of clean-up work? The staging branch is for "non-disruptive" changes
that cause between 300 and 1800 packages to be rebuilt.

I counted 1175 instances of 'rust-build-system' in the packages, so if
it rebuilds every Rust package, it's within the limits for staging. I'm
not sure how many non-Rust packages depend on Rust transitively — ffmpeg
is one.


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-13 20:56     ` Leo Famulari
@ 2020-12-13 21:33       ` Christopher Baines
  2020-12-13 21:44       ` John Soo
  1 sibling, 0 replies; 68+ messages in thread
From: Christopher Baines @ 2020-12-13 21:33 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1505 bytes --]


Leo Famulari <leo@famulari.name> writes:

> On Sun, Dec 13, 2020 at 12:02:50PM -0800, John Soo wrote:
>> Is there any chance this could make it to staging before the merge?
>>  
>> http://issues.guix.gnu.org/42295
>
> Can you clarify what it does (I'm not that familiar with Rust).
>
> Is it likely that things will "just work", or will we need to do a lot
> of clean-up work? The staging branch is for "non-disruptive" changes
> that cause between 300 and 1800 packages to be rebuilt.
>
> I counted 1175 instances of 'rust-build-system' in the packages, so if
> it rebuilds every Rust package, it's within the limits for staging. I'm
> not sure how many non-Rust packages depend on Rust transitively — ffmpeg
> is one.

It's a bit difficult to find, but following through from this Patchwork
series [1], you can find this list of affected packages
[2]. Unfortunately that page doesn't give a count, but clicking through
to the JSON representation of the data, gives an array with 1663
elements in it, so I think there are 1663 packages where the derivation
would change (at least for x86_64-linux).

1: https://patchwork.cbaines.net/project/guix-patches/patch/5407eb2f-b499-2520-e0e5-48ca7171e6bd@ftbfs.org/
2: https://data.guix-patches.cbaines.net/compare/package-derivations?base_commit=1485736b94706a29db3d3b3d7ff9f9e69bfaef67&target_commit=178c879ef04bfa876606ab1f849430b12b291b35&system=x86_64-linux&target=none&build_change=&after_name=&limit_results=&all_results=on

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 987 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-13 20:56     ` Leo Famulari
  2020-12-13 21:33       ` Christopher Baines
@ 2020-12-13 21:44       ` John Soo
  2020-12-13 21:48         ` Leo Famulari
  1 sibling, 1 reply; 68+ messages in thread
From: John Soo @ 2020-12-13 21:44 UTC (permalink / raw)
  To: Leo Famulari; +Cc: Guix-Devel

[-- Attachment #1: Type: text/plain, Size: 192 bytes --]

     Hello, 

 
icecat, ungoogled-chromium, alacritty, ripgrep, exa and others depend on it at least. I have been using the patches for a few weeks.  
 

 
What do you think?
 

 
- John
     

[-- Attachment #2: Type: text/html, Size: 272 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-13 21:44       ` John Soo
@ 2020-12-13 21:48         ` Leo Famulari
  2020-12-13 21:50           ` John Soo
  0 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2020-12-13 21:48 UTC (permalink / raw)
  To: John Soo; +Cc: Guix-Devel

On Sun, Dec 13, 2020 at 01:44:01PM -0800, John Soo wrote:
> icecat, ungoogled-chromium, alacritty, ripgrep, exa and others depend on it at least. I have been using the patches for a few weeks.  
>  
> What do you think?

What I'm wondering is: does the patch make a simple change that is
unlikely to break a lot of dependents? Or could it be more complicated?

For example, changing a piece of documentation will probably not break
any dependents and, if it did, it would probably be easy to fix.

On the other hand, updating the Python interpreter is usually a huge
amount of work because many Python packages break and require upstream
fixes.

Are you able to "guesstimate" the impact of this patch in those terms?
I know very little about Rust so I'm not able to.


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-13 21:48         ` Leo Famulari
@ 2020-12-13 21:50           ` John Soo
  2020-12-13 22:10             ` Leo Famulari
  0 siblings, 1 reply; 68+ messages in thread
From: John Soo @ 2020-12-13 21:50 UTC (permalink / raw)
  To: Leo Famulari; +Cc: Guix-Devel

[-- Attachment #1: Type: text/plain, Size: 161 bytes --]

     Hi Leo, 

 
The patch adds an extra output, leaving the compiler unchanged so nothing should be effected in runtime as far as I know.  
 

 

 
- John
     

[-- Attachment #2: Type: text/html, Size: 233 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-13 21:50           ` John Soo
@ 2020-12-13 22:10             ` Leo Famulari
  2020-12-13 22:12               ` John Soo
  0 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2020-12-13 22:10 UTC (permalink / raw)
  To: John Soo; +Cc: Guix-Devel

On Sun, Dec 13, 2020 at 01:50:35PM -0800, John Soo wrote:
> The patch adds an extra output, leaving the compiler unchanged so nothing should be effected in runtime as far as I know.  

But the patch does a lot more than just add another output, right?


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-13 22:10             ` Leo Famulari
@ 2020-12-13 22:12               ` John Soo
  2020-12-13 23:01                 ` Leo Famulari
  0 siblings, 1 reply; 68+ messages in thread
From: John Soo @ 2020-12-13 22:12 UTC (permalink / raw)
  To: Leo Famulari; +Cc: Guix-Devel

[-- Attachment #1: Type: text/plain, Size: 120 bytes --]

     As far as I understand it, it adds just enough to the rust package definition to add the extra rustfmt output.     

[-- Attachment #2: Type: text/html, Size: 136 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-13 22:12               ` John Soo
@ 2020-12-13 23:01                 ` Leo Famulari
  2020-12-13 23:06                   ` John Soo
  0 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2020-12-13 23:01 UTC (permalink / raw)
  To: John Soo; +Cc: Guix-Devel

[-- Attachment #1: Type: text/plain, Size: 364 bytes --]

On Sun, Dec 13, 2020 at 02:12:59PM -0800, John Soo wrote:
>      As far as I understand it, it adds just enough to the rust package definition to add the extra rustfmt output.     

Okay, I tweaked the commit message and pushed as
48926b588528c5a2b591e1e97a5757eb78d3cac1.

Now the branch is frozen! Let's get to work making sure everything still
works :)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-13 23:01                 ` Leo Famulari
@ 2020-12-13 23:06                   ` John Soo
  0 siblings, 0 replies; 68+ messages in thread
From: John Soo @ 2020-12-13 23:06 UTC (permalink / raw)
  To: Leo Famulari; +Cc: Guix-Devel

[-- Attachment #1: Type: text/plain, Size: 34 bytes --]

     Thank you! Let’s test!     

[-- Attachment #2: Type: text/html, Size: 50 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-06 17:58 Staging branch Leo Famulari
  2020-12-06 19:11 ` Ryan Prior
  2020-12-13 20:00 ` Leo Famulari
@ 2020-12-23  5:27 ` Leo Famulari
  2020-12-23 22:46   ` Leo Famulari
  2021-01-08 23:25 ` Staging branch [i686] Leo Famulari
  2021-01-13 22:30 ` Staging branch [substitute availability] Leo Famulari
  4 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2020-12-23  5:27 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 928 bytes --]

On Sun, Dec 06, 2020 at 12:58:46PM -0500, Leo Famulari wrote:
> The plan is to start building it next Friday, December 11.

The staging branch is building:

https://data.guix-patches.cbaines.net/repository/2/branch/staging/latest-processed-revision/package-substitute-availability

It's moving a little more slowly than I'd hoped — currently there are
substitutes for 43% of packages on x86_64-linux, and less than that for
the other architectures.

The branch provides a working `guix system vm
doc/os-config-bare-bones.texi`. I'll test lightweight-desktop.texi next.

I'm asking for more testers :)

If you are using Guix System, you can try:

# guix pull --branch=staging && guix system reconfigure /etc/config.scm

... and on other distros, something like this:

# guix pull --branch=staging && systemctl restart guix-daemon && guix upgrade

... and reply with any problems.

Thanks in advance!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-23  5:27 ` Leo Famulari
@ 2020-12-23 22:46   ` Leo Famulari
  2020-12-29  7:37     ` Efraim Flashner
  2020-12-29  8:39     ` Staging branch Efraim Flashner
  0 siblings, 2 replies; 68+ messages in thread
From: Leo Famulari @ 2020-12-23 22:46 UTC (permalink / raw)
  To: guix-devel

On Wed, Dec 23, 2020 at 12:27:22AM -0500, Leo Famulari wrote:
> ... and reply with any problems.

The package kwidgetsaddons fails its test suite like this:

------
********* Start testing of KColumnResizerTest *********
Config: Using QtTest library 5.15.2, Qt 5.15.2 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 7.5.0), unknown unknown
PASS   : KColumnResizerTest::initTestCase()
QWARN  : KColumnResizerTest::test(forms) This plugin does not support propagateSizeHints()
PASS   : KColumnResizerTest::test(forms)
QWARN  : KColumnResizerTest::test(grids) This plugin does not support propagateSizeHints()
PASS   : KColumnResizerTest::test(grids)
QWARN  : KColumnResizerTest::test(grid-and-form) This plugin does not support propagateSizeHints()
FAIL!  : KColumnResizerTest::test(grid-and-form) Compared values are not the same
   Actual   (widget1->x()): 145
   Expected (widget2x)    : 161
   Loc: [/tmp/guix-build-kwidgetsaddons-5.70.0.drv-0/kwidgetsaddons-5.70.0/autotests/kcolumnresizertest.cpp(83)]
PASS   : KColumnResizerTest::cleanupTestCase()
Totals: 4 passed, 1 failed, 0 skipped, 0 blacklisted, 18ms
********* Finished testing of KColumnResizerTest *********


95% tests passed, 1 tests failed out of 19

Total Test time (real) =   8.27 sec

The following tests FAILED:
	 19 - kwidgetsaddons-kcolumnresizertest (Failed)
Errors while running CTest
make: *** [Makefile:110: test] Error 8

Test suite failed, dumping logs.
------

I tried using the newer version of this package (5.71) but it fails due
to incompatibilities with the rest of the KDE frameworks.

Any ideas?


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-23 22:46   ` Leo Famulari
@ 2020-12-29  7:37     ` Efraim Flashner
  2021-01-05  1:37       ` Staging branch [aarch64 failures] Leo Famulari
  2020-12-29  8:39     ` Staging branch Efraim Flashner
  1 sibling, 1 reply; 68+ messages in thread
From: Efraim Flashner @ 2020-12-29  7:37 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 2153 bytes --]

On Wed, Dec 23, 2020 at 05:46:25PM -0500, Leo Famulari wrote:
> On Wed, Dec 23, 2020 at 12:27:22AM -0500, Leo Famulari wrote:
> > ... and reply with any problems.
> 
> The package kwidgetsaddons fails its test suite like this:
> 
> ------
> ********* Start testing of KColumnResizerTest *********
> Config: Using QtTest library 5.15.2, Qt 5.15.2 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 7.5.0), unknown unknown
> PASS   : KColumnResizerTest::initTestCase()
> QWARN  : KColumnResizerTest::test(forms) This plugin does not support propagateSizeHints()
> PASS   : KColumnResizerTest::test(forms)
> QWARN  : KColumnResizerTest::test(grids) This plugin does not support propagateSizeHints()
> PASS   : KColumnResizerTest::test(grids)
> QWARN  : KColumnResizerTest::test(grid-and-form) This plugin does not support propagateSizeHints()
> FAIL!  : KColumnResizerTest::test(grid-and-form) Compared values are not the same
>    Actual   (widget1->x()): 145
>    Expected (widget2x)    : 161
>    Loc: [/tmp/guix-build-kwidgetsaddons-5.70.0.drv-0/kwidgetsaddons-5.70.0/autotests/kcolumnresizertest.cpp(83)]
> PASS   : KColumnResizerTest::cleanupTestCase()
> Totals: 4 passed, 1 failed, 0 skipped, 0 blacklisted, 18ms
> ********* Finished testing of KColumnResizerTest *********
> 
> 
> 95% tests passed, 1 tests failed out of 19
> 
> Total Test time (real) =   8.27 sec
> 
> The following tests FAILED:
> 	 19 - kwidgetsaddons-kcolumnresizertest (Failed)
> Errors while running CTest
> make: *** [Makefile:110: test] Error 8
> 
> Test suite failed, dumping logs.
> ------
> 
> I tried using the newer version of this package (5.71) but it fails due
> to incompatibilities with the rest of the KDE frameworks.
> 
> Any ideas?
> 

I got the same error while trying to build my profile.

I also got a transient test-suite error while building tuir, but it
passed after the 5th try.

-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-23 22:46   ` Leo Famulari
  2020-12-29  7:37     ` Efraim Flashner
@ 2020-12-29  8:39     ` Efraim Flashner
  2020-12-29 14:00       ` Efraim Flashner
  1 sibling, 1 reply; 68+ messages in thread
From: Efraim Flashner @ 2020-12-29  8:39 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 2196 bytes --]

On Wed, Dec 23, 2020 at 05:46:25PM -0500, Leo Famulari wrote:
> On Wed, Dec 23, 2020 at 12:27:22AM -0500, Leo Famulari wrote:
> > ... and reply with any problems.
> 
> The package kwidgetsaddons fails its test suite like this:
> 
> ------
> ********* Start testing of KColumnResizerTest *********
> Config: Using QtTest library 5.15.2, Qt 5.15.2 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 7.5.0), unknown unknown
> PASS   : KColumnResizerTest::initTestCase()
> QWARN  : KColumnResizerTest::test(forms) This plugin does not support propagateSizeHints()
> PASS   : KColumnResizerTest::test(forms)
> QWARN  : KColumnResizerTest::test(grids) This plugin does not support propagateSizeHints()
> PASS   : KColumnResizerTest::test(grids)
> QWARN  : KColumnResizerTest::test(grid-and-form) This plugin does not support propagateSizeHints()
> FAIL!  : KColumnResizerTest::test(grid-and-form) Compared values are not the same
>    Actual   (widget1->x()): 145
>    Expected (widget2x)    : 161
>    Loc: [/tmp/guix-build-kwidgetsaddons-5.70.0.drv-0/kwidgetsaddons-5.70.0/autotests/kcolumnresizertest.cpp(83)]
> PASS   : KColumnResizerTest::cleanupTestCase()
> Totals: 4 passed, 1 failed, 0 skipped, 0 blacklisted, 18ms
> ********* Finished testing of KColumnResizerTest *********
> 
> 
> 95% tests passed, 1 tests failed out of 19
> 
> Total Test time (real) =   8.27 sec
> 
> The following tests FAILED:
> 	 19 - kwidgetsaddons-kcolumnresizertest (Failed)
> Errors while running CTest
> make: *** [Makefile:110: test] Error 8
> 
> Test suite failed, dumping logs.
> ------
> 
> I tried using the newer version of this package (5.71) but it fails due
> to incompatibilities with the rest of the KDE frameworks.
> 
> Any ideas?
> 

The problem persists even when upgrading extra-cmake-modules and
kwidgetsaddons to 5.77.0.

I'm trying out disabling the test, I'll see what builds and what doesn't
if we just skip that test.

-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-29  8:39     ` Staging branch Efraim Flashner
@ 2020-12-29 14:00       ` Efraim Flashner
  2020-12-29 19:05         ` Leo Famulari
  0 siblings, 1 reply; 68+ messages in thread
From: Efraim Flashner @ 2020-12-29 14:00 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 2609 bytes --]

On Tue, Dec 29, 2020 at 10:39:09AM +0200, Efraim Flashner wrote:
> On Wed, Dec 23, 2020 at 05:46:25PM -0500, Leo Famulari wrote:
> > On Wed, Dec 23, 2020 at 12:27:22AM -0500, Leo Famulari wrote:
> > 
> > I tried using the newer version of this package (5.71) but it fails due
> > to incompatibilities with the rest of the KDE frameworks.
> > 
> > Any ideas?
> > 
> 
> The problem persists even when upgrading extra-cmake-modules and
> kwidgetsaddons to 5.77.0.
> 
> I'm trying out disabling the test, I'll see what builds and what doesn't
> if we just skip that test.
> 

I skipped the test and fixed a couple of other packages which weren't
building. The final list that failed to build for me was:

The following derivations would be built:
   /gnu/store/ddphzjax6lissg2hy82svsjm1gz52073-elisa-0.4.2.drv
   /gnu/store/ka3qs4fl6dqcn5p28j5m3ab5kfgj9d59-kmail-20.04.1.drv
   /gnu/store/4n34vjwj6mawhkkybpswsx762vz550gg-libksieve-20.04.1.drv
   /gnu/store/nmy4rr3fyxwgdirzb1rg5qrfnri0ypvx-kpimcommon-20.04.1.drv
   /gnu/store/xxqbqaizi6vf9skn9wwjy36vp2r110bx-purpose-5.70.0.drv
   /gnu/store/989ymvm67znqrybcxah48j4zr0475jbk-kmailcommon-20.04.1.drv
   /gnu/store/r1s11n050lx10fqg7knqqg61n11967f8-kmessagelib-20.04.1.drv
   /gnu/store/2qlmvbyg3pfprd8f81n8l9anjll9j1k6-grantleetheme-20.04.1.drv
   /gnu/store/l4fqdwsgfbfgmxh94w95fyll6v8i36im-libgravatar-20.04.1.drv
   /gnu/store/ngsm8ws3mlvag8pxq4xdl76hmzdv8v52-kdepim-apps-libs-20.04.1.drv
   /gnu/store/ic0jiln1jjzj3k7v1y05hl57f6fc8n8m-kaddressbook-20.04.1.drv
   /gnu/store/blvzp1d47x905anqxac4kfsx9p95cknj-korganizer-20.04.1.drv
   /gnu/store/j7pq7mb4b1dbfs2qzpaybmchm7xjcffv-keventviews-20.04.1.drv
   /gnu/store/jr5ka4lhq0gji1bqmmpik68nqy593q8q-kcalendarsupport-20.04.1.drv
   /gnu/store/ncgvh9vyasly3ygv31whqk5jzbv5984w-kincidenceeditor-20.04.1.drv
   /gnu/store/z7m20l2c70d11bxsqmzb5l1ymfldqkyv-knotes-20.04.1.drv
   /gnu/store/5p77xgq9q9yg6jpm1qpns7iq01mmfvch-kdepim-runtime-20.04.1.drv
   /gnu/store/ds7z6lphxbz7y2d1ksc11fq8792d7za5-choqok-1.7.0.drv
   /gnu/store/2wlmmxygf0yqi0d7s0vhkl0d2wkm0qsh-okular-20.12.0.drv
   /gnu/store/2x7j1wnln6h6xwni29wpkjdyg5mfjkjb-kdenlive-20.08.3.drv
   /gnu/store/2r7zqwlyjxvrv7ff55vd87qvklkc1r75-kamoso-20.04.1.drv

These are mostly blocked by purpose and grantleetheme. I'll see if those
suddenly start building correctly if I upgrade the whole KDE stack.


-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-29 14:00       ` Efraim Flashner
@ 2020-12-29 19:05         ` Leo Famulari
  2020-12-30  8:57           ` Efraim Flashner
  0 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2020-12-29 19:05 UTC (permalink / raw)
  To: Efraim Flashner; +Cc: guix-devel

On Tue, Dec 29, 2020 at 04:00:16PM +0200, Efraim Flashner wrote:
> These are mostly blocked by purpose and grantleetheme. I'll see if those
> suddenly start building correctly if I upgrade the whole KDE stack.

Thanks, Efraim!

Let me know if I can help with that.


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-29 19:05         ` Leo Famulari
@ 2020-12-30  8:57           ` Efraim Flashner
  2020-12-30 20:24             ` Leo Famulari
  0 siblings, 1 reply; 68+ messages in thread
From: Efraim Flashner @ 2020-12-30  8:57 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 950 bytes --]

On Tue, Dec 29, 2020 at 02:05:12PM -0500, Leo Famulari wrote:
> On Tue, Dec 29, 2020 at 04:00:16PM +0200, Efraim Flashner wrote:
> > These are mostly blocked by purpose and grantleetheme. I'll see if those
> > suddenly start building correctly if I upgrade the whole KDE stack.
> 
> Thanks, Efraim!
> 
> Let me know if I can help with that.

In the interest of getting staging merged soon-ish I think it's best to
leave the kde-frameworks at 5.70 for now. A quick 'guix refresh -u -t
kde' had a couple of patches which didn't apply anymore and isn't
something I want to just run through.

I would like to do it soon-ish though. We are starting to hit packages
which want a version of extra-cmake-modules newer than 5.70.

-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-30  8:57           ` Efraim Flashner
@ 2020-12-30 20:24             ` Leo Famulari
  2020-12-30 20:50               ` Efraim Flashner
  0 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2020-12-30 20:24 UTC (permalink / raw)
  To: Efraim Flashner; +Cc: guix-devel

On Wed, Dec 30, 2020 at 10:57:39AM +0200, Efraim Flashner wrote:
> In the interest of getting staging merged soon-ish I think it's best to
> leave the kde-frameworks at 5.70 for now. A quick 'guix refresh -u -t
> kde' had a couple of patches which didn't apply anymore and isn't
> something I want to just run through.
> 
> I would like to do it soon-ish though. We are starting to hit packages
> which want a version of extra-cmake-modules newer than 5.70.

Okay.

I saw you did some work on the branch — thanks!

Have you identified any other outstanding problems?


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-30 20:24             ` Leo Famulari
@ 2020-12-30 20:50               ` Efraim Flashner
  2021-01-02 16:59                 ` John Soo
  2021-01-02 19:01                 ` Reconfigured on staging Efraim Flashner
  0 siblings, 2 replies; 68+ messages in thread
From: Efraim Flashner @ 2020-12-30 20:50 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1203 bytes --]

On Wed, Dec 30, 2020 at 03:24:02PM -0500, Leo Famulari wrote:
> On Wed, Dec 30, 2020 at 10:57:39AM +0200, Efraim Flashner wrote:
> > In the interest of getting staging merged soon-ish I think it's best to
> > leave the kde-frameworks at 5.70 for now. A quick 'guix refresh -u -t
> > kde' had a couple of patches which didn't apply anymore and isn't
> > something I want to just run through.
> > 
> > I would like to do it soon-ish though. We are starting to hit packages
> > which want a version of extra-cmake-modules newer than 5.70.
> 
> Okay.
> 
> I saw you did some work on the branch — thanks!
> 
> Have you identified any other outstanding problems?

Python-arrow is blocking a couple of packages. Also offlate is blocked
by python-pygithub. qemu built for me on the 2nd or 3rd try. I don't
have a specific use case for either, but I know they build find on
master.

I haven't tried reconfiguring on staging yet but everything else seems to
build just fine.

-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2020-12-30 20:50               ` Efraim Flashner
@ 2021-01-02 16:59                 ` John Soo
  2021-01-02 18:37                   ` Leo Famulari
  2021-01-02 19:01                 ` Reconfigured on staging Efraim Flashner
  1 sibling, 1 reply; 68+ messages in thread
From: John Soo @ 2021-01-02 16:59 UTC (permalink / raw)
  To: Efraim Flashner; +Cc: Guix-Devel

[-- Attachment #1: Type: text/plain, Size: 281 bytes --]

     Hi there, 

 
Is staging not running in ci?    It looks like the last time it ran was just before the rustfmt output of rust (commit 48926b5).    Did changing rust@1.46 somehow keep ci from running on staging?
 

 
Maybe I am missing something.
 

 
Any clues?
 

 
John
     

[-- Attachment #2: Type: text/html, Size: 383 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2021-01-02 16:59                 ` John Soo
@ 2021-01-02 18:37                   ` Leo Famulari
  2021-01-03  4:38                     ` John Soo
  0 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2021-01-02 18:37 UTC (permalink / raw)
  To: John Soo; +Cc: Guix-Devel

On Sat, Jan 02, 2021 at 08:59:03AM -0800, John Soo wrote:
> Is staging not running in ci?    It looks like the last time it ran was just before the rustfmt output of rust (commit 48926b5).    Did changing rust@1.46 somehow keep ci from running on staging?

It is supposed to be running, but something has broken. This does happen
from time to time...


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Reconfigured on staging
  2020-12-30 20:50               ` Efraim Flashner
  2021-01-02 16:59                 ` John Soo
@ 2021-01-02 19:01                 ` Efraim Flashner
  2021-01-02 19:07                   ` Efraim Flashner
  1 sibling, 1 reply; 68+ messages in thread
From: Efraim Flashner @ 2021-01-02 19:01 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 3478 bytes --]

I've reconfigured my desktop on staging. Almost everything is working.
I'm running enlightenment on wayland, launched from sddm.

In icecat, if I maximize the window the graphics stretch instead of
resizing to the new window size. Then even if I switch back to "windowed
mode" I can't see the different tabs I have open. It's likely this is an
already existing problem with icecat on enlightenment/wayland, I ran
into it at least once before reconfiguring on staging, when I was trying
out wayland.

econnman doesn't start. I'm not really sure where the error is. Since
I'm using ethernet it doesn't affect me much, but it should be working.
I've attached the error if anyone wants to take a look at it.


(ins)efraim@3900XT ~$ econnman-bin
ERROR:dbus.proxies:Introspect error on :1.3:/: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 3 matched rules; type="method_call", sender=":1.166" (uid=1000 pid=8069 comm="/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python") interface="org.freedesktop.DBus.Introspectable" member="Introspect" error name="(unset)" requested_reply="0" destination=":1.3" (uid=0 pid=644 comm="/gnu/store/627ni6jawbqj2pd9a33i8ss1471rj4il-connma")
CRITICAL:root:Failed to get ConnMan Properties: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 3 matched rules; type="method_call", sender=":1.166" (uid=1000 pid=8069 comm="/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python") interface="net.connman.Manager" member="GetProperties" error name="(unset)" requested_reply="0" destination=":1.3" (uid=0 pid=644 comm="/gnu/store/627ni6jawbqj2pd9a33i8ss1471rj4il-connma")
CRITICAL:root:Failed to GetServices(): org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 3 matched rules; type="method_call", sender=":1.166" (uid=1000 pid=8069 comm="/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python") interface="net.connman.Manager" member="GetServices" error name="(unset)" requested_reply="0" destination=":1.3" (uid=0 pid=644 comm="/gnu/store/627ni6jawbqj2pd9a33i8ss1471rj4il-connma")
CRITICAL:root:Failed to get Services: Rejected send message, 3 matched rules; type="method_call", sender=":1.166" (uid=1000 pid=8069 comm="/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python") interface="net.connman.Manager" member="GetServices" error name="(unset)" requested_reply="0" destination=":1.3" (uid=0 pid=644 comm="/gnu/store/627ni6jawbqj2pd9a33i8ss1471rj4il-connma")
CRI<8069>:eina_log efl/dbus_mainloop/e_dbus.c:252 e_dbus_timeout_data_free() unknown log domain -1, original message level was: DBG
(ins)efraim@3900XT ~$ sudo !!
sudo econnman-bin
Password:
No protocol specified
No protocol specified
Traceback (most recent call last):
  File "/gnu/store/m5jjhhi5k6qs41rham62lfv9gz7mqy4g-econnman-1.1/bin/.econnman-bin-real", line 1496, in <module>
    win = Window("econnman", ELM_WIN_BASIC)
  File "efl/elementary/window.pxi", line 45, in efl.elementary.__init__.Window.__init__
  File "efl/elementary/object.pxi", line 111, in efl.elementary.__init__.Object._set_obj
  File "efl/evas/efl.evas_object.pxi", line 198, in efl.evas.Object._set_obj
  File "efl/eo/efl.eo.pyx", line 254, in efl.eo.Eo._set_obj
AssertionError: Cannot set a NULL object


-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Reconfigured on staging
  2021-01-02 19:01                 ` Reconfigured on staging Efraim Flashner
@ 2021-01-02 19:07                   ` Efraim Flashner
  0 siblings, 0 replies; 68+ messages in thread
From: Efraim Flashner @ 2021-01-02 19:07 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 3893 bytes --]

On Sat, Jan 02, 2021 at 09:01:23PM +0200, Efraim Flashner wrote:
> I've reconfigured my desktop on staging. Almost everything is working.
> I'm running enlightenment on wayland, launched from sddm.
> 
> In icecat, if I maximize the window the graphics stretch instead of
> resizing to the new window size. Then even if I switch back to "windowed
> mode" I can't see the different tabs I have open. It's likely this is an
> already existing problem with icecat on enlightenment/wayland, I ran
> into it at least once before reconfiguring on staging, when I was trying
> out wayland.

Just switched to enlightenment/X, problem disappeared completely.

> econnman doesn't start. I'm not really sure where the error is. Since
> I'm using ethernet it doesn't affect me much, but it should be working.
> I've attached the error if anyone wants to take a look at it.
> 
> 
> (ins)efraim@3900XT ~$ econnman-bin
> ERROR:dbus.proxies:Introspect error on :1.3:/: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 3 matched rules; type="method_call", sender=":1.166" (uid=1000 pid=8069 comm="/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python") interface="org.freedesktop.DBus.Introspectable" member="Introspect" error name="(unset)" requested_reply="0" destination=":1.3" (uid=0 pid=644 comm="/gnu/store/627ni6jawbqj2pd9a33i8ss1471rj4il-connma")
> CRITICAL:root:Failed to get ConnMan Properties: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 3 matched rules; type="method_call", sender=":1.166" (uid=1000 pid=8069 comm="/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python") interface="net.connman.Manager" member="GetProperties" error name="(unset)" requested_reply="0" destination=":1.3" (uid=0 pid=644 comm="/gnu/store/627ni6jawbqj2pd9a33i8ss1471rj4il-connma")
> CRITICAL:root:Failed to GetServices(): org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 3 matched rules; type="method_call", sender=":1.166" (uid=1000 pid=8069 comm="/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python") interface="net.connman.Manager" member="GetServices" error name="(unset)" requested_reply="0" destination=":1.3" (uid=0 pid=644 comm="/gnu/store/627ni6jawbqj2pd9a33i8ss1471rj4il-connma")
> CRITICAL:root:Failed to get Services: Rejected send message, 3 matched rules; type="method_call", sender=":1.166" (uid=1000 pid=8069 comm="/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python") interface="net.connman.Manager" member="GetServices" error name="(unset)" requested_reply="0" destination=":1.3" (uid=0 pid=644 comm="/gnu/store/627ni6jawbqj2pd9a33i8ss1471rj4il-connma")
> CRI<8069>:eina_log efl/dbus_mainloop/e_dbus.c:252 e_dbus_timeout_data_free() unknown log domain -1, original message level was: DBG
> (ins)efraim@3900XT ~$ sudo !!
> sudo econnman-bin
> Password:
> No protocol specified
> No protocol specified
> Traceback (most recent call last):
>   File "/gnu/store/m5jjhhi5k6qs41rham62lfv9gz7mqy4g-econnman-1.1/bin/.econnman-bin-real", line 1496, in <module>
>     win = Window("econnman", ELM_WIN_BASIC)
>   File "efl/elementary/window.pxi", line 45, in efl.elementary.__init__.Window.__init__
>   File "efl/elementary/object.pxi", line 111, in efl.elementary.__init__.Object._set_obj
>   File "efl/evas/efl.evas_object.pxi", line 198, in efl.evas.Object._set_obj
>   File "efl/eo/efl.eo.pyx", line 254, in efl.eo.Eo._set_obj
> AssertionError: Cannot set a NULL object
> 

Checked this one on enlightenment/X, the dbus error shows up when I try
to launch it from the task-bar type thing, the error I got previously
with sudo remains (without sudo) when launched from the CLI.



-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2021-01-02 18:37                   ` Leo Famulari
@ 2021-01-03  4:38                     ` John Soo
  2021-01-03 21:33                       ` Leo Famulari
  0 siblings, 1 reply; 68+ messages in thread
From: John Soo @ 2021-01-03  4:38 UTC (permalink / raw)
  To: Leo Famulari; +Cc: Guix-Devel

Hi Guix,

Leo Famulari <leo@famulari.name> writes:

> It is supposed to be running, but something has broken. This does happen
> from time to time...

Ah well...

For what it is worth I have rebased on staging and reconfiguring my
system on it built successfully.  Also my manifest built successfully.

I don't have many effected packages though [1].

Thanks again,

John

[1] My packages:

(define-public languages
  '("agda"
    "agda-ial"
    "cedille"
    "coq"
    "idris"
    "ocaml"
    "purescript"))

(define-public utilities
  '("aspell"
    "aspell-dict-en"
    "bpftrace"
    "cups"
    "direnv"
    "docker-cli"
    "dog"
    "emacs-no-x"
    "exa"
    "fd"
    "fish"
    "fish-foreign-env"
    "fzy"
    "gdb"
    "global"
    "groff"
    "make"
    "pijul"
    "pinentry"
    "recutils"
    "ripgrep"
    "rlwrap"
    "shellcheck"
    "skim"
    "time"
    "tlsdate"
    "tokei"
    "tmux"
    "unzip"))

(define-public browsers
  '("icecat"
    "lynx"
    "ungoogled-chromium"))

(define-public desktop-tools
  '("alacritty"
    "alsa-utils"
    "clipmenu"
    "compton"
    "dbus"
    "dunst"
    "garcon"
    "libnotify"
    "libreoffice"
    "mpv"
    "my-dmenu"
    "pulseaudio"
    "scrot"))

(define-public fonts
  '("mkfontdir"
    "mkfontscale"
    "font-dejavu"
    "font-iosevka"
    "font-iosevka-term-slab"))

(define-public haskell-tools
  '("ghc"
    "hlint"
    "hoogle"))

(define-public ocaml-tools
  '("opam"))

(define-public rust-tools
  '("rust"
    "rust:cargo"
    "rust:rls"
    "rust:rustfmt"))

(define-public guile-tools
  '("guile"
    "guile-colorized"
    "guile-readline"
    "guile-syntax-highlight"))

(define-public pdf-tools
  '("texlive"
    "zathura"
    "zathura-pdf-mupdf"))

(define-public xorg-tools
  '("gcc-toolchain"
    "ghc-dbus"
    "ghc-xmonad-contrib"
    "setxkbmap"
    "xcape"
    "xdg-utils"
    "xdotool"
    "xev"
    "xfontsel"
    "xinit"
    "xinput"
    "xlockmore"
    "xmessage"
    "xmobar"
    "xmonad"
    "xrandr"
    "xsel"
    "xsetroot"
    "xwallpaper"))

(define-public emacs-packages
  '("emacs-anzu"
    "emacs-avy"
    "emacs-cmake-mode"
    "emacs-company"
    "emacs-company-coq"
    "emacs-company-math"
    "emacs-counsel-projectile"
    "emacs-csv-mode"
    "emacs-cql-mode"
    "emacs-dash"
    "emacs-debbugs"
    "emacs-dhall-mode"
    "emacs-direnv"
    "emacs-dired-git-info"
    "emacs-diredfl"
    "emacs-docker"
    "emacs-dockerfile-mode"
    "emacs-ediprolog"
    "emacs-eglot"
    "emacs-elfeed"
    "emacs-elf-mode"
    "emacs-elm-mode"
    "emacs-emmet-mode"
    "emacs-evil"
    "emacs-evil-anzu"
    "emacs-evil-commentary"
    "emacs-evil-escape"
    "emacs-evil-leader"
    "emacs-evil-magit"
    "emacs-evil-org"
    "emacs-evil-surround"
    "emacs-evil-tmux-navigator"
    "emacs-f"
    "emacs-fill-column-indicator"
    "emacs-fish-completion"
    "emacs-fish-mode"
    "emacs-flycheck"
    "emacs-flycheck-elm"
    "emacs-flycheck-rust"
    "emacs-forge"
    "emacs-geiser"
    "emacs-goto-chg"
    "emacs-graphql-mode"
    "emacs-graphviz-dot-mode"
    "emacs-guix"
    "emacs-haskell-mode"
    "emacs-haskell-snippets"
    "emacs-ibuffer-projectile"
    "emacs-idris-mode"
    "emacs-imenu-list"
    "emacs-ivy"
    "emacs-let-alist"
    "emacs-magit"
    "emacs-markdown-mode"
    "emacs-merlin"
    "emacs-multi-term"
    "emacs-nix-mode"
    "emacs-nodejs-repl"
    "emacs-ob-restclient"
    "emacs-origami-el"
    "emacs-prescient"
    "emacs-projectile"
    "emacs-psc-ide"
    "emacs-recutils"
    "emacs-reformatter"
    "emacs-restclient"
    "emacs-rust-mode"
    "emacs-s"
    "emacs-slime"
    "emacs-slime-company"
    "emacs-sml-mode"
    "emacs-solarized-theme"
    "emacs-systemd-mode"
    "emacs-terraform-mode"
    "emacs-tuareg"
    "emacs-vimrc-mode"
    "emacs-web-mode"
    "emacs-wgrep"
    "emacs-which-key"
    "emacs-xclip"
    "emacs-xterm-color"
    "emacs-yaml-mode"
    "emacs-yasnippet"
    "proof-general"))


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch
  2021-01-03  4:38                     ` John Soo
@ 2021-01-03 21:33                       ` Leo Famulari
  0 siblings, 0 replies; 68+ messages in thread
From: Leo Famulari @ 2021-01-03 21:33 UTC (permalink / raw)
  To: John Soo; +Cc: Guix-Devel

On Sat, Jan 02, 2021 at 08:38:27PM -0800, John Soo wrote:
> For what it is worth I have rebased on staging and reconfiguring my
> system on it built successfully.  Also my manifest built successfully.

Thank you very much for testing it. I'd glad to hear that everything is
working for you.


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [aarch64 failures]
  2020-12-29  7:37     ` Efraim Flashner
@ 2021-01-05  1:37       ` Leo Famulari
  2021-01-05 12:01         ` Efraim Flashner
  0 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2021-01-05  1:37 UTC (permalink / raw)
  To: Efraim Flashner; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 775 bytes --]

The branch is building again!

http://ci.guix.gnu.org/eval/10974

Qtbase is failing on aarch64:

https://ci.guix.gnu.org/build/166439/details

There errors like this:

------
g++ -c -pipe -O2 -w -fPIC  -I. -I/gnu/store/48i8mxxb1v4x632dff3i1dbdhsazm8bw-mariadb-10.5.8-dev/include/mysql -I/gnu/store/48i8mxxb1v4x632dff3i1dbdhsazm8bw-mariadb-10.5.8-dev/include/mysql/mysql -I/tmp/guix-build-qtbase-5.15.2.drv-0/qtbase-everywhere-src-5.15.2/mkspecs/linux-g++ -o main.o main.cpp
g++ -Wl,-O1 -o mysql main.o   -L/gnu/store/c9id1jf4r3cfys6289p92wpdhk1ryns0-mariadb-10.5.8-lib/lib/
ld: main.o: in function `main':
main.cpp:(.text.startup+0x8): undefined reference to `mysql_get_client_version'
collect2: error: ld returned 1 exit status
make: *** [Makefile:69: mysql] Error 1
------

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [aarch64 failures]
  2021-01-05  1:37       ` Staging branch [aarch64 failures] Leo Famulari
@ 2021-01-05 12:01         ` Efraim Flashner
  2021-01-05 20:17           ` Efraim Flashner
  2021-01-05 23:07           ` Leo Famulari
  0 siblings, 2 replies; 68+ messages in thread
From: Efraim Flashner @ 2021-01-05 12:01 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1182 bytes --]

On Mon, Jan 04, 2021 at 08:37:44PM -0500, Leo Famulari wrote:
> The branch is building again!
> 
> http://ci.guix.gnu.org/eval/10974
> 
> Qtbase is failing on aarch64:
> 
> https://ci.guix.gnu.org/build/166439/details
> 
> There errors like this:
> 
> ------
> g++ -c -pipe -O2 -w -fPIC  -I. -I/gnu/store/48i8mxxb1v4x632dff3i1dbdhsazm8bw-mariadb-10.5.8-dev/include/mysql -I/gnu/store/48i8mxxb1v4x632dff3i1dbdhsazm8bw-mariadb-10.5.8-dev/include/mysql/mysql -I/tmp/guix-build-qtbase-5.15.2.drv-0/qtbase-everywhere-src-5.15.2/mkspecs/linux-g++ -o main.o main.cpp
> g++ -Wl,-O1 -o mysql main.o   -L/gnu/store/c9id1jf4r3cfys6289p92wpdhk1ryns0-mariadb-10.5.8-lib/lib/
> ld: main.o: in function `main':
> main.cpp:(.text.startup+0x8): undefined reference to `mysql_get_client_version'
> collect2: error: ld returned 1 exit status
> make: *** [Makefile:69: mysql] Error 1
> ------

qtbase built for me using qemu-binfmt emulation. Send it through again?


-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [aarch64 failures]
  2021-01-05 12:01         ` Efraim Flashner
@ 2021-01-05 20:17           ` Efraim Flashner
  2021-01-05 23:07           ` Leo Famulari
  1 sibling, 0 replies; 68+ messages in thread
From: Efraim Flashner @ 2021-01-05 20:17 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1339 bytes --]

On Tue, Jan 05, 2021 at 02:01:35PM +0200, Efraim Flashner wrote:
> On Mon, Jan 04, 2021 at 08:37:44PM -0500, Leo Famulari wrote:
> > The branch is building again!
> > 
> > http://ci.guix.gnu.org/eval/10974
> > 
> > Qtbase is failing on aarch64:
> > 
> > https://ci.guix.gnu.org/build/166439/details
> > 
> > There errors like this:
> > 
> > ------
> > g++ -c -pipe -O2 -w -fPIC  -I. -I/gnu/store/48i8mxxb1v4x632dff3i1dbdhsazm8bw-mariadb-10.5.8-dev/include/mysql -I/gnu/store/48i8mxxb1v4x632dff3i1dbdhsazm8bw-mariadb-10.5.8-dev/include/mysql/mysql -I/tmp/guix-build-qtbase-5.15.2.drv-0/qtbase-everywhere-src-5.15.2/mkspecs/linux-g++ -o main.o main.cpp
> > g++ -Wl,-O1 -o mysql main.o   -L/gnu/store/c9id1jf4r3cfys6289p92wpdhk1ryns0-mariadb-10.5.8-lib/lib/
> > ld: main.o: in function `main':
> > main.cpp:(.text.startup+0x8): undefined reference to `mysql_get_client_version'
> > collect2: error: ld returned 1 exit status
> > make: *** [Makefile:69: mysql] Error 1
> > ------
> 
> qtbase built for me using qemu-binfmt emulation. Send it through again?
> 

Also built for me just fine on my pine64.


-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [aarch64 failures]
  2021-01-05 12:01         ` Efraim Flashner
  2021-01-05 20:17           ` Efraim Flashner
@ 2021-01-05 23:07           ` Leo Famulari
  1 sibling, 0 replies; 68+ messages in thread
From: Leo Famulari @ 2021-01-05 23:07 UTC (permalink / raw)
  To: Efraim Flashner; +Cc: guix-devel

On Tue, Jan 05, 2021 at 02:01:35PM +0200, Efraim Flashner wrote:
> qtbase built for me using qemu-binfmt emulation. Send it through again?

I had Cuirass retry the build, and it failed immediately:

https://ci.guix.gnu.org/build/163857/details

The log file reads:

"while setting up the build environment: executing `/gnu/store/x3gq648qnfnla7nppyfjvj62s2i8y7rl-guile-3.0.2/bin/guile': No such file or directory"

Does anybody have advice?


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [i686]
  2020-12-06 17:58 Staging branch Leo Famulari
                   ` (2 preceding siblings ...)
  2020-12-23  5:27 ` Leo Famulari
@ 2021-01-08 23:25 ` Leo Famulari
  2021-01-13 22:30 ` Staging branch [substitute availability] Leo Famulari
  4 siblings, 0 replies; 68+ messages in thread
From: Leo Famulari @ 2021-01-08 23:25 UTC (permalink / raw)
  To: guix-devel; +Cc: guix-sysadmin

[-- Attachment #1: Type: text/plain, Size: 544 bytes --]

mesa has failed to build for i686-linux on the staging branch, but there
is no build log for this failure:

------
builder for `/gnu/store/isx9ra95v8gw3fqgrvz62cwrlzl5s5y7-mesa-20.2.4' failed previously (cached)
build of /gnu/store/26f51p9y1glpal0ik84qsyy5z7nqhc6w-mesa-20.2.4.drv failed
Could not find build log for '/gnu/store/26f51p9y1glpal0ik84qsyy5z7nqhc6w-mesa-20.2.4.drv'.
------

Is it safe to run clear cached failures on berlin? Using a command like
`guix gc --clear-failures
/gnu/store/isx9ra95v8gw3fqgrvz62cwrlzl5s5y7-mesa-20.2.4`?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability]
  2020-12-06 17:58 Staging branch Leo Famulari
                   ` (3 preceding siblings ...)
  2021-01-08 23:25 ` Staging branch [i686] Leo Famulari
@ 2021-01-13 22:30 ` Leo Famulari
  2021-01-13 23:31   ` Staging branch [substitute availability x86_64-linux] Leo Famulari
                     ` (4 more replies)
  4 siblings, 5 replies; 68+ messages in thread
From: Leo Famulari @ 2021-01-13 22:30 UTC (permalink / raw)
  To: guix-devel

Using `guix weather`, we can check substitute availability for the
staging branch:

------
master branch
aarch64: 66% 
x86_64: 93% 
i686: 85%
armhf: 51%

staging branch
aarch64: 44% 
x86_64: 80% 
i686: 60%
armhf: 30%
------

So, substitute availability is definitely lower on the staging branch.

It's not clear if this is the result of "real problems" with the
packages or problems with the build farm.


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability x86_64-linux]
  2021-01-13 22:30 ` Staging branch [substitute availability] Leo Famulari
@ 2021-01-13 23:31   ` Leo Famulari
  2021-01-13 23:33   ` Staging branch [substitute availability i686-linux] Leo Famulari
                     ` (3 subsequent siblings)
  4 siblings, 0 replies; 68+ messages in thread
From: Leo Famulari @ 2021-01-13 23:31 UTC (permalink / raw)
  To: guix-devel

Here is the "missing package" report printed by `guix weather
--coverage=10` for x86_64-linux.

The Java packages at the top of this list are private packages, but 
substitutes are available for them. Maybe they should be public, but 
hidden?

Overall, I think the staging branch is ready for x86_64-linux.

------
2402 packages are missing from 'https://ci.guix.gnu.org' for 'x86_64-linux', among which:
   370  java-org-ow2-parent-pom@1.3     /gnu/store/k7f85jn0g4r3pic9rcjxphm77w94pwqi-java-org-ow2-parent-pom-1.3 
   162  java-slf4j-parent@1.7.25        /gnu/store/h446mfbngdjxc1fv6xcpl9h9g78csplg-java-slf4j-parent-1.7.25 
   158  java-guava-parent-pom@20.0      /gnu/store/lz2sahbgyrfwbjfq9ks2z8qww62wll30-java-guava-parent-pom-20.0 
   154  java-google-parent-pom@5        /gnu/store/ca2xl55bxgzhyn3iw49nvc9smixxcz5z-java-google-parent-pom-5 
   119  java-snappy@1.1.7.5     /gnu/store/cq9x7m3nqdfw3kyxnzxjbkiy3ab8g75d-java-snappy-1.1.7.5 
   108  java-geronimo-genesis@2.1       /gnu/store/wx7bffn53f6xfqiqvsqkb5b3zj5k8djk-java-geronimo-genesis-2.1 
    74  java-plexus-containers-parent-pom@1.7.1 /gnu/store/vqzh225cvjzcjvbzaa6706d6f4j4hb07-java-plexus-containers-parent-pom-1.7.1 
    52  plexus-components-parent-pom@4.0        /gnu/store/siv9s9rx3n1ccjw4iw98xn6i8y5v27qm-plexus-components-parent-pom-4.0 
    52  java-sisu-inject-parent-pom@0.3.4       /gnu/store/mbda0iypwjin24r1b4qi5zlangdzpymy-java-sisu-inject-parent-pom-0.3.4 
    49  java-sisu-plexus-parent-pom@0.3.4       /gnu/store/pkqj1h4dd67snn9fsizkni066kg6b5ix-java-sisu-plexus-parent-pom-0.3.4 
    45  java-stringtemplate@4.0.6       /gnu/store/1rwvj03224ismgr30y2jq3lcg44kvks9-java-stringtemplate-4.0.6 
    44  maven-pom@3.6.1 /gnu/store/knlfsdw04aji3nsnd517mrzvgx7a4qfq-maven-pom-3.6.1 
    41  ocaml4.07-dose3@5.0.1   /gnu/store/pj35fddjlfg2dfhdanc7jdi28dpssfm9-ocaml4.07-dose3-5.0.1 
    40  maven-resolver-parent-pom@1.3.1 /gnu/store/3fb7x8iq7s4qr8iw5jaqfxb38jwj14yi-maven-resolver-parent-pom-1.3.1 
    39  cl-unicode@0.1.6        /gnu/store/6pbghy445vqb2ryv4z4gcxq10s8cs22a-cl-unicode-0.1.6 
    37  python2-cairocffi@1.2.0 /gnu/store/rkw14pvzg9jhk2d0l1idyh4c6hi9kaqg-python2-cairocffi-1.2.0-doc /gnu/store/7nqd9v2mvrdlx0swvwab33g43kpbi6ns-python2-cairocffi-1.2.0 
    35  java-jaxen-bootstrap@1.1.6      /gnu/store/jigmr6xzqf2gsvaa4nlqydpqr705apg9-java-jaxen-bootstrap-1.1.6 
    34  java-commons-collections@3.2.2  /gnu/store/ak09a9rz5k73jhai1g7dmzh0skkmkd5f-java-commons-collections-3.2.2 
    34  java-tunnelvisionlabs-antlr4-runtime@4.7.4      /gnu/store/ax4x9z2z2wv4db4isam6mzhnnhzjv1by-java-tunnelvisionlabs-antlr4-runtime-4.7.4 
    32  maven-plugin-tools-parent-pom@3.5       /gnu/store/3q1j8z1z0gfs1fxridcb2l6590dnjmd2-maven-plugin-tools-parent-pom-3.5 
    31  java-xstream@1.4.15     /gnu/store/nz1s1svrszjpd0vkcrdmxay30w2v96as-java-xstream-1.4.15 
    30  python2-numpydoc@0.8.0  /gnu/store/9jmb5hz8zhqcfn5fl3ys77m1q4ah2rr6-python2-numpydoc-0.8.0 
    25  maven-pom@3.0   /gnu/store/mk65i8z6z4gvl789il9nv0ghr84adm0x-maven-pom-3.0 
    20  r-affy@1.68.0   /gnu/store/xrzs85ix0h3mld053j3j3l2ggznp01q8-r-affy-1.68.0 
    17  cl-symbol-munger@0.0.1-1.97598d4        /gnu/store/cbfrlizlj2lx2z3j4xj9zvrcgbljhk5w-cl-symbol-munger-0.0.1-1.97598d4 
    16  maven-wagon-provider-api@3.3.4  /gnu/store/78nv8hicg8wywq04767z1nbp88czpg6i-maven-wagon-provider-api-3.3.4 
    15  python-stevedore@3.2.2  /gnu/store/ypifs3qxw0l5gw8w7l165zpcihi3k669-python-stevedore-3.2.2 
    15  r-uuid@0.1-4    /gnu/store/s5nxr3jhfp7cdfl1dclc79c8djgwa12d-r-uuid-0.1-4 
    14  stumpwm@20.11   /gnu/store/9f98ids4s8hg306chy36d3bhk7zmyg9a-stumpwm-20.11-lib /gnu/store/pjfirqc9zxzmk2kap1kph07xib1s1749-stumpwm-20.11 
    14  cl-syntax@0.0.3 /gnu/store/m7miy4bz0slcib33hi6v1cw2wh3wrd5g-cl-syntax-0.0.3 
    14  python-arrow@0.17.0     /gnu/store/q9j7snxqyirpq94dqpjl3y9hvjzljynq-python-arrow-0.17.0 
    13  osinfo-db-tools@1.8.0   /gnu/store/w05va2s51vx70c0akgs73wnc09j2bxws-osinfo-db-tools-1.8.0 
    12  python-trytond-currency@5.6.0   /gnu/store/8d19alw9wavp94xfka4pvr9gb3bvzahj-python-trytond-currency-5.6.0 
    12  java-eclipse-jetty-http-test-classes@9.2.22     /gnu/store/3xj4swsbyrnlh8f5awy36qx3i51ah8fl-java-eclipse-jetty-http-test-classes-9.2.22 
    12  sdl-union@1.2.15        /gnu/store/hkl87qvqvhqvja954hk4b4i9s3a2l69v-sdl-union-1.2.15 
    11  python-openstackdocstheme@1.18.1        /gnu/store/wshcx7j6ld0gmsd6iikib50b1b423420-python-openstackdocstheme-1.18.1 
    11  doctest@2.4.4   /gnu/store/84rh11m92a2vmpap4rdppb5l6n6x521h-doctest-2.4.4
    10  r-dorng@1.8.2   /gnu/store/i5za4zyldlnqb9vy5aby4s7ff2bm3qj0-r-dorng-1.8.2
    10  r-insight@0.11.1        /gnu/store/z2xazlvfq2qpj7wcr3p5is3s4y86q5ps-r-insight-0.11.1
    10  libxaw3d@1.6.3  /gnu/store/93yq8qgvjsp6zcxipzvi40g2fvx9vsq7-libxaw3d-1.6.3
    10  r-scrime@1.3.5  /gnu/store/kj6gjbdpariqcp6iclkxypm8i4jb53li-r-scrime-1.3.5
    10  r-beanplot@1.2  /gnu/store/w3r5vl74m9xklhbsa243gnhnkryicb2s-r-beanplot-1.2
------



^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability i686-linux]
  2021-01-13 22:30 ` Staging branch [substitute availability] Leo Famulari
  2021-01-13 23:31   ` Staging branch [substitute availability x86_64-linux] Leo Famulari
@ 2021-01-13 23:33   ` Leo Famulari
  2021-01-14  0:22     ` Leo Famulari
  2021-01-14 22:37     ` Ricardo Wurmus
  2021-01-13 23:36   ` Staging branch [substitute availability armhf-linux] Leo Famulari
                     ` (2 subsequent siblings)
  4 siblings, 2 replies; 68+ messages in thread
From: Leo Famulari @ 2021-01-13 23:33 UTC (permalink / raw)
  To: guix-devel

For i686-linux:

Should we even be attempting to build Rust on this platform? Has it ever
worked? What about the ant-bootstrap?

The mesa test suite failure is reproducible, and the error messages are
found below.

------
2286 packages are missing from 'https://ci.guix.gnu.org' for 'i686-linux', among which:
  2179  mesa@20.2.4     /gnu/store/y2pqvr7297q7pkj82qrgwvsvfg2mvbam-mesa-20.2.4-bin /gnu/store/isx9ra95v8gw3fqgrvz62cwrlzl5s5y7-mesa-20.2.4
  1990  rust@1.19.0     /gnu/store/cazsr6swdp457h6j2df9slmsrv45bqvq-rust-1.19.0-cargo /gnu/store/p9sj678d8sk9wqp86gqq1ghl5w1alrk4-rust-1.19.0
   580  ant-bootstrap@1.8.4     /gnu/store/rb0r3r4vf3gd63bqinpkha9450yzvjm6-ant-bootstrap-1.8.4
   220  mesa@20.2.4     /gnu/store/y2pqvr7297q7pkj82qrgwvsvfg2mvbam-mesa-20.2.4-bin /gnu/store/isx9ra95v8gw3fqgrvz62cwrlzl5s5y7-mesa-20.2.4
   149  protobuf@3.14.0 /gnu/store/6d54h23b86hs9y8y6528962sbg8qd43n-protobuf-3.14.0 /gnu/store/hfarq203gg3hh2q179zabidh0rlcjbp5-protobuf-3.14.0-static
    69  ucx@1.6.1       /gnu/store/rw5qfppz6pjzvxlir7ad67znww6nrc8d-ucx-1.6.1
    68  psm2@11.2.86    /gnu/store/8cqcmlww41srcihcl30fqllzs0xajw4n-psm2-11.2.86
    46  htslib@1.9      /gnu/store/m58c8bc9b4v8ij0w5vd6q2da27rvmx3z-htslib-1.9
    44  htslib@1.11     /gnu/store/a9g55dfay50aiwxiwxaw001b9fkcdn1f-htslib-1.11
    42  go-gopkg-in-yaml-v2@2.2.2       /gnu/store/7ynxpa5r5j17np17g9d74dkbbjrvi6fb-go-gopkg-in-yaml-v2-2.2.2
    40  ruby-ruby-prof@1.4.1    /gnu/store/5j9v7afqi0qhkna8izza5hppg1q7q79d-ruby-ruby-prof-1.4.1
    31  python-gevent@20.9.0    /gnu/store/2nl53qjhm429pdj3vf2czlkfq7fg83ir-python-gevent-20.9.0
    30  python2-numpydoc@0.8.0  /gnu/store/f9i0psw9kwljfkfprwja53lmn3h7qd5q-python2-numpydoc-0.8.0
    28  python2-pympler@0.8     /gnu/store/a6gvqx4876mddscz0a1109fp1qr11lvd-python2-pympler-0.8
    28  libgeotiff@1.5.1        /gnu/store/2mk87lgadgclnkzh3fq44qwnrrzd3sg9-libgeotiff-1.5.1
    23  python-networkx@2.5     /gnu/store/dq3gld1h74w7a6z5fll2byf19rflr4rs-python-networkx-2.5
    21  rakudo@2019.03.1        /gnu/store/l2w4b9bbkg4dwmvyz3c8la8h2i18kl3v-rakudo-2019.03.1
    20  python2-twisted@19.7.0  /gnu/store/nzv3qhggqawwpzmj65p2hcg8iqi1j22f-python2-twisted-19.7.0
    19  ocaml-migrate-parsetree@1.7.3   /gnu/store/7mkcrkqxs27vxsxvnx0ddd9m8p7ml21s-ocaml-migrate-parsetree-1.7.3
    16  python2-zope-testrunner@5.2     /gnu/store/ya3l6fa2cnlsr3kxsxlh1zqxvvq9k4xs-python2-zope-testrunner-5.2
    15  r-assertive-base@0.0-7  /gnu/store/z5akvxvl6g3gnlbf7q3jp43gjfxq9vrc-r-assertive-base-0.0-7
    14  python-arrow@0.17.0     /gnu/store/3b6fmmsx3bywk4js088kq06vmsg8y1v8-python-arrow-0.17.0
    13  mono@4.4.1.0    /gnu/store/k84fvwkv58440cmi52yzycl3v56klxmx-mono-4.4.1.0
    12  r-webshot@0.5.2 /gnu/store/fqszb150xjm8y516ms8n3my9dy5p1sri-r-webshot-0.5.2
    12  r-flowcore@2.2.0        /gnu/store/z1sscs431wg86lgg2iarg7xhqvdysbk7-r-flowcore-2.2.0
    12  r-registry@0.5-1        /gnu/store/s4yc8ah2hfw7ir0wyw8iza9m6m07dxsr-r-registry-0.5-1
    12  guile@1.8.8     /gnu/store/j6mnhk6iiy77m1ial0ffgjz2zwdc6m4z-guile-1.8.8
    11  scalapack@2.0.2 /gnu/store/ayrbfdfcq33r1xmxln6jvkw7x6jis9xn-scalapack-2.0.2
    11  hdf5-parallel-openmpi@1.10.7    /gnu/store/a8x6s1d6wh1ga35vjd7z49jh6zr28hmq-hdf5-parallel-openmpi-1.10.7-fortran /gnu/store/a58wsdqhs1gq5sa9cvnwr14i0ydq4xcp-hdf5-parallel-openmpi-1.10.7
    11  clang@11.0.0    /gnu/store/lq4jhyjd1027i5nf6kafp3xjxb6fnilb-clang-11.0.0-extra /gnu/store/04hvxidk3rpy8x977nkq9vpa27svny40-clang-11.0.0
    11  r-corrplot@0.84 /gnu/store/26izpmf2m5pdf7sq7b30yfw1zagl30wb-r-corrplot-0.84
    11  cmake@3.19.2    /gnu/store/v78kmw21l0dnzqrwb3bdfcjhhvqjhbic-cmake-3.19.2-doc /gnu/store/3ll779l3viph275svivhc59krla4byxs-cmake-3.19.2
    11  r-sandwich@3.0-0        /gnu/store/qjqjvz4l92dg96fan9z5lv0ssdi30k64-r-sandwich-3.0-0
    11  ghc-ieee754@0.8.0       /gnu/store/4lyzys7v1chzy5a64697pazwhdss55gb-ghc-ieee754-0.8.0 /gnu/store/3hnmkxbp5gxxjp0vjw4vp0vqf2spy626-ghc-ieee754-0.8.0-static
    10  dune-common@2.7.0       /gnu/store/pfdcjaicifq42b3siwycmry7i969cvrv-dune-common-2.7.0
    10  dune-common-openmpi@2.7.0       /gnu/store/6wy9w4crxz2bqvj3c10g5b18n8zj656d-dune-common-openmpi-2.7.0
    10  ghc-half@0.3    /gnu/store/q17zfd341rd4yzcvq2fd63g2dr5pd1yd-ghc-half-0.3 /gnu/store/z9qi2sgnbx1s5fzx49809587gd30kdb5-ghc-half-0.3-static
    10  r-hdrcde@3.3    /gnu/store/m69lkzmxkicpbc6rg1r220bh393izw5v-r-hdrcde-3.3
    10  abseil-cpp@20200225.2   /gnu/store/fbx5lzmhjaywqdwx7pxky4nkfpsdjc08-abseil-cpp-20200225.2
    10  ghc-bytes@0.15.5        /gnu/store/w8bpqvzjkzcxiccfscmdm6pv869m5n38-ghc-bytes-0.15.5 /gnu/store/m8f9afzgbz6jkz0fpl63vhpl8g7k8asd-ghc-bytes-0.15.5-static
    10  r-future-apply@1.6.0    /gnu/store/m103jmmcsijgsh5778hs8s6la62ahlka-r-future-apply-1.6.0
    10  r-rsvd@1.0.3    /gnu/store/q53slf7d22p12hka5064awn99y36flka-r-rsvd-1.0.3
    10  ghc-hashtables@1.2.3.4  /gnu/store/qh86n6f6akzyb5a6x5qj9fig9wb641hq-ghc-hashtables-1.2.3.4 /gnu/store/6rs87rpa8xpal21w5vh1kq1cz3zr2934-ghc-hashtables-1.2.3.4-static
    10  mesa@20.2.4     /gnu/store/y2pqvr7297q7pkj82qrgwvsvfg2mvbam-mesa-20.2.4-bin /gnu/store/isx9ra95v8gw3fqgrvz62cwrlzl5s5y7-mesa-20.2.4
------

The mesa test suite failure is reproducible, and it looks like this:

------
23:07:53 /tmp/guix-build-mesa-20.2.4.drv-0/build/src/util/u_debug_stack_test
--- stdout ---
Running main() from ../mesa-20.2.4/src/gtest/src/gtest_main.cc
[==========] Running 2 tests from 1 test suite.
[----------] Global test environment set-up.
[----------] 2 tests from u_debug_stack_test
[ RUN      ] u_debug_stack_test.basics
[       OK ] u_debug_stack_test.basics (0 ms)
[ RUN      ] u_debug_stack_test.capture_not_overwritten
../mesa-20.2.4/src/util/u_debug_stack_test.cpp:108: Failure
Expected: (bt1) != (bt2), actual: "/tmp/guix-build-mesa-20.2.4.drv-0/build/src/util/u_debug_stack_test() [0x8072555]
" vs "/tmp/guix-build-mesa-20.2.4.drv-0/build/src/util/u_debug_stack_test() [0x8072555]
"
[  FAILED  ] u_debug_stack_test.capture_not_overwritten (0 ms)
[----------] 2 tests from u_debug_stack_test (0 ms total)

[----------] Global test environment tear-down
[==========] 2 tests from 1 test suite ran. (0 ms total)
[  PASSED  ] 1 test.
[  FAILED  ] 1 test, listed below:
[  FAILED  ] u_debug_stack_test.capture_not_overwritten

 1 FAILED TEST
--- stderr ---
--- backtrace from main to stderr:
/tmp/guix-build-mesa-20.2.4.drv-0/build/src/util/u_debug_stack_test() [0x8072792]
--- backtrace from main again to debug_printf:
--- backtrace from func_a:
--- backtrace from func_a:
--- backtrace from func_b:
--- stored backtrace from start of main:
-------

Full log written to /tmp/guix-build-mesa-20.2.4.drv-0/build/meson-logs/testlog.txt
FAILED: meson-test
/gnu/store/b6r7jh5fj3z2h7l7nz2w0y08nz7m1kfz-meson-for-build-0.53.2/bin/meson test --no-rebuild --print-errorlogs
ninja: build stopped: subcommand failed.
command "ninja" "test" failed with status 1
builder for `/gnu/store/xcf9c8l475xc15apf33sjb70aq9x6q8x-mesa-20.2.4.drv' failed with exit code 1
------


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-13 22:30 ` Staging branch [substitute availability] Leo Famulari
  2021-01-13 23:31   ` Staging branch [substitute availability x86_64-linux] Leo Famulari
  2021-01-13 23:33   ` Staging branch [substitute availability i686-linux] Leo Famulari
@ 2021-01-13 23:36   ` Leo Famulari
  2021-01-14  8:44     ` Mathieu Othacehe
  2021-01-13 23:38   ` Staging branch [substitute availability aarch64-linux] Leo Famulari
  2021-01-14  8:39   ` Staging branch [substitute availability] Mathieu Othacehe
  4 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2021-01-13 23:36 UTC (permalink / raw)
  To: guix-devel

The armhf-linux platform is in the worst shape, both on the master and
staging branches. It's a shame because it's also the least powerful,
with almost no hardware thermally capable of sustained CPU usage, so
users will have the worst experience building packages for it.

Does anyone want to work on it? Should we just "fix it on the master
branch?"

------
3301 packages are missing from 'https://ci.guix.gnu.org' for 'armhf-linux', among which:
  2695	gdk-pixbuf@2.40.0	/gnu/store/xjdgypav5vcl4pyc388cs6gr5hv73fvp-gdk-pixbuf-2.40.0 
  2277	imagemagick@6.9.11-48	/gnu/store/gjb5j8yf7aynicmfsxwqnwzhjp2sp6i8-imagemagick-6.9.11-48-doc /gnu/store/vnpms2y3g9wrkl550zk0gh5vx9rb5hym-imagemagick-6.9.11-48 
  2239	elfutils@0.182	/gnu/store/kbdmbs8h83kqya6wqjisjm6snbnjxpff-elfutils-0.182-bin /gnu/store/iy8q5i7fa9c347r34lllrvbqzh6lwrfr-elfutils-0.182 
  2194	libdrm@2.4.103	/gnu/store/i6ydsdg2ha6k40s5vrqh5c5wqkkhx0i8-libdrm-2.4.103 
  2188	glslang@10-11.0.0	/gnu/store/xvw9jbfqrjv5pc8d1ckni72y6mwll2ay-glslang-10-11.0.0 
  1990	rust@1.19.0	/gnu/store/jgbkdpxrf18q3yms4a1apzkawsqhzqkr-rust-1.19.0-cargo /gnu/store/2zmswj21202j7xfli9aizz6a9k6pkfvd-rust-1.19.0 
  1861	xkbcomp-intermediate@1.4.4	/gnu/store/c61lfs091rv4pa405rxcqzxn9hzvdlyn-xkbcomp-intermediate-1.4.4 
  1665	tzdata@2020f	/gnu/store/ix7dkzsc2g2028xxqirwmjlprdiarhsa-tzdata-2020f 
  1331	libcap@2.45	/gnu/store/rcx340qk9dcs7lck86xba8fmbwn132vm-libcap-2.45 
  1093	postgresql@13.1	/gnu/store/bcgry8jrhs9d5z532yhacf2zzzviyzqi-postgresql-13.1 
   964	mariadb@10.5.8	/gnu/store/3fa29zjsb48279g3qifa5fjlihx6wzvy-mariadb-10.5.8-dev /gnu/store/hxg1mynghbs1frnnwx2vb84ywj912a8j-mariadb-10.5.8-lib /gnu/store/67zkwlflvmj2mia67ifx07rzb3m2vyfn-mariadb-10.5.8 
   872	xprop@1.2.5	/gnu/store/2yj1m9xpil630qcry3psw6pg5nc7j8gh-xprop-1.2.5 
   855	libinput-minimal@1.16.4	/gnu/store/zyr2hl2bsqxw63kr67p6nycdpmyng1f9-libinput-minimal-1.16.4 
   830	vulkan-headers@1.2.164	/gnu/store/41gwjqma4whf6dvfif9d02fmmfa80bdr-vulkan-headers-1.2.164 
   788	sbcl@2.1.0	/gnu/store/3dvfa85ycrpxbj208yfwikl0n33lavwi-sbcl-2.1.0-doc /gnu/store/1b7qwyv732n28gahwpjagv3xjjlpm2ik-sbcl-2.1.0 
   784	patchelf@0.11	/gnu/store/ww555zg4njj4acr12qhbl8xjq9dzdg7f-patchelf-0.11 
   749	python-pytz@2020.4	/gnu/store/lx2iqg2cpyi2ds1qqszav3vrf68hli5i-python-pytz-2020.4 
   739	python-cffi@1.14.4	/gnu/store/x27rkkrp2dw3j0v0n3izd513kzxha6qp-python-cffi-1.14.4 
   714	python-iso8601@0.1.13	/gnu/store/68b8mqbgsvdaqnrp3414sxqwymlpn29y-python-iso8601-0.1.13 
   682	python-cryptography-vectors@3.3.1	/gnu/store/v3jjq6dmsf9l62pbfmz3502wc0fdixbh-python-cryptography-vectors-3.3.1 
   667	python-certifi@2020.12.5	/gnu/store/rbw7ni2f13s2fgxw825ygd5lpa1j2nw4-python-certifi-2020.12.5 
   619	gstreamer@1.18.2	/gnu/store/355qdcpy3dnv4yjpgrdxbgwk1hi03fw3-gstreamer-1.18.2 
   582	classpath@0.93	/gnu/store/5hy2cdkjscq5546ym6jkf048dyick7cd-classpath-0.93 
   576	nss-certs@3.59	/gnu/store/p131lkj2mhiq5dbl4snlkaachvlivbjy-nss-certs-3.59 
   511	python-pygments@2.7.3	/gnu/store/4mzgxp6bsx4zk7xylr7hm5l8d7bby1x6-python-pygments-2.7.3 
   401	shadow@4.8.1	/gnu/store/lxnfvrkijw9awbrw47vx4nmra2dmpa16-shadow-4.8.1 
   245	git@2.30.0	/gnu/store/xvpmhk29ykscfdpfyjhpyrhahi6rck19-git-2.30.0-credential-netrc /gnu/store/fnyrbmzxhcgbpl300irpycr8fy85dqrs-git-2.30.0-gui /gnu/store/klswflk1cqn723i0hyzxg3vv2wicrb5k-git-2.30.0 /gnu/store/06f3b2igianyqwic7jp2c216lb98w6jb-git-2.30.0-send-email /gnu/store/7i9clx90q28b966aypr8g3yhrvqd1b3z-git-2.30.0-subtree /gnu/store/zlc18bbhbgc7lzjk5xqw5p54a0jrr8l3-git-2.30.0-svn 
   234	gsasl@1.10.0	/gnu/store/gs1mgdfxd7il90ij78zl9jdfrg2j7dcq-gsasl-1.10.0 
   227	gdk-pixbuf@2.40.0	/gnu/store/xjdgypav5vcl4pyc388cs6gr5hv73fvp-gdk-pixbuf-2.40.0 
   222	libdrm@2.4.103	/gnu/store/i6ydsdg2ha6k40s5vrqh5c5wqkkhx0i8-libdrm-2.4.103 
   221	elfutils@0.182	/gnu/store/kbdmbs8h83kqya6wqjisjm6snbnjxpff-elfutils-0.182-bin /gnu/store/iy8q5i7fa9c347r34lllrvbqzh6lwrfr-elfutils-0.182 
   218	imagemagick@6.9.11-48	/gnu/store/gjb5j8yf7aynicmfsxwqnwzhjp2sp6i8-imagemagick-6.9.11-48-doc /gnu/store/vnpms2y3g9wrkl550zk0gh5vx9rb5hym-imagemagick-6.9.11-48 
   217	xkbcomp-intermediate@1.4.4	/gnu/store/c61lfs091rv4pa405rxcqzxn9hzvdlyn-xkbcomp-intermediate-1.4.4 
   216	libcap@2.45	/gnu/store/rcx340qk9dcs7lck86xba8fmbwn132vm-libcap-2.45 
   216	tzdata@2020f	/gnu/store/ix7dkzsc2g2028xxqirwmjlprdiarhsa-tzdata-2020f 
   214	xprop@1.2.5	/gnu/store/2yj1m9xpil630qcry3psw6pg5nc7j8gh-xprop-1.2.5 
   213	postgresql@13.1	/gnu/store/bcgry8jrhs9d5z532yhacf2zzzviyzqi-postgresql-13.1 
   213	mariadb@10.5.8	/gnu/store/3fa29zjsb48279g3qifa5fjlihx6wzvy-mariadb-10.5.8-dev /gnu/store/hxg1mynghbs1frnnwx2vb84ywj912a8j-mariadb-10.5.8-lib /gnu/store/67zkwlflvmj2mia67ifx07rzb3m2vyfn-mariadb-10.5.8 
   213	libinput-minimal@1.16.4	/gnu/store/zyr2hl2bsqxw63kr67p6nycdpmyng1f9-libinput-minimal-1.16.4 
   213	vulkan-headers@1.2.164	/gnu/store/41gwjqma4whf6dvfif9d02fmmfa80bdr-vulkan-headers-1.2.164 
   205	libressl@3.1.5	/gnu/store/w8rn9lcncw5g8cbf9gvmlj7mz55x50n6-libressl-3.1.5 
   193	dav1d@0.8.1	/gnu/store/26ljawasm5lcqywgrm2x14kb9cv3z81q-dav1d-0.8.1 
   178	shadow@4.8.1	/gnu/store/lxnfvrkijw9awbrw47vx4nmra2dmpa16-shadow-4.8.1 
   176	gstreamer@1.18.2	/gnu/store/355qdcpy3dnv4yjpgrdxbgwk1hi03fw3-gstreamer-1.18.2 
   167	enchant@2.2.15	/gnu/store/ayd887akpl7cl3s05cjfjr42crscfb9k-enchant-2.2.15 
   149	protobuf@3.14.0	/gnu/store/kbbvishnfl073al1yz5dwy8qx2sdych7-protobuf-3.14.0 /gnu/store/1p1iqzj4m2gj7b4f134rjminkfzzwxba-protobuf-3.14.0-static 
   133	bitshuffle-for-snappy@0.3.5	/gnu/store/nh7qdw02hlxjd4pyh2cb2a3i3wmq3ya5-bitshuffle-for-snappy-0.3.5 
   124	libyaml+static@0.2.5	/gnu/store/sz85lnvg7gqsm7b31fq37vgr40vi4klm-libyaml+static-0.2.5 
   112	python2-pytz@2020.4	/gnu/store/n7f1siiijbyc6xna4i1p5hn6564rz34q-python2-pytz-2020.4 
   107	python2-cffi@1.14.4	/gnu/store/4qqvjwgs2qg23zak11hfmvhpmcvmlsar-python2-cffi-1.14.4 
    82	ocaml4.07-result@1.5	/gnu/store/9725xw6n6qz9c5zx81av1yyb0cckbikz-ocaml4.07-result-1.5 
    80	desktop-file-utils@0.26	/gnu/store/bihfayln62w2jvndcvy07jvdda4crr30-desktop-file-utils-0.26 
    80	hwloc@2.2.0	/gnu/store/jp0bdsi722v53pw3h9y63bf6vpkfj0a4-hwloc-2.2.0-debug /gnu/store/gym6r6s799ihya02kr1x4w5b80zs23ym-hwloc-2.2.0-doc /gnu/store/0p2p0fnr2halpxrls283bfqfs9q9s1g3-hwloc-2.2.0-lib /gnu/store/nilvdcxpq6rcakdx03ghrdlgyb03r76a-hwloc-2.2.0 
    76	r-httpuv@1.5.4	/gnu/store/wv35qv9b95366cwg93z2xcjsvw58g3dv-r-httpuv-1.5.4 
    75	r-sourcetools@0.1.7	/gnu/store/vy44ai9r80ky90gajah4lmi5xdal7jy7-r-sourcetools-0.1.7 
    75	r-fastmap@1.0.1	/gnu/store/54v80h5i3wx78q7h6zgiqbr48jzqfws7-r-fastmap-1.0.1 
    75	munge@0.5.14	/gnu/store/qk0a7w57x163w1sxzclza2x11vm228p0-munge-0.5.14 
    73	clang@9.0.1	/gnu/store/hs2rf3h8r086iai4d75ppdmqcx2lzadf-clang-9.0.1 
    73	glibc@2.31	/gnu/store/m957kf7968vrpilcha653aaz9jlpvypc-glibc-2.31 /gnu/store/x0lkf0v6mdzf9z1jva08szr25wqxr5za-glibc-2.31-static 
    71	opensm@3.3.22	/gnu/store/wzqf81qvvskak3ixrvz7az2yyn706fw0-opensm-3.3.22 
    69	ucx@1.6.1	/gnu/store/05igfva6c75v57zr23mx97h4rllmirif-ucx-1.6.1 
    69	python2-iso8601@0.1.13	/gnu/store/i56n2drc3b5ck96mvqf2nm734pkac2q4-python2-iso8601-0.1.13 
    69	python2-cryptography-vectors@3.3.1	/gnu/store/j1rs1vd377i5731pvxpcchcy19r8dxpn-python2-cryptography-vectors-3.3.1 
    68	psm@3.3.20170428	/gnu/store/zqmq1rfwymgyyydv5k9cv9wbi73k7bh3-psm-3.3.20170428-debug /gnu/store/34skfx64zxzgy1m00y3rxcr9wdmvwqkv-psm-3.3.20170428 
    68	psm2@11.2.86	/gnu/store/v1s15k9704j78x1328s27m982wxwhfas-psm2-11.2.86 
    68	python2-certifi@2020.12.5	/gnu/store/9i6i518zznrjqaj2aymwjip7zifrxq29-python2-certifi-2020.12.5 
    68	libfabric@1.4.1	/gnu/store/jhf6a6l2s9zvd2fhzgp2jijv2drdpgny-libfabric-1.4.1 
    64	lvm2@2.03.11	/gnu/store/g11q2klr4wx5pxr15wbgmm8chvw52wn1-lvm2-2.03.11 
    61	openexr@2.5.2	/gnu/store/zswpkaxn4ng54a7zkkzjbdaa4ndwmrq3-openexr-2.5.2 
    59	ocaml4.07-ounit@2.0.8	/gnu/store/g9a247mk60pmp859n3vqwazryr2fc7r2-ocaml4.07-ounit-2.0.8 
    57	ocaml4.07-sexplib0@0.11.0	/gnu/store/rfmd4lk9ykpprszx38g9ipdk3jm0mpky-ocaml4.07-sexplib0-0.11.0 
    56	r-igraph@1.2.6	/gnu/store/0j1fy3i935rpzm40yxgbc5f1401k0n7r-r-igraph-1.2.6 
    56	ocaml4.07-ppx-derivers@1.2.1	/gnu/store/ppv8cg1mdnblbwxiaw2s33ygd98l8rya-ocaml4.07-ppx-derivers-1.2.1 
    54	ruby-thor@1.0.1	/gnu/store/b3l5ya3bh19kpcfxf3ss8c8hjvwrhvhm-ruby-thor-1.0.1 
    53	r-zoo@1.8-8	/gnu/store/1fbsyx7vkhzfrxrbqrdlbhf7p73wvx8f-r-zoo-1.8-8 
    52	fdupes@2.1.2	/gnu/store/gw5hp2zrgyffbvfr7ycjn5mlizvvmg1w-fdupes-2.1.2 
    50	git-minimal@2.30.0	/gnu/store/55qx1psinx88j3g0iw28lsj82f9jmi2b-git-minimal-2.30.0 
    50	ocaml4.07-cppo@1.6.6	/gnu/store/al9i7fra2rl9jvnm8jr1x1p304897xkg-ocaml4.07-cppo-1.6.6 
    49	xapian@1.4.17	/gnu/store/119bz5gjy0i531li9la2d6az5j6kpxh1-xapian-1.4.17 
    48	hdf4-alt@4.2.14	/gnu/store/v5759asrk07z852wp5n2q48ar6c0c6qp-hdf4-alt-4.2.14 
    48	eigen@3.3.8	/gnu/store/wiqv5jhzmdy6sp2a85a5ibxzsmaglgmg-eigen-3.3.8 
    48	jack2@1.9.14	/gnu/store/d6a6qz427gmgyw09p20yv3rn2551vwwf-jack2-1.9.14 
    47	ruby-faraday@0.15.4	/gnu/store/x3lz88805amp8agbpm9sbxah7gq4x0c1-ruby-faraday-0.15.4 
    46	htslib@1.9	/gnu/store/ajmnhj2jf04kbrz7w8fv740g5d4vf5lx-htslib-1.9 
    45	libshout@2.4.5	/gnu/store/bbw9qrqyh0kgjjkhch9q192vcyf0b84r-libshout-2.4.5 
    44	htslib@1.11	/gnu/store/r69szpy8bw4ab6nb5mhxbf752mjxhwiy-htslib-1.11 
    44	ruby-timecop@0.9.1	/gnu/store/8cqqkhv1qpy8jv3ckpfacqarijgnx671-ruby-timecop-0.9.1 
    43	ruby-rake@13.0.1	/gnu/store/midp8yl0a4ka7abd63x581hxkqlxl87c-ruby-rake-13.0.1 
    42	python-jedi@0.17.2	/gnu/store/apzxszw59bdzc066vz6d29k7mqajph48-python-jedi-0.17.2 
    42	ruby-debug-inspector@0.0.3	/gnu/store/qmwhfxaa3rml2s6wksxrign6gi46nvwz-ruby-debug-inspector-0.0.3 
    41	ruby-ffi-rzmq-core@1.0.7	/gnu/store/g1payj4z91wah82q3nkkbvxrdcxw161j-ruby-ffi-rzmq-core-1.0.7 
    40	ruby-middleware@0.1.0	/gnu/store/fvlxnfdr41571blk80i3090kprnakcg9-ruby-middleware-0.1.0 
    40	ruby-benchmark-ips@2.8.2	/gnu/store/9k0s96125s1cl488jg91ia0f2hyr60k3-ruby-benchmark-ips-2.8.2 
    39	openssh@8.4p1	/gnu/store/681vr615zm3rjnbzay3vc8sqkwhzkjgc-openssh-8.4p1 
    38	ocaml4.07-compiler-libs@0.11.0	/gnu/store/s6krqalbnmhhf63crf0dnvb4v0f59bsb-ocaml4.07-compiler-libs-0.11.0 
    38	perl-io-socket-ip@0.41	/gnu/store/3ycrnvi7psmp77w08bn91v87djfg8jzi-perl-io-socket-ip-0.41 
    38	perl-http-cookiejar@0.010	/gnu/store/63rvi7lgcxy2ivhjzyglxkmxvzppj722-perl-http-cookiejar-0.010 
    36	ruby-yajl-ruby@1.4.1	/gnu/store/aq2lb3cmx73b7ii0xr55c6yvyhmm7q7x-ruby-yajl-ruby-1.4.1 
    36	ruby-minitest-tu-shim@1.3.3	/gnu/store/m305wdinnsd9r965n0ycvj3ck8jidhp4-ruby-minitest-tu-shim-1.3.3 
    35	r-tinytex@0.27	/gnu/store/2y6pf7xwmm4mr22d8sblgnarnq1q645w-r-tinytex-0.27 
    34	ell@0.23	/gnu/store/7kr0hp0jjnvs6sv08cxs54kbv5sqcapv-ell-0.23 
    33	python-sip@4.19.24	/gnu/store/zkmq713g5lnzxjd98rqw2jxmjpdnxdia-python-sip-4.19.24 
    33	ruby-unindent@1.0	/gnu/store/20a6bwbmvnjy29xxizldkfhxndk0kvhn-ruby-unindent-1.0 
    32	r-hexbin@1.28.1	/gnu/store/i6vd6f0ckhyypqc7ibc97m762p316fpd-r-hexbin-1.28.1 
    32	ruby-sys-uname@1.2.1	/gnu/store/4cv3rpkapbmw61k820ak0i66m5972f9i-ruby-sys-uname-1.2.1 
    31	r-rhdf5filters@1.2.0	/gnu/store/b5ard1yz7v6wxvw3lk9xywnr502gxhz6-r-rhdf5filters-1.2.0 
    31	python-gevent@20.9.0	/gnu/store/24lfc0q51snyx1imcm1l81vriv9aa447-python-gevent-20.9.0 
    31	suitesparse@5.8.1	/gnu/store/9kgl4ans4c1q01y838q74mfx3gl0lnns-suitesparse-5.8.1 
    30	ruby-childprocess@3.0.0	/gnu/store/lr7vrg00jda52ivrlxbinb02901c4ylc-ruby-childprocess-3.0.0 
    29	jasper@2.0.23	/gnu/store/2xdgvmgccrlg2cm8pzvqnkxiljzjq5qi-jasper-2.0.23 
    28	liboauth@1.0.3	/gnu/store/i2j2divn5ya2c24qn2xf56dgqbifi3w5-liboauth-1.0.3 
    28	libgeotiff@1.5.1	/gnu/store/lmimld7wgc8h04jnadmh618hjavshqza-libgeotiff-1.5.1 
    28	geos@3.8.1	/gnu/store/mdmwfs9naw2zw4i3kc99f14fvpspyp49-geos-3.8.1 
    28	python2-pympler@0.8	/gnu/store/hn790w5xd2knd2clypiig0n58kiqvbyx-python2-pympler-0.8 
    27	ruby-rack-test@0.8.3	/gnu/store/a9y8qil67vcvx6c8n4az01hwv5pndc3l-ruby-rack-test-0.8.3 
    27	ndctl@71.1	/gnu/store/i0n7s6rylg0mvi9a2ak8nz3k11jgk27j-ndctl-71.1 
    27	node@10.22.1	/gnu/store/a63p51va0vj9z0y6likkwf4w5pgp1hav-node-10.22.1 
    27	ocaml4.07-stdlib-shims@0.1.0	/gnu/store/pfjz90nrccicmczpfb5xfq2595ma8l35-ocaml4.07-stdlib-shims-0.1.0 
    24	perl-html-tree@5.07	/gnu/store/mh47gaimv08f4rfwsn33403s6a5ivbhp-perl-html-tree-5.07 
    24	python-flexmock@0.10.4	/gnu/store/qya81gfvknp3849w8qbr9ny7h8zbqvq6-python-flexmock-0.10.4 
    23	freexl@1.0.6	/gnu/store/9pkfxlimgvdrbmdb2rqfqbgfipal47zm-freexl-1.0.6 
    23	mbedtls-apache@2.23.0	/gnu/store/slylx79fgwsdkmq4anfg97a7djcm50j9-mbedtls-apache-2.23.0 
    23	python-networkx@2.5	/gnu/store/91smfjidwhqqabnnyk8fwhrzii5h8cwb-python-networkx-2.5 
    23	portmidi@217	/gnu/store/67kb1yc6sdzmxkvvgma562731qvshcyi-portmidi-217 
    22	r-deoptimr@1.0-8	/gnu/store/klw56z3ybr6bibgl1hsa72wk3qika99p-r-deoptimr-1.0-8 
    22	po4a@0.61	/gnu/store/fs17piib08ny5in0rinsnhl4hz653rkq-po4a-0.61 
    21	librevenge@0.0.4	/gnu/store/xchxz85drn69wx9ysirnq4jv1042vk3x-librevenge-0.0.4 
    21	r-shape@1.4.5	/gnu/store/a3r0znh0iyzba45nx64nfip4y39k0ihj-r-shape-1.4.5 
    20	ruby-test-construct@2.0.1	/gnu/store/gk8qk5bk16pnynhj18dn6czmiibcayqk-ruby-test-construct-2.0.1 
    20	mkfontscale@1.2.1	/gnu/store/68a92ahpgyg1mhdwcsl1kfcw9dz75dd0-mkfontscale-1.2.1 
    20	python-jupyter-client@5.2.4	/gnu/store/j24plx0r95lz0im75079jphcpi436i92-python-jupyter-client-5.2.4 
    20	bdftopcf@1.1	/gnu/store/gzw4wly5za0vp5kdhy76jxsy3dxi7nka-bdftopcf-1.1 
    20	proj.4@4.9.3	/gnu/store/na39iwkvvsgwkil0a40nn0kkl8ljhbrr-proj.4-4.9.3 
    19	hidapi@0.10.1	/gnu/store/4vw0i37lhhld1lm18j59y09lhqnqw7na-hidapi-0.10.1 
    18	ruby-markaby@0.9.0	/gnu/store/7ndbnyvb16b2ch6vl96j2y7mbsdbcy49-ruby-markaby-0.9.0 
    18	ruby-erubis@2.7.0	/gnu/store/l0ny9w4qy1gp7kn0fd5md1d1zrabslgy-ruby-erubis-2.7.0 
    18	python-pep8@1.7.0	/gnu/store/yniih6inx2qhi853l4kjp8nfdlncb61f-python-pep8-1.7.0 
    18	python-isodate@0.6.0	/gnu/store/blsy60j291a5hhyc85qv15w22ws2qbfk-python-isodate-0.6.0 
    17	python-dpkt@1.9.4	/gnu/store/8q9m7jd6ncsg7bgap3dz3gf1b342dc9b-python-dpkt-1.9.4 
    17	python2-zope-exceptions@4.4	/gnu/store/gijw02jc003zn07p0wal7ls1jl0qz1vm-python2-zope-exceptions-4.4 
    17	ocaml4.07-mmap@1.1.0	/gnu/store/514dsq3byx7iar2gwx22ym2kwfi517mj-ocaml4.07-mmap-1.1.0 
    16	ruby-rr@1.2.1	/gnu/store/dhhxrk1laqi0by48r4fl7z9vmcjsj3h4-ruby-rr-1.2.1 
    16	python-pathtools@0.1.2	/gnu/store/l0acf2fx670nc5vsi1zp4v4aky56rz6v-python-pathtools-0.1.2 
    16	python-zope-i18nmessageid@5.0.1	/gnu/store/l62kkqjjnlvnxxqrfkabv9sqkrsvcvqg-python-zope-i18nmessageid-5.0.1 
    15	ruby-crass@1.0.6	/gnu/store/qhzz3cjdww1ni55vmzm7fhmqgm2ppj8x-ruby-crass-1.0.6 
    15	ecl-local-time@1.0.6-2.a177eb9	/gnu/store/cfa5kl2a3v65fff9rrmvvcd378i06rf3-ecl-local-time-1.0.6-2.a177eb9 
    15	spirv-tools@2020.2	/gnu/store/7fxc7jmkss30w53l692gsv9w27s5in7z-spirv-tools-2020.2 
    15	python-fastimport@0.9.8	/gnu/store/mr1zqrvc86511y10klzs4nih1qbliwmd-python-fastimport-0.9.8 
    15	r-rspectra@0.16-0	/gnu/store/lb7rzcfdwim90camll7y3q64vkv7rsfj-r-rspectra-0.16-0 
    15	r-segmented@1.3-0	/gnu/store/71fnbynayfmb04mzh66gh8bm7xqaw18h-r-segmented-1.3-0 
    15	bcunit@3.0.2	/gnu/store/bliw32y91f8xsd3yyyl99126pd9lpayq-bcunit-3.0.2 
    14	r-rtsne@0.15	/gnu/store/05lkg0mf1ag8bq6ck4grzrm50glfc44l-r-rtsne-0.15 
    14	r-pixmap@0.4-11	/gnu/store/s7z1g9pq8jw9d3lplwb523rg8x8a9i2n-r-pixmap-0.4-11 
    14	r-corpcor@1.6.9	/gnu/store/s597l9fbnxi6g7vp62k35gf6cx34z9i7-r-corpcor-1.6.9 
    14	lilv@0.24.10	/gnu/store/r7zyp3v4iqygzc9fy7hlg2gad0nicmrq-lilv-0.24.10 
    14	gdk-pixbuf@2.40.0	/gnu/store/xjdgypav5vcl4pyc388cs6gr5hv73fvp-gdk-pixbuf-2.40.0 
    13	python-zope-proxy@4.3.5	/gnu/store/0k2pxjba5p191p6adbpq6njbmrnxcqpv-python-zope-proxy-4.3.5 
    13	ruby-mustermann@1.0.3	/gnu/store/3hns8x15bh7zjkf5hs7lnsd0mnskgi4j-ruby-mustermann-1.0.3 
    13	r-biocversion@3.12.0	/gnu/store/999b2ichhi7l9j920910c0mapn9fy6gy-r-biocversion-3.12.0 
    13	r-expm@0.999-5	/gnu/store/i7lywv1xhp66bi3plgc2cl9dwnhnhbwf-r-expm-0.999-5 
    13	r-slam@0.1-48	/gnu/store/bszis1q6v0f9nmqlhkah5y94fikc1f7z-r-slam-0.1-48 
    13	ocaml4.07-num@1.1	/gnu/store/rkzy34b22s9ladml2rcnsg5m9xsfj0dz-ocaml4.07-num-1.1 
    12	perl-html-lint@2.32	/gnu/store/7d8nq82bv9izkf4vkbgf9bz2yy6z7xzw-perl-html-lint-2.32 
    12	ruby-rails-dom-testing@2.0.2	/gnu/store/bwi8slm04mb9ahdk5n4haa294i4jagbc-ruby-rails-dom-testing-2.0.2 
    12	ruby-erubi@1.8.0	/gnu/store/jyywyccmm50jsax9202jf3qlq5h0ny2s-ruby-erubi-1.8.0 
    12	ecl-ironclad@0.54	/gnu/store/f56p00pyjcj54zw449a2clw71lm5cp6z-ecl-ironclad-0.54 
    12	r-webshot@0.5.2	/gnu/store/3an6la8zsxw14i4h68680c660pp96hy2-r-webshot-0.5.2 
    12	r-deldir@0.2-3	/gnu/store/4xnf5hxidvdcwbs4sxixk5jhgp7l02r7-r-deldir-0.2-3 
    12	r-pbapply@1.4-3	/gnu/store/57al2a2fjzj43r096x532mdnscvngrfn-r-pbapply-1.4-3 
    12	r-flowcore@2.2.0	/gnu/store/7i75fbyidh8dglf1ypqm3ndcv2lk6i51-r-flowcore-2.2.0 
    12	python-webob@1.8.6	/gnu/store/gdj3hdn5r7a5kslk6xahq9ny786km2fh-python-webob-1.8.6 
    12	python-pyperclip@1.6.4	/gnu/store/6dgv02ip49559ms1dpjaw4p473zlmb98-python-pyperclip-1.6.4 
    12	guile@1.8.8	/gnu/store/qwda065zzn2sm27lz0lkv8m3lnk2g0cy-guile-1.8.8 
    12	libdrm@2.4.103	/gnu/store/i6ydsdg2ha6k40s5vrqh5c5wqkkhx0i8-libdrm-2.4.103 
    11	python-restructuredtext-lint@1.3.0	/gnu/store/62h9kbzwy0n377n8svnfcp3rfv7yag4i-python-restructuredtext-lint-1.3.0 
    11	libfm-extra@1.3.1	/gnu/store/z6dr7v8q24p92fs3sykrgjrw771j4wsc-libfm-extra-1.3.1 
    11	python-protobuf@3.12.4	/gnu/store/ndkmc74dn553dwa79yf31wvamdw2zvfg-python-protobuf-3.12.4 
    11	python-pytest-isort@0.3.1	/gnu/store/ms5kzrkgq5difgwiqywfcmd8p20c3l7c-python-pytest-isort-0.3.1 
    11	clang@11.0.0	/gnu/store/xdxvggdhi9dfv888dd7b65ri0vd1wgvl-clang-11.0.0-extra /gnu/store/rnmvzd11708zyvvk7j72dmpr1h04gghk-clang-11.0.0 
    11	python-typing-inspect@0.6.0	/gnu/store/sn8gqdlbrv9bmdsxvnhx76mlijbyji19-python-typing-inspect-0.6.0 
    11	r-ggridges@0.5.2	/gnu/store/0cpmfcs6f919jicgf205cmwqpqdxsrfg-r-ggridges-0.5.2 
    11	r-globaloptions@0.1.2	/gnu/store/dd8a6k932p2li73g0jv44cl7sx4l08fn-r-globaloptions-0.1.2 
    11	r-rcppprogress@0.4.2	/gnu/store/c836xrnmm8yrnjikgdyycfwfldb4sy83-r-rcppprogress-0.4.2 
    11	r-sitmo@2.0.1	/gnu/store/bx94dna1f2789kqj774z342aw6ivqcay-r-sitmo-2.0.1 
    11	r-singlecellexperiment@1.12.0	/gnu/store/3my9kbr47rg01m49lk1bwmxl8p6jl1lc-r-singlecellexperiment-1.12.0 
    11	r-proxy@0.4-24	/gnu/store/586a5272dgjsd64cxij7sclasvgp5lla-r-proxy-0.4-24 
    11	gnupg@1.4.23	/gnu/store/b9dckypw5v0y181zgk41hs6pbwl0pwm3-gnupg-1.4.23 
    11	libupnp@1.14.0	/gnu/store/ala46y1x7fx4s25p5pnq002d5ry7j9jk-libupnp-1.14.0 
    11	doctest@2.4.4	/gnu/store/cw4sqlmnx8n3n5qgzl18zxkp36fsagvd-doctest-2.4.4 
    11	elfutils@0.182	/gnu/store/kbdmbs8h83kqya6wqjisjm6snbnjxpff-elfutils-0.182-bin /gnu/store/iy8q5i7fa9c347r34lllrvbqzh6lwrfr-elfutils-0.182 
    10	dune-common@2.7.0	/gnu/store/clpxm2496jz31dbff4gbmzjq7qfayhip-dune-common-2.7.0 
    10	python-pyatspi@2.34.0	/gnu/store/wp67h9jdqayqx75mszbg5vnkw700vg0n-python-pyatspi-2.34.0 
    10	ruby-rouge@3.21.0	/gnu/store/ss97inq3p6s2wgwlslksp4fgk7vm8f62-ruby-rouge-3.21.0 
    10	ruby-asciimath@2.0.1	/gnu/store/w8a43dbxbdgd6k2dg5daxm6q84yzq23c-ruby-asciimath-2.0.1 
    10	python-ecdsa@0.14.1	/gnu/store/54rh9d5a04y9qz1pzwmsq02jwa2r8hv7-python-ecdsa-0.14.1 
    10	r-insight@0.11.1	/gnu/store/h1bbwrcwlp82ivppz8f4l4vmg9pdf3pg-r-insight-0.11.1 
    10	abseil-cpp@20200225.2	/gnu/store/zc8is0mi5xy104dk4g7zwhmljwcnk07a-abseil-cpp-20200225.2 
    10	python-mpmath@1.1.0	/gnu/store/l0cck4sb9i2zb7sdpi9v8iig9c548hlj-python-mpmath-1.1.0 
    10	python2-pkgconfig@1.3.1	/gnu/store/kb27xlv53954wqapj92mn2dzag6g8i1c-python2-pkgconfig-1.3.1 
    10	python2-future@0.17.1	/gnu/store/7l9f9wp7i6c3id6qkrs8rd8ssclzm00p-python2-future-0.17.1 
    10	r-future-apply@1.6.0	/gnu/store/z03qq9rg9vwb6g1gy778mirspmc1a2h2-r-future-apply-1.6.0 
    10	r-raster@3.4-5	/gnu/store/gl6vjvrv77s1bd2zz1azvs2c2jx3knxn-r-raster-3.4-5 
    10	r-reticulate@1.18	/gnu/store/br1bcc6jnd80vc0vim1zd1ip3kdra9bd-r-reticulate-1.18 
    10	r-lpsolve@5.6.15	/gnu/store/8idcid5a0chz979y7vh1l6syr47i68j7-r-lpsolve-5.6.15 
    10	llvm@3.8.1	/gnu/store/7ggh692rjndi15bpfxf9qlv4n4cqaxzb-llvm-3.8.1 
    10	python-pytz@2020.4	/gnu/store/lx2iqg2cpyi2ds1qqszav3vrf68hli5i-python-pytz-2020.4 
    10	imagemagick@6.9.11-48	/gnu/store/gjb5j8yf7aynicmfsxwqnwzhjp2sp6i8-imagemagick-6.9.11-48-doc /gnu/store/vnpms2y3g9wrkl550zk0gh5vx9rb5hym-imagemagick-6.9.11-48 
------


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability aarch64-linux]
  2021-01-13 22:30 ` Staging branch [substitute availability] Leo Famulari
                     ` (2 preceding siblings ...)
  2021-01-13 23:36   ` Staging branch [substitute availability armhf-linux] Leo Famulari
@ 2021-01-13 23:38   ` Leo Famulari
  2021-01-14  2:42     ` John Soo
  2021-01-14  8:39   ` Staging branch [substitute availability] Mathieu Othacehe
  4 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2021-01-13 23:38 UTC (permalink / raw)
  To: guix-devel

For aarch64-linux, the biggest problems are LLVM and Rust, but there are
other major problems such as nss-certs.

Are LLVM and Rust expected to work on this platform within Guix? What
about GHC?

------
3509 packages are missing from 'https://ci.guix.gnu.org' for 'aarch64-linux', among which:
  2193	llvm@11.0.0	/gnu/store/b9mk756wjyrrf51aw2sbjk2cmi6v1xvl-llvm-11.0.0-opt-viewer /gnu/store/kn6lssvq2akf7pq36krdxc3w8fir7cwv-llvm-11.0.0 
  1988	rust@1.21.0	/gnu/store/7r6n32fz9cyyr5yv0505nw6c8w93g2mv-rust-1.21.0-cargo /gnu/store/04dy3g0dmzhz5djakgd44lm8xnw871l0-rust-1.21.0-doc /gnu/store/lf6kyhsdn2l0namvzhn2hm7rmv7zm6h2-rust-1.21.0 
   792	clisp@2.49-92	/gnu/store/0xq1g699icg8izrji5pdqn1qfn5yjc6b-clisp-2.49-92 
   781	ghc@7.10.2	/gnu/store/gi463h584b8r7krdbp3dzb7hx3nv83fy-ghc-7.10.2-doc /gnu/store/y32p7z1569qzmc4z3yx592l3w7x2zcai-ghc-7.10.2 
   682	python-cryptography-vectors@3.3.1	/gnu/store/4n2kcsvxlh0n3rvpjgrfvs8pi5nh5b6i-python-cryptography-vectors-3.3.1 
   576	nss-certs@3.59	/gnu/store/n43chb4cpgn5cwj73d4bywq6vvahiqxa-nss-certs-3.59 
   337	go@1.4-bootstrap-20171003	/gnu/store/cxm5py5p7wwgskjlfn6009mwql906884-go-1.4-bootstrap-20171003-doc /gnu/store/h5bbkxnad8lxvp2kqpmfz26wbv5w9i6h-go-1.4-bootstrap-20171003 /gnu/store/qwr2kwxmmj6zyibgl586qx0gl7vq6hl2-go-1.4-bootstrap-20171003-tests 
   244	php@7.4.14	/gnu/store/2pzqq029qg9k2ybp0zbkzc9syfj5s1qy-php-7.4.14 
   186	openbox@3.6.1	/gnu/store/ydsy5zxg6hlp19v4cxyl7m7agkrqxxpa-openbox-3.6.1 
   181	kcoreaddons@5.70.0	/gnu/store/jgvqvcyrq02b6bsn7fhbdpsrqmpxczv6-kcoreaddons-5.70.0 
   180	ki18n@5.70.0	/gnu/store/m5rk1z8kv9blrwfy045zwh4sh8mbflyk-ki18n-5.70.0 
   179	kconfig@5.70.0	/gnu/store/i5fim2lrykyvnvqszmi40n4lf1bh2rfq-kconfig-5.70.0 
   178	openbox@3.6.1	/gnu/store/ydsy5zxg6hlp19v4cxyl7m7agkrqxxpa-openbox-3.6.1 
   178	ki18n@5.70.0	/gnu/store/m5rk1z8kv9blrwfy045zwh4sh8mbflyk-ki18n-5.70.0 
   178	karchive@5.70.0	/gnu/store/39ln3kibfqnl0p8i9465dmvg1kzdqn6j-karchive-5.70.0 
   176	kcoreaddons@5.70.0	/gnu/store/jgvqvcyrq02b6bsn7fhbdpsrqmpxczv6-kcoreaddons-5.70.0 
   176	kwidgetsaddons@5.70.0	/gnu/store/pvljcxdlnhl6311494jxfp27b1z2l16f-kwidgetsaddons-5.70.0 
   175	kcodecs@5.70.0	/gnu/store/r47szv81m0nf6l4acs12yhzj79i1zrbn-kcodecs-5.70.0 
   174	karchive@5.70.0	/gnu/store/39ln3kibfqnl0p8i9465dmvg1kzdqn6j-karchive-5.70.0 
   174	kdbusaddons@5.70.0	/gnu/store/00av6cmj7sfz19if37kivhvrfn4bcm34-kdbusaddons-5.70.0 
   174	kguiaddons@5.70.0	/gnu/store/xya6mpz330680v72rvs9i85374872r66-kguiaddons-5.70.0 
   173	kitemviews@5.70.0	/gnu/store/djndnnrl9ih1a0i5d6bxmw5ccl609jiy-kitemviews-5.70.0 
   171	sonnet@5.70.0	/gnu/store/z70fsxk28qcdlzd91zynykprdpdywkqx-sonnet-5.70.0 
   170	kconfig@5.70.0	/gnu/store/i5fim2lrykyvnvqszmi40n4lf1bh2rfq-kconfig-5.70.0 
   170	libpipeline@1.5.3	/gnu/store/6qi0yj1i61py5mhg02vll8b6gbjilngl-libpipeline-1.5.3 
   170	phonon@4.11.1	/gnu/store/0ilawnnli4l3xxnlc0930yyqfjrbd2z7-phonon-4.11.1 
   170	attica@5.70.0	/gnu/store/axdap0dmkxdibxz45qvxm91qyqjg4hjw-attica-5.70.0 
   169	qgpgme@1.15.0	/gnu/store/zrrs3hpqcif5rbw98qkl686lb910wsj2-qgpgme-1.15.0 
   168	solid@5.70.0	/gnu/store/n37dfll0wmnlzjimx1vwnm2a0d05wkvf-solid-5.70.0 
   166	kwidgetsaddons@5.70.0	/gnu/store/pvljcxdlnhl6311494jxfp27b1z2l16f-kwidgetsaddons-5.70.0 
   166	kcodecs@5.70.0	/gnu/store/r47szv81m0nf6l4acs12yhzj79i1zrbn-kcodecs-5.70.0 
   164	kwayland@5.70.0	/gnu/store/9q7cf9cqdxi733sh44bz9zmqis718xak-kwayland-5.70.0 
   162	kguiaddons@5.70.0	/gnu/store/xya6mpz330680v72rvs9i85374872r66-kguiaddons-5.70.0 
   160	kitemviews@5.70.0	/gnu/store/djndnnrl9ih1a0i5d6bxmw5ccl609jiy-kitemviews-5.70.0 
   154	phonon@4.11.1	/gnu/store/0ilawnnli4l3xxnlc0930yyqfjrbd2z7-phonon-4.11.1 
   153	sonnet@5.70.0	/gnu/store/z70fsxk28qcdlzd91zynykprdpdywkqx-sonnet-5.70.0 
   153	r-survival@3.2-7	/gnu/store/ddcrdwp4fvqnnpak2n795lxa8v43swli-r-survival-3.2-7 
   152	solid@5.70.0	/gnu/store/n37dfll0wmnlzjimx1vwnm2a0d05wkvf-solid-5.70.0 
   152	attica@5.70.0	/gnu/store/axdap0dmkxdibxz45qvxm91qyqjg4hjw-attica-5.70.0 
   150	qgpgme@1.15.0	/gnu/store/zrrs3hpqcif5rbw98qkl686lb910wsj2-qgpgme-1.15.0 
   150	modem-manager@1.12.10	/gnu/store/7qpsk5dc3dzpf7zylhw8gdzi7k1whj2j-modem-manager-1.12.10 
   127	python-sphinx-rtd-theme@0.2.4	/gnu/store/lxpil9q4mamlz9m1xndy6f9ai31lxh6s-python-sphinx-rtd-theme-0.2.4 
   123	libwpe@1.6.0	/gnu/store/g2n55ynaq6155hrcqbcb99r6fmmw1f16-libwpe-1.6.0 
   112	python2-pytz@2020.4	/gnu/store/0fdd13lnfdkr9ryd092qzy2b295izf8q-python2-pytz-2020.4 
   105	python-xcffib@0.6.0	/gnu/store/w60lrz19jm405qxclk2jj136a8zgk6s3-python-xcffib-0.6.0 
    96	python-tornado@5.1.1	/gnu/store/45s91xh8widqr96q1zwlp3naj6a37x84-python-tornado-5.1.1 
    85	ruby-mysql2@0.5.2	/gnu/store/4qzyr50njifdxdllgx8a3pzm78x9wpc0-ruby-mysql2-0.5.2 
    85	python-numpydoc@0.8.0	/gnu/store/lw7d8clpcla8k1qmv8y6k46307z6aih6-python-numpydoc-0.8.0 
    80	desktop-file-utils@0.26	/gnu/store/ryav3lcdi677gz8pzmp5017b9h2hgack-desktop-file-utils-0.26 
    79	python-pytest-timeout@1.3.4	/gnu/store/waxz3vjk45ah5srac9zfrjmjhww85kha-python-pytest-timeout-1.3.4 
    79	qtwebkit@5.212.0-alpha4	/gnu/store/5gr8p97g13j4vrsilqimv3h9fg2zsbk2-qtwebkit-5.212.0-alpha4 
    77	r-nnet@7.3-14	/gnu/store/wla68kba9ffjjxhvwgnz32xf75rh8c76-r-nnet-7.3-14 
    73	glibc@2.31	/gnu/store/c1532ms4ckh6v4iybbxvn44xwgbrpaxc-glibc-2.31 /gnu/store/gvi6mqjasbgw4pi9xghyz8rw6ixvgxaf-glibc-2.31-static 
    69	python2-cryptography-vectors@3.3.1	/gnu/store/slwn1fb7ix7x924p7ifrqzmc7cgc87rw-python2-cryptography-vectors-3.3.1 
    69	r-statmod@1.4.35	/gnu/store/97k6vhg1rlidyk4bczk05938z7638cns-r-statmod-1.4.35 
    68	psm@3.3.20170428	/gnu/store/8l2nsx9p476l34zrxjkbbmfv9wxnrwxw-psm-3.3.20170428-debug /gnu/store/9khldjyxc4kap2yaij5nffwjy06zanqi-psm-3.3.20170428 
    68	psm2@11.2.86	/gnu/store/7snllnipvv230agjmc4pa8qw8g5fjkxg-psm2-11.2.86 
    67	gcr@3.34.0	/gnu/store/g3vq337scl57wn7irb9p9i78g6lihx6p-gcr-3.34.0 
    66	r-limma@3.46.0	/gnu/store/bfy6dxmjp3ki6d1k2lz1wcg892sz6xzk-r-limma-3.46.0 
    63	emacs-popup@0.5.8	/gnu/store/aywxj6149ffml0s1bdrbxgs9z88rnpbd-emacs-popup-0.5.8 
    61	r-clipr@0.7.1	/gnu/store/xacks7j02d63pg6dfxsh741kr5drylwy-r-clipr-0.7.1 
    54	python-pandas@1.0.5	/gnu/store/q257q9fiwjnv5q57fcpb4xvsb72z4y1q-python-pandas-1.0.5 
    53	r-zoo@1.8-8	/gnu/store/79niki9rg80vipkm75aarpigmbq8xp9s-r-zoo-1.8-8 
    52	r-rhdf5lib@1.12.0	/gnu/store/w215808dgphny6ykj6kzikzn95n9v75w-r-rhdf5lib-1.12.0 
    52	fdupes@2.1.2	/gnu/store/h2lp0h5f9m6x6xb4x5aqclw3rqavmfd9-fdupes-2.1.2 
    52	tbb@2020.3	/gnu/store/13wdgw55szvrm6jnc5jmss8f7jlzwbr6-tbb-2020.3-doc /gnu/store/9vnvvqyagg4nmny8fi8rymfglk63ihkg-tbb-2020.3 
    51	libwnck@3.32.0	/gnu/store/lj7fz6dn5zp0f87bkllhbhlvmxf4p27q-libwnck-3.32.0 
    50	libxfce4ui@4.14.1	/gnu/store/3lb4kyax9a4wczvc43dlifg0f36h3ara-libxfce4ui-4.14.1 
    49	emacs-undercover@0.6.1	/gnu/store/jsvm31hsw5gpk2ikmx9lcj4f1x1rkzls-emacs-undercover-0.6.1 
    49	r-numderiv@2016.8-1.1	/gnu/store/qay1dhcqkhi9bk2y2svzdywn7chlv7s6-r-numderiv-2016.8-1.1 
    47	r-minqa@1.2.4	/gnu/store/flmk93vkn15ywg0akqn5l9riqch1kljf-r-minqa-1.2.4 
    46	python-nbformat@4.4.0	/gnu/store/lx6pd00w2p28mynb4h85zzva1f4fip9m-python-nbformat-4.4.0 
    45	libshout@2.4.5	/gnu/store/kf78smwa4bjgmgvf475b6iypip3mrihy-libshout-2.4.5 
    44	python-argon2-cffi@20.1.0	/gnu/store/3b13vqq31a4vpgdakjfrciffkbljhkya-python-argon2-cffi-20.1.0 
    44	r-nloptr@1.2.2.2	/gnu/store/7s4s2n330c1b62xw2ncsyf44j29s0yqy-r-nloptr-1.2.2.2 
    44	r-abind@1.4-5	/gnu/store/cd3nvjg67kjisww4kw2d0ss9wrxssfkg-r-abind-1.4-5 
    43	kwayland@5.70.0	/gnu/store/9q7cf9cqdxi733sh44bz9zmqis718xak-kwayland-5.70.0 
    43	kdnssd@5.70.0	/gnu/store/jn689x2pqdfpmxqlab4c4pa7msrwhjpj-kdnssd-5.70.0 
    43	r-htmltable@2.1.0	/gnu/store/75jrkiglkhxkhd38qxcb2cxjc5cdg4dk-r-htmltable-2.1.0 
    42	python-jedi@0.17.2	/gnu/store/y2x44x9fhzpi0masvmmh9g8351qc0zy7-python-jedi-0.17.2 
    42	ocaml4.07-graph@1.8.8	/gnu/store/xzbzb4qpmwz7ldii4nl8647y518f00yw-ocaml4.07-graph-1.8.8 
    39	python-prompt-toolkit@2.0.7	/gnu/store/5k1xvr0fy95cf1k6hlz52r9i50xphdlb-python-prompt-toolkit-2.0.7 
    38	perl-http-cookiejar@0.010	/gnu/store/axah53ins84rcglnk8pn6gkshdffgyp6-perl-http-cookiejar-0.010 
    38	perl-io-socket-ip@0.41	/gnu/store/b8kmai3wim4g0d6mv9g8sjldnrp9aryy-perl-io-socket-ip-0.41 
    38	python2-xcffib@0.6.0	/gnu/store/2syhl9c2kmarjk8pkxkr9rn3h8gbnjdk-python2-xcffib-0.6.0 
    38	python2-sphinx-rtd-theme@0.2.4	/gnu/store/k4i4yyz3y6sxb6zhv59gr4npxfgw67c6-python2-sphinx-rtd-theme-0.2.4 
    36	glade@3.36.0	/gnu/store/v7ysfmcffvx6s6dv4r6cmgxly6k1jlr3-glade-3.36.0 
    36	qtconnectivity@5.15.2	/gnu/store/zshsx5fcg7hn2v9b16d9p4ng4m1bjp6l-qtconnectivity-5.15.2-debug /gnu/store/hnypr4gng5kzr63bzw83cg8px82zpc1h-qtconnectivity-5.15.2 
    35	perl-plack@1.0033	/gnu/store/8fpq5mvzikpqc8yi9db14xf7cq9l2ga2-perl-plack-1.0033 
    35	kitemmodels@5.70.0	/gnu/store/34m2840fvv0cb3xc0yq1qpnpnh061xrs-kitemmodels-5.70.0 
    35	r-tinytex@0.27	/gnu/store/ixvv9r3zlgpb59i6w4yycvnipy91wdb9-r-tinytex-0.27 
    34	gnome-desktop@3.34.2	/gnu/store/y6qy1bsdsj7582ykf102c91s036jjk9s-gnome-desktop-3.34.2 
    34	r-sparsem@1.78	/gnu/store/bysjshxviyli974n827i3vfli65pfkk0-r-sparsem-1.78 
    34	r-dt@0.16	/gnu/store/lv0c4xr2nmjlhbqknkxab4v7x438k1gb-r-dt-0.16 
    34	r-protgenerics@1.22.0	/gnu/store/j93pxvs5cs7i6h83nf4c0n6i28lm5af8-r-protgenerics-1.22.0 
    34	ruby-gherkin@14.0.1	/gnu/store/7b4b1rwzrd52k5rmlij2s9wvfsaw0s4i-ruby-gherkin-14.0.1 
    33	r-matrixmodels@0.4-1	/gnu/store/ca6hqc8m2ycqlriyq60l7219s07n36jg-r-matrixmodels-0.4-1 
    33	r-conquer@1.0.2	/gnu/store/hd9kzi6qg1q7ycx5gc6z3b9k2c2dg16b-r-conquer-1.0.2 
    33	python-sip@4.19.24	/gnu/store/zrj9jpc1n452a4sgv7xx9fmgf74bx00p-python-sip-4.19.24 
    32	kplotting@5.70.0	/gnu/store/6yp5ycafwr4k82gy0v33349qd3l2lwlp-kplotting-5.70.0 
    32	python-psycopg2@2.8.6	/gnu/store/9gzia47gi9i4kmh5s4fyr2iyxwlkjx0x-python-psycopg2-2.8.6 
    31	python-betamax@0.8.1	/gnu/store/pgsqyn4j9vspkcv5mhs3g4d9371abm1k-python-betamax-0.8.1 
    31	r-preprocesscore@1.52.0	/gnu/store/rgmgnbdp11n3v255zmlhl13j4ybz78k9-r-preprocesscore-1.52.0 
    31	umockdev@0.14.4	/gnu/store/27imkfd58arm6ch7pa9w8mrxaz38vr27-umockdev-0.14.4 
    31	ruby-cucumber-wire@3.1.0	/gnu/store/xim2bf4axgic2ybs6p1ciayjzxw0gdc3-ruby-cucumber-wire-3.1.0 
    31	ruby-cucumber-create-meta@1.0.0	/gnu/store/afpcshb2lzmaanwldf4wzdpj1ksbifb0-ruby-cucumber-create-meta-1.0.0 
    30	lxqt-build-tools@0.7.0	/gnu/store/2vrjk51lhcdlj50q929xlvvfqgjcj253-lxqt-build-tools-0.7.0 
    30	python2-numpydoc@0.8.0	/gnu/store/rd1cr0v730g1q6lgzyiqnz3l60bh0jsb-python2-numpydoc-0.8.0 
    29	perl-moosex-role-withoverloading@0.17	/gnu/store/8llx5m801yqnqyvz3lch3w14npymydv0-perl-moosex-role-withoverloading-0.17 
    29	ksyntaxhighlighting@5.70.0	/gnu/store/g10g87w1zh99g05r89iifz3svyz1bqij-ksyntaxhighlighting-5.70.0 
    29	r-quadprog@1.5-8	/gnu/store/57mkcx30aa9mmwc9xmvksyzz3lcsz83m-r-quadprog-1.5-8 
    28	liboauth@1.0.3	/gnu/store/95lwfp5hns9sglqbk07682dr4qrgxssn-liboauth-1.0.3 
    28	r-broom@0.7.2	/gnu/store/376v7fwv2n7ary6pgilkdr3v20hhnbgs-r-broom-0.7.2 
    28	libgeotiff@1.5.1	/gnu/store/ahw6fwaxpdqdcpy4wl01chr9ycf0f3hc-libgeotiff-1.5.1 
    28	geos@3.8.1	/gnu/store/ypv19k3n76cywi9yzzkyijlbpj1waimv-geos-3.8.1 
    27	node@10.22.1	/gnu/store/bifyc06x3fvcgjabgnakf01s2ll61k8b-node-10.22.1 
    27	python2-attrs@19.3.0	/gnu/store/isv9cjbxh900kdllv2qx6p054hvysglz-python2-attrs-19.3.0 
    27	ocaml4.07-stdlib-shims@0.1.0	/gnu/store/ba1zch6yw0s20qpm8r4qn8w32ndv9bnj-ocaml4.07-stdlib-shims-0.1.0 
    26	python-readme-renderer@26.0	/gnu/store/rgf5jqk72196ixhj3yfyhyaiq4br1fmv-python-readme-renderer-26.0 
    26	r-annotationfilter@1.14.0	/gnu/store/fcq2fp2hv0nsazpiiz13fjg1jp2n9zyx-r-annotationfilter-1.14.0 
    25	kcalendarcore@5.70.0	/gnu/store/y5kai88gd4yr7lx4177vwrnqaiwk0ylw-kcalendarcore-5.70.0 
    25	libblockdev@2.24	/gnu/store/3pa782r1fdpkghknlz1k6282myd6vp2m-libblockdev-2.24 
    25	python-black@20.8b1	/gnu/store/dhlw2pi910lgph99siinf863hqmyhbhy-python-black-20.8b1 
    25	r-zip@2.1.1	/gnu/store/3yf6yzl9r6r0ijnqgyiw53sbhma5ln39-r-zip-2.1.1 
    25	r-doparallel@1.0.16	/gnu/store/j3zq6170lphhdq4irxz7z8l0ym1y2d84-r-doparallel-1.0.16 
    25	python2-pycodestyle@2.6.0	/gnu/store/hsyxk5v8gmrgx5aq1cq2yb5hgfsn2ijv-python2-pycodestyle-2.6.0 
    23	r-rematch@1.0.1	/gnu/store/nsqpxgimf76vkr253g8agk6jhra3vd6y-r-rematch-1.0.1 
    23	freexl@1.0.6	/gnu/store/chykawilc3x1wawrbzxcl5xpr9mkdq9x-freexl-1.0.6 
    23	r-affyio@1.60.0	/gnu/store/4mv728cp26z8gdspk85fxdxb3cnwaarw-r-affyio-1.60.0 
    23	mbedtls-apache@2.23.0	/gnu/store/sy115jaf7fr0n2r0k11ib5d042d7ykf9-mbedtls-apache-2.23.0 
    23	cogl@1.22.8	/gnu/store/dvnq7p7g7cydagg4yqdijkv83kp7xdpw-cogl-1.22.8 
    23	python2-pyflakes@2.2.0	/gnu/store/p2p8w6rkccdx1ifivc5145wqif958fqq-python2-pyflakes-2.2.0 
    22	threadweaver@5.70.0	/gnu/store/869yi485a4r9pspz32gcsdf3rb5cxv24-threadweaver-5.70.0 
    22	gusb@0.3.0	/gnu/store/8caxabgvjp86i7yf3yb9mqvn467yjf0v-gusb-0.3.0 
    22	python-service-identity@18.1.0	/gnu/store/b65dv24gig5sqz6a9rr517znabkrw1iq-python-service-identity-18.1.0 
    22	r-forcats@0.5.0	/gnu/store/6w8nnppbdjyc0691j4gx679ff4zk3n46-r-forcats-0.5.0 
    22	r-reshape@0.8.8	/gnu/store/znnvc13pjf4wz8r2hnhqkg73fha7gfgk-r-reshape-0.8.8 
    22	r-irlba@2.3.3	/gnu/store/zgc2g3s9ibf6lrjmbz4zj2qzd2wxi2cv-r-irlba-2.3.3 
    22	gl2ps@1.4.2	/gnu/store/9jpwg2cc7bjd0zb6v2y136sba5y7850s-gl2ps-1.4.2 
    21	r-dichromat@2.0-0	/gnu/store/8w7qdww76kkf3hzg1hz6m9ac7mq92xjk-r-dichromat-2.0-0 
    21	r-fs@1.5.0	/gnu/store/3lxq07xibhh020hjalahhydhjs9cs2g0-r-fs-1.5.0 
    21	r-shape@1.4.5	/gnu/store/9g3kvjyg5kkb61pa1k738nr7dsmfnms0-r-shape-1.4.5 
    20	prison@5.70.0	/gnu/store/5ac5cpbk91azd55ykqkvscggqmzzn9sj-prison-5.70.0 
    20	libxklavier@5.4	/gnu/store/why5r1wns27nsrlk66yr0ddmvz6x6jfc-libxklavier-5.4 
    20	python-pysam@0.15.1	/gnu/store/7lw1l162ldjg98lf1m0a2vwda9nhsn8v-python-pysam-0.15.1 
    20	r-sparsematrixstats@1.2.0	/gnu/store/yhlfzkdil3937xs2y28fig9xwg50wpwx-r-sparsematrixstats-1.2.0 
    20	python-codecov@2.0.15	/gnu/store/j6ylh9dbzn4336bz7f9cnfmwp3imbmrr-python-codecov-2.0.15 
    20	libnice@0.1.18	/gnu/store/s15f000qla18x446rk178irs4mrh02i6-libnice-0.1.18-doc /gnu/store/5slxz09qy1s5knk6bnvhmy5kchbx7w2l-libnice-0.1.18 
    20	python2-mccabe@0.6.1	/gnu/store/qghl8janppg8vph0fdc1l0i57kambphp-python2-mccabe-0.6.1 
    19	r-lubridate@1.7.9.2	/gnu/store/ilj2kvnhfs4raxb63s29l0v995jgld3w-r-lubridate-1.7.9.2 
    19	gspell@1.8.2	/gnu/store/gchbby8dawjqb5dsfrz1j5gm2m78mrip-gspell-1.8.2 
    19	r-rngtools@1.5	/gnu/store/9wc7s601k4rcxkaqbhqaj724dr1mwcax-r-rngtools-1.5 
    19	r-rjson@0.2.20	/gnu/store/1506kgi48jssx7y8s8r3pxqxsvqkf30w-r-rjson-0.2.20 
    18	mate-desktop@1.24.1	/gnu/store/ji989a65zqld7m6ggyy4c6xpd12r427w-mate-desktop-1.24.1 
    18	ruby-markaby@0.9.0	/gnu/store/jnj1xf77rr6bwnzl5p76m551ax2b29jf-ruby-markaby-0.9.0 
    18	ruby-erubis@2.7.0	/gnu/store/xyi226qch24hrcb4b3z2xc26j1hbhanx-ruby-erubis-2.7.0 
    18	r-cardata@3.0-4	/gnu/store/2f3vymijq01anvi8g0f78g3f6irwr9w1-r-cardata-3.0-4 
    18	r-parallelly@1.21.0	/gnu/store/3jjsx5h0gs0c4cwwkfirwj63i8yhjajz-r-parallelly-1.21.0 
    18	r-listenv@0.8.0	/gnu/store/bh6ikv2zwr152qbsfmcqx676j0h21iql-r-listenv-0.8.0 
    18	r-hwriter@1.3.2	/gnu/store/mvvf2vwa5v0i5grlr8kjrvy5yg8iyib0-r-hwriter-1.3.2 
    18	python2-tornado@5.1.1	/gnu/store/cgf224i3789bb824lx67rf6f2ar6f58d-python2-tornado-5.1.1 
    18	linux-libre@5.10.6	/gnu/store/yzjr09z94iw78ayhvd36jmg4b4babkav-linux-libre-5.10.6 
    17	python-lazy-object-proxy@1.5.1	/gnu/store/n99brms4wk4f6nmv28gimaqk1hkipn8v-python-lazy-object-proxy-1.5.1 
    17	r-rgraphviz@2.34.0	/gnu/store/24v1xk79na0dv7a5ly0pd6jh2968qq9b-r-rgraphviz-2.34.0 
    16	python2-tegaki-python@0.3.1	/gnu/store/kwisq3k735mpahc781rz6xhxr602s7jh-python2-tegaki-python-0.3.1 
    16	emacs-markdown-mode@2.4	/gnu/store/01rxm2qmqcf4qz6zgw9gv4fdm3b940vx-emacs-markdown-mode-2.4 
    16	r-whisker@0.4	/gnu/store/ffa1jfjsahv6qifgzciq8v38wh926ddn-r-whisker-0.4 
    16	r-maptools@1.0-2	/gnu/store/d6amgk8439hz4xiq14r1syvfcm35v6yv-r-maptools-1.0-2 
    16	python2-openpyxl@2.6.4	/gnu/store/jhian2k6w1ddzsh7x5wqxsh8qd3iv1kf-python2-openpyxl-2.6.4 
    16	python-geventhttpclient@1.4.4	/gnu/store/a1lq9hjp5nz9r6j7i093xnczv9j4hdrp-python-geventhttpclient-1.4.4 
    15	poppler-qt5@0.86.1	/gnu/store/h3rx8hxpj2l4vhnhkn3v42x8vihvzyds-poppler-qt5-0.86.1 
    15	vte@0.60.3	/gnu/store/rnc8mj2mgbyj4rm90iig37fdvvy7w459-vte-0.60.3 
    15	gjs@1.58.3	/gnu/store/982gfig51j10lj6jvj8cz399sjdwkqmq-gjs-1.58.3 
    15	python2-pygobject@3.34.0	/gnu/store/3366chfsb1gyw8grdq9l5isi20qf4xkr-python2-pygobject-3.34.0 
    15	r-assertive-base@0.0-7	/gnu/store/mmvpjm0jzbg4m5g2g48slzarkvpf6bz2-r-assertive-base-0.0-7 
    15	r-uuid@0.1-4	/gnu/store/rr7s0rdrkd3d8s6h2f1a69yjyrfq3z2p-r-uuid-0.1-4 
    15	r-impute@1.64.0	/gnu/store/pz6pdmsr1mgsfi40v55kgiimnlra3jd2-r-impute-1.64.0 
    15	r-rspectra@0.16-0	/gnu/store/1l83r4l8xj13br2biwxjabj134lqw0ix-r-rspectra-0.16-0 
    15	sox@14.4.2	/gnu/store/gd76dnhq1jjrgl7g0p92nf8ckbbqggn5-sox-14.4.2 
    15	gtkglext@1.2.0	/gnu/store/lfy7iaccnz8rkg9j1fvh1vh3ap41h765-gtkglext-1.2.0 
    14	libgxps@0.3.1	/gnu/store/3bl1d94z9i7i5wxzqfmg7jfbrq9nzq5m-libgxps-0.3.1 
    14	emacs-spinner@1.7.3	/gnu/store/mc9gd2fqhgnzgs85i5mdhk9m9li934q0-emacs-spinner-1.7.3 
    14	emacs-let-alist@1.0.6	/gnu/store/w72x8c20yr8wjapf4nqkaz4dcjlp88gg-emacs-let-alist-1.0.6 
    14	emacs-pkg-info@0.6	/gnu/store/lvrvmbnbrb3lfxfy0c6rb6c20ip6lh44-emacs-pkg-info-0.6 
    14	python-arrow@0.17.0	/gnu/store/s8ybvb5zd3p3qqn5nl8bp73md4m05w0g-python-arrow-0.17.0 
    14	python2-pysam@0.15.1	/gnu/store/8gav0wrykwikrwvzrapmng79ss6w1zb9-python2-pysam-0.15.1 
    14	r-brew@1.0-6	/gnu/store/v0ham7jjar6kvn59zyn0np5ck5gpqbh2-r-brew-1.0-6 
    14	r-modeltools@0.2-23	/gnu/store/zvbwi1a4p10fsy7ncwf6zga1yagmq6y2-r-modeltools-0.2-23 
    14	python2-zope-testrunner@5.2	/gnu/store/spc1fzg8qhscmwk6d2z5nj7fh0vhxsb2-python2-zope-testrunner-5.2 
    13	python-forex-python@1.5	/gnu/store/cbvnqw3gq9carn8r5vi2adrgacldfsb1-python-forex-python-1.5 
    13	xdotool@3.20160805.1	/gnu/store/06g07f543bdcgkm1rjnyg2yf70nxnk88-xdotool-3.20160805.1 
    13	ruby-rack-protection@2.0.5	/gnu/store/d2r1x4sgswma1gcb271ljj54273aw164-ruby-rack-protection-2.0.5 
    13	ruby-mustermann@1.0.3	/gnu/store/4hw1zz94pfagkb438yk2vd8sqnyp6yhi-ruby-mustermann-1.0.3 
    13	mono@4.4.1.0	/gnu/store/inyaksmd0cs5ipjlfdqfj9bi77aaia2m-mono-4.4.1.0 
    13	r-ks@1.11.7	/gnu/store/p9rxyqxzx5vnfsdzr01ldglk35bqpv66-r-ks-1.11.7 
    13	r-biocversion@3.12.0	/gnu/store/iphycyq343plp38kbhyl31420y7yvki5-r-biocversion-3.12.0 
    13	python-responses@0.10.6	/gnu/store/vlhcnwzvzzp3y6khgb21vfkyjni2s5r0-python-responses-0.10.6 
    12	python-curio@1.2	/gnu/store/5zry7px7qjjcsl7jszsi2pw6ribwjw4k-python-curio-1.2 
    12	accountsservice@0.6.50	/gnu/store/1if89w49vd1bzc1yl725cv0wi0l5gm6f-accountsservice-0.6.50 
    12	r-pbapply@1.4-3	/gnu/store/ai4qaq1d4m4ry7bx2rb4q2zng9i5qlgk-r-pbapply-1.4-3 
    12	python-oauthlib@3.1.0	/gnu/store/j6z93rclm60zi00w2k7v1amhj6smnazi-python-oauthlib-3.1.0 
    11	python-port-for@0.4	/gnu/store/2sda0wjjsmqg87nkzibqj8l45ywgrf7l-python-port-for-0.4 
    11	scalapack@2.0.2	/gnu/store/489ww5gc66qv4vw84rwdvpy2k8bf4ysa-scalapack-2.0.2 
    11	hdf5-parallel-openmpi@1.10.7	/gnu/store/y7lqar3phj7rgnpg0j05v7lmj2ljr0z5-hdf5-parallel-openmpi-1.10.7-fortran /gnu/store/q7apllxaw7fsr5rdcks77bh2w6qw7069-hdf5-parallel-openmpi-1.10.7 
    11	gtksourceview@4.2.0	/gnu/store/vyljdj4ii6dq2nfc11zmi0m81maa3n2p-gtksourceview-4.2.0 
    11	xf86-input-wacom@0.39.0	/gnu/store/gh2z6g37mn3jcgx7sp5lrhvnn2nhc4n0-xf86-input-wacom-0.39.0 
    11	python-outcome@1.0.1	/gnu/store/w6c2adfhnjaiiw856p6y5b6dligzx42i-python-outcome-1.0.1 
    11	emacs-paredit@24	/gnu/store/ai3qnk9r9rssgf44k40rhyrsdvg699qz-emacs-paredit-24 
    11	r-ini@0.3.1	/gnu/store/pzhv1k9vcz0x840ma3d4gyy7kfkq1dqm-r-ini-0.3.1 
    11	python-blosc@1.5.1	/gnu/store/2hmyfhmv5rm3j12wzg1nik45zikrllfw-python-blosc-1.5.1 
    11	cmake@3.19.2	/gnu/store/xb04vm22p0fldv4z82lljkapcxwndrkb-cmake-3.19.2-doc /gnu/store/7xcbmgll5y6mam0gzhqk3900946qmryr-cmake-3.19.2 
    11	r-ggridges@0.5.2	/gnu/store/661hx7maz7a050ak4d96c3wwni82b594-r-ggridges-0.5.2 
    11	r-corrplot@0.84	/gnu/store/kwbv9s05jd7m91s4c7482vfh3ys3pmc7-r-corrplot-0.84 
    11	r-gridbase@0.4-7	/gnu/store/pk5544zc8z4gk8bpzfrkmi30hwvshz7q-r-gridbase-0.4-7 
    11	r-truncnorm@1.0-8	/gnu/store/zxrrp8i7ri4sdgifm0j4vw1zball2hzk-r-truncnorm-1.0-8 
    11	r-rcppprogress@0.4.2	/gnu/store/98z94yd6dj3w9siq3vm07m8gv4zhkmrw-r-rcppprogress-0.4.2 
    11	r-sitmo@2.0.1	/gnu/store/jxapdpi50lkr7bxnvh35p4f13z0sr9dq-r-sitmo-2.0.1 
    11	r-singlecellexperiment@1.12.0	/gnu/store/913c8nakn9l54b6agg0yq8ipjcrpwqdm-r-singlecellexperiment-1.12.0 
    11	r-globaloptions@0.1.2	/gnu/store/1q5w6h2rm2cljydnfpbvmjg32migrbi5-r-globaloptions-0.1.2 
    11	qt@4.8.7	/gnu/store/v2gf9jcc85gfis3nwajidrcfwjzi1anm-qt-4.8.7-doc /gnu/store/xk3miwn4pzpvxrbxlcbg2q5nl52nh818-qt-4.8.7 
    10	pt-scotch32@6.1.0	/gnu/store/iqxivbsg4wphflis2rmkywwm355b60sc-pt-scotch32-6.1.0-metis /gnu/store/4h0wdyifmksnpkjkdzf114bsqxpbfzn4-pt-scotch32-6.1.0 
    10	dune-common-openmpi@2.7.0	/gnu/store/6gp4lzb1wx7sfyjfi0ir2fnqdnz175km-dune-common-openmpi-2.7.0 
    10	dune-common@2.7.0	/gnu/store/zaaaajisdbx1iyhmymb2vx81n507wlgc-dune-common-2.7.0 
    10	menu-cache@1.1.0	/gnu/store/9nnzjg65764aqyy6g19kaa8sfkr8kjha-menu-cache-1.1.0 
    10	kidletime@5.70.0	/gnu/store/jx7mj30ns6aazc72925bnkpb7gv168rk-kidletime-5.70.0 
    10	gnome-autoar@0.2.4	/gnu/store/mfy6wknsxdy1943j5157g3xd5mdli60v-gnome-autoar-0.2.4 
    10	ruby-rouge@3.21.0	/gnu/store/m5n1cxd4sfndgic7h6p4kz6cz82bvvbi-ruby-rouge-3.21.0 
    10	ruby-asciimath@2.0.1	/gnu/store/a3d9vljh2131145c4x8iyqganmy0gvww-ruby-asciimath-2.0.1 
    10	gsound@1.0.2	/gnu/store/axni37pv7vlcm82p1gnfbf2jlmfgpimk-gsound-1.0.2 
    10	cairo-xcb@1.16.0	/gnu/store/ihf0r2xbfm6qcgllks7awr5nm99ldy55-cairo-xcb-1.16.0 
    10	mupen64plus-core@2.5	/gnu/store/7jnhx9np4nvdi886nz2cbsh22z0drd1n-mupen64plus-core-2.5 
    10	python-pytest-aiohttp@0.3.0	/gnu/store/sawfid6lfj48s9gxz4ffhzg886g540w8-python-pytest-aiohttp-0.3.0 
    10	r-insight@0.11.1	/gnu/store/wcfjss6lw8xqfm58cxrjh9hc6hd4lh0w-r-insight-0.11.1 
    10	coq@8.11.2	/gnu/store/i9ybbcnblkc2cqv29h2xd9ixd5m5kdn7-coq-8.11.2-ide /gnu/store/ikyb9xkinl539xigf5as24zdqqzv2iwv-coq-8.11.2 
    10	abseil-cpp@20200225.2	/gnu/store/w9gb6dflxriif6yi309rj97n9hgn3d03-abseil-cpp-20200225.2 
    10	r-lpsolve@5.6.15	/gnu/store/3hbgarszcaaxhpr6rwsn324bai3plws5-r-lpsolve-5.6.15 
    10	r-bigmemory-sri@0.1.3	/gnu/store/x4dqm9cyqr2lkzv80jnb47bbra0bm26q-r-bigmemory-sri-0.1.3 
    10	r-squarem@2020.5	/gnu/store/2ji0cy6al6abg30da7pqdaslbnd1k1xc-r-squarem-2020.5 
    10	r-rsvd@1.0.3	/gnu/store/985s6k305dpds80j73l49gr52lvxwipj-r-rsvd-1.0.3 
    10	r-scrime@1.3.5	/gnu/store/al0dvvgcsi7lhsyash2xj60bzhf6gjdr-r-scrime-1.3.5 
    10	r-polynom@1.4-0	/gnu/store/s5hn766zl1vh10pjynm6zwz5zazm09xh-r-polynom-1.4-0 
    10	r-reticulate@1.18	/gnu/store/kh9bs8rri35svcq7slmkfclbxzkjacy7-r-reticulate-1.18 
    10	r-pcamethods@1.82.0	/gnu/store/dml7xg9ajs20ylyi0j54xy5rr6l5qsjw-r-pcamethods-1.82.0 
    10	r-beanplot@1.2	/gnu/store/l0k6iqg12gz66v7445j1nmmz3nmxskqa-r-beanplot-1.2 
    10	llvm@3.8.1	/gnu/store/j4yfnzcbjs4lvhka3kbn2006pn6ld82m-llvm-3.8.1 
------


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability i686-linux]
  2021-01-13 23:33   ` Staging branch [substitute availability i686-linux] Leo Famulari
@ 2021-01-14  0:22     ` Leo Famulari
  2021-01-14 22:37     ` Ricardo Wurmus
  1 sibling, 0 replies; 68+ messages in thread
From: Leo Famulari @ 2021-01-14  0:22 UTC (permalink / raw)
  To: guix-devel

On Wed, Jan 13, 2021 at 06:33:04PM -0500, Leo Famulari wrote:
> The mesa test suite failure is reproducible, and it looks like this:
> 
> ------
> 23:07:53 /tmp/guix-build-mesa-20.2.4.drv-0/build/src/util/u_debug_stack_test
> --- stdout ---
> Running main() from ../mesa-20.2.4/src/gtest/src/gtest_main.cc
> [==========] Running 2 tests from 1 test suite.
> [----------] Global test environment set-up.
> [----------] 2 tests from u_debug_stack_test
> [ RUN      ] u_debug_stack_test.basics
> [       OK ] u_debug_stack_test.basics (0 ms)
> [ RUN      ] u_debug_stack_test.capture_not_overwritten
> ../mesa-20.2.4/src/util/u_debug_stack_test.cpp:108: Failure
> Expected: (bt1) != (bt2), actual: "/tmp/guix-build-mesa-20.2.4.drv-0/build/src/util/u_debug_stack_test() [0x8072555]
> " vs "/tmp/guix-build-mesa-20.2.4.drv-0/build/src/util/u_debug_stack_test() [0x8072555]
> "
> [  FAILED  ] u_debug_stack_test.capture_not_overwritten (0 ms)

I've reported this upstream:

https://gitlab.freedesktop.org/mesa/mesa/-/issues/4091


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability aarch64-linux]
  2021-01-13 23:38   ` Staging branch [substitute availability aarch64-linux] Leo Famulari
@ 2021-01-14  2:42     ` John Soo
  0 siblings, 0 replies; 68+ messages in thread
From: John Soo @ 2021-01-14  2:42 UTC (permalink / raw)
  To: Leo Famulari; +Cc: Guix-Devel

[-- Attachment #1: Type: text/plain, Size: 144 bytes --]

     I’ve been working on ghc and making some progress. I’d love to have more support for rust but I’m not sure what the issue is.        

[-- Attachment #2: Type: text/html, Size: 163 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability]
  2021-01-13 22:30 ` Staging branch [substitute availability] Leo Famulari
                     ` (3 preceding siblings ...)
  2021-01-13 23:38   ` Staging branch [substitute availability aarch64-linux] Leo Famulari
@ 2021-01-14  8:39   ` Mathieu Othacehe
  2021-01-14 10:04     ` Jonathan Brielmaier
                       ` (3 more replies)
  4 siblings, 4 replies; 68+ messages in thread
From: Mathieu Othacehe @ 2021-01-14  8:39 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel


Hello Leo,

> ------
> master branch
> aarch64: 66% 
> x86_64: 93% 
> i686: 85%
> armhf: 51%
>
> staging branch
> aarch64: 44% 
> x86_64: 80% 
> i686: 60%
> armhf: 30%
> ------

Thanks for the figures. I can comment on some stuff. Until recently it
was hard to monitor the build farm status because there were a lot of
contention at the main guix-daemon level.

Since the introduction of the "wip-offload" branch on Cuirass, the
situation has much improved. The workers are constantly building. For
now we are building three specifications:

* guix-modular-master
* guix-master
* staging

for x86_64, i686 and aarch64. If you look at the "Pending builds" chart
here[1], you will see that the CI is barely catching up. That's because
the "aarch64" emulated builds are incredibly slow, and monopolizing all
the build resources.

I deliberately chose to put armhf aside until I have a clearer view of
the situation.

Now, how to move on?

First, I still need to connect the four overdrives machine to the new
Cuirass remote building mechanism, and I would need some help for that
(asked on guix-sysadmins). But, I'm not sure it will much improve the
situation.

Longer term, we need to figure out a better solution. It's now
obvious that we do not have the computation power to build all our
branches for 5 different architectures, relying heavily on emulation for
armhf and aarch64. Anyone knows how Nix deals with that?

I guess that other major distributions provide only cross-compiled
packages for those architectures, but I don't think it's an option for
us, Ludo?

Thanks,

Mathieu

[1]: https://ci.guix.gnu.org/metrics


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-13 23:36   ` Staging branch [substitute availability armhf-linux] Leo Famulari
@ 2021-01-14  8:44     ` Mathieu Othacehe
  2021-01-14 12:22       ` zimoun
                         ` (2 more replies)
  0 siblings, 3 replies; 68+ messages in thread
From: Mathieu Othacehe @ 2021-01-14  8:44 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel


> The armhf-linux platform is in the worst shape, both on the master and
> staging branches. It's a shame because it's also the least powerful,
> with almost no hardware thermally capable of sustained CPU usage, so
> users will have the worst experience building packages for it.
>
> Does anyone want to work on it? Should we just "fix it on the master
> branch?"

Your weather summary is a great idea, thanks! As I said in my previous
email, the armhf substitutes are not built right now on the CI. It's
really sad but we have to make an impossible choice between:

* Trying to build everything on all architecture and have the CI that is
  awfully lagging behind.

* Restrict the number of architecture we want to provide substitutes
  for.

Thanks,

Mathieu


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability]
  2021-01-14  8:39   ` Staging branch [substitute availability] Mathieu Othacehe
@ 2021-01-14 10:04     ` Jonathan Brielmaier
  2021-01-14 13:49       ` Mathieu Othacehe
  2021-01-14 10:24     ` Tobias Geerinckx-Rice
                       ` (2 subsequent siblings)
  3 siblings, 1 reply; 68+ messages in thread
From: Jonathan Brielmaier @ 2021-01-14 10:04 UTC (permalink / raw)
  To: guix-devel

Am Thu, 14 Jan 2021 09:39:41 +0100, Mathieu Othacehe schrieb:
> First, I still need to connect the four overdrives machine to the new
> Cuirass remote building mechanism, and I would need some help for that
> (asked on guix-sysadmins). But, I'm not sure it will much improve the
> situation.
>
> Longer term, we need to figure out a better solution. It's now
> obvious that we do not have the computation power to build all our
> branches for 5 different architectures, relying heavily on emulation for
> armhf and aarch64. Anyone knows how Nix deals with that?

I can not speak for Nix, but openSUSE has around 10 more or less powerful ARM servers for native building. See https://build.opensuse.org/monitor

Some weeks ago i did some research on ARM servers. TL;DR There are some options, even fast ones, but its not easy to found shops who sell them and have them in stock...

--
Sent from Ubuntu Touch


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability]
  2021-01-14  8:39   ` Staging branch [substitute availability] Mathieu Othacehe
  2021-01-14 10:04     ` Jonathan Brielmaier
@ 2021-01-14 10:24     ` Tobias Geerinckx-Rice
  2021-01-14 10:51       ` Mathieu Othacehe
  2021-01-14 22:29     ` Ludovic Courtès
  2021-01-15 17:55     ` Christopher Baines
  3 siblings, 1 reply; 68+ messages in thread
From: Tobias Geerinckx-Rice @ 2021-01-14 10:24 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 602 bytes --]

Mathieu!

Mathieu Othacehe 写道:
> Longer term, we need to figure out a better solution. It's now
> obvious that we do not have the computation power to build all 
> our
> branches for 5 different architectures

I don't think it's obvious and I don't think it's true.

> relying heavily on emulation for armhf and aarch64.

Only because we don't use the non-emulated hardware.  Our 
(currently 3, one crashed) Overdrives 1000 sit idle for ~90% of 
the time.

The situation is worse for x86_64: 96% idleness based on 
/proc/uptime.  Am I misinterpreting?

Kind regards,

T G-R

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability]
  2021-01-14 10:24     ` Tobias Geerinckx-Rice
@ 2021-01-14 10:51       ` Mathieu Othacehe
  2021-01-14 20:19         ` Tobias Geerinckx-Rice
  0 siblings, 1 reply; 68+ messages in thread
From: Mathieu Othacehe @ 2021-01-14 10:51 UTC (permalink / raw)
  To: Tobias Geerinckx-Rice; +Cc: guix-devel


Hello Tobias,

> I don't think it's obvious and I don't think it's true.

Well obvious was a poor choice of word. But I've been spending several
weeks/months monitoring Berlin and I think I'm starting to have a good
overview of the situation.

This new page[1] shows what the build machines are doing. There are two
workers per machine, and they are always busy as far as I can tell.

If you have a look to the "Pending builds" chart here[2], you will see
that it took 4 days to absorb the ~7000 builds that were added the 9/10th
of January.

Building chromium for aarch64 takes more than 24 hours and will take one
whole worker down for instance. Now think about Linux, webkitgtk and
imagine that we also want to build the core-updates branch and the armhf
architecture, I don't see how it could fit without lagging weeks behind.

> Only because we don't use the non-emulated hardware.  Our (currently 3, one
> crashed) Overdrives 1000 sit idle for ~90% of the time.

As I said, the new remote building Cuirass mechanism is not yet deployed
on those machines and I would need someone with login access to
reconfigure those machines for me.

> The situation is worse for x86_64: 96% idleness based on /proc/uptime.  Am I
> misinterpreting?

On what machine? If it's on the Berlin main node, it's by design. We
don't want the main machine to build things as it interferes too much
with the other stuff happening on that machine such as gc'ing a huge store,
hosting Cuirass and other services.

Thanks,

Mathieu

[1]: https://ci.guix.gnu.org/workers
[2]: https://ci.guix.gnu.org/metrics


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-14  8:44     ` Mathieu Othacehe
@ 2021-01-14 12:22       ` zimoun
  2021-01-14 22:18       ` Ludovic Courtès
  2021-01-14 23:07       ` Leo Famulari
  2 siblings, 0 replies; 68+ messages in thread
From: zimoun @ 2021-01-14 12:22 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: Guix Devel

Hi Mathieu,

I have not read carefully all the emails on the topic, so I am
probably out-of-scope.

On Thu, 14 Jan 2021 at 09:44, Mathieu Othacehe <othacehe@gnu.org> wrote:

> * Trying to build everything on all architecture and have the CI that is
>   awfully lagging behind.
>
> * Restrict the number of architecture we want to provide substitutes
>   for.

Maybe we could use Bayfront and the recent Fosshost donation
differently and so use them to cross-compile, removing the x86 builds
on them.

Cheers,
simon


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability]
  2021-01-14 10:04     ` Jonathan Brielmaier
@ 2021-01-14 13:49       ` Mathieu Othacehe
  0 siblings, 0 replies; 68+ messages in thread
From: Mathieu Othacehe @ 2021-01-14 13:49 UTC (permalink / raw)
  To: Jonathan Brielmaier; +Cc: guix-devel


Hello Jonathan,

> I can not speak for Nix, but openSUSE has around 10 more or less powerful ARM servers for native building. See https://build.opensuse.org/monitor

Thanks for sharing, I like very much the design of this page, I might
take some ideas from it to improve https://ci.guix.gnu.org/workers.

> Some weeks ago i did some research on ARM servers. TL;DR There are some
> options, even fast ones, but its not easy to found shops who sell them and
> have them in stock...

True, you even proposed to contact Linaro to see if they were willing to
provide us some aarch64 VM. I think it would be great :).

Thanks,

Mathieu


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability]
  2021-01-14 10:51       ` Mathieu Othacehe
@ 2021-01-14 20:19         ` Tobias Geerinckx-Rice
  0 siblings, 0 replies; 68+ messages in thread
From: Tobias Geerinckx-Rice @ 2021-01-14 20:19 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 569 bytes --]

Mathieu,

Mathieu Othacehe 写道:
> As I said, the new remote building Cuirass mechanism is not yet 
> deployed
> on those machines and I would need someone with login access to
> reconfigure those machines for me.

I reconfigured dmitri and have now also restarted guix-daemon.

Is there anything more I need to do?  Remotely rebooting has 
proven risky in the past.

>> The situation is worse for x86_64: 96% idleness based on 
>> /proc/uptime.  Am I
>> misinterpreting?
>
> On what machine?

All build nodes (141.*).

Kind regards,

T G-R

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-14  8:44     ` Mathieu Othacehe
  2021-01-14 12:22       ` zimoun
@ 2021-01-14 22:18       ` Ludovic Courtès
  2021-01-15  9:44         ` Mathieu Othacehe
  2021-01-14 23:07       ` Leo Famulari
  2 siblings, 1 reply; 68+ messages in thread
From: Ludovic Courtès @ 2021-01-14 22:18 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: guix-devel

Hi,

Mathieu Othacehe <othacehe@gnu.org> skribis:

> Your weather summary is a great idea, thanks! As I said in my previous
> email, the armhf substitutes are not built right now on the CI. It's
> really sad but we have to make an impossible choice between:
>
> * Trying to build everything on all architecture and have the CI that is
>   awfully lagging behind.
>
> * Restrict the number of architecture we want to provide substitutes
>   for.

You seem to imply that the issue is the number of architectures, rather
than the small number of ARMv7 build machines (now that we disabled
32-bit builds on AArch64).  Do I get it right?

That was a problem with Cuirass doing ‘build-derivations’ RPCs for
derivations spanning multiple architectures (the RPC would complete once
the slowest architecture is done), but maybe that’s no longer the case
with the new remote builds feature you’ve been working on?

Ludo’.


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability]
  2021-01-14  8:39   ` Staging branch [substitute availability] Mathieu Othacehe
  2021-01-14 10:04     ` Jonathan Brielmaier
  2021-01-14 10:24     ` Tobias Geerinckx-Rice
@ 2021-01-14 22:29     ` Ludovic Courtès
  2021-01-15 17:55     ` Christopher Baines
  3 siblings, 0 replies; 68+ messages in thread
From: Ludovic Courtès @ 2021-01-14 22:29 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: guix-devel

Mathieu Othacehe <othacehe@gnu.org> skribis:

> Since the introduction of the "wip-offload" branch on Cuirass, the
> situation has much improved. The workers are constantly building. For
> now we are building three specifications:
>
> * guix-modular-master
> * guix-master
> * staging

Yay!

> for x86_64, i686 and aarch64. If you look at the "Pending builds" chart
> here[1], you will see that the CI is barely catching up. That's because
> the "aarch64" emulated builds are incredibly slow, and monopolizing all
> the build resources.
>
> I deliberately chose to put armhf aside until I have a clearer view of
> the situation.
>
> Now, how to move on?
>
> First, I still need to connect the four overdrives machine to the new
> Cuirass remote building mechanism, and I would need some help for that
> (asked on guix-sysadmins). But, I'm not sure it will much improve the
> situation.

Oh sorry, I still haven’t caught up from vacation but I’ll take a look
if nobody beats me at it.

> Longer term, we need to figure out a better solution. It's now
> obvious that we do not have the computation power to build all our
> branches for 5 different architectures, relying heavily on emulation for
> armhf and aarch64. Anyone knows how Nix deals with that?

I’m not sure, but I know they rent storage and processing power from a
big transnational company, and that may well include AArch64.

Note that we disabled emulated builds and ARMv7 builds on AArch64 (!)
when Danny discovered the _FILE_OFFSET_BITS issue, which makes things
much worse.

With the x86_64 machines we have in Berlin, using emulated builds, even
if they’re slow, could potentially help noticeably.

At this point the biggest issue is ARMv7 because we have too little
actual hardware.

> I guess that other major distributions provide only cross-compiled
> packages for those architectures, but I don't think it's an option for
> us, Ludo?

Cross-compiled derivations are different derivations, so no, it’s not an
option.

If people know what hardware to get, and if we can find people to host
it, we have enough funds to buy it.  On IRC yesterday Leo mentioned a
good-looking AArch64 board:

  https://shop.solid-run.com/product/SRLX216S00D00GE064H07CH/

For ARMv7, there are probably several known-good options like those by
Olimex, BeagleBoard (I think?) and the likes.

For any such candidate, we need to (1) check it can be used with free
software only, (2) check things like provided storage space, whether a
case is available, etc., and (3) plan for purchase and hosting.
Volunteers needed!

Thanks,
Ludo’.


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability i686-linux]
  2021-01-13 23:33   ` Staging branch [substitute availability i686-linux] Leo Famulari
  2021-01-14  0:22     ` Leo Famulari
@ 2021-01-14 22:37     ` Ricardo Wurmus
  2021-01-14 23:16       ` Leo Famulari
  1 sibling, 1 reply; 68+ messages in thread
From: Ricardo Wurmus @ 2021-01-14 22:37 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel


Leo Famulari <leo@famulari.name> writes:

> For i686-linux:
>
> Should we even be attempting to build Rust on this platform? Has it ever
> worked? What about the ant-bootstrap?
[…]
>    580  ant-bootstrap@1.8.4     /gnu/store/rb0r3r4vf3gd63bqinpkha9450yzvjm6-ant-bootstrap-1.8.4

This should work on i686 IIRC.

-- 
Ricardo


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-14  8:44     ` Mathieu Othacehe
  2021-01-14 12:22       ` zimoun
  2021-01-14 22:18       ` Ludovic Courtès
@ 2021-01-14 23:07       ` Leo Famulari
  2021-01-15  8:27         ` Vincent Legoll
  2 siblings, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2021-01-14 23:07 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: guix-devel

On Thu, Jan 14, 2021 at 09:44:17AM +0100, Mathieu Othacehe wrote:
> Your weather summary is a great idea, thanks! As I said in my previous
> email, the armhf substitutes are not built right now on the CI. It's
> really sad but we have to make an impossible choice between:

Specifically about armhf, if anybody wants to use it with Guix, I hope
they will speak up. I would have expected to hear from users that they
were not getting any substitutes.

I think we should monitor the volume of substitute requests per platform
and see how big the demand for armhf Guix really is.

Although there is a huge amount of armhf hardware deployed, Guix seems a
very poor fit for it. There is almost no armhf hardware that is suitable
for a build-from-source distro in terms of performance, thermal design
and suitable storage (SD cards will not last for unless you pay a huge
amount for the absolute highest quality). Binary distros like Trisquel
are a much better option for armhf.

All that is not a reason to not support armhf, but if nobody is using
it, then we should officially deprecate it, and not leave it in this
in-between state.


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability i686-linux]
  2021-01-14 22:37     ` Ricardo Wurmus
@ 2021-01-14 23:16       ` Leo Famulari
  0 siblings, 0 replies; 68+ messages in thread
From: Leo Famulari @ 2021-01-14 23:16 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: guix-devel

On Thu, Jan 14, 2021 at 11:37:39PM +0100, Ricardo Wurmus wrote:
> 
> Leo Famulari <leo@famulari.name> writes:
> 
> > For i686-linux:
> >
> > Should we even be attempting to build Rust on this platform? Has it ever
> > worked? What about the ant-bootstrap?
> […]
> >    580  ant-bootstrap@1.8.4     /gnu/store/rb0r3r4vf3gd63bqinpkha9450yzvjm6-ant-bootstrap-1.8.4
> 
> This should work on i686 IIRC.

Indeed, it appears to have been built. Sorry for the noise.


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-14 23:07       ` Leo Famulari
@ 2021-01-15  8:27         ` Vincent Legoll
  2021-01-15  9:54           ` Mathieu Othacehe
  2021-01-15 20:07           ` Leo Famulari
  0 siblings, 2 replies; 68+ messages in thread
From: Vincent Legoll @ 2021-01-15  8:27 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel, Mathieu Othacehe

Hello,

On Fri, Jan 15, 2021 at 12:07 AM Leo Famulari <leo@famulari.name> wrote:
> Specifically about armhf, if anybody wants to use it with Guix, I hope
> they will speak up.

I am interested, I have tried, and failed to get anything (apart from guix
on foreign armbian). But I am more interested in guixsd though.

I even attempted building the pinebook pro image without success.

> I think we should monitor the volume of substitute requests per platform
> and see how big the demand for armhf Guix really is.

With the current situation, I'm not sure this would really be representative
of the armhf or arm64 demand.

> Although there is a huge amount of armhf hardware deployed, Guix seems a
> very poor fit for it.

In its current state.

> There is almost no armhf hardware that is suitable
> for a build-from-source distro in terms of performance, thermal design
> and suitable storage (SD cards will not last for unless you pay a huge
> amount for the absolute highest quality). Binary distros like Trisquel
> are a much better option for armhf.

The cross buildability *should* be kind of a solution for this.

> All that is not a reason to not support armhf, but if nobody is using
> it, then we should officially deprecate it, and not leave it in this
> in-between state.

I'm not using it because I can't make it work.

-- 
Vincent Legoll


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-14 22:18       ` Ludovic Courtès
@ 2021-01-15  9:44         ` Mathieu Othacehe
  0 siblings, 0 replies; 68+ messages in thread
From: Mathieu Othacehe @ 2021-01-15  9:44 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel


Hey Ludo,

> You seem to imply that the issue is the number of architectures, rather
> than the small number of ARMv7 build machines (now that we disabled
> 32-bit builds on AArch64).  Do I get it right?

Yes my point is that building three specifications on three
architectures, including an emulated one, is already hard for the build
farm, so adding more specifications/architectures seems complex.

Even if we fix the problem raised by Danny, enabling again ARMv7
transparent emulation, without any additional hardware wouldn't fit.

> That was a problem with Cuirass doing ‘build-derivations’ RPCs for
> derivations spanning multiple architectures (the RPC would complete once
> the slowest architecture is done), but maybe that’s no longer the case
> with the new remote builds feature you’ve been working on?

Yes, that's solved by the remote building feature. The workers are
declaring the architectures they support. When they request work, the
remote server picks randomly an architecture and select the most
priority build available. This way the queuing happens at the database
level and not in the guix-daemon itself.

Thanks,

Mathieu


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-15  8:27         ` Vincent Legoll
@ 2021-01-15  9:54           ` Mathieu Othacehe
  2021-01-15 17:15             ` Vincent Legoll
  2021-01-15 20:07           ` Leo Famulari
  1 sibling, 1 reply; 68+ messages in thread
From: Mathieu Othacehe @ 2021-01-15  9:54 UTC (permalink / raw)
  To: Vincent Legoll; +Cc: guix-devel


Hello Vincent,

> I even attempted building the pinebook pro image without success.

It seems that Caliph Nomble succeeded to build a Pinebook Pro image and
booted it, without graphics, after a few fixes:
https://issues.guix.gnu.org/45584.

You may want to try again :).

>> There is almost no armhf hardware that is suitable
>> for a build-from-source distro in terms of performance, thermal design
>> and suitable storage (SD cards will not last for unless you pay a huge
>> amount for the absolute highest quality). Binary distros like Trisquel
>> are a much better option for armhf.
>
> The cross buildability *should* be kind of a solution for this.

Yes we could always decide to stop supporting native ARMv7 substitutes
and only focus on the cross-building to provide ready to use image for
this architecture.

>> All that is not a reason to not support armhf, but if nobody is using
>> it, then we should officially deprecate it, and not leave it in this
>> in-between state.
>
> I'm not using it because I can't make it work.

Don't hesitate to report the issues you encountered!

Thanks,

Mathieu


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-15  9:54           ` Mathieu Othacehe
@ 2021-01-15 17:15             ` Vincent Legoll
  0 siblings, 0 replies; 68+ messages in thread
From: Vincent Legoll @ 2021-01-15 17:15 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 2409 bytes --]

Hello,

On Fri, Jan 15, 2021 at 10:54 AM Mathieu Othacehe <othacehe@gnu.org> wrote:
> It seems that Caliph Nomble succeeded to build a Pinebook Pro image and
> booted it, without graphics, after a few fixes:
> https://issues.guix.gnu.org/45584.
>
> You may want to try again :).

DONE, it's a bit better, this time initrd, kernel & dtb loaded properly.

But serial output stopped after "Starting kernel ..." which is probably
because of mismatched serial port speed, but I tried to relaunch screen
with 57600, 115200 and still go no output. [complete uboot log attached]

LCD screen stays black which is probably normal.

The image was built like the following:

# ./pre-inst-env guix describe
Git checkout:
  repository: /home/vince/dev/repo/guix
  branch: master
  commit: c03875b0361f114634caeb54935fe37a9b7b05af
# echo "(use-modules (gnu system images pinebook-pro))
pinebook-pro-barebones-os" > /tmp/os.scm
# ./pre-inst-env guix system disk-image -t pinebook-pro-raw /tmp/os.scm
[...]
/gnu/store/5fj3aha8jsyji9mpqzf2krakl08r9zlw-disk-image

Next I'll try the hints from:
https://issues.guix.gnu.org/45584

> >> There is almost no armhf hardware that is suitable
> >> for a build-from-source distro in terms of performance, thermal design
> >> and suitable storage (SD cards will not last for unless you pay a huge
> >> amount for the absolute highest quality). Binary distros like Trisquel
> >> are a much better option for armhf.
> >
> > The cross buildability *should* be kind of a solution for this.
>
> Yes we could always decide to stop supporting native ARMv7 substitutes
> and only focus on the cross-building to provide ready to use image for
> this architecture.

Isn't there a way to reconcile the 2 ? At least theoretically cross- or native-
compilation should give identical output, though I dunno how far that
is from reality (probably not good, or we would be doing just that)

> >> All that is not a reason to not support armhf, but if nobody is using
> >> it, then we should officially deprecate it, and not leave it in this
> >> in-between state.
> >
> > I'm not using it because I can't make it work.
>
> Don't hesitate to report the issues you encountered!

I've done it a few times already, for armhf, arm64, powerpc64, mipsel.

And I'll (re-)try anything if I'm hinted as what to try next.

The main problem from my PoV is the scatteredness of the infos.

Tchuss

-- 
Vincent Legoll

[-- Attachment #2: pbp-ubootlog.txt --]
[-- Type: text/plain, Size: 10007 bytes --]

DDR Version 1.20 20190314
In
channel 0
CS = 0
MR0=0x98
MR4=0x1
MR5=0xFF
MR8=0x8
MR12=0x72
MR14=0x72
MR18=0x0
MR19=0x0
MR24=0x8
MR25=0x0
CS = 1
MR0=0x18
MR4=0x1
MR5=0xFF
MR8=0x8
MR12=0x72
MR14=0x72
MR18=0x0
MR19=0x0
MR24=0x8
MR25=0x0
channel 1
CS = 0
MR0=0x98
MR4=0x1
MR5=0xFF
MR8=0x8
MR12=0x72
MR14=0x72
MR18=0x0
MR19=0x0
MR24=0x8
MR25=0x0
CS = 1
MR0=0x18
MR4=0x1
MR5=0xFF
MR8=0x8
MR12=0x72
MR14=0x72
MR18=0x0
MR19=0x0
MR24=0x8
MR25=0x0
channel 0 training pass!
channel 1 training pass!
change freq to 400MHz 0,1
channel 0
CS = 0
MR0=0x98
MR4=0x1
MR5=0xFF
MR8=0x8
MR12=0x72
MR14=0x72
MR18=0x0
MR19=0x0
MR24=0x8
MR25=0x0
CS = 1
MR0=0x18
MR4=0x1
MR5=0xFF
MR8=0x8
MR12=0x72
MR14=0x72
MR18=0x0
MR19=0x0
MR24=0x8
MR25=0x0
channel 1
CS = 0
MR0=0x98
MR4=0x1
MR5=0xFF
MR8=0x8
MR12=0x72
MR14=0x72
MR18=0x0
MR19=0x0
MR24=0x8
MR25=0x0
CS = 1
MR0=0x18
MR4=0x1
MR5=0xFF
MR8=0x8
MR12=0x72
MR14=0x72
MR18=0x0
MR19=0x0
MR24=0x8
MR25=0x0
channel 0 training pass!
channel 1 training pass!
change freq to 800MHz 1,0
Channel 0: LPDDR4,800MHz
Bus Width=32 Col=10 Bank=8 Row=15/15 CS=2 Die Bus-Width=16 Size=2048MB
Channel 1: LPDDR4,800MHz
Bus Width=32 Col=10 Bank=8 Row=15/15 CS=2 Die Bus-Width=16 Size=2048MB
256B stride
ch 0 ddrconfig = 0x101, ddrsize = 0x2020
ch 1 ddrconfig = 0x101, ddrsize = 0x2020
pmugrf_os_reg[2] = 0x3AA1FAA1, stride = 0xD
OUT
Boot1: 2019-03-14, version: 1.19
CPUId = 0x0
ChipType = 0x10, 251
SdmmcInit=2 0
BootCapSize=100000
UserCapSize=119276MB
FwPartOffset=2000 , 100000
mmc0:cmd5,20
SdmmcInit=0 0
BootCapSize=0
UserCapSize=30528MB
FwPartOffset=2000 , 0
StorageInit ok = 191888
SecureMode = 0
SecureInit read PBA: 0x4
SecureInit read PBA: 0x404
SecureInit read PBA: 0x804
SecureInit read PBA: 0xc04
SecureInit read PBA: 0x1004
SecureInit read PBA: 0x1404
SecureInit read PBA: 0x1804
SecureInit read PBA: 0x1c04
SecureInit ret = 0, SecureMode = 0
atags_set_bootdev: ret:(0)
GPT 0x3380ec0 signature is wrong
recovery gpt...
GPT 0x3380ec0 signature is wrong
recovery gpt fail!
LoadTrust Addr:0x4000
LoadTrust Addr:0x4400
LoadTrust Addr:0x4800
LoadTrust Addr:0x4c00
LoadTrust Addr:0x5000
LoadTrust Addr:0x5400
LoadTrust Addr:0x5800
LoadTrust Addr:0x5c00
Addr:0x4000 No find trust.img!
LoadTrustBL error:-3
SecureMode = 0
SecureInit read PBA: 0x4
SecureInit read PBA: 0x404
SecureInit read PBA: 0x804
SecureInit read PBA: 0xc04
SecureInit read PBA: 0x1004
SecureInit read PBA: 0x1404
SecureInit read PBA: 0x1804
SecureInit read PBA: 0x1c04
SecureInit ret = 0, SecureMode = 0
atags_set_bootdev: ret:(0)
GPT 0x3380ec0 signature is wrong
recovery gpt...
GPT 0x3380ec0 signature is wrong
recovery gpt fail!
LoadTrust Addr:0x4000
No find bl30.bin
No find bl32.bin
Load uboot, ReadLba = 2000
Load OK, addr=0x200000, size=0xe5970
RunBL31 0x10000
NOTICE:  BL31: v1.3(debug):22b599a
NOTICE:  BL31: Built : 11:03:32, Jul 10 2019
NOTICE:  BL31: Rockchip release version: v1.1
INFO:    GICv3 with legacy support detected. ARM GICV3 driver initialized in EL3
INFO:    Using opteed sec cpu_context!
INFO:    boot cpu mask: 0
INFO:    plat_rockchip_pmu_init(1181): pd status 3e
INFO:    BL31: Initializing runtime services
WARNING: No OPTEE provided by BL2 boot loader, Booting device without OPTEE initialization. SMC`s destined for OPTEE will return SMC_UNK
ERROR:   Error initializing runtime service opteed_fast
INFO:    BL31: Preparing for EL3 exit to normal world
INFO:    Entry point address = 0x200000
INFO:    SPSR = 0x3c9
fdtdec_get_addr_size_fixed: reg: addr=ff770000, size=10000
fdtdec_get_addr_size_fixed: reg: addr=ff320000, size=1000


U-Boot 2017.09-04112-gb8e0774-dirty (Feb 07 2020 - 12:45:13 -0500)

Model: Pine64 RK3399 Pinebook Pro
PreSerial: 2
DRAM:  3.9 GiB
Sysmem: init
Relocation Offset: f5be7000, fdt: f3dd2238
I2c0 speed: 400000Hz
PMIC:  RK808
vdd_center 900000 uV
vdd_log init 900000 uV
rk_board_init PWM2 pinctrl init fail!
rk_board_init: vcc3v0_sdio cannot set regulator value -38
vdd_center 900000 uV
                DCDC_REG1@     vdd_center:  750000uV <-> 1400000uV, set  900000uV, enabling | suspend     -61uV, disabled
                DCDC_REG4@        vcc_1v8: 1800000uV <-> 1800000uV, set 1800000uV, enabling | suspend 1800000uV, enabling
                 LDO_REG1@     vcc1v8_dvp: 1800000uV <-> 1800000uV, set 1800000uV, enabling | suspend 1800000uV, enabling
                 LDO_REG4@         vcc_sd: 3300000uV <-> 3300000uV, set 3300000uV, enabling | suspend 3300000uV, enabling
                 LDO_REG5@  vcca3v0_codec: 3000000uV <-> 3000000uV, set 3000000uV, enabling | suspend 3000000uV, enabling
                 LDO_REG7@  vcca1v8_codec: 1800000uV <-> 1800000uV, set 1800000uV, enabling | suspend 1800000uV, enabling
                 LDO_REG8@        vcc_3v0: 3000000uV <-> 3000000uV, set 3000000uV, enabling | suspend 3000000uV, enabling
              SWITCH_REG2@      vcc3v3_s0:     -61uV <->     -61uV, set       0uV, enabling | suspend     -61uV, disabled
                   dc-12v@         dc_12v: 12000000uV <-> 12000000uV, set 12000000uV, enabling | suspend     -61uV, enabling (ret: -38)
                  vcc-sys@        vcc_sys: 5000000uV <-> 5000000uV, set 5000000uV, enabling | suspend     -61uV, enabling (ret: -38)
               vcc3v3-sys@     vcc3v3_sys: 3300000uV <-> 3300000uV, set 3300000uV, enabling | suspend     -61uV, enabling (ret: -38)
        vcc-phy-regulator@        vcc_phy:     -61uV <->     -61uV, set     -61uV, enabling | suspend     -61uV, enabling
            led-regulator@  led_regulator:     -61uV <->     -61uV, set     -61uV, enabling | suspend     -61uV, enabling
           vcc5v0-host-en@    vcc5v0_host: 5000000uV <-> 5000000uV, set 5000000uV, enabling | suspend     -61uV, enabling (ret: -38)
vcc5v0-usb3-host-regulator@vcc5v0_usb3_host:     -61uV <->     -61uV, set     -61uV, enabling | suspend     -61uV, enabling
         vcc5v0-typec0-en@  vcc5v0_typec0:     -61uV <->     -61uV, set     -61uV, enabling | suspend     -61uV, enabling
    vcc3v3-pcie-regulator@    vcc3v3_pcie: 3300000uV <-> 3300000uV, set 3300000uV, disabled | suspend     -61uV, enabling
              vcc1v8-sdio@    vcc1v8_sdio: 1800000uV <-> 1800000uV, set 1800000uV, enabling | suspend     -61uV, enabling (ret: -38)
              vcc3v0-sdio@    vcc3v0_sdio: 3000000uV <-> 3000000uV, set 3000000uV, enabling | suspend     -61uV, enabling ; init 3000000uV (ret: -38)
vdd_log init 900000 uV
                  vdd_log@        vdd_log:  800000uV <-> 1400000uV, set  900000uV, enabling | suspend     -61uV, enabling ; init  900000uV
MMC:   dwmmc@fe310000: 2, sdhci@fe330000: 0, dwmmc@fe320000: 1
Invalid bus 0 (err=-19)
*** Warning - spi_flash_probe_bus_cs() failed, using default environment

In:    serial
Out:   serial
Err:   serial
Model: Pine64 RK3399 Pinebook Pro
RKPARM: Invalid parameter part table
Bootdev(atags): mmc 0
PartType: DOS
rockchip_get_boot_mode: Could not found misc partition
boot mode: None
init_resource_list: failed to get resource part, ret=-1
Can't find file:logo.bmp
failed to display uboot logo
CLK: (uboot. arml: enter 816000 KHz, init 816000 KHz, kernel 0N/A)
CLK: (uboot. armb: enter 816000 KHz, init 816000 KHz, kernel 0N/A)
  aplll 816000 KHz
  apllb 816000 KHz
  dpll 800000 KHz
  cpll 24000 KHz
  gpll 800000 KHz
  npll 600000 KHz
  vpll 24000 KHz
  aclk_perihp 133333 KHz
  hclk_perihp 66666 KHz
  pclk_perihp 33333 KHz
  aclk_perilp0 266666 KHz
  hclk_perilp0 88888 KHz
  pclk_perilp0 44444 KHz
  hclk_perilp1 100000 KHz
  pclk_perilp1 50000 KHz
Net:   No ethernet found.
Hit key to stop autoboot('CTRL+C'):  0
do_boot_rockchip: Could not find mmcsda2 part
Checking for mmc dev 1...
RKPARM: Invalid parameter part table
switch to partitions #0, OK
mmc1 is current device
Scanning mmc 1 for bootable partitions...
Scanning mmc 1:1 for extlinux or boot scripts...
Found /boot/extlinux/extlinux.conf
Retrieving file: /boot/extlinux/extlinux.conf
758 bytes read in 14 ms (52.7 KiB/s)
Ignoring unknown command: UI
GNU Guix Boot Options
1:      GNU with Linux-Libre-Arm64-Generic 5.10.7
Enter choice: help
hgvhgelp not found
GNU Guix Boot Options
1:      GNU with Linux-Libre-Arm64-Generic 5.10.7
Enter choice:
 not found
GNU Guix Boot Options
1:      GNU with Linux-Libre-Arm64-Generic 5.10.7
Enter choice: help
help not found
GNU Guix Boot Options
1:      GNU with Linux-Libre-Arm64-Generic 5.10.7
Enter choice: edit
edit not found
GNU Guix Boot Options
1:      GNU with Linux-Libre-Arm64-Generic 5.10.7
Enter choice:
 not found
GNU Guix Boot Options
1:      GNU with Linux-Libre-Arm64-Generic 5.10.7
Enter choice:
 not found
GNU Guix Boot Options
1:      GNU with Linux-Libre-Arm64-Generic 5.10.7
Enter choice:
 not found
GNU Guix Boot Options
1:      GNU with Linux-Libre-Arm64-Generic 5.10.7
Enter choice: 1
1:      GNU with Linux-Libre-Arm64-Generic 5.10.7
Retrieving file: /gnu/store/i35q3qw8plpn3b15f94g0iwqsrzcxj9q-raw-initrd/initrd.cpio.gz
13074541 bytes read in 963 ms (12.9 MiB/s)
Retrieving file: /gnu/store/rnjk2q8vf6lpfxsm2svp6k06c7aww9kn-linux-libre-arm64-generic-5.10.7/Image
31760896 bytes read in 7494 ms (4 MiB/s)
append: --root=38af4c98-52f4-b4e1-b285-334638af4c98 --system=/gnu/store/8da8n1qsdzspbhahp1jyyvkjvf33nza9-system --load=/gnu/store/8da8n1qsdzspbhahp1jyyvkjvf33nza9-system/boot modprobe.blacklist=usbmouse,usbkbd quiet
Retrieving file: /gnu/store/rnjk2q8vf6lpfxsm2svp6k06c7aww9kn-linux-libre-arm64-generic-5.10.7/lib/dtbs/rk3399-pinebook-pro.dtb
** File not found /gnu/store/rnjk2q8vf6lpfxsm2svp6k06c7aww9kn-linux-libre-arm64-generic-5.10.7/lib/dtbs/rk3399-pinebook-pro.dtb **
Searching rockchip folder...
Retrieving file: /gnu/store/rnjk2q8vf6lpfxsm2svp6k06c7aww9kn-linux-libre-arm64-generic-5.10.7/lib/dtbs/rockchip/rk3399-pinebook-pro.dtb
60504 bytes read in 677 ms (86.9 KiB/s)
## Flattened Device Tree blob at 08300000
   Booting using the fdt blob at 0x8300000
   Loading Ramdisk to f3156000, end f3dce06d ... OK
   Loading Device Tree to 00000000f3144000, end 00000000f3155c57 ... OK
Adding bank: 0x00200000 - 0xf8000000 (size: 0xf7e00000)
Total: 368418.864 ms

Starting kernel ...


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability]
  2021-01-14  8:39   ` Staging branch [substitute availability] Mathieu Othacehe
                       ` (2 preceding siblings ...)
  2021-01-14 22:29     ` Ludovic Courtès
@ 2021-01-15 17:55     ` Christopher Baines
  3 siblings, 0 replies; 68+ messages in thread
From: Christopher Baines @ 2021-01-15 17:55 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 885 bytes --]


Mathieu Othacehe <othacehe@gnu.org> writes:

> Now, how to move on?
>
> First, I still need to connect the four overdrives machine to the new
> Cuirass remote building mechanism, and I would need some help for that
> (asked on guix-sysadmins). But, I'm not sure it will much improve the
> situation.
>
> Longer term, we need to figure out a better solution. It's now
> obvious that we do not have the computation power to build all our
> branches for 5 different architectures, relying heavily on emulation for
> armhf and aarch64. Anyone knows how Nix deals with that?

Providing that the more important builds/architectures are prioritised,
I don't think it's an all or nothing situation. For build farms
providing substitutes, it's more about the time taken to catch up with
changes.

When I've tried emulation, I've found there are too many errors that
only occur when emulating.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 987 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-15  8:27         ` Vincent Legoll
  2021-01-15  9:54           ` Mathieu Othacehe
@ 2021-01-15 20:07           ` Leo Famulari
  2021-01-16 10:08             ` Vincent Legoll
  1 sibling, 1 reply; 68+ messages in thread
From: Leo Famulari @ 2021-01-15 20:07 UTC (permalink / raw)
  To: Vincent Legoll; +Cc: guix-devel, Mathieu Othacehe

On Fri, Jan 15, 2021 at 09:27:36AM +0100, Vincent Legoll wrote:
> On Fri, Jan 15, 2021 at 12:07 AM Leo Famulari <leo@famulari.name> wrote:
> > Specifically about armhf, if anybody wants to use it with Guix, I hope
> > they will speak up.
> 
> I am interested, I have tried, and failed to get anything (apart from guix
> on foreign armbian). But I am more interested in guixsd though.

Okay, thanks for letting us know.

> I even attempted building the pinebook pro image without success.

Hm... it's a shame we are building this and it doesn't work.

Do you also use some armhf (32-bit) hardware?


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-15 20:07           ` Leo Famulari
@ 2021-01-16 10:08             ` Vincent Legoll
  2021-01-17  9:35               ` Mathieu Othacehe
  0 siblings, 1 reply; 68+ messages in thread
From: Vincent Legoll @ 2021-01-16 10:08 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel, Mathieu Othacehe

Hello,

> > I even attempted building the pinebook pro image without success.
>
> Hm... it's a shame we are building this and it doesn't work.

I only tried my locally built one, is there a substitute that I can try ?
That would tell if the problem is on my side or not.

> Do you also use some armhf (32-bit) hardware?

I would like. I tried and failed (I tried to build an image for an
orangepi+2e)

I have other non-x86 HW that I would like to have guixsd on.

I don't ask for susbstitutes, I can build them locally if needed and
doable.

-- 
Vincent Legoll


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-16 10:08             ` Vincent Legoll
@ 2021-01-17  9:35               ` Mathieu Othacehe
  2021-01-17 10:00                 ` Vincent Legoll
  0 siblings, 1 reply; 68+ messages in thread
From: Mathieu Othacehe @ 2021-01-17  9:35 UTC (permalink / raw)
  To: Vincent Legoll; +Cc: guix-devel


Hello Vincent,

You can download the latest Pinebook Pro image here:

https://ci.guix.gnu.org/build/190783/details

to search for the latest images:

https://ci.guix.gnu.org/search?query=spec%3Aguix-master+system%3Ax86_64-linux+status%3Asuccess+pinebook-pro

Thanks,

Mathieu


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-17  9:35               ` Mathieu Othacehe
@ 2021-01-17 10:00                 ` Vincent Legoll
  2021-01-17 10:09                   ` Vincent Legoll
  2021-01-17 10:17                   ` Mathieu Othacehe
  0 siblings, 2 replies; 68+ messages in thread
From: Vincent Legoll @ 2021-01-17 10:00 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: guix-devel

Hello,

Thanks

On Sun, Jan 17, 2021 at 10:35 AM Mathieu Othacehe <othacehe@gnu.org> wrote:
> You can download the latest Pinebook Pro image here:
>
> https://ci.guix.gnu.org/build/190783/details

trying to DL (in browser or with wget) the build output, by using
the "https://ci.guix.gnu.org/download/190783" link, I get:
error "Could not find the request build product."

> to search for the latest images:
>
> https://ci.guix.gnu.org/search?query=spec%3Aguix-master+system%3Ax86_64-linux+status%3Asuccess+pinebook-pro

That's where I searched, but did not find one with
the "Build outputs" link like the one you cited.

Why is 190783 different from the 6 other ones returned
by this search query ?

BTW, I think there is a problem in the way Cuirass web UI sorts
its results (apparently by oldest to newest, on the completion
time column) it looks like it is doing a string comparison, where
"32 minutes ago" is older than "37 hours ago". The "<< < > >>"
buttons also act strangely. Do you see such things ?
Should I report them as bugs ?

Tchuss

-- 
Vincent Legoll


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-17 10:00                 ` Vincent Legoll
@ 2021-01-17 10:09                   ` Vincent Legoll
  2021-01-17 10:17                   ` Mathieu Othacehe
  1 sibling, 0 replies; 68+ messages in thread
From: Vincent Legoll @ 2021-01-17 10:09 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1249 bytes --]

More details:

On Sun, Jan 17, 2021 at 11:00 AM Vincent Legoll
<vincent.legoll@gmail.com> wrote:
> On Sun, Jan 17, 2021 at 10:35 AM Mathieu Othacehe <othacehe@gnu.org> wrote:
> > You can download the latest Pinebook Pro image here:
> >
> > https://ci.guix.gnu.org/build/190783/details
>
> trying to DL (in browser or with wget) the build output, by using
> the "https://ci.guix.gnu.org/download/190783" link, I get:
> error "Could not find the request build product."

$ wget https://ci.guix.gnu.org/download/190783
--2021-01-17 11:04:12--  https://ci.guix.gnu.org/download/190783
Resolving ci.guix.gnu.org (ci.guix.gnu.org)... 141.80.181.40
Connecting to ci.guix.gnu.org (ci.guix.gnu.org)|141.80.181.40|:443... connected.
HTTP request sent, awaiting response... 500 Internal Server Error
2021-01-17 11:04:13 ERROR 500: Internal Server Error.

> BTW, I think there is a problem in the way Cuirass web UI sorts
> its results (apparently by oldest to newest, on the completion
> time column) it looks like it is doing a string comparison, where
> "32 minutes ago" is older than "37 hours ago". The "<< < > >>"
> buttons also act strangely. Do you see such things ?
> Should I report them as bugs ?

See the attached screen capture

-- 
Vincent Legoll

[-- Attachment #2: Screenshot_2021-01-17_11-02-43.png --]
[-- Type: image/png, Size: 208743 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-17 10:00                 ` Vincent Legoll
  2021-01-17 10:09                   ` Vincent Legoll
@ 2021-01-17 10:17                   ` Mathieu Othacehe
  2021-01-17 10:56                     ` Vincent Legoll
  1 sibling, 1 reply; 68+ messages in thread
From: Mathieu Othacehe @ 2021-01-17 10:17 UTC (permalink / raw)
  To: Vincent Legoll; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1275 bytes --]


Hello,

> trying to DL (in browser or with wget) the build output, by using
> the "https://ci.guix.gnu.org/download/190783" link, I get:
> error "Could not find the request build product."

Oh, it's already been garbage collected on Berlin, sorry about that
:(. I'll see what I can do. In the meantime, running the attached file
this way:

--8<---------------cut here---------------start------------->8---
guix build -f pinebook.scm
--8<---------------cut here---------------end--------------->8---

should achieve the same result locally.

> That's where I searched, but did not find one with
> the "Build outputs" link like the one you cited.
>
> Why is 190783 different from the 6 other ones returned
> by this search query ?

Because I just enabled build outputs production for Pinebook Pro images.

> BTW, I think there is a problem in the way Cuirass web UI sorts
> its results (apparently by oldest to newest, on the completion
> time column) it looks like it is doing a string comparison, where
> "32 minutes ago" is older than "37 hours ago". The "<< < > >>"
> buttons also act strangely. Do you see such things ?
> Should I report them as bugs ?

Yes looks like the search pagination and ordering is broken, those are
definitely bugs that you can report.

Mathieu

[-- Attachment #2: pinebook.scm --]
[-- Type: application/octet-stream, Size: 128 bytes --]

^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-17 10:17                   ` Mathieu Othacehe
@ 2021-01-17 10:56                     ` Vincent Legoll
  2021-01-17 11:01                       ` Mathieu Othacehe
  0 siblings, 1 reply; 68+ messages in thread
From: Vincent Legoll @ 2021-01-17 10:56 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: guix-devel

On Sun, Jan 17, 2021 at 11:17 AM Mathieu Othacehe <othacehe@gnu.org> wrote:
> --8<---------------cut here---------------start------------->8---
> guix build -f pinebook.scm
> --8<---------------cut here---------------end--------------->8---
>
> should achieve the same result locally.

That's slightly different than what I have been doing, but
the resulting image has the same problem than mine, no
LCD output, nothing answering on serial console (@1.5Mbps
(uboot speed) or 115.2Kbps (kernel speed, I think)).

> > That's where I searched, but did not find one with
> > the "Build outputs" link like the one you cited.
> >
> > Why is 190783 different from the 6 other ones returned
> > by this search query ?
>
> Because I just enabled build outputs production for Pinebook Pro images.

Does cuirass only remove the link after a while after the image has
been gc'ed ?

> > BTW, I think there is a problem in the way Cuirass web UI sorts
> > its results (apparently by oldest to newest, on the completion
> > time column) it looks like it is doing a string comparison, where
> > "32 minutes ago" is older than "37 hours ago". The "<< < > >>"
> > buttons also act strangely. Do you see such things ?
> > Should I report them as bugs ?
>
> Yes looks like the search pagination and ordering is broken, those are
> definitely bugs that you can report.

I'll do it later today

Thanks

-- 
Vincent Legoll


^ permalink raw reply	[flat|nested] 68+ messages in thread

* Re: Staging branch [substitute availability armhf-linux]
  2021-01-17 10:56                     ` Vincent Legoll
@ 2021-01-17 11:01                       ` Mathieu Othacehe
  0 siblings, 0 replies; 68+ messages in thread
From: Mathieu Othacehe @ 2021-01-17 11:01 UTC (permalink / raw)
  To: Vincent Legoll; +Cc: guix-devel, calnomble


> That's slightly different than what I have been doing, but
> the resulting image has the same problem than mine, no
> LCD output, nothing answering on serial console (@1.5Mbps
> (uboot speed) or 115.2Kbps (kernel speed, I think)).

Strange, seems that Caliph did manage to get a serial console. Caliph,
any insight here?

> Does cuirass only remove the link after a while after the image has
> been gc'ed ?

Yes turns out it was a regression due to PostgreSQL switch, this is now
solved and you should be able to download this image.

Mathieu


^ permalink raw reply	[flat|nested] 68+ messages in thread

end of thread, other threads:[~2021-01-17 11:04 UTC | newest]

Thread overview: 68+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-12-06 17:58 Staging branch Leo Famulari
2020-12-06 19:11 ` Ryan Prior
2020-12-06 20:20   ` Leo Famulari
2020-12-06 20:58     ` Leo Famulari
2020-12-13 20:00 ` Leo Famulari
2020-12-13 20:02   ` John Soo
2020-12-13 20:56     ` Leo Famulari
2020-12-13 21:33       ` Christopher Baines
2020-12-13 21:44       ` John Soo
2020-12-13 21:48         ` Leo Famulari
2020-12-13 21:50           ` John Soo
2020-12-13 22:10             ` Leo Famulari
2020-12-13 22:12               ` John Soo
2020-12-13 23:01                 ` Leo Famulari
2020-12-13 23:06                   ` John Soo
2020-12-23  5:27 ` Leo Famulari
2020-12-23 22:46   ` Leo Famulari
2020-12-29  7:37     ` Efraim Flashner
2021-01-05  1:37       ` Staging branch [aarch64 failures] Leo Famulari
2021-01-05 12:01         ` Efraim Flashner
2021-01-05 20:17           ` Efraim Flashner
2021-01-05 23:07           ` Leo Famulari
2020-12-29  8:39     ` Staging branch Efraim Flashner
2020-12-29 14:00       ` Efraim Flashner
2020-12-29 19:05         ` Leo Famulari
2020-12-30  8:57           ` Efraim Flashner
2020-12-30 20:24             ` Leo Famulari
2020-12-30 20:50               ` Efraim Flashner
2021-01-02 16:59                 ` John Soo
2021-01-02 18:37                   ` Leo Famulari
2021-01-03  4:38                     ` John Soo
2021-01-03 21:33                       ` Leo Famulari
2021-01-02 19:01                 ` Reconfigured on staging Efraim Flashner
2021-01-02 19:07                   ` Efraim Flashner
2021-01-08 23:25 ` Staging branch [i686] Leo Famulari
2021-01-13 22:30 ` Staging branch [substitute availability] Leo Famulari
2021-01-13 23:31   ` Staging branch [substitute availability x86_64-linux] Leo Famulari
2021-01-13 23:33   ` Staging branch [substitute availability i686-linux] Leo Famulari
2021-01-14  0:22     ` Leo Famulari
2021-01-14 22:37     ` Ricardo Wurmus
2021-01-14 23:16       ` Leo Famulari
2021-01-13 23:36   ` Staging branch [substitute availability armhf-linux] Leo Famulari
2021-01-14  8:44     ` Mathieu Othacehe
2021-01-14 12:22       ` zimoun
2021-01-14 22:18       ` Ludovic Courtès
2021-01-15  9:44         ` Mathieu Othacehe
2021-01-14 23:07       ` Leo Famulari
2021-01-15  8:27         ` Vincent Legoll
2021-01-15  9:54           ` Mathieu Othacehe
2021-01-15 17:15             ` Vincent Legoll
2021-01-15 20:07           ` Leo Famulari
2021-01-16 10:08             ` Vincent Legoll
2021-01-17  9:35               ` Mathieu Othacehe
2021-01-17 10:00                 ` Vincent Legoll
2021-01-17 10:09                   ` Vincent Legoll
2021-01-17 10:17                   ` Mathieu Othacehe
2021-01-17 10:56                     ` Vincent Legoll
2021-01-17 11:01                       ` Mathieu Othacehe
2021-01-13 23:38   ` Staging branch [substitute availability aarch64-linux] Leo Famulari
2021-01-14  2:42     ` John Soo
2021-01-14  8:39   ` Staging branch [substitute availability] Mathieu Othacehe
2021-01-14 10:04     ` Jonathan Brielmaier
2021-01-14 13:49       ` Mathieu Othacehe
2021-01-14 10:24     ` Tobias Geerinckx-Rice
2021-01-14 10:51       ` Mathieu Othacehe
2021-01-14 20:19         ` Tobias Geerinckx-Rice
2021-01-14 22:29     ` Ludovic Courtès
2021-01-15 17:55     ` Christopher Baines

all messages for Guix-related lists mirrored at yhetil.org

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://yhetil.org/guix

Example config snippet for mirrors.


AGPL code for this site: git clone http://ou63pmih66umazou.onion/public-inbox.git