Re: length of a package extended description

[Thorsten Glaser]

On Thu, 15 Jan 2015, Vincent Lefevre wrote:

> I don't even see how it can work. Perhaps you need to explain.

*sigh*…

• Take output of 「apt-cache show texlive-latex-extra」
• Replace all newlines with \x01
• Replace all “\x01\x20” with just a space (0x20)
• Replace all remaining \x01 back to newlines

⇒ this ensures all fields are one line only

• Sort that
• Display it with less, telling less to please not wrap lines

Is this explained enough?

bye,
//mirabilos
-- 
«MyISAM tables -will- get corrupted eventually. This is a fact of life. »
“mysql is about as much database as ms access” – “MSSQL at least descends
from a database” “it's a rebranded SyBase” “MySQL however was born from a
flatfile and went downhill from there” – “at least jetDB doesn’t claim to
be a database”  ‣‣‣ Please, http://deb.li/mysql and MariaDB, finally die!


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/alpine.deb.2.11.1501201158050.12...@tglase.lan.tarent.de

Re: Who gets an email when with bugreports

[Thorsten Glaser]

On Mon, 19 Jan 2015, Thijs Kinkhorst wrote:

> The only seems to suggest this is a minority. I would however argue that
> the majority of other bug tracking systems do subscribe you to bugs you
> interact with.

Such as FusionForge, which runs Debian’s very own Alioth.

I’ve been bitten by this in the past too (submitters not
getting the eMail, but I’d appreciate auto-subscribing
every contributor).

nnn-quiet may be of some use though, to Cc/bounce additional
information to the bug archive that does *not* need to get
mailed out, just archived.

bye,
//mirabilos
-- 
>> Why don't you use JavaScript? I also don't like enabling JavaScript in
> Because I use lynx as browser.
+1
-- Octavio Alvarez, me and ⡍⠁⠗⠊⠕ (Mario Lang) on debian-devel


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/alpine.deb.2.11.1501201214330.12...@tglase.lan.tarent.de

Re: Who gets an email when with bugreports

[Thorsten Glaser]

On Mon, 19 Jan 2015, Wookey wrote:

> Ah yes, and that list has no option for 'maintainer and submitter' or
> 'everybody who replied to this bug' which both seem like things one

That does not help either. By default, people just “reply to list”,
“reply to all” or just “reply”. Too much stuff ends up lost because
the default reply is sent to submit@b.d.o instead of the bugreport.

Recently, the bug number has been added to the Subject, I think… it
probably helps a bit, but still, the default followup is what often
gets used and thus should be correct.

bye,
//mirabilos
-- 
[16:04:33] bkix: "veni vidi violini"
[16:04:45] bkix: "ich kam, sah und vergeigte"...


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/alpine.deb.2.11.1501201217331.12...@tglase.lan.tarent.de

Bug#775820: ITP: vsearch -- tool for processing metagenomic sequences

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: vsearch
  Version : 1.0.7
  Upstream Author : Torbjørn Rognes
* URL : https://github.com/torognes/vsearch/
* License : Affero-GPL-3
  Programming Lang: C
  Description : tool for processing metagenomic sequences
 Open and free 64-bit multithreaded tool for processing metagenomic sequences,
 including searching, clustering, chimera detection, dereplication, sorting,
 masking and shuffling
 .
 The aim of this project is to create an alternative to the USEARCH tool
 developed by Robert C. Edgar (2010). The new tool should:
 .
  - have open source code with an appropriate open source license
  - be free of charge, gratis
  - have a 64-bit design that handles very large databases and much more
than 4GB of memory
  - be as accurate or more accurate than usearch
  - be as fast or faster than usearch


Remark this package was prepared by Tim Booth from Bio-Linux and finalised
by myself.  It will be maintained in the Debian Med team at
   svn://anonscm.debian.org/debian-med/trunk/packages/vsearch/trunk/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150120125239.10716.2414.report...@mail.an3as.eu

Re: Who gets an email when with bugreports [was: Re: Unauthorised activity surrounding tbb package]

[Ian Jackson]

Russell Stuart writes ("Re: Who gets an email when with bugreports [was: Re: 
Unauthorised activity surrounding tbb package]"):
>   
> 701234-subyes-8aba1368a9ac33362ea1f68c28446c15-65bf3bd3886fb8abfe59d40709c84...@bugs.debian.org
> 
> I presume this "invite" address is unforgeable (because Ian Jackson's
> expertise is in crypto, and he said earlier he designed the system).

