Bug#733851: RFP: txr -- Data munging language

[Kaz Kylheku]

Package: wnpp
Severity: wishlist


* Package name: txr
  Version : 72
  Upstream Author : Kaz Kylheku 
* URL : http://www.nongnu.org/txr/
* License : BSD
  Programming Lang: C
  Description : Data munging language

TXR started as a pattern matching language with the simple design goal
of doing text analysis by reversing the manner in which "here-documents"
do synthesis. It soon became a more sophisticated version of the
concept, and sprouted a Lisp dialect to fill in functionality gaps,
resulting in a tool that can benefit anyone working in a Unix-like
environment.

-- System Information:
Debian Release: 5.0.8
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140101082641.13679.50795.reportbug@localhost

Bug#733855: oo

[sinnlos]

package: wnpp
Severity: wishlist
Owner: 'oliver weber' 

*Package Name : buftok
Version : 0.2.0
Upstream Author : Tony Arcieri, Martin Emde, Erik Michaels-Ober
*URL : https://github.com/sferik/buftok
*License : MIT
*Description : BufferedTokenizer extracts token delimited entities from a 
sequence of arbitrary inputs

I am packaging devise as it is a dependency of devise_invitable
(#691181) which is a dependency of diaspora (#597093)


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/emff87d12a-4065-4e83-bac9-50ba1e685a29@londor-pc

Bug#729203: ffmpeg for debian/ubuntu

[Ed Rogalsky]

Hi,

please please provide ffmpeg in ubuntu because I had a lot of trouble with
libav. I compile myself ffmpeg.

eddrog

Processed: retitle 726545 to O: vimhelp-de -- Vi IMproved - Documentation files (German translation)

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 726545 O: vimhelp-de -- Vi IMproved - Documentation files (German 
> translation)
Bug #726545 [wnpp] RFA: vimhelp-de -- Vi IMproved - Documentation files (German 
translation)
Changed Bug title to 'O: vimhelp-de -- Vi IMproved - Documentation files 
(German translation)' from 'RFA: vimhelp-de -- Vi IMproved - Documentation 
files (German translation)'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
726545: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726545
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.138858327511900.transcr...@bugs.debian.org

Processed: retitle 726544 to RM: sux -- RoM: Upstream dead, outdated, low popcon ...

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 726544 RM: sux -- RoM: Upstream dead, outdated, low popcon
Bug #726544 [wnpp] RFA: sux -- wrapper around su which will transfer your X 
credentials
Changed Bug title to 'RM: sux -- RoM: Upstream dead, outdated, low popcon' from 
'RFA: sux -- wrapper around su which will transfer your X credentials'
> reassign 726544 ftp.debian.org
Bug #726544 [wnpp] RM: sux -- RoM: Upstream dead, outdated, low popcon
Bug reassigned from package 'wnpp' to 'ftp.debian.org'.
Ignoring request to alter found versions of bug #726544 to the same values 
previously set
Ignoring request to alter fixed versions of bug #726544 to the same values 
previously set
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
726544: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726544
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.138858453819335.transcr...@bugs.debian.org

Bug#733860: ITP: pond -- Forward secure, asynchronous messaging for the discerning.

[Ximin Luo]

Package: wnpp
Severity: wishlist
Owner: Ximin Luo 

* Package name: pond
  Version : 0:git~2014-01-01
  Upstream Author : Adam Langley 
* URL : https://pond.imperialviolet.org/
* License : BSD
  Programming Lang: Go
  Description : Forward secure, asynchronous messaging for the discerning.

For secure, synchronous communication we have OTR and, when run over Tor, this 
is pretty good. But while we have secure asynchronous messaging in the form of 
PGP email, it's not forward secure and it gratuitously leaks traffic 
information. While a desire for forward secure PGP is hardly new, it still 
hasn't materialised in a widely usable manner.

Additionally, email is used predominately for insecure communications (mailing 
lists, etc) and is useful because it allows previously unconnected people to 
communicate as long as a (public) email address is known to one party. But the 
flip side to this is that volume and spam are driving people to use centralised 
email services. These provide such huge benefits to the majority of email 
communication, so it's unlikely that this trend is going to reverse. But, even 
with PGP, these services are trusted with hugely valuable traffic information 
if any party uses them.

So Pond is not email. Pond is forward secure, asynchronous messaging for the 
discerning. Pond messages are asynchronous, but are not a record; they expire 
automatically a week after they are received. Pond seeks to prevent leaking 
traffic information against everyone except a global passive attacker.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140101140014.10109.87951.reportbug@localhost.localdomain

