All Projects

Description:
The light-locker package returns error while tries load shared library libsystemd.so.0.

Additional info:
* package version(s): light-locker-1.6.0-3

Steps to reproduce:

1. Install the package:

  $ sudo pacman -S light-locker
  

1. Run it:

  $ light-locker
  

1. Then, you get the following message:

  light-locker: error while loading shared libraries: libsystemd.so.0: cannot open shared object file: No such file or directory
  

It behaves like a clean installation, does not import the configurations and data from a existing installation of icedove.

The wizard import does not work too. It returns the message:

No application to import data from found.

A workaround

cp --recursive --verbose ~/.icedove/ ~/.mozilla/thunderbird/

Please, package and backport the docker CE for Hyperbola Milky Way.

For reference, see the package docker in the Parabola.

Description:
The package iceweasel-esr do not restore session and forget logins after restart. It ignores the configurations of user.

Additional info:
* package version(s): 1:52.8.0esr.deb1~deb9u1-1

Steps to reproduce:

1. Click the Menu button and choose Preferences.
2. Select the General panel.
3. In the When Firefox starts drop-down menu, select Show my windows and tabs from last time.
4. Close the about:preferences page. Any changes you’ve made will automatically be saved.
5. Quit of session with Ctrl+Q
6. Starts Iceweasel. The session will not be restored. Clicks Menu, choose History and see that restore session is disabled.

Please, provide the extension firetray for icedove-uxp.

https://addons.thunderbird.net/en-US/thunderbird/addon/firetray/

Description:
GPG does not receive keys from servers. Seems that connection is blocked.

Additional info:
* package version(s)

$ gpg --version 
gpg (GnuPG) 2.2.8
libgcrypt 1.7.6
(...)

* config and/or log files etc.

$ gpg --debug-all --receive-keys B00033B86FDA59BA7D75B89BB88AF90BF64827C5
gpg: reading options from '/home/asm/.gnupg/gpg.conf'
gpg: enabled debug flags: packet mpi crypto filter iobuf memory cache memstat trust hashing ipc clock lookup extprog
gpg: DBG: [not enabled in the source] start
gpg: DBG: chan_3 <- # Home: /home/asm/.gnupg
gpg: DBG: chan_3 <- # Config: /home/asm/.gnupg/dirmngr.conf
gpg: DBG: chan_3 <- OK Dirmngr 2.2.8 at your service
gpg: DBG: connection to the dirmngr established
gpg: DBG: chan_3 -> GETINFO version
gpg: DBG: chan_3 <- D 2.2.8
gpg: DBG: chan_3 <- OK
gpg: DBG: chan_3 -> KS_GET -- 0xB00033B86FDA59BA7D75B89BB88AF90BF64827C5
gpg: DBG: chan_3 <- ERR 219 Server indicated a failure <Fonte não especificada>
gpg: keyserver receive failed: Server indicated a failure
gpg: DBG: chan_3 -> BYE
gpg: DBG: [not enabled in the source] stop
gpg: keydb: handles=0 locks=0 parse=0 get=0
gpg:        build=0 update=0 insert=0 delete=0
gpg:        reset=0 found=0 not=0 cache=0 not=0
gpg: kid_not_found_cache: count=0 peak=0 flushes=0
gpg: sig_cache: total=0 cached=0 good=0 bad=0
gpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0
              outmix=0 getlvl1=0/0 getlvl2=0/0
gpg: secmem usage: 0/32768 bytes in 0 blocks

* Useful information:
https://arcolinux.com/fix-for-key-could-not-be-looked-up-remotely/

Unfortunately, the workaround does not work for me. However, it indicate the arch linux package that fixes this issue.

Steps to reproduce:
Just type.

gpg --receive-keys B00033B86FDA59BA7D75B89BB88AF90BF64827C5