Bug#1027187: O: coco-cpp -- Coco/R Compiler Generator (C++ Version)
Package: wnpp Severity: normal X-Debbugs-Cc: coco-...@packages.debian.org Control: affects -1 + src:coco-cpp The former maintainer is no longer active and per a discussion with the former sponsor, I'm orphaning the coco-cpp package. The package description is: Coco/R is a compiler generator, which takes an attributed grammar of a source language and generates a scanner and a parser for this language. The scanner works as a deterministic finite automaton. The parser uses recursive descent. LL(1) conflicts can be resolved by a multi-symbol lookahead or by semantic checks. Thus the class of accepted grammars is LL(k) for an arbitrary k. . To start Coco call cococpp, which is a shell script in /usr/bin.
Bug#914577: fixed in dropwatch 1.5.1-1
On Wed, Nov 13, 2019 at 10:38:39AM +1100, Dmitry Smirnov wrote: > On Wednesday, 13 November 2019 9:09:30 AM AEDT Moritz Mühlenhoff wrote: > > Why did you take over that ITP without even syncing up with the person > > (CCed) who indicated to be working on it in > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914577#10 ? > > Excuse me, I was taking over "RFP" and there was nothing to sync about as > there were no publicly visible progress whatsoever. Ah yes, you're right, the "owner" was in fact posted to the BTS, but there were no BTS commands sent to cont...@bugs.debian.org, which would have renamed the RFP appropriately. Cheers, Moritz
Bug#924685: RFP: cumin -- An automation and orchestration framework
Antoine Beaupre wrote: > Upstream (in CC) already ships Debian packages on their Github > releases page, but it would be great to see this in Debian. > > I'd be happy to sponsor this package if upstream is willing to act as > maintainers, otherwise I will look at packaging this myself. Hi Antoine, thanks for your interest in Cumin :-) We're totally planning to maintain Cumin in Debian, but there's a few breaking changes lined up we don't want to impose on Debian users (plus NEW is frozen anyway), so this will probably only happen in a few months at the start of the bullseye development cycle. Cheers, Moritz
Bug#918955: O: adplug
Package: wnpp Severity: normal adplug needs a new maintainer: AdPlug is a free, cross-platform, hardware independent AdLib sound player library, mainly written in C++ and released under the LGPL. AdPlug plays sound data, originally created for the AdLib (OPL2) and Sound Blaster (Dual OPL2/OPL3) audio boards, directly from its original format on top of an emulator or by using the real hardware. No OPL chip is required for playback.
Bug#917406: O: elinks -- advanced text-mode WWW browser
Package: wnpp Severity: normal I'm orphaning elinks. It's been mostly dead upstream for a while (although there's a fork at https://github.com/rkd77/felinks which is seeing some activity) and it's deficits wrt fully-fledged TLS support make it less and less useful as a web browser (I'm actually using links2 myself these days). elinks still has some features not found in other text-based browsers (like support for rendering the actual colours of an HTML document), but if noone picks it up, it's probably best to remove it when the bullseye development cycle starts. The package description is: ELinks is a feature-rich program for browsing the web in text mode. It is like enhanced Lynx and Links. The most noteworthy features of ELinks are: . * Lots of protocols (local files, finger, HTTP(S), FTP, IPv4/6 etc.) * Internationalized domain names * Persistent cookies, HTTP authentication and proxy authentication * Tabbed browsing, good looking menus and dialogs, and key-binding manager * History browsing and typeahead searches * Forms history and completion, and history in commonly used input dialogs * CSS support and support for browser scripting (Perl, Lua, Guile etc.) * Tables and frames rendering, and configurable color support * Compressed and background (non-blocking) downloads, and download resuming ELinks is a feature-rich program for browsing the web in text mode. It is like enhanced Lynx and Links. The most noteworthy features of ELinks are: . * Lots of protocols (local files, finger, HTTP(S), FTP, IPv4/6 etc.) * Internationalized domain names * Persistent cookies, HTTP authentication and proxy authentication * Tabbed browsing, good looking menus and dialogs, and key-binding manager * History browsing and typeahead searches * Forms history and completion, and history in commonly used input dialogs * CSS support and support for browser scripting (Perl, Lua, Guile etc.) * Tables and frames rendering, and configurable color support * Compressed and background (non-blocking) downloads, and download resuming
Bug#908972: RFA: hhvm -- HipHop Virtual Machine, a JIT replacement for PHP - main runtime
Package: wnpp Severity: normal We (the current maintainers, Faidon and myself) are orphaning HHVM. Upstream has shifted development focus from a generic PHP runtime towards providing a Hack runtime (https://en.wikipedia.org/wiki/Hack_(programming_language). It's not a simple package to maintain and the fast-paced development cycle makes it mostly unsuitable for inclusion to a stable release (there's an LTS release every six months which is then maintained for roughly a year only), but if anyone wants to adopt it, I'll be happy to give you an introduction. If there's no adopter by end of the year (end of the currently packaged 3.24 LTS branch), I'll request removal from the archive. Cheers, Moritz
Bug#895843: O: geshi
Package: wnpp Severity: normal Geshi was originally maintained under the Mediawiki umbrella, but current releases of Mediawiki no longer use geshi for syntax highlighting (instead Pygments is used).
Bug#862727: ITP: libjasper -- JasPer JPEG-2000 runtime library
On Fri, May 19, 2017 at 01:06:08PM +0200, Adam Cecile wrote: > Control:retitle -1 RFS: jasper/2.0.13+dfsg-1 -- JasPer JPEG-2000 runtime > library > > Hi, > > I finished the updated package and reviewed all the CVEs patches that were > included. > Everything is documented in the changelog and there's only one patch not > merged yet but I pull-requested it on GitHub. > > I guess it's sadly way too late to get it back for Stretch, but anyway, that > would be great to have it in unstable. This is not a one-off upload, jasper causes a significant security maintenance overhead. Please only sponsor/upload that if you're also fully available to adress stable-security. If you're proceeding with this in unstable, then I also expect you to deal with src:jasper in jessie from this point forward. We should rather stick with one implementation, namely openjpeg2. Why don't you port opencv instead? Cheers, Moritz
Bug#777695: ITA: tiff -- TIFF manipulation and conversion documentation
On Wed, Feb 11, 2015 at 05:05:59PM +0100, Ondrej Sury wrote: Control: retitle -1 ITA: tiff -- TIFF manipulation and conversion documentation Control: owner -1 ! Hi Jay, as I happen to maintain now default libjpeg library, it seems only logical I will take over this as well. Do you need a help with the two RC bugs that are lingering in BTS right now? It would be great if you could upload fixed packages! Last time I checked not all of them were fixed upstream, please refer to the links specified in the Debian Security Tracker for details: https://security-tracker.debian.org/tracker/CVE-2015-1547 https://security-tracker.debian.org/tracker/CVE-2014-9655 https://security-tracker.debian.org/tracker/CVE-2014-8130 https://security-tracker.debian.org/tracker/CVE-2014-8129 https://security-tracker.debian.org/tracker/CVE-2014-8128 https://security-tracker.debian.org/tracker/CVE-2014-8127 Cheers, Moritz -- 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/20150218180209.gb8...@inutil.org
Bug#483064: tla in bad shape
On Sat, Nov 12, 2011 at 12:07:28PM +0100, Bernhard R. Link wrote: TLA currently seems to be in bad shape currently: - it embeds ancient libneon 0.24.7 and does not work with newer ones (#395877, #402952). - lintian warns it needs a relibtoolizsation I guess fixing those might be non-trivial amount of work, so if no maintainer shows up, it might make sense to remove it before wheezy releases. Now with jessie on the horizon and an open RC bug, shall we remove it? Upstream seems to have vanished (it's no longer listed on http://ftp.gnu.org/gnu) and there are only two reverse deps, which can be removed along: fusionforge-plugin-scmarch and libarch-perl. Cheers, Moritz -- 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/20140612174334.ga30...@inutil.org
Bug#729203: Packaging for FFmpeg avoiding conflicts with libav
On Tue, Feb 25, 2014 at 11:30:25PM +0100, Andreas Cadhalpun wrote: On 25.02.2014 22:18, Yves-Alexis Perez wrote: On Tue, Feb 25, 2014 at 06:23:20PM +0100, Andreas Cadhalpun wrote: No, it means I don't have the time, nor nerve to discuss this. We're after all busy to keep Debian secure and sick of maintainers who only focus on their pet package and neglegt the overall maintainability of the Debian archive. While I always stated that I'm open to discussion, you just ended the discussion after trying to block FFmpeg from entering Debian, which I do not find very constructive. My feeling is that this was discussed over and over and Moritz is /slighly/ tired of repeating the same thing over and over. And me replying to this mail doesn't mean I'm willing to engage in a large thread on this, the security team position has been given. My impression has been /slightly/ different: Moritz made dubious claims about FFmpeg: We've looked into many security issues in ffmpeg which didn't affect libav, either because experimental code wasn't merged yet or because code was rewritten in libav and not affected. Also ffmpeg hasn't have long term branches which is a major benefit of libav. After I have questioned these, Moritz simply left the discussion. But maybe I didn't understand what Moritz wanted to say? Yes, it's the latter: I didn't badmouth ffmpeg in any way: it was said that libav fixed less Google fuzzer samples than libav; for which I added my observation that when I looked at several CVE assignments for ffmpeg fixes the affected code didn't exist in libav releases and that explains the difference in numbers. That doesn't mean that ffmpeg is worse than libav, it simply means that the code has diverged and different code is affected. Cheers, Moritz -- 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/2014022522.ga19...@inutil.org
Bug#717854: O: dmake -- make utility used to build OpenOffice.org
On Thu, Jul 25, 2013 at 06:14:02PM +0200, Rene Engelhard wrote: Package: wnpp Severity: normal As the description says. Only used by OpenOffice.org (and then OpenOffice and LibreOffice). With LibreOffice 4.1.0 (just uploaded) the nw buildsystem named gbuild (which was there before in (bigger) parts) is complete and thus it only uses GNU make now - noneed for dmake - no interest at all anymore. I guess if noone wants totake it it should be removed... Three months have passed, shall we go ahead with the removal? Cheers, Moritz -- 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/20131022161350.gc4...@inutil.org
Bug#640777: O: ispell-fi
reassign 640777 ftp.debian.org retitle 640777 RM: orphaned, obsolete thanks On Sun, Jul 22, 2012 at 01:41:08PM +0300, Antti-Juhani Kaijanaho wrote: I wonder if this package should be removed from Debian. It looks like it's still based on the same inadequate word list data that I originally packaged more than a decade ago. At that time, it was the best we had, so it made sense to package it. Since then, there has been no upstream activity, and the Debian development has consisted of adopting to changes in the consumer packages. Now we have src:suomimalaga which is based on technology much better suited for handling the complexities of Finnish and appears to be well maintained both upstream and in Debian. No disagreement in 15 months, so let's go ahead with the removal. Cheers, Moritz -- 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/20131022161357.gd4...@inutil.org
Bug#669643: ITP: bugzilla4 -- web-based bug tracking system
On Tue, May 15, 2012 at 09:48:55AM +0300, Faidon Liambotis wrote: On Thu, May 03, 2012 at 10:47:31AM -0400, Mark A. Hershberger wrote: Have you checked why bugzilla3 used to be in Debian, and got removed (see #638705). Thanks for the info. I was not aware of that. I did wonder why it wasn't being packaged. It looks like the main thing to be addressed is finding a co-maintainer. As discussed in private with Mark (he's a coworker), I will serve as his comaintainer sponsor for this package. Moreover, I'm adding the security team to the loop, since bugzilla3 was removed per their request. We know that bugzilla has had a troubled history in Debian, so we'll be careful. One area in particular that was problematic was a strained relationship with upstream (aiui, the result of having an unmaintained vulnerable package in Debian for some time); Mark has already been in some contact with them. If you still have reservations, feel free to raise them â before we upload this (soonish) would work better :) As the person, who requested the removal of the old package: I have no objections against Bugzilla per se. The upstream security engineering is done in a very professional manner. The old package was removed because - the old package was practically unmaintained (only activity every year or so). If there's now a full maintainer team, all the better. - the old packaging was horrible (multiple tarballs mixed in a weird way and instead of patches everything was modified by a series of shell scripts run during build) and close to impossible to NMU in a sane way. If you start bugzilla4 packaging from scratch that should not be a problem. Cheers, Moritz -- 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/20120515160506.ga13...@inutil.org
Bug#595500: RFA: wu-ftpd
reassign 595500 ftp.debian.org retitle 595500 RM: wu-ftpd -- RoM -- dead upstream, orphaned, doesn't support IPv6, alternatives exist thanks On Wed, May 09, 2012 at 10:16:21AM +0100, Chris Butler wrote: On Tue, May 08, 2012 at 09:25:04PM +0200, Moritz Muehlenhoff wrote: shall we go ahead with removing wu-ftpd? The Wheezy freeze is coming close and there haven't been any adopters in 1.5 years. No objections from me - feel free to remove! Reassigning to ftp.debian.org, then. Cheers, Moritz -- 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/20120509161819.ga14...@inutil.org
Bug#595500: RFA: wu-ftpd
On Sat, Sep 04, 2010 at 04:22:56PM +0100, Chris Butler wrote: Package: wnpp Severity: normal I intend to orphan the wu-ftpd package in the near future. I no longer run it anywhere, so the package is a bit out of shape. There was very little upstream activity for a number of years (although there has been some revival of the project recently). The package's popcon is on the decline, and there are other, modern ftp servers in the archive, so I may consider asking for wu-ftpd to be removed if no-one shows interest in picking it up. Chris, shall we go ahead with removing wu-ftpd? The Wheezy freeze is coming close and there haven't been any adopters in 1.5 years. Having it in the archive with a dead upstream and without an active maintainer is going to be problematic in case of security issues. Given that besser alternatives exist and wu-ftpd doesn't support IPv6 removal seems the best course of action. Cheers, Moritz -- 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/20120508192504.GA14148@pisco.westfalen.local
Bug#623831: RFA: textpattern -- flexible and easy-to-use content management system
On Sat, Apr 23, 2011 at 03:46:49PM +0200, Vincent Bernat wrote: Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I request an adopter for the textpattern package. The package description is: Textpattern is an open source content management system originally developed by Dean Allen. While it is often listed among weblogging tools, its aim is to be a high-quality general-purpose content management system suitable for deployment in many contexts. . It uses Textile as text-to-HTML converter and produces XHTML/CSS I don't use it anymore and I lack time to maintain properly. This package uses dbconfig-common and a patch hijack the installation system of the package to delegate the installation of the database to dbconfig-common. However, table creation and upgrades are still done by textpattern. This is the only difficulty of this package. The popcon is very low (18) and therefore I will request for its removal in a few months if I get no adopter. Eight months have passed and the popcon is even lower. Shall we go ahead with the removal? Cheers, Moritz -- 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/2012074207.ga12...@inutil.org
Bug#462534: smilutils
On Tue, Feb 12, 2008 at 10:14:45AM +0100, Roland Mas wrote: A few more info on the RFA for smilutils. I did an upload for 0.3.2+cvs20070731-4 to fix the last outstanding bug (failure to build with gcc-4.3), so the task should be relatively straightforward for any adopter. Changes from upstream CVS are minimal: - lots of added #include cstring, for gcc/g++ 4.3; - removed -s from AM_CFLAGS to honor nostrip build option; - debian/ directory. Upstream CVS moves quite slowly, but maintainer is nice and responsive when needed. smilutils hasn't been adopted since 3.5 years, has accumulated many NMUs and the most recent upstream activity in CVS has been two years ago. Shall we go ahead and remove it from the archive? Cheers, Moritz -- 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/20110818155328.gb6...@inutil.org
Bug#462534: smilutils
reassign 462534 ftp.debian.org retitle 462534 RM: smilutils -- RoM (RfAd for a long time, dead upstream, low popcon) thanks On Thu, Aug 18, 2011 at 07:48:10PM +0200, Roland Mas wrote: Moritz Muehlenhoff, 2011-08-18 17:53:28 +0200 : smilutils hasn't been adopted since 3.5 years, has accumulated many NMUs and the most recent upstream activity in CVS has been two years ago. Shall we go ahead and remove it from the archive? No objection from me. I'd even go so far as yes please. Let's do this, then. Cheers, Moritz -- 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/20110818205737.ga3...@inutil.org
Bug#635516: ITP: dvdstyler -- DVD authoring and burning tool
Package: wnpp Severity: wishlist Owner: Moritz Muehlenhoff j...@debian.org * Package name: dvdstyler Version : 1.8.4.2 Upstream Author : Alex Thuering * URL : http://dvdstyler.sf.net * License : GPL2 Programming Lang: C++ Description : DVD authoring and burning tool DVDStyler is a DVD authoring application for the creation of professional-looking DVDs. It allows not only burning of video files on DVD that can be played practically on any standalone DVD player, but also creation of individually designed DVD menus. -- 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/20110726140242.8639.3659.reportbug@pisco.westfalen.local
Bug#540362: O: xfs -- X font server
On Fri, Aug 07, 2009 at 03:58:50PM +0200, Julien Cristau wrote: Package: wnpp Severity: normal Hi, The X Strike Force would like to get rid of xfs; it's not needed in most (all?) use cases, since most X clients now use Xft and/or pango to render text, not core X fonts (even emacs, these days! :)) So xfs wants to either get removed or get a new maintainer. Maybe LTSP people, if they still use this? Adding LTSP maintainers to CC; is xfs (the font server, not the filesystem) still in use in LTSP? If you, can you take over the maintenance? Cheers, Moritz -- 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/20110718202204.gb3...@inutil.org
Bug#543592: your mail
David Suarez wrote: retitle #543592 ITA: makedev -- creates device files in /dev owner #543592 ! thanks David, I've seen your updated package on mentors.debian.net. So far, the prepared package only has minimal changes, but before I sponsor the upload I'd like to see a little bug triage first. Please go through the existing makedev bugs, classify them, close obsolete ones etc. I think you should also work towards pruning down obsolete reverse dependencies on makedev. Cheers, Moritz -- 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/20110614164141.gc19...@inutil.org
Bug#585965: Openclipart orphanage
On Thu, Dec 23, 2010 at 11:20:02PM -0800, Martin Kelly wrote: I'm interested in adopting openclipart. I'm not a Debian developer, so I would need someone to sponsor the uploads, but I would be happy to maintain the package. Hi Martin, are you still interested? I'll help out with updating openclipart and I can sponsor your uploads. Cheers, Moritz -- 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/20110510201253.gb30...@inutil.org
Bug#579369: Retitle to ITA
On Tue, Aug 03, 2010 at 09:03:17AM +0100, Colin Tuckley wrote: retitle 579369 ITA: genext2fs -- ext2 filesystem generator for embedded systems stop I am using this for work. I've been in touch with the upstream maintainer on SourceForge and will be assisting with the project there. Expect a new upstream bug fix release at the end of August and a new Debian package soon after. Hi Colin, I'm cleaning up the list of orphaned packages. Do you still plan to adopt genext2fs ? Cheers, Moritz -- 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/20110427195141.gb17...@inutil.org
Bug#576554: RFS / R to join
On Wed, Jun 16, 2010 at 09:28:47AM +0800, Paul Wise wrote: On Tue, 2010-06-15 at 10:38 -0600, Josue Abarca wrote: This new version has a problem: The license has been changed from BSD-like to GPL v2, but upstreamer forgot to update the file greed.spec. I contacted him, and he said that he will correct the file. Ahh, does he have permission to change the license? IIRC ESR isn't the main copyright holder of greed, just the current maintainer of it. I'll look at the updated package some time in the next week. I'm currently reviewing orphaned packages. What is the status? Cheers, Moritz -- 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/20110418172054.gb16...@inutil.org
Bug#565466: ITA : fdutils -- Linux floppy utilities
On Mon, Feb 21, 2011 at 01:27:47PM +0100, Matteo Cypriani wrote: On Thu, 17 Feb 2011 23:35:25 +0100, Moritz Mühlenhoff wrote: This was nine months ago. What's the status? Hi Moritz, I've prepared a new version of the package, fixed a bunch of bugs [1], but because of the freeze I did not upload the packet on mentors. I have to update to the last standard version, and after that I think it would be a good idea to upload the packet. Ok, good. Please tell me if you are interested to sponsor it. I don't have a floppy drive in any system, so I can't sponsor this myself. Cheers, Moritz -- 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/2011030716.gb26...@inutil.org
Bug#591302: ITP: 7kaa -- real time strategy game
On Fri, Feb 18, 2011 at 01:26:23PM +0100, Bertrand Marc wrote: Hi, With the last upstream version the issue with the mouse is fixed and I think the package is close to be ready. Do you have time to take a look or shall I look for a sponsor among the team ? Cheers, Bertrand [1] svn://svn.debian.org/svn/pkg-games/packages/trunk/7kaa/ [2] svn://svn.debian.org/svn/pkg-games/packages/trunk/7kaa-data/ I'll review/sponsor, but it might take some time. Cheers, Moritz -- 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/20110218153623.gb22...@inutil.org
Bug#555144: ITA: xlog -- GTK+ Logging program for Hamradio Operators
On Thu, Jan 14, 2010 at 07:42:22PM +0200, Nanakos Chrysostomos wrote: retitle 555144 ITA: xlog -- GTK+ Logging program for Hamradio Operators owner 555144! What's the status? You made the ITA a year ago, but w/o uploading anything? Cheers, Moritz -- 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/20110215165623.gc28...@inutil.org
Bug#540591: ITA: sweep -- Audio editor and live playback tool
On Sun, Dec 20, 2009 at 10:47:28AM +1100, Erik de Castro Lopo wrote: Currently working with upstream to fix a few minor issue. Once that is done upstream will release a new version and the new package can follow. What's the status? It's been a year. Cheers, Moritz -- 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/20110208225531.gb31...@inutil.org
Bug#459903: Adopting ttf-bpg-georgian-fonts in pkg-fonts team...
On Sun, Jan 03, 2010 at 06:51:58PM +0100, Christian PERRIER wrote: Hi Arne, I see that on March 3rd 2009, you ITA'ed this package. Nothing happened since then, apparently, but as you are already member of the pkg-fonts team, I think that including the package in our SVN is already OK. So, I'll proceed with that...but of course please let me know if you have some objections. What's the status? This has been tagged pending for more than a year. Cheers, Moritz -- 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/20110208225526.ga31...@inutil.org
Bug#465942: O: lgeneral -- A Panzer General - like game
On Fri, Feb 15, 2008 at 04:57:14PM +0100, Christoph Berg wrote: Package: wnpp Severity: normal The current maintainer of lgeneral, Lukasz Jachowicz ho...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. I'll adopt this on behalf of Debian Games Team after Squeeze release. Cheers, Moritz -- 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/20101220174238.ga3...@galadriel.inutil.org
Bug#583598: O: tepache -- A code sketcher for Python that uses pygtk and glade
On Fri, May 28, 2010 at 10:07:42PM +0530, Kartik Mistry wrote: Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I intend to orphan the tepache package. Upstream is dead. If nobody want to pick it up, I'll be asking for removal of package. Kartik, should it be removed now, so that it doesn't end up in Squeeze or should we wait longer for adoption? Cheers, Moritz -- 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/20100912150200.ga11...@galadriel.inutil.org
Bug#583598: O: tepache -- A code sketcher for Python that uses pygtk and glade
retitle 583598 RM: RoM -- tepache -- dead upstream, unused reassign 583598 ftp.debian.org thanks On Sun, Sep 12, 2010 at 09:18:34PM +0530, Kartik Mistry wrote: On Sun, Sep 12, 2010 at 05:02:00PM +0200, Moritz Muehlenhoff wrote: should it be removed now, so that it doesn't end up in Squeeze or should we wait longer for adoption? Go ahead and remove. Thanks! Doing so. Cheers, Moritz -- 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/20100912165646.ga2...@galadriel.inutil.org
Bug#560744: O: xview -- XView UI toolkit library and client programs
On Fri, Dec 11, 2009 at 10:35:09PM +0100, Martin Buck wrote: Package: wnpp Severity: normal I'm orphaning the XView package, containing the XView UI toolkit libraries plus a few applications using them (most notably olwm/olvwm). I haven't used it for a long time and I guess it's finally time to let it die in peace. However, for some strange reason, some parts of XView (e.g. olwm and olvwm) are still quite popular and the XView libraries still seem to be used for a few scientific applications. If you're brave enough to adopt that package, please take into account that there is no upstream (there hasn't been one for years), so all bugfixes will be your responsibility. Please also take into account that most of the code was written in the early 90's and as such is quite ugly by today's standards (e.g. not at all 64 bit clean and nearly impossible to fix). Reverse dependencies from other source packages are: treetool arb xvmount xjove workman imaze-xview circlepack I'll file bugs for the remaining packages using xview, so that xview can be removed for Wheezy. Cheers, Moritz -- 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/20100912153227.ga14...@galadriel.inutil.org
Bug#557587: O: pam-devperm
On Tue, Jan 19, 2010 at 02:33:16PM +1100, Matt Hope wrote: I have some interest in keeping this package in Debian. Please adopt the package, then: http://www.debian.org/doc/developers-reference/pkgs.html#adopting Otherwise it might be removed at some point. Cheers, Moritz -- 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/20100912202830.ga4...@galadriel.inutil.org
Bug#452967: ITA: ttf-georgewilliams -- Open fonts by George Williams
On Sun, Jul 05, 2009 at 09:17:41PM +0200, Nicolas Spalinger wrote: Filippo Giunchedi wrote: On Sun, Dec 16, 2007 at 07:16:57PM +0100, Nicolas Spalinger wrote: retitle 452967 ITA: ttf-georgewilliams -- Open fonts by George Williams owner 452967 Nicolas Spalinger nicolas_spalin...@sil.org thanks These fonts will be co-maintained via the Alioth pkg-fonts team (http://pkg-fonts.alioth.debian.org/) and will be be split into ttf-foundry-fontfamilyname packages. Is this actually going to happen anytime soon? I'd like to do a QA upload of gw-fonts-ttf removing the fc-cache call from postinst as that is not needed anymore. Thanks for the QA upload. I intend to finally take care of packaging George Williams fonts over the next few days. This was a year ago. What is the status? Cheers, Moritz -- 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/20100912204901.ga6...@galadriel.inutil.org
Bug#477485: O: adesklets - interactive Imlib2 console for the X Window System
reassign 477485 ftp.debian.org retitle 477485 RM -- RoQA -- adesklets thanks On Wed, Apr 23, 2008 at 03:20:50PM +0200, Bartosz Fenski aka fEnIo wrote: Package: wnpp Severity: normal I don't use it anymore. Upstream seems to be dead. Basically it works and 3 bugreport are quite easy to fix (2 are related to font, and one to perl support). Feel free to adopt this package, otherwise I'm going to request its removal. This has been declared upstream and upstream recommends it's removal http://adesklets.sourceforge.net/: -- September the 8th, 2010: adesklets is now officially dead. This project has been mostly inactive since 2007, and it's now time to kill it. Things has been fine for a few years, but changes in the various systems it runs on (in libraries, compilation toolchains and architectures) are catching up, and supporting adesklets has become quite a burden for many downstream maintainers. This site and all associated resources will stay available for a while, then will be put offline, probably by the end of 2010. Therefore, all Linux distributions and BSDs currently supporting adesklets are advised that they should probably drop it, or fork it right away. --- FTP masters, please remove. Cheers, Moritz -- 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/20100908213058.ga30...@inutil.org
Bug#486860: O: wprint -- Print any charset from web browsers and HtmlDoc
reassign 486860 ftp.debian.org retitle 486860 RM -- RoQA -- wprint; obsolete, orphaned for a long time, dead upstream thanks On Fri, Jun 20, 2008 at 10:23:43AM -0300, Eduardo Trápani wrote: Hi, The package has no open bugs, that's why I've done nothing with it. I guess I should have made sure at least that Standards-version were up to date. Anyway, I don't know if it's still being used. Nowadays Iceweasel with pango and gtk will print anything. Going ahead with the removal. Cheers, Moritz -- 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/20100908204231.ga23...@inutil.org
Bug#583597: O: bake -- yet another Python Make replacement
reassign 583597 ftp.debian.org retitle 583597 RM: bake -- RoQA -- dead upstream, unused, no reverse deps thanks On Fri, Jun 04, 2010 at 11:45:23AM +0200, Luca Bruno wrote: Kartik Mistry scrisse: I intend to orphan the bake package. I'll be happy to sponsor if any wannabe DM/DD want to adopt :) The package description is: It was written for the following advantages: . * It handles header dependencies. * Build processes written in Python can be called directly, without loading another shell or interpreter. * Password entering can be put in front of all other work. (For example when a homepage is built and uploaded afterwards). * Subordinated instances can be called Python-internally without loading another shell, too. From a rapid inspection, it looks like bake has no package depending or build-depending on it. It also has a very low popcon score[0] and no upstream in the last 5 years, and almost (all?) these features can achieved with other build tools. Given these details, I'd say that bake didn't fit well in the natural evolution of make-like tools, and has been superseded by other methods. Thus, I'd propose its removal. OTOH I acknowledge the importance of the availability of build helper, so if you can list a bunch of (not dead) projects depending on it, it'll be surely enough to keep it. Going ahead with the removal now. Cheers, Moritz -- 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/20100908213452.ga31...@inutil.org
Bug#410775: should I be uploading?
On Thu, Mar 15, 2007 at 03:12:57PM -0400, Mike O'Connor wrote: Emyl, Since there is no new upstream release and no pending bugs, I was not planning on uploading a new version of psh just to switch the maintainer field. I am, of course, subscribed to the pts for this package. I just wanted to check to make sure this was ok with you. Mike, do you still want to adopt psh? Otherwise I would file for it's removal, since it's orphaned for a long time, lags behind the latest upstream and is mostly unused in popcon. Cheers, Moritz -- 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/20100907162031.ga5...@inutil.org
Bug#552416: O: cournol -- Analyze absolute supply monopolies and polypolies
reassign 552416 ftp.debian.org retitle 552416 RM: RoQA -- cournol - unused, dead upstrem thanks On Mon, Oct 26, 2009 at 12:06:16AM -0430, Alejandro Garrido Mota wrote: Package: wnpp Severity: normal I don't use the package anymore. I believe that it could be removed from the archive: there's no upstream activity from years. Going ahead with the removal now, since it's virtually unused and dead upstream. Cheers, Moritz -- 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/20100903155029.gd14...@inutil.org
Bug#553902: Removing cabber
retitle 553902 RM: RoQA - outdated, replaced by mcabber, orphaned, unused reassign 553902 ftp.debian.org thanks On Sun, Jan 31, 2010 at 10:45:59PM +0100, Maximilian Gass wrote: I think cabber should be removed from the archive. The upstream website appears to be dead and has not been updated since 2004. mcabber is a fork of cabber that is actively maintained. Maybe cabber could be changed to a transitional package on mcabber, but I do not know how compatible it is regarding user configuration files. Going ahead with the removal now. Cheers, Moritz -- 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/20100903155010.gc14...@inutil.org
Bug#537259: O: skencil -- Interactive vector drawing program for X11
reassign 537259 ftp.debian.org retitle 537259 RM: -- skencil thanks On Sun, Aug 08, 2010 at 04:51:24PM +0200, Magnus Holmgren wrote: On torsdagen den 16 juli 2009, you stated the following: I'm orphaning skencil due to lack of interest in this package. If there is no new maintainer within about a month, I'm going to request its removal. So...? :-) Going ahead with the removal now. Cheers, Moritz -- 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/20100902162037.ga17...@inutil.org
Bug#567142: O: libqwt
On Thu, Sep 02, 2010 at 08:08:38AM -0400, Michael Hanke wrote: On Tue, Aug 31, 2010 at 06:42:18PM -0400, Michael Hanke wrote: Not sure if I ever got an answer to this one -- let me contact upstream and clarify that finally. Ok, upstream is looking into this issue. If it turns out that there won't be a short-term solution, I'd volunteer to adopt the package till fslview has been ported to qwt5 and qwt4 can be removed from the archive. Since the qwt4 package seems to be in good standing I assume there is no urgent need for action, correct? We'll just leave it orphaned, no need to take over maintenance for this. Simply file a removal bug for qwt4 once fslview has been updated. Cheers, Moritz -- 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/20100902214005.ga32...@inutil.org
Bug#405527: O: mkrboot -- Make a kernel + root image bootable from one disk or from DOS
On Thu, Jan 04, 2007 at 10:53:08AM +0100, Bernd Eckenfels wrote: Package: wnpp Severity: normal I intend to orphan the mkrboot package. The package description is: mkrboot generates boot disks that contain both a kernel and a root image. This enables debian bootup for installation purposes from one floppy. . mkrboot can also use loadlin to make a floppyless installation possible. . Boot methods supported: - Loadlin from running DOS/Windows without a floppy - Loadlin from a FreeDOS bootup disk - Lilo from one floppy - Kernel Boot loader from one floppy - Syslinux from one floppy I just uploaded version 0.93 to unstable which fixes a bug and a QA problem. I am not sure if the package is needed anymore. It requires updating the debian standard, maybe the whole debian scripts need rewrite. Some of the methods in mkrboot are not functional anymore, and porting to other architectures (amd64) need to be done. I am willing to Co-Mantain the package, if needed. Shall we go ahead with a removal now? Cheers, Moritz -- 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/20100831222454.ga10...@galadriel.inutil.org
Bug#567142: O: libqwt
On Wed, Jan 27, 2010 at 02:31:55PM -0500, Michael Hanke wrote: On Wed, Jan 27, 2010 at 01:03:17PM -0500, Michael Hanke wrote: Hi, On Wed, Jan 27, 2010 at 08:54:21AM -0800, Brian Nelson wrote: Package: wnpp Severity: normal Orphaning libqwt (version 4) as I no longer have an interest in packaging it. Version 5 already exists as a separate package in the archive. The only remaining dependency on this library is fslview. Ideally fslview could be updated to use qwt5, in which case this older qwt could be removed from the archive. I will check whether fslview would work with qwt5, and report here. I tried simply rebuilding it, but it doesn't work. I started composing a patch, but the changes are numerous, so I postponed that for now. Instead, I dropped upstream a note, asking about a possible port to qwt5. What are their plans of a port? This would allow us to remove qwt4. Cheers, Moritz -- 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/20100831221204.ga9...@galadriel.inutil.org
Bug#593886: O: cvsnt -- Improved multiplatform version of the original CVS
On Sun, Aug 29, 2010 at 07:23:39PM +0200, Andreas Tscharner wrote: On 23.08.2010 19:16, Moritz Muehlenhoff wrote: On Sat, Aug 21, 2010 at 11:05:02PM +0200, Andreas Tscharner wrote: [snip] 2) Upstream will sell cvsnt (community edition as they call it) in the future. This is possible in compliance with the GPL. For a possible future maintainer, there is a free and anonymous CVS read access, but this can be terminated without further notice at any time. The package suffers a critical bug and should be updated or even better removed from Debian. In light of 2) we should rather remove it than continuing to include it in Squeeze. It also has hardly any users in popcon. I fully agree. Do I need to do something to remove it? Use reportbug ftp.debian.org and use the Package removal - Request Of Maintainer option. Cheers, Moritz -- 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/20100829205909.ga7...@galadriel.inutil.org
Bug#520746: O: soci -- C++ Database Access Library (core)
On Sun, Mar 22, 2009 at 02:45:53PM +, Neil Williams wrote: Package: wnpp Severity: normal If the package remains orphaned at the end of this month (March 09), I'll migrate it to Maintainer: QA. If it is still orphaned at the start of the Squeeze release freeze, I'll seek removal from Debian. (Upstream is quiet but not completely dead.) Are you going ahead with the removal? Cheers, Moritz -- 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/20100829205539.ga6...@galadriel.inutil.org
Bug#593886: O: cvsnt -- Improved multiplatform version of the original CVS
On Sat, Aug 21, 2010 at 11:05:02PM +0200, Andreas Tscharner wrote: Package: wnpp Severity: normal I intend to orphan the cvsnt package. The package description is: CVSNT is an advanced multiplatform version control system. Compatible with the industry standard CVS protocol it now supports many more features. [snip] See http://www.cvsnt.org/wiki/ for further information There are two reasons for orphaning: 1) I don't use it anymore. I have switched to a DVCS 2) Upstream will sell cvsnt (community edition as they call it) in the future. This is possible in compliance with the GPL. For a possible future maintainer, there is a free and anonymous CVS read access, but this can be terminated without further notice at any time. The package suffers a critical bug and should be updated or even better removed from Debian. In light of 2) we should rather remove it than continuing to include it in Squeeze. It also has hardly any users in popcon. Cheers, Moritz -- 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/20100823171607.ga4...@galadriel.inutil.org
Bug#544918: RFA: sabre -- fighter plane simulator for svgalib
reassign 544918 ftp.debian.org retitle 544918 RM: RoM - obsolete, dead upstream since ages thanks On Thu, Sep 03, 2009 at 08:44:09PM +0200, Gonéri Le Bouder wrote: Package: wnpp Severity: normal We, Debian Games, request an adopter for the sabre package. If nobody adopt the package in the 3 comming months, we'll ask ftp-master to remove the package from the archive. The package is/was maintained in the Debian Games Team, we would prefere the new maintainer to do so. The package description is: SABRE is an on-going game development for the Linux Operating System, worked on as a labor of love by flight-simulation enthusiasts. . For now, SABRE is focusing on the older jets and piston-engined fighters of the Korean War / Cold War era. Featured are F-86 SabreJet, MiG-15, F-84 ThunderJet, F-51 Mustang, and Yak-9. All of the planes in the game can be flown by the player as well as the computer pilots. . This package contains the svgalib binary. -- 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/20100817203139.ga7...@galadriel.inutil.org
Bug#591302: ITP: 7kaa -- real time strategy game
On Mon, Aug 09, 2010 at 11:56:01AM +0200, Bertrand Marc wrote: Hi, I did the initial packaging work [1], [2]. The packages compiles and the games starts, but the mouse is unusable yet. Do you encounter the same issue ? Feel free to continue the work. As it is I think it is worthy of an experimental upload. I won't have time to work on this in the next months. Cheers, Moritz -- 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/20100809171607.gc27...@inutil.org
Bug#591302: ITP: 7kaa -- real time strategy game
On Sun, Aug 08, 2010 at 01:54:32AM +0200, Bertrand Marc wrote: Hi Moritz, I am a member of the Game Team, and I am interested in 7kaa. Did you start packaging it ? Don't hesitate to contact me if you want any help on this. No, I mostly filed it on behalf of the Debian Games Team. Feel free to start working on it rightaway. Cheers, Moritz -- 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/20100808155224.gb2...@galadriel.inutil.org
Bug#591302: ITP: 7kaa -- real time strategy game
Package: wnpp Severity: wishlist Owner: Moritz Muehlenhoff j...@debian.org * Package name: 7kaa Version : 2.14 Upstream Author : 7kaa project * URL : http://www.enlight.com/7k/ * License : GPL Seven Kingdoms is a formerly proprietary RTS game, which has been released under the GPL: http://en.wikipedia.org/wiki/Seven_Kingdoms_(computer_game) Game data is GPLed as well (with the exception of the music, which had to be removed). -- 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/20100801220459.29990.77025.report...@localhost.localdomain
Bug#591302: ITP: 7kaa -- real time strategy game
On Sun, Aug 01, 2010 at 06:04:59PM -0400, Moritz Muehlenhoff wrote: Package: wnpp Severity: wishlist Owner: Moritz Muehlenhoff j...@debian.org * Package name: 7kaa Version : 2.14 Upstream Author : 7kaa project * URL : http://www.enlight.com/7k/ * License : GPL Seven Kingdoms is a formerly proprietary RTS game, which has been released under the GPL: http://en.wikipedia.org/wiki/Seven_Kingdoms_(computer_game) Game data is GPLed as well (with the exception of the music, which had to be removed). I forgot; to be maintained by the Debian Games Team. This isn't yet in shape for Squeeze. Cheers, Moritz -- 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/20100801220838.ga30...@galadriel.inutil.org
Bug#520324: ITP: chromium-browser -- A web browser developed by Google based on the WebKit engine
On Mon, Apr 26, 2010 at 01:02:09PM +0200, Alexander Sack wrote: Yeah, in any case we might want to get this in experimental/unstable so we get a feeling how this can be maintained. Also having this beast NEWed is probably a good start ;). It's in Debian unstable since half a year: http://packages.qa.debian.org/libv/libv8.html and yes, for now chromium-browser will use its libv8 and i dont have plans for uploading the standalone package until that has stabilized. Is the Chrome version of libv8 forked from the version of v8 in the archive? Cheers, Moritz -- 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/20100429211759.gb8...@inutil.org
Bug#520324: ITP: chromium-browser -- A web browser developed by Google based on the WebKit engine
On Thu, Apr 22, 2010 at 07:07:01PM +0200, Giuseppe Iuculano wrote: Il 22/04/2010 12:25, Stefano Zacchiroli ha scritto: Regarding security issues, I duly notice that Giuseppe is a full member of the Debian security team, so I believe we should trust his judgement on that. webkit related security issues are real and I'm well placed to know about it. I would like to hear Giuseppe about his concerns wrt this point. Sure, I just meant to highlight that he's probably more qualified than other people (surely more than me for instance) to judge on this. I do hope he has already thought about it :), but it would indeed be nice if he can share his opinions here. We are already tracking[1] chromium security issues, this is another webkit fork and it is a real pain; but given the fact that now we have three members in the webkit security groups (Fathi is one of them), from the Security team's (CCed) point of view there is no objections. Alexander Sack wrote: One example: If you look at the release channels, you will notice that there are two releases a week in average or something. Not real releases,tags or anything like that. The problem here is that chromium uses a continuous rollout and backout approach, which is fine on its own, but when it comes to reflecting this in a distro you easily become trapped to either keep up with their update frequency through the security channel :-P (e.g. going through security twice a week ;)) ... or somehow figuring how to bake stable releases from a continuous head in a way that you can release regression free security updates as those are announced. I am not saying there is no way to do that, just that its tough and we have to learn a lot before we can consider putting chromium in a stable release for debian. After a quick look to their release blog, I noted a lot of announcement for the dev tree, but not for the stable tree. Anyway could you explain your plans for chromium in Debian please? When do you intend to upload it in unstable or experimental? BTW, yesterday I uploaded gyp. FWIW, I concur with Alexander Sack. We should not yet include Chromium in Squeeze. Let's give it some time to settle down and observe if it's actually maintainable. The issues raised by both Alexander and Tom Callaway of Fedora seem very credible to me. If Chromium in Squeeze+1 can be build with the system copy of webkit, that's an added bonus. Likewise, we shouldn't include libv8 yet (or exclude it from security support). Cheers, Moritz -- 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/20100425204150.gd4...@galadriel.inutil.org
Bug#535147: supertux
On Sun, Aug 30, 2009 at 11:28:44PM +0200, Christoph Egger wrote: Hi all! supertux currently has a open RC bug, patches fixing 3 bugs (including the RC one) and needs some love in other areas as well. Alexander Reichle Schmehl imported the package into pkg-games SVN a long time ago and Cyril Brulebois uploaded a package to experimental changing the Maintainer to the Games Team. I would be willing to completely move it into pkg-games domain with me as an uploader and bring it in shape in the next week. However I have met some problems. The package was imported into SVN including all the experimental upload and the package in experimental still is considered unstable upstream. However as all of it was imported I can't just branch it away. Secondly Ubuntu ships the Version Upstream consideres unstable. I can imagine now 2 possibilities: Either I go the way Ubuntu goes, import the newest Release from Upstream/Unstable and just continue from SVN or I start from new (possibly but not necessarily in git -- no topgit this time, I promise ;)). Any opinions, suggestions, whatever are welcome. If there are none, I'll start to do the thing that seems most sensible to me at that point in time soon. I think we should stick to the current stable SuperTux release for Squeeze. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#426048: fuppes
On Tue, Jan 05, 2010 at 12:30:42AM +0100, Eva Ramon wrote: Hallo Michael, I am almost ready to upload the fuppes package. Is it ok for you if I go on with it? Do we really need to set up a group for it? Can you upload the package somewhere, so that people can test the packages already? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544921: RFA: droidbattles -- A game of programming battle droids
On Thu, Sep 03, 2009 at 08:39:03PM +0200, Gonéri Le Bouder wrote: Package: wnpp Severity: normal We, Debian Games, request an adopter for the droidbattles package. If nobody adopt the package in the 3 comming months, we'll ask ftp-master to remove the package from the archive. The package is/was maintained in the Debian Games Team, we would prefere the new maintainer to do so. The package description is: You design and program droids in an assembler-like language to make them as lethal as possible to other droids. You then run the droid in a battle simulation where they try to destroy each other. . Hardware design, programming and battle simulation all happens in an integrated graphical development environment. Is this still relevant? Barry uploaded the latest upstream version 1.0.7 some days ago. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535261: RFA: xpdf -- Portable Document Format (PDF) suite
On Thu, Oct 22, 2009 at 12:35:20PM +0200, Patrick Schoenfeld wrote: Hi, in July 2009 you said that you intend to adopt xpdf. Are you still interested in that? Because currently it has several release-critical bugs, which should be addressed. So if your interest to maintain xpdf is still there, then you should work on this RC bugs or if not, then you should retitle the wnpp bug again. FWIW; I've filed bugs for packages still build-depending on xpdf-utils to switch to poppler-utils, so that we can remove xpdf for Squeeze. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543889: O: pcsc-omnikey -- PC/SC driver for Omnikey Cardman Smartcard readers (binary-only)
On Thu, Aug 27, 2009 at 09:27:35AM +, Daniel Baumann wrote: Package: wnpp Severity: normal I am orphaning pcsc-omnikey. AFAICT the Omnikey smart card readers are CCID-compliant, so we could remove this package in favour of ccid? Ludovic, as the ccid author you should know best, what do you think? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535261: RFA: xpdf -- Portable Document Format (PDF) suite
On Tue, Jul 07, 2009 at 10:27:59AM +0800, LIU Qi wrote: Hi, I'd like to give away the xpdf package to someone who can care for it. It's been a while since the last maintainer uploaded so it's a bit of a mess. The source package uses dpatch and should be migrated to a VCS really as we have a few ongoing differences from upstream. Anyone who intends to adopt xpdf also needs to be prepared to help in the creation of updated packages for oldstable-security and stable- security. This isn't a package that should be adopted as a first package for NMs. I want to adopt this package. Although I am a NM, it is not the first package I have adopted. I also have a stable and reliable uploading sponsor. You need to be able to backport xpdf patches to older versions from oldstable and stable. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535261: RFA: xpdf -- Portable Document Format (PDF) suite
On Wed, Jul 01, 2009 at 06:43:30PM +1000, Hamish Moffatt wrote: Package: wnpp Severity: normal Hi, I'd like to give away the xpdf package to someone who can care for it. It's been a while since the last maintainer uploaded so it's a bit of a mess. The source package uses dpatch and should be migrated to a VCS really as we have a few ongoing differences from upstream. Anyone who intends to adopt xpdf also needs to be prepared to help in the creation of updated packages for oldstable-security and stable- security. This isn't a package that should be adopted as a first package for NMs. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520827: ITP: drascula -- point and click adventure
Package: wnpp Severity: wishlist Owner: Moritz Muehlenhoff j...@debian.org * Package name: drascula Upstream Author : Alcachofa Soft S.L. Programming Lang: N/A Description : point and click adventure Drascula - The Vampire Strikes Back is a Spanish point-and-click adventure from the 90ies, which has been released for free since it is supported by ScummVM. It will be maintained through the Debian Games Team. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517790: ITP: mydns -- DNS server using MySQL or PostgreSQL for data storage
In gmane.linux.debian.devel.general, you wrote: --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Mon, Mar 02, 2009 at 02:02:08AM -0600, William Pitcock wrote: =20 What does this have over PowerDNS? Probably nothing, else that I am using it and packaging it for my own=20 and thought that it would be a good idea to contribute to Debian, is=20 redundancy a problem ? In this case it actually is. Writing a proper DNS server is difficult and we already have too many to support. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509530: digitaldj: Should this package be removed?
severity 509539 normal reassign 509539 ftp.debian.org retitle 509539 RM: digitaldj -- RoQA; dead upstream, depends on legacy libs, alternatives existi thanks On Mon, Dec 22, 2008 at 11:01:44PM -0500, Barry deFreese wrote: Package: digitaldj Version: 0.7.5-6.1 Severity: normal User: debian...@lists.debian.org Usertags: proposed-removal Dear Maintainer, While reviewing some packages, your package came up as a possible candidate for removal from Debian, because: * Inactive upstream (No activity since 2003/2004). * Build-depends on libgnome-dev which is scheduled for removal. * Alternatives exist. (Lots of mp3 players out there, though not necessarily SQL based ones) If you think that it should be orphaned instead of being removed from Debian, please reply to this bug and tell so. No reaction within a month, reassigning to ftp.debian.org Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#427139: O: fblogo -- Converts images to framebuffer-logo header file
retitle 427139 RM: fblogo - obsolete with 2.6 kernels reasssign 427139 ftp.debian.org thanks On Sat, Jun 02, 2007 at 07:10:33AM +0200, Gordon Fraser wrote: Package: wnpp Severity: normal Orphaning due to lack of time. Not sure if this package is useful anymore, because it is not needed for 2.6 kernels. Reassigning to ftp.debian.org for removal. We only support 2.6 kernels since Etch. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#388363: remove feta?
reassign 388363 ftp.debian.org retitle 388363 RM: feta -- obsolete, unmaintained thanks On Mon, Aug 25, 2008 at 11:36:05PM +0200, Moritz Muehlenhoff wrote: On Mon, Aug 25, 2008 at 05:44:21PM +0200, Thijs Kinkhorst wrote: Hi, It's still very useful, but I don't have the time to maintain it myself. Unless it becomes unusable for some reason I'd like to see it kept. Well, it now has an RC bug about a temp file issue. No-one has turned up in two years of orphaning. Should we keep it? I still use a subset of the functionality, which isn't present in aptitude, so I'll rather NMU it. I've replaced the functionality I needed. Let's go ahead with the removal. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506251: [RFS] amule-adunanza for Debian
On Fri, Jan 02, 2009 at 02:22:29PM +0100, Adeodato Simó wrote: * Luca Falavigna [Wed, 17 Dec 2008 00:22:47 +0100]: Hello Adeodato, Hello, Luca, sorry for the late reply. You're aMule Debian maintainer, so your opinion is important. Fastweb is an important italian ISP which implements a kind of network based on a NAT technology: every customer is part of Fastweb huge WAN and Internet contents are proxied. amule-adunanza project [1] is meant to help Fastweb users to use Kademlia network allowing clients to be reached inside Fastweb's NAT, traditional aMule is not able to do so. Adunanza is a merge of aMule, it uses the same aMule code, implementing Adunanza changes on top of it, new stable versions happen when new aMule version come out. I packaged a first version of amule-adunanza [2] and opened a ITP for it [3], it is mainly based on existing aMule package in Debian, since code and packaging is almost the same, the only major change is lack of amuleweb, it hasn't been tested by Adunanza developers and they suggested to not ship it for now. Just for the records, it has been made available in Ubuntu recently [4]. The only thing that comes to mind is that we don't like code duplication in Debian much. That is, we like code to live in exactly one source package. For this to work here, amule would have to provide an amule-src package, and get amule-adunanza to build-depend on it, applying its diff on top of it. (This way, if a security problem happens in amule, a simple automatic binNMU is enough to get it fixed in amule-adunanza.) I'm not sure, however, if it's worth the effort. After all we are talking only of two packages (and foreseeably none more), and I don't think there have been any security uploads of amule in the past. Another option would be to include the adunanza diff in the amule package itself, but I'm not very keen on that either. Let's CC the security team, to see if they insist that we duplicate this codebase, or can live with it. The best solution would be to merge the necessary changes into amule proper. Since there'll be 18 months of time until Squeeze release there should be plenty of time to do that. The second best solution would be to build another binary package from the amule source package, which is applying the adunanza patch during build time. Or we could build a separate source package and exclude amule-adunanza from security support. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
reassign 485182 to wnpp
reassign 485182 wnpp -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#388363: remove feta?
On Mon, Aug 25, 2008 at 05:44:21PM +0200, Thijs Kinkhorst wrote: Hi, It's still very useful, but I don't have the time to maintain it myself. Unless it becomes unusable for some reason I'd like to see it kept. Well, it now has an RC bug about a temp file issue. No-one has turned up in two years of orphaning. Should we keep it? I still use a subset of the functionality, which isn't present in aptitude, so I'll rather NMU it. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388363: remove feta?
On Mon, Aug 25, 2008 at 11:36:05PM +0200, Moritz Muehlenhoff wrote: On Mon, Aug 25, 2008 at 05:44:21PM +0200, Thijs Kinkhorst wrote: Hi, It's still very useful, but I don't have the time to maintain it myself. Unless it becomes unusable for some reason I'd like to see it kept. Well, it now has an RC bug about a temp file issue. No-one has turned up in two years of orphaning. Should we keep it? I still use a subset of the functionality, which isn't present in aptitude, so I'll rather NMU it. Done. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411791: RFH: rt2400 -- RT2400 wireless network drivers
On Wed, Feb 21, 2007 at 12:03:08AM +0100, Aurelien Jarno wrote: Package: wnpp Severity: normal I don't own the hardware corresponding to this package anymore (well I actually never own such a hardware, but at least a similar hardware), so it is difficult for me to maintain it. Ben Hutchings who was the co-maintainer of this package agreed to become the maintainer, but would be more comfortable with a co-maintainer having previous experience with kernel module packages. I am currently the co-maintainer of the package, so I am looking for somebody who wants to replace me. It appears this driver has been merged into the standard Linux kernel: [EMAIL PROTECTED]:~$ dpkg -L linux-image-2.6.25-2-686 | grep wireless | grep rt2 /lib/modules/2.6.25-2-686/kernel/drivers/net/wireless/rt2x00 /lib/modules/2.6.25-2-686/kernel/drivers/net/wireless/rt2x00/rt2400pci.ko /lib/modules/2.6.25-2-686/kernel/drivers/net/wireless/rt2x00/rt2500pci.ko /lib/modules/2.6.25-2-686/kernel/drivers/net/wireless/rt2x00/rt2500usb.ko /lib/modules/2.6.25-2-686/kernel/drivers/net/wireless/rt2x00/rt2x00lib.ko /lib/modules/2.6.25-2-686/kernel/drivers/net/wireless/rt2x00/rt2x00pci.ko /lib/modules/2.6.25-2-686/kernel/drivers/net/wireless/rt2x00/rt2x00usb.ko /lib/modules/2.6.25-2-686/kernel/drivers/net/wireless/rt2x00/rt61pci.ko /lib/modules/2.6.25-2-686/kernel/drivers/net/wireless/rt2x00/rt73usb.ko Wouldn't it make sense to remove the rt2400 source package in that case? Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434392: O: nikto: web server security scanner
reassign 434392 ftp.debian.org retitle 434392 RM: nikto -- RoM thanks On Thu, Mar 20, 2008 at 08:17:43AM +0100, Thomas Seyrat wrote: Le 17 mars à 21h58 (+0100), Moritz Muehlenhoff écrivait: Since it's orphaned for nine months, do you agree with removing it? I do agree, don't hesitate to ask for package removal. Reassigning to ftp.debian.org. I'll get in contact with the Debian Perl group whether they want to adopt libwhisker-perl. Otherwise I'll ask for its removal as well. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428745: RFA: kxgenerator -- KDE X Server configuration utility
On Wed, Jun 13, 2007 at 10:34:50PM +0200, Lionel Le Folgoc wrote: Package: wnpp Severity: normal Hi, I am looking for someone who use it regularly to adopt this package. I have not used it for a long time. The package is in a good shape. Given that current X.org is heading towards auto-detection/configuration, this package is likely no longer useful or am I missing something? If so, we should rather remove it. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434392: O: nikto: web server security scanner
On Mon, Jul 23, 2007 at 05:16:21PM +0200, Thomas Seyrat wrote: Package: wnpp Severity: normal I am orphaning the nikto package. It's a nice security scanner (probably no other open source equivalent), but I have no time to maintain it anymore. Thomas Nikto is a pluggable web server and CGI scanner written in Perl, using rfp's LibWhisker to perform fast security or informational checks. . Features: * Easily updatable CSV-format checks database * Output reports in plain text or HTML * Available HTTP versions automatic switching * Generic as well as specific server software checks * SSL support (through libnet-ssleay-perl) * Proxy support (with authentication) * Cookies support Given that a much-improved nikto 2.0 is available I think this should rather be removed than kept in Lenny if it's not updated. (It might people give a false impression of the security state of their setup). Since it's orphaned for nine months, do you agree with removing it? If anyone wants to re-introduce a more recent release at a later point, he/she can still base on the old packages from Sarge or Etch. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461568: RFP: portbunny -- Linux-kernel-based port-scanner
Package: wnpp Severity: wishlist * Package name: portbunny Version : 1.0 Upstream Author : Fabian Yamaguchi / Recurity Labs * URL : http://www.recurity-labs.com/portbunny/portbunny.html * License : GPL Programming Lang: C and Python Description : Linux-kernel-based port-scanner PortBunny is a Linux-kernel-based port-scanner created by Recurity Labs. Its aim is to provide a reliable and fast TCP-SYN-port-scanner which performs sophisticated timing based on the use of so called trigger-packets. The port-scan is performed in 2 steps: First the scanner tries to find packets, to which the target responds (triggers). Second, the actual port-scan is performed. During the scan, the triggers, which were found in the first scanning-phase, are used to determine the optimal speed at which the target may be scanned. There's an interesting presentation at http://www.recurity-labs.com/portbunny/24c3PortBunnySlides.pdf -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc7-686 (SMP w/1 CPU core) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326398: Joomla! in Debian
On Mon, Jan 07, 2008 at 05:44:22PM +0100, Alexander Schmehl wrote: Hi! * Ove Kaaven [EMAIL PROTECTED] [080107 01:00]: [..] but this one stands out: FOOOD Icons (Administrator Toolbar) --- Copyright: 2004 iCandy Junior Icons License:http://www.iconaholic.com/help/joomla.html Notes: Please note these icons are NOT OPEN SOURCE but used with permission I'm pretty sure there's not even a reason to ask debian-legal; unless replacement icons are found, this is undistributable. Is there a way to move this to the http://www.debian.org/devel/wnpp/unable-to-package list? I might still make that unofficial package, though. We'll see. If it's not distributable, why not an installer package? That a maintenance nightmare both for the maintainer and the local user, just have a look at all the hassles even a tiny package like flashplugin-nonfree is causing. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326398: Joomla! in Debian
On Sat, Jan 05, 2008 at 07:16:51PM +0100, Ove Kaaven wrote: Moritz Muehlenhoff skrev: Ove Kaaven wrote: Hi fellas, A while ago, Alex de Oliveira Silva expressed intent to package Joomla!, a content management system. It's a package I'm interested in right now. Unfortunately, it looks to me like Alex has gone MIA before finishing the package. I could personally do any of: sponsoring an upload, adopting the package, or even packaging it myself if I have to. If, however, Alex or his previous sponsor (Daniel Ruoso) happen to have a copy of the current state of the package, so I don't have to package it from scratch, it might save me a bit of work (depending on how much time I want to spend on the configuration process, I guess...) Ove, an advance warning: Joomla! wouldn't be supported with security updates in a stable release, since security problems are too frequent. There's also serious concern, whether it's supportable through the life cycles of a full Debian release. I see. So if I make a package, maybe I should just be making it an unofficial package, then. Hmm. Or alternatively maintain it only in volatile.debian.org. Upgrading to the latest upstream version in case of a security update is the way things are happening in the web apps world anyway. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326398: Joomla! in Debian
Ove Kaaven wrote: Hi fellas, A while ago, Alex de Oliveira Silva expressed intent to package Joomla!, a content management system. It's a package I'm interested in right now. Unfortunately, it looks to me like Alex has gone MIA before finishing the package. I could personally do any of: sponsoring an upload, adopting the package, or even packaging it myself if I have to. If, however, Alex or his previous sponsor (Daniel Ruoso) happen to have a copy of the current state of the package, so I don't have to package it from scratch, it might save me a bit of work (depending on how much time I want to spend on the configuration process, I guess...) Ove, an advance warning: Joomla! wouldn't be supported with security updates in a stable release, since security problems are too frequent. There's also serious concern, whether it's supportable through the life cycles of a full Debian release. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413146: O: tramp -- remote file access in Emacs
On Fri, Aug 10, 2007 at 11:42:30AM +0200, Romain Francoise wrote: Matej Vela [EMAIL PROTECTED] writes: Do you think it's worth fixing #436761 (tramp fails with wholenump error on xemacs21), or should tramp be removed (given that no one's filed an ITA and emacs22 is the default)? Given that the change is trivial[1], it's probably better to fix the bug. Why don't we remove tramp entirely, given that it's included in emacs22? Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431570: O: usbmgr -- user-mode daemon which loads/unloads USB kernel modules
On Tue, Jul 03, 2007 at 09:53:31AM -0500, Rudy Godoy Guillén wrote: Package: wnpp Severity: normal I intend to orphan the usbmgr package, since it lacks of upstream development and better options exists. I also intend to request for removal in a couple of weeks if no other still wants to take care of it. The package description is: When USB devices connect into or disconnect from a USB hub, the usbmgr works as follows, according to configuration: . a) Load and unload Linux kernel modules. b) Execute scripts to setup USB devices. . usbmgr is available under linux kernels having /proc/bus/usb and it is suitable for specific needs regarding USB devices. . This software was made for 2.4 kernels when USB support was inmature, for wider and modern support of plugable devices you may want to use hotplug by installing the udev package. This should rather be removed directly, it's completely obsolete with Etch and above. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382266: RFA: owl-dms -- intranet Knowledgebase or DMS
Jose Carlos Medeiros wrote: Package: wnpp Severity: normal I havent more time to mantain this package. If you want , get free to take it. Description below: Owl is a multi user document repository (knowledgebase), document manager and/or document management system (DMS) written in PHP for publishing of files/documents onto the web for a corporation, small business, group of people, or just for yourself. . http://owl.sourceforge.net/ JFTR: If this doesn't find a maintainer it should rather be maintained for Lenny. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388363: reasons to keep it?
Holger Levsen wrote: from the package descriptions, feta and wajig seem to have the same features. Joe Wreschnig, the orphaning maintainer of feta is also it's upstream, so I wonder what reasons there are to keep feta in the archive? Wouldn't removing it and adding a conflicts: provides: feta (or replaces? it's too early on a sunday...) to wajig a sensible road to take? Or am I missing something? It's still very useful, but I don't have the time to maintain it myself. Unless it becomes unusable for some reason I'd like to see it kept. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405896: ITP: keepassx -- light-weight and easy-to-use password manager
Reinhard Tartler wrote: Moritz Muehlenhoff [EMAIL PROTECTED] writes: The complete database is always encrypted either with AES (alias Rijndael) or Twofish encryption algorithm using a 256 bit key. Therefore the saved information can be considered as quite safe. KeePassX uses a ^^ Ummm. Apart from that, just because it uses strong ciphers it doesn't mean it's secure. It appears to only have a single author and to be very fresh and I don't think it has received real review so far. Until it has matured more I wouldn't upload this to unstable, as every flaw will expose all the pass- words and passphrases of a user. Err, while I agree that the description should make false or misleading statements (I will take that part out), I'm a bit confused about your statement to not upload it to unstable. I mean, in a truly security sensitive environment, every security sensitive tool should be audited anyway. I'd still like to upload it to unstable, so that it gets wider testing. If someone notices security issues, the package will get an RC bug, and if there is no quick fix, it may be removed from testing. But why are you saying that it mustn't enter unstable? Did you perhaps already audit keepassx or have made any experience while using it? In reality people use unstable widely. IMHO security-sensitive code that fresh shouldn't enter unstable, but feel free to ignore me. I think your concerns apply to the dozen other password managers we already ship in etch as well. Probably yes. (kwalletmanager appears fine, haven't looked at others.) Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405896: ITP: keepassx -- light-weight and easy-to-use password manager
In gmane.linux.debian.devel.general, you wrote: * Package name: keepassx Version : 0.2.2 Upstream Author : Tarek Saidi [EMAIL PROTECTED] * URL : http://keepassx.sourceforge.net/ * License : GPL Programming Lang: C++ Description : light-weight and easy-to-use password manager KeePassX is an application for people with extremly high demands on secure personal data management. It has a light interface and is cross platform. . KeePassX saves many different information e.g. user names, passwords, urls, attachemts and comments in one single database. For a better management user-defined titles and icons can be specified for each single entry. Furthermore the entries are sorted in groups, which are customizable as well. The integrated search function allows to search in a single group or the complete database. . The complete database is always encrypted either with AES (alias Rijndael) or Twofish encryption algorithm using a 256 bit key. Therefore the saved information can be considered as quite safe. KeePassX uses a ^^ Ummm. Apart from that, just because it uses strong ciphers it doesn't mean it's secure. It appears to only have a single author and to be very fresh and I don't think it has received real review so far. Until it has matured more I wouldn't upload this to unstable, as every flaw will expose all the pass- words and passphrases of a user. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404762: ITP: freesynd -- Free implementation of the Syndicate engine
Package: wnpp Severity: wishlist Owner: Moritz Muehlenhoff [EMAIL PROTECTED] * Package name: freesynd Version : 0.1 Upstream Author : QuantumG [EMAIL PROTECTED] * URL : http://freesynd.sf.net/ * License : GPL Programming Lang: C++ Description : Free implementation of the Syndicate engine Syndicate is an isometric sci-fi action game created by Bullfrog in 1993. Freesynd attempts to provide a free engine, while using the data taken from the original game. Status: * The first level is playable. * Most of the menus are complete and functional. * Some juttering of agent movement has been noted. * Agent AI is different from the original game. * No trees or doors on the map. * The minimap is not complete. * Tax collection and other functionality of the world map are not done. (Right now it's targeted for experimental/contrib). -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379250: I'll maintain it
I'll maintain fbi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319599: Dark Places ITP
Hi, what's the status of your Dark Places ITP, are you still working on packages? Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352064: ITP: wormux -- A clone of the Worms game
Package: wnpp Severity: wishlist Owner: Moritz Muehlenhoff [EMAIL PROTECTED] * Package name: wormux Version : 0.7 Upstream Authors: Jean-Christophe DUBERGA, Laurent DEFERT SIMONNEAU, Lawrence AZZOUG Matthieu FERTRÉ, Renaud LOTTIAUX, Victor STINNER * URL : http://www.wormux.org * License : GPL Description : A clone of the Worms game Almost everyone has heard of the Worms(R) series of games, developed by Team17. Worms was created in 1990, the goal of the game consisting of a several teams of worms fighting to the death on a 2D map. Wormux is heavily influenced by all games in this genre, including Scorched Earth and Liero. . Wormux is free software clone of this game concept. Though currently under heavy development, it is already very playable, with lots of weapons (Dynamite, Baseball Bat, Teleportation, etc.). There are also lots of maps available for your battling pleasure! Wormux takes the genre to the next level, with great customisation options leading to great gameplay. There is a wide selection of teams, from the Aliens to the Chickens. Also, new battlefields can be downloaded from the Internet, making strategy an important part of each battle. . Homepage: http://wormux.org Previous versions of Wormux depended on a development version of clanlib, that's why a previous ITP never made it into a real package and was later closed due to inactivity. As of version 0.7 Wormux is ported to SDL. Wormux is packaged upstream for Debian by Jean Parpaillon, I've been in contact with him and after the usual package review further releases will be maintained together with him as part of the Debian Games Group. (http://wiki.debian.org/Games/Development) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350391: ITP: glest -- Free 3D fantasy real-time-strategy game
Package: wnpp Severity: wishlist Owner: Moritz Muehlenhoff [EMAIL PROTECTED] * Package name: glest Version : 2.0pre Upstream Author : Glest Team * URL : http://www.glest.org * License : GPL for the code, permissive free license for the game data Description : Free 3D fantasy real-time-strategy game Glest is a free fantasy 3D real time strategy game with impressive graphics. See http://www.josezanni.com/glest/descargas/demoglest_v1.2.mpg for a demo video. Glest will be packaged/maintained by the Debian Games Team. Anyone interested in helping/joining see http://wiki.debian.org/Games/Development for details. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326797: pentagram packages?
Gustavo Noronha Silva wrote: You filled ITP 326797 some time ago. I see you have not yet closed it, and there's no package listed in the NEW queue either. Are you still planing to package this software to Debian? After having filed the ITP I did some deeper testing and Pentagram was too much in flux to make an upload worthwhile to users. Now, that the savegame format has been fixed since November this has changed, but I'm currently busy with other things. If you want, you can take over the ITP, otherwise I'll package it in February or March. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344448: RFA: lincity -- build maintain a city/country
Florian Ernst wrote: Package: wnpp Severity: normal [X-Debbugs-CC'd to Moritz Muehlenhoff [EMAIL PROTECTED], the maintainer of lincity-ng, as he might be interested] I'm not interested. Noawadays it's only interesting for people using low-end systems; lincity-ng provides the identical gameplay, but with a decent UI and polished presentation. In the mid-term you could turn it into a transition package. lincity-ng is more resource-intensive, though. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316731: What is the current status?
Hi, what is the current status of pydev for Debian, now that Eclipse 3 is in main? Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326797: ITP: pentagram -- Engine for Ultima VIII: Pagan
Package: wnpp Severity: wishlist Owner: Moritz Muehlenhoff [EMAIL PROTECTED] * Package name: pentagram Version : CVS snapshots Upstream Author : W. J. Palenstein, P. Burke, M. Horn, R. Nunn, D. Reichardt, M. Jimenez * URL : http://pentagram.sourceforge.net * License : GPL Description : Engine for Ultima VIII: Pagan Pentagram is a free engine for playing Ultima VIII: Pagan on modern operating systems. Although there are reports of people having completed the game, the engine still has rough edges and is not yet ripe for a stable release, but could profit from more wide-spread testing. Pentagram requires the original game data, so it's targeted at contrib. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325448: RFP: mupen64 -- Emulator of the Nintendo64 game console
Package: wnpp Severity: wishlist * Package name: mupen64 Version : 0.5 Upstream Author : Hacktarux [EMAIL PROTECTED] * URL : http://mupen64.emulation64.com * License : GPL Description : Emulator of the Nintendo64 game console mupen64 is a powerful, advanced emulator of the Nintendo 64 game console. It would need to go to contrib, as I'm not aware of DFSG free N64 roms. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc5 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325450: RFP: fitd -- Free in the Dark - An clone of the Alone in the Dark engine
Package: wnpp Severity: wishlist * Package name: fitd Version : 0.1 Upstream Author : [EMAIL PROTECTED] * URL : http://sourceforge.net/projects/fitd * License : GPL Description : Free in the Dark - An clone of the Alone in the Dark engine The is a clone of the Alone in the Dark engine, a horror action adventure series from the mid-90s. It supports AITD 1-3, with 1 reportly being completable. This would need to go into contrib. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc5 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311787: ITP: lincity-ng -- City simulation game with polished GUI and graphics
Florian Ernst wrote: maintainer of the lincity package here since I took over from John, and I concur. Even more, recently I found myself less and less inclined to spend more time on lincity, so I'm wondering whether you might possibly be interested in collaborative maintenance / taking it over... The package seems to be in good shape right now and up to date in unstable and experimental, respectively. There aren't any problems that I know of. The lincity-ng developers try to merge both projects in the future, but haven't received feedback from the lincity developers yet. So, what about leaving both separate for now and converting lincity to a transitional package in 6-12 months (depending on how fast lincity-ng matures and the merge goes on)? Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247231: Remove dcl?
Hi, I'd like to suggest the removal of Double Choco Latte (dcl): - It has two RC bugs, one claiming that's it's unusable and the other one a security issue - The version in sid is two years old and several versions behind upstream - It's orphaned for nearly a year and the only attempt to adopt didn't pursue - It has never been part of a stable release Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284778: ITP: freebooters -- Free Pirates! like strategy game
Package: wnpp Severity: wishlist * Package name: freebooters Version : 0.2.2 Upstream Author : [EMAIL PROTECTED] * URL : http://home.gna.org/freebooters * License : GPL Description : Free Pirates! like strategy game The Caribbean Sea in the late 16th century: The Dutch, French, English and Spanish crown aim to expand their areas of influence. You as an auspiscious young captain are trying to make the best of it, as you may either become a brave merchant soul, a freebooting hero of your crown or a bloodlusty dreaded pirate leader. . Freebooters will hopefully become a free clone of the Sid Meier classic Pirates!. It's written in C++ using SDL, makes use of the Ogre 3D engine and is licensed under the GNU General Public License. The main intent of this ITP is to prevent duplicated packaging efforts; unofficial Debian packages are available since the 0.1 release, but an attempt to introduce them into the main archive will be made post-sarge with the 0.3 release, which will be the first playable release. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-386 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)