bug#39575: guix time-machine fails when a tarball was modified in-place
Hello Ludo' Ludovic Courtès writes: [...] > The problem here is really that we fall back to content-addressed > mirrors instead of using them directly: > > https://issues.guix.gnu.org/issue/28659 Given the natute (AFAIU) of this issue is the very same of the bug you mention, shouldn't this bug be merged (forcemerged?) whith #28659? If you agree and have no time, I can try doing this > The file itself is still available on our machines though, and you can > get it with: > > guix download -o harfbuzz-2.4.0.tar.bz2 \ > > https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/0vrkvdlmihdg62a4c6h5kx27khc33xmb95l50zgnwnavvpwyyw5l > > guix download file://$PWD/harfbuzz-2.4.0.tar.bz2 > > After that, re-running ‘guix time-machine’ should work. Does make it sense to make this workaround more general and add this as a Cookbook or blog entry? If the patch you propose in #28659 solve any issue and is ready to be merget of course it's not worth the effort [...] Thanks! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature
bug#39575: guix time-machine fails when a tarball was modified in-place
Hi Ludo, On Thu, 13 Feb 2020 at 22:34, Ludovic Courtès wrote: > > Hi, > > Jan Nieuwenhuizen skribis: > > > building > > /gnu/store/cjim33x0q1bv1ppkv3qijvr1pvsn4y0q-harfbuzz-2.4.0.tar.bz2.drv... > > downloading from > > https://www.freedesktop.org/software/harfbuzz/release/harfbuzz-2.4.0.tar.bz2... > > |offloading build of > > /gnu/store/6fgg1irkcvqyb4f9f8n0nzi5gknyqhfn-gcc-mesboot1-4.7.4.drv to > > 'kluit.dezyne.org' > > - 'build' phasesha256 hash mismatch for > > /gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2: > > expected hash: 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch > > actual hash: 0vrkvdlmihdg62a4c6h5kx27khc33xmb95l50zgnwnavvpwyyw5l > > hash mismatch for store item > > '/gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2' > > The file itself is still available on our machines though, and you can > get it with: > > guix download -o harfbuzz-2.4.0.tar.bz2 \ > > https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/0vrkvdlmihdg62a4c6h5kx27khc33xmb95l50zgnwnavvpwyyw5l Maybe I miss a point, but the file we need is the old one, not the new one, i.e., the one with the expected hash 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch. And I should do wrong but ci.guix.gnu.org does not have this file -- otherwise it will find it because of substitutes mechanism. --8<---cut here---start->8--- $ guix download -o /tmp/harfbuzz-old.tar.bz2 \ https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch Starting download of /tmp/harfbuzz-old.tar.bz2 >From >https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch... download failed "https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch"; 404 "Not Found" failed to download "/tmp/harfbuzz-old.tar.bz2" from "https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch"; guix download: error: open-file: No such file or directory: "/tmp/harfbuzz-old.tar.bz2" --8<---cut here---end--->8--- Cheers, simon
bug#39575: guix time-machine fails when a tarball was modified in-place
Hi Giovanni, On Fri, 14 Feb 2020 at 11:07, Giovanni Biscuolo wrote: > Ludovic Courtès writes: > > The problem here is really that we fall back to content-addressed > > mirrors instead of using them directly: > > > > https://issues.guix.gnu.org/issue/28659 > > Given the natute (AFAIU) of this issue is the very same of the bug you > mention, shouldn't this bug be merged (forcemerged?) whith #28659? AFAIU, there is 2 issues: 1. how to do with the particular case of harfbuzz -- bug#39575 2. how to solve the general case of unreliable sources -- bug#28659 So instead of merging the bugs (case 2.), I would like to solve 1., mark it as done and report to bug#28659. It will ease to follow because the thread in bug#28659 is already heavy. :-) All the best, simon
bug#39575: guix time-machine fails when a tarball was modified in-place
Hi, zimoun skribis: > On Thu, 13 Feb 2020 at 22:34, Ludovic Courtès wrote: >> >> Hi, >> >> Jan Nieuwenhuizen skribis: >> >> > building >> > /gnu/store/cjim33x0q1bv1ppkv3qijvr1pvsn4y0q-harfbuzz-2.4.0.tar.bz2.drv... >> > downloading from >> > https://www.freedesktop.org/software/harfbuzz/release/harfbuzz-2.4.0.tar.bz2... >> > |offloading build of >> > /gnu/store/6fgg1irkcvqyb4f9f8n0nzi5gknyqhfn-gcc-mesboot1-4.7.4.drv to >> > 'kluit.dezyne.org' >> > - 'build' phasesha256 hash mismatch for >> > /gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2: >> > expected hash: 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch >> > actual hash: 0vrkvdlmihdg62a4c6h5kx27khc33xmb95l50zgnwnavvpwyyw5l >> > hash mismatch for store item >> > '/gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2' >> >> The file itself is still available on our machines though, and you can >> get it with: >> >> guix download -o harfbuzz-2.4.0.tar.bz2 \ >> >> https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/0vrkvdlmihdg62a4c6h5kx27khc33xmb95l50zgnwnavvpwyyw5l > > Maybe I miss a point, but the file we need is the old one, not the new > one, i.e., the one with the expected hash > 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch. Oops, my bad. > And I should do wrong but ci.guix.gnu.org does not have this file -- > otherwise it will find it because of substitutes mechanism. > > $ guix download -o /tmp/harfbuzz-old.tar.bz2 \ > > https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch I checked on a bunch of machines and couldn’t find it. Everyone, please check whether you have /gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2 and so share! Ludo’.
bug#39575: guix time-machine fails when a tarball was modified in-place
zimoun 写道： Maybe I miss a point, but the file we need is the old one, not the new one, i.e., the one with the expected hash 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch. And I should do ~ λ guix download https://www.tobias.gr/guix/harfbuzz-2.4.0.tar.bz2 Starting download of /tmp/guix-file.JSWxOl From https://www.tobias.gr/guix/harfbuzz-2.4.0.tar.bz2... ...4.0.tar.bz2 17.1MiB 6.5MiB/s 00:03 [##] 100.0% /gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch Enjoy, T G-R signature.asc Description: PGP signature
bug#39575: guix time-machine fails when a tarball was modified in-place
Hi, Tobias Geerinckx-Rice skribis: > zimoun 写道： >> Maybe I miss a point, but the file we need is the old one, not the >> new >> one, i.e., the one with the expected hash >> 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch. And I should >> do > > ~ λ guix download https://www.tobias.gr/guix/harfbuzz-2.4.0.tar.bz2 Thanks, you saved us! Now we have it here: https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch I’ve also registered a GC root. Anyway, everything will be so much better when SWH archives tarballs! Ludo’.
bug#39575: guix time-machine fails when a tarball was modified in-place
Ludovic Courtès writes: > Hi, > > zimoun skribis: > >> On Thu, 13 Feb 2020 at 22:34, Ludovic Courtès wrote: >>> >>> Hi, >>> >>> Jan Nieuwenhuizen skribis: >>> >>> > building >>> > /gnu/store/cjim33x0q1bv1ppkv3qijvr1pvsn4y0q-harfbuzz-2.4.0.tar.bz2.drv... >>> > downloading from >>> > https://www.freedesktop.org/software/harfbuzz/release/harfbuzz-2.4.0.tar.bz2... >>> > |offloading build of >>> > /gnu/store/6fgg1irkcvqyb4f9f8n0nzi5gknyqhfn-gcc-mesboot1-4.7.4.drv to >>> > 'kluit.dezyne.org' >>> > - 'build' phasesha256 hash mismatch for >>> > /gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2: >>> > expected hash: 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch >>> > actual hash: 0vrkvdlmihdg62a4c6h5kx27khc33xmb95l50zgnwnavvpwyyw5l >>> > hash mismatch for store item >>> > '/gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2' >>> >>> The file itself is still available on our machines though, and you can >>> get it with: >>> >>> guix download -o harfbuzz-2.4.0.tar.bz2 \ >>> >>> https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/0vrkvdlmihdg62a4c6h5kx27khc33xmb95l50zgnwnavvpwyyw5l >> >> Maybe I miss a point, but the file we need is the old one, not the new >> one, i.e., the one with the expected hash >> 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch. > > Oops, my bad. > >> And I should do wrong but ci.guix.gnu.org does not have this file -- >> otherwise it will find it because of substitutes mechanism. >> >> $ guix download -o /tmp/harfbuzz-old.tar.bz2 \ >> >> https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch > > I checked on a bunch of machines and couldn’t find it. > > Everyone, please check whether you have > /gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2 and > so share! What about https://snapshot.debian.org/archive/debian/20190406T212022Z/pool/main/h/harfbuzz/harfbuzz_2.4.0.orig.tar.bz2 (The strange thing being here, that snapshot.debian.org does not provide a copy of the the in-place rewritten upstream tarball, either on 2019-05-06 or later.) So, this now becomes the recipe wget -O harfbuzz-2.4.0.tar.bz2 https://snapshot.debian.org/archive/debian/20190406T212022Z/pool/main/h/harfbuzz/harfbuzz_2.4.0.orig.tar.bz2 guix download $PWD/harfbuzz-2.4.0.tar.bz2 guix time-machine --commit=56e95d54d209c2428f970d65d9b27ae4168449ad --no-offload -- help that i'm trying now, and for now it looks fine (lots of stuff to build, i'll report success or failure when it's done). It seems, however, that for offload builds to work the guix download needs to be repeated on the offload build farm machines too? janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
bug#39575: guix time-machine fails when a tarball was modified in-place
Ludovic Courtès writes: > Jan Nieuwenhuizen skribis: > >> building >> /gnu/store/cjim33x0q1bv1ppkv3qijvr1pvsn4y0q-harfbuzz-2.4.0.tar.bz2.drv... >> downloading from >> https://www.freedesktop.org/software/harfbuzz/release/harfbuzz-2.4.0.tar.bz2... >> |offloading build of >> /gnu/store/6fgg1irkcvqyb4f9f8n0nzi5gknyqhfn-gcc-mesboot1-4.7.4.drv to >> 'kluit.dezyne.org' >> - 'build' phasesha256 hash mismatch for >> /gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2: >> expected hash: 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch >> actual hash: 0vrkvdlmihdg62a4c6h5kx27khc33xmb95l50zgnwnavvpwyyw5l >> hash mismatch for store item >> '/gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2' > > The problem here is really that we fall back to content-addressed > mirrors instead of using them directly: > > https://issues.guix.gnu.org/issue/28659 Wait, what happened here; you finally proposed a patch two years ago and nothing happened/we all forgot to follow up? I cannot determine if possibly we were hoping to "wait" for the guile build daemon? janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
bug#39575: guix time-machine fails when a tarball was modified in-place
Hi, Jan Nieuwenhuizen skribis: > What about > > > https://snapshot.debian.org/archive/debian/20190406T212022Z/pool/main/h/harfbuzz/harfbuzz_2.4.0.orig.tar.bz2 Good idea. > So, this now becomes the recipe > > wget -O harfbuzz-2.4.0.tar.bz2 > https://snapshot.debian.org/archive/debian/20190406T212022Z/pool/main/h/harfbuzz/harfbuzz_2.4.0.orig.tar.bz2 > guix download $PWD/harfbuzz-2.4.0.tar.bz2 > guix time-machine --commit=56e95d54d209c2428f970d65d9b27ae4168449ad > --no-offload -- help > > that i'm trying now, and for now it looks fine (lots of stuff to build, > i'll report success or failure when it's done). OK! > It seems, however, that for offload builds to work the guix download > needs to be repeated on the offload build farm machines too? No, I don’t think so, because the head node copies all the inputs to build machines before it actually offloads the build. Ludo’.
bug#39571: evolution and bogofilter
Hi Christopher, I'm afraid I don't have any useful feedback regarding Evolution, but ... Christopher Howard writes: > Thinking maybe some bogofilter path or option not set during package > build. Tried to confirm this viewing build log from guix-build, but > since I have already built the package once from source, I cannot > figure out how to get guix-build to let me build it again. You can use 'guix build --no-grafts --log-file evolution' to get the build log; or 'guix build --no-grafts --check evolution' to force a rebuild (and check for bit-reproducibility at the same time). HTH, Marius signature.asc Description: PGP signature
bug#39584: evolution: involid page id error when composing emails
Christopher Howard writes: > Hi, I use evolution heavily, current 3.32.4 from Guix. I updated my > guix user packages and guix system about a week ago. When composing > emails, I occasionally see an error similar to this appear in a box > above the message composition area: > > gdbus.error:org.freedesktop.dbus.error.invalidargs: invalid page id: > 165 > > While the error is there, I cannot save the email to drafts or send it. > To resolve, I must copy the email contents to another program, then > restart evolution to create the email again. It seems to be very > random, but I'd guess it happens once about every five to ten emails I > send. Searching the web for the error message leads to these bug reports: https://bugzilla.redhat.com/show_bug.cgi?id=1757243 https://gitlab.gnome.org/GNOME/evolution/issues/587 Apparently Evolution does not work properly with WebKitGTK 2.26. Backporting all the upstream changes looks cumbersome, but I suppose we could do something like this until we have GNOME 3.34: https://src.fedoraproject.org/rpms/webkit2gtk3/blob/f30/f/webkit-process.patch Thoughts? Are you able to give it a try? Thanks, Marius signature.asc Description: PGP signature
bug#38653: wpa-supplicant dbus failure leads to networking service failure
Christopher Howard writes: > I updated userland and system to > 9d0dfd9a9a7c43363a4e140c20d49f119fe6f2e3 and am not experiencing this > problem now. You may close the ticket. Great, thanks for following up. I'm closing this ticket now by adding a '-close' to the bug email address. signature.asc Description: PGP signature
bug#39603: go-ipfs 0.4.22 fails to build
guix install go-ipfs ends with: building /gnu/store/4a9v3a2f4x2xi82vw9v4rxq8kb5x4y3p-go-ipfs-0.4.22.drv... | 'build' phasebuilder for `/gnu/store/4a9v3a2f4x2xi82vw9v4rxq8kb5x4y3p-go-ipfs-0.4.22.drv' failed with exit code 1 build of /gnu/store/4a9v3a2f4x2xi82vw9v4rxq8kb5x4y3p-go-ipfs-0.4.22.drv failed View build log at '/var/log/guix/drvs/4a/9v3a2f4x2xi82vw9v4rxq8kb5x4y3p-go-ipfs-0.4.22.drv.bz2'. cannot build derivation `/gnu/store/q7p2i2wc0w25br0mfwi1wf79690gdxp7-profile.drv': 1 dependencies couldn't be built guix install: error: build of `/gnu/store/q7p2i2wc0w25br0mfwi1wf79690gdxp7-profile.drv' failed
bug#39603: go-ipfs 0.4.22 fails to build
Hi, what does the build log /var/log/guix/drvs/4a/9v3a2f4x2xi82vw9v4rxq8kb5x4y3p-go-ipfs-0.4.22.drv.bz2 say? pgpOS3vOIXyLO.pgp Description: OpenPGP digital signature
bug#37831: GDM has a GNOME entry even when not installed
Pierre Neidhardt writes: > My config.scm installs EXWM + StumpWM, but not GNOME. > Before the last core-update, GDM would only suggest the 2 window > managers. > > After a recent Guix pull followed by a `guix system reconfigure', GDM > also suggests GNOME. If I select it, it fails to log in, which I > suppose is expected since it's not installed. > > I believe the GNOME entry in GDM should only appear if GNOME is installed. I can confirm the issue, attempting to use GDM + ratpoison (without GNOME installed). Maxim
bug#39606: Keyboard layout defined by 'set-xorg-configuration' is not honored by GDM.
Hello!
I based my operating system configuration on
gnu/system/examples/desktop.tmpl in the Guix tree, and was surprised
that my dvorak keyboard is in effect everywhere except at the GDM
greeter screen (where it is QWERTY).
Here's the full config:
--8<---cut here---start->8---
(use-modules (gnu)
(gnu system nss)
(srfi srfi-1))
(use-service-modules admin desktop docker ssh xorg)
(use-package-modules android certs ratpoison)
(operating-system
(host-name "raisin")
(timezone "America/Montreal")
(locale "en_US.utf8")
;; Choose US English keyboard layout. The "altgr-intl"
;; variant provides dead keys for accented characters.
(keyboard-layout (keyboard-layout "dvorak"))
;; Use the UEFI variant of GRUB with the EFI System
;; Partition mounted on /boot/efi.
(bootloader (bootloader-configuration
(bootloader grub-efi-bootloader)
(target "/boot/efi")
(keyboard-layout keyboard-layout)))
;; Radeon requires a blob else prevents booting. Blacklisting the
;; radeon driver allows falling back to VESA.
(kernel-arguments '("quiet" "modprobe.blacklist=radeon"))
;; Specify a mapped device for the encrypted root partition.
;; The UUID is that returned by 'cryptsetup luksUUID'.
(mapped-devices
(list (mapped-device
(source (uuid "f85c0627-1f6f-48b9-a2c2-6c12594a7bd1"))
(target "btrfs-pool-1")
(type luks-device-mapping
(file-systems (cons*
(file-system
(device (file-system-label "btrfs-pool-1"))
(mount-point "/")
(type "btrfs")
(options '(("subvol" . "rootfs")
("compress" . "zstd")))
(dependencies mapped-devices))
(file-system
(device (file-system-label "btrfs-pool-1"))
(mount-point "/home")
(type "btrfs")
(options '(("subvol" . "homefs")
("compress" . "zstd")))
(dependencies mapped-devices))
(file-system
(device (uuid "209E-67AD" 'fat))
(mount-point "/boot/efi")
(type "vfat"))
%base-file-systems))
(swap-devices '("/swap/swapfile"))
(users (cons (user-account
(name "mcournoyer")
(group "users")
(supplementary-groups '("wheel" "netdev"
"audio" "video"
"kvm" "docker"
"adbusers")))
%base-user-accounts))
(groups (cons* (user-group (system? #t)
(name "adbusers"))
%base-groups))
;; This is where we specify system-wide packages.
(packages (cons* ratpoison
nss-certs;for HTTPS access
%base-packages))
;; SSH, Docker
(services
(cons*
(service rottlog-service-type)
(service openssh-service-type
(openssh-configuration
(port-number 22)
(permit-root-login #t)))
(service docker-service-type)
(set-xorg-configuration (xorg-configuration
(keyboard-layout keyboard-layout)))
(modify-services %desktop-services
;; Enable using adb as a simple user with a multitude of devices.
(udev-service-type config =>
(udev-configuration
(inherit config)
(rules (cons* android-udev-rules
(udev-configuration-rules config
;; Allow resolution of '.local' host names with mDNS.
(name-service-switch %mdns-host-lookup-nss))
--8<---cut here---end--->8---
Maxim
bug#39603: go-ipfs 0.4.22 fails to build
Hi, It appears that go-ipfs 0.4.22 is not compatible with the recent upgrade to go 1.13. Fortunately, upstream has made a maintainance release that includes the support for go 1.13: https://github.com/ipfs/go-ipfs/releases/tag/v0.4.23 I've submitted a patch to update go-ipfs in https://issues.guix.gnu.org/issue/39605 Best, Jack
bug#39607: GRUB module all_video required to get video on 4K monitor
Hello, I installed Guix System on a new machine, which displays on a 4K (3840 x 2160 pixels) monitor. Unless I go to the GRUB command prompt with 'c' at boot and type 'insmod all_video', the video cuts early after booting a GRUB entry with 'No suitable video mode found', or similar. I think we should include this GRUB module in our default GRUB package/configuration. Maxim
bug#39571: evolution and bogofilter
Hi: build log was too big to paste, but here are the configure options that showed up in it: """ -- Configure options: --LIB_SUFFIX ... --CMAKE_INSTALL_PREFIX . /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4 --BIN_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/bin --INCLUDE_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/include --LIB_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/lib --LIBEXEC_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/libexec --SHARE_INSTALL_PREFIX . /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/share --LOCALE_INSTALL_DIR ... /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution- 3.32.4/share/locale --SYSCONF_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/etc --MAN_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/share/man --ENABLE_CODE_COVERAGE . OFF --ENABLE_SCHEMAS_COMPILE ... ON --ENABLE_GTK_DOC ... OFF --ENABLE_INSTALLED_TESTS ... OFF --WITH_OPENLDAP /usr --WITH_SUNLDAP . OFF --WITH_STATIC_LDAP . OFF --ENABLE_SMIME . ON --WITH_NSPR_INCLUDES ... --WITH_NSPR_LIBS ... --WITH_NSS_INCLUDES --WITH_NSS_LIBS --ENABLE_MAINTAINER_MODE ... OFF --VERSION_SUBSTRING --VERSION_COMMENT .. --ENABLE_GNOME_DESKTOP . ON --WITH_ENCHANT_VERSION . auto (enchant-1) --ENABLE_CANBERRA .. ON --ENABLE_AUTOAR ON --WITH_HELP ON --ENABLE_YTNEF . ON --WITH_BOGOFILTER .. ON --WITH_SPAMASSASSIN ON --WITH_SA_LEARN ON --ENABLE_GTKSPELL .. ON --ENABLE_PLUGINS ... all --ENABLE_TEXT_HIGHLIGHT ON --ENABLE_WEATHER ... ON --ENABLE_CONTACT_MAPS .. OFF --ENABLE_PST_IMPORT OFF --WITH_GLADE_CATALOG ... OFF """ Obviously BOGOFILTER and SPAMASSASSIN are enabled, but I'm not seeing INSTALL_DIR option or similar to set paths to BOGOFILTER and SPAMASSASSIN. I still don't know if one can be set or not, just that I don't see it there. I tried to look into that earlier but my lack of familiarity with cmake got in the way of figuring out the answer. If such a config option doesn't exist, I think we would need to ask for it, or patch it in. Otherwise all new Guix gnome users are going to be wondering why spam filtering is not working in evolution, even though they installed bogofilter (or spamassassin). -Original Message- From: Marius Bakke To: Christopher Howard , 39...@debbugs.gnu.org Subject: Re: bug#39571: evolution and bogofilter Date: Fri, 14 Feb 2020 16:51:12 +0100 Hi Christopher, I'm afraid I don't have any useful feedback regarding Evolution, but ... Christopher Howard writes: > Thinking maybe some bogofilter path or option not set during > packagebuild. Tried to confirm this viewing build log from guix- > build, butsince I have already built the package once from source, I > cannotfigure out how to get guix-build to let me build it again. You can use 'guix build --no-grafts --log-file evolution' to get thebuild log; or 'guix build --no-grafts --check evolution' to force arebuild (and check for bit-reproducibility at the same time). HTH,Marius -- Christopher Howard Enterprise Solutions Manager Alaska Satellite Internet PO Box 70, Ester, AK 99725 3239 La Ree Way, Fairbanks, AK 99709 907.451.0088 1.888.396.5623 www.alaskasatelliteinternet.com
bug#39571: evolution and bogofilter
Hi: build log was too big to paste, but here are the configure options that showed up in it: """ -- Configure options: --LIB_SUFFIX ... --CMAKE_INSTALL_PREFIX . /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4 --BIN_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/bin --INCLUDE_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/include --LIB_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/lib --LIBEXEC_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/libexec --SHARE_INSTALL_PREFIX . /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/share --LOCALE_INSTALL_DIR ... /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution- 3.32.4/share/locale --SYSCONF_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/etc --MAN_INSTALL_DIR .. /gnu/store/j9513bw96fc0k5ra1nvlf7rrgqlbsagz-evolution-3.32.4/share/man --ENABLE_CODE_COVERAGE . OFF --ENABLE_SCHEMAS_COMPILE ... ON --ENABLE_GTK_DOC ... OFF --ENABLE_INSTALLED_TESTS ... OFF --WITH_OPENLDAP /usr --WITH_SUNLDAP . OFF --WITH_STATIC_LDAP . OFF --ENABLE_SMIME . ON --WITH_NSPR_INCLUDES ... --WITH_NSPR_LIBS ... --WITH_NSS_INCLUDES --WITH_NSS_LIBS --ENABLE_MAINTAINER_MODE ... OFF --VERSION_SUBSTRING --VERSION_COMMENT .. --ENABLE_GNOME_DESKTOP . ON --WITH_ENCHANT_VERSION . auto (enchant-1) --ENABLE_CANBERRA .. ON --ENABLE_AUTOAR ON --WITH_HELP ON --ENABLE_YTNEF . ON --WITH_BOGOFILTER .. ON --WITH_SPAMASSASSIN ON --WITH_SA_LEARN ON --ENABLE_GTKSPELL .. ON --ENABLE_PLUGINS ... all --ENABLE_TEXT_HIGHLIGHT ON --ENABLE_WEATHER ... ON --ENABLE_CONTACT_MAPS .. OFF --ENABLE_PST_IMPORT OFF --WITH_GLADE_CATALOG ... OFF """ Obviously BOGOFILTER and SPAMASSASSIN are enabled, but I'm not seeing INSTALL_DIR option or similar to set paths to BOGOFILTER and SPAMASSASSIN. I still don't know if one can be set or not, just that I don't see it there. I tried to look into that earlier but my lack of familiarity with cmake got in the way of figuring out the answer. If such a config option doesn't exist, I think we would need to ask for it, or patch it in. Otherwise all new Guix gnome users are going to be wondering why spam filtering is not working in evolution, even though they installed bogofilter (or spamassassin). -Original Message- From: Marius Bakke To: Christopher Howard , 39...@debbugs.gnu.org Subject: Re: bug#39571: evolution and bogofilter Date: Fri, 14 Feb 2020 16:51:12 +0100 Hi Christopher, I'm afraid I don't have any useful feedback regarding Evolution, but ... Christopher Howard writes: > Thinking maybe some bogofilter path or option not set during > packagebuild. Tried to confirm this viewing build log from guix- > build, butsince I have already built the package once from source, I > cannotfigure out how to get guix-build to let me build it again. You can use 'guix build --no-grafts --log-file evolution' to get thebuild log; or 'guix build --no-grafts --check evolution' to force arebuild (and check for bit-reproducibility at the same time). HTH,Marius -- Christopher Howard Enterprise Solutions Manager Alaska Satellite Internet PO Box 70, Ester, AK 99725 3239 La Ree Way, Fairbanks, AK 99709 907.451.0088 1.888.396.5623 www.alaskasatelliteinternet.com signature.asc Description: This is a digitally signed message part
bug#39584: evolution: involid page id error when composing emails
I'm eager to give the patch a try. I've never learned yet how to add add a source patch to a package definition, so it might take me some time to get to it if I had no help. Is there an ETA on Gnome 3.34? -Original Message- From: Marius Bakke To: Christopher Howard , 39...@debbugs.gnu.org Subject: Re: bug#39584: evolution: involid page id error when composing emails Date: Fri, 14 Feb 2020 17:07:09 +0100 Christopher Howard writes: > Hi, I use evolution heavily, current 3.32.4 from Guix. I updated > myguix user packages and guix system about a week ago. When > composingemails, I occasionally see an error similar to this appear > in a boxabove the message composition area: > gdbus.error:org.freedesktop.dbus.error.invalidargs: invalid page > id:165 > While the error is there, I cannot save the email to drafts or send > it.To resolve, I must copy the email contents to another program, > thenrestart evolution to create the email again. It seems to be > veryrandom, but I'd guess it happens once about every five to ten > emails Isend. Searching the web for the error message leads to these bug reports: https://bugzilla.redhat.com/show_bug.cgi?id=1757243 https://gitlab.gnome.org/GNOME/evolution/issues/587 Apparently Evolution does not work properly with WebKitGTK 2.26.Backporting all the upstream changes looks cumbersome, but I suppose wecould do something like this until we have GNOME 3.34: https://src.fedoraproject.org/rpms/webkit2gtk3/blob/f30/f/webkit-process.patch Thoughts? Are you able to give it a try? Thanks,Marius -- Christopher Howard Enterprise Solutions Manager Alaska Satellite Internet PO Box 70, Ester, AK 99725 3239 La Ree Way, Fairbanks, AK 99709 907.451.0088 1.888.396.5623 www.alaskasatelliteinternet.com signature.asc Description: This is a digitally signed message part
bug#39584: evolution: involid page id error when composing emails
I'm eager to give the patch a try. I've never learned yet how to add add a source patch to a package definition, so it might take me some time to get to it if I had no help. Is there an ETA on Gnome 3.34? -Original Message- From: Marius Bakke To: Christopher Howard , 39...@debbugs.gnu.org Subject: Re: bug#39584: evolution: involid page id error when composing emails Date: Fri, 14 Feb 2020 17:07:09 +0100 Christopher Howard writes: > Hi, I use evolution heavily, current 3.32.4 from Guix. I updated > myguix user packages and guix system about a week ago. When > composingemails, I occasionally see an error similar to this appear > in a boxabove the message composition area: > gdbus.error:org.freedesktop.dbus.error.invalidargs: invalid page > id:165 > While the error is there, I cannot save the email to drafts or send > it.To resolve, I must copy the email contents to another program, > thenrestart evolution to create the email again. It seems to be > veryrandom, but I'd guess it happens once about every five to ten > emails Isend. Searching the web for the error message leads to these bug reports: https://bugzilla.redhat.com/show_bug.cgi?id=1757243 https://gitlab.gnome.org/GNOME/evolution/issues/587 Apparently Evolution does not work properly with WebKitGTK 2.26.Backporting all the upstream changes looks cumbersome, but I suppose wecould do something like this until we have GNOME 3.34: https://src.fedoraproject.org/rpms/webkit2gtk3/blob/f30/f/webkit-process.patch Thoughts? Are you able to give it a try? Thanks,Marius -- Christopher Howard Enterprise Solutions Manager Alaska Satellite Internet PO Box 70, Ester, AK 99725 3239 La Ree Way, Fairbanks, AK 99709 907.451.0088 1.888.396.5623 www.alaskasatelliteinternet.com
bug#39575: guix time-machine fails when a tarball was modified in-place
Jan Nieuwenhuizen skribis: > Ludovic Courtès writes: [...] >> The problem here is really that we fall back to content-addressed >> mirrors instead of using them directly: >> >> https://issues.guix.gnu.org/issue/28659 > > Wait, what happened here; you finally proposed a patch two years ago and > nothing happened/we all forgot to follow up? I think we forgot, indeed. One thing I don’t quite like about the patch is the fact that ‘guix substitutes’ connects to the daemon in ‘content-addressed-item?’. Also, one could argue that we’d steer users towards downloading from our server, which could be a privacy concern (probably not a strong argument since one can easily change the substitute URLs.) Thoughts? Ludo’.
bug#39605: [PATCH] gnu: go-ipfs: Update to 0.4.23
On Fri, Feb 14, 2020 at 02:19:32PM -0500, Jack Hill wrote: > gnu/packages/ipfs.scm (go-ipfs): Update to 0.4.23 Thanks! Pushed as cc0cc9651a398822931e0b34714f64da6e04d0fa
bug#39614: icecat "profile cannot be loaded"
Icecat fails to start with "your icecat profile cannot be loaded. It may be missing or inaccessible."
