bug#44906: Substitute requests fail if URL has trailing slash

[Hartmut Goebel]

Am 28.11.20 um 00:37 schrieb zimoun:

Now, the question is where should the fix go?  “guix publish” exposing
the narinfos or “guix weather“?  Or both?


I propose fixing all places where string-append is used to join URLs, 
since joining URLs is not the same as string concatenation. We might 
restrict our algorithm to only joining a path. 
 shows the complete 
algorithm, where this is the relevant part for only joining a path 
(R.path) to a base URL's path (T.path).


   if (R.path starts-with "/") then
  T.path = remove_dot_segments(R.path);
   else
  T.path = merge(Base.path, R.path);
  T.path = remove_dot_segments(T.path);

(Side-node: guile module (web uri) 
 seems to 
lack respective, easy to use functions.)


--
Regards
Hartmut Goebel

| Hartmut Goebel  | h.goe...@crazy-compilers.com   |
| www.crazy-compilers.com | compilers which you thought are impossible |

bug#44893: `guix deploy` doesn't recognize option --dry-run

[zimoun]

Dear,

Thank you for the report.

On Thu, 26 Nov 2020 at 13:11, Jesse Gibbons  wrote:
> --dry-run is an option listed in `guix deploy --help` but when I try it, 
> it isn't recognized:
>
> $ guix deploy --dry-run deploy.scm
> guix deploy: error: dry-run: unrecognized option

Yeah, it is because ’show-build-options-help’ is used.  I am not using
“guix deploy” and the question is: are all the build options working?

The build options of ’show-build-options-help’ are:

  -L, --load-path=DIRprepend DIR to the package module search path
  -K, --keep-failed  keep build tree of failed builds
  -k, --keep-going   keep going when some of the derivations fail
  -n, --dry-run  do not build the derivations
  --fallback fall back to building when the substituter fails
  --no-substitutes   build instead of resorting to pre-built substitutes
  --substitute-urls=URLS
 fetch substitute from URLS if they are authorized
  --no-graftsdo not graft packages
  --no-offload   do not attempt to offload builds
  --max-silent-time=SECONDS
 mark the build as failed after SECONDS of silence
  --timeout=SECONDS  mark the build as failed after SECONDS of activity
  --rounds=N build N times in a row to detect non-determinism
  -c, --cores=N  allow the use of up to N CPU cores for the build
  -M, --max-jobs=N   allow at most N build jobs
  --debug=LEVEL  produce debugging output at LEVEL

The relevant piece of code is:

