Bug#835197: RFP: fonts-eosrei-emojione

[Mike Hommey]

On Sun, Nov 05, 2017 at 11:48:37AM -0500, Jeremy Bicha wrote:
> Control: retitle -1 RFP: fonts-emojitwo -- Color emoji font originally
> released as Emojione 2.2
> 
> On Sat, Aug 19, 2017 at 5:29 PM, Jeremy Bicha  wrote:
> > It appears like Emojione is no longer under a DFSG-compatible license.
> 
> Updating the bug title, since I'm skeptical that even non-free could
> provide the latest Emojione.
> 
> > By the way, my understanding is that the new GNOME color emoji feature
> > requires these:
> 
> All of that is done now in Debian Testing except for fontconfig 2.12.6
> (soon I hope). Also fonts-noto-color-emoji is in the NEW queue.
> 
> Mike, I wonder why Mozilla standardized on the Emojione font. Given
> Emojione's license shift and the fact that it appears like Linux
> distros prefer the Noto emoji, do you think Mozilla would reconsider?
> (Fedora 27 includes the Noto emoji by default. I expect Ubuntu 18.04
> LTS to include fonts-noto-color-emoji by default. Probably Debian
> GNOME Buster too. It is the same emoji used by Google in the latest
> stock Android devices.)

Mozilla is not using https://github.com/eosrei/emojione-color-font. It's
using https://github.com/mozilla/emojione-colr

Mike

Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

[Mike Hommey]

On Sun, Jul 13, 2014 at 08:17:51AM +0200, Matthias Urlichs wrote:
 Hi,
 
 Thomas Goirand:
  Well, I don't agree with this view. If LibreSSL pretends to be a
  replacement for OpenSSL, then they should care about being ABI
  compatible, so we can easily switch from one implementation to the
  other.
 
 That depends. If the ABI in question includes calls or constants which are
 the security equivalent of gets() or scanf(%s) or …, then no.
 
  As Kurt wrote, GNUTLS becomes a better alternative then.
 
 Does gnutls have an openssl shim which actually works as a generic
 replacement? I dimly recall a couple of not-so-nice incompatibilities …
 
  Therefore, I'd very much prefer if we used OpenSSL *or* LibreSSL, but not
  have the choice between the 2, otherwise, that's a recipe for disaster.
  
 Well …
 
  Please don't upload LibreSSL to Sid *ever*, unless we collectively
  decide that we are switching away from OpenSSL (and for which a
  discussion would have to start).
  
 … while IMHO it's possible to safely mix openssl and libressl if we prepare
 for that (i.e. make sure that _everything_ in libressl is only exported 
 with properly versioned symbols)

Contrary to what you seem to believe, this only really works if *both*
libraries have versioned symbols. Otherwise, you can end up with
libraries linked against the unversioned one using symbols from the
versioned one at run time when both are loaded in the same address
space.

Mike


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140713105459.ga16...@glandium.org

Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

[Mike Hommey]

On Sun, Jul 13, 2014 at 02:02:18PM +0200, Matthias Urlichs wrote:
 Hi,
 
 Bernhard R. Link:
  * Mike Hommey m...@glandium.org [140713 12:55]:
   Contrary to what you seem to believe, this only really works if *both*
   libraries have versioned symbols. Otherwise, you can end up with
   libraries linked against the unversioned one using symbols from the
   versioned one at run time when both are loaded in the same address
   space.
  
  Actually, both having versioned symbols is not enough.
  It is either both must always have had versioned symbols or
  both must have versioned symbols now and every binary linked against
  either must have been built (or rebuilt) after the symbols got
  versioned.
  
 Bah. Thanks for the correction.
 
 However, it seems that the current OpenSSL package _does_ have
 fully-versioned symbols, at least if I understand objdump -T
 correctly.
 
 So the situation may not be as dire as this thread suggests.

Well, it kind of is. Because those versioned symbols in openssl come
from a debian patch, afaict. So while debian may be fine (as long as all
build-rdeps have been rebuilt since openssl got those versioned
symbols), other distros aren't covered, as well as binaries not
compiled on debian.

Mike


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140713134837.ga18...@glandium.org

Bug#602034: jpeg8 vs jpeg-turbo

[Mike Hommey]

On Wed, Apr 24, 2013 at 05:01:50PM +0300, Riku Voipio wrote:
 Libjpeg-turbo website [3] has all the signs of an healthy open source
 project - A SVN repo with many commiters, bug tracker, a mailing list
 with open discussion etc.

libjpeg-turbo is also used by webkit, blink, and gecko.

Mike


-- 
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/20130424142644.ga20...@glandium.org

Bug#689207: ITP: rust -- a safe, concurrent, practical language

[Mike Hommey]

On Sun, Sep 30, 2012 at 01:22:01PM +0200, Luca Bruno wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Luca Bruno lu...@debian.org
 
 * Package name: rust
   Version : 0.3.4
   Upstream Author : Graydon Hoare et al. rust-...@mozilla.org
 * URL : http://http://www.rust-lang.org/
 * License : MIT
   Programming Lang: C/C++, Rust
   Description : a safe, concurrent, practical language
 
  Rust is a curly-brace, block-structured expression language.
  It visually resembles the C language family, but differs significantly
  in syntactic and semantic details. Its design is oriented toward
  concerns of programming in the large, that is, of creating and
  maintaining boundaries - both abstract and operational - that
  preserve large-system integrity, availability and concurrency.
  .
  It supports a mixture of imperative procedural, concurrent actor,
  object-oriented and pure functional styles. Rust also supports
  generic programming and metaprogramming, in both static and
  dynamic styles.

Good luck bootstrapping it...

Mike


-- 
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/20120930113924.ga11...@glandium.org

Bug#667733: RFA: mozilla-dom-inspector

[Mike Hommey]

Package: wnpp
Severity: normal

Due to lack of time and interest, I'm putting livehttpheaders up for
adoption. See the following thread:
http://lists.alioth.debian.org/pipermail/pkg-mozext-maintainers/2012-April/001726.html

Mike



-- 
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/20120406110003.32459.78410.report...@jigen.glandium.org

Bug#667732: RFA: livehttpheaders

[Mike Hommey]

Package: wnpp
Severity: normal

Due to lack of time and interest, I'm putting livehttpheaders up for
adoption. See the following thread:
http://lists.alioth.debian.org/pipermail/pkg-mozext-maintainers/2012-April/001726.html

Mike



-- 
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/20120406105941.32383.85253.report...@jigen.glandium.org

Bug#667739: RFA: venkman

[Mike Hommey]

Package: wnpp
Severity: normal

Due to lack of time and interest, I'm putting livehttpheaders up for
adoption. See the following thread:
http://lists.alioth.debian.org/pipermail/pkg-mozext-maintainers/2012-April/001726.html

Mike



-- 
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/20120406110040.32520.37001.report...@jigen.glandium.org

Bug#654176: O: libxml2 -- GNOME XML library

[Mike Hommey]

On Sun, Jan 08, 2012 at 11:01:20PM +0100, Luk Claes wrote:
 On 01/08/2012 08:10 PM, Andrew Shadura wrote:
  Hello,
  
  On Fri, 06 Jan 2012 12:48:03 +1000 Alexander Zangerl
  a...@snafu.priv.at wrote:
  
  On Mon, 02 Jan 2012 23:14:52 +0100, Luk Claes writes:
  I want to help with the packaging of libxml2 and libxslt,
  though would like to have co-maintainers, so I hope some more
  people join in.
  
  i'd be happy to co-maintain these two library packages.
  
  Hi, in attempt to fix one particular annoying bug which affects
  other package of mine, I've prepared an NMU here:
  
  http://mentors.debian.net/debian/pool/main/libx/libxml2/libxml2_2.7.8.dfsg-5.2.dsc
 
   Unfortunately, I didn't know there's a discussion about new
  maintainer here :)
  
  So, I can offer my help as well.
 
 Ok, please request to join the Debian XML/SGML (debian-xml-sgml) group
 on alioth, commit your changes to the repository and upload the
 resulting package to mentors.debian.net to make it easier for me to
 sponsor it.

Note that the repo may lack the commits for 2.7.8.dfsg-5.1.

Mike



-- 
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/20120109073537.ga4...@glandium.org

Bug#654176: O: libxml2 -- GNOME XML library

[Mike Hommey]

Package: wnpp
Severity: normal

Due to lack of time and interest, I intend to orphan the libxml2 package.

The package description is:
 XML is a metalanguage to let you design your own markup language.
 A regular markup language defines a way to describe information in
 a certain class of documents (eg HTML). XML lets you define your
 own customized markup languages for many classes of document. It
 can do this because it's written in SGML, the international standard
 metalanguage for markup languages.
 .
 This package provides a library providing an extensive API to handle
 such XML data files.



-- 
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/20120102082448.16479.46757.report...@jigen.glandium.org

Bug#654177: O: libxslt -- XSLT 1.0 processing library - runtime library

[Mike Hommey]

Package: wnpp
Severity: normal

Due to lack of time and interest, I intend to orphan the libxslt package.

The package description is:
 XSLT is an XML language for defining transformations of XML files from
 XML to some other arbitrary format, such as XML, HTML, plain text, etc.
 using standard XSLT stylesheets. libxslt is a C library which
 implements XSLT version 1.0.
 .
 This package contains the libxslt library used by applications for XSLT
 transformations.



-- 
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/20120102082531.16624.44346.report...@jigen.glandium.org

Bug#637454: RFP: bluegriffon -- Next Generation WYSIWYG HTML editor based on Gecko

[Mike Hommey]

On Thu, Aug 11, 2011 at 04:54:37PM +0200, Axel Beckert wrote:
 Package: wnpp
 Severity: wishlist
 
 * Package name: bluegriffon
   Version : 1.1.1
   Upstream Author : Disruptive Innovations, 
 http://www.disruptive-innovations.com/
 Daniel Glazman daniel.glaz...@disruptive-innovations.com
 Laurent Jouanneau 
 laurent.jouann...@disruptive-innovations.com
 * URL or Web page : http://www.bluegriffon.org/
 * License : MPL 1.1, GPL 2, LGPL 2.1; some graphics also CC-SA
   Description : Modern WYSIWYG HTML editor based on Gecko
 
 From the website:
 
   BlueGriffon is a new WYSIWYG content editor for the World Wide
   Web. Powered by Gecko, the rendering engine of Firefox 4, it's a
   modern and robust solution to edit Web pages in conformance to the
   latest Web Standards.
 
   BlueGriffon is an intuitive application that provides Web authors
   (beginners or more advanced) with a simple User Interface allowing to
   create attractive Web sites without requiring extensive technical
   knowledge about Web Standards.
 
   Because Gecko lives inside BlueGriffon, the document you edit will
   look exactly the same in Firefox 4. Advanced users can always use the
   Source View to hard-code their page.
 
   BlueGriffon is available in English, Dutch, French, Czech, German,
   Hebrew, Italian, Japanese, Korean, Simplified Chinese, Spanish and
   Traditional Chinese
 
 There's also a needs-packaging bug report for Ubuntu:
 
   https://bugs.launchpad.net/ubuntu/+bug/815498
 
 The team of GetDeb.net already built packages of BlueGriffon 1.1.1:
 
   http://www.getdeb.net/software/BlueGriffon
   https://bugs.launchpad.net/getdeb.net/+bug/820730

