bug#22883: Authenticating a Git checkout

On 2016-06-04(12:45:16PM+), ng0 wrote: > On 2016-06-04(01:17:53+0200), Ludovic Courtès wrote: > > Hi! > > > > Mike Gerwitz <m...@gnu.org> skribis: > > > > > On Fri, Jun 03, 2016 at 18:12:47 +0200, Ludovic Courtès wrote: > > >> First, ‘git p

bug#22883: gpg2 vs. gpg

/gpg* lrwxrwxrwx 1 root root 4 May 20 13:45 /usr/bin/gpg -> gpg2 ... lrwxrwxrwx 1 root root 5 May 20 13:45 /usr/bin/gpgv -> gpgv2 -- ♥Ⓐ ng0 For non-prism friendly talk find me on psyced.org / loupsycedyglgamf.onion signature.asc Description: Digital signature

bug#22883: Authenticating a Git checkout

separate gpg(-1,-2) package which installs its own GPG_HOME_DIR and keyring (gpg2 or gpg1 must be present for that, for future purposes a gpg2 would be best I think)? One example: https://wiki.gentoo.org/wiki/Handbook:AMD64/Working/Features#Validated_Portage_tree_snapshots I know this isn't similar to what we want to do, but it might serve as an example. The method described in the link downloads an auto-signed tarball snapshot of the portage directory via webrsync. The keys are also visible on the wiki and it is up to users to put trust in them, as this method is considered optional. The source used for this is https://gitweb.gentoo.org/proj/gentoo-keys.git/tree/README.md Maybe this helps a bit. -- ♥Ⓐ ng0 4096R/13212A27975AF07677A29F7002A296150C201823 signature.asc Description: Digital signature

bug#23504: git 2.7.4 fails to clone repositories over HTTPS sources

led into $HOME/.guix-profile this > should be enough to make it work. > > I wonder how we can make it easier to tell the user that this > environment variable must be set. > > ~~ Ricardo Assuming this currently does not exist (I have not checked it), what about a note in the manual, application specific, and maybe something like a message after guix package -i git was run? -- ♥Ⓐ ng0 signature.asc Description: Digital signature

bug#24099: A policy on how to choose the installed documentation formats.

dependency > on TeX Live. Last, from discussions I heard at the Reproducible > Build Summit, I think DVIs and maybe PS/PDFs are not > bit-reproducible out-of-the-box. > > WDYT? > > Maybe we should have a policy on how to choose the installed > documentation for

bug#24087: recovery from suspend is broken with recent libreboot + linux-libre 4.7

om ubuntu livedisk. Output for me (if not already written in my logs) is this: # dmidecode 2.12 SMBIOS 2.7 present. 8 structures occupying 386 bytes. Table at 0x7DAA0020. /dev/mem: Operation not permitted Table is unreachable, sorry. > $ uname -a > Linux dayas 4.6.4-gnu #1 SMP 1 x86_64 GNU/Linux -- ♥Ⓐ ng0 Current Keys: https://we.make.ritual.n0.is/ng0.txt For non-prism friendly talk find me on http://www.psyced.org

bug#24087: recovery from suspend is broken with recent libreboot + linux-libre 4.7

lized i915 1.6.0 20160425 for :00:02.0 on minor 0 Jul 28 15:33:24 localhost vmunix: [ 10.153770] intel_powerclamp: No package C-state available Jul 28 15:33:25 localhost vmunix: [ 10.276405] intel_powerclamp: No package C-state available -- ♥Ⓐ ng0 Current Keys: https://we.make.ritual.n0.

bug#24087: recovery from suspend is broken with recent libreboot + linux-libre 4.7

4.1 and 4.4 when I have the time, but I doubt it changes anything. Mark, Clèment: Do you run the release or the testing version of libreboot? -- ♥Ⓐ ng0 Current Keys: https://we.make.ritual.n0.is/ng0.txt For non-prism friendly talk find me on http://www.psyced.org