--8<---cut here---start->8---
  (with-status-verbosity (assoc-ref opts 'verbosity)
(with-store store
  (set-build-options-from-command-line store opts)
  (with-build-handler (build-notifier #:use-substitutes?
  (assoc-ref opts 'substitutes?)
  #:verbosity
  (assoc-ref opts 'verbosity))
(parameterize ((%graft? (assq-ref opts 'graft?)))
  (map/accumulate-builds store
 (cut deploy-machine* store <>)
 machines
--8<---cut here---end--->8---

So most of them should work, could you confirm?


What --dry-run should do in the case of “guix deploy”?


All the best,
simon

bug#44872: GuixSD 1.2.0 installer fails with exception when formatting drive

[Tim Magee]

I successfully installed GNU Guix.

The work around I used for this bug is I simply ran `sudo dd
if=/dev/zero of=/dev/sda`. Basically, I think the existence of an old
GPT partition table is causing problems on a new install though I'm not
sure why.

Unfortunately, this computer is my daily driver and I need it working so
I can't run any more tests at this time.

bug#44916: No option to add whisker menu to xfce panel after installing package xfce4-whiskermenu-plugin.

[potentialuser54]

After doing a fresh install of Guix system using the graphics install menu and 
picking the xfce option, I decided to substitute xfce's "Applications" menu 
with the "Whisker" menu.

Thus, I used command "guix install xfce4-whiskermenu-plugin" to install the 
package. After a system reboot, I opened the menu for adding items to the xfce 
panel. However, the option "Whisker Menu" isn't there.

I asked this problem on irc and irc user "mroh" told me that this plugin looks 
broken and they will try to fix it. They also asked me to make a bug report:
> mroh | PotentailUser-53: that plugin does indeed looks broken: 
> ~/.guix-profile/bin/xfce4-popup-whiskermenu: line 47: 
> /gnu/store/clmv25gbfjrajvh8bsnhfj3w86kry004-xfce4-whiskermenu-plugin-2.4.6/bin/xfce4-panel:
>  No such file or directory

Regards.

bug#44916: No option to add whisker menu to xfce panel after installing package xfce4-whiskermenu-plugin.

[Michael Rohleder]

Thank you for reporting!

potentialuse...@postpro.net writes:
> After doing a fresh install of Guix system using the graphics install menu 
> and picking the xfce option, I decided to substitute xfce's "Applications" 
> menu with the "Whisker" menu.
>
> Thus, I used command "guix install xfce4-whiskermenu-plugin" to
> install the package. After a system reboot, I opened the menu for
> adding items to the xfce panel. However, the option "Whisker Menu"
> isn't there.
>
> I asked this problem on irc and irc user "mroh" told me that this plugin 
> looks broken and they will try to fix it. They also asked me to make a bug 
> report:
>> mroh | PotentailUser-53: that plugin does indeed looks broken:
> ~/.guix-profile/bin/xfce4-popup-whiskermenu: line 47:
> /gnu/store/clmv25gbfjrajvh8bsnhfj3w86kry004-xfce4-whiskermenu-plugin-2.4.6/bin/xfce4-panel:
> No such file or directory

Here is a first try to fix this:

>From c0157162c35dea28fd4f65c0b8bc87425358e7db Mon Sep 17 00:00:00 2001
From: Michael Rohleder 
Date: Sat, 28 Nov 2020 16:10:15 +0100
Subject: [PATCH] gnu: xfce4-whiskermenu-plugin: Fix installed shell script.

* gnu/packages/xfce.scm (xfce4-whiskermenu-plugin): Fix installed shell script.
[arguments]: Add phase fix-shell-script to substitute path to xfce4-panel.
---
 gnu/packages/xfce.scm | 10 +-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/xfce.scm b/gnu/packages/xfce.scm
index fbe06a1c76..1e5ece0489 100644
--- a/gnu/packages/xfce.scm
+++ b/gnu/packages/xfce.scm
@@ -535,7 +535,15 @@ keys for controlling the audio volume.")
("gtk+" ,gtk+)
("libxfce4ui" ,libxfce4ui)))
 (arguments
-  `(#:tests? #f)) ; no tests
+ `(#:tests? #f  ; no tests
+   #:phases
+   (modify-phases %standard-phases
+ (add-after 'unpack 'fix-shell-script
+   (lambda* (#:key inputs #:allow-other-keys)
+ (substitute* (string-append "panel-plugin/xfce4-popup-whiskermenu.in")
+   (("@CMAKE_INSTALL_FULL_BINDIR@")
+(string-append (assoc-ref inputs "xfce4-panel") "/bin")))
+ #t)
 (home-page "https://goodies.xfce.org/projects/panel-plugins/xfce4-whiskermenu-plugin";)
 (synopsis "Application menu panel plugin for Xfce")
 (description
-- 
2.29.2


Now, the shell script (path to xfce4-panel in the last line) looks fine,
but it still doesn't popup/display anything ;(

-- 
apples  have  meant  trouble  since  eden


signature.asc
Description: PGP signature

bug#42420: git-fetch origins produce same store output when set recursive is set to true or false

[Leo Famulari]

On Sat, Nov 28, 2020 at 12:23:28AM -0500, Maxim Cournoyer wrote:
> Is there an action to do here, or should we simply close it?

If we have a good idea for how to improve the situation, we should use
it. Otherwise, we can close the bug. It's something that confuses a lot
of people the first time but, once you learn what's happening, it's easy
to avoid in the future.

bug#44924: guix build u-boot-pinebook --with-git-url failed due to "source" in C_INCLUDE_PATH

[宋文武]

Running:
  guix build u-boot-pinebook \
--with-git-url=u-boot-pinebook=https://github.com/u-boot/u-boot

Would fail with "fatal error: asm/string.h: No such file or directory".

And it's caused by the first entry in C_INCLUDE_PATH, which is
"/gnu/store/xxx-u-boot-xxx/include".

I think we should filter out "source" in `set-paths` of the
`gnu-build-system`.

bug#44928: guix upgrade command does not accept a list of packages

[Luis Felipe via Bug reports for GNU Guix]

Guix documentation says that `guix upgrade` is an alias for `guix package -u`, 
but the latter can upgrade a list of packages, while the former fails.


## Steps to reproduce

1. guix pull
2. guix upgrade --dry-run
3. Pick two packages from the list shown in (2), say, packages A and B
4. guix upgrade A B


## Expected result

Packages A and B are upgraded.


## Unexpected result

Step 4 fails with the following message:

guix upgrade: error: B: extraneous argument


## System information

Using guix 0ae0efd with the Guix System.


---
Luis Felipe López Acevedo
https://luis-felipe.gitlab.io/

bug#44927: Guix reboot stops with some errors

[Bengt Richter]

Hi znavko,

On +2020-11-28 19:05:25 +, znavko--- via Bug reports for GNU Guix wrote:
> I have deleted lines with disks in config and reconfigured but the error 
> remains.
> 
> I switched to generation (system and packages by root) but an issue remains.
> 
> In Attach entire screen with trace.
> 
> What is that?
> November 28, 2020 6:47 PM, "znavko--- via Bug reports for GNU Guix" 
>  (mailto:bug-guix@gnu.org?to=%22znavko---%20via%20Bug%20reports%20for%20GNU%20Guix%22%20)>
>  wrote:
> Hello!
> I have a trouble that I cannot solve and did not have such before.
> When I reboot or power off my pc the process of shutdown stops with lines of 
> 'call trace' (in attach).
> It happened today after hundreds of tries of update with network errors (from 
> guix server as I think)
> https://lists.gnu.org/archive/html/help-guix/2020-11/msg00220.html 
> (https://lists.gnu.org/archive/html/help-guix/2020-11/msg00220.html)
> 
> I just added another disk to my system, it works fine.
> But something happened.
> Please where to dig?
> 
> Config is in attach.

Just a guess, from my experience with device busy messages:

Is there a process which has a current working directory on the device when you 
shut down?

(E.g., I think it could happen if you had cd'd there to look around, and 
forgotten to cd back out first.
Or perhaps there is a bug doing something similar?)

HTH
-- 
Regards,
Bengt Richter

bug#44928: guix upgrade command does not accept a list of packages

[zimoun]

Dear,

Thank you for the report.

On Sat, 28 Nov 2020 at 18:51, Luis Felipe via Bug reports for GNU Guix 
 wrote:

> 4. guix upgrade A B
> ## Expected result
> Packages A and B are upgraded.

This should be fixed by patch by #44931.

  


All the best,
simon

bug#42771: [PATCH] Disable tests for smalltalk and add candidate releases

[Holger Peters]

Last stable GNU smalltalk release dates back to 2013-04-08.  Disabled tests as
they were also failing for my non-guix build.  Also added the latest alpha
release as `smalltalk-next` and a build from vcs where we actually pass the
tests.

* gnu/packages/ruby.scm (smalltalk): Disable tests
(smalltalk-next): New variable.
(smalltalk-next-from-vcs): New variable.
---
 gnu/packages/smalltalk.scm | 63 +-
 1 file changed, 62 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/smalltalk.scm b/gnu/packages/smalltalk.scm
index 5d35f563e2..c96f4b1730 100644
--- a/gnu/packages/smalltalk.scm
+++ b/gnu/packages/smalltalk.scm
@@ -24,20 +24,26 @@
   #:use-module ((guix licenses) #:prefix license:)
   #:use-module (guix packages)
   #:use-module (guix download)
+  #:use-module (guix git-download)
   #:use-module (guix build-system cmake)
   #:use-module (guix build-system gnu)
   #:use-module (gnu packages audio)
   #:use-module (gnu packages autotools)
   #:use-module (gnu packages base)
+  #:use-module (gnu packages bison)
   #:use-module (gnu packages compression)
+  #:use-module (gnu packages flex)
   #:use-module (gnu packages fontutils)
+  #:use-module (gnu packages gettext)
   #:use-module (gnu packages gl)
   #:use-module (gnu packages glib)
   #:use-module (gnu packages libffi)
   #:use-module (gnu packages libsigsegv)
   #:use-module (gnu packages linux)
+  #:use-module (gnu packages perl)
   #:use-module (gnu packages pkg-config)
   #:use-module (gnu packages pulseaudio)
+  #:use-module (gnu packages texinfo)
   #:use-module (gnu packages xorg))
 
 (define-public smalltalk
@@ -61,7 +67,8 @@
 (inputs
  `(("zip" ,zip)))
 (arguments
- `(#:phases
+ `(#:tests? #f  ; failing tests, 3.2.5 has been released years ago
+   #:phases
(modify-phases %standard-phases
  (add-before 'configure 'fix-libc
(lambda _
@@ -145,3 +152,57 @@ also includes a customisable framework for creating 
dynamic HTTP servers and
 interactively extensible Web sites.")
 (home-page "http://squeakvm.org/";)
 (license license:x11)))
+
+;;; alpha release
+(define-public smalltalk-next
+  (package (inherit smalltalk)
+(name "smalltalk-next")
+(version "3.2.91")
+(source
+ (origin
+   (method url-fetch)
+   (uri (string-append "https://alpha.gnu.org/gnu/smalltalk/smalltalk-";
+   version ".tar.xz"))
+   (sha256
+(base32 "1zb2h5cbz1cwybqjl24lflw359lwj7sjvvhwb4x6miypzhwq4qh0"))
+
+;;; This version from the main development branch can be built with passing
+;;; tests
+(define-public smalltalk-next-from-vcs
+  (let ((revision "18")
+(commit "dfe4b5660037c4d178853ee00458a75e51a88563")
+(git-url "git://git.sv.gnu.org/smalltalk.git"))
+(package (inherit smalltalk)
+  (name "smalltalk-next-from-vcs")
+  (version (git-version "3.2.91" revision commit))
+  (source (origin
+(method git-fetch)
+(uri (git-reference
+  (url git-url)
+  (commit commit)))
+(file-name (git-file-name name version))
+(sha256 (base32 
"11dm1qricq7fwn1gfyn9ik7f1axw7l3ivipsh11dywa42pmb5j2r"
+  (native-inputs
+   `(("autoconf" ,autoconf)
+ ("automake" ,automake)
+ ("libtool" ,libtool)
+ ("flex" ,flex)
+ ("texinfo" ,texinfo)
+ ("perl" ,perl)
+ ("gettext" ,gettext-minimal)
+ ("libffi" ,libffi)
+ ("libltdl" ,libltdl)
+ ("bison" ,bison)
+ ("libsigsegv" ,libsigsegv)
+ ("pkg-config" ,pkg-config)))
+  (arguments
+   `(#:phases
+ (modify-phases %standard-phases
+   (add-before 'configure 'fix-libc
+ (lambda _
+   (let ((libc (assoc-ref %build-inputs "libc")))
+ (substitute* "libc.la.in"
+   (("@LIBC_SO_NAME@") "libc.so")
+   (("@LIBC_SO_DIR@")  (string-append libc "/lib"
+   #t
+
-- 
2.28.0

bug#44847: [Petition] Add a dotnet 5.0 support

[Timothy Sample]

Hi Abraham,

Abraham Jose  writes:

> C# is a widely used programming language, so having support fot it
> will expand the guix potential userbase by a lot.

I agree!  C# and its much cooler sibling F# are pretty nice languages.
(We do have a very old version of Mono, but I’m guessing that’s not what
you want.)  Unfortunately, there’s a big issue getting .NET into Guix...

> AFAIK the only things needed for this are:
> https://github.com/dotnet/runtime to run .NET managed applications
> https://github.com/dotnet/sdk To build apps
>
> Just in case this is helpful, there is also a source-build
> https://github.com/dotnet/source-build/

This is pretty cool.  Microsoft is trying to get the core .NET
components to meet the distribution requirements of a couple of key
GNU/Linux distributions (including at least Fedora and Debian).  This
means they have been working (since at least early 2018) to make sure
that all the source code is free and available, and that building from
source is possible for third parties.  So far so good!

A quick glance around suggests that an older version of .NET is
available for Fedora 32, and that Debian does not have a package yet.
That’s at least promising, but Guix has stricter requirements than
either of those two distributions.  Particularly, Guix tries to avoid
packages that cannot be bootstrapped from source.  From the README of
the repository you linked to:

Nearly all .NET Core repositories require the .NET Core SDK to
build. This is a circular dependency, which presents a bootstrapping
problem.

This means that Guix is unlikely to accept .NET Core packages.  Because
of that, I’m closing this bug.

That being said, anybody could package .NET for Guix and put it in a
separate channel.  Beyond the repository you linked to, there is a
Fedora working group: .


-- Tim