January 2019 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] New package in TW: Onionshare
by Axel Braun 03 Jan '19

03 Jan '19

Dear all, I'm happy to announce a new package in Tumbleweed: python-onionshare OnionShare lets the user share files securely and anonymously using the TOR technology. It works by starting a web server, making it accessible as a Tor Onion Service, and generating an unguessable URL to access and download the files. It does not require setting up a separate server or using a third party file- sharing service. Files are hosted on the machine the program is run on. The receiving user just needs to open the URL in Tor Browser to download the file. Have fun Axel -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] Cannot receive GPG public keys from any keyserver via port 11371
by dcermak＠suse.com 03 Jan '19

03 Jan '19

Hi list, I have a weird problem with gpg on Tumbleweed: I cannot get it to successfully receive keys via: $ gpg2 --recv-keys 0xSomeKeyId It always ends up with: gpg: keyserver receive failed: Server indicated a failure What however works is receiving keys via port 80. Turning my firewall off did not solve the issue, neither did a different keyserver. I have also double checked it with a different machine running Fedora which can receive keys just fine (it's on the same network). Any ideas how to debug/solve this? I have tried strace, but didn't find anything particularly useful in the output (gpg connects to a socket in /var/run and then just reports a failure). Thanks in advance for any suggestions, Dan -- Dan Čermák <dcermak(a)suse.com> Software Engineer Development tools SUSE Linux GmbH, Maxfeldstr. 5, D-90409 Nürnberg Tel: +49-911-74053-0; Fax: +49-911-7417755; https://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 3

[opensuse-factory] Re: [opensuse-science] openMPI mixup in Tumbleweed/Leap 15.x
by Stefan Brüns 03 Jan '19

03 Jan '19

On Mittwoch, 2. Januar 2019 22:36:52 CET Egbert Eich wrote: > Stefan Brüns writes: > > Several programs will end up with implicitly linking to both versions, as > > libnetcdf and hdf5 use openmpi1 and boost_mpi uses openmpi2. One example > > is > > vtk. > > This would be a nightmare. > As I've stated elsewhere already, I believe it would be better if > packages that are used by the 'naive' user - and especially their > dependencies - should stay away from using any MPI. > I don't see the benefit of MPI if you do not specifically set it > up for your task. I will have to look at vtk - tomorrow probably. The "serial" flavor, both in science and Factory, is ok now. The openmpi(1) flavor is somewhat broken, as the dependency set for both openmpi1 and openmpi2 is imcomplete: Only available as openmpi1: - libnetcdf-openmpi, python3-mpi4py Only available as openmpi2: - boost_mpi So we have to fixup the dependencies first. I have converted vtk to a multibuild package, see https://build.opensuse.org/ package/show/home:StefanBruens:branches:science/vtk [...] > > Question now, which version to choose? > > > > Apparently, openmpi2 does not work on all architectures (PPC, PPC64BE) > > [1], > > and is not supported by some software packages [2]. > > > > Are there any drawbacks for using openmpi1 everywhere in TW/Leap 15.x? > > Besides the fact that it is unmaintained? We do not provide or support it > any more on SLE-15. Right now, openmpi2 is supported there, meaning that > all openmpi2 packages on Leap 15(.0) will have the benefit of receiving > all the bug fixes we add to SLE. As openmpi2 is seems to available on all supported platforms (even PPC64BE since 2.1.4, science has 2.1.5), it should be a good default for everything not buildable with multiple flavors - probably only python. For vtk, this would mean adding an openmpi2 flavor to netcdf, and switching mpi4py to openmpi2. Kind regards, Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen home: +49 241 53809034 mobile: +49 151 50412019

1 0