Bug#724715: ITP: eiffelstudio -- The EiffelStudio IDE and tools for the Eiffel language.
Package: wnpp Severity: wishlist Owner: Louis M * Package name: eiffelstudio Version : 7.3.9.2766 Upstream Author : Eiffel Software * URL : http://sourceforge.net/projects/eiffelstudio/ * License : GPL-2 Programming Lang: C, Eiffel Description : The EiffelStudio IDE and tools for the Eiffel language. EiffelStudio is a modern IDE offering the following features: * Complete compiler for the Eiffel programming language, with both high compile-time speed and high-performance executables * Support for Windows, MacOS X, Linux, *BSD, Solaris and other operating systems * Smart code editor * Sophisticated multi-view browsing and viewing facilities * Interactive debugger * Graphical modelling tool for UML and BON with full roundtrip * Refactoring support * GUI development tool and fully portable GUI library The Eiffel compiler creates C code that is then handed to a standard C compiler. As a result, Eiffel programs have a run-time performance comparable to those directly written in C or C++. At the same time, Eiffel is an object oriented and strongly typed language. EiffelStudio uses a highly efficient compacting garbage collector to free the developer from the burden of memory management. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130927011134.19111.53659.reportbug@Mac-Louis
Work-needing packages report for Sep 27, 2013
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 537 (new: 3) Total number of packages offered up for adoption: 150 (new: 2) Total number of packages requested help for: 56 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: plywood (#724269), orphaned 3 days ago Description: playwriting typing and typesetting help Installations reported by Popcon: 8 python-drizzle (#724231), orphaned 4 days ago Description: python binding to libdrizzle Reverse Depends: python-drizzle-dbg python3-drizzle-dbg Installations reported by Popcon: 8 slowaes (#724068), orphaned 4 days ago Description: implementation of AES in python Reverse Depends: python-electrum Installations reported by Popcon: 34 534 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: pam-krb5-migrate (#724346), offered 3 days ago Description: PAM module for migrating to Kerberos Installations reported by Popcon: 15 subvertpy (#724345), offered 3 days ago Description: Alternative Python bindings for Subversion Reverse Depends: hgsubversion python-subvertpy-dbg Installations reported by Popcon: 350 148 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: apt-xapian-index (#567955), requested 1333 days ago Description: maintenance tools for a Xapian index of Debian packages Reverse Depends: ept-cache fuss-launcher goplay packagesearch Installations reported by Popcon: 76578 asymptote (#517342), requested 1672 days ago Description: script-based vector graphics language inspired by MetaPost Installations reported by Popcon: 4004 athcool (#278442), requested 3257 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 56 balsa (#642906), requested 732 days ago Description: An e-mail client for GNOME Reverse Depends: balsa-dbg Installations reported by Popcon: 839 cardstories (#624100), requested 885 days ago Description: Find out a card using a sentence made up by another player Installations reported by Popcon: 10 chromium-browser (#583826), requested 1215 days ago Description: Chromium browser Reverse Depends: chromium chromium-dbg chromium-l10n mozplugger Installations reported by Popcon: 20791 cups (#532097), requested 1573 days ago Description: Common UNIX Printing System Reverse Depends: bluez-cups chromium cups cups-backend-bjnp cups-browsed cups-bsd cups-client cups-daemon cups-dbg cups-filters (60 more omitted) Installations reported by Popcon: 127000 debtags (#567954), requested 1333 days ago Description: Enables support for package tags Reverse Depends: goplay packagesearch Installations reported by Popcon: 2428 fbcat (#565156), requested 1352 days ago Description: framebuffer grabber Installations reported by Popcon: 152 freeipmi (#628062), requested 854 days ago Description: GNU implementation of the IPMI protocol Reverse Depends: freeipmi freeipmi-bmc-watchdog freeipmi-ipmidetect freeipmi-tools libfreeipmi-dev libfreeipmi12 libipmiconsole-dev libipmiconsole2 libipmidetect-dev libipmidetect0 (3 more omitted) Installations reported by Popcon: 3686 gnat-4.4 (#539633), requested 1990 days ago Description: backport bug fixes from trunk (GCC 4.5) Reverse Depends: ghdl gnat-4.4 libgnat-4.4 libgnat-4.4-dbg libgnatprj-dev libgnatprj4.4 libgnatprj4.4-dbg libgnatprj4.4-dev libgnatvsn-dev libgnatvsn4.4 (2 more omitted) Installations reported by Popcon: 1124 gnat-gps (#496905), requested 1855 days ago Description: co-maintainer needed Reverse Depends: gnat-gps gnat-gps-dbg Installations reported by Popcon: 514 gnokii (#677750), requested 467 days ago Description: Datasuite for mobile phone management Reverse Depends: gnokii gnokii-cli gnokii-smsd gnokii-smsd-mysql gnokii-smsd-pgsql gnome-phone-manager libgnokii-dev libgnokii6 xgnokii Installations reported by Popcon: 1945 gnupg (#660685), requested 584 days ago Description: GNU privacy guard - a free PGP replacement Reverse Depends: apt bootstrap-base cdebootstrap cdebootstrap-static cdebootstrap-
Removing old unmaintained X drivers
Hi, we (the debian X Strike Force) are thinking of removing the following packages from the archive, unless somebody steps up (soon) to take care of them. The reason is they see 0 testing, nobody maintains them upstream, if you're lucky people keep some of them building when APIs change, if you're very lucky they get a release with all the build fixes once in a while, and it's likely most of them don't have any users anymore. While it would probably be easy to get them to stop FTBFS right now, it doesn't seem worth it to keep all of those drivers around with the maintenance overhead that comes with that if nobody's going to notice anyway. So please speak up if you want to see one of these in jessie. xserver-xorg-video-apm xserver-xorg-video-ark xserver-xorg-video-chips xserver-xorg-video-glint xserver-xorg-video-i128 xserver-xorg-video-i740 xserver-xorg-video-newport xserver-xorg-video-rendition xserver-xorg-video-s3 xserver-xorg-video-s3virge xserver-xorg-video-sis xserver-xorg-video-suncg14 xserver-xorg-video-suncg3 xserver-xorg-video-suncg6 xserver-xorg-video-sunleo xserver-xorg-video-suntcx xserver-xorg-video-tdfx xserver-xorg-video-tga xserver-xorg-video-tseng xserver-xorg-video-voodoo Cheers, Julien signature.asc Description: Digital signature
Re: Replacing unrar-free with unar wrapper
Dominik George dijo [Mon, Sep 23, 2013 at 04:30:59PM +0200]: > Hi, maintainers of unar and unrar-free, Hi (as a maintainer for neither of them but a frustrated user), > as you might have seen on the BTS, I have today filed a bug report on > unrar-free and revisited an old bug, both of which make unrar-free > largely unusable [1][2]. I found that unrar-free seems to be umaintained > and has not had any commits by upstream for the last 6+ years, and > important bugs are open and ignored. > (...) > My proposal is to remove unrar-free from Debian, for the reasons > mentioned above, and add a patch to src:unar that include a wrapper > script that provides a command-line wrapper compatible to both > unrar-free and unrar-nonfree, so unar can become a drop-in replacement > for both. Yes, I completely ack your proposal. unrar-free is useless for practical matters nowadays, and it just creates frustration for our users. It is *extremely* uncommon to receive a rar archive that's openable with it. > I would like to create th ewrapper script and resulting patch, but > first, I would like to hear your thoughts about my research and > proposal. I expect the wrapper to be quite easy to make (of course, for the most common options, I don't know how far in the UI emulation you plan to dig), and would really welcome you doing this. signature.asc Description: Digital signature
Bug#724679: ITP: lua-uri -- pure Lua library to normalize and validate URIs/URLs
Package: wnpp Severity: wishlist Owner: Victor Seva * Package name: lua-uri Version : 0.1 Upstream Author : Geoff Richards * URL : http://www.geoffrichards.co.uk/lua/uri/ * License : MIT/X Programming Lang: Lua Description : pure Lua library to normalize and validate URIs/URLs Provides methods for manipulating URIs in various ways. In particular, you can resolve relative URI references to create absolute URIs, and extract parts of URIs. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130926151346.12840.38179.reportbug@fiesta
Re: how to deal with DOS eol in C++ header ?
On Thu, Sep 26, 2013 at 3:32 PM, Jerome BENOIT wrote: > I am packaging a C++ wrapper which basically contains a long header file. > > This header file contains DOS end-of-line: Neither of these issues appear to be a problem for Debian. > may I clean them before to package it ? As far as I can tell there is no reason to do that, do you have a reason to do it? In any case it should be done upstream first. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6hxve-c9wwyzp_eqlxore1ooq52ddn0sqnad4_bhc6...@mail.gmail.com
how to deal with DOS eol in C++ header ?
Hello List, I am packaging a C++ wrapper which basically contains a long header file. This header file contains DOS end-of-line: may I clean them before to package it ? Thanks in advance. Best regards, Jerome -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52443780.4010...@rezozer.net
Re: Removing some kernel-related virtual packages
On 09/26/2013 01:19 AM, Paul Wise wrote: Do you also plan to get rid of these? They appear to be designed to block auto-removal of installed linux-image-* and linux-header-* packages. /etc/kernel/postinst.d/apt-auto-removal /etc/apt/apt.conf.d/01autoremove-kernels I would hope not. Whereas (from the problem description) the virtual-package issue appears to prevent autoremoval of *all* such packages, these appear designed to prevent autoremoval of *only some specific* kernel packages, specifically enough packages to guarantee that a "last known good" one remains available for fallback in case of boot problems with a newly-installed kernel. I've had (minor and easily fixed) boot problems with a new kernel often enough that I consider this type of fallback a very much necessary safeguard. At a glance, these two files appear to provide a minimal way of ensuring that such a fallback exists, without preventing root from manually overriding it. If the stated goal is to avoid having e.g. /boot fill up with cruft short of manual intervention, then at a glance, the mechanism which these files provide does not seem to interfere with that goal. -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Every time you let somebody set a limit they start moving it. - LiveJournal user antonia_tiger -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52442bba.8000...@fastmail.fm
Re: pdksh transitional package going away...
On Thu, Sep 26, 2013 at 08:41:15AM +, Thorsten Glaser wrote: > In Debian, there are only two packages depending, recommending, > suggesting or build-depending on pdksh right now: … >graphviz (U) >shunit2 These surprised me, so I took a peek. In shunit2's case, ksh is optionally used as part of the test suite. Removing the dependency did not cause FTBFS. In graphviz's case, it seems there's three implementations of /usr/bin/dotty and lneato in the source; a sh, a ksh and a bash. None are run (afaics) in the build phase and the sh ones are installed in the binary. (graphviz seems to FTBFS in a clean pbuilder sid chroot atm, as as aside) > I would like to ask the aforementioned maintainers to transition > to depending/build-depending on mksh instead It seems simply dropping pdksh as a build-dependency is sufficient. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130926094756.GA21716@debian
pdksh transitional package going away...
Andreas Henriksson dixit: >I intend to drop the iproute transitional packages in Jessie+1. > >This message is here to give all 68 packages depending/recommending/suggesting Ah, good idea, to remind people again. I intend to drop the pdksh transitional package in between the time Ubuntu 14.04 LTS (I assume 17 April 2014) is released and the freeze for Jessie will be enacted, with the assumption there is some time in between these two. The reason for this is that, by then, the pdksh transitional package will have been in a stable version in both distros. In Debian, there are only two packages depending, recommending, suggesting or build-depending on pdksh right now: Christoph Egger graphviz (U) David Claughton graphviz Sebastian Harl graphviz (U) Ulrich Dangel shunit2 Furthermore, one package has an alternating dependency with pdksh already lower priorised than mksh, and ksh93 has a versioned conflict on pdksh which thus is not an issue. I would like to ask the aforementioned maintainers to transition to depending/build-depending on mksh instead and try to use the mksh binary for their scripts, and the lksh binary otherwise (i.e. if they are scrips requiring the legacy behaviour). I will assist with adjusting scripts, of course; please contact me privately or the miros-mksh (at) mirbsd (point) org mailing list (no subscription needed). Thanks, //mirabilos -- 20:49⎜«Natureshadow» Oops, jetzt hab ich mir doch glatt beim Trinken ⎜Mineralwasser ins Ohr gekippt… 21:04⎜«mirabilos» ist das siggbar? 21:05⎜«Natureshadow» mirabilos: was sollte dich davon abhalten… -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.bsm.4.64l.1309260834310.14...@herc.mirbsd.org
Re: Bug#724604: ITP: libmini -- the libMini real-time terrain rendering system
Klee Dienes writes: > Package: wnpp > Severity: wishlist > Owner: Klee Dienes > > * Package name: libmini > Version : 10.10~20130925 > Upstream Author : Stefan Roettger > * URL : http://stereofx.org/terrain.html > * License : GPL, LGPL, MIT, others > Programming Lang: C, C++, others > Description : the libMini real-time terrain rendering system > > The Mini Library is a real-time terrain rendering system which is > licensed under the terms of the LGPL. It is based on my '98 paper and > supports asynchronous paging, dynamic terrain, multiple geospatial > tile sets and much more. It compiles on Irix, Linux, MacOS X and > Windows (VC++ and cygwin). The library is included in the Virtual > Terrain Project of Ben Discoe and an early version is utilized in the > DX 8 game AquaNox. > > I think that "my '98 paper" in the description should be changed to "Stefan Röttger's 'Real-Time Generation of Continuous Levels of Detail for HeightFields'" -- Alberto pgp91pEA7h_VJ.pgp Description: PGP signature