Bug#954055: RFS: runescape/0.7-1 [RC] -- Multiplayer online game set in a fantasy world
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "runescape" * Package name: runescape Version : 0.7-1 Upstream Author : Jagex Games Ltd. * URL : https://oldschool.runescape.com * License : BSD-2-Clause * Vcs : https://salsa.debian.org/games-team/runescape Section : non-free/games It builds those binary packages: runescape - Multiplayer online game set in a fantasy world To access further information about this package, please visit the following URL: https://mentors.debian.net/package/runescape Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/non-free/r/runescape/runescape_0.7-1.dsc Changes since the last upload: * New upstream release. (Closes: #953487, #953714) * debian/control: + Bumped Standards-Version to 4.5.0. + Added in Build-Depends: default-jdk-headless | default-jdk. + Added in Depends: default-jre-headless. * Added autopkgtest. * debian/copyright: + Copyright information organized for contacts. + Copyright updated for current years (2020). * Update debian/upstream/metadata years (2020). Regards, -- Carlos Donizete Froes [a.k.a coringao]
Bug#954050: RFS: persist-el/0.4+dfsg-1 [ITP] -- persist variables between Emacs Sessions
Package: sponsorship-requests Severity: wishlist Control: block 953128 by -1 Dear mentors, I am looking for a sponsor for my package "persist-el". It is a dependency of org-drill (ITP #947017), and org-drill will restore functionality to Emacs' org-mode that was previously built-in. * Package name: persist-el Version : 0.4+dfsg-1 Upstream Author : Phillip Lord * URL : http://elpa.gnu.org/packages/persist.html * License : GPL-3+ * Vcs : https://salsa.debian.org/emacsen-team/persist-el Section : editors It builds this binary package: elpa-persist - persist variables between Emacs Sessions To access further information about this package, please visit the following URL: https://mentors.debian.net/package/persist-el Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/persist-el/persist-el_0.4+dfsg-1.dsc Alternatively, use git, gbp, and pristine tar using this repo: https://salsa.debian.org/emacsen-team/persist-el Changes since the last upload: * Initial release. (Closes: #953128) Regards, Nicholas
Re: Salsa repository request
On 3/15/20 7:14 PM, Kyle Robbertze wrote: > Hi, > > On 2020/03/15 03:13, Lorenzo wrote: >> Dear mentors, >> >> I'm maintaining runit and dh-runit, >> can someone grant me write access to >> >> https://salsa.debian.org/debian/runit >> and >> https://salsa.debian.org/debian/dh-runit > Added to both > > Cheers > Kyle > Thank you Lorenzo
Bug#954015: RFS: rumur/2020.03.12-1 -- model checker for the Murphi language
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "rumur" * Package name: rumur Version : 2020.03.12-1 Upstream Author : Matthew Fernandez * URL : https://github.com/Smattr/rumur * License : Unlicense * Vcs : https://github.com/Smattr/rumur.git Section : devel It builds those binary packages: rumur - model checker for the Murphi language To access further information about this package, please visit the following URL: https://mentors.debian.net/package/rumur Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/r/rumur/rumur_2020.03.12-1.dsc Changes since the last upload: * New upstream release.
Re: Salsa repository request
Hi, On 2020/03/15 03:13, Lorenzo wrote: > Dear mentors, > > I'm maintaining runit and dh-runit, > can someone grant me write access to > > https://salsa.debian.org/debian/runit > and > https://salsa.debian.org/debian/dh-runit Added to both Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Re: cannot allocate memory in static TLS block
Hi Faidon, could you imagine to build jemalloc with --disable-initial-exec-tls as Sergio suggests below to fix the issue in drmaa (and possibly other packages)? Should I open a separate bug report against jemalloc to request this? Kind regards Andreas. On Sat, Mar 14, 2020 at 05:18:49PM -0400, Sergio Durigan Junior wrote: > > $ python3 > > Python 3.7.6 (default, Jan 19 2020, 22:34:52) > > [GCC 9.2.1 20200117] on linux > > Type "help", "copyright", "credits" or "license" for more information. > import drmaa > > Traceback (most recent call last): > > File "", line 1, in > > File > > "/home/andreas/debian-maintain/salsa/med-team/python-drmaa/drmaa/__init__.py", > > line 65, in > > from .session import JobInfo, JobTemplate, Session > > File > > "/home/andreas/debian-maintain/salsa/med-team/python-drmaa/drmaa/session.py", > > line 39, in > > from drmaa.helpers import (adapt_rusage, Attribute, > > attribute_names_iterator, > > File > > "/home/andreas/debian-maintain/salsa/med-team/python-drmaa/drmaa/helpers.py", > > line 36, in > > from drmaa.wrappers import (drmaa_attr_names_t, drmaa_attr_values_t, > > File > > "/home/andreas/debian-maintain/salsa/med-team/python-drmaa/drmaa/wrappers.py", > > line 58, in > > _lib = CDLL(libpath, mode=RTLD_GLOBAL) > > File "/usr/lib/python3.7/ctypes/__init__.py", line 364, in __init__ > > self._handle = _dlopen(self._name, mode) > > OSError: /usr/lib/x86_64-linux-gnu/libjemalloc.so.2: cannot allocate memory > > in static TLS block > > This is an issue with jemalloc's handling of the TLS model when being > dlopened.. See: > > https://github.com/jemalloc/jemalloc/issues/1237 > > The recommended way to build a libjemalloc that is suitable for being > dlopened is to use '--disable-initial-exec-tls' when building it. Take > a look at the INSTALL.md file, and look for this option: > > https://github.com/jemalloc/jemalloc/blob/dev/INSTALL.md > > There is a way to workaround this bug by doing an LD_PRELOAD of > libjemalloc when invoking python, but this will only mask the problem > and we can't expect users to do/know this. > > The way I see it, you can try to convince jemalloc's maintainer to > enable that flag. > > BTW, the reason 'find_library' can't find drmaa's library is because the > .so is being installed in a non-standard directory. I don't know why > the package was made like this, though. > > Thanks, > > -- > Sergio > GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 > Please send encrypted e-mail if possible > http://sergiodj.net/ -- http://fam-tille.de