Processed: retitle 726543 to O: rfdump -- tool to decode RFID tag data

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 726543 O: rfdump -- tool to decode RFID tag data
Bug #726543 [wnpp] RFA: rfdump -- tool to decode RFID tag data
Changed Bug title to 'O: rfdump -- tool to decode RFID tag data' from 'RFA: 
rfdump -- tool to decode RFID tag data'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
726543: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726543
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.138858634331137.transcr...@bugs.debian.org

Processed: retitle 726542 to O: pngphoon -- Creates a png file with the current phase of the moon

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 726542 O: pngphoon -- Creates a png file with the current phase of 
> the moon
Bug #726542 [wnpp] RFA: pngphoon -- Creates a png file with the current phase 
of the moon
Changed Bug title to 'O: pngphoon -- Creates a png file with the current phase 
of the moon' from 'RFA: pngphoon -- Creates a png file with the current phase 
of the moon'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
726542: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726542
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13885871873133.transcr...@bugs.debian.org

Bug#733860: ITP: pond -- Forward secure, asynchronous messaging for the discerning.

[Ben Hutchings]

On Wed, 2014-01-01 at 14:00 +, Ximin Luo wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Ximin Luo 
> 
> * Package name: pond
>   Version : 0:git~2014-01-01
>   Upstream Author : Adam Langley 
> * URL : https://pond.imperialviolet.org/
> * License : BSD
>   Programming Lang: Go
>   Description : Forward secure, asynchronous messaging for the discerning.
[...]

Is it really a good idea to package this yet, considering the home page
says "Dear God, please don't use Pond for anything real yet."

Maybe upload to experimental only?

Ben.

-- 
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky


signature.asc
Description: This is a digitally signed message part

Bug#733860: ITP: pond -- Forward secure, asynchronous messaging for the discerning.

[Ximin Luo]

On 01/01/14 15:26, Ben Hutchings wrote:
> On Wed, 2014-01-01 at 14:00 +, Ximin Luo wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Ximin Luo 
>>
>> * Package name: pond
>>   Version : 0:git~2014-01-01
>>   Upstream Author : Adam Langley 
>> * URL : https://pond.imperialviolet.org/
>> * License : BSD
>>   Programming Lang: Go
>>   Description : Forward secure, asynchronous messaging for the 
>> discerning.
> [...]
> 
> Is it really a good idea to package this yet, considering the home page
> says "Dear God, please don't use Pond for anything real yet."
> 
> Maybe upload to experimental only?
> 
> Ben.
> 

That blog post is from quite a while ago, but I see your point. I'll contact
upstream to see what his advice is, and only upload to experimental in the
meantime.

-- 
GPG: 4096R/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git



signature.asc
Description: OpenPGP digital signature

Bug#733544: marked as done (ITP: pd-aubio -- aubio external for PureData)

[Debian Bug Tracking System]

Your message dated Wed, 01 Jan 2014 17:00:06 +
with message-id 
and subject line Bug#733544: fixed in pd-aubio 0.4-1
has caused the Debian Bug report #733544,
regarding ITP: pd-aubio -- aubio external for PureData
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
733544: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733544
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
Owner: Paul Brossier 

* Package name: pd-aubio
  Version : 0.3
  Upstream Author : Paul Brossier 
* URL : http://aubio.org/
* License : GPL
  Programming Lang: C
  Description : aubio external for PureData

 aubio gathers a set of functions for audio signal segmentation and labelling.
 The library contains a phase vocoder, onset and pitch detection functions, a
 beat tracking algorithm and other sound processing utilities.
 .
 This package provides PureData objects to use the aubio features.
--- End Message ---
--- Begin Message ---
Source: pd-aubio
Source-Version: 0.4-1

