Bug#798511: ITP: iqtree -- efficient phylogenetic software by maximum likelihood
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: iqtree Version : 1.3.8 Upstream Author : Lam Tung Nguyen , Bui Quang Minh * URL : http://www.cibiv.at/software/iqtree/ * License : GPL Programming Lang: C++ Description : efficient phylogenetic software by maximum likelihood IQ-TREE is a very efficient maximum likelihood phylogenetic software with following key features among others: . * A novel fast and effective stochastic algorithm to estimate maximum likelihood trees. IQ-TREE outperforms both RAxML and PhyML in terms of likelihood while requiring similar amount of computing time (see Nguyen et al., 2015) * An ultrafast bootstrap approximation to assess branch supports (see Minh et al., 2013). * A wide range of substitution models for binary, DNA, protein, codon, and morphological alignments. * Ultrafast model selection for all data types, 10 to 100 times faster than jModelTest and ProtTest. * Finding best partition scheme like PartitionFinder. * Partitioned models with mixed data types for phylogenomic (multi- gene) alignments, allowing for separate, proportional, or joint branch lengths among genes. * Supporting the phylogenetic likelihod library (PLL) (see Flouri et al., 2014) Remark: This package is maintained by the Debian Med team at git://anonscm.debian.org/debian-med/iqtree.git
Re: Re: GNU IceCat?
Hi Simon, > Perhaps the situation would be easier for the security team if a IceCat > package in Debian was based on the same ESR release as Iceweasel? I believe the situation would be easier if the actual changes in IceCat could be identified and isolated and then brought up for discussion with Mozilla/Firefox and Debian/iceweasel. I guess there is a reason behind every change they did. - Fabian signature.asc Description: This is a digitally signed message part
Bug#798523: ITP: cen64-qt -- cen64-qt: Cross-platform graphical frontend for the CEN64 emulator.
Package: wnpp Severity: wishlist Owner: John Paul Adrian Glaubitz * Package name: cen64-qt Version : 0.0+gitMMDD Upstream Author : Dan Hasting * URL : https://github.com/dh4/cen64-qt * License : BSD-3-clause Programming Lang: C++ Description : cen64-qt: Cross-platform graphical frontend for the CEN64 emulator. CEN64-Qt is a cross-platform graphical frontend for the CEN64 emulator. Since CEN64 itself provides a simple command line interface only, anyone who wants to use this particular emulator with a little more convenience has to resort to additional software which is where this package jumps in. The frontend lists all available ROMs after adding them to the inventory with the option to download additional information from external game databases on the web. File paths for the necessary IPL files can be conveniently configured from the settings menu as well as the paths where games save a stored and recovered from. Additional features include a log viewer for the emulator, a configurable view for the ROM listing as well as a quick access menu to select the preferred input device for the emulator such as different gamepads and a keyboard. Naturally, all settings are automatically saved and restored such that they only need to be configured once.
Re: GNU IceCat?
> Hi Simon, > > > Perhaps the situation would be easier for the security team if a > > IceCat package in Debian was based on the same ESR release as > > Iceweasel? > > I believe the situation would be easier if the actual changes in > IceCat could be identified and isolated and then brought up for > discussion with Mozilla/Firefox and Debian/iceweasel. I guess there > is a reason behind every change they did. What's a good way to do that efficiently? People have submitted bugs against Iceweasel to do some of the things that IceCat does by default, for example https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=654336 I'm not confident that there is sufficient interest from the Firefox/Iceweasel teams to considere these requests in a timely manner. Some of the differences are due to philosophical reasons which there may simply be disagreement on. But still there may be interest from users in having the functionality. The normal approach in that situation is to also package the fork of the projects to give users a choice, similar to what's done with MariaDB/MySQL. I understand there is a trade-off between how much time is spent supporting various different forks, but at some point there will be sufficient interest in a fork to warrant packaging it. I'm trying to understand if something could be done to make the costs lower (like basing it on the same ESR firefox release), so the packaging can happen sooner. /Simon pgpLa9B9KgOBt.pgp Description: OpenPGP digital signatur
Bug#798528: ITP: vim-khuno -- Python flakes Vim plugin
Package: wnpp Severity: wishlist Owner: Edward Betts * Package name: vim-khuno Version : 1.0.0 Upstream Author : Alfredo Deza * URL : https://github.com/alfredodeza/khuno.vim * License : MIT Programming Lang: Python Description : Python flakes Vim plugin Analyse your code with Flake8 in Vim - seamlessly. - Non-blocking (syntax check is called asynchronously) - statusline helper to display when there are errors. - Separate buffer to display errors and jump to them Every time you save the file or you are exiting insert mode you will trigger the asynchronous call, enforcing a refresh of the check and error display. -- Edward.
Re: GNU IceCat?
* Simon Josefsson , 2015-09-09, 09:42: IceCat enables DoNotTrack by default, but (as far as I understand) both upstream Firefox and Debian Iceweasel does not want to make that change. This is slightly off-topic, but you should know that NoScript enables DNT behind your back, and AFAICS there's no GUI to turn off this nonsense. -- Jakub Wilk
Bug#798529: ITP: python-xkcd
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name : xkcd * Version : 2.3.1 * Upstream Author : Ben Rosser * URL : https://pythonhosted.org/xkcd/ * License : MIT Description : Python2 library for accessing xkcd.com. This is a Python library for accessing and retrieving links to comics from the xkcd webcomic by Randall Munroe. It is NOT endorsed or made by him, it’s an entirely independent project. . It makes use of the JSON interface to Randall’s site to retrieve comic data. . One can create comic objects manually using Comic(number), or can use the helper functions provided- getLatestComic(), getRandomComic(), and getComic()- to do this. Once you have a Comic object, you can access data from it using various provided methods. .
Re: Bug#798529: ITP: python-xkcd
Hi, On Thu, Sep 10, 2015 at 10:05:17AM +, Gianfranco Costamagna wrote: > Description : Python2 library for accessing xkcd.com. Is there no Python 3 equivalent available? See: https://lists.debian.org/debian-devel-announce/2015/04/msg5.html Python 2 will be end-of-life in 2020. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49
Re: GNU IceCat?
Simon Josefsson writes ("Re: GNU IceCat?"):
> What's a good way to do that efficiently? People have submitted bugs
> against Iceweasel to do some of the things that IceCat does by default,
> for example https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=654336
Well, a good start would be to turn bugs
Severity: wishlist
into bugs
Severity: wishlist
Tags: patch
?
I'm not surprised that the Iceweasel team don't have much time for
anything which isn't strictly essential. A well-tested and maintained
and maintainable patch would make it more feasible.
> The normal approach in that situation is to also package the fork of
> the projects to give users a choice, similar to what's done with
> MariaDB/MySQL.
I don't think this is a good engineering solution for a situation
where what we're talking about is essentially different configuration,
rather than a different codebase.
If you do find that the Iceweasel maintainers are not interested
enough in your goals, then a better engineering solution might be an
overlay package which overrides some of the configuration defaults.
(If there is currently no good mechanism for such an overlay package,
that is a generically useful thing which I would expect both Debian's
Iceweasel people and indeed upstream Mozilla to welcome.)
Ian.
Bug#798561: ITP: python-sqlalchemy-utils -- various utility functions for SQLAlchemy
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-sqlalchemy-utils Version : 0.30.17 Upstream Author : Konsta Vesterinen * URL : https://github.com/kvesteri/sqlalchemy-utils * License : BSD Programming Lang: Python Description : various utility functions for SQLAlchemy Various utility functions and custom data types for SQLAlchemy. . SQLAlchemy is an SQL database abstraction library for Python. This is a new dependency for Gnocchi, which itself is a new layer for OpenStack Ceilometer.
Re: GNU IceCat?
Ian Jackson writes:
> Simon Josefsson writes ("Re: GNU IceCat?"):
>> What's a good way to do that efficiently? People have submitted bugs
>> against Iceweasel to do some of the things that IceCat does by default,
>> for example https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=654336
>
> Well, a good start would be to turn bugs
> Severity: wishlist
> into bugs
> Severity: wishlist
> Tags: patch
> ?
>
> I'm not surprised that the Iceweasel team don't have much time for
> anything which isn't strictly essential. A well-tested and maintained
> and maintainable patch would make it more feasible.
Agreed -- part of what I'm trying to understand, though, is whether the
Iceweasel team considers this a relevant direction to go into? The
https://wiki.debian.org/Iceweasel suggests it strives to be close to
what Firefox is, however that was written almost 10 years ago I'm not
sure whether it is still true.
>> The normal approach in that situation is to also package the fork of
>> the projects to give users a choice, similar to what's done with
>> MariaDB/MySQL.
>
> I don't think this is a good engineering solution for a situation
> where what we're talking about is essentially different configuration,
> rather than a different codebase.
I don't think that is what we are talking about -- there appears to be
more to IceCat than configuration.
I agree that the differences between IceCat and Iceweasel are small, and
it is quite far away of resembling the MariaDB/MySQL situation, however,
at some point separate packaging will become relevant. We are obviously
not there yet.
> If you do find that the Iceweasel maintainers are not interested
> enough in your goals, then a better engineering solution might be an
> overlay package which overrides some of the configuration defaults.
>
> (If there is currently no good mechanism for such an overlay package,
> that is a generically useful thing which I would expect both Debian's
> Iceweasel people and indeed upstream Mozilla to welcome.)
I don't see how such a mechanism would work, but if it was possible that
would be nice.
/Simon
signature.asc
Description: PGP signature
Re: GNU IceCat?
Simon Josefsson wrote: > Agreed -- part of what I'm trying to understand, though, is whether the > Iceweasel team considers this a relevant direction to go into? The > https://wiki.debian.org/Iceweasel suggests it strives to be close to > what Firefox is, however that was written almost 10 years ago I'm not > sure whether it is still true. As far as I know, that still holds. In fact, last I heard, some chance exists that we might start calling it "Firefox" again, though I haven't heard any additional news about that for a while. But in particular, I don't think it makes sense to drastically diverge from upstream Firefox. Slight changes to defaults (like adding Debian search engines or additional default bookmarks), sure. But the name notwithstanding, this shouldn't be an unresolvable fork in other ways if we can help it. It's a hard enough package to maintain without that. I *especially* don't think it makes sense to do so if the change hasn't even been run by upstream yet. The first place to file bugs about integrating IceCat functionality should be upstream Bugzilla, not Debian. And even if Mozilla doesn't want to merge the functionality as a new default, they might be willing to add functionality hidden behind an about:config option, so that a simple configuration change would enable it. > I agree that the differences between IceCat and Iceweasel are small, and > it is quite far away of resembling the MariaDB/MySQL situation, however, > at some point separate packaging will become relevant. We are obviously > not there yet. > > > If you do find that the Iceweasel maintainers are not interested s/Iceweasel maintainers/upstream Firefox maintainers/ first; we should at least find out what upstream says, rather than assuming they'll say "no". > > enough in your goals, then a better engineering solution might be an > > overlay package which overrides some of the configuration defaults. > > > > (If there is currently no good mechanism for such an overlay package, > > that is a generically useful thing which I would expect both Debian's > > Iceweasel people and indeed upstream Mozilla to welcome.) > > I don't see how such a mechanism would work, but if it was possible that > would be nice. Some of the changes in IceCat should work trivially as Firefox extensions. Some already just bundle third-party extensions. Others represent simple configuration changes, though installing those as an extension might make them easier to manage. I'd suggest that the primary focus should be on any functionality of IceCat that *can't* work as an extension or configuration change. With those resolved, IceCat could become a packaged extension or set of extensions, which seems easy enough for someone to maintain *without* having a duplicate copy of a large, security-sensitive package in the archive. Could you or someone else interested in seeing IceCat available provide a complete catalog of the delta between Firefox and IceCat? They list five features on their homepage, the first 3-4 of which are already extensions; is that a *complete* list? And could we break down the last one, "Fingerprinting countermeasures", into a list of specifics? Which of those countermeasures already has an about:config option to enable it? Which of those about:config options has had its default discussed upstream to consider changing it? (And if upstream says "no, that would break too many sites", especially if they supply examples, can we record that answer somewhere to provide additional guidance for people thinking of enabling that feature anyway?) - Josh Triplett
Bug#798570: ITP: aodh -- OpenStack Telemetry (Ceilometer) Alarming
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: aodh Version : 1.1.0 Upstream Author : OpenStack Foundation * URL : https://github.com/openstack/aodh * License : Apache-2.0 Programming Lang: Python Description : OpenStack Telemetry (Ceilometer) Alarming Ceilometer aims to deliver a Single Point Of Contact for billing systems, providing all the counters they need to establish customer billing, across all current and future OpenStack components. The delivery of counters must be traceable and auditable, the counters must be easily extensible to support new projects, and agents doing data collections should be independent of the overall system. . (A ceilometer is an instrument that measures cloud coverage.) This package now contains all the Alarming part of Ceilometer, which is deprecated for the OpenStack Liberty release.
Bug#798580: ITP: superboucle -- Loop based software fully controllable with any midi device
Package: wnpp Severity: wishlist Owner: Vampouille * Package name: superboucle Version : 1.2.0 Upstream Author : Julien Acroute * URL : http://superboucle.nura.eu/ * License : GPL 3 Programming Lang: Python Description : Loop based software fully controllable with any midi device SuperBoucle is a loop based software fully controllable with any midi device. SuperBoucle is also synced with jack transport. You can use it on live performance or for composition. SuperBoucle is composed of a matrix of sample controllable with external midi device like pad. SuperBoucle will send back information to midi device (light up led). Sample will always start and stop on a beat or group of beats. You can adjust duration of sample (loop period) in beat and offset in beat. But you can also adjust sample offset in raw frame count negative or positive. Which mean sample can start before next beat (useful for reversed sample). You can record loop of any size, adjust BPM, reverse, normalize samples, ... Typical usage : * You just need to control jack transport (play, pause, rewind) with external midi device and want a button to jump to a specified location in song. * You have some instruments patterns but you have no idea of song structure. * You make live performance with pre-recorded instruments (you have no bass player for example) and you don't want to have a predefinied structure for the song (maybe part 2 will be longer on some live performance)
Work-needing packages report for Sep 11, 2015
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 667 (new: 3) Total number of packages offered up for adoption: 178 (new: 3) Total number of packages requested help for: 49 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: drush (#798500), orphaned today Description: command line shell and Unix scripting interface for Drupal Installations reported by Popcon: 632 pcsxr (#798492), orphaned yesterday Description: Sony PlayStation emulator Reverse Depends: pcsxr-dbg Installations reported by Popcon: 735 spice-xpi (#798445), orphaned yesterday Installations reported by Popcon: 70 664 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: gstreamer0.10-dvswitch (#798130), offered 4 days ago Installations reported by Popcon: 215 sundials (#798331), offered 2 days ago Reverse Depends: libsundials-serial libsundials-serial-dev Installations reported by Popcon: 193 vboot-utils (#798556), offered today Installations reported by Popcon: 78 175 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: apt-xapian-index (#567955), requested 2047 days ago Description: maintenance tools for a Xapian index of Debian packages Reverse Depends: goplay muon muon-discover packagesearch Installations reported by Popcon: 52150 athcool (#278442), requested 3971 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 32 awstats (#755797), requested 414 days ago Description: powerful and featureful web server log analyzer Installations reported by Popcon: 4148 balsa (#642906), requested 1446 days ago Description: An e-mail client for GNOME Reverse Depends: balsa-dbg Installations reported by Popcon: 752 cardstories (#624100), requested 1599 days ago Description: Find out a card using a sentence made up by another player Installations reported by Popcon: 6 cups (#532097), requested 2287 days ago Description: Common UNIX Printing System Reverse Depends: bluez-cups boomaga chromium cinnamon-settings-daemon cloudprint cups cups-backend-bjnp cups-browsed cups-bsd cups-client (67 more omitted) Installations reported by Popcon: 155934 debtags (#567954), requested 2047 days ago Description: Enables support for package tags Reverse Depends: goplay packagesearch Installations reported by Popcon: 2057 developers-reference (#759995), requested 376 days ago Description: guidelines and information for Debian developers Installations reported by Popcon: 16750 ejabberd (#767874), requested 311 days ago Description: distributed, fault-tolerant Jabber/XMPP server written in Erlang Reverse Depends: ejabberd-contrib Installations reported by Popcon: 798 fbcat (#565156), requested 2066 days ago Description: framebuffer grabber Installations reported by Popcon: 177 freeipmi (#628062), requested 1568 days ago Description: GNU implementation of the IPMI protocol Reverse Depends: freeipmi freeipmi-bmc-watchdog freeipmi-ipmidetect freeipmi-ipmiseld freeipmi-tools ipmitool libfreeipmi-dev libfreeipmi16 libipmiconsole-dev libipmiconsole2 (6 more omitted) Installations reported by Popcon: 6477 gnat-gps (#496905), requested 2569 days ago Description: co-maintainer needed Reverse Depends: gnat-gps gnat-gps-dbg Installations reported by Popcon: 540 gnokii (#677750), requested 1181 days ago Description: Datasuite for mobile phone management Reverse Depends: gnokii gnokii-cli gnokii-smsd gnokii-smsd-mysql gnokii-smsd-pgsql gnome-phone-manager libgnokii-dev libgnokii6 xgnokii Installations reported by Popcon: 1326 gridengine (#703256), requested 907 days ago Description: Distributed resource management Reverse Depends: gridengine-client gridengine-drmaa-dev gridengine-exec gridengine-master gridengine-qmon Installations reported by Popcon: 1093 grub2 (#248397), requested 4140 days ago Description: GRand Unified Bootloader Reverse Depends: debootstick grml-rescueboot grml2usb grub-coreboot grub-coreboot-bin grub-coreboot-dbg grub-disk grub-efi grub-e