Yay, one more copy of the gecko engine :(

Mike



-- 
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/20110811151756.ga11...@glandium.org

Bug#637454: RFP: bluegriffon -- Next Generation WYSIWYG HTML editor based on Gecko

[Mike Hommey]

On Thu, Aug 11, 2011 at 05:46:41PM +0200, Axel Beckert wrote:
 Hi Mike,
 
 Mike Hommey wrote:
 Description : Modern WYSIWYG HTML editor based on Gecko
  
  Yay, one more copy of the gecko engine :(
 
 Your fear it won't be able to run it with xulrunner directly like e.g.
 Conkeror does?
 
 On a first glance it looked like a xulrunner application, but it seems
 as if it has a xulrunner application embedded. At least upstream's
 code repo includes an application.ini, but the upstream tar ball also
 ships a libxul.so... Haven't looked closer yet, though.
 
 The upstream author seems to be the author of the Netscape Composer,
 too, so I don't wonder about his choice of platform at all. :-)

AFAIK, it's quite tied to the underlying engine, but I haven't heard
Daniel's plans wrt the rapid release of Firefox. I'm not sure, for
example, that the current BG works with the 5.0 engine instead of 4.0.

Mike



-- 
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/20110811160749.ga12...@glandium.org

Bug#622172: ITP: git-hg -- Script to track mercurial repositories in git

[Mike Hommey]

On Sun, Apr 10, 2011 at 11:22:24PM +0600, Andrey Rahmatullin wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Andrey Rahmatullin w...@wrar.name
 
 * Package name: git-hg
   Version : 20110408-1
   Upstream Author : Barak A. Pearlmutter barak+...@cs.nuim.ie
 * URL : https://github.com/barak/git-hg
 * License : Expat
   Programming Lang: Bash
   Description : Script to track mercurial repositories in git

The right approach for mercurial tracking is IMHO
https://github.com/SRabbelier/git/tree/remote-hg

Mike



-- 
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/20110410175252.ga5...@glandium.org

Bug#608171: Bug#612837: iceweasel: doesn't show evince in save dialog

[Mike Hommey]

On Thu, Feb 10, 2011 at 09:26:24PM -0500, P. J. McDermott wrote:
 I had been holding off on that through the Squeeze release, but since
 you brought this up, now's as good a time as any I suppose. So I'm CCing
 pkg-mozilla-maintainers and the kmozillahelper ITP bug (#608171). Mike,
 have you had time to check into how kmozillahelper's shell service could
 be implemented in an extension?

Haven't had time for this, I'll try to take a look next week.

Mike



-- 
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/20110211075832.gb3...@glandium.org

Bug#608171: ITP: kmozillahelper -- Iceweasel-KDE integration

[Mike Hommey]

On Tue, Dec 28, 2010 at 04:05:15AM -0500, P. J. McDermott wrote:
 Package: wnpp
 Severity: wishlist
 Owner: P. J. McDermott p...@nac.net
 
 
 * Package name: kmozillahelper
   Version : 0.6.2
   Upstream Author : Lubos Lunak l.lu...@suse.cz
 * URL : 
 https://build.opensuse.org/package/show?package=mozilla-kde4-integrationproject=mozilla%3AFactory
 * License : Expat
   Programming Lang: C++
   Description : Iceweasel-KDE integration
 
 This is an integration helper, designed to make Iceweasel work better in KDE
 SC 4.
 
 This application handles integration in the following areas:
 * Getting proxy configuration
 * Getting default applications by file extension, type, and protocol
 * The Open with: dialog
 * The file open dialog
 * The file save dialog, with KIO network transparency
 * The directory selection dialog
 * Opening files with default applications
 * Running applications
 * Opening the default feed reader
 * Opening the default mail client
 * Opening the default news client
 * Checking and setting the default web browser
 * Showing KDE notifications on download completions
 
 
 This helper application is developed for and shipped with the openSUSE
 distribution.  It is packaged for and included in Ubuntu.  There is also a
 package for it in the Arch User Repository and a Git repository to port it to
 Fedora.  This application appears to be the most complete, correct, and
 widely-supported solution to improving Mozilla Firefox's behavior in KDE.
 
 Upstream development is visible at the following Git repository:
 http://gitorious.org/firefox-kde-opensuse
 
 Status of this package:
 I actually have the packaging work mostly done and lintian clean; it just 
 needs
 mentor review (as I'm not a DD or DM).  However, a patch to Iceweasel (mostly
 XUL and XPCOM shell service files to work with KDE the right way) is 
 necessary
 for this package to work.

... which is probably not going to happen any time soon. IMHO the best
option would be to package it as an extension, and make it work with
icedove, iceape and iceweasel. Making it a full fledged extension (which
is not impossible) would also make it work with upstream firefox tarballs.

I can give a hand if necessary, but I don't know if I'll have a lot of
time for it, though.

Mike



-- 
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/20101228133232.ga6...@glandium.org

Bug#608171: ITP: kmozillahelper -- Iceweasel-KDE integration

[Mike Hommey]

On Tue, Dec 28, 2010 at 09:50:21AM -0500, P. J. McDermott wrote:
 I'm admittedly not too familiar with the Mozilla codebase, so I don't
 know if packaging this as an extension is possible. If so, then I would
 agree that that would be better than patching mainline Iceweasel. I was
 in fact planning to defer to your knowledge and judgment on this once I
 got the package up on mentors.debian.net. Below is the Mozilla Firefox
 patch in question, as applied by two distributions; if you have a
 chance, can you let me know what the best way to include this would be
 (extension or Iceweasel patch)?
 
 openSUSE (upstream) patch, applied to Firefox 3.6.6:
 http://gitorious.org/firefox-kde-opensuse/firefox-kde-opensuse/blobs/master/mozilla.patch
 
 Ubuntu patch, applied to Firefox 3.6.13:
 http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.6.head/annotate/head%3A/debian/patches/firefox-kde.patch

IIRC the patch lies in some bug against iceweasel/xulrunner at the
moment. I still think it's too intrusive and not implemented the right
way.

 Also, it seems this helper application currently does not work with
 other Mozilla applications. Because of this, the Ubuntu maintainer
 renamed the binary package to firefox-kde-support in Ubuntu 10.10.

That doesn't make much sense. At the very least mime type handling
should work.

 Any help you can provide with this would be appreciated. If you'd like
 to see what I have so far (the package is built and lintian-clean, I
 mainly just have to test it more), I can push the package to
 mentors.d.n. Otherwise, I'll hold off for now.

I'll check what hooks could be used to make that a full extension. The
xul/js part should already be feasible. The c++ parts are definitely
possible, but I don't know how much work would be required. If you don't
hear from me before, let's say, the end of january, please ping the
pkg-mozilla-maintainers list, CCing this bug.

Cheers,

Mike



-- 
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/20101228163421.ga25...@glandium.org

Bug#591894: ITP: pyxpcom -- XPCOM bindings for Python

[Mike Hommey]

Package: wnpp
Severity: wishlist
Owner: Mike Hommey mh+report...@glandium.org

* Package name: pyxpcom
  Version : 0.0~hg20100212-1
  Upstream Author : ActiveState Tool Corp.
* URL : http://developer.mozilla.org/en/docs/pyxpcom
* License : MPL-1.1 or GPL-2 or LGPL-2.1
  Programming Lang: C++, Python
  Description : XPCOM bindings for Python

Currently, XPCOM bindings for python are provided by the python-xpcom
package, which is built from xulrunner sources. pyxpcom, which is its
code name, has been removed from the xulrunner sources since version
1.9.2 and therefore can't be provided from there anymore.

Separate sources for pyxpcom are fortunately provided on
http://hg.mozilla.org/pyxpcom/, allowing to build against xulrunner-dev.

Mike



-- 
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/20100806091019.12477.26794.report...@jigen.glandium.org

Bug#583826: RFH: chromium-browser -- Chromium browser

[Mike Hommey]

On Sun, May 30, 2010 at 11:21:03PM +0200, Giuseppe Iuculano wrote:
 Package: wnpp
 Severity: normal
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 I request assistance with maintaining the chromium-browser package.
 
 In reality, the team mentioned in the Maintainer field currently consists of 
 me.
 This package really needs a team to work on it.
 
 Alioth project: https://alioth.debian.org/projects/pkg-chromium/

How about grouping with the webkit team, already ?

Mike



-- 
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/20100531085828.gd3...@glandium.org

Bug#582286: Bug#582271: Looks as if the ITP for webm and libvpx are ITPs for the same software

[Mike Hommey]

On Thu, May 20, 2010 at 01:33:56PM +0200, Sebastian Dröge wrote:
 On Thu, 2010-05-20 at 13:26 +0200, Mike Hommey wrote:
  On Thu, May 20, 2010 at 09:26:20AM +0200, Sebastian Dröge wrote:
   On Thu, 2010-05-20 at 04:22 +0200, Axel Beckert wrote:
Hi,

for me it looks as if http://bugs.debian.org/582271 and
http://bugs.debian.org/582286 are more or less about packaging the
same software. (I'm though not sure so no merge by me, just a heads
up. :-)

Regards, Axel
   
   They are, thanks for noticing :)
   
   libvpx is the library name for the encoder/decoder, webm is the
   marketing name of the file format.
   
   A package for libvpx is already waiting in NEW.
  
  Actually, libvpx only deals with the video codec part of webm. The
  container part is handled by libnestegg (at least on mozilla end).
  
  Would some of you be interested in taking care of libnestegg ?
 
 I'm not interested in libnestegg, especially because I don't understand
 why they have to write yet another Matroska demuxer instead of using one
 of the existing ones...

Probably because webm is supposed to be a *strict* subset of matroska, not
matroska. I guess other stuff using matroska {de,}muxer won't care about
the strictness, which i actually think is not that good.

Mike



-- 
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/20100520115636.ga13...@glandium.org

Bug#582286: Bug#582271: Looks as if the ITP for webm and libvpx are ITPs for the same software

[Mike Hommey]

On Thu, May 20, 2010 at 09:26:20AM +0200, Sebastian Dröge wrote:
 On Thu, 2010-05-20 at 04:22 +0200, Axel Beckert wrote:
  Hi,
  
  for me it looks as if http://bugs.debian.org/582271 and
  http://bugs.debian.org/582286 are more or less about packaging the
  same software. (I'm though not sure so no merge by me, just a heads
  up. :-)
  
  Regards, Axel
 
 They are, thanks for noticing :)
 
 libvpx is the library name for the encoder/decoder, webm is the
 marketing name of the file format.
 
 A package for libvpx is already waiting in NEW.

Actually, libvpx only deals with the video codec part of webm. The
container part is handled by libnestegg (at least on mozilla end).

Would some of you be interested in taking care of libnestegg ?

Mike



-- 
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/20100520112646.ga12...@glandium.org

Bug#579796: ITP: othman -- electronic Quran browser in Python

[Mike Hommey]

On Sat, May 01, 2010 at 12:48:47PM +0300, أحمد المحمودي wrote:
 On Sat, May 01, 2010 at 11:27:27AM +0200, Adam Borowski wrote:
  Harm others is a vague term that can be applied to a wide range of
  activities usually considered ok[1].
 
 I am indeed discussing this matter with upstream. That license terms 
 need to be clear not vague.

Clear or vague, if they stick to a license that restricts usage, then
it fails DFSG #6.
See http://lists.debian.org/debian-legal/2010/03/msg00064.html, for
example, for a quite similar case.

Mike



-- 
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/20100501110426.ga9...@glandium.org

Bug#566378: ITP: dehydra -- Scriptable static analysis tool for C++

[Mike Hommey]

On Sun, Apr 11, 2010 at 05:45:59PM +0200, Matthias Klose wrote:
 On 07.04.2010 14:11, Mike Hommey wrote:
 On Mon, Mar 22, 2010 at 04:57:31PM +0100, Mike Hommey wrote:
 On Mon, Mar 22, 2010 at 04:29:24PM +0100, Matthias Klose wrote:
 Is there any progress on this? Afaics all required dependencies are
 in unstable/testing.  The gcc-4.4-plugindev package may require some
 additional header files.
 
 AFAIK, it only builds with gcc-4.5 and even then, treehydra doesn't
 work. I don't remember if I tried gcc-4.4-plugin-dev, so I should
 probably try (again?), but I definitely tried with gcc-4.5-plugin-dev,
 and while dehydra worked, treehydra didn't.
 
 Dehydra doesn't build with gcc-4.4-plugin-dev, because it requires
 timevar.def, that is only provided in gcc-4.5-plugin-dev.
 
 we can add more to gcc-4.4-plugin-dev, if it's required. just tell,
 what should be added.

The failure I had with gcc-4.4-plugin-dev is the lack of timevar.def.
But there's no guarantee something else is missing.

 Apparently, it requires more work. There seems to be support to
 build dehydra for gcc-4.3 as well. would that be a solution for
 squeeze?

Is it planned to ship gcc-4.3 ?

Mike



-- 
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/20100412062337.ga4...@glandium.org

Bug#566378: ITP: dehydra -- Scriptable static analysis tool for C++

[Mike Hommey]

On Mon, Mar 22, 2010 at 04:57:31PM +0100, Mike Hommey wrote:
 On Mon, Mar 22, 2010 at 04:29:24PM +0100, Matthias Klose wrote:
  Is there any progress on this? Afaics all required dependencies are
  in unstable/testing.  The gcc-4.4-plugindev package may require some
  additional header files.
 
 AFAIK, it only builds with gcc-4.5 and even then, treehydra doesn't
 work. I don't remember if I tried gcc-4.4-plugin-dev, so I should
 probably try (again?), but I definitely tried with gcc-4.5-plugin-dev,
 and while dehydra worked, treehydra didn't.

Dehydra doesn't build with gcc-4.4-plugin-dev, because it requires
timevar.def, that is only provided in gcc-4.5-plugin-dev.

Treehydra still doesn't work, and I'll check with Taras Glek what should
be done with it.

There aren't any install rules, are there any paths the -fplugin option
of gcc checks other than the current directory ?

 Also, the copyright in the upstream source is obviously wrong: it reads
 Copyright (C) 1983 Mozilla Corporation. Until this is clarified, I don't
 expect this would pass NEW.

This, OTOH, has been worked out.

Mike



-- 
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/20100407121115.ga8...@glandium.org

Bug#574881: ITP: freewrl -- VRML browser for 3D contents works also as mozilla plugin

[Mike Hommey]

On Sun, Mar 21, 2010 at 10:08:51PM +0100, Philippe Coval wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Philippe Coval r...@gna.org
 
 
 * Package name: freewrl
   Version : 1.22.5
   Upstream Author : John Stewart, Sarah Dumoulin  ... info-freewrl --at-- 
 crc.ca
 * URL : http://freewrl.sourceforge.net
 * License : LGPL
   Programming Lang: C
   Description : VRML browser for 3D contents works also as mozilla plugin
 
  Player aims to be fully VRML97 compliant, complete with scripting in Perl, 
 Java and Javascript, and EAI
  .
  It is written mostly in Perl with some C for library interfaces  rendering,
  and uses OpenGL (Mesa) for graphics.
 
 === Notes : ===
 
   * that vrml viewer was in debian long time ago but went away... 
 
   * upstream is still active , and many efforts are done 
 by my friend Michel of myosotis project
 to made it available to debian/ubuntu users also  ...
 
 So I am trying to help and hope we (co-maintainers) can get it back 
 into debian's main and ubuntu as well
 
   * I just set up a git repo on debian's alioth
(pkg-multimedia team which IMHO fits best)
, imported previous version and working on an current release...
 
   * Currently (20100320) latest release builds and runs on most arch ...

Just wondering, considering the current move *away* from VRML with new
standards like WebGL, is there a compelling reason to add yet another
VRML browser ?

Mike



-- 
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/20100322085233.gc20...@glandium.org

Bug#566378: ITP: dehydra -- Scriptable static analysis tool for C++

[Mike Hommey]

On Mon, Mar 22, 2010 at 04:29:24PM +0100, Matthias Klose wrote:
 Is there any progress on this? Afaics all required dependencies are
 in unstable/testing.  The gcc-4.4-plugindev package may require some
 additional header files.

AFAIK, it only builds with gcc-4.5 and even then, treehydra doesn't
work. I don't remember if I tried gcc-4.4-plugin-dev, so I should
probably try (again?), but I definitely tried with gcc-4.5-plugin-dev,
and while dehydra worked, treehydra didn't.

Also, the copyright in the upstream source is obviously wrong: it reads
Copyright (C) 1983 Mozilla Corporation. Until this is clarified, I don't
expect this would pass NEW.

Cheers,

Mike



-- 
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/20100322155731.ga10...@glandium.org

Bug#568905: ITP: neercs -- experimental screen clone with improvements

[Mike Hommey]

On Mon, Feb 08, 2010 at 06:52:16PM +0100, Sam Hocevar wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Sam Hocevar s...@debian.org
 
 * Package name: neercs
   Version : 0.0 (SVN snapshot)
   Upstream Author : Sam Hocevar
 Jean-Yves Lamoureux
 Pascal Terjan
 * URL : http://caca.zoy.org/wiki/neercs
 * License : WTFPL
   Programming Lang: C
   Description : experimental screen clone with improvements
 
 NOTE: this package is ONLY for experimental. It's a long way before
 it is usable in a production environment.
 
 The neercs project aims to gather the best of screen, splitvt, dtach,
 expect, and many terminal managers into one textmode application.
 It features attaching and detaching from a terminal, locking, remote
 process grabbing, 3D transitions, and a screensaver with ASCII flying
 toasters.

Please, pretty please, can you provide a shared library, with my pony ?

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566378: ITP: dehydra -- Scriptable static analysis tool for C++

[Mike Hommey]

Package: wnpp
Severity: wishlist
Owner: Mike Hommey gland...@debian.org

* Package name: dehydra
  Version : 0.9.hg20100123
  Upstream Author : Mozilla Corporation
* URL : https://developer.mozilla.org/en/Dehydra
* License : GPL2+
  Programming Lang: C, C++, JS, tiny bits of python
  Description : Scriptable static analysis tool for C++

Dehydra is a lightweight, scriptable, general purpose static analysis tool
capable of application-specific analyses of C++ code. In the simplest
sense, Dehydra can be thought of as a semantic grep tool. It presents a
wealth of semantic information that can be queried with concise
JavaScripts. It is also useful to find bugs in source code as it allows
for much more error checking than C++ is capable of by itself.

Dehydra is built as a GCC plugin, thus it is easy to use for projects that
already support GCC.

Dehydra is also useful for generating language bindings and is used to
bootstrap Treehydra, a heavy-duty static analysis GCC plugin.

(This description is just a copy/paste of
https://developer.mozilla.org/en/Dehydra)

Please note that treehydra is part of the dehydra build, so it will also
be packaged at the same time. As both require gcc 4.5 plugin support, it
will live in experimental.

Anyone interested in co-maintaining this tool is welcome.

Cheers,

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#563109: ITP: e17-modules-svn -- Misc plugins for the e17 window manager

[Mike Hommey]

On Wed, Dec 30, 2009 at 11:28:37PM +0100, Albin Tonnerre wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Albin Tonnerre lu...@debian.org
 
 
 * Package name: e17-modules-svn
   Version : 0.16.999.063
   Upstream Author : e17 development team 
 enlightenment-de...@lists.sourceforge.net
 * URL : http://www.enlightenment.org/
 * License : various (GPL2, BSD, LGPL2.1)
   Programming Lang: C
   Description : Misc plugins for the e17 window manager
 
 This package provides a collection of non-core modules for e17, from the
 enlightenment.org SVN repository. They provide various functionnality, such 
 as :
  - Tiling capability
  - Network status applet
  - cpu/mem/disks status applet
  - digital clock applet
  - experimental composite extension

Could the package name *not* include -svn in its name, and use -extras
or something similar if e17-modules only is not possible ?

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#559761: ITP: release -- provides information about the current releases

[Mike Hommey]

On Mon, Dec 07, 2009 at 12:14:54AM +0100, Benjamin Drung wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Benjamin Drung bdr...@ubuntu.com
 
 * Package name: release
   Version : 0.1 (native)
   Upstream Author : Benjamin Drung bdr...@ubuntu.com
 * License : GPL v3+
   Programming Lang: Python
   Description : provides information about the current releases
 
  This package contains information about all releases of Debian and Ubuntu. 
 The
  release script will give you the codename for e.g. the latest stable release 
 of
  your distribution. To get information about a specific distribution there are
  the debian-release and the ubuntu-release scripts.
 
 It's based on the idea posted on the ubuntu-devel-discuss mailing list [1]. 
 Comments, suggestions and feature requests are highly welcome.
 
 For Debian I need some informations: Until when were following releases 
 supported: buzz, rex, bo, hamm, slink, and potato?
 
 [1] 
 http://www.mail-archive.com/ubuntu-devel-disc...@lists.ubuntu.com/msg09951.html

I fail to see how that can be useful as a package, except if the package
only calls an online service, in which case having that as a package
makes not much sense.
For example, ubuntu-release -d would say lucid on karmic, but what
about when lucid is released ? karmic is still going to say lucid, while
lucid will be saying the next one.
Wouldn't it be simpler for ubuntu to use something like ubuntu-next or
ubuntu-dev as a target distribution ? Debian doesn't have these
problems, since it only uses unstable. (likewise for stable, where we
have s-p-u and stable-security)

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#520662: O: iceape -- The Iceape Internet Suite

[Mike Hommey]

On Thu, Oct 29, 2009 at 08:02:59PM -0400, Barry deFreese wrote:
 OK, it's now 7 months and it's still an O: bug.. WTF.

It could be an RFH, but an RFH gets less attention.

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#551645: ITP: ps3-media-server -- DLNA UPnP Media Server, dedicated to PS3

[Mike Hommey]

On Mon, Oct 19, 2009 at 10:51:03PM +0530, Ritesh Raj Sarraf wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Ritesh Raj Sarraf r...@researchut.com
 
 * Package name: ps3-media-server
   Version : 1.10.5
   Upstream Author : PMS Developers
 * URL : http://code.google.com/p/ps3mediaserver/
 * License : GPLv2
   Programming Lang: Java
   Description : DLNA UPnP Media Server, dedicated to PS3
 
 PS3 Media Server is a DLNA compliant Upnp Media Server for the PS3,
 written in Java, with the purpose of streaming or transcoding any kind
 of media files, with minimum configuration. It's backed up with the
 powerful Mplayer/FFmpeg packages.

So, if this is a Upnp media server, like mediatomb, how can it be
dedicated to the PS3 ?

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#551210: ITP: blame -- display the last modification for each line in an RCS file

[Mike Hommey]

On Fri, Oct 16, 2009 at 08:23:34AM -0700, Andrew Pollock wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Andrew Pollock apoll...@debian.org
 
 * Package name: blame
   Version : 1.3.1
   Upstream Author : Michael Chapman foo...@users.sourceforge.net
 * URL : http://blame.sourceforge.net/
 * License : GPL-2
   Programming Lang: C
   Description : display the last modification for each line in an RCS file
 
  Blame is the equivalent for CVS's annotate command.
  .
  An annotated RCS file describes the revision and date in which each line was
  added to the file, and the author of each line.

As much as I do like this software as it turned out to be useful to me
in several cases, I'm not sure using the generic 'blame' name is a
good idea. Probably rcs-blame (with or without dash, you choose) would
be better IMHO.

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#550860: ITP: gnaughty -- downloader for adult content

[Mike Hommey]

On Tue, Oct 13, 2009 at 05:58:01PM +0200, Frederic Peters wrote:
 Michal Čihař wrote:
 
  * Package name: gnaughty
Version : 1.2.0
Upstream Author : Troy McClure tro...@users.sourceforge.net
  * URL : http://gnaughty.sourceforge.net/
  * License : GPL
Programming Lang: C
Description : downloader for adult content
  
  Program to automatically download adult sex content, i.e. porn movies
  and pictures, from a known internet porn directory.
  
  Providing a friendly interface, users who feel like having some porn can
  have it served fastly and directly to their desktop.
 
 Do you know about bug 283578 ?

Arguably, while hot-babe did contain hot pictures, gnaughty only is a
GUI to get them and doesn't provide them. Or at least that is what the
description above says.

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#550723: ITP: gjs -- Mozilla-based javascript bindings for the GNOME platform

[Mike Hommey]

On Mon, Oct 12, 2009 at 11:11:34AM -0300, Gustavo Noronha Silva wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Gustavo Noronha Silva gustavo.noro...@collabora.co.uk
 
 
 * Package name: gjs
   Version : 0.2
   Upstream Author : Litl
 * URL : http://live.gnome.org/Gjs
 * License : MIT, with parts triple licensed under: GPL2+, LGPL2+, 
 MPL1.1
   Programming Lang: C
   Description : Mozilla-based javascript bindings for the GNOME platform
 
 Gjs is a Javascript binding for GNOME, that allows you to use all of
 GNOME's platform libraries using the Javascript language. It's mainly
 based on the Mozilla javascript engine and the GObject introspection
 framework.

Please tell me this can build against a system library.

PS: why spidermonkey ? It looks a strange choice when most gnome
applications switched away from gecko and now use webkit...

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#550031: ITP: libjs-extjs -- a cross-browser JavaScript library

[Mike Hommey]

On Wed, Oct 07, 2009 at 03:58:45PM +0200, Raphael Hertzog wrote:
 On Wed, 07 Oct 2009, Marcus Better wrote:
  This is non-free. Please keep it out of Debian.
  
  Surely you are aware of the huge controversy around Ext JS licensing.
 
  There is no need to repeat that story here, let me just point to this page:
http://www.extjs.com/company/dual.php
  
  Here they make claims that directly contravene parts of GPL-3:
  
  If you derive a commercial advantage by having a closed source
  solution, you must purchase an appropriate number of commercial licenses
  from Ext.
 
 This applies to you if you use it in a non-open source project. It doesn't
 apply here.
 
  If you wish to use the open source license of an Ext product, you must
  contribute all your source code to the open source community and you
  must give them the right to share it with everyone too.
 
 Dual licensing is a common choice (trolltech/mysql) and doesn't make the
 software non-free. At least the (out of context) quotes you give do not
 make this software non-free. There may be other issues I don't know but
 you'll have to explain in more depth what the problems are.

Except the issue is not about dual licensing, but about intent being
different to what the license actually says. i.e. The GPL3 the code is
supposed to be released under doesn't have these obligations, and
anybody not contributing back or taking commercial advantage in a closed
source solution is in its total rights under the GPL3 license.

If these rights are supposed to be taken off, then this means the
code is not meant to be under GPL3. What they really want is probably
AGPL.

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#544546: ITP: libfop-java -- Print formatter driven by formatting objects (XSL-FO)

[Mike Hommey]

On Tue, Sep 01, 2009 at 01:42:26PM +0200, Samuel Thibault 
sthiba...@debian.org wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Samuel Thibault sthiba...@debian.org
 
 * Package name: libfop-java
   Version : 0.95
   Upstream Author : The Apache Software Foundation.
 * URL : http://xmlgraphics.apache.org/fop/
 * License : ASL 2.0
   Programming Lang: Java
   Description : Print formatter driven by formatting objects (XSL-FO)
 
 libfop-java reads a formatting object (FO) tree and renders the
 resulting pages to a specified output. Output formats currently
 supported include PDF, PS, PCL, AFP, XML (area tree representation),
 Print, AWT and PNG, and to a lesser extent, RTF and TXT.

There is already a package for fop:
http://packages.debian.org/sid/fop

Maybe all you want is make it more suitable to be used by other packages?

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#520662: O: iceape -- The Iceape Internet Suite

[Mike Hommey]

On Thu, Aug 20, 2009 at 03:13:38PM +0200, Ana Guerrero wrote:
 
 Hi Mike and all,
 
 On Sat, Mar 21, 2009 at 06:45:01PM +0100, Mike Hommey wrote:
  Package: wnpp
  Severity: normal
  
  See the great thread about Sponsorship requirements and copyright files on
  debian-devel to understand why.
 
 
 This is now 5 months old and (no surprisingly) nobody adopted iceape, time to 
 ask 
 for removal?

Let's just keep the bug this way, it's currently not really orphaned,
but in desperate need for hands.

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#530022: ITP: vmfs-tools -- Tools to access VMFS filesystems

[Mike Hommey]

Package: wnpp
Severity: wishlist
Owner: Mike Hommey gland...@debian.org

* Package name: vmfs-tools
  Version : 0.1.0 soon to be released
  Upstream Author : Christophe Fillot c...@utc.fr
Mike Hommey m...@glandium.org
* URL : none yet
* License : GPLv2+
  Programming Lang: C
  Description : Tools to access VMFS filesystems

 VMFS is a clustered filesystem designed to store virtual machine disks for
 VMware ESX or ESXi Server hosts. This set of tools allows to access these
 filesystems from some other non ESX/ESXi host for e.g. maintenance tasks.

 Only read access is available at the moment, but write access is under
 works. Multiple extents are supported.

 The VMFS can be accessed with a command line tool or mounted through a
 userspace filesystem (FUSE-based).



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#522683: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

[Mike Hommey]

On Wed, Apr 15, 2009 at 05:58:49PM +0200, Luca Niccoli lultimou...@gmail.com 
wrote:
 2009/4/12 Raphael Hertzog hert...@debian.org:
 
  Expect grumpy people every time that you add something new that they have
  to learn. I also had troubles with hal and X when I tried the X servers in
  experimental. But I have not read any serious criticism based on technical
  facts in the bug report you showed.
 
 I don't know if the fact that hal has 65 (sixty-five) outstanding bugs
 (many of which lay unanswered, some since YEARS), plus 10 forwarded
 bugs, qualifies as technical.

Bug count is not a good metric. Take a look at the bug count for linux-2.6,
glibc, iceweasel...

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#522996: ITP: jruby1.2 -- 100% pure-Java implementation of Ruby

[Mike Hommey]

On Tue, Apr 07, 2009 at 12:09:56PM -0700, Sebastien Delafond wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Sebastien Delafond s...@debian.org
 
 
 
 * Package name: jruby1.2
   Version : 1.2.0
   Upstream Author : The JRuby Team
 * URL : http://jruby.codehaus.org/
 * License : tri-license CPL/GPL/LGPL
   Programming Lang: Java
   Description : 100% pure-Java implementation of Ruby
 
 JRuby is tightly integrated with Java to allow the embedding of the
 interpreter into any Java application with full two-way access between
 the Java and the Ruby code.

Why do we need jruby1.0, jruby1.1 and now jruby1.2 ?

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#522996: ITP: jruby1.2 -- 100% pure-Java implementation of Ruby

[Mike Hommey]

On Tue, Apr 07, 2009 at 01:40:54PM -0700, Sebastien Delafond wrote:
 On Apr/07, Adeodato Simó wrote:
  The question was, rather: why would a user want to install jruby1.0 or
  jruby1.1 instead of jruby1.2? What purpose does it serve having three
  different versions in the archive instead of one, or two at most?
 
 jruby1.0 will indeed be removed shortly from the archive, so we can move
 forward without accumulating too many versions of jruby.

But why a need for two versions at a time ? AFAICS, jruby 1.2 supports
both ruby 1.8 *and* 1.9, as jruby 1.1 does, so why would jruby 1.1 still
be needed ?

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#522996: ITP: jruby1.2 -- 100% pure-Java implementation of Ruby

[Mike Hommey]

On Tue, Apr 07, 2009 at 02:17:09PM -0700, Sebastien Delafond wrote:
 On Apr/07, Mike Hommey wrote:
  But why a need for two versions at a time ? AFAICS, jruby 1.2 supports
  both ruby 1.8 *and* 1.9, as jruby 1.1 does, so why would jruby 1.1
  still be needed ?
 
 As I said in my other mail, for transition reasons;
 backward-compatibility is something many people like to *try* before
 actually taking the leap.

Backward compatibility apply for ruby 1.8 vs ruby 1.9. I don't see it
applying between jruby 1.1 and jruby 1.2, except for bugs.

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#522196: #522196 - RFP: gnu icecat - the GNU version of Mozilla Firefox

[Mike Hommey]

On Fri, Apr 03, 2009 at 03:42:22PM +0200, Nico Golde n...@ngolde.de wrote:
 Hi,
 * Raphael Geissert atom...@gmail.com [2009-04-02 19:45]:
  [Security team BCC'ed]
  
  Hi,
  
  Do we really need another mozilla browser around?
  Last time I heard the iceweasel maintainers were looking for other people 
  to 
  help them.
  
  I don't think yet another clone of firefox is going to do any good in any 
  sense (including the security POV).
 
 As providing security support for the ice* suite is already 
 PITA and I see no reason why we should include this given 
 that we have ice* I strongly oppose to include this to 
 Debian.

Actually, after talking to Giuseppe Scrivano (submitter of the RFP, and
icecat upstream maintainer), it appears icecat can be summarized
(implementation-wide) as a few preferences changes and an extension over
firefox/iceweasel, plus, obviously, branding.

If someone is interested in icecat in Debian, one can surely come up with
a nice small package on top of iceweasel (modulo branding, but it would be
nice to fix that in firefox upstream so that branding for iceweasel itself
would be easier, see the deb/iceweasel-rename branch of the iceweasel git
repo).

See #522331, too, for some ideas that could(should) go into iceweasel.

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#520661: O: xulrunner -- XUL + XPCOM application runner

[Mike Hommey]

On Wed, Mar 25, 2009 at 02:17:31AM +0100, Alexander Sack wrote:
 
 retitle 520661 ITA: xulrunner -- XUL + XPCOM application runner
 owner 520661 a...@debian.org
 thanks
 
 On Sat, Mar 21, 2009 at 06:43:41PM +0100, Mike Hommey wrote:
  Package: wnpp
  Severity: normal
  
  See the great thread about Sponsorship requirements and copyright files on
  debian-devel to understand why.
  
 
 I have not read through mail archive to understand why this triggered
 your move, but for now I take the ITA for this package ... could be
 that i jump off after reading that thread for sure :).
 
 Can you make your git tree public somewhere so that the transition
 will be technically more or less seemless?

I'm not sure this is a good idea you jump in on xulrunner. Because that
would mean more work for you, and I know you already have enough work,
and that would also mean the mozilla team would basically not grow.

Moreover, I'm not sure I will be able to keep my promise of actually
stopping to maintain it...

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#520661: O: xulrunner -- XUL + XPCOM application runner

[Mike Hommey]

On Wed, Mar 25, 2009 at 09:41:16AM +0100, Alexander Sack wrote:
 
 retitle 520661 O: xulrunner -- XUL + XPCOM application runner
 thanks
 
 orphaning back in case fresh blood wants to work on this.
 
 On Wed, Mar 25, 2009 at 07:35:53AM +0100, Mike Hommey wrote:
  On Wed, Mar 25, 2009 at 02:17:31AM +0100, Alexander Sack wrote:
   
   retitle 520661 ITA: xulrunner -- XUL + XPCOM application runner
   owner 520661 a...@debian.org
   thanks
   
   On Sat, Mar 21, 2009 at 06:43:41PM +0100, Mike Hommey wrote:
Package: wnpp
Severity: normal

See the great thread about Sponsorship requirements and copyright 
files on
debian-devel to understand why.

   
   I have not read through mail archive to understand why this triggered
   your move, but for now I take the ITA for this package ... could be
   that i jump off after reading that thread for sure :).
   
   Can you make your git tree public somewhere so that the transition
   will be technically more or less seemless?
  
  I'm not sure this is a good idea you jump in on xulrunner. Because that
  would mean more work for you, and I know you already have enough work,
  and that would also mean the mozilla team would basically not grow.
  
  Moreover, I'm not sure I will be able to keep my promise of actually
  stopping to maintain it...
  
 
 dude, if thats the case then don't orphan it :) ... or at least tell
 me offline that you want to use this O: to attract contributors rather
 than giving it away.
 
 In the end I still have the dream to eliminate one huge duplication of
 work - which xulrunner is imo. If we could share sources packages here
 and there it would be a huge win imo.

xulrunner is all but a duplication of work. It's even the contrary! At
most, it is a duplication of source tarball.

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#520661: O: xulrunner

[Mike Hommey]

Package: wnpp
Severity: normal

See the great thread about Sponsorship requirements and copyright files on
debian-devel to understand why.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
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

Bug#520664: O: nss -- Network Security Service libraries

[Mike Hommey]

Package: wnpp
Severity: normal

See the great thread about Sponsorship requirements and copyright files on
debian-devel to understand why.

-- System Informatione
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
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

Bug#520662: O: iceape -- The Iceape Internet Suite

[Mike Hommey]

Package: wnpp
Severity: normal

See the great thread about Sponsorship requirements and copyright files on
debian-devel to understand why.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
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

Bug#520663: O: nspr -- NetScape Portable Runtime Library

[Mike Hommey]

Package: wnpp
Severity: normal

See the great thread about Sponsorship requirements and copyright files on
debian-devel to understand why.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
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

Bug#519339: ITP: tmux -- an alternative to screen, licensed under 3-BSD

[Mike Hommey]

On Thu, Mar 12, 2009 at 09:43:37PM +, Steve Kemp wrote:
 On Thu Mar 12, 2009 at 22:37:41 +0100, Karl Ferdinand Ebert wrote:
 
  - a more usable status line syntax, with the ability to display the first 
  line
of output of a specific command;
 
   That is also possible in GNU Screen.
 
  - a cleaner, modern, easily extended, BSD-licensed codebase.
 
   That would be a nice bonus.  Frankly the GNU Screen codebase
  is very messy.  (I've worked with it a fair bit.)
 
   The design of tmux seems less secure, too.
 
  In which way is it less secure?
 
   I've not looked at this at all -  but the idea of shared sockets
  in /tmp which I recall from a previous message in the thread jumped out
  at me as being a recipe for symlink attacks, if nothing else.

Screen does that too, so that would hardly be less secure than screen.

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#519339: ITP: tmux -- an alternative to screen, licensed under 3-BSD

[Mike Hommey]

On Fri, Mar 13, 2009 at 12:19:40PM -0500, Peter Samuelson wrote:
 
 I've not looked at this at all -  but the idea of shared sockets
in /tmp which I recall from a previous message in the thread jumped out
at me as being a recipe for symlink attacks, if nothing else.
 
 [Mike Hommey]
  Screen does that too, so that would hardly be less secure than screen.
 
 Well, if by in /tmp you mean in /var/run/screen.

Well, that's a Debian thing. Upstream default is /tmp/screens, and last
time I checked on RH, it was there too.

Mike



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#482390: ITP: unbound -- Validating, recursive, and caching DNS resolver.

[Mike Hommey]

On Thu, May 22, 2008 at 01:17:29PM +0200, Pierre Habouzit [EMAIL PROTECTED] 
wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Pierre Habouzit [EMAIL PROTECTED]
 
 * Package name: unbound
   Version : 1.0.0
   Upstream Author : NLnet Labs http://www.nlnetlabs.nl/
 * URL : http://unbound.net/
 * License : BSD
   Programming Lang: (C, C++, C#, Perl, Python, etc.)
   Description : Validating, recursive, and caching DNS resolver.
Unbound is designed as a set of modular components, so that also
DNSSEC (secure DNS) validation and stub-resolvers (that do not run as a
server, but are linked into an application) are easily possible.
 
   Note: this is _NOT_ the final description that will be used in the
 packaging, no need to answer to tell me it sucks, I'm aware of it :) I
 merely cutpasted one § of the upstream homepage.

You're late, already. #482277.

Mike



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#478167: ITP: cowpoke -- Builds a single Debian source package with a remote cowbuilder

[Mike Hommey]

On Mon, Apr 28, 2008 at 03:02:27AM +0930, Ron wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Ron [EMAIL PROTECTED]
 
   Package name: cowpoke
   Version : 0.1
   Upstream Author : Ron [EMAIL PROTECTED]
   URL : git://git.debian.org/git/users/ron/cowpoke.git (coming 
 soon)
   License : GPL
   Programming Lang: bash
   Description : Builds a single Debian source package with a remote 
 cowbuilder
 
  The cowpoke script automates the task of sending a package to a remote
  cowbuilder instance, to be built (and optionally also signed and uploaded)
  immediately.  It is not a replacement for a scheduling build daemon in
  situations where many packages are continuously being built, but it does
  take a lot of the manual work out of the task of doing a 'final' package
  build in a clean-room environment (or for alternative architectures), for
  people with build machines that are idle enough for manual scheduling to
  be entirely sufficient.

Do we really need a new package for a single script ? Can't that go in
in with cowbuilder ?

Mike



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#468290: ITP: mozilla-dom-inspector -- tool for inspecting the DOM of pages in Mozilla-based browsers

[Mike Hommey]

Package: wnpp
Severity: wishlist
Owner: Mike Hommey [EMAIL PROTECTED]

* Package name: mozilla-dom-inspector
  Version : ??
  Upstream Author : Mozilla Foundation
* URL : https://addons.mozilla.org/en-US/firefox/addon/6622
* License : MPL/GPL/LGPL
  Programming Lang: Javascript
  Description : tool for inspecting the DOM of pages in Mozilla-based 
browsers

Current mozilla trunk doesn't bundle the DOM inspector with Firefox and
friends anymore, which means we'll have to make it an external package
soon.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#450850: ITP: libllmozlib -- A wrapper library with simple API for embedding of Gecko browsers via XULRunner

[Mike Hommey]

On Sun, Nov 11, 2007 at 04:58:57PM +, robin cornelius wrote:
 Package: wnpp
 Severity: wishlist
 Owner: robin cornelius [EMAIL PROTECTED]
 
 
 * Package name: libllmozlib
   Version : 1.1.1
   Upstream Author : Callum Prentice [EMAIL PROTECTED]
 * URL : http://www.ubrowser.com
 * License : Mozilla Tri-licence MPL1.1 or GPL2 or LGPG2.1
   Programming Lang: CPP
   Description : A wrapper library with simple API for embedding of Gecko 
 browsers
  via XULRunner

No need to talk about XULRunner in the short description.

Mike



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#377467: helping svn-buildpackage development

[Mike Hommey]

On Wed, Nov 07, 2007 at 11:49:33AM +0200, Eddy Petrișor wrote:
 Hello Mike,
 
 I would like to know if you are still interested in co-maintaining
 svn-buldpackage? I have recently had the time to fix quite a few bugs in it, 
 but
 still a helping hand is always welcome.

I'm unfortunately not using svn anymore. I can send you some scripts I
made, though they are for svk and would need some adaptation to be
useable with svn, that make use of the svn perl API to extract a tar
from a given path at some release and is able to create a .diff.gz (from
a diff of 2 branches) and a .dsc file.
I don't have much free time, too.

 BTW, the graphs you generate at http://people.debian.org/~glandium/bts/ are
 great and is really conforting and motivating to see those abrupt falls:
 
 http://people.debian.org/~glandium/bts/s/svn-buildpackage.png
 
 
 P.S.: those scripts seem to have gone a little awry; see the directories , ,
 +, -, , , R, [, ] and `.

These are due to regular fuckage in the package bug list file on
qa.debian.org, which in turn are usually due to bad bug report
formatting and bugs ending assigned to impossible package names.

Cheers,

Mike



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#443392: ITP: gitpkg -- helper scripts for maintaining packages with git

[Mike Hommey]

On Fri, Sep 21, 2007 at 04:53:34PM +0930, Ron [EMAIL PROTECTED] wrote:
 On Fri, Sep 21, 2007 at 07:42:52AM +0200, Mike Hommey wrote:
  On Fri, Sep 21, 2007 at 10:49:26AM +0930, Ron [EMAIL PROTECTED] wrote:
   Package: wnpp
   
   * Package name: gitpkg
 Description : helper scripts for maintaining packages with git
   
This packages provides some simple scripts that assist with maintaining
Debian packages in git.
.
gitpkg- creates a source package from tagged revisons.
git-debimport - creates a git repository from a set of existing packages.
  
  Couldn't that be merged with git-buildpackage ?
 
 Well, they are kind of orthogonal, so I don't really see what sense that
 would make.  If you are using the git-buildpackage framework, then you
 don't really need these scripts (...)

Actually, I don't see why it's necessary to have a package for 2 scripts
that might not be even 100 lines each. These scripts could be
distributed with git-buildpackage. There is no reason git-buildpackage
should be limited to the set of scripts it already contains, or a single
possible workflow for using git to maintain debian packages ?

What are we going to see next ? Yet another package because someone else
will feel none of gitpkg or git-buildpackage fit his needs ?

Why not have only one package containing different tools that fit
different needs ?

Mike



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#443392: ITP: gitpkg -- helper scripts for maintaining packages with git

[Mike Hommey]

On Fri, Sep 21, 2007 at 10:49:26AM +0930, Ron [EMAIL PROTECTED] wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Ron [EMAIL PROTECTED]
 
 * Package name: gitpkg
   Version : 0.1
   Upstream Author : Ron [EMAIL PROTECTED]
 * URL : http://people.debian.org/~ron/gitpkg/
 * License : GPL
   Programming Lang: bash
   Description : helper scripts for maintaining packages with git
 
  This packages provides some simple scripts that assist with maintaining
  Debian packages in git.
  .
  gitpkg- creates a source package from tagged revisons.
  git-debimport - creates a git repository from a set of existing packages.

Couldn't that be merged with git-buildpackage ?

Mike



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#441301: ITP: url2file -- wget a URL into a file an print the filename

[Mike Hommey]

On Sat, Sep 08, 2007 at 01:35:51PM +0200, Loic Dachary [EMAIL PROTECTED] 
wrote:
 Package: wnpp
 Owner: Loic Dachary (OuoU) [EMAIL PROTECTED]
 Severity: wishlist
 
 * Package name: url2file
   Version : 0.2.0
   Upstream Author : Loic Dachary
 * URL or Web page : http://specs.dachary.org/url2file/
 * License : GNU GPLv2 or later
   Description : wget a URL into a file an print the filename

Do we really need a new package for a 10 lines script ? Can't that be
included in another one ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#441301: ITP: url2file -- wget a URL into a file an print the filename

[Mike Hommey]

On Sat, Sep 08, 2007 at 06:12:28PM +0200, Loic Dachary [EMAIL PROTECTED] 
wrote:
 Mike Hommey [EMAIL PROTECTED] writes:
 
  On Sat, Sep 08, 2007 at 01:35:51PM +0200, Loic Dachary [EMAIL PROTECTED] 
  wrote:
  Package: wnpp
  Owner: Loic Dachary (OuoU) [EMAIL PROTECTED]
  Severity: wishlist
  
  * Package name: url2file
Version : 0.2.0
Upstream Author : Loic Dachary
  * URL or Web page : http://specs.dachary.org/url2file/
  * License : GNU GPLv2 or later
Description : wget a URL into a file an print the filename
 
  Do we really need a new package for a 10 lines script ? 
  Can't that be included in another one ?
 
   Maybe it could, do you have specific ideas ? 

Maybe moreutils ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#441302: ITP: getxpath -- extract a value from a XML file using a XPATH expression

[Mike Hommey]

On Sat, Sep 08, 2007 at 04:34:36PM +0200, Bernd Zeimetz [EMAIL PROTECTED] 
wrote:
 Ondrej Certik wrote:
  same here, do we really need a package for a wrapper around xsltproc,
  where the GPL header is larger than the script itself?
  
  Why not to put that script inside the xsltproc package instead of
  creating a new one?
 
 sounds like an good idea.

And with my libxslt maintainer hat on, I must say I'm not against it.

So Loic, if you're okay with the idea, please reassign the bug as a
wishlist against xsltproc. It would also be helpful if you'd attach the
script and the xslt to the bug.

Cheers,

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#440938: ITP: xulrunner-l10n -- language packages for xulrunner

[Mike Hommey]

On Wed, Sep 05, 2007 at 05:11:51PM +0200, arno renevier [EMAIL PROTECTED] 
wrote:
 Package: wnpp
 Severity: wishlist
 Owner: arno renevier [EMAIL PROTECTED]
 
 
 * Package name: xulrunner-l10n
   Version : 1.8.1-1
   Upstream Author : Mozilla Project and Mozilla Localization Projects
 * URL : http://www.mozilla.org/projects/l10n/
 * License : GPL, LGPL, and MPL
   Description : language packages for xulrunner
 
  XULRunner is a single gecko runtime that can be used to bootstrap
  multiple XUL + XPCOM applications that are as rich as Firefox and
  Thunderbird.
  .
  This package provides localizations for xulrunner
 
 
 Additional informations:
 xulrunner-l10n will have similarity with iceweasel-l10n; some part of
 xulrunner-l10n source will come from iceweasel-l10n source package, other part
 will come from mozilla cvs.
 
 source package will provide 43 localization packages + one meta package
 xulrunner-l10n-all which depends on all localization packages.
 
 Unlike iceweasel-l10n, localization packages will not be installed as
 extensions, but directly in /usr/share/xulrunner/chrome because current 
 version
 of xulrunner does not allow global extensions for all applications. Hopefully,
 that will change in the future, and localization packages could be real 
 mozilla
 extensions.

Actually, it *does* allow global extensions, but applications embedding 
libxul or using xulrunner have to initialize the extensions manager by
themselves in order to get these extensions enabled. This is something that
is, unfortunately, not very likely to change.

Note having added stuff in the chrome without extensions recently, I can't
tell you if it will be necessary to go through a registration phase, but
I think putting a chrome.manifest file alongside should be enough.

If it is not, please bug me so that we find something (which might be in 
the form of a script provided by the libxul package)

Cheers,

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#440938: ITP: xulrunner-l10n -- language packages for xulrunner

[Mike Hommey]

On Wed, Sep 05, 2007 at 06:45:18PM +0200, arno [EMAIL PROTECTED] wrote:
 Le mercredi 05 septembre 2007, à 17:50:35 +0200, Mike a écrit : 
  
  Actually, it *does* allow global extensions, but applications embedding 
  libxul or using xulrunner have to initialize the extensions manager by
  themselves in order to get these extensions enabled. This is something that
  is, unfortunately, not very likely to change.
 
 What I meant here is you can use global extension for some applications, but 
 not 
 for xulrunner globally. ie: an extension has to provide an install.rdf 
 referencing all xulrunner application it works with.
 
 So if you have a xulrunner extension, and you create a new application, you 
 must:
 - enable extension manager (easy: can be done in the application itself)
 - change something in extension install.rdf (difficult: you must modify 
 another 
 debian package). That's what I want to avoid here.
 
 I think it will be easier to avoid that in xulrunner 1.9 (I'm not totally 
 sure, 
 but that's what I understand from mozilla bug 299716)

Yes, in this case, the changes scheduled for xulrunner 1.9 might be
helpful.

  Note having added stuff in the chrome without extensions recently, I can't
  tell you if it will be necessary to go through a registration phase, but
  I think putting a chrome.manifest file alongside should be enough.
 
 adding a .jar and a manifest in /usr/share/xulrunner/chrome/ seems to work 
 fine. 
 That's the way we do things in my paid job. But if you want to provide 
 a components/ directory, you have to provide a real extension - otherwise, 
 the 
 component(s) may not be reregistered after modifications.

You can add the component(s) in /usr/lib/xulrunner/components and
touch the /usr/lib/xulrunner/.autoreg file. The new component(s) will be
autoregistered at application startup. (Works the same with removed
components). See the xulrunner-gnome-support package.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#440391: ITP: ganeti -- Virtual server cluster management platform

[Mike Hommey]

On Sat, Sep 01, 2007 at 07:23:19AM +0100, Guido Trotter [EMAIL PROTECTED] 
wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Ganeti Debian Team [EMAIL PROTECTED]
 
 * Package name: ganeti
   Version : 1.2~b1
   Upstream Author : Ganeti Team [EMAIL PROTECTED]
 * URL : http://code.google.com/p/ganeti/
 * License : GPLv2
   Programming Lang: Python
   Description : Virtual server cluster management platform
 
 Ganeti is a virtual server cluster management software tool built on top
 of the Xen virtual machine monitor and other Open Source software. After
 setting it up it will provide you with an automated environment to
 manage highly available virtual machine instances.

There is already an ITP for this: #440359.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#435058: ITP: smolt -- Fedora hardware profiler

[Mike Hommey]

On Sat, Jul 28, 2007 at 09:28:46PM -0400, Ricky Zhou [EMAIL PROTECTED] wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Ricky Zhou [EMAIL PROTECTED]
 
 
 * Package name: smolt
   Version : 0.9.8.3
   Upstream Author : Mike McGrath [EMAIL PROTECTED]
 * URL : https://hosted.fedoraproject.org/projects/smolt/
 * License : GPL
   Programming Lang: Python
   Description : Fedora hardware profiler
 
 The Fedora hardware profiler is a server-client system that does a
 hardware scan against a machine and sends the results to a public Fedora
 Project turbogears server.  The sends are anonymous and should not
 contain any private information other than the physical hardware
 information and basic OS info.

What is the added value for Debian users of sending these informations
*to Fedora* ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Mike Hommey]

On Thu, Jul 19, 2007 at 10:57:35PM +0200, Bernd Zeimetz [EMAIL PROTECTED] 
wrote:
 
   Parallel scp (pscp)
  
  FYI (and if you don't already know) /usr/bin/pscp is also provided by
  putty-tools.
 
 
 That's something I'm still wondering about - I can't see the advantage
 of pscp over scp. Putty is nice to have for all the people who switch
 from Windows to Debian and who're used to it - but pscp???

I don't know for the unix version, but the windows version of pscp can
load putty configurations, which makes it quite easy to do fancy setups
(like going through proxies and such) and be able to use them with pscp.

People using putty are likely to love this feature, while having to
write openssh conf files might be a problem for them.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432310: ITP: umtsmon -- Use it to control UMTS/GPRS cards in notebooks

[Mike Hommey]

On Mon, Jul 09, 2007 at 12:49:20PM +0200, Andreas Weller [EMAIL PROTECTED] 
wrote:
 Package: ITP: umtsmon -- Use it to control UMTS/GPRS cards in notebooks
 Version: 0.6-1
 
 Hi!
 I use this tool for configuring my UMTS card with a GUI. As it is not
 (yet) in the debian repositories I created a debian package and uploaded
 it to http://mentors.debian.net/debian/pool/main/u/umtsmon
 May be it's useful for others, too :-)

Next time, please use reportbug wnpp to file a proper ITP ;)

Ccing debian-devel, as ITPs are supposed to go there, too.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#428855: ITP: webkit -- HTML rendering engine library

[Mike Hommey]

Package: wnpp
Severity: wishlist
Owner: Mike Hommey [EMAIL PROTECTED]

* Package name: webkit
  Version : svn snapshot
  Upstream Author : Apple Computer Inc.
* URL : http://www.webkit.org/
* License : mixed LGPL and BSD
  Programming Lang: C, C++
  Description : HTML rendering engine library

WebKit is an open source web browser engine. WebKit is also the name of
the Mac OS X system framework version of the engine that's used by
Safari, Dashboard, Mail, and many other OS X applications. WebKit's HTML
and JavaScript code began as a branch of the KHTML and KJS libraries
from KDE.

(Note this won't be the long description, it's only a copy/paste of the
beginning of the website, to briefly explain what it will be about)

I would pretty much like, if people is interested, to create a
pkg-webkit maintenance group on alioth. So please, interested people,
contact me.

I will have a useable package in a few days, but it will still need work
in the control and copyright files before being uploaded to sid.

Cheers,

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#428855: ITP: webkit -- HTML rendering engine library

[Mike Hommey]

On Thu, Jun 14, 2007 at 07:39:37PM +0200, Mike Hommey [EMAIL PROTECTED] wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Mike Hommey [EMAIL PROTECTED]
 
 * Package name: webkit
   Version : svn snapshot
   Upstream Author : Apple Computer Inc.
 * URL : http://www.webkit.org/
 * License : mixed LGPL and BSD
   Programming Lang: C, C++
   Description : HTML rendering engine library
 
 WebKit is an open source web browser engine. WebKit is also the name of
 the Mac OS X system framework version of the engine that's used by
 Safari, Dashboard, Mail, and many other OS X applications. WebKit's HTML
 and JavaScript code began as a branch of the KHTML and KJS libraries
 from KDE.
 
 (Note this won't be the long description, it's only a copy/paste of the
 beginning of the website, to briefly explain what it will be about)
 
 I would pretty much like, if people is interested, to create a
 pkg-webkit maintenance group on alioth. So please, interested people,
 contact me.
 
 I will have a useable package in a few days, but it will still need work
 in the control and copyright files before being uploaded to sid.

A private reply to this ITP made me realize I didn't specify it: both
the QT and Gtk backend will be provided.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#428855: ITP: webkit -- HTML rendering engine library

[Mike Hommey]

On Thu, Jun 14, 2007 at 03:23:26PM -0500, Ron Johnson [EMAIL PROTECTED] wrote:
 A private reply to this ITP made me realize I didn't specify it: both
 the QT and Gtk backend will be provided.
 
 In the same package?  If so, wouldn't that possible pull in packages 
 unneeded by the rest of the system?

From the same source package, yes. It will be a multiple binary package,
obviously.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#422423: ITP: libtool-cvs -- Generic library support script - CVS snapshot

[Mike Hommey]

On Sat, May 05, 2007 at 10:01:32PM +0200, Piotr Roszatycki [EMAIL PROTECTED] 
wrote:
 X-Debbugs-Cc: [EMAIL PROTECTED]
 Package: wnpp
 Severity: wishlist
 Owner: Piotr Roszatycki [EMAIL PROTECTED]
 
 * Package name: libtool-cvs
  Version : 2.1a (2007-04-10)
  Upstream Author : [EMAIL PROTECTED]
 * URL : http://www.gnu.org/software/libtool/
 * License : GPL
  Programming Lang: Shell
  Description : Generic library support script - CVS snapshot

Why not package this as libtool and upload to experimental ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#419696: ITP: freeimage -- Library to support popular graphics image formats

[Mike Hommey]

On Tue, Apr 17, 2007 at 03:16:39PM +0200, Federico Di Gregorio [EMAIL 
PROTECTED] wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Federico Di Gregorio [EMAIL PROTECTED]
 
 * Package name: freeimage
   Version : 3.9.3
   Upstream Author : Hervé Drolon [EMAIL PROTECTED]
 * URL : http://freeimage.sourceforge.net/
 * License : GPL or FreeImage Public License
   Programming Lang: C++
   Description : Library to support popular graphics image formats
 
 FreeImage is an Open Source library project for developers who would
 like to support popular graphics image formats like PNG, BMP, JPEG, TIFF
 and others as needed by today's multimedia applications. FreeImage is
 easy to use, fast, multithreading safe, and cross-platform (works both
 with Linux, 32 bit Windows and Mac OS X).

Is it just a NIH effect or does it have advantages over imlib, gd,
imagemagick and all the others image libraries we already have in the
archive ?

Mike

Bug#416150: ITP: nspr -- NetScape Portable Runtime Library

[Mike Hommey]

Package: wnpp
Severity: wishlist
Owner: Mike Hommey [EMAIL PROTECTED]

* Package name: nspr
  Version : 4.6.6
  Upstream Author : Mozilla Project
* URL : http://www.mozilla.org/projects/nspr/
* License : GPL/LGPL/MPL
  Programming Lang: C
  Description : NetScape Portable Runtime Library

 This library provides platform independent non-GUI operating system
 facilities including:
  * threads,
  * thread synchronisation,
  * normal file I/O and network I/O,
  * interval timing and calendar time,
  * basic memory management (malloc and free),
  * shared library linking.

This library is already provided by the xulrunner source package, but the
intent is now to have it built from a separate package.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#372629: ITA/RFS: libspf2 -- Sender Policy Framework library, written in C

[Mike Hommey]

On Fri, Mar 23, 2007 at 08:23:38PM +0100, Magnus Holmgren [EMAIL PROTECTED] 
wrote:
(...)

Have not taken a look at the package, but does the short description

 Description: Sender Policy Framework library, written in C

really have to say written in C ?

Mike



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#409367: ITP: iceape-locales -- language packs for Iceape

[Mike Hommey]

On Mon, Feb 05, 2007 at 10:20:06PM +0100, Daniel Baumann [EMAIL PROTECTED] 
wrote:
 Robert Luberda wrote:
  Yeah, it seems we have in Debian three different ways of naming 
  translation packages:
*-l10n-*  used for iceweasel and openoffice.org locales. 
*-locale-*used for icedove and enigmail translations.
*-i18n-*  used by kde packages.
 
 afaik, there are only icedove packages left using *-locale-*, so i'd
 like to get rid of the *-locale-* using packages completely now.
 
  Is there any particular reason for iceape-l10n-*  being a better
  name then iceape-locale-*? 
 
 consistency. end users and dumb people like me like it when they don't
 have to learn package naming schemes again and again for every group of
 packages.
 
 dreammaybe, we can even have a consistency within all debian packages
 for lenny (I don't care so much if it is *-i18n-* or *-l10n-*)./dream

dreamnot only for names but for short descriptions[1], or even better,
long descriptions, too/dream

Mike

1. development files for libfoo, libfoo -- development files,
Header files and static libraries for libfoo, libfoo (development
headers), libfoo (development package), etc.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#222899: Is this legal? [RFP: djohn -- Distributed password cracker]

[Mike Hommey]

On Thu, Jan 04, 2007 at 06:04:21PM +1100, Andrew Donnellan [EMAIL PROTECTED] 
wrote:
 AFAIK, in many jurisdictions, in regards to copyright circumvention it
 is often determined on the basis of 'is there any commercially viable
 legal use?' rather than 'is there any legal use?'. Did anyone
 *actually* use the program for legal purposes?
 
 Of course, as you mention the trial is not done yet, and if he's let
 off that should set a good precedent.

But if he's not, that would set a very bad one. And in a country where
the acquittal rate is below 1%[1]...

Anyways, there a huge load of programs, starting with tools provided in
a standard Windows environment, that can be used for copyright
infringment or other illegal affairs. Should we just put all computer
programmers to prison ?

Mike

1. http://papers.ssrn.com/sol3/papers.cfm?abstract_id=259848


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#396611: ITP: mach -- make a chroot of a rpm-based distribution

[Mike Hommey]

On Wed, Nov 01, 2006 at 07:00:03PM +0100, Loïc Minier [EMAIL PROTECTED] wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Loic Minier [EMAIL PROTECTED]
 
 * Package name: mach

Why does it have to have the same name as a well know (old) micro-kernel?

Mike

Bug#350740: Bug#351430: seamonkey for etch ?

[Mike Hommey]

On Thu, Sep 21, 2006 at 10:24:16PM -0400, Jaldhar H. Vyas [EMAIL PROTECTED] 
wrote:
 On Fri, 22 Sep 2006, James Westby wrote:
 
 Hi all,
 
 Sorry to but in, but have you seen the log of
 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350740
 
 This guy seems pretty interested and active. It seems your work and his
 are uncoordinated at the moment though.
 
 
 I agree.  Hendrik-Jan  if you have an account on alioth.debian.org can you 
 tell me the name.  Or if you don't have an account, can you set one up? 
 Then I will arange for you to get access to the seamonkey SVN repository.
 
 1.1 sounds like it should go to experimental.  For etch we should 
 concentrate on 1.0.5 or whatever is the most recent stable version IMO.

I think we should try to talk with the release managers. All new major
versions of mozilla products are going to be released just after the
hypothetical date of the freeze, but since upstream will drop support
for the current branches within six months after etch hypothetical release
date, that means we'll be on our own for security support quite quickly.
On the other hand, the soon to be released branches will be supported at
least 6 more months, which means we'll be on our own much later. It is a
better long term support plan...

 I've already mentioned this to Alexander but I'll say it again, IMO 
 seamonkey should be one package rather than split up.  It is supposed to 
 be an Internet suite after all and people who want a more fine-grained set 
 of packages can use firefox et al.

I think we should not impose to users who currently use mozilla-browser
and al. packages to have everything installed. A meta seamonkey package
installing all the fine grained packages would be a good thing though.
I know quite a lot of people, including me in the past, using mozilla-browser
only, and not caring about the composer or the mail client. Some other
do only use the composer and might want to install only it (though these
ones would be better using nvu, but composer is going to be somehow
resurrected)

 btw, I might get some time to work on seamonkey again soon.  I have 
 already uploaded 1.0.5 for Linspire but their standards and ours are 
 different so I can't simply copy my existing package.

I still insists on all the things I said before my vacation, about the
patches and all. Please do consider all that, and/or comment
http://people.debian.org/~glandium/seamonkey-patches/README

Now, some comments on Hendrik-Jan messages:
 Unfortunately, building Seamonkey on its  own libs (and shipping
 them), is also a no-go as the libnspr4-dev and libnss3-dev packages of
 xulrunner then conflict with it.

 If anyone knows of a way around this, feel free to comment on this.

Don't ship the libraries in /usr/lib. Ship them in /usr/lib/seamonkey
like firefox does. You can put them in a common package on which all the
seamonkey packages will depend, if you will.

 The system myspell dictionaries are now correctly linked (were in
 components, are now in dictionaries).

Please consider using the system myspell libraries. I have a patch for
that, that is already applied to firefox 2.0b2 in experimental.

 - transition/dummy package (how do I do this?)

The only solution is to make these transition packages from the mozilla
source package, because they have an epoch.

Cheers

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#351430: Bug#350740: Bug#351430: seamonkey for etch ?

[Mike Hommey]

On Fri, Sep 22, 2006 at 08:23:26AM +0200, Jeroen van Wolffelaar [EMAIL 
PROTECTED] wrote:
 On Fri, Sep 22, 2006 at 07:27:40AM +0200, Mike Hommey wrote:
  Now, some comments on Hendrik-Jan messages:
   - transition/dummy package (how do I do this?)
  
  The only solution is to make these transition packages from the mozilla
  source package, because they have an epoch.
 
 You can generate the transition packages from seamonkey just fine --
 you can override the version used in the binary package from
 debian/rules -- they do not need to match the source version (though
 it's the default and deviating should be done with care). See
 gcc-defaults for a well known example.

Well, yeah, you can do painful things. I tend to like the KISS
principles. ;)

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#351430: seamonkey for etch ?

[Mike Hommey]

Hi Alex,

On Thu, Aug 31, 2006 at 07:47:01AM +0200, Mike Hommey [EMAIL PROTECTED] wrote:
 On Wed, Aug 30, 2006 at 10:04:17PM +0200, Alexander Sack [EMAIL PROTECTED] 
 wrote:
  Can you please upload them somewhere for now? When do you leave on
  vacation?
 
 I'll upload to gluck in ${HOME}/public_html, which means it will be on
 people.debian.org/~glandium/. Expect it to be done some time tonight
 (local time: GMT+2)
 
 I'm leaving on sunday, but will more than probably put me away from
 saturday.

Did you have time to work on seamonkey during the past two weeks ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#351430: seamonkey for etch ?

[Mike Hommey]

On Thu, Sep 21, 2006 at 08:56:38PM +0200, Alexander Sack [EMAIL PROTECTED] 
wrote:
 On Thu, Sep 21, 2006 at 07:43:23PM +0200, Mike Hommey wrote:
  Hi Alex,
  
  On Thu, Aug 31, 2006 at 07:47:01AM +0200, Mike Hommey [EMAIL PROTECTED] 
  wrote:
   On Wed, Aug 30, 2006 at 10:04:17PM +0200, Alexander Sack [EMAIL 
   PROTECTED] wrote:
Can you please upload them somewhere for now? When do you leave on
vacation?
   
   I'll upload to gluck in ${HOME}/public_html, which means it will be on
   people.debian.org/~glandium/. Expect it to be done some time tonight
   (local time: GMT+2)
   
   I'm leaving on sunday, but will more than probably put me away from
   saturday.
  
  Did you have time to work on seamonkey during the past two weeks ?
  
 
 Sorry, still working on the final security patches. Its because my
 work-capacity has been significantly reduced during the last few weeks by
 severe private-life hazards.
 
 Please understand that I have to fix some real life issues first.
 
 I regret all this, but I did not choose this doom either. I would
 understand if you would not go ahead lifting this package as I have to
 admit that I will not be able to put much time into this any-time soon
 (at least not till nov).

No problem, I'll try to do something with my own spare time.

Good luck with your RL issues, whatever they are.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#351430: seamonkey for etch ?

[Mike Hommey]

On Thu, Aug 31, 2006 at 07:47:01AM +0200, Mike Hommey [EMAIL PROTECTED] wrote:
 On Wed, Aug 30, 2006 at 10:04:17PM +0200, Alexander Sack [EMAIL PROTECTED] 
 wrote:
  Can you please upload them somewhere for now? When do you leave on
  vacation?
 
 I'll upload to gluck in ${HOME}/public_html, which means it will be on
 people.debian.org/~glandium/. Expect it to be done some time tonight
 (local time: GMT+2)

http://people.debian.org/~glandium/seamonkey-patches/

There is a README with comments on some patches, some issues with what
is currently in svn, and some thoughts for the packaging based on my
knowledge from firefox and xulrunner.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#351430: seamonkey for etch ?

[Mike Hommey]

On Wed, Aug 30, 2006 at 12:46:36AM +0200, Alexander Sack [EMAIL PROTECTED] 
wrote:
 On Sat, Aug 26, 2006 at 10:04:42PM +0200, Alexander Sack wrote:
  
   + maintenance place:
 + svn used by jaldhar?
 + complete checkin ... deflated
  
 
 As Jaldhar apparently has not much time, can we just highjack the
 svn archive for now? Or should we move to a new place?

As you wish. I'm almost done with the patches triage, I'll soon be able
to upload a set of patch for seamonkey.

Note that I'll be on vacation from saturday until sep 20th, so I won't
be able to work a lot on seamonkey from then.

Cheers,

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#351430: seamonkey for etch ?

[Mike Hommey]

On Wed, Aug 30, 2006 at 07:24:11AM +0200, Mike Hommey [EMAIL PROTECTED] wrote:
 On Wed, Aug 30, 2006 at 12:46:36AM +0200, Alexander Sack [EMAIL PROTECTED] 
 wrote:
  On Sat, Aug 26, 2006 at 10:04:42PM +0200, Alexander Sack wrote:
   
+ maintenance place:
  + svn used by jaldhar?
  + complete checkin ... deflated
   
  
  As Jaldhar apparently has not much time, can we just highjack the
  svn archive for now? Or should we move to a new place?
 
 As you wish. I'm almost done with the patches triage, I'll soon be able
 to upload a set of patch for seamonkey.

I have a set of patches for seamonkey, and a set of changes I want to do
to the files that are currently in the collab-maint svn, according to
the patches. I also have 4 or 5 patches that need porting to seamonkey,
i.e. take the idea and do the same with the seamonkey specific build
system/code. (For example, there is a patch to correctly install
default.xpm which only applies to the xulrunner/ subdirectory of
xulrunner, but for which the issue is also in all others mozilla
products, but at a different place, with a possibly different fix)

Please tell me where I should put all these before leaving, so that you
can do your homework when I'm not here ;)

Cheers

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#351430: seamonkey for etch ?

[Mike Hommey]

On Wed, Aug 30, 2006 at 12:09:25PM -0700, Alex Vincent [EMAIL PROTECTED] 
wrote:
 Allow me to stick my two cents in, as the person currently
 representing the SeaMonkey community unofficially.
 
 Wherever you post patches that alter the SeaMonkey code, I'd like to
 at least read them and offer feedback.  I'm obviously not in a
 position to reject a patch, but if changes are being made, we should
 see which ones can be ported back to mozilla.org as a matter of course
 for forward-development of mozilla.org products.  Firefox 2.0 (and
 consequently SeaMonkey 1.1) are due to be released within a few
 months, so now's a pretty good time to keep an eye out for last-minute
 changes the Etch and Debian communities need.

Don't worry, most of these patch are patches that are either taken from
upstream bugzilla, been sent upstream, or soon to be sent. Most of them have
been applied and thus tested for quite a long time on firefox, xulrunner
and thunderbird in Debian. Some have been applied in mozilla.org trunk
or even 1.8.1 in the best case, and some are still discussed.

Don't worry ;)

Cheers,

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#351430: seamonkey for etch ?

[Mike Hommey]

On Wed, Aug 30, 2006 at 10:04:17PM +0200, Alexander Sack [EMAIL PROTECTED] 
wrote:
 Can you please upload them somewhere for now? When do you leave on
 vacation?

I'll upload to gluck in ${HOME}/public_html, which means it will be on
people.debian.org/~glandium/. Expect it to be done some time tonight
(local time: GMT+2)

I'm leaving on sunday, but will more than probably put me away from
saturday.

Cheers

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#350740: seamonkey for etch ?

[Mike Hommey]

Hi everyone,

(Sorry for the duplicates people may receive)

I'd like to know what the status is for these ITP on seamonkey. Is
actually someone working on it ? Are there any preliminary packages ?

Being myself maintainer of xulrunner and co-maintainer of firefox, I can
give a hand if necessary. I think Alexander Sack, who has worked on mozilla
security updates wouldn't mind giving some advices too.

If it appears that noone is working on that, I'll take over the ITPs and
upload a seamonkey package by the end of september (I think), but I first
need to know if someone is doing something or not, to avoid duplication of
efforts.

Thanks for your attention.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#351430: seamonkey for etch ?

[Mike Hommey]

On Sat, Aug 26, 2006 at 02:08:05PM +0200, Alexander Sack [EMAIL PROTECTED] 
wrote:
 
 Here the svn url I just looked up in my inbox ...
 
 svn://svn.debian.org/svn/collab-maint/deb-maint/seamonkey
 
 Jaldhar ... whats the current state ... we are starting to run out of
 time if we want to be safe to see this in etch?

Well, in the current state, it still requires a lot of work to split the
package in smaller parts like mozilla, and add transition packages. It
would also be necessary to port most of the patches from xulrunner to
make it work on all debian architectures.
BTW, I need to do some sorting on my patches in xulrunner, that would be
the occasion to prepare a list of patches to port to seamonkey.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#351430: seamonkey for etch ?

[Mike Hommey]

On Sat, Aug 26, 2006 at 07:04:00PM +0200, Alexander Sack [EMAIL PROTECTED] 
wrote:
 On Sat, Aug 26, 2006 at 03:00:22PM +0200, Mike Hommey wrote:
  
  Well, in the current state, it still requires a lot of work to split the
  package in smaller parts like mozilla, and add transition packages. It
  would also be necessary to port most of the patches from xulrunner to
  make it work on all debian architectures.
 
 Hmm... so should we take this over to make things happen faster? What
 do you mean by port most of the patches from xulrunner ... won't
 they apply cleanly?

Most should apply with no problem. But IIRC some kinda depend on the
soname patch (the one to add sonames to the xulrunner libs), which is
not a thing I want to see applied on seamonkey, firefox and others
because they don't need to. But that work is not a very difficult one.

Plus, I really need to do some triage in my patch-set, between
build-system patches, code patches, debian-specific patches, etc.

 So maybe we want to use seamonkey to see how good team maintainence
 for mozillas can work? Jaldhar would you agree to set
 [EMAIL PROTECTED] as the maintainer and
 list all that contribute explicitly as co-maintainer?
 
 Mike, what do you think about it?

I think this is a great idea. It would be a preliminary step for me to
turn the xulrunner maintainance into a team one, which i'd like to see
happen, but not before I've clearly documented the whys and the hows of
the xulrunner packaging, which a team maintainance of seamonkey will
help me doing. I hope to be able to switch xulrunner to a team
maintainance soon after the etch release, then we'll be able to
experiment building the other mozilla applications on top of it, which,
by then, should almost be officially supported upstream.

Cheers,

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#351430: seamonkey for etch ?

[Mike Hommey]

On Sat, Aug 26, 2006 at 10:04:42PM +0200, Alexander Sack [EMAIL PROTECTED] 
wrote:
 OK, so lets discuss some basics like preferred package layout
 etc. Please comment and object:
 
  + package layout: upstream orig.tar.gz (no embedded tarball) ... but
  separate patches included (dpatch or something)

dpatch is what I use for xulrunner. Tarball in tarball is something I
hate, I'm happy to see you don't want that :)

  + packages needed:
+ all current mozilla application equivalents + the -dev, but
without libxxx packages.

Why would we need mozilla-dev packages at all ?

+ a dbg package ... I want to see a dbg for all mozilla packages we
have in etch. I will reupload a thunderbird build which I cancelled
previously because I wanted security fixes to go into etch
first.

Agreed

  + maintenance place:
+ svn used by jaldhar?

Why not ? Though if we go for the complete checkin, we'd probably rather
use a separate svn tree. Creating one for the team, if there isn't any
yet, could be a good idea.

+ complete checkin ... deflated

For both firefox and xulrunner, we are using a complete checkin, and it
doesn't waste so much space, the repository is actually smaller than the
checked out tree. Firefox has patches applied, but xulrunner uses dpatch,
having the complete tree in svn helps me to generate the patches
efficiently.

  + initial work-load:
+ mike reviews his patches clears up which ones are needed for
archs, build system etc.

I'll do that in the next few days.

+ I move package to layout (orig.tar.gz + patches) as mentioned
above (or whatever we decide to use)
+ anyone who has time does the work to tweak configure options and
debhelper files to produce the packages mentioned above. We can
either split this up in front or just first comes first serves?
 
 Anything important I missed?

Sounds good :)

Cheers

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#382531: ITP: furl -- a small utility for displaying the HTTP headers returned by Web servers

[Mike Hommey]

On Fri, Aug 11, 2006 at 06:35:42PM +0200, Marco Bertorello [EMAIL PROTECTED] 
wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Marco Bertorello [EMAIL PROTECTED]
 
 
 * Package name: furl
   Version : 2.1
   Upstream Author : Kidney Bingos [EMAIL PROTECTED]
 * URL : http://www.gumbynet.org.uk/software/furl.html
 * License : GPL v2 (or later)
   Programming Lang: C
   Description : a small utility for displaying the HTTP headers returned 
 by Web servers
 
  furl is a small utility for displaying the HTTP headers
  returned by Web servers in response to client requests
  .
  It can impersonate two different browser: Internet Explorer
  and Mozilla

Is there a real benefit over lynx -dump -head and similar things ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#379343: ITP: jrpg -- kanji learning game

[Mike Hommey]

On Sat, Jul 22, 2006 at 06:02:20PM -0400, Eric Dorland [EMAIL PROTECTED] 
wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Eric Dorland [EMAIL PROTECTED]
 
 * Package name: jrpg
   Version : 20060524-2151
   Upstream Author : Tomasz Wegrzanowski [EMAIL PROTECTED]
 * URL : http://www.example.org/
 * License : mostly GPL, but will go in non-free because of
 non-free graphics

Are these graphics distributable at all ? It seems to me they are taken
from the Final Fantasy games, I'm afraid that means they are not free to
distribute without a license from Square Software...

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#377467: RFH: svn-buildpackage -- helper programs to maintain Debian packages with Subversion

[Mike Hommey]

On Sun, Jul 09, 2006 at 11:26:52AM +0200, Eduard Bloch [EMAIL PROTECTED] 
wrote:
 Package: wnpp
 Severity: normal
 
 I request assistance with maintaining the svn-buildpackage package. My
 spare time is exhausted by other things IRL and other more urgent
 projects. The codeveloper should ideally be a good perl coder.

I'd be interested to give a hand on it, though my spare time is not
necessarily better than yours. If other people stand up, maybe we could
start an alioth project ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#359955: ITP: gaim-libnotify -- display notification bubbles in gaim

[Mike Hommey]

On Wed, Mar 29, 2006 at 09:19:39PM +0200, Marco Cabizza [EMAIL PROTECTED] 
wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Marco Cabizza [EMAIL PROTECTED]
 
 * Package name: gaim-libnotify
   Version : 0.8
   Upstream Author : Duarte Enriques [EMAIL PROTECTED]
 * URL : http://gaim-libnotify.sourceforge.net/
 * License : GPL
   Description : display notification bubbles in gaim
 
 gaim-libnotify is a gaim plugin which displays notification bubbles
 in Gaim using libnotify and notification-daemon.

Notification bubbles of what kind of events ? It would be useful to know
without having to try.

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#349693: ITP: gst-fluendo-mp3 -- MP3 decoder plugin for GStreamer

[Mike Hommey]

On Tue, Jan 24, 2006 at 06:58:14PM +0100, Loïc Minier [EMAIL PROTECTED] wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Loic Minier [EMAIL PROTECTED]
 
 * Package name: gst-fluendo-mp3
   Version : 0.10.0
   Upstream Author : Jan Schmidt [EMAIL PROTECTED]
 * URL : http://www.fluendo.com/resources/fluendo_mp3.php
 * License : MIT
   Description : Fluendo mp3 decoder GStreamer plugin
  This GStreamer plugin permits decoding of MPEG 1 audio layer III
  streams.  It is derived from the ISO MPEG dist10 reference package.
  .
  This plugin differs from the GStreamer MAD plugin in that it doesn't
  depend on a GPL library.
  .
  http://www.fluendo.com/resources/fluendo_mp3.php

What about the redistribution contract that any distribution or Unix
maker out there who want to include the Fluendo MP3 plug-in with their
distribution have to sign to become an official redistributor ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#349164: Bug#349165: O: ieee80211 -- Source for the 802.11 (wireless) network stack for Linux

[Mike Hommey]

On Sun, Jan 22, 2006 at 01:36:20PM +0100, Rene Engelhard [EMAIL PROTECTED] 
wrote:
 Hi,
 
 Mike Hommey wrote:
  As it is now included in vanilla kernel since 2.6.14 and is impossible
  to build without breaking the debian packaging system for recent kernels
  (see #338775), I lost interest in packaging ieee80211. I'm therefore
  orphaning it.
 
 Shouldn't it then be simply removed from unstable? (likewise with ipw2200)
 
 Regards,
 
 Rene

Well, some people prefer using the upstream ones instead of the vanilla
kernel ones, because there are still issues with the version in vanilla
kernel.

Some other people don't want to upgrade kernel, and for them it's the
only solution to get these drivers. For these people, the current
drivers are better than nothing. Removing them would not be nice to
these people.

Cheers,

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#349164: Bug#349165: O: ieee80211 -- Source for the 802.11 (wireless) network stack for Linux

[Mike Hommey]

On Sun, Jan 22, 2006 at 08:01:57PM +0100, Rene Engelhard [EMAIL PROTECTED] 
wrote:
 Hi,
 
 Mike Hommey wrote:
  On Sun, Jan 22, 2006 at 01:36:20PM +0100, Rene Engelhard [EMAIL 
  PROTECTED] wrote:
   Shouldn't it then be simply removed from unstable? (likewise with ipw2200)
  
  Well, some people prefer using the upstream ones instead of the vanilla
  kernel ones, because there are still issues with the version in vanilla
  kernel.
 
 Yes, but that still won't work then as you say those don't build with
 newer kernels, didn't you?

I found no clean solution for doing that, but there are workarounds to
make it work, but that implies overwriting other packages' files. If the
adopting maintainer wants to provide scripts or howtos to go this
not-clean-but-only way, that's fine by me.

  Some other people don't want to upgrade kernel, and for them it's the
  only solution to get these drivers. For these people, the current
  drivers are better than nothing. Removing them would not be nice to
  these people.
 
 Hmm. That's a point.

But a question remains : are they numerous ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#349164: Bug#349165: O: ieee80211 -- Source for the 802.11 (wireless) network stack for Linux

[Mike Hommey]

On Sun, Jan 22, 2006 at 08:58:12PM +0100, Rene Engelhard [EMAIL PROTECTED] 
wrote:
 What about dpkg-divert? (which I incidentially am doing for
 ieee80211softmac) ;-). But that will get a mess when I'd have to deal
 with in-kernel-image ieee80211 module and out-of-kernel-image ieee80211
 module...

I tried that kind of approach but there still is a problem with the symbols
list in /usr/src/linux-header-x.x/i/can't/remember/exactly/where that is
used by the makefiles and scripts provided by the kernel to create the
module and its symbol dependency list.
Actually there's no need for the dpkg-divert thing, since you can put
the modules in /lib/modules/`uname -r`/updates/

And that's why external ipw2200 won't load with external ieee80211
because it depends on old symbols.

Cheers,

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#349165: O: ieee80211 -- Source for the 802.11 (wireless) network stack for Linux

[Mike Hommey]

Package: wnpp
Severity: normal

I intend to orphan the ieee80211 package.

As it is now included in vanilla kernel since 2.6.14 and is impossible
to build without breaking the debian packaging system for recent kernels
(see #338775), I lost interest in packaging ieee80211. I'm therefore
orphaning it.

The package description is:
 This package provides the source code for the 802.11 (wireless) network
 stack module for the Linux kernel. Though it has been incorporated in
 latest kernel versions, the bundled one might not be up-to-date to build
 third-party wireless modules such as ipw2100 or ipw2200 which are common
 on Centrino notebooks.
 .
 In order to compile these modules you need the kernel sources (or the
 kernel-headers for the kernel-image packages from Debian). For compile
 instructions look into /usr/share/doc/ieee80211-source/README.Debian or
 simply use the module-assistant utility.
 .
 The project's homepage can be found here:
 http://ieee80211.sourceforge.net

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]