Bug#923801: RFP: iceweasel-uxp -- Firefox XUL (pre-Quantum) fork from Hyperbola
Package: wnpp Severity: wishlist Please package Iceweasel-UXP, a Firefox fork maintained as part of the Hyperbola distribution [1]. [1] https://wiki.hyperbola.info/doku.php?id=en:project:iceweasel-uxp I suppose that begs for an explanation, now doesn’t it? While I’m not in position to judge on the pro’s and cons. of various extension interfaces contemporary full-weight browsers implement (I’ve contemplated writing a rather trivial Firefox extension several years ago, and was never able to figure out why they seem to demand a whole directory structure for what’s ought to be a few dozen LoC), I note that several Firefox extensions that I’ve used pretty much died out as the result of the transition from XUL to the newer WebExtensions API. E. g.: • xul-ext-classic-theme-restorer – the author has claimed that it cannot be implemented as a WebExtension and suggested that userChrome.js is modified instead (say, [2]); unless I be mistaken, this requires restarting Firefox for the edits to take effect, which makes customization far more cumbersome that it used to be, and that (IMO) it has any right to be; • xul-ext-certificatepatrol – likewise, but no alternative suggested [3]; • xul-ext-zotero – has been replaced by the zotero-standalone package. Of course, there’re several other free XUL (UXP) browsers [4], such as Pale Moon (RFP Bug#780379.) Unfortunately, its upstream’s insistence on embedding a number of libraries (with browser-specific patches applied to them) will likely make it a major headache to the Debian Security Team. I suppose Basilisk (by the same team) also has some of this problem. To conclude, as a long-time user of GNU Emacs, I believe that having a full-weight browser that offers Emacs-class extensibility will be beneficial to Debian users. So far as I can tell, Iceweasel-UXP is the closest option to this goal there is. [2] https://web.archive.org/web/20171226180650/https://addons.mozilla.org/en-US/firefox/addon/classicthemerestorer/ [3] http://patrol.psyced.org/ [4] http://thereisonlyxul.org/ -- FSF associate member #7257 http://am-1.org/~ivan/
Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows
Axel Wagner m...@merovius.de writes: […] I don't think Lennart personally would care, no, but I think *we* should care to paint the Opensource community as better than this. As a member of the said community, I think that, however the presence of either of the packages in Debian paints it, – I could live with that. Regarding the possible enhancement of XBill to allow for using a user-specified set of sprites (whether packaged or not), – it certainly feels like a proper solution to me. I guess the package could then be enhanced to include several such “themes,” including the “classic” one, the newly proposed one, and perhaps a few more, depending on the availability and relevance. From that point of view, if there was a vote and I'd get a vote I would also vote against having xbill in the archive as being a poor taste ad-hominem attack (I mean, for crying out loud, there is an actually blood-spatter squashing animation in the game, even if it is a poor one). In my opinion it is certainly not an argument to also let xlennart in. While not a full-scale ad-hominem attack, I’d say that the two differences I know of between the vrms operation and the official FSF position amount to a misrepresentation at best. Are we going to drop that package, too? […] -- FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A -- 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/87k30mtown@violet.siamics.net
Bug#753466: xul-ext-classic-theme-restorer: customize the new Iceweasel look
Package: wnpp Severity: wishlist X-Debbugs-Cc: pkg-mozext-maintain...@lists.alioth.debian.org * Package name: xul-ext-classic-theme-restorer Version : 1.2.1 Upstream Author : * URL or Web page : https://addons.mozilla.org/en-US/firefox/addon/classicthemerestorer/ * License : Mozilla Public License, version 2.0 Description : Classic Theme Restorer is an add-on for Mozilla The Australis theme now employed by Mozilla Firefox (Iceweasel) is by no means an undisputed improvement. Of the new features, perhaps the most complained on are the lack of the “status bar” (which could, however, be fixed by using xul-ext-status4evar already in Debian) and the presence of the unremovable “menu” button to the right of (the customizable part of) the toolbar. As per the description, and also some Mozilla “forum” topics, the Classic Theme Restorer addon is the way to revert (in whole or in part) the changes brought in by Australis. Please thus package this addon for Debian. TIA. -- FSF associate member #7257 http://boycottsystemd.org/ -- 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/87tx70e06a@violet.siamics.net
Bug#728334: RFP: libtree-rb-perl: Pure-Perl implementation of red-black trees
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-p...@lists.debian.org Tags: rfp * Package name: libtree-rb-perl Version : 0.54 Upstream Author : Arun Prasaad * URL : https://metacpan.org/release/ARUNBEAR/Tree-RB-0.54 * License : Perl (GPL-1+ or Artistic) Programming Lang: Perl Description : Pure-Perl implementation of red-black trees This CPAN distribution is one of just a few implementations of self-balancing search trees in Perl. Indeed, other than this one, I know of only Tree::AVL and Tree::RedBlack (libtree-redblack-perl.) And, Tree::RB is better than either! Namely, this is the /only/ such implementation that allows for “inexact” key matching. Specifically, the search trees require that the keys are elements from an ordered set. (Contrary to the Perl hashes, for instance.) So, it feels rather natural to be able to request an element whose key is “either 8, or the greatest of those available not greater than 8.” And this implementation provides such a feature. Other than that, the upstream maintainer appears to be responsive, and the package – maintained. (FWIW, the last version came this September.) TIA. (And hope to see this one in Debian soon.) -- FSF associate member #7257 -- 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/874n7yk0hx@violet.siamics.net
Bug#690742: Acknowledgement (ITP: djabberd -- Distributed Jabber server)
owner pkg-perl-maintain...@lists.alioth.debian.org thanks Ioan Rogers i...@dirtysoft.ca writes: On Wed, 2012-10-17 at 02:39 +, Debian Bug Tracking System wrote: […] Your message has been sent to the package maintainer(s): w...@debian.org Martin Atkins m...@degeneration.co.uk […] I've gotten the package maintainer and the upstream contact reversed while fiddling with the gen-itp script. How can I change this? This message should fix the package maintainer (i. e., the WNPP bug owner.) I guess that the upstream contact isn't stored anywhere but the text of the bug report, so there's no way (and probably no need) to “fix” it. Check, e. g., [1]. [1] http://www.debian.org/Bugs/server-control […] -- FSF associate member #7257 -- 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/86zk3ld8et@gray.siamics.net
Bug#689948: ITP: libproc-wait3-perl -- Perl interface to wait3() system call
Alessandro Ghedini gh...@debian.org writes: Package: wnpp Severity: wishlist Owner: Alessandro Ghedini gh...@debian.org * Package name: libproc-wait3-perl Version : 0.4 Upstream Author : Curt Tilmes c...@tilmes.org * URL : http://search.cpan.org/dist/Proc-Wait3/ * License : Artistic or GPL-1+ Programming Lang: Perl […] A couple of minor edits being made: Description: Perl interface to the wait3 () system call Proc::Wait3 is a Perl extension that provides access to the wait3 system call, which is used to wait for state changes in child processes. Unlike wait, wait3 also returns child's resource usage information. -- FSF associate member #7257 -- 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/86obkdjnnn@gray.siamics.net
Bug#641315: ITP: opendap -- Project for a Network Data Access Protocol
Already in Debian, as it seems. --cut: http://packages.debian.org/sid/libdap10 -- Open-source Project for a Network Data Access Protocol library OPeNDAP provides software that allows you to access data over the internet, from programs that weren't originally designed for that purpose, as well as some that were. While OPeNDAP is the original developer of the Data Access protocol which its software uses, many other groups have adopted DAP and provide compatible clients, servers and software development kits. --cut: http://packages.debian.org/sid/libdap10 -- -- FSF associate member #7257 Coming soon: Software Freedom Day http://mail.sf-day.org/lists/listinfo/ planning-ru (ru), sfd-discuss (en) -- 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/86boupycz0@gray.siamics.net
Bug#603606: RFP: librdf-query-perl -- SPARQL/RDQL implementation in Perl
Package: wnpp Severity: wishlist RDF::Query [1] is a SPARQL implementation in Perl, aiming at SPARQL 1.1 [2] (currently a W3C draft) support. Apparently, most of the SPARQL 1.1 implementations available today are Java-based. It would be nice would Debian choose to provide a less cumbersome way to Semantic Web. (Note that it relies on RDF::Trine [3].) [1] http://search.cpan.org/dist/RDF-Query/ [2] http://www.w3.org/TR/sparql11-query/ [3] http://search.cpan.org/dist/RDF-Trine/ -- FSF associate member #7257 pgp7803TSADAC.pgp Description: PGP signature