bug#24087: recovery from suspend is broken with recent libreboot + linux-libre 4.7

0], and I'd rather sit on this bug until it is solved upstream. Testing t400 image now could mean to repeat the disassemble,reassemble procedure if I get a brick[1] ;) [0]: https://libreboot.org/download/#tasks [1]: http://vignette4.wikia.nocookie.net/fatherted/images/1/17/Brick.PNG/revision/

bug#24087: recovery from suspend is broken with recent libreboot + linux-libre 4.7

it) and provide logs so that we can fix it in our system? [0]: https://lists.gnu.org/archive/html/libreboot/2016-07/msg00020.html -- ♥Ⓐ ng0 Current Keys: https://we.make.ritual.n0.is/ng0.txt For non-prism friendly talk find me on http://www.psyced.org

bug#24146: Various window managers need startup services.

ng0 Current Keys: https://we.make.ritual.n0.is/ng0.txt For non-prism friendly talk find me on http://www.psyced.org

bug#24220: "failed to unpack source code" on guix pull

uot; and make broke (while it did not break locally on my side). >> P.S. I'm not subscribed to bug-guix, so please CC me in any >> responses to this thread! Can you please close this bug (see the message you got from debbugs.gnu.org with instructions) when it is done. For me master buil

bug#24168: Offloading builds does not honor --keep-failed

ng0 <n...@we.make.ritual.n0.is> writes: > This bug is to keep track of and not forget to add this feature to > build offloading: > > When I offload builds to my build machine(s), I want to keep the results > of failed builds to investigate the reason for failure. &g

bug#24220: "failed to unpack source code" on guix pull

Harry Prevor <h...@sdf.org> writes: > Hi ng0, > > On 2016-08-14 04:59, ng0 wrote: >> This was caused by a patch I sent which was applied on master. >> Guix error messages could be more natural, as for me the error output I >> got seemed just verbose

bug#24008: [doc] write an official statement on bundling

It would be an good idea to have an official statement on why we do unbundle dependencies and bundling should be avoided, similar to the one Gentoo has: https://wiki.gentoo.org/wiki/Why_not_bundle_dependencies -- ♥Ⓐ ng0 For non-prism friendly talk find me on http://www.psyced.org SecuShare

bug#23968: [shepherd] Manual: Internals: 7.3 on htmlnode is empty

Currently this page in the html generated manual which is visible on gnu.org is empty: https://www.gnu.org/software/shepherd/manual/html_node/Service-Internals.html#Service-Internals -- ♥Ⓐ ng0 For non-prism friendly talk find me on http://www.psyced.org SecuShare – http://secushare.org

bug#24168: Offloading builds does not honor --keep-failed

feature to have. -- ♥Ⓐ ng0 Current Keys: https://we.make.ritual.n0.is/ng0.txt For non-prism friendly talk find me on http://www.psyced.org

bug#24146: Various window managers need startup services.

Hi, Ludovic Courtès <l...@gnu.org> writes: > ng0 <n...@we.make.ritual.n0.is> skribis: > >> We have gnome and xfce with services to start them in >> gnu/services/desktop.scm. >> >> We should add services for: >> >> * xmonad >> * aweso

bug#25467: Acknowledgement (Fish: some script is broken)

FYI: The script which fails is the one which generates completions from man pages. As our location of manpages differs, we need some approach to patch this. -- ♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25504: icecat language packs

We should include the language packages icecat provides. I haven't looked into this too much, and I'm not familar with application localization in Guix, if there are any mechanisms in place for this already. -- ♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25507: Acknowledgement (SDDM leaves drawing artifacts on screen with OpenBox)

Closed, this is a feature of OpenBox. When you set a background with an external helper, the glitches disappear. I haven't used *box in many years. -- ♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25514: SDDM segfaults X11 session on first reconfigure

activation of the new display manager. -- ♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25507: SDDM leaves drawing artifacts on screen with OpenBox