We believe that the bug you reported is fixed in the latest version of
pd-aubio, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 733...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Paul Brossier  (supplier of updated pd-aubio package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 31 Dec 2013 09:26:03 -0400
Source: pd-aubio
Binary: pd-aubio
Architecture: source amd64
Version: 0.4-1
Distribution: unstable
Urgency: medium
Maintainer: Paul Brossier 
Changed-By: Paul Brossier 
Description: 
 pd-aubio   - aubio external for PureData
Closes: 715659 733544
Changes: 
 pd-aubio (0.4-1) unstable; urgency=medium
 .
   * Initial release (closes: #733544)
   * Make sure aubio.pd_linux is not executable (closes: #715659)
   * debian/patches/move_to_lib: move everything to
 /usr/lib/pd/extra/aubio
   * debian/rules: add custom strip as in pdp
   * debian/rules: add custom shlibdeps as in pdp
   * debian/copyright: add waf, waflib
Checksums-Sha1: 
 d57dc69f0393d866daad9632ecac7e3d02ae9be2 1097 pd-aubio_0.4-1.dsc
 cc487becf3a51c780bb1cd190d1fad1947c0ef03 105531 pd-aubio_0.4.orig.tar.bz2
 c7d50aab98ed188215e28e92f533451376de3dc8 2714 pd-aubio_0.4-1.debian.tar.gz
 501d2992081d1fece6afb753a1195e4ffc90105e 10040 pd-aubio_0.4-1_amd64.deb
Checksums-Sha256: 
 bb3b0992891a28982902bc5dfdda359b124c75b29ed8f17af78d44f43f720f7e 1097 
pd-aubio_0.4-1.dsc
 a7105d87482d18ae5a92ca7a9a014e7d73b2a8e191afab28068b8f1aafdb766d 105531 
pd-aubio_0.4.orig.tar.bz2
 0500b57957aa70392a0baaf3e9462fd0575684e2fbe3ec22f09b779c4405c09a 2714 
pd-aubio_0.4-1.debian.tar.gz
 eff882d3544b459cb46607d602fac73a7ad5481afe5f0e10721a5b4aeb8d97f8 10040 
pd-aubio_0.4-1_amd64.deb
Files: 
 8e8ce83ce7237c514f4a1932673d5b22 1097 sound optional pd-aubio_0.4-1.dsc
 17f636fcc66c13a45a413fa08f7e7d8b 105531 sound optional 
pd-aubio_0.4.orig.tar.bz2
 16a59c08013efc71e252be3e3e1f6932 2714 sound optional 
pd-aubio_0.4-1.debian.tar.gz
 1842573c9ed8c72731ba720435fc5534 10040 sound optional pd-aubio_0.4-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iEYEARECAAYFAlLC0IEACgkQkuC958YALL1qUwCgiJ0yaSqoNcLD3lwTBVwpVzQP
UjIAoKqk9BwxhtbF6N5+n+C0nV16+32M
=iFs8
-END PGP SIGNATURE End Message ---

Bug#733860: ITP: pond -- Forward secure, asynchronous messaging for the discerning.

[Philip Rinn]

Hi,

I think it's important to add also the paragraph about actual usability for the
homepage:

Dear God, please don't use Pond for anything real yet. I've hammered out nearly
20K lines of code that have never been reviewed. Unless you're looking to
experiment you should go use something that actually works (e.g. GnuPG).[0]


I general I'd ask if it's not better to wait for code reviews before packaging 
it.

Best,
Philip

[0] https://pond.imperialviolet.org


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52c44ccf.7080...@inventati.org

Bug#483107: marked as done (RFH: hotkey-setup -- auto-configures laptop hotkeys)

[Debian Bug Tracking System]

Your message dated Wed, 01 Jan 2014 17:25:24 +
with message-id 
and subject line Bug#733328: Removed package(s) from unstable
has caused the Debian Bug report #483107,
regarding RFH: hotkey-setup -- auto-configures laptop hotkeys
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
483107: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483107
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: wnpp
Severity: normal

The hotkey-setup package is used to map special keys to key events,
which is required to get laptop keys to work properly.  I'm not sure
if it is still required, as I have seen some messages indicating that
a new framework is being worked on.  I lack the time to investigate,
and lack the heaps of laptops required to testing changes to the
package, and thus would very much like help in maintaining the
package.

http://packages.qa.debian.org/h/hotkey-setup.html >

There is a few changes in Ubuntu that should be reviewed and merged
into the Debian package, and 8 bugs in the BTS to look into.  If this
package is still needed, it should be updated for Lenny to make sure
the laptop support is as good as possible.  I was today informed that
some of the special keys on a Thinkpad X60 do not work, and suspect
hotkey-setup is to blame.

Please help.  I believe a version control repository should be set up
on collab-maint or a separate alioth project for group maintainence,
but have not had time to look into that either.

Happy hacking,
-- 
Petter Reinholdtsen


--- End Message ---
--- Begin Message ---
Version: 0.1-23+rm

Dear submitter,

as the package hotkey-setup has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see http://bugs.debian.org/733328

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Ansgar Burchardt (the ftpmaster behind the curtain)--- End Message ---

Bug#724231: marked as done (O: python-drizzle -- python binding to libdrizzle)

[Debian Bug Tracking System]

Your message dated Wed, 01 Jan 2014 17:27:47 +
with message-id 
and subject line Bug#733485: Removed package(s) from unstable
has caused the Debian Bug report #724231,
regarding O: python-drizzle -- python binding to libdrizzle
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
724231: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724231
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: normal

After being in contact with Monty Taylor he aggreed that python-drizzle
should be orphaned.

On 09/20/2013 02:16 PM, Tobias Frost wrote:
> Dear Monty Taylor, 
> 
> How are you? I hope that you are fine.

All is quite well, thanks!

> I was wondering about your packages python-drizzle and plywood, which
> has a few important bugs pending and only being NMUed the last two
> years. Also your other packages did not receive an upload the past
> years.
> 
> Please let me know if you are still active, because your packages are
> missing you. Please tell me a little bit about your plans regarding your
> packages, what you are going to do and when you think you are going to
> do so.

I have, in fact, lost interest in these packages. I was packaging them
because I was also upstream for them - and then I stopped working on
them as an upstream, so I stopped working on them as a packager too.

> If you aren't interested in your packages anymore, just tell us as well
> and we'll try to find new maintainers. In case your packages are
> co-maintained, you may have lost interest in them so you (or we) can ask
> not to be mentioned in maintainer fields. 

Yes please - I think a new maintainer would be great. That said - both
are essentially abandoned upstream, so it might be worthwhile looking to
see if it makes sense for them to remain in debian at all.

> Thank you for all your contributions and regards, 

Thank you!

Monty
--- End Message ---
--- Begin Message ---
Version: 1.0-3.2+rm

Dear submitter,

as the package python-drizzle has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see http://bugs.debian.org/733485

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Ansgar Burchardt (the ftpmaster behind the curtain)--- End Message ---

Bug#724269: marked as done (O: plywood -- playwriting typing and typesetting help)

[Debian Bug Tracking System]

Your message dated Wed, 01 Jan 2014 17:31:45 +
with message-id 
and subject line Bug#733486: Removed package(s) from unstable
has caused the Debian Bug report #724269,
regarding O: plywood -- playwriting typing and typesetting help
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
724269: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724269
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: normal

After being in contact with Monty Taylor he aggreed that plywood
should be orphaned.
As Monty suggested, one should also think about complete removal.
So I will keep an eye on this package and if there will be no new maintainer
and popcon still low, I will request removal in 3 months from now.

Best regards,
coldtobi

Here's his answer:

On 09/20/2013 02:16 PM, Tobias Frost wrote:
> Dear Monty Taylor, 
> 
> How are you? I hope that you are fine.

All is quite well, thanks!

> I was wondering about your packages python-drizzle and plywood, which
> has a few important bugs pending and only being NMUed the last two
> years. Also your other packages did not receive an upload the past
> years.
> 
> Please let me know if you are still active, because your packages are
> missing you. Please tell me a little bit about your plans regarding your
> packages, what you are going to do and when you think you are going to
> do so.

I have, in fact, lost interest in these packages. I was packaging them
because I was also upstream for them - and then I stopped working on
them as an upstream, so I stopped working on them as a packager too.

> If you aren't interested in your packages anymore, just tell us as well
> and we'll try to find new maintainers. In case your packages are
> co-maintained, you may have lost interest in them so you (or we) can ask
> not to be mentioned in maintainer fields. 

Yes please - I think a new maintainer would be great. That said - both
are essentially abandoned upstream, so it might be worthwhile looking to
see if it makes sense for them to remain in debian at all.

> Thank you for all your contributions and regards, 

Thank you!

Monty
--- End Message ---
--- Begin Message ---
Version: 0.5.11+nmu2+rm

Dear submitter,

as the package plywood has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see http://bugs.debian.org/733486

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Ansgar Burchardt (the ftpmaster behind the curtain)--- End Message ---

Processed: retitle 595553 to ITA: qemuctl -- controlling GUI for qemu

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 595553 ITA: qemuctl -- controlling GUI for qemu
Bug #595553 [wnpp] O: qemuctl -- controlling GUI for qemu
Changed Bug title to 'ITA: qemuctl -- controlling GUI for qemu' from 'O: 
qemuctl -- controlling GUI for qemu'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
595553: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595553
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.138860366913850.transcr...@bugs.debian.org

Processed: ITP: mediaelement -- HTML5 or player with Flash and Silverlight shims

[Debian Bug Tracking System]

Processing control commands:

> affects -1 owncloud wordpress
Bug #733880 [wnpp] ITP: mediaelement -- HTML5  or  player with 
Flash and Silverlight shims
Added indication that 733880 affects owncloud and wordpress

-- 
733880: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733880
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.b.138860395515508.transcr...@bugs.debian.org

Bug#733880: ITP: mediaelement -- HTML5 or player with Flash and Silverlight shims

[David Prévot]

Package: wnpp
Severity: wishlist
Owner: David Prévot 
Control: affects -1 owncloud wordpress

* Package name: mediaelement
  Version : 2.11.3
  Upstream Author : John Dyer  
* URL : http://mediaelementjs.com/
* License : Expat
  Programming Lang: JavaScript
  Description : HTML5  or  player with Flash and Silverlight 
shims

 Instead of offering an HTML5 player to modern browsers and a totally
 separate Flash player to older browsers, MediaElement.js upgrades them
 with custom Flash and Silverlight plugins that mimic the HTML5
 MediaElement API.


This code is currently embedded in owncloud and wordpress, and this
package aims at getting rid of these copies.

Regards

David


signature.asc
Description: Digital signature

Bug#595553:

[tobi]

Intending to adopt the package.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1388604093.25427.0.ca...@ithilien.loewenhoehle.ip

Bug#711831: transition: libgphoto2

[Laurent Bigonville]

Hi,

I've prepared the package to be uploaded in Debian.

I've converted libgphoto2-2-dev into a transitional package that pulls
the real -dev package (libgphoto2-dev) to ease the transition.

I think everything is ready to start the transition.

Cheers,

Laurent Bigonville


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140101212252.629ce...@fornost.bigon.be

Bug#733743: ITP: libnih.la -- portable libnih implementation

[Robert Millan]

Hi Dimitri,

On 31/12/2013 15:46, Dimitri John Ledkov wrote:
> I would like to package a temporary fork of libnih, which has been
> ported to kFreeBSD/eglibc platform. My plan for this package is to
> provide same packages as the src:libnih, but for non-Linux ports
> only. At the moment I have a port to kFreeBSD/eglibc.
> 
> This is separate source package as the supported set of APIs is not yet
> fully same as of the Linux port of libnih. For example kqueue/kevent
> technology is not yet used to provide, e.g. file level notification as
> done with inotify in the linux port.
> 
> Some of my patches have already been accepted upstream
> (https://github.com/keybuk/libnih), others are under review and some are
> not ready for submission yet.
> 
> All libnih test-suite passes on kFreeBSD for those components that have
> been ported.
> 
> Together with this effort, I am staging patches for Upstart itself for
> kFreeBSD/eglibc https://code.launchpad.net/~xnox/upstart/kfreebsd. It
> compiles, but at the moment is still incomplete. The test-suite does not
> pass yet and there are no kFreeBSD specific bridges yet (e.g. devd
> events, instead of udev, etc.). I'm hoping to have a bootable
> kFreeBSD/eglibc port soon, with full support ahead of Jessie freeze on
> 5th of November 2014.

I assume porting Upstart is the whole reason you've ported libnih?

I haven't been following the discussion about Upstart vs Systemd vs OpenRC
debate. Are you doing this because you expect that Upstart will be adopted?

> The requirements for libnih/kfreebsd, at the moment are, eglibc 2.18 &
> kFreeBSD kernels with fixed waitid/wait6 syscalls. These are all present
> in Debian experimental.

Note the waitid/wait6 fix is in unstable, too (since 10.0~svn258623-1).

> Alternatively, if lower eglibc versions are
> required I could easily use wait6 syscall directely, without eglibc
> wrapper. In that case only requirements would be patched kFreeBSD
> kernels for the kern/184002
> http://www.freebsd.org/cgi/query-pr.cgi?pr=184002&cat= bug which I
> discovered in FreeBSD.

If I had to choose, I think I'd rather break old libc than break old
kernels. The former is readily fixed by proper use of Depends field,
while the later breaks kfreebsd-downloader and all sort of chroot/jail
environments.

> It's fixed in current/11, and is on track to be
> fixed in 9.2, 10 stable updates.

Uhm doesn't seem so. Nobody MFCed it to stable/10 yet. I think we can
take 10.1 support for granted. 10.0 is probably difficult (but I will
try anyway).

-- 
Robert Millan


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52c4800b.6040...@debian.org

Bug#705758: ITP: statsd -- Stats aggregation daemon

[Bernhard Schmidt]

On Fri, Aug 02, 2013 at 09:07:29PM -0700, Tom Lee wrote:

Hi Luke,

> Hi Luke -- are you still working on this? I'd love to help make some
> progress on this if you're swamped.

I'm having the same question/request. I'm using statsd in production and
I'm in need of a Debian package for that. 

There is quite a bit of development going on in the upstream github
repository for Debian packaging, see
https://github.com/etsy/statsd/tree/master/debian . The package is not
perfectly up to Debian's standards, but works quite well and the few
remaining issues could easily be fixed. I have CCed the most recent
authors in that directory, I think some collaboration between Debian and
the upstream repository would help a lot.

How can we proceed with this ITP? Can I help in any way? Unfortunately
I'm not a DD (just a DM), so I cannot sponsor any work on this package.

Bernhard


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140101212828.ga30...@lxbsc02.ws.lrz.de

Bug#733720: marked as done (ITP: r-bioc-gviz -- Plotting data and annotation information along genomic coordinates)

[Debian Bug Tracking System]

Your message dated Wed, 01 Jan 2014 22:00:06 +
with message-id 
and subject line Bug#733720: fixed in r-bioc-gviz 1.6.0-1
has caused the Debian Bug report #733720,
regarding ITP: r-bioc-gviz -- Plotting data and annotation information along 
genomic coordinates
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
733720: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733720
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-bioc-gviz
  Version : 1.6.0
  Upstream Author : Florian Hahne, Steffen Durinck, e.a.
* URL : http://bioconductor.org/packages/release/bioc/html/Gviz.html
* License : Artistic-2.0
  Programming Lang: R
  Description : Plotting data and annotation information along genomic 
coordinates
 Genomic data analyses requires integrated visualization of known
 genomic information and new experimental data. Gviz uses the biomaRt and
 the rtracklayer packages to perform live annotation queries to Ensembl
 and UCSC and translates this to e.g. gene/transcript structures in
 viewports of the grid graphics package. This results in genomic
 information plotted together with your data.


This package is the last missing precondition to upgrade r-bioc-cummerbund and
maintained by the Debian Med team at
   svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-gviz/trunk/
--- End Message ---
--- Begin Message ---
Source: r-bioc-gviz
Source-Version: 1.6.0-1

We believe that the bug you reported is fixed in the latest version of
r-bioc-gviz, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 733...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Tille  (supplier of updated r-bioc-gviz package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 30 Dec 2013 23:46:37 +0100
Source: r-bioc-gviz
Binary: r-bioc-gviz
Architecture: source all
Version: 1.6.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian Med Packaging Team 

Changed-By: Andreas Tille 
Description: 
 r-bioc-gviz - Plotting data and annotation information along genomic coordinate
Closes: 733720
Changes: 
 r-bioc-gviz (1.6.0-1) unstable; urgency=low
 .
   * Initial release (closes: #733720)
Checksums-Sha1: 
 da5ba2588376e2635473600010f34f7aebdb0ec1 1589 r-bioc-gviz_1.6.0-1.dsc
 58ccb958964465106376cd8da16f2a2f0b76d6fa 1965136 r-bioc-gviz_1.6.0.orig.tar.gz
 8a29ca9e3308d0fe2edae79ec11923139f7ae077 5299 r-bioc-gviz_1.6.0-1.debian.tar.gz
 04a1d01216b5e998cd7c0b6171aa3c213f77733d 2463836 r-bioc-gviz_1.6.0-1_all.deb
Checksums-Sha256: 
 edd3dd7c53e9ef01fd26bf4e8afab811adcabf4f28c39ef6e90a29370095c1fa 1589 
r-bioc-gviz_1.6.0-1.dsc
 ae18aa1d81297c1566c5095941e718154a387532784eeb3ee54c6f21f36cd541 1965136 
r-bioc-gviz_1.6.0.orig.tar.gz
 50d4730e50511646d74b8f84cd9e1eeb5c436624d1ac6ad9348c522cbc557d80 5299 
r-bioc-gviz_1.6.0-1.debian.tar.gz
 53f0459a12a15fb142b01e008532572e539206ea8dd5d78598f9269beb1f7eaa 2463836 
r-bioc-gviz_1.6.0-1_all.deb
Files: 
 5bcb8c5958972b06b7def34c0a3532ce 1589 gnu-r optional r-bioc-gviz_1.6.0-1.dsc
 0bcff07c6791c32fce881bc3991ff0f7 1965136 gnu-r optional 
r-bioc-gviz_1.6.0.orig.tar.gz
 8079ebb807c464e4c4a3b5a4b27bf123 5299 gnu-r optional 
r-bioc-gviz_1.6.0-1.debian.tar.gz
 8a022d2a5b7a96f78188b273de10a43e 2463836 gnu-r optional 
r-bioc-gviz_1.6.0-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iEYEARECAAYFAlLEYLMACgkQYDBbMcCf01ormwCdHWHctDw0ZkwKHb5gp5Egjh4U
iTYAn3+JdUTB/iy7xPrhUs84X2eQo+Tn
=6bll
-END PGP SIGNATURE End Message ---

Bug#705758: ITP: statsd -- Stats aggregation daemon

[Luke Faraone]

On 01/01/14 13:28, Bernhard Schmidt wrote:
> On Fri, Aug 02, 2013 at 09:07:29PM -0700, Tom Lee wrote:
> 
> Hi Luke,
> 
>> Hi Luke -- are you still working on this? I'd love to help make some
>> progress on this if you're swamped.

My apologies, I missed Tom's earlier message.

> There is quite a bit of development going on in the upstream github
> repository for Debian packaging, see
> https://github.com/etsy/statsd/tree/master/debian . The package is not
> perfectly up to Debian's standards, but works quite well and the few
> remaining issues could easily be fixed. I have CCed the most recent
> authors in that directory, I think some collaboration between Debian and
> the upstream repository would help a lot.
> 
> How can we proceed with this ITP? Can I help in any way? Unfortunately
> I'm not a DD (just a DM), so I cannot sponsor any work on this package.

Packaging for statsd has been prepared and is being used internally at
my employers' site. I'll look into reconciling that with upstream's
packaging in the next week or two.

Generally, even when upstream is participating in the packaging process
we try to have separate repositories if for no other reason than it
makes it easier to transition if upstream's involvement changes.

 -- Luke




signature.asc
Description: OpenPGP digital signature

Bug#733903: ITP: libmodule-want-perl -- module to check @INC only once for wanted modules

[gregor herrmann]

Package: wnpp
Owner: gregor herrmann 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libmodule-want-perl
  Version : 0.6
  Upstream Author : Daniel Muey 
* URL : https://metacpan.org/release/Module-Want
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to check @INC only once for wanted modules

Sometimes you want to lazy load a module for use in, say, a loop or function.
First you do the eval-require but then realize if the module is not available
it will re-search @INC each time. So then you add a lexical boolean to your
eval and do the same simple logic all over the place.

Module::Want encapsulates that logic so that have_mod() is like eval {
require X; 1 } but if the module can't be loaded it will remember that fact
and not look in @INC again on subsequent calls.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140101225614.ga11...@jadzia.comodo.priv.at

Processed: limit package to wnpp, tagging 733903

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> #libmodule-want-perl (0.6-1) unstable; urgency=low
> #
> #  * Initial release (closes: #733903).
> #
> limit package wnpp
Limiting to bugs with field 'package' containing at least one of 'wnpp'
Limit currently set to 'package':'wnpp'

> tags 733903 + pending
Bug #733903 [wnpp] ITP: libmodule-want-perl -- module to check @INC only once 
for wanted modules
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
733903: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733903
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13886173724048.transcr...@bugs.debian.org

Bug#733849: ITP: libb2 -- BLAKE2 family of hash functions

[Robert Ransom]

Upstream will fix the license issue (the package is now fully CC0),
along with a few other bugs (mostly not relevant to Debian) in an
upcoming release.


Robert Ransom


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cabqy+sraqbjb6rq70h+ruif2rdlwb+ykrj6xe6n8a2z1ztq...@mail.gmail.com

Bug#733910: ITP: ckon -- automatic build tool for ROOT analyses

[Patrick Huck]

Package: wnpp
Severity: wishlist
Owner: Patrick Huck 

* Package name: ckon
  Version : 0.6.1
  Upstream Author : Patrick Huck 
* URL : http://tschaume.github.com/ckon
* License : MIT
  Programming Lang: C++
  Description : ckon is an automatic build tool for C++ software developed 
within the CERN ROOT data analysis framework.

ckon is a C++ program/tool which automatically takes care of compilation, 
dictionary generation and linking of programs and libraries developed for data 
analyses within the CERN ROOT analysis framework. This includes parsing include 
headers to figure out which libraries the main programs need to be linked to. 
It uses automake/autoconf to be platform independent and GNU install compliant. 
In addition, m4 macros are automatically downloaded and the according compiler 
flags included based on a list of boost libraries provided in the config file. 
For the purpose of YAML database usage, a m4 macro can be downloaded during 
setup to link against the yaml-cpp library.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140102055132.1524.32518.reportbug@precise32

Bug#733915: RFP: s6 -- a small suite of programs for UNIX, designed to allow process supervision

[Sergiusz Pawlowicz]

Package: wnpp
Severity: wishlist

* Package name: s6
  Version : 1.1.1
  Upstream Author : ska 
* URL : http://skarnet.org/software/s6/
* License : ISC
  Programming Lang: C
  Description : s6 - a small suite of programs for UNIX, designed to allow 
process supervision

s6 is a small suite of programs for UNIX, designed to allow process
supervision (a.k.a service supervision), in the line of daemontools and
runit. 

 Why another supervision suite ?

Supervision suites are becoming quite common. Today, we already have:

Good (?) old System V init, which can be made to supervise services
if you perform /etc/inittab voodoo. BSD init can also be used the same
way with the /etc/ttys file, but for some reason, nobody among BSD
developers is using /etc/ttys to this purpose, so I won't consider BSD
init here.
daemontools, the pioneer
daemontools-encore, Bruce Guenter's upgrade to daemontools
runit, Gerrit Pape's suite, well-integrated with Debian
perp, Wayne Marshall's take on supervision
and even Upstart, Ubuntu's init system, which performs real
supervision. Fedora's systemd and MacOSX's launchd are very similar in
spirit to Upstart, so the same comments apply to them.

Why is s6 needed ? What does it do differently ? Here are the criteria I
used.


Supervision suites should not wake up unless notified.

System V init fails the test: it wakes up every 5 seconds, for the
reason that /dev/initctl might have changed. m(
daemontools fails the test: it wakes up every 5 seconds to check for
new services.
daemontools-encore does the same.
the current version of runit fails the test: it wakes up every 14
seconds. But this is a workaround for a bug in some Linux kernels; there
is no design flaw in runit that prevents it from passing the test.
perp works.
Upstart works.
s6 works. By default, s6-svscan wakes up every 5 seconds, to emulate
svscan behaviour; but it can be told not to do so. (s6-svscan -t0)


Supervision suites should provide a program that can run as process 1.

System V init and Upstart are process 1, so no problem here.
daemontools was not designed to take over init, although it can be
made to work with enough hacking skills. Same thing with
daemontools-encore.
runit provides an init functionality, but the mechanism is separate
from the supervision itself; the runit process, not the runsvdir
process, runs as process 1. This lengthens the supervision chain.
perp was not designed to run as process 1. It probably could be made
to work too without too much trouble.
s6-svscan was designed from the start to be run as process 1,
although it does not have to.


Supervision suites should be bug-free, lightweight and easy to
understand.

daemontools, daemontools-encore, runit and perp all qualify. All of
this is excellent quality code, unsurprisingly.
This is where System V init and Upstart fail, hard. SysVinit is too
big for what it (poorly) does. Upstart is clever, but it's waay too
complex. Come on people... using ptrace to watch your children fork()?
Linking process 1 against libdbus? This is insanity. Process 1 should be
absolutely stable, it should be guaranteed to never crash, so the whole
of its source code should be under control. At Upstart's level of
complexity, those goals are outright impossible to achieve, so the
Upstart approach is flawed by design.
Of course, systemd and launchd suffer from the same problem. Guys,
I'm glad you eventually realized that supervision was a good thing, and
that it had to be rooted in process 1, but that does not mean that all
the supervision logic has to go into process 1. No, really.
s6, which has been designed with embedded environments in mind,
tries harder than anyone to pass this. It tries so hard that s6-svscan
and s6-supervise, the two long-running programs that make the
supervision chain, do not even allocate heap memory, and their main
program source files are less than 500 lines long.


Supervision suites should provide a basis for high-level service
management.

Neither System V init, daemontools, runit or perp provides any hooks
to wait for a service to go up or down. runit provides a waiting
mechanism, but it's based on polling, and the ./check script has to be
manually written for every service.
daemontools-encore qualifies: the notify script can be used for
inter-service communication. But it's just a hook: all the real
notification work has to be done by the notify script itself, no
notification framework is provided.
Upstart already is a service management tool. But, again, it fails
the test of simplicity: it does in process 1 what can and should be done
outside of process 1. Process supervision is not the same as service
management, and Upstart confuses the two. So do systemd and launchd.
s6 comes with libftrig, an event notification library, and
command-line tools based on this library, thus providing a simple A

Bug#733918: ITP: php-net-dns -- resolver library used to communicate with a DNS server

[Prach Pongpanich]

Package: wnpp
Severity: wishlist
Owner: Prach Pongpanich 

* Package name: php-net-dns
  Version : 1.0.7
  Upstream Author :  Eric Kilfoil 
* URL : http://pear.php.net/package/Net_DNS/
* License : PHP 3.01
  Programming Lang: PHP
  Description : resolver library used to communicate with a DNS server

 A resolver library used to communicate with a name server to perform DNS
 queries, zone transfers, dynamic DNS updates, etc.
 Creates an object hierarchy from a DNS server response, which allows you to
 view all of the information given by the DNS server. It bypasses the system
 resolver library and communicates directly with the server.

It’s a dependency of the php-net-dnsbl.

Regards,
 Prach


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAF=n8mjwraxp71sdfosne6emmrjjg9tzxqa3tgt3r-debcm...@mail.gmail.com