Many people have contributed to debbugs over the years, and my own
contributions are by now very much in the minority.  This particular
feature postdates my work on it (and I haven't reviewed the crypto).
But the rest of what you say is right.

Ian.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/21694.23043.966049.474...@chiark.greenend.org.uk

Re: length of a package extended description

[Vincent Lefevre]

On 2015-01-20 11:59:45 +0100, Thorsten Glaser wrote:
> On Thu, 15 Jan 2015, Vincent Lefevre wrote:
> 
> > I don't even see how it can work. Perhaps you need to explain.
> 
> *sigh*…
> 
> • Take output of 「apt-cache show texlive-latex-extra」
> • Replace all newlines with \x01
> • Replace all “\x01\x20” with just a space (0x20)
> • Replace all remaining \x01 back to newlines
> 
> ⇒ this ensures all fields are one line only
> 
> • Sort that

This is broken. FYI, "apt-cache show" can return several packages,
and they are mixed up.

> • Display it with less, telling less to please not wrap lines

This is *not* what I asked. I've complained on the long description
only. The other fields like "Depends:" are still needed, without
having them to be truncated by "less".

This shows that any attempt to write a wrapper will fail at some
point, and the real solution would be either to limit the length
of the extended description or to have an option in the tools to
limit the length of the output of the extended description.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150120154827.ga1...@ypig.lip.ens-lyon.fr

Re: Who gets an email when with bugreports [was: Re: Unauthorised activity surrounding tbb package]

[Vincent Lefevre]

On 2015-01-18 16:06:32 -0800, Don Armstrong wrote:
> I'm going to put together a bit more firm of a proposal in the next few
> weeks, but I think that basically everything but nnn-done@ and
> nnn-submitter@ should be no different from mailing nnn@, and until I
> allow submitters to opt out of e-mail, mailing nnn-submitter@ should be
> no different from e-mailing nnn@ either.

It would be great if the maintainer could *always* receive the mail
when mailing to nnn@, and not just under obscure conditions. For
instance, I've been told by some maintainers that if the bug is
reassigned, the maintainer doesn't receive the mail!

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150120160040.gb1...@ypig.lip.ens-lyon.fr

Re: Who gets an email when with bugreports [was: Re: Unauthorised activity surrounding tbb package]

[Simon McVittie]

On 20/01/15 16:00, Vincent Lefevre wrote:
> It would be great if the maintainer could *always* receive the mail
> when mailing to nnn@, and not just under obscure conditions. For
> instance, I've been told by some maintainers that if the bug is
> reassigned, the maintainer doesn't receive the mail!

In this situation "the maintainer" is not unique. The maintainer of the
package that previously had the bug does receive the mail, but the
maintainer of the package that now has the bug doesn't.

For instance suppose there's an apparent bug in hello that is actually a
symptom of an underlying bug in libc6, and I send:

 To: 123...@bugs.debian.org
 Subject: Re: Bug #123456: hello: doesn't work

 Control: reassign 123456 libc6

 This is not hello's fault because [reasons]. It's actually a
 bug in libc.

The maintainer of hello gets my mail, and also the BTS' notification
that #123456 has been reassigned. All good.

The maintainer of libc6 only sees the BTS' notification that #123456 has
been reassigned to them, but doesn't get my email that explains why this
bug is now assigned to their package.

(The current solution to this is a social convention to cc
$new_pack...@packages.debian.org when reassigning to $NEW_PACKAGE.)

S


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54be9cf1.3010...@debian.org

Bug#775859: RFP: pageres -- Capture screenshots of websites in various resolutions on the command-line

[Axel Beckert]

Package: wnpp
Severity: wishlist

* Package name: pageres
  Version : 1.1.0
  Upstream Author : Sindre Sorhus 
* URL or Web page : https://github.com/sindresorhus/pageres
* License : MIT
  Programming Lang: JavaScript (PhantomJS)
  Description : Capture screenshots of websites in various resolutions on 
the command-line

Capture screenshots of websites in various resolutions. A good way to
make sure your websites are responsive.

It's speedy and generates 100 screenshots from 10 different websites in
just over a minute.

--

There are already three tools capable of web page screenshoting in
Debian (gnome-web-photo/shutter, webkit-image-*), but all choose the
resolution on their own. And none of them does it well[1]: Neither
1024x8 nor 195x11649 nor 1x8 are sane resolutions for a web page
screenshot...

  [1] 
https://softwarerecs.stackexchange.com/questions/16422/no-gui-tool-to-take-screenshots-of-websites/16448#16448

pageres seems to fill in that gap quite well.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87k30h1cg4@c-cactus.deuxchevaux.org

Bug#775861: ITP: swarm-cluster -- robust and fast clustering method for amplicon-based studies

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: swarm-cluster
  Version : 1.2.19
  Upstream Author : Torbjørn Rognes 
* URL : https://github.com/torognes/swarm
* License : Affero-GPL-3
  Programming Lang: C
  Description : robust and fast clustering method for amplicon-based studies
 The purpose of swarm is to provide a novel clustering algorithm to handle large
 sets of amplicons. Traditional clustering algorithms results are strongly
 input-order dependent, and rely on an arbitrary global clustering threshold.
 swarm results are resilient to input-order changes and rely on a small local
 linking threshold d, the maximum number of differences between two amplicons.
 swarm forms stable high-resolution clusters, with a high yield of biological
 information.


Remark: This package was prepared by Tim Booth from Bio-Linux and adopted by
the Debian Med team.  The packaging is available at
svn://anonscm.debian.org/debian-med/trunk/packages/swarm-cluster/trunk/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150120194118.20273.80790.report...@mail.an3as.eu

Bug#775864: ITP: php-facedetect -- Detect faces with PHP

[Mathieu Parent]

Package: wnpp
Severity: wishlist
Owner: Mathieu Parent 

* Package name: php-facedetect
  Version : 1.1.0
  Upstream Author : Robert Eisele (infusion)
* URL : http://www.xarg.org/project/php-facedetect/
* License : BSD-3-clause
  Programming Lang: C
  Description : Detect faces with PHP

 This extension provides a PHP implementation of the OpenCV library.
 .
 The extension offers two new functions returning either an associative array
 of the faces coordinates found on the given image, or only the number of faces
 found on the given image.

It is a recommends of php-horde-ansel.

Regards

Mathieu Parent


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150120200814.14044.89755.report...@ultrathieu.sathieu.net

Bug#775867: ITP: libtomsfastmath -- Fast multiple-precision integer library.

[Sebastian Andrzej Siewior]

Package: wnpp
Owner: Sebastian Andrzej Siewior 
Severity: wishlist

* Package name: libtomsfastmath0
  Version : 0.12
  Upstream Author : Tom St Denis
* URL : 
http://www.libtom.net/?page=features&newsitems=5&whatfile=tfm
* License : Public Domain
  Programming Lang: C
  Description : TomsFastMath is a fast large integer arithmetic library.

It is a port of LibTomMath with optional support for inline assembler 
multipliers.
It has the following features:

- Public domain, open source and freely accessible
- Builds with GCC [preferably v3.3.x or higher] on any 32-bit/64-bit box
- Includes ASM optimizations (inline) for
  - x86-32 (e.g. i386 and SSE2)
  - x86-64 (e.g. AMD64)
  - ARM (ARMv4 and higher)
  - PPC32 (e.g. G3/G4)
  - PPC64 (e.g. G5)
  - AVR32 (Atmel 32-bit RISC processor)
  - MIPS (32-bit)
- Includes fairly complete API (provides most of what LibTomMath provides)
- Uses similar API as LibTomMath makes porting easy
- Competitive speeds (and getting higher).
  - Faster than OpenSSL on the AMD64
  - Still room for improvements
- No heap usage (malloc/calloc/free)
- Uses only inline asm, simplifies build process, simple to add new ports

This library is already used by a few application in the Debian archive
which use a copy of this library within their source tree. I noticed
this in the clamav package. Debian's code search [0] reveals other
packages.

[0] 
https://codesearch.debian.net/perpackage-results/TomsFastMath%2C%20a%20fast%20ISO%20C%20bignum%20library/2/page_0

Sebastian


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150120213448.ga13...@breakpoint.cc

Bug#775872: ITP: fcml -- machine code manipulation library

[Stephen Kitt]

Package: wnpp
Severity: wishlist
Owner: Stephen Kitt 

* Package name: fcml
  Version : 1.0.0
  Upstream Author : Slawomir Wojtasiak 
* URL : http://fcml-lib.com
* License : LGPL-2.1+
  Programming Lang: C
  Description : machine code manipulation library

 FCML, the Free Code Manipulation Library, is a general-purpose
 machine code manipulation library for i386 and amd64 architectures.
 It includes an assembler and disassembler, instruction renderers and
 parsers, and supports Intel and AT&T (gas) syntax.
 .
 It supports most recent instruction set extensions, including MMX,
 3D-Now!, SSE including 4.2 and 4A, AVX and AVX2, AES-NI, TBM, BMI1
 and BMI2, HLE, ADX, CLMUL, RDRAND, RDSEED, FMA, FMA4, LWP, SVM, XOP,
 VMX and SMX.


One of the highlights of this package is that it includes a HotSpot
disassembler plugin (hsdis), correctly licensed so that it's
redistributable in binary form as well as source. (OpenJDK includes an
hsdis plugin too, but it ends up mixing GPL-2-only and GPL-3+ code.)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150120223552.26261.61604.report...@heffalump.sk2.org

Re: length of a package extended description

[Riley Baird]

> This is *not* what I asked. I've complained on the long description
> only. The other fields like "Depends:" are still needed, without
> having them to be truncated by "less".
> 
> This shows that any attempt to write a wrapper will fail at some
> point, and the real solution would be either to limit the length
> of the extended description or to have an option in the tools to
> limit the length of the output of the extended description.

I realise that long package descriptions can be inconvenient. ~2000
lines is kind of ridiculous. However, is it really worth a discussion
which has gone on this long?

Even if a policy decision isn't made, you could:

* File a lintian wishlist bug with the "pedantic" severity about
extended descriptions over a certain length. This would convince many
packagers to reduce the length of their description, even if not enforced.
* Write a patch for apt or dpkg that allows the user to decide whether
to limit the length of the output. I see no reason why it wouldn't be
accepted.


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54bee7e5.5060...@bitmessage.ch

Bug#775876: ITP: crosswalk -- Crosswalk is an app runtime based on Chromium/Blink

[Xinchao He]

Package: wnpp
Severity: wishlist
Owner: Xinchao He 

* Package name: crosswalk
  Version : 11.40.277.2
  Upstream Author : Crosswalk Dev 
* URL : https://crosswalk-project.org
* License : BSD
  Programming Lang: C++
  Description : Crosswalk is an app runtime based on Chromium/Blink

Crosswalk is an HTML application runtime, built on open source foundations,
which extends the web platform with new capabilities.

The web platform already has many advantages, from easy cloud services
integration to flexible user interface elements. Recently, the platform has
become even more attractive, with its increased focus on mobile performance and
device APIs. However, for many developers, basic functionality is still
missing, making it hard to adopt the web as it is today.

With Crosswalk, this situation changes. By using Crosswalk, an application
developer can:
- Use all the features available in modern web browsers: HTML5, CSS3,
JavaScript.
- Access the latest recommended and emerging web standards.
- Use experimental APIs not available in mainstream web browsers.
- Control the upgrade cycle of an application by distributing it with its
own runtime.
- Add custom extensions to an application, to leverage platform features
not exposed by Crosswalk or the standardized web platform.

Crosswalk is open source, released under a BSD licence. The project was founded
by Intel's Open Source Technology Center.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150121021658.29575.63937.report...@takethat-he.sh.intel.com

Re: Who gets an email when with bugreports [was: Re: Unauthorised activity surrounding tbb package]

[Chris Bannister]

On Mon, Jan 19, 2015 at 01:03:52AM +, Ben Hutchings wrote:
> On Mon, 2015-01-19 at 08:37 +0800, Paul Wise wrote:
> > On Mon, Jan 19, 2015 at 8:06 AM, Don Armstrong wrote:
> > 
> > > I'm going to put together a bit more firm of a proposal in the next few
> > > weeks, but I think that basically everything but nnn-done@ and
> > > nnn-submitter@ should be no different from mailing nnn@, and until I
> > > allow submitters to opt out of e-mail, mailing nnn-submitter@ should be
> > > no different from e-mailing nnn@ either.
> > 
> > I'd very much appreciate the ability to not be auto-subscribed to
> > every bug so please do implement the opt-out thing, preferably before
> > this change is rolled out.
> > 
> > Personally, I think subscriptions should work like this:
> > 
> > The default should be to auto-subscribe submitters and contributors to bugs.
> [...]
> 
> No, this would turn the BTS into a (worse) spam vector.

If a user submits a bug report then doesn't it make sense that the user
would want to be able to be kept informed of any progress updates?

Or an option in reportbug to do so, turned on by default. It could put
an X- header in the email.

That way users of reportbug can choose to be 'spammed' or not.

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150121040736.GG31842@tal