round from the Display Manager stays after login, but this "glitch" wasn't there with SLIM. Is this a bug or a feature of SDDM? I haven't used it in year, and as this clearly can be unappealing to others I open it as a bug first. -- ♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25774: libmicrohttpd: fails to build (test-driver aborted)

> I could ask grothoff about if a new release will happen soon, but it looks like it: commit f154b0ef8894185fd6c01888d10280049bed10c6 Author: Christian Grothoff <christ...@grothoff.org> Date: Wed Feb 15 13:38:06 2017 +0100 bump dates and versions and update ChangeLog This is the HEAD~~ commit. The one afterwards fixes an android problem. -- ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25831: Expose http_proxy setting on GuixSD

On 17-02-22 15:26:31, Leo Famulari wrote: > On Wed, Feb 22, 2017 at 09:15:12PM +0100, Mathieu Lirzin wrote: > > Leo Famulari writes: > > > +(list (string-append "PATH=" #$lsof "/bin") > > > + #$@(if http-proxy > > > +

bug#25831: Expose http_proxy setting on GuixSD

On 17-02-23 12:05:45, Leo Famulari wrote: > On Thu, Feb 23, 2017 at 04:20:38PM +0000, ng0 wrote: > > Thanks! > > I was hoping this change (added 127.0.0.1:9050) in a test config would > > pick up the .onion of bayfront I have in there, but it didn't happen. > > Does

bug#25758: Should zathura depend on zathura-pdf-poppler?

y not. > > And the same logic should be applied to 'aspell'. It's not usable by > itself, you need to install some dictionary. So what about installing > 'aspell-dict-en' by default along with 'aspell'? To be clear I'm > against this and against modifying 'zathura' package. > > Bu

bug#25774: libmicrohttpd: fails to build (test-driver aborted)

or > `/gnu/store/42f3rhpv298bmi6ipd0la6nssx34hk6l-libmicrohttpd-0.9.52.drv' failed > with exit code 1 > guix package: error: build failed: build of > `/gnu/store/42f3rhpv298bmi6ipd0la6nssx34hk6l-libmicrohttpd-0.9.52.drv' failed > ``` > > This breaks transitively dependant packages as G

bug#25774: libmicrohttpd: fails to build (test-driver aborted)

On 17-02-17 16:23:46, ng0 wrote: > On 17-02-17 16:48:58, Ivan Vilata i Balaguer wrote: > > libmicrohttpd-0.9.52 fails to build because of a failing test: > > > > ``` > > $ guix package -i libmicrohttpd > > ... > > make[4]: Entering directory > >

bug#25774: libmicrohttpd: fails to build (test-driver aborted)

On 17-02-17 18:10:30, Ivan Vilata i Balaguer wrote: > ng0 (2017-02-17 16:29:35 +) wrote: > > > On 17-02-17 16:23:46, ng0 wrote: > > > On 17-02-17 16:48:58, Ivan Vilata i Balaguer wrote: > > > > libmicrohttpd-0.9.52 fails to build because of a failing test: &g

bug#25514: Acknowledgement (SDDM segfaults X11 session on first reconfigure)

On 17-01-23 18:51:02, GNU bug Tracking System wrote: > -- > 25514: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=25514 > GNU Bug Tracking System > Contact help-debb...@gnu.org with problems To be more specific, this is a problem with either sddm-service or display-manager-servi

bug#25691: locale generation is broken

On 17-02-11 22:15:30, Ludovic Courtès wrote: > ng0 <contact@cryptolab.net> skribis: > > > On two systems, even after make clean and ./bootstrap again I ran into > > this at the end of guix system build foo.scm: > > > > > >/gnu/store/w8xrphf4r4wwc

bug#25691: locale generation is broken

On 17-02-11 22:42:57, ng0 wrote: > On 17-02-11 22:15:30, Ludovic Courtès wrote: > > ng0 <contact@cryptolab.net> skribis: > > > > > On two systems, even after make clean and ./bootstrap again I ran into > > > this at the end of guix system build f

bug#25688: services: ssh-daemon quits too early

Fixed by closing a bug where (locale-libcs) was blocking the locale generation. On 17-02-11 22:18:08, Ludovic Courtès wrote: > ng0 <contact@cryptolab.net> skribis: > > > 2017-02-11 13:55:46 Service dbus-system could not be started. > > 2017-02-11 13:55:46 Service ne

bug#25691: locale generation is broken

Fixed. Solution was to remove: (locale-libcs (list glibc-2.23 (canonical-package glibc))) or glibc-2.22 depending on the machine. This also fixed the ssh problem. On 17-02-12 10:38:07, ng0 wrote: > On 17-02-11 22:42:57, ng0 wrote: > > On 17-02-11 22:15:30, Ludovic Courtès wrote:

bug#25688: services: ssh-daemon quits too early

On 17-02-12 17:17:04, Ludovic Courtès wrote: > ng0 <contact@cryptolab.net> skribis: > > > Fixed by closing a bug where (locale-libcs) was blocking the locale > > generation. > > Uh, weird. > > Ludo'. Definitely... but let's just assume it's a unique

bug#25691: locale generation is broken

/bzwnyayh276ln6lvynr93v57r16id6iq-system.drv': 1 dependencies couldn't be built guix system: error: build failed: build of `/gnu/store/bzwnyayh276ln6lvynr93v57r16id6iq-system.drv' failed I am using en_US.UTF-8 since forever and it always worked. The system checkouts are on HEAD. -- ng0 -- https://www.inventati.org

bug#22985: solved

Solved as this seems to be an issue of window managers and not the application itself. -- ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25691: locale generation is broken

On 17-02-12 18:46:28, Ludovic Courtès wrote: > ng0 <contact@cryptolab.net> skribis: > > > I'm not impatient, I just did a check on a third computer which differs > > from the other two. I was able to rule out that the set of services is > > to bl

bug#25689: gnome-shell segfaults

ion-binary[508]: WARNING: App 'org.gnome.Shell.desktop' respawning too quickly Feb 11 13:59:00 localhost vmunix: [ 226.381671] .gnome-session-[750]: segfault at 0 ip 7f776cacfce9 sp 7ffd770a9930 error 4 in libgtk-3.so.0.2200.6[7f776c7fa000+6ed000] -- ng0 -- https://www.inv

bug#25688: services: ssh-daemon quits too early

On 17-02-11 15:40:38, Ludovic Courtès wrote: > ng0 <contact@cryptolab.net> skribis: > > > I have my openssh-service configured like this (not exactly, but it > > serves an example well enough to not expose too much): > > > > (service openssh-serv

bug#25688: services: ssh-daemon quits too early

for networking. This system is currently on commit 883aab6462c49d4f4846a6f22168325e70227663 with no extra additions. -- ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25438: fixed

Fixed in commit ad1c349db067fc8d035a05ace39d22d0125e8f85 -- ♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25467: Fish: some script is broken

ons' called on standard input -- ♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/

bug#24087: recovery from suspend is broken with recent libreboot + linux-libre 4.7

Hi, ng0 <n...@we.make.ritual.n0.is> writes: > Following this[0] thread you can see the problems I have with libreboot > latest (latest at the time of flashing) experimental release. > > Leah later said - an email or log I can not find at the moment on > libre

bug#24087: Acknowledgement (recovery from suspend is broken with recent libreboot + linux-libre 4.7)

We have to include in our documentation either a link to how to deal with debbugs (specifically: how to close bugs) or if it's not already existing, create it in Guix contrib documentation and upstream it. I have no clue how to close this bug, and upstream website is not good in providing info. -- ng0 For non-prism friendly talk find me on http://www.psyced.org

bug#25913: metabug: move gna.org packages to new upstream locations

As you might have noticed (or not), gna.org is closing down soon. Read http://gna.org/forum/forum.php?forum_id=2545 for more on the subject. So we need to move yet another bunch of packages to where ever they moved now. The sources I mean. And maybe notify upstream in case you feel like it. I

bug#24168: Offloading builds does not honor --keep-failed

ng0 <n...@we.make.ritual.n0.is> writes: > ng0 <n...@we.make.ritual.n0.is> writes: > >> This bug is to keep track of and not forget to add this feature to >> build offloading: >> >> When I offload builds to my build machine(s), I want to keep the

bug#24557: python importer: extend requirements import

One example: ng0@shadowwalker ~$ guix import pypi hyperkitty Starting download of /tmp/guix-file.yrqmcv >From >https://pypi.python.org/packages/47/2d/cc2adf4bc0ed7bb4189b3146dde921c9a6ecc33f0f87c96c744d89bab154/HyperKitty-1.0.3.tar.gz... …1.0.3.tar.gz 1.5MiB 1.1MiB/s

bug#22732: lispf4: broken

least to the degree where I am able to check at the moment with my network, build log of today pasted. I think I suspected at some point that this needs to be patched, however I'd rather leave this task for people who are fluent in the languages this lisp is written in. ng0@shadowwalker ~$ g

bug#24496: offloading should fall back to local build after n tries

Ludovic Courtès <l...@gnu.org> writes: > Hello! > > ng0 <ngillm...@runbox.com> skribis: > >> When I forgot that my build machine is offline and I did not pass >> --no-build-hook, the offloading keeps trying forever until I had to >> cancel the build, bo

bug#24496: offloading should fall back to local build after n tries

times gives up and uses the local builder. Is this desired at all? Setups like hydra could get problems, but for small setups with the same architecture there could be a solution beyond --no-build-hook? -- ng0

bug#24450: pypi importer outputs strange character series in optional dependency case.

we improve the output here? For version numbers, this is not a format which happened recently which is exclusive for python build system right? This is just bad formated because of the pypi query. I will first try and not pin the application to these version numbers, maybe itjustworks™. To reproduce: "guix import pypi searx" -- ng0

bug#22115:

Hi, Firefox 47.0.1, windows 7: no broken css. Is this enough to close this bug? -- ng0

bug#22651: fixed, please close.

see subject. thanks -- ng0

bug#19144:

Would it be difficult to change the format? What's needed to provide iso in addition to what we have now or just iso? Has someone looked into this? -- ng0

bug#22115:

ng0 <ngillm...@runbox.com> writes: > Hi, > > Firefox 47.0.1, windows 7: no broken css. > > Is this enough to close this bug? Otherwise I'd say we need more input on how this specific firefox renders the page, the implemented css support, the proof that the person who

bug#18742: bug #18742

why I asked on this list first. > On Tue, Sep 27, 2016 at 04:38:03PM +, ng0 wrote: > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18742 > > > > Logs are gone since hydra got reset at least once since October 2014. I > [ 2 more citation lines. Click/Enter to show.

bug#22651:

bug#18742: bug #18742

ng0 <ngillm...@runbox.com> writes: > Leo Famulari <l...@famulari.name> writes: > > > However you are replying to these bug reports is changing the "Subject" > > line to only include the bug number. It's hard to know what the bug is > >

bug#22908: fixed.

This was fixed in commit 99a61dad3390cdda7d7da00113c5676050ef1959 <http://git.savannah.gnu.org/cgit/guix.git/commit/?id=99a61dad3390cdda7d7da00113c5676050ef1959> -- ng0

bug#24670: Unexpected EOF reading a line (from guix pull) [forward]

Ricardo Wurmus <ricardo.wur...@mdc-berlin.de> writes: > ng0 <n...@we.make.ritual.n0.is> writes: > >> Without adding all of the off-ticket/list email I got: the failure is >> very likely caused by /gnu/store being on a separate partition. > > What makes you say

bug#24670: Unexpected EOF reading a line (from guix pull) [forward]

Ricardo Wurmus <ricardo.wur...@mdc-berlin.de> writes: > ng0 <n...@we.make.ritual.n0.is> writes: > >> It is impossible to reproduce exactly the system which caused the bug, >> but I will try to reproduce it as good as you can with Gentoo. > > I chuckled a littl

bug#25053: guix import nix does not work

I tried to import various packages from nixpkgs, from all kinds of levels of the repository, none successful. ng0@wasp ~$ export NIX_REMOTE=daemon ng0@wasp ~$ guix import nix ~/re-src/nixpkgs libreoffice^C ng0@wasp ~$ ls ~/re-src/nixpkgs/ COPYING default.nix doc/ lib/ maintainers/ nixos

bug#24670: Unexpected EOF reading a line (from guix pull)

Hi, thanks for the bugreport, and thanks for using the gentoo-overlay :) dian_ce...@zoho.com writes: > Hello, > > Someone in IRC asked me to email these errors here as a bug report, so I > shall. > > I was just trying to install Guix on a Gentoo machine via the > youbroketheinternet

bug#24684: invalid command-line syntax to herd causes a kernel panic?

Hi, many thanks again for finding this bug, this looks really important. Caleb Ristvedt writes: > I should have read the man page before trying to use multiple commands at > once, but somehow it ended up causing a kernel panic? > > Here's what I ran as root in tty0 (I

bug#24670: Unexpected EOF reading a line (from guix pull) [forward]

tests only include a system where most things are on / (root), taking the examples of gentoo handbook as an orientation of the general system layout of users who might happen to use my ebuilds. So I've read issues about the /gnu/store in the past, and I've seen solutions I think, but the answer to this should be something open to people who run this in practice - I don't do this and have no own experience to share. -- ♥Ⓐ ng0

bug#24670: Unexpected EOF reading a line (from guix pull) [forward]

The following message has been forwarded to this bug again. There are some details removed which will not be useful to anyone but me - I don't think many people are running Gentoo here so I was told to remove the output of "emerge --info" as this is only useful to recreate a somewhat similar

bug#24670: Unexpected EOF reading a line (from guix pull) [forward]

Ricardo Wurmus writes: >> dian_ce...@zoho.com writes: >> >>> I'm just sending this to you since I think I might have figured out what is >>> happening, and I don't know how to respond to bugs via the mailing list. >>> Instruction on replying to bugs via the mailing

bug#25142: openssl lacks lib/libssl.a

In commit 0c69a17efdba0c7c3da0f25800a3c3233200e47b I found out that our openssl lacks lib/libssl.a ... this should be fixed somehow with the next update of the openssl package.

bug#25142: openssl lacks lib/libssl.a

Marius Bakke <mba...@fastmail.com> writes: > ng0 <n...@libertad.pw> writes: > >> Marius Bakke <mba...@fastmail.com> writes: >> >>> ng0 <n...@libertad.pw> writes: >>> >>>> In commit 0c69a17efdba0c7c3da0f25800a3c3233200e

bug#25438: SLIM does not display an option for dwm

dwm is not selectable. Either this list is too long for slim, or there's some problem with our dwm. -- ♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25401: tcc fails to build (test failure)

arted failing after the last ‘core-updates’ merge, which > updated Binutils and glibc, among other things. > > We should check whether tinycc Git master has this problem. > > Ludo’. I have tcc-next (git checkout) in a branch since forever, I'm testing this now again. I think I never made it to build completely, but this is something which can be fixed, I try to see how much can be fixed from my side. -- ♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25437: awesome breaks on configuration reload

use when you have lua (just lua) in your profile, you get to see a message (OSD) "unable to login" or something like that. At the moment I can't provide logs. -- ♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25438: Acknowledgement (SLIM does not display an option for dwm)

I think this is because dwm might have no .desktop and/or no X11/Sessions/ file. I will fix this now. -- ♥Ⓐ ng0 -- https://www.inventati.org/patternsinthechaos/

bug#25045: [Website] Packages page takes too long to load

to move forwards and stay static. But with every package and every version of them we add, this would add a lot of generated pages (right now around 4550 packages and rising), so it might get difficult to manage that unless management for this in place somehow (gets cleared on reboot, make clean, or something similar). > Medium-term, I think we should consider a solution involving pages > generated on the fly server-side, with a caching proxy (nginx!) in front > of it. We’ll have to seek assistance from the gnu.org web masters, but > ISTR they were not against that idea. > > Thanks! > > Ludo’. > > > > -- ♥Ⓐ ng0 | ng0.chaosnet.org

bug#25073: We have no build system for Go

knowledge in Go would like to hack on this, we can provide input and help on questions which might arise on Guix specific behavior. Consider this bug as an open invite for help. Thanks, -- ♥Ⓐ ng0 | ng0.chaosnet.org

bug#25327: cargo build-system should be able to filter out target.cfg(windows) dependencies

system is simple enough to not complain, you just have to learn about this while doing the work. -- ♥Ⓐ ng0 PGP keys and more: https://n0is.noblogs.org/ http://ng0.chaosnet.org

bug#25206: utox 0.9.8 icon is a white box

ng0 <n...@libertad.pw> writes: > ng0 <n...@libertad.pw> writes: > >> The statusbar/taskbar icon of utox is a white square. >> >> Affected are at least the environments Gnome and awesome. >> In awesome there is a glitch where you can see that the icon &

bug#25278: Acknowledgement (Possible virus found in icecat-45.5.1)

dian_ce...@zoho.com writes: > I just wanted to add that I went ahead and ran icecat-45.5.1 then rescanned > ~/.mozilla and nothing related to the virus popped up with the scan. > > > > > So this issue is done and can be closed? -- ♥Ⓐ ng0 PGP keys and more: https://n0is.no

bug#25201: Mumble opts users into statistics gathering by default

ed elsewhere in those 7 years, but maybe someone can work with this information. -- ♥Ⓐ ng0 PGP keys and more: https://n0is.noblogs.org/ http://ng0.chaosnet.org

bug#25281: rust importer duplicates input

I'm on the grand journey into rusty land, and while I'm assembling a list of what needs to be packaged to package our prototype, I got this: ng0@wasp ~$ guix import crate net2 following redirection to `https://crates-io.s3-us-west-1.amazonaws.com/crates/net2/net2-0.2.26.crate'... (package

bug#25273: [n...@libertad.pw: 'mc' package needs some fixes]

ng0 <n...@libertad.pw> writes: > Leo Famulari <l...@famulari.name> writes: > >> - Forwarded message from ng0 <n...@libertad.pw> - >> >> Date: Wed, 21 Dec 2016 21:40:31 + >> From: ng0 <n...@libertad.pw> >> To:

bug#25273: [n...@libertad.pw: 'mc' package needs some fixes]

ng0 <n...@libertad.pw> writes: > ng0 <n...@libertad.pw> writes: > >> Leo Famulari <l...@famulari.name> writes: >> >>> - Forwarded message from ng0 <n...@libertad.pw> - >>> >>> Date: Wed, 21 Dec 2016 21:40:31 + &g

bug#25273: [n...@libertad.pw: 'mc' package needs some fixes]

Leo Famulari <l...@famulari.name> writes: > - Forwarded message from ng0 <n...@libertad.pw> - > > Date: Wed, 21 Dec 2016 21:40:31 + > From: ng0 <n...@libertad.pw> > To: guix-de...@gnu.org > Subject: 'mc' package needs some fixes > > Is som

bug#25273: [n...@libertad.pw: 'mc' package needs some fixes]

ng0 <n...@libertad.pw> writes: > Further questions: > > Which applications provide "/usr/bin/open"? And also, which application provides "/usr/bin/indent"? share/mc/help/mc.hlp.pl:1187:/usr/bin/indent -kr -pcs ~/.cache/mc/mcedit/mcedit.block>& /dev/n

bug#25206: utox 0.9.8 icon is a white box

ng0 <n...@libertad.pw> writes: > The statusbar/taskbar icon of utox is a white square. > > Affected are at least the environments Gnome and awesome. > In awesome there is a glitch where you can see that the icon > which is being used is actually very big, and I assume the sam

bug#26252: shepherd: make error message for service not found 'smarter'

This is the current displayed variant: [user@abyayala ~]$ sudo herd ntpd stop [3/3] Password: herd: service

bug#26234: SLIM, SDDM can only be used with en_US keyboard layout

ng0 transcribed 0.3K bytes: > If this is a duplicate bug, close it. > > Currently SLIM (and SDDM) do neither respect nor offer an option to > select a keyboard layout other than "en_US". > > ** > > Expected fix is that display managers (SDDM, SLIM, future ones

bug#26234: SLIM, SDDM can only be used with en_US keyboard layout

ng0 transcribed 0.3K bytes: > If this is a duplicate bug, close it. > > Currently SLIM (and SDDM) do neither respect nor offer an option to > select a keyboard layout other than "en_US". > > ** > > Expected fix is that display managers (SDDM, SLIM, future ones

bug#26302: [website] translations

ng0 transcribed 0.4K bytes: > One thing I like about the template of https://taler.net is the usage of > javascript free translations of text (jinja2 is used), easy to select > and write. > I think translations of web sites are useful, necessary a

bug#26303: calibre: conversion error for cbr files, unrar module is missing

Conversion from cbr to epub fails with this last line: RuntimeError: Failed to load unrar module with error: No module named unrar Note that the books I've tried this on only worked with a comic book reader we do not have in Guix, there are issues with display, pages, etc.

bug#26302: [website] translations

One thing I like about the template of https://taler.net is the usage of javascript free translations of text (jinja2 is used), easy to select and write. I think translations of web sites are useful, necessary and important.

bug#26303: calibre: conversion error for cbr files, unrar module is missing

ng0 transcribed 0.3K bytes: > Conversion from cbr to epub fails with this last line: > > RuntimeError: Failed to load unrar module with error: No module named > unrar > > > > Note that the books I've tried this on only worked with a comic book > reader we do not hav

bug#26283: xfce: lid close does not suspend system

With xfce4 on GuixSD, closing a laptop's lid does not suspend the system. It just locks the screen.

bug#26234: SLIM, SDDM can only be used with en_US keyboard layout

If this is a duplicate bug, close it. Currently SLIM (and SDDM) do neither respect nor offer an option to select a keyboard layout other than "en_US". ** Expected fix is that display managers (SDDM, SLIM, future ones) can be configured to let users choose the language/keyboard layout of their

bug#26176: What to do about unmaintained frameworks like webkitgtk@2.4 in Guix?

Leo Famulari transcribed 2.1K bytes: > We do a good job of deploying security updates to webkitgtk@2.14. > Typically, we push the update within 24 hours. > > However, several packages still depend on webkitgtk@2.4, which is > unmaintained upstream and surely contains many serious security >

bug#14851: #14851 - linux-libre-3.3.8-gnu disappeared

Andreas, Ludovic, and others: This bug report was last modified 3 years and 258 days ago. It is my understanding that this bug could be closed. I see no more current problems and it makes no sense to keep the bug open just in case the problem appears again. Would you agree?

bug#26383: gajim is amnesiac about room bookmarks and autojoins

Clément Lassieur transcribed 0.5K bytes: > ng0 <contact@cryptolab.net> writes: > > > The expected behavior of gajim (at least I guess, never used it before) > > is to keep bookmarks of Chatrooms you set and also autojoin those where > > you marked the

bug#26383: gajim is amnesiac about room bookmarks and autojoins

The expected behavior of gajim (at least I guess, never used it before) is to keep bookmarks of Chatrooms you set and also autojoin those where you marked the checkbox to autojoin at start. Neither of these two things happen. An unlikely reason, but one I don't want to exclude, is that we don't

  1   2   3   >