Bug#832174: ITP: js-build-tools -- collection of tools to help building Jane Street Packages
Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" * Package name: js-build-tools Version : 113.33.04 Upstream Author : Jane Street Holding, LLC * URL : https://github.com/janestreet/js-build-tools * License : Apache-2.0 Programming Lang: OCaml Description : collection of tools to help building Jane Street Packages This package contains tools to help building Jane Street Packages. However most of it is general purpose. It contains: * an oasis2opam-install tool to produce a .install file from the oasis build log; * an js_build_tools ocamlbuild plugin with various goodies. This is a new (transitive) dependency of ocaml-ipaddr.
Re: Bug#832174: ITP: js-build-tools -- collection of tools to help building Jane Street Packages
On Sat, Jul 23, 2016 at 11:58:49AM +0200, Stéphane Glondu wrote: > * Package name: js-build-tools That's an unfortunate choice for a name. This package has nothing to do with javascript.
Re: Policy 12.3: should I rename?
]] Geert Stappers > FWIW I agree with both '"main package "should have documentation' > and 'additional documentation in separate doc package'. I think we should stop recommending documentation be put in a separate package and tell people who don't want docs to exclude the relevant parts of /usr/share/doc using dpkg excludes instead. Disk space is pretty cheap and we keep complaining about the per-package overhead in Packages.gz, so it should be a net gain for most people. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are
Re: TMPDIR - Do we also need a drive backed TPMDIR ?
Excerpts from Gabor Gombas's message of 2016-07-21 21:22:02 +0200: > On Thu, Jul 21, 2016 at 04:06:26PM +0300, Dmitry Bogatov wrote: > > > For example, I, as happy owner of 8GB RAM, is perfectly fine with 3GB > > in /tmp, because I actually use less then 1Gb. On other hand, would I > > start 50 instances of Firefox, Gimp and other stuff, I would object > > putting 3GB in my /tmp, since it would make system swap. > > I don't quite buy your argument. If you want to write 3GB to disk, then > you need to write 3GB to disk - it's the same amount of data, whether > you call it "filesystem" or "swap". But if you use a real filesystem to > store that data, then you will also have to deal metadata, which needs > to be protected from crashes so you want to flush caches from time to > time, which is expensive. tmpfs does not have such requirements, so it > should give you better performance. I guess someone should measure it... > > Gabor The metadata is tiny and heavily optimized. That, and flushes to disk are well tuned and optimized in the VFS layer. The elevator is well tuned for access like this, and programs expect this performance when dealing with te,porary files. Swap, meanwhile, is largely synchronous, and could affect any part of the system not locked into RAM. Programmers aren't as prepared for a read from memory to block on paging in. So, IMO, the more swap pressure you put on the system by filling up tmpfs mounts, the more unpredictable your system will be, and that's far worse than being a few percentage points slower on temp file operations.
Re: Policy 12.3: should I rename?
Quoting Tollef Fog Heen (2016-07-23 18:58:37) > ]] Geert Stappers > >> FWIW I agree with both '"main package "should have documentation' and >> 'additional documentation in separate doc package'. > > I think we should stop recommending documentation be put in a separate > package and tell people who don't want docs to exclude the relevant > parts of /usr/share/doc using dpkg excludes instead. Disk space is > pretty cheap and we keep complaining about the per-package overhead in > Packages.gz, so it should be a net gain for most people. If I understand you correctly, it will be a loss for those where bandwidth is expensive: Stripping documentation during install implied it need to be downloaded. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#832279: ITP: python-multidict -- multidict implementation (Python library)
Package: wnpp Severity: wishlist Owner: "Piotr Ożarowski" * Package name: python-multidict Version : 1.2.1 Upstream Author : Andrew Svetlov * URL : https://github.com/aio-libs/multidict * License : Apache 2 Programming Lang: Python Description : multidict implementation (Python library) Multidicts are useful for working with HTTP headers, URL query args etc. . HTTP Headers and URL query string require specific data structure: multidict. It behaves mostly like a dict but it can have several values for the same key. The code was extracted from aiohttp library an it's python3-aiohttp's new dependency. Binary package name: python3-multidict signature.asc Description: PGP signature
Bug#832287: ITP: tsc -- The Secret Chronicles of Dr. M.
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: tsc Version: 2.0.0 Upstream Author: The TSC Contributors URL: https://github.com/Secretchronicles/TSC License: GPL-3 Description: The Secret Chronicles of Dr. M. TSC is a 2D sidecrolling platform game, with a rich set of graphics, music, and an advanced level editor that allows you to create your own levels. The level editor allows for in-game scripting so there are no borders apart from your imagination. The project is a fork of SMC, which is not developed actively anymore. Note this is not merely a continuation of SMC, but we have our own goals and design principles we are slowly integrating into both the codebase and the artwork. -- Muammar El Khatib. http://muammar.me | http://proyectociencia.org
Re: Policy 12.3: should I rename?
]] Jonas Smedegaard > Quoting Tollef Fog Heen (2016-07-23 18:58:37) > > ]] Geert Stappers > > > >> FWIW I agree with both '"main package "should have documentation' and > >> 'additional documentation in separate doc package'. > > > > I think we should stop recommending documentation be put in a separate > > package and tell people who don't want docs to exclude the relevant > > parts of /usr/share/doc using dpkg excludes instead. Disk space is > > pretty cheap and we keep complaining about the per-package overhead in > > Packages.gz, so it should be a net gain for most people. > > If I understand you correctly, it will be a loss for those where > bandwidth is expensive: Stripping documentation during install implied > it need to be downloaded. Sure, but at the same time: docs tend to compress well, and people who do development are more likely to run something up-to-date (like testing or unstable) and so therefore are more likely to be able to handle the bandwidth cost. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are
Bug#832311: ITP: pbtestdata -- small Pacific Biosciences datasets for testing
Package: wnpp Severity: wishlist Owner: Debian Med Packaging Team * Package name: pbtestdata Version : 0.0.13 Upstream Author : Pacific Biosciences * URL : https://github.com/PacificBiosciences/PacBioTestData * License : BSD Programming Lang: Python Description : small Pacific Biosciences datasets for testing Utility and Python API for accessing representative Pacific Bioscience sequencing data files for testing. This package contains common test data files that will start being used by the packages of the smrtanalysis suite for their test suites. It will be maintained by Debian Med.
