Bug#832092: ITP: libstring-copyright-perl -- representation of text-based copyright statements
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libstring-copyright-perl Version : 0.001 Upstream Author : Jonas Smedegaard * URL : https://metacpan.org/pod/String::Copyright * License : GPL-3+ Programming Lang: Perl Description : representation of text-based copyright statements String::Copyright Parses common styles of copyright statements and serializes in normalized format. The project is needed for recent releases of licensecheck. It will be maintained in the Debian Perl group. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJXkdqJAAoJECx8MUbBoAEhHjgP/3VdVg9vC8/19i4cvrYkgAWq uF9cUl8RVo/aBmM6G38bJqU87KBE4bFMb+Blp/tTc2jjUcGNa16ljX2I+po2BI17 NBM8tInbYCh32kTuLz7srcU9/E1Q8tTF3Cltm9WtEMI56poxmFCUjABze2b/PPtJ uLkGls0lF5mm1gjeOLCFGQCHMBMSP3+ihxH6YMtjddP63AaSC+sPCZGodn8xz6dz Vn2hXlhP6BRZFWranrDJq40zTCET4R1UEYTsppC0/lw0mC97gqevGPR1D5D3Y0GM V6dvcJ9M/5fxxSc8o4YadjhdRXJWwoikN4FsOorXpfrxQBy5Ab6TGzx+PlxC6wbi fYN5llSwMyh4vS943AK3QD5k9UKiYTM/oO+JbppkcY0dvdDYmr1ZzZNj3kXq5rWr reAWDWpNDwLH7A8AfXocjAz8ooROOYD4XqbVrQcl0IBr1z3UjhWn3nShlu7Hqavd LqU/1L5xrVvqmzuMiTRDGLGlGEMme0WxHYn7bOD5aLGjLmo+uZYTXqkixAoEr3dq 0NCOIJGWmsH53yJyTWRV14vL3ik+f/owAgSXKt+ncDvcv2w6gy7e8JLmhofV3wQg w08IpebUKK1RfmTTkjbWzX63XLHBLoPH5xAqJtAzkwfdbj3op9zHIQEbx/d4NFHz d7kNoQjKqUnpmFcX0rHF =0ByT -END PGP SIGNATURE-
Re: ARM64
* Stefan Monnier [2016-07-22 11:24]: > > * LeMaker HiKey (http://www.amazon.com/dp/B019O3QTSA), $169 USD > > * SnapDragon 410c (http://www.amazon.com/dp/B01600X7IU), $75 USD > > Do any of these work with vanilla U-Boot and kernel? The DragonBoard 410c has mainline u-boot support. When I enabled support in the Debian kernel a few months ago, support was very basic (no USB or wifi). I believe there's USB support now. I captured some info at https://wiki.debian.org/InstallingDebianOn/96Boards/DragonBoard410c but the page is a bit out of date now. I'm not sure I'll more more time into the DragonBoard 410c since it's not a very popular platform. The LeMaker HiKey has similar issues (Vagrant has done some work on Debian support for it). To be fair though, there's a lot of work going on upstream to improve kernel support. My general problem with the Consumer Edition devices from 96Boards (which the DragonBoard and HiKey are), apart from lack of good kernel support, is that they require a non-standard power supply and non-standard serial console. -- Martin Michlmayr http://www.cyrius.com/
Bug#832140: ITP: ruby-cucumber-wire -- Wire protocol for Cucumber (a ruby acceptance testing framework)
Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: ruby-cucumber-wire Version : 0.0.1 Upstream Author : Matt Wynne * URL : http://cucumber.io * License : Expat Programming Lang: Ruby Description : Wire protocol for Cucumber (a ruby acceptance testing framework) cucumber supports a wire protocol for running tests in separate processes. Not necessarily even ruby processes. This ruby library implements the wire protocol. Previously this was part of the cucumber package, but upstream has broken it out into its own library. I have no particular interest in long term maintenance, I just need it for a selfish cucumber version bump. It will live under the pkg-ruby-extras umbrella, with the other cucumber packages.
Re: TMPDIR - Do we also need a drive backed TPMDIR ? [and 1 more messages]
]] Vincent Lefevre > What's the problem if swap is *never* used under normal conditions? > On current machines, I typically use less than 10% the amount of > physical RAM. > > On an older laptop, I had 4 GB RAM, and under normal conditions, > I was using only around 1 GB. Swap was used only in two cases: > > 1. Because Firefox was taking more than 4 GB after some time, but > in this case, the system was more or less frozen. So, the only thing > I could do was to kill Firefox from a terminal, which was taking me > several minutes... I ended up by using a wrapper script that did: On a multi-socket system, you might well end up swapping instead of using all the memory in this particular case, since you get hit by the default NUMA allocation policy. (Unless that's changed recently.) -- 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 ?
]] Ritesh Raj Sarraf > On Thu, 2016-07-21 at 15:42 +0200, Vincent Lefevre wrote: > > On 2016-07-21 15:24:10 +0200, Philip Hands wrote: > > > It's configurable. > > > > > > See TMPFS_SIZE in /etc/defaults/tmpfs > > > > If you mean /etc/default/tmpfs, it doesn't work with systemd > > (as documented), and there's the global problem with swap. > > And I was thinking of asking the same to the systemd maintainers. So thanks > for > mentioning this. Though I wish systemd honored values from these files. There's a perfectly fine way to specify that you want a tmpfs mount of a particular size on /tmp: /etc/fstab. I don't know why sysv-rc added another special extension for this rather than just letting people use the standard interface. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are
Bug#832159: ITP: qutebrowser -- A keyboard-driven, vim-like browser based on PyQt5.
Package: wnpp Severity: wishlist Owner: Fritz Reichwald * Package name: qutebrowser Version : 0.7.0 Upstream Author : Florian Bruhin (The Compiler) * URL : https://qutebrowser.org/ * License : GPL3 Programming Lang: Python Description : A keyboard-driven, vim-like browser based on PyQt5. qutebrowser is a keyboard-focused browser with a minimal GUI. It’s based on Python, PyQt5 QtWebKit and QtWebEngine and free software, licensed under the GPL. It was inspired by other browsers/addons like dwb and Vimperator/Pentadactyl. But unlike dwb and other vim-like Browsers it does not rely on webkitgtk as the backend but on the newer QtWebKit and QtWebEngine (Chromium engine). I already did the packaging. The files can be found in my github repository: https://github.com/V155/qutebrowser/tree/debian-0.7.0 I also intend to package the dependency python3-pypeg2 do I have to write a seperate ITP for it? Kind regards Fritz Reichwald
Re: TMPDIR - Do we also need a drive backed TPMDIR ?
Tollef Fog Heen wrote: > There's a perfectly fine way to specify that you want a tmpfs mount of a > particular size on /tmp: /etc/fstab. I don't know why sysv-rc added > another special extension for this rather than just letting people use > the standard interface. sysv-rc already needed code to mount various other tmpfs filesystems, such as /run and /run/shm.
Bug#832165: ITP: ncbi-vdb -- libraries for using data in the INSDC Sequence Read Archives
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: ncbi-vdb Version : 2.7.0 Upstream Author : National Center for Biotechnology Information * URL : https://github.com/ncbi/ncbi-vdb * License : public domain Programming Lang: C Description : libraries for using data in the INSDC Sequence Read Archives NGS is a new, domain-specific API for accessing reads, alignments and pileups produced from Next Generation Sequencing. The API itself is independent from any particular back-end implementation, and supports use of multiple back-ends simultaneously. It also provides a library for building new back-end "engines". The engine for accessing SRA data is contained within the sister repository ncbi-vdb. . The API is currently expressed in C++, Java and Python languages. The design makes it possible to maintain a high degree of similarity between the code in one language and code in another - especially between C++ and Java. Remark: This library is needed to upgrade sra-sdk. It will be maintained by the Debian Med team at https://github.com/ncbi/ncbi-vdb. Technical remark: Since ncbi-vdb as well as sra-sdk have the worst self-made build system I've seen in my Debian work I'm happy to get it working at least somehow together. There is no specific for Python or Jave added to this package currently.
