Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libmessage-passing-perl
Version : 0.111
Upstream Author : Tomas (t0m) Doran
* URL : http://search.cpan.org/dist/Message-Passing/
* License : AGPL-3
Programming Lang: Perl
Description
Hello,
On Tue, 19 Mar 2013 23:44:22 +
"brian m. carlson" wrote:
> > Well, as far as I know, mawk has some sort of terrible UTF-8
> > support, so it's a no way for many applications.
> Could you please explain? And if you haven't filed a bug report,
> could you please do so? Searching Goog
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libpackage-variant-perl
Version : 1.001002
Upstream Author : Matt S. Trout (cpan:MSTROUT)
* URL : http://search.cpan.org/dist/Package-Variant/
* License : Artistic or GPL-1+
Programming
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libanyevent-handle-udp-perl
Version : 0.039
Upstream Author : Leon Timmermans
* URL : http://search.cpan.org/dist/AnyEvent-Handle-UDP/
* License : Artistic or GPL-1+
Programming Lang: P
This is a followup to my post to debian-devel, debian-derivatives, deity,
and sprezzos-dev last Monday entitled "apt-show-versions rewrite". This
post is strictly informative, and does not advocate any policy.
Documentation has been substantially embeefened, including design notes:
https://www.s
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libdata-record-perl
Version : 0.02
Upstream Author : Curtis "Ovid" Poe
* URL : http://search.cpan.org/dist/Data-Record/
* License : Artistic or GPL-1+
Programming Lang: Perl
Descripti
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libmoox-options-perl
Version : 3.77
Upstream Author : celogeek
* URL : http://search.cpan.org/dist/MooX-Options/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
* Package name: re2
Version : 20130115
Upstream Author : Stefano Rivera
* URL : http://code.google.com/p/re2
* License : BSD-3
Programming Lang: C++
Description : fast, safe C++ regular expression
On 20.03.2013 12:21, Peter Pentchev wrote:
* Package name: re2
Version : 20130115
Upstream Author : Stefano Rivera
This appears to have been in the archive for a couple of years already
- http://packages.qa.debian.org/r/re2.html
Regards,
Adam
--
To UNSUBSCRIBE, email to d
Hello,
On 20 March 2013 13:38, Adam D. Barratt wrote:
> This appears to have been in the archive for a couple of years already -
> http://packages.qa.debian.org/r/re2.html
I wonder why is it still in experimental. Maybe it's worth
re-uploading it to unstable?
--
WBR, Andrew
--
To UNSUBSCRIB
Andrew Shadura writes:
> On 20 March 2013 13:38, Adam D. Barratt wrote:
>> This appears to have been in the archive for a couple of years already -
>> http://packages.qa.debian.org/r/re2.html
>
> I wonder why is it still in experimental. Maybe it's worth
> re-uploading it to unstable?
bugs.debia
On 20 Mar 2013 05:33, "nick black" wrote:
>
>
>
> I am testing on two machines, a Core i7 2600K quadcore with
HyperThreading,
> overclocked to 5.0GHz ("skynet"), and a Core 2 Duo 6600 at stock 2.4GHz
> ("recombinator"). I ran each mode 10 times with each binary on each
machine,
> without interleav
On Wed, 20 Mar 2013 14:59:32 +0100
Andrew Shadura wrote:
> On 20 March 2013 13:38, Adam D. Barratt wrote:
> > This appears to have been in the archive for a couple of years already -
> > http://packages.qa.debian.org/r/re2.html
>
> I wonder why is it still in experimental. Maybe it's worth
> re
Hi,
On Montag, 18. März 2013, Wouter Verhelst wrote:
> > Now it's appearently back online, but a web tracking has been
> > added, as seen in #703298. That's disgusting.
> It's not tracking, it's showing an avatar. That's not quite the same thing.
this is not tracking, those are facebook like butt
On 20.03.2013 13:59, Andrew Shadura wrote:
On 20 March 2013 13:38, Adam D. Barratt
wrote:
This appears to have been in the archive for a couple of years
already -
http://packages.qa.debian.org/r/re2.html
I wonder why is it still in experimental. Maybe it's worth
re-uploading it to unstable?
Package: wnpp
Severity: wishlist
Owner: "Ernesto Hernández-Novich (USB)"
* Package name: libstring-crc-cksum-perl
Version : 0.91
Upstream Author : Andrew Clarke
* URL : http://search.cpan.org/dist/String-CRC-Cksum/
* License : Artistic
Programming Lang: Perl
Hi,
On Wed, Mar 20, 2013 at 10:46 AM, Holger Levsen wrote:
> Hi,
>
> On Montag, 18. März 2013, Wouter Verhelst wrote:
>> > Now it's appearently back online, but a web tracking has been
>> > added, as seen in #703298. That's disgusting.
>> It's not tracking, it's showing an avatar. That's not quit
On Wed, Mar 20, 2013 at 12:38:11PM +, Adam D. Barratt wrote:
> On 20.03.2013 12:21, Peter Pentchev wrote:
> >* Package name: re2
> > Version : 20130115
> > Upstream Author : Stefano Rivera
>
> This appears to have been in the archive for a couple of years
> already - http://pack
On 03/20/2013 11:54 PM, Pascal Giard wrote:
> I would have much preferred to have this disabled by default.
I would have preferred the picture thing to be hosted
without gravatar support (libravatar is hosted by a DD,
and you can host your avatar yourself if you like to).
> In short:
> I don't se
On Wed, Mar 20, 2013 at 10:46:00AM -0400, Holger Levsen wrote:
> Hi,
>
> On Montag, 18. März 2013, Wouter Verhelst wrote:
> > > Now it's appearently back online, but a web tracking has been
> > > added, as seen in #703298. That's disgusting.
> > It's not tracking, it's showing an avatar. That's no
On Wed, Mar 20, 2013 at 2:15 PM, Thomas Goirand wrote:
> > and thus I don't quite see the
> > value added by the pictures.
> I do.
I still don't. But I can live with it.
> Nobody forces anyone to upload a picture in libravatar.
>
> Nobody forces anyone to upload *only* "real" picture of
> you on
On 20.03.2013 19:15, Thomas Goirand wrote:
>> To the contrary, I see them as possibly causing prejudice based on
>> look
>
> Nobody forces anyone to upload a picture in libravatar.
... which "assign[s] random color shit
to [your] name" [1]. You've got the choice to use an avatar, or someone
assig
On 2013-03-21 02:15:18 +0800 (+0800), Thomas Goirand wrote:
> On 03/20/2013 11:54 PM, Pascal Giard wrote:
> > I would have much preferred to have this disabled by default.
>
> I would have preferred the picture thing to be hosted
> without gravatar support (libravatar is hosted by a DD,
> and you
Hi Arno,
Arno Töll writes:
> ... which "assign[s] random color shit
> to [your] name" [1]. You've got the choice to use an avatar, or someone
> assigns one to you.
FYI, this is not a technical necessity. If called correctly, gravatar
(so probably libravatar, too) can return a specific image, e.g.
Hi,
On Mittwoch, 20. März 2013, Arno Töll wrote:
> ... which "assign[s] random color shit
> to [your] name" [1]. You've got the choice to use an avatar, or someone
> assigns one to you.
that has been fixed.
> Either way, there is a
> thread on debian-project and maybe we could stick with one.
I
On Wed, 20 Mar 2013, Holger Levsen wrote:
> I too find this totally unacceptable default (to have this enabled
> by default with just the not even yet implemented option to
> opt-out).
It has already been implemented. See
http://lists.debian.org/debian-devel/2013/03/msg00302.html
And I will be im
Package: wnpp
Severity: wishlist
Owner: Paride Legovini
* Package name: PCL (Point Cloud Library)
Version : 1.6
Upstream Author : Open Perception, Inc. (http://www.openperception.org/)
* URL : http://www.pointclouds.org/
* License : BSD-3-clause
Programming L
On Thu, Mar 21, 2013 at 3:58 AM, Jeremy Stanley wrote:
> The bigger concern is that this is a web bug, whether it wants to be
> or not. Whoever hosts any of the images being included knows the IP
> address and time of every visitor to a bug report.
Only if you use a web browser that is obeying ot
On Wed, Mar 20, 2013 at 01:34:56PM -0700, Don Armstrong wrote:
> On Wed, 20 Mar 2013, Holger Levsen wrote:
> > I too find this totally unacceptable default (to have this enabled
> > by default with just the not even yet implemented option to
> > opt-out).
>
> It has already been implemented. See
>
On Thu, 21 Mar 2013, Bart Martens wrote:
> The caching is a good idea, although I don't think it fully solves
> the discussed concerns.
Which concerns discussed doesn't it address?
1. Caching on the BTS side means that no one besides bugs.debian.org
knows which bugs you are viewing.
2. The only
30 matches
Mail list logo
