bug#35728: Tor & IceCat's TorButton shows it's connected but doesn't route the traffic
Mark H Weaver dixit (2020-06-18, 03:45): > Hello again. > > In my previous message, I asked: > > Which version of Debian did you test with, and how did you > > install the Firefox that you used for testing this? > > Also, what version of Firefox did you test with? Mark, That was more than a year ago, I cannot recall. I'm also not using Debian anymore so I cannot check it. Best regards, Marcin
bug#37885: simple-scan won't build
Hey Guix, I've hit an issue with simple-scan-3.24.1 update: ui.vala:1019.9-1019.23: warning: Gtk.Menu.popup has been deprecated since 3.22 simple-scan.vala:130.30-130.41: error: Argument 1: Cannot convert from `unowned GLib.List' to `unowned GLib.List' ui.set_scan_devices (devices_copy, missing_driver); Compilation failed: 2 error(s), 9 warning(s) make[2]: *** [Makefile:655: simple_scan_vala.stamp] Error 1 make[2]: Leaving directory '/tmp/guix-build-simple-scan-3.24.1.drv-0/simple-scan-3.24.1/src' make[1]: *** [Makefile:645: ui.c] Error 2 make[1]: *** Waiting for unfinished jobs make[1]: Leaving directory '/tmp/guix-build-simple-scan-3.24.1.drv-0/simple-scan-3.24.1/src' make: *** [Makefile:399: all-recursive] Error 1 command "make" "-j" "4" "gtk_update_icon_cache=true" failed with status 2 full log attached. Thanks you for your time! vir21b2pbfcs5vw09d54v210248a6v-simple-scan-3.24.1.drv.bz2 Description: Binary data -- sirmacik PGP: 0xE0DC81D523891771
bug#34877: Ghostscript: Missing text when converting PDF to PS
that's a great one to hear, thank you! I'll try it out over the weekend. Dnia 25 sierpnia 2019 22:53:17 CEST, "Ludovic Courtès" napisał(a): >Hello, > >Diego Nicola Barbato skribis: > >> When converting certain PDF files to PostScript pdf2ps (from the >> Ghostscript package) will print the following error messages: >> >> Error reading a content stream. The page may be incomplete. >>Output may be incorrect. >> Error: File did not complete the page properly and may be >damaged. >>Output may be incorrect. > >sirmacik skribis: > >> Unfortunately this is something that affects also printing from >> pdfs. At this point I can see what my printing result will look like >> by opening it in GNU Emacs DocView. > >Good news everyone! Commit 466ff55c72959ba1499ce3ec69f534b3038eb30b >fixes it! The next commit makes a graft so that the working Ghoscript >is readily available to CUPS, etc. > >It turned out that the primary issue was that Freetype was not found at >configure-time, due to the lack of pkg-config… The commit above >improves a couple of other things in passing, but adding Freetype for >good is apparently the decisive change. > >Please let me know if DocView, pdf2ps, and CUPS and all right for you! > >Thanks, >Ludo’.
bug#35746: Evolution calendar gets the timezone wrong
Timothy Sample dixit (2019-05-18, 14:43): > Hi again, > > Timothy Sample writes: > > > Hello, > > > > Ludovic Courtès writes: > > > >> Hi Ben, > >> > >> Ben Sturmfels skribis: > >> > >>> In Evolution though, all my calendar events show up in UTC time, so I > >>> have appointments showing up at eg. 1am. > >>> > >>> When I go to Edit, Preferences, Calendar and Task, General, under > >>> timezone it says: > >>> > >>> [x] Use system time (UTC) > >> > >> Could you figure out how Evolution determines what the current time zone > >> is? > >> > >> Guix provides /etc/localtime, which is what libc functions use, but I’m > >> guessing Evolution uses a custom framework, possibly involving a > >> hard-to-believe network of D-Bus services. > > > > I just looked through the source code, and learned that it really, > > really wants “/etc/localtime” to be a symlink, because it wants to > > resolve which timezone alias the user is using, not just the data. If > > it is not a symlink, it runs through a bunch of system specific checks > > (looking up configuration files, etc.) and then tries to compare inodes > > and finally file contents. I get why it wants the name and not just the > > data, but I’m not sure why it tries to figure out the absolute canonical > > source file for the timezone data instead of just taking the data from > > “/etc/localtime”. > > > > It’s easy to patch “evolution-data-server”, but maybe we could do > > better? It seems the “right” way to do what they are doing is to check > > the “TZ” environment variable. However, we don’t set that anymore > > because it causes problems with setuid programs > > (cf. <https://bugs.gnu.org/29212>). We have a comment that says that > > “TZ” is unnecessary, but it actually has a bit more information than > > just having data in “/etc/localtime”, since it could be the name of a > > timezone alias. A small improvement might be to make “/etc/localtime” a > > symlink, but that might run into the same issues described the bug. > > Okay, so it turns I don’t know what “TZ” is! :p > > It does not contain the timezone name, like “America/New_York”, but > rather its designation, like “EST”. What “evolution-data-server” wants > is the name. > > > I’ve noticed a few other problems with timezones in the GNOME ecosystem, > > which is why I was curious about this. Perhaps they all have a common > > root cause. > > > > I’m happy to patch this as stop-gap measure, but is there some way we > > could “do the right thing” here? > > I guess there is no standard way to get the name of the system timezone, > and that is why “evolution-data-server” goes to such great lengths to > figure it out. > > Sorry for the noise! > > > -- Tim > Hey Guix, This problem seems to be also present also for other programs such as GNU IceCat which reads UTC timezone every time, despite Europe/Warsaw being set in my config.scm. -- sirmacik PGP: 0xE0DC81D523891771
bug#35779: docker-compose missing dependency
Gábor Boskovits dixit (2019-05-18, 11:01): > Hello, > > sirmacik ezt írta (időpont: 2019. máj. 17., Pén > 18:25): > > > Hey Guix! > > > > I've encountered the following error while trying to run > > docker-compose: > > > > $ docker-compose up > > Traceback (most recent call last): > > File > > "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", > > line 574, in _build_master > > ws.require(__requires__) > > File > > "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", > > line 892, in require > > needed = self.resolve(parse_requirements(requirements)) > > File > > "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", > > line 783, in resolve > > raise VersionConflict(dist, req).with_context(dependent_req) > > pkg_resources.ContextualVersionConflict: (jsonschema 3.0.1 > > (/gnu/store/w0qzc3l0w8i2ikgjrfjhgk9wh07pcn9x-python-jsonschema-3.0.1/lib/python3.7/site-packages), > > Requirement.parse('jsonschema<3,>=2.5.1'), {'docker-compose'}) > > > The problem here seems to be that the jsonschema package is too new. First > I would check if it is possible to update docker to a version, where the > current jsonschema is ok, if not then reintroducing an older jsonschema > version, and depending on that in docker would work. I am writing this from > a mobile, and have no way to look into this more right now. Looks like version bump should go something like in the file attached, but I do not have the knowledge yet on how to get hashes automatically and build it. Version gets bumped up to 1.24.0 > > > > > During handling of the above exception, another exception occurred: > > > > Traceback (most recent call last): > > File > > "/gnu/store/7kblfjjjlkvy92gmqq0i9fksimcarrih-docker-compose-1.5.2/bin/.docker-compose-real", > > line 6, in > > from pkg_resources import load_entry_point > > File > > "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", > > line 3088, in > > @_call_aside > > File > > "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", > > line 3072, in _call_aside > > f(*args, **kwargs) > > File > > "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", > > line 3101, in _initialize_master_working_set > > working_set = WorkingSet._build_master() > > File > > "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", > > line 576, in _build_master > > return cls._build_from_requirements(__requires__) > > File > > "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", > > line 589, in _build_from_requirements > > dists = ws.resolve(reqs, Environment()) > > File > > "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", > > line 778, in resolve > > raise DistributionNotFound(req, requirers) > > pkg_resources.DistributionNotFound: The 'jsonschema<3,>=2.5.1' > > distribution was not found and is required by docker-compose > > > > It happens every time one invokes program and Unfortunately makes it > > unusable. :/ > > > > -- > > sirmacik > > PGP: 0xE0DC81D523891771 > > > Best regards, > g_bor > > > > > > > > > -- sirmacik PGP: 0xE0DC81D523891771 ;;; GNU Guix --- Functional package management for GNU ;;; Copyright © 2016 David Thompson ;;; Copyright © 2018 Efraim Flashner ;;; Copyright © 2019 Tobias Geerinckx-Rice ;;; Copyright © 2019 Maxim Cournoyer ;;; ;;; This file is part of GNU Guix. ;;; ;;; GNU Guix is free software; you can redistribute it and/or modify it ;;; under the terms of the GNU General Public License as published by ;;; the Free Software Foundation; either version 3 of the License, or (at ;;; your option) any later version. ;;; ;;; GNU Guix is distributed in the hope that it will be useful, but ;;; WITHOUT ANY WARRANTY; without even the implied warranty of ;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ;;; GNU General Public License for more details. ;;; ;;; You should have received a copy of the GNU General Public License ;;;
bug#35779: docker-compose missing dependency
Hey Guix! I've encountered the following error while trying to run docker-compose: $ docker-compose up Traceback (most recent call last): File "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", line 574, in _build_master ws.require(__requires__) File "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", line 892, in require needed = self.resolve(parse_requirements(requirements)) File "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", line 783, in resolve raise VersionConflict(dist, req).with_context(dependent_req) pkg_resources.ContextualVersionConflict: (jsonschema 3.0.1 (/gnu/store/w0qzc3l0w8i2ikgjrfjhgk9wh07pcn9x-python-jsonschema-3.0.1/lib/python3.7/site-packages), Requirement.parse('jsonschema<3,>=2.5.1'), {'docker-compose'}) During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/gnu/store/7kblfjjjlkvy92gmqq0i9fksimcarrih-docker-compose-1.5.2/bin/.docker-compose-real", line 6, in from pkg_resources import load_entry_point File "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", line 3088, in @_call_aside File "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", line 3072, in _call_aside f(*args, **kwargs) File "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", line 3101, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", line 576, in _build_master return cls._build_from_requirements(__requires__) File "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", line 589, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File "/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py", line 778, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'jsonschema<3,>=2.5.1' distribution was not found and is required by docker-compose It happens every time one invokes program and Unfortunately makes it unusable. :/ -- sirmacik PGP: 0xE0DC81D523891771
bug#35728: Tor & IceCat's TorButton shows it's connected but doesn't route the traffic
swedebugia dixit (2019-05-14, 17:01): > On 2019-05-14 15:19, sirmacik wrote: > > Hey Guix! > > > > There seems to be a problem with Tor and TorButton in GNU IceCat's > > package. Torsocks works for other apps, TorButton shows notification > > that it's connected to the Tor server but when I go to > > check.torproject.org I'm not routed through tor. > > > > This problem doesn't appear in Archlinux or GNU/Debian so it seems > > that bug is Guix related. > > Could you please post the output of "guix describe" and your config.scm? here is guix describe output: $ guix describe Generation 14 maj 14 2019 15:28:04(current) guix 1731b29 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 1731b29742bb2abb24fbea00b3f35b5133bc You can find config attached to this message. -- sirmacik PGP: 0xE0DC81D523891771 ;; This is an operating system configuration template ;; for a "desktop" setup with GNOME and Xfce where the ;; root partition is encrypted with LUKS. (use-modules (gnu) (gnu packages) (gnu packages cups) (gnu packages audio) (gnu packages xorg) (gnu services pm) (gnu services sound) (gnu services networking) (gnu system nss)) (use-service-modules desktop xorg ssh avahi mcron nfs cups) (use-package-modules certs gnome) (operating-system (host-name "*") (timezone "Europe/Warsaw") (locale "pl_PL.utf8") (keyboard-layout (keyboard-layout "pl")) ;; 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"))) ;; Specify a mapped device for the encrypted root partition. ;; The UUID is that returned by 'cryptsetup luksUUID'. (mapped-devices (list (mapped-device (source (uuid "f45c2a51d-fc66-4033-8d15-e87016ab5542")) (target "my-root") (type luks-device-mapping (swap-devices '("/swapfile")) (file-systems (append (list (file-system (device (file-system-label "my-root")) (mount-point "/") (type "ext4") (dependencies mapped-devices)) (file-system (device (uuid "8646-7E06" 'fat)) (mount-point "/boot/efi") (type "vfat"))) %base-file-systems)) (users (cons (user-account (name "user") (comment "user") (group "users") (home-directory "/home/user") (supplementary-groups '("wheel" "netdev" "audio" "video" "lp" "input" "kvm" "lpadmin" "users" "avahi"))) %base-user-accounts)) ;; This is where we specify system-wide packages. (packages (append (map specification->package '("nss-certs" "gvfs" "dosfstools" "nfs-utils" "xclip" "xterm" "xbacklight" "xprop" "gs-fonts" "pulseaudio" "pavucontrol" "acpi" "tor" "torsocks" "emacs" "htop" "avahi" "zip" "unzip" "tmux" "gnupg" "screen" "mutt" "offlineimap" "msmtp" "wget" "file" "openssh" "lvm2" "icecat" "cryptsetup" "mosh" "iptables" "openvpn" "network-manager-openvpn" "git" "bash-completion" "seahorse" "gnome-tweaks" "rtorrent" "libreoffice" "keepassxc" "password-store" "syncthing" "inkscape" "gimp" "aspell" "hunspell" "rsync" "perl" "dconf-editor" "cups" "ghc-pandoc" "texlive" "ghostscript-with-cups" "psutils" "recutils" "gptfdisk" "font-gnu-freefont-ttf" &q
bug#35728: Tor & IceCat's TorButton shows it's connected but doesn't route the traffic
Hey Guix! There seems to be a problem with Tor and TorButton in GNU IceCat's package. Torsocks works for other apps, TorButton shows notification that it's connected to the Tor server but when I go to check.torproject.org I'm not routed through tor. This problem doesn't appear in Archlinux or GNU/Debian so it seems that bug is Guix related. -- sirmacik PGP: 0xE0DC81D523891771
bug#35716: Password security bugs in LUKS configuration during guided install
Hey Guix I've asked on IRC if those bugs were known but apparently no, so here they are: - during guided installation with LUKS encryption one is not able to enter password longer then length of field; - in the same field password is shown during typing (lets one see bug above, characters typed after reaching length of field are simply not recorded); Field with conformation hides typed letters. Due to bug #1 I wasn't able to check if it works properly. -- sirmacik PGP: 0xE0DC81D523891771
bug#34877:
Hey Guix! Unfortunately this is something that affects also printing from pdfs. At this point I can see what my printing result will look like by opening it in GNU Emacs DocView. Maybe another way would be to package ghostscript the way Arch does? It's gs gave me the best quality results I've had on any distro. Main differences: - no patches - more libraries are provided from the system than currently in Guix. Reference: https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/ghostscript https://www.archlinux.org/packages/extra/x86_64/ghostscript/ Unfortunately so far I haven't had the time to modify package in such manner, but I'd be glad to do any testing necessary for this bug to be fixed as it is the only blocker of my daily usage of GNU Guix System. -- sirmacik PGP: 0xE0DC81D523891771
bug#34877: #34877 Ghostscript: Missing text when converting PDF to PS
Hey Guix! Unfortunately this is something that affects also printing from pdfs. At this point I can see what my printing result will look like by opening it in GNU Emacs DocView. Maybe another way would be to package ghostscript the way Arch does? It's gs gave me the best quality results I've had on any distro. Main differences: - no patches - more libraries are provided from the system than currently in Guix. Reference: https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/ghostscript https://www.archlinux.org/packages/extra/x86_64/ghostscript/ Unfortunately so far I haven't had the time to modify package in such manner, but I'd be glad to do any testing necessary for this bug to be fixed as it is the only blocker of my daily usage of GNU Guix System. -- sirmacik PGP: 0xE0DC81D523891771