Re: adduser default for sgid home directories
Philipp Kern writes: > On 25.07.22 08:46, Bjørn Mork wrote: >> Matt Barry writes: - why has a change been made >>> >>> I think this is explained in excruciating detail. The short version >>> (from NEWS): >>> >>> "mode 0700 provides both the most secure, unsurprising default" > [...] >> And the claim that this is "most unsurprising" (less surprising?) is >> obviously false. "No change" is always less surprising than any change, >> whatever the rationale is. > > It can also be unsurprising from an end-user's perspective. For > someone new to the system. So that line of argument does not really > hold. True. Good point. I was reading this as "unsuprising to the reader (system operator)", but I see that it could mean "unsusprising to the system users". Which would make more sense. Is there a limit to the size of these entries which makes it hard to be more precise? Bjørn
Re: how about matrix channel
Hi, I had test nheko and element[1], unfortunately, they can't use in China mainland. I think it's homeserver is also blocked by China GFW. I can use IRC now, also can use Firefox to visit https://element.debian.social/. [1] element error infos: Failed to start Your Element is misconfigured Invalid homeserver discovery response Thanks! 在 2022/7/20 13:06, Nilesh Patra 写道: > On Wed, Jul 20, 2022 at 11:51:45AM +0800, xiao sheng wen(肖盛文) wrote: >> Hi, >> >> Is there a GUI Desktop client to use https://element.debian.social ? > Yes, nheko in the archive[1] > > There is element desktop as well, which is not packaged yet, and > whose unofficial (upstream packaging) `.deb's are here[2] in case you want > these (not very recommended though) > > [1]: https://tracker.debian.org/pkg/nheko > [2]: https://element.io/get-started#linux-details > -- 肖盛文 xiao sheng wen https://www.atzlinux.com 《铜豌豆 Linux》基于 Debian 的 Linux 中文 桌面 操作系统 Debian QA page: https://qa.debian.org/developer.php?login=atzlinux%40sina.com Debian salsa: https://salsa.debian.org/atzlinux-guest GnuPG Public Key: 0x00186602339240CB OpenPGP_signature Description: OpenPGP digital signature
Bug#1016011: ITP: pd-mapper -- Qualcomm PD mapper service
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-devel@lists.debian.org, aferra...@debian.org * Package name: pd-mapper Version : 0.0+git20220208 Upstream Author : Bjorn Andersson * URL : https://github.com/andersson/pd-mapper * License : BSD Programming Lang: C Description : Qualcomm PD mapper service 'pd-mapper' is the reference implementation for Qualcomm's Protection Domain mapper service. It is required for userspace applications to access the various remote processors (Wi-Fi, modem, sensors...) on recent Qualcomm SoCs using the QRTR protocol. This package will be maintained within the DebianOnMobile team.
Bug#1016012: ITP: rmtfs -- Qualcomm Remote Filesystem Service implementation
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-devel@lists.debian.org, aferra...@debian.org * Package name: rmtfs Version : 0.2 Upstream Author : Bjorn Andersson * URL : https://github.com/andersson/rmtfs * License : BSD Programming Lang: C Description : Qualcomm Remote Filesystem Service implementation 'rmtfs' is the reference implementation for Qualcomm's Remote Filesystem service. It allows userspace applications to access the shared memory and internal storage of the remote processors (Wi-Fi, modem, sensors...) found on recent Qualcomm SoCs, using the QMI and QRTR protocols. This package will be maintained within the DebianOnMobile team.
Bug#1016013: ITP: tqftpserv -- TFTP server implementation for the QRTR protocol
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-devel@lists.debian.org, aferra...@debian.org * Package name: tqftpserv Version : 0.0+git20200207 Upstream Author : Bjorn Andersson * URL : https://github.com/andersson/tqftpserv * License : BSD Programming Lang: C Description : TFTP server implementation for the QRTR protocol 'tqftpserv' is a TFTP server working over the QRTR protocol, enabling basic communication with remote processors (Wi-Fi, modem, sensors...) found in recent Qualcomm SoC's. This package will be maintained within the DebianOnMobile team.
financial consultant Service.
Greeting, I represent an Investment Group as a financial consultant. We are expanding our global presence by investing in viable projects across the globe. We will be willing to inject up to $5 Billion or more into a viable project(s) We grant our funding at a 3.95% ROI per annum for 10 years and 12 months moratorium. If you have a viable project that needs funding or has anyone who might be interested, kindly revert with your business plan and executive summary for our review and possible funding. Sincerely Yours, George.
Bug#1016018: ITP: rust-cid-npm -- CLI tool to generate CIDs without a full IPFS client
Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: rust-cid-npm Version : 0.0~git20200813.59cf068 Upstream Author : Dan Shields * URL : https://gitlab.com/NukeManDan/rust_cid_npm * License : MIT, Apache-2.0 Programming Lang: Rust Description : CLI tool to generate CIDs without a full IPFS client The intent of the tools is to be for CID generation/verification only. It is not in any way an IPFS client. The InterPlanetary File System (IPFS) is a protocol and peer-to-peer network for storing and sharing data in a distributed file system. IPFS uses content-addressing to uniquely identify each file in a global namespace connecting all computing devices.[ A content identifier, or CID, is a label used to point to material in IPFS. It doesn't indicate where the content is stored, but it forms a kind of address based on the content itself. CIDs are short, regardless of the size of their underlying content. The package will be maintained by Jochen Sprickerhof at https://salsa.debian.org/debian/rust_cid_npm
Bug#1016019: ITP: libusbgx -- libusbgx is a C library encapsulating the kernel USB gadget-configfs
Package: wnpp Severity: wishlist Owner: Manuel Traut X-Debbugs-Cc: debian-devel@lists.debian.org, manuel.tr...@mt.com * Package name: libusbgx Version : 0.2.0 Upstream Author : Krzysztof Opasiak * URL : https://github.com/linux-usb-gadgets/libusbgx * License : GPL, LGPL Programming Lang: C Description : libusbgx is a C library encapsulating the kernel USB gadget-configfs It provides routines for creating and parsing USB gadget devices using the configfs API. Currently, all USB gadget configfs functions that can be enabled in kernel release 3.11 (Linux for Workgroups!) are supported. The package is used in many embedded Linux based products. I would need a sponsor and help for uploading the package.
Bug#1016022: ITP: actions-for-nautilus -- A Gnome Files (Nautilus) extension for creating selection context menu entries that can execute arbitrary commands
Package: wnpp Severity: wishlist Owner: Martin Bartlett X-Debbugs-Cc: debian-devel@lists.debian.org, martin.j.bartl...@gmail.com * Package name: actions-for-nautilus Version : 1.0.0 Upstream Author : Martin Bartlett * URL : https://github.com/bassmanitram/actions-for-nautilus * License : Apache-2.0 license Programming Lang: Python, Javascript, HTML Description : A Gnome Files (Nautilus) extension for creating selection context menu entries that can execute arbitrary commands A "replacement" for the now-defunct filemanager/nautilus-actions project. The extension supports many of the most commonly used features of the defunct project, including: * structuring context menu items for Nautilus File Manager selections including nested sub menus filtering the displayed items based on: * number of files in the selection, * mimetypes of the selected files (matching and non-matching conditions supported, as well as mimetype globs) * basic filetypes of the selected files - e.g. 'file', 'directory', 'symbolic- link' ... - (matching and non-matching conditions supported) * execution of an arbitrary command/script when a menu item is activated A configuration application by the name "Actions For Nautilus Configurator" is installed into the desktop applications collection. On first use of the configurator, if no existing configuration file is found, the delivered sample configuration will be installed. Maintenance should be trivial (it's a tiny extension) and I intend to provide that myself (though collaborators are always welcome). Translation is an issue - this is entirely in English at the moment. I am looking for a sponsor, of course.
Re: A mail relay server for Debian Members is live
On 2022-07-16 23:49, Pierre-Elliott Bécue wrote: In the past months, it's been clear that sending mails from an @debian.org address to some mail providers, including GMail, has become harder and harder. While user DKIM feature (documented on [0]) can help, we thought providing a relay server for our users to send their Debian mail was a more long-term solution. This service is now operational behind mail-submit.debian.org (AKA stravinsky.debian.org). Documentation about how to use this service can be accessed via [1]. The page behind [0] will be updated on the next release we make of userdir-ldap-cgi. Mails sent via this server will be DKIM-signed if the from is a debian.org, debconf.org or ftp-master.debian.org address. If any additional domain should be considered, feel free to ask. This server requires an active Debian Account, and that one sets their mailPassword up (again, see [1]) to be able to use the service. I've tried to provide some useful tips on the doc. If you have any question or issue, please don't hesitate to reach out. Hey! Would it be possible to also make it available on port 465 without STARTTLS? I am using smtp_tls_security_level=secure and smtp_tls_wrappermode=yes with my other providers and having mail-submit.debian.org on top of that is adding a bit of complexity that I would like to avoid if possible. Thanks.
Re: adduser default for sgid home directories
On Mon, 2022-07-25 at 09:33 +0200, Bjørn Mork wrote: > Philipp Kern writes: > > On 25.07.22 08:46, Bjørn Mork wrote: > > > > > > obviously false. "No change" is always less surprising than any > > > change, > > > whatever the rationale is. > > > > It can also be unsurprising from an end-user's perspective. For > > someone new to the system. So that line of argument does not really > > hold. > > True. Good point. > > I was reading this as "unsuprising to the reader (system operator)", > but > I see that it could mean "unsusprising to the system users". Which > would make more sense. I apologize for the ambiguity; I did mean primarily for the end-user, who would likely a) assume their documents are private, and b) not expect any setgid weirdness. It is also unsurprising for users of other distributions, perhaps, which mostly use 0700. I take your point about any change being surprising.. but we wouldn't need a NEWS entry for that ;) > Is there a limit to the size of these entries which makes it hard to > be > more precise? None; this announcement was actually quite long. But the feedback is appreciated. Cheers, Matt signature.asc Description: This is a digitally signed message part
Re: adduser default for sgid home directories
On Sun, Jul 24, 2022 at 12:34:31PM -0400, Matt Barry wrote: > Anyway, its been released at this point, so the issue is moot :) Regardless of the rest of the discussion, this isn't entirely true. Yes, people following unstable will have already seen the NEWS entry and apt-listchanges won't show it again for that version, but it's still possible to edit it retroactively so that (for example) people upgrading between stable releases see improved text. That can sometimes be worthwhile. -- Colin Watson (he/him) [cjwat...@debian.org]
Re: adduser default for sgid home directories
On Mon, 2022-07-25 at 14:37 +0100, Colin Watson wrote: > On Sun, Jul 24, 2022 at 12:34:31PM -0400, Matt Barry wrote: > > Anyway, its been released at this point, so the issue is moot :) > > Regardless of the rest of the discussion, this isn't entirely true. > Yes, people following unstable will have already seen the NEWS entry > and > apt-listchanges won't show it again for that version, but it's still > possible to edit it retroactively so that (for example) people > upgrading > between stable releases see improved text. That can sometimes be > worthwhile. > That is a good point, and probably something we should plan to do. signature.asc Description: This is a digitally signed message part
Bug#1016025: ITP: mobian-keyring -- GPG keys for the Mobian package repository
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris X-Debbugs-Cc: debian-devel@lists.debian.org, aferra...@debian.org * Package name: mobian-keyring Version : 20220725.0 Upstream Author : Arnaud Ferraris * URL : https://salsa.debian.org/Mobian-team/mobian-keyring * License : GPL Programming Lang: None (data only) Description : GPG keys for the Mobian package repository Mobian is a Debian blend targeting mobile devices, such as phones and tablets. This package provides the GnuPG public key(s) used to sign the Mobian package repository, as well as the corresponding sources file and APT preferences as recommended in https://wiki.debian.org/DebianRepository/UseThirdParty. It will be maintained within the Mobian team.
share-this.info - Kooperieren statt konkurrieren, zusammen mehr erreichen.
Kooperieren statt konkurrieren, zusammen mehr erreichen. Verantwortung übernehmen, bewusst leben. Jede Entscheidung zählt. Gesundheit, Lebewesen & Umwelt schützen durch z. B.: • Regional + fair produzierte Produkte und pestizidfreie Lebensmittel in Bioqualität aus Deutschland von kleinen Unternehmen & Kleinbauern. • Vermeidung von gesundheits-schädlichem Palmöl- und Fett sowie Grillkohle und Möbeln aus Tropenholz. • Gebrauchtware, CO2- & Ultraschall-Waschmaschine, Dusch-WC, Lastenrad, Mitfahrgelegenheiten & Fahrgemeinschaften. • Weniger tierische Lebensmittel: Bioverfügbarkeit von pflanzlichen Proteinquellen auf bis zu 100 % erhöhen durch Kombination von Hülsenfrüchten mit Getreide, Nüssen, Samen, Obst und Gemüse. Dadurch werden pflanzliche Proteine vom Körper genauso gut oder sogar besser aufgenommen als tierische Proteine. Kernloses Obst meiden. • Engagement als z. B. Bienen-, Baum- oder Tierpate. • Kühlschrank ohne Strom (www.coolar.co) betreiben mit z. B. Solarschwamm (Schwamm bedeckt von Solar- und dann Blasenfolie, berührt bzw. schwimmt auf Wasser) Linkliste: www.share-this.info (Links nur mit Tor Browser öffnen!) Regionale, nachhaltige sowie faire Unternehmen & Initiativen finden: - milchautomaten-direktvermarkter.de - heimischelandwirtschaft.de - regiothek.de - unternehmer-mit-herz.com - farmshops.eu - hofladen-bauernladen.info - repaircafe.org - wohnprojekte-portal.de - foodsharing.de - reparatur-initiativen.de - impffreiwork.site - milchtankstellen.com - bring-together.de - marktschwaermer.de - mein-bauernhof.de - kartevonmorgen.org - zerowastemap.org - secondhand.guide - getchanged.net - ecohopping.de - treeday.net - hofatlas.de - greenya.de - animap.info - ogrido.com - freifunk.net - allesvom.land Selbstversorger werden, autark leben: - solidarische-landwirtschaft.org - helfa.org - frankshospitalworkshop.com - farmbot.io - free-energy-info.tuks.nl (Patrick J. Kelly) - wohnprojekte-portal.de - meine-ernte.de - ackerwaldundwiese.de - freiessaatgut.de - saatgutkampagne.org - gartenpaten.org - food-coop-einstieg.de - quellenatlas.eu - meingemüseacker.de - gartenverein.de - saatgut-tauschen.de - freie-saaten.de - liberherbarum.net - ecovillage.org - mondamo.de/linklist - smarticular.net - gemeinschaften.de - farmhack.org - ic.org - diyseeds.org - kulturland.de - syndikat.org - leerstandsmelder.de - mundraub.org Soziale & nachhaltige Initiativen & Plattformen: thrivemovement.com - energiegenossenschaften-gruenden.de - netzwerk-nachbarschaft.net - dyne.org - menschlichwirtschaften.de - ardupilot.org - navdanyainternational.org - genialokal.de - regenwald-schuetzen.org - wechange.de - unsere-verfassung.de - spontacts.com - openhandproject.org - betterplace.org - desert-greening.com - crowdfunding.de - rainengineering.com - themeatrix.com - politikvonunten.org - regionalwert-ag.de - gewaltenteilung.de - bargeldverbot.info - crowdfarming.com - flccc.net: Prophylaxis & Behandlungsprotokolle für COVID-19 Tauschen, leihen, kaufen, verkaufen, verschenken & bezahlen: fairmondo.de - deaddrops.com - viacash.com - frent.me - menschlichwirtschaften.de - tauschbu.de - pflanzenkreisel.de - suchebiete.com - openbookcase.de - kleinanzeigen.de - bookmooch.com - markt.de - shpock.com - wechange.de - etsy.com - ecopayz.com - reisebank.de - epaycards.de - vinted.de - weststeincard.com - wunschgutschein.de Persönliche Daten schützen: - kuketz-blog.de - privacy-handbuch.de - digitalcourage.de - wiki.kairaven.de Betriebssysteme: - postmarketos.org - alpinelinux.org - subgraph.os - whonix.org - tails.boum.org - openbsd.org - clip-os.org - lineageos.org - qubes-os.org - devuan.org Suchmaschinen: - metager.de - yacy.net - searx.space - qwant.com Open-Source-Software: moovim.eu - wiki.ipfire.org/addons/tor/relay - ubos.net - jasongriffey.net/librarybox - torproject.org - openkeychain.org - freenetproject.org - freedombox.org - briarproject.org - gogs.io - ethswarm.org - disaster.radio - snikket.org - codeberg.org - scuttlebutt.nz - geti2p.net - yunohost.org - sandstorm.io - biblebox.org - swaywm.org - notabug.org - ipfs.io - sr.ht - f-droid.org Möglichst fair hergestellte & Open-Source-Hardware: pine64.org/pinephone - omnia.turris.com - sifive.com - crowdsupply.com - mymooltipass.com - mntmn.com - pyra-handheld.com - inversepath.com - shiftphones.com - nthdimtech.com - fairphone.com - necunos.com - sirinlabs.com - nitrokey.com - u2fzero.com - cryptech.is - silentcircle.com - puri.sm - diskiopi.com - nager-it.de Zensurfreie Videoplattformen: bitchute.com - lbry.tv - rumble.com - odysee.com - joinpeertube.org - brandnewtube.com - mediarebell.com - quertube.de - d.tube - banned.video - veoh.com - tv.gab.com - veezee.tube - altcensored.com - brighteon.com - loveotv.club - patrioten.tube - av.brunold.net Elektrosmog: EMFdata.org - 5gspaceappeal.org - 5g-tutweh.de - stoppt-5g.de Zensurfreie alternative Medien: corona-blog.net - rubikon.news - auf1.tv - kla.tv - multipolar-magazin.de -
Re: adduser default for sgid home directories
Matt Barry wrote: > On Mon, 2022-07-25 at 14:37 +0100, Colin Watson wrote: > > On Sun, Jul 24, 2022 at 12:34:31PM -0400, Matt Barry wrote: > > > Anyway, its been released at this point, so the issue is moot :) > > > > Regardless of the rest of the discussion, this isn't entirely true. > > Yes, people following unstable will have already seen the NEWS entry > > and > > apt-listchanges won't show it again for that version, but it's still > > possible to edit it retroactively so that (for example) people > > upgrading > > between stable releases see improved text. That can sometimes be > > worthwhile. > > > > That is a good point, and probably something we should plan to do. In particular, it may make sense to edit this NEWS entry and the previous one, to avoid presenting two entries to stable users for two different successive changes, rather than just one effective change.
Re: adduser default for sgid home directories
On Mon, 25 Jul 2022 09:05:55 -0700, Josh Triplett wrote: >Matt Barry wrote: >> On Mon, 2022-07-25 at 14:37 +0100, Colin Watson wrote: >> > On Sun, Jul 24, 2022 at 12:34:31PM -0400, Matt Barry wrote: >> > > Anyway, its been released at this point, so the issue is moot :) >> > >> > Regardless of the rest of the discussion, this isn't entirely true. >> > Yes, people following unstable will have already seen the NEWS entry >> > and >> > apt-listchanges won't show it again for that version, but it's still >> > possible to edit it retroactively so that (for example) people >> > upgrading >> > between stable releases see improved text. That can sometimes be >> > worthwhile. >> > >> >> That is a good point, and probably something we should plan to do. > >In particular, it may make sense to edit this NEWS entry and the >previous one, to avoid presenting two entries to stable users for two >different successive changes, rather than just one effective change. I don't like the idea of messing with old NEWS entries at all. In this case, an exception might be warranted, but we need to have the long explanation somewhere in the package for the next round of this issue that is expected in the 2030ies. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Bug#1016038: ITP: sysd-openrc -- Translator to convert systemd units to openrc scripts.
Package: wnpp Severity: wishlist Owner: Mark Hindley X-Debbugs-Cc: debian-devel@lists.debian.org, m...@kayg.org, ope...@packages.debian.org sysvi...@packages.debian.org * Package name: sysd-openrc Version : Unversioned upstream Upstream Author : K Gopal Krishna * URL : https://salsa.debian.org/kayg/systemd-unit-translator * License : BSD simplified 2 clause Programming Lang: Bash Description : Translator to convert systemd units to openrc scripts. This was developed as part of the 2020 Google Summer of Code. It is useful as part of exploring ways of deriving generic runlevel control scripts for non-systemd init systems from unit files. Mark
Re: LTO and ABI compatibility
Hi Ian,
On 7/19/22 19:24, Ian Jackson wrote:
How does LTO work with ABI compatibility, which we rely on very
heavily ?
Symbols that are visible to the dynamic linker or that have their
address taken are hard borders for optimization, even in non-LTO builds.
For example,
int a() { return 1; }
int b() { return a(); }
will compile both functions to "mov eax, 1; ret" with -O2, but if you
also set -fPIC, b() becomes "xor eax, eax; jmp a@PLT" to allow a
LD_PRELOAD library to override a.
It is allowed to generate constant-propagation or inlined versions of
externally visible functions, but these may be called only if the symbol
has not been overridden, gcc knows to check for this, but the lookup is
expensive enough that it is only generated as a check before a loop.
Eg, my reading of the spec is as follows: if I add members
to an enum in a new library version, making a combined program
containing translation units with the old enum, and ones with the new
enum, is UB.[1]
If you add members in a way that does not cause existing definitions to
change, that is supposed to be ABI compatible. LTO builds may emit a
warning that the types are different because now there is a way to
detect this case.
Frannkly, I think enabling LTO by default is a mistake. The
performance benefits are not likely to be worth the bugs silently
introduced across our codebase. If there are particular programs that
would benefit from it, by all means enable it in those cases.
I agree that the performance isn't worth it, but I find the extended
diagnostics useful, I've found quite a few bugs this way, mostly
inconsistent duplicate declarations in different header files that were
never included together.
Simon
Bug#1016046: ITP: genomicsdb -- sparse array storage library for genomics
Package: wnpp Severity: wishlist Owner: Debian-med team X-Debbugs-Cc: debian-devel@lists.debian.org, debian-...@lists.debian.org * Package name: genomicsdb Version : 1.4.3 Upstream Author : Intel Health and Lifesciences * URL : https://www.genomicsdb.org/ * License : Expat Programming Lang: C++, Java Description : sparse array storage library for genomics GenomicsDB is built on top of a htslib fork and an internal array storage system for importing, querying and transforming variant data. Variant data is sparse by nature (sparse relative to the whole genome) and using sparse array data stores is a perfect fit for storing such data. The GenomicsDB stores variant data in a 2D array where: - Each column corresponds to a genomic position (chromosome + position); - Each row corresponds to a sample in a VCF (or CallSet in the GA4GH terminology); - Each cell contains data for a given sample/CallSet at a given position; data is stored in the form of cell attributes; - Cells are stored in column major order - this makes accessing cells with the same column index (i.e. data for a given genomic position over all samples) fast. - Variant interval/gVCF interval data is stored in a cell at the start of the interval. The END is stored as a cell attribute. For variant intervals (such as deletions and gVCF REF blocks), an additional cell is stored at the END value of the variant interval. When queried for a given genomic position, the query library performs an efficient sweep to determine all intervals that intersect with the queried position. There is a C++ library and a Java library, we plan to ship both of them. This library is needed as a dependency of gatk, which is a packaging target of the Debian-med team.
Bug#1016053: ITP: lua-resty-core -- New FFI-based Lua API for NGINX lua module
Package: wnpp Severity: wishlist Owner: Jan Mojzis X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: lua-resty-core Version : 0.10.13 Upstream Author : Yichun Zhang (agentzh) * URL : https://github.com/openresty/lua-resty-core * License : BSD Programming Lang: Lua Description : New FFI-based Lua API for NGINX lua module This library implements a New FFI-based Lua API for NGINX lua module. I'm currenlty maintaining NGINX package, and new ngx_lua module needs the lua-resty-core package. I would like to maintain the package using https://salsa.debian.org/ I would need to create a https://salsa.debian.org/debian/lua-team/lua-resty-core repository before uploading. Currently is the Debian package maintained here https://salsa.debian.org/janmojzis/lua-resty-core I need sponsor only for the first upload (I'm DM). Thank You!
Bug#1016054: ITP: lua-resty-lrucache -- Simple LRU cache for the ngx_lua module
Package: wnpp Severity: wishlist Owner: Jan Mojzis X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: lua-resty-lrucache Version : 0.13 Upstream Author : Yichun Zhang (agentzh) * URL : https://github.com/openresty/lua-resty-lrucache * License : BSD Programming Lang: Lua Description : Simple LRU cache for the ngx_lua module This library implements a Simple LRU cache for the ngx_lua module. I'm currenlty maintaining NGINX package, and new ngx_lua module needs the lua-resty-lrucache package. I would like to maintain the package using https://salsa.debian.org/ I would need to create a https://salsa.debian.org/debian/lua-team/lua-resty-lrucache repository before uploading. Currently is the Debian package maintained here https://salsa.debian.org/janmojzis/lua-resty-lrucache I need sponsor only for the first upload (I'm DM). Thank You!
