Bug#1034266: ITP: pam-session-timelimit -- permit configuring time limits for user sessions
Package: wnpp Severity: wishlist Owner: Steve Langasek * Package name: pam-session-timelimit Version : 0.5 Upstream Author : Steve Langasek * URL : https://github.com/vorlonofportland/pam_session_timelimit * License : LGPLv3 Programming Lang: C Description : PAM module to permit configuring time limits for user sessions This module lets you pass session time limit information to pam_systemd. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#844786: ITP: snap -- The open telemetry framework
Hi Matt, On Fri, Nov 18, 2016 at 10:40:41PM -0500, matt jones wrote: > Package: wnpp > Severity: wishlist > Owner: matt jones > * Package name: snap > Version : 1.0.0 > Upstream Author : Intel > * URL : http://snap-telemetry.io/ > * License : Apache License Version 2.0 > Programming Lang: Go > Description : The open telemetry framework > Snap is an open telemetry framework designed to simplify the collection, > processing and publishing of system data through a single API. The goals of > this project are to: There is already a package named 'snap' in the archive: Package: snap Maintainer: Debian Med Packaging Team Description-en: location of genes from DNA sequence with hidden markov model SNAP is a general purpose gene finding program suitable for both eukaryotic and prokaryotic genomes. SNAP is an acroynm for Semi-HMM-based Nucleic Acid Parser. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#820052: RFP: uefi-shim -- UEFI shim boot loader to support Secure Boot
On Wed, Sep 28, 2016 at 06:57:55PM +0200, Julien Cristau wrote: > On Mon, Apr 4, 2016 at 20:06:44 -0700, Steve Langasek wrote: > > I have previously committed to maintaining this package in Debian; this is > > only blocked on the availability of a Debian master key to embed in it (no > > point in building binaries until this is done). > Hi Steve, > do you have an estimate for when a new shim upload might happen? FTR this is back in the NEW queue since Sunday. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#820052: RFP: uefi-shim -- UEFI shim boot loader to support Secure Boot
Control: retitle -1 ITP: shim -- UEFI shim boot loader to support Secure Boot Control: owner -1 On Tue, Apr 05, 2016 at 02:34:09AM +0100, Ben Hutchings wrote: > Package: wnpp > Severity: wishlist > * Package name: uefi-shim > Version : 0.9 > Upstream Author : Red Hat, Inc > * URL : https://github.com/rhinstaller/shim > * License : OpenSSL license (I think) > Programming Lang: C > Description : UEFI shim boot loader to support Secure Boot I have previously committed to maintaining this package in Debian; this is only blocked on the availability of a Debian master key to embed in it (no point in building binaries until this is done). Retitling the ITP package name to 'shim', which is how this is named in Ubuntu. Yes it's generic, but that is the upstream name and it's how it's been named in Ubuntu. If the ftp masters have objections to this name I don't mind changing it, but barring such objections I believe the consistency is preferred. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#704594: python-debian: switch ar implementation to python-arpy
On Thu, Aug 01, 2013 at 04:47:45PM +0200, Helmut Grohne wrote: > Package: python-debian > Version: 0.1.21+nmu2 > Severity: wishlist > Control: block -1 by 704594 > On Thu, Aug 01, 2013 at 04:19:42PM +0200, Stefano Zacchiroli wrote: > > Can you please file a bug report about that (ideally marking the pending > > ITPs as blockers for it)? Regarding changing interfaces it would be > > better not to do that, of course, but even more so because it's not > > clear to me how many users of the debfile module are out there in the > > wild. We can do a call for it or something, but let's move the > > discussion to an appropriate bug report first. > Sure. Here is your bug. So let me give a summary of advantages of the > move: > * Less code. > * Works with non-seekable fileobjs. > * #642020 is fixed for free (but there also is a patch). > * #689313 would be obsoleted (but there also is a patch). > * python-arpy has a responsive upstream and maintainer. The python-arpy package in the NEW queue doesn't have a python3 version, so this would regress python-debian. You might want to fix this first. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#707601: ITP: debmake -- helper script to make the Debian source package
On Fri, May 10, 2013 at 01:40:39AM +0900, Osamu Aoki wrote: > This package helps you to convert a upstream source package (or VCS > contents) into the Debian package by adding files required for the Debian > source package. The generated debian/rules file uses the new dh command > syntax from the debhelper (>9) package. > . > The debmake command invoked in the upstream source tree without any > option can generate template files which is good enough to create a > single arch=any Debian binary package for local use. The generated files > should be edited to make it conform to the Debian policy if the package > is uploaded to the Debian archive. By adding few options, this command > can generate template files for the arbitrary combination of the > multi-binary and multi-arch package, etc. > . > This debmake command also scans copyright and license texts in the source > files to help crafting the proper DEP-5 compatible debian/copyright file. > This sounds almost exactly like what dh-make already does, with a few incremental enhancements. Why should we have this in the archive as a separate package, instead of improving the existing tool? Dividing efforts between two packages seems like a sure recipe for both tools falling behind in the long term. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#644520: Bug#692863: ITP: heimdall -- tool for flashing firmware on Samsung Galaxy S devices
On Tue, Nov 13, 2012 at 04:20:33PM +0100, Philipp Hug wrote: > > What I am sure of is that the only version of Heimdall that I've gotten > > working with my own device (T989) is 1.4rc1 with a small patch. Neither > > 1.3.1 nor 1.3.2 would work for me. And upstream has said in various places > > (though not on the front page) that people should use 1.4rc1 as the "most > > stable" version. > I'll try it with the devices (P1000, S5360, I9300, N8010) too. > Just tried it with my I9300, download-pit and flash recovery worked. > But --no-reboot option doesn't seem to work correctly. The device only > executes one action and doesn't respond anymore after that. > I'll try to figure out why. Ok. Did --no-reboot work for you with previous versions? > But I think you should go ahead and upload it. Unless you don't want > to maintain it yourself. Already done: http://ftp-master.debian.org/new/heimdall-flash_1.4~rc1+dfsg-1.html :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#644520: Bug#692863: ITP: heimdall -- tool for flashing firmware on Samsung Galaxy S devices
On Sat, Nov 10, 2012 at 11:39:31AM +0100, Philipp Hug wrote: > I also think keeping the name heimdall-flash makes more sense as it's > not part of official android-tools. > > If you're interested in maintaining this package long-term, I'm more than > > happy to hand it over to you after the initial upload... just as long as it > > keeps working with my device. ;) (Philipp, the same goes for you as the ITP > > owner - though you've been marked as owner since June, so maybe you're no > > longer interested in this package?) In the meantime, I'm uploading my > > package to the NEW queue. You can find my source package at > > . > Are you sure you want to upload the latest git version? The tag > v1.4~rc1 you're referring to doesn't exist "yet". > And according to the website: "ATTENTION: Heimdall 1.3.2 broke > compatibility for several devices. In most case it is recommended that > you use version 1.3.1 instead. If you own a Galaxy Player 5 or similar > device, then version 1.3.2 will still be required. Please use version > 1.3.1 for all other devices until 1.3.3 is released." > I'm not sure if this is still correct, but maybe it would make sense > to upload the 1.3.1 version first at the moment? > What do you think? Anyway go ahead and upload it, then. What I am sure of is that the only version of Heimdall that I've gotten working with my own device (T989) is 1.4rc1 with a small patch. Neither 1.3.1 nor 1.3.2 would work for me. And upstream has said in various places (though not on the front page) that people should use 1.4rc1 as the "most stable" version. So for my own purposes, I'm confident that I'll be better able to support 1.4rc1 than the other versions. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#644520: Bug#692863: ITP: heimdall -- tool for flashing firmware on Samsung Galaxy S devices
merge 644520 692863 thanks On Fri, Nov 09, 2012 at 04:57:49PM -0500, Jeremy Bicha wrote: > On 9 November 2012 16:43, Steve Langasek wrote: > > * Package name: heimdall > > Version : 1.4~rc2 > > Upstream Author : Benjamin Dobell > > * URL : http://www.glassechidna.com.au/products/heimdall/ > > * License : MIT/X11 > > Programming Lang: C++ > > Description : tool for flashing firmware on Samsung Galaxy S devices > > Heimdall is a tool for flashing firmware (aka ROMs) onto Samsung Galaxy S > > devices over a USB connection. It accomplishes this using the same > > protocol as Odin, Samsung's internal Windows-only firmware updater. > > The naming of this tool is entirely logical from the upstream's perspective, > > given that there are other related pieces of software called "Odin" and > > "Loke". However, there's an unfortunate namespace collision here with the > > Kerberos implementation Heimdal. Suggestions welcome on how to qualify > > the source package name so that the packages are more than one letter off > > from one another... > There's another ITP that suggested heimdall-flash: > http://bugs.debian.org/644520 Ah, indeed; sorry for the duplication. I thought I had checked for duplicates with reportbug before filing, but it turns out reportbug couldn't reach the BTS at the time. Marcin, since I'm actively using heimdall at the moment, I'd like to get this into the archive sooner rather than later. I've prepared a package with the name from the original ITP, 'heimdall-flash'; I think this is better than 'android-tools-heimdall' since this isn't part of the android-tools upstream. I've also incorporated several fixes from your package, including your patch for the Qt #define conflict. If you're interested in maintaining this package long-term, I'm more than happy to hand it over to you after the initial upload... just as long as it keeps working with my device. ;) (Philipp, the same goes for you as the ITP owner - though you've been marked as owner since June, so maybe you're no longer interested in this package?) In the meantime, I'm uploading my package to the NEW queue. You can find my source package at . Hope you're having fun in Barcelona :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#692863: ITP: heimdall -- tool for flashing firmware on Samsung Galaxy S devices
Package: wnpp Severity: wishlist Owner: Steve Langasek * Package name: heimdall Version : 1.4~rc2 Upstream Author : Benjamin Dobell * URL : http://www.glassechidna.com.au/products/heimdall/ * License : MIT/X11 Programming Lang: C++ Description : tool for flashing firmware on Samsung Galaxy S devices Heimdall is a tool for flashing firmware (aka ROMs) onto Samsung Galaxy S devices over a USB connection. It accomplishes this using the same protocol as Odin, Samsung's internal Windows-only firmware updater. The naming of this tool is entirely logical from the upstream's perspective, given that there are other related pieces of software called "Odin" and "Loke". However, there's an unfortunate namespace collision here with the Kerberos implementation Heimdal. Suggestions welcome on how to qualify the source package name so that the packages are more than one letter off from one another... -- 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/20121109214334.30256.27664.report...@becquer.dodds.net
Bug#686903: RFP: pass -- the standard unix password manager
On Fri, Sep 07, 2012 at 05:43:55AM +0200, Jason A. Donenfeld wrote: > What I meant is that it uses standard unix tools to achieve its aim > (versus implementing some behemoth of a database format like all other > password managers to date). Understood; but the wording isn't very clear, and many users will read it as meaning this is a standard tool. So the description should be changed. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#686903: RFP: pass -- the standard unix password manager
On Fri, Sep 07, 2012 at 04:11:25AM +0200, Jason A. Donenfeld wrote: > RFP: pass -- the standard unix password manager This is clearly an incorrect short description for this package; there is nothing standard about this tool. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#682398: ITP: cows-and-bulls -- Words-based version of the cows and bulls game
Hi there, Interesting! Not a game I've ever heard of before, but the package description covers it thoroughly. On Sun, Jul 22, 2012 at 05:35:08PM +0530, L. Guruprasad wrote: > Package: wnpp > Severity: wishlist > Owner: "L. Guruprasad" > * Package name: cows-and-bulls > Version : 1.0 > Upstream Author : L. Guruprasad > * URL : https://github.com/lgp171188/Cows-and-Bulls > * License : GPL > Programming Lang: C++ > Description : Words-based version of the cows and bulls game > This is a words-based version of the 'Cows and bulls' guessing game. The > user has to guess the word chosen by the game by guessing words of the > same length. The game will reply to each guess by informing the user > about the number of cows (alphabets in the word chosen by the game that ^ > are in the word guessed by the user in the exact same position) and bulls > (alphabets in the word chosen by the game that are in the word guessed by ^ you mean 'letters', not 'alphabets'. > the user in a wrong position). The user has to guess the correct word by > improving the guesses based on the game's feedback and eventually guess > the word chosen by the game. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- 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/20120722175418.gb14...@virgil.dodds.net
Bug#669648: ITP: hurd-gopherfs -- Gopher virtual filesystem for the GNU Hurd
On Fri, Apr 20, 2012 at 09:33:09PM +0100, Steve McIntyre wrote: > On Fri, Apr 20, 2012 at 08:32:49PM +0200, Samuel Thibault wrote: > >Package: wnpp > >Severity: wishlist > >Owner: Samuel Thibault > >* Package name: hurd-gopherfs > > Version : 0.0.0~git-20120420 > > Upstream Author : James A. Morrison > >* URL : http://www.example.org/ > ^^^ > Really? No kidding! Shouldn't that be gopher://gopher.example.org/ ?! ;) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#616131: ITA: LSB package maintenance in Debian
Hi Didier, On Thu, Feb 16, 2012 at 06:12:30PM +0100, Didier 'OdyX' Raboud wrote: > Steve, Colin, Matthias: as the 3 last persons that uploaded the Ubuntu > lsb package: would you be interested in merging the effort and (once > done) try maintaining it in Debian first ? I'm happy to hear that Debian will be getting an updated lsb compat package, but I'm afraid this isn't something I'm prepared to be a comaintainer on. I've only touched the package for the bump to 4.0 itself and to fix it up for multiarch usage, and don't have any interest in the package per se. The 4.0 bump in Ubuntu was driven by Jeff, who's already replied and would make a much better comaintainer :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#509815: libiodbc2 -- iODBC Driver Manager orphaned
On Sat, Nov 19, 2011 at 02:14:56PM +0100, glpk xypron wrote: > > This week with Christoph Berg's help, unixodbc has been converted for > > multiarch in unstable along with the common drivers: libmyodbc, > > tdsodbc, and odbc-postgresql. The converted drivers are now all installed > > in > > /usr/lib//odbc, and the /etc/odbcinst.ini config has been updated to > > use relative paths instead of absolute ones. > > libiodbc2, which has been orphaned for nearly three years, has *not* been > > updated for multiarch, and so libiodbc will fail to locate these drivers on > > disk. As a result, these drivers declare a Breaks: against libiodbc2. > I guess the problem is not about iODBC finding shared drivers like > libmyodbc. You guess wrong. I put the Breaks there, I'm telling you why they were added. > Instead a driver build against unixODBC is not compatible with one build > against iODBC. See bug #598787. The lack of 100% compatibility between iODBC and unixODBC is another issue; it's one that could be solved if there were a good reason to keep two ODBC driver managers in the archive, but there isn't. Thus we should just get rid of libiodbc; but this is currently blocked on soprano's lack of compatibility with unixodbc. > This means if both iODBC and unixODBC are kept, separate packages > for libmyodbc are needed. That will absolutely never happen. > I guess the next step should be to ask the upstream author > of iODBC, if iODBC will be supported in future. No, the next step is to figure out how to fix soprano, and then remove iODBC from the archive. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#646655: O: libvisual -- Audio visualization framework
Package: wnpp Severity: normal The current maintainer of libvisual, Brandon Holtsclaw , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. If you intend to adopt this package, please also see bug #641060 for the related libvisual-plugins source package. Some information about this package: Package: libvisual Binary: libvisual-0.4-dev, libvisual-0.4-0 Version: 0.4.0-3 Priority: optional Section: devel Maintainer: Brandon Holtsclaw Build-Depends: debhelper (>= 7.0.50~), chrpath Architecture: any Standards-Version: 3.8.4 Format: 3.0 (quilt) Directory: pool/main/libv/libvisual Files: dd08e4cef81af1a72108046fc2310f9f 1846 libvisual_0.4.0-3.dsc f4e78547c79ea8a8ad111cf8b85011bb 583386 libvisual_0.4.0.orig.tar.gz 624dabd57e9fe62093149f7a0b9bd37e 584324 libvisual_0.4.0-3.debian.tar.gz Vcs-Browser: http://libvisual.svn.sourceforge.net/viewvc/libvisual/trunk/libvisual/ Vcs-Svn: https://libvisual.svn.sourceforge.net/svnroot/libvisual/trunk/libvisual/ Checksums-Sha1: 5ccef8dd31b8eb38ac341250d545ea7b7b21db7f 1846 libvisual_0.4.0-3.dsc bd21d621f1d54134c26138e19eaae46c5aeaec00 583386 libvisual_0.4.0.orig.tar.gz 1c279e8524d08c733732291c5bfe1ad73d9d30ca 584324 libvisual_0.4.0-3.debian.tar.gz Checksums-Sha256: 78e72ced5252cbb9bd7cb09e7372dff970f7d64b5882f2e1b52f18230036057a 1846 libvisual_0.4.0-3.dsc 0b4dfdb87125e129567752089e3c8b54cefed601eef169d2533d8659da8dc1d7 583386 libvisual_0.4.0.orig.tar.gz 5d0d772a2d7e0e22ba348d1e39d80452d5a02cff84f784f37498852eab609e73 584324 libvisual_0.4.0-3.debian.tar.gz Package: libvisual-0.4-0 Source: libvisual Version: 0.4.0-3 Installed-Size: 380 Maintainer: Brandon Holtsclaw Architecture: amd64 Depends: libc6 (>= 2.2.5) Recommends: libvisual-0.4-plugins Description: Audio visualization framework Libvisual is a generic visualization framework that allows applications to easily access and manage visualization plugins. Audio visualization is the process of making pretty moving images that are correlated in some way to the audio currently being played by a media player. Most audio visualization is tied to a specific application or media player, making it difficult to share code. Libvisual allows applications to use existing visualization plugins written for the libvisual framework. . This package contains the runtime libraries for libvisual. Libvisual is not very useful without visualization plugins, so it is highly recommended to install the libvisual-0.4-plugins package. Tag: role::shared-lib Section: libs Priority: optional Filename: pool/main/libv/libvisual/libvisual-0.4-0_0.4.0-3_amd64.deb Size: 139626 MD5sum: 7403cbfe7ec78838862efe6500ace149 SHA1: a712f86f0d7729ab106db5eae378b975556fe0ab SHA256: ad623d62e859644fa9de1ff234f9419c77e71907a4e98772730f3036daf63ef2 Package: libvisual-0.4-dev Source: libvisual Version: 0.4.0-3 Installed-Size: 900 Maintainer: Brandon Holtsclaw Architecture: amd64 Replaces: libvisual0.2-dev Depends: libvisual-0.4-0 (= 0.4.0-3), pkg-config, libc6-dev | libc-dev Description: Audio visualization framework (development package) Libvisual is a generic visualization framework that allows applications to easily access and manage visualization plugins. Audio visualization is the process of making pretty moving images that are correlated in some way to the audio currently being played by a media player. Most audio visualization is tied to a specific application or media player, making it difficult to share code. Libvisual allows applications to use existing visualization plugins written for the libvisual framework. . This package contains development headers and libraries used to compile applications that use libvisual. Tag: devel::library, role::devel-lib Section: libdevel Priority: optional Filename: pool/main/libv/libvisual/libvisual-0.4-dev_0.4.0-3_amd64.deb Size: 199644 MD5sum: 4e26753e6398b0e83c3965c4343b2e01 SHA1: 6fd75b3fa40ec0f60a52f2a4ff2abcd190601305 SHA256: dabc22995f5097645ee56f47063251099a52663f39be8cd4409143c4102b28e0 -- 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/20111026002942.20157.61303.report...@becquer.dodds.net
Bug#509815: odbc-postgresql: can't be installed together with KDE any more
reassign 639300 soprano retitle 639300 please build against unixodbc-dev instead of libiodbc2-dev thanks Hi folks, This week with Christoph Berg's help, unixodbc has been converted for multiarch in unstable along with the common drivers: libmyodbc, tdsodbc, and odbc-postgresql. The converted drivers are now all installed in /usr/lib//odbc, and the /etc/odbcinst.ini config has been updated to use relative paths instead of absolute ones. libiodbc2, which has been orphaned for nearly three years, has *not* been updated for multiarch, and so libiodbc will fail to locate these drivers on disk. As a result, these drivers declare a Breaks: against libiodbc2. I do not intend to update libiodbc2 for multiarch. Instead, I would like to propose its removal from the archive. Historically, we have carried both unixodbc and libiodbc2 in the archive to avoid a circular build-dependency: Qt build-depends on ODBC for its database support, and UnixODBC build-depends on Qt for its GUI tools. The most recent upstream version of UnixODBC resolves this, because in addition to being updated for Qt4, the latest upstream release also splits the GUI tools into a separate source distribution, which I have just uploaded to unstable. So I am reassigning this bug to soprano. KDE maintainers, please switch soprano to build against unixodbc-dev instead of libiodbc2-dev. (I will file separate bugs against the other reverse-dependencies, but for soprano someone has beaten me to it.) Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#629381: ITP: libpam4j -- Java binding for libpam.so
Hi James,
On Mon, Jun 06, 2011 at 09:27:06AM +0100, James Page wrote:
> Package: wnpp
> Severity: wishlist
> Owner: James Page
> * Package name: libpam4j
> Version : 1.4
> Upstream Author : Kohsuke Kawaguchi
> * URL : http://java.net/projects/libpam4j/
> * License : MIT
> Programming Lang: Java
> Description : Java binding for libpam.so
> This library enables easy integration to the pluggable authentication
> module (PAM) on Linux and UNIX systems through the use of native
> integration to libpam.so.
> This library is a dependency for packaging jenkins.
Downloading the upstream source, I see libpam being loaded as:
public static final PAMLibrary libpam =
(PAMLibrary)Native.loadLibrary("pam",PAMLibrary.class);
Will this be fixed before upload to properly open libpam.so.0 instead of
blindly opening whatever object on the filesystem happens to match the name
'pam'? :)
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: Digital signature
Bug#605669: ITP: tophide -- Hides toplevel values whose name starts with an underscore.
Hi Sylvain, On Thu, Dec 02, 2010 at 11:52:26AM +0100, Sylvain Le Gall wrote: > Package: wnpp > Severity: wishlist > Owner: Sylvain Le Gall > * Package name: tophide > Version : 1.0.0 > Upstream Author : Martin Jambon > * URL : http://martin.jambon.free.fr/ocaml.html > * License : BSD3 > Programming Lang: OCaml > Description : Hides toplevel values whose name starts with an > underscore. Can this short description include the word "ocaml" somewhere? My first thought on reading "toplevel" is that it might be a typo for common English words; I don't feel this description gives me enough information to know whether or not I want this package installed, whereas mentioning that this is related to the ocaml language would. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#592877: ITP: apt2 -- Advanced Package Tool 2
On Fri, Aug 13, 2010 at 09:31:31PM +0200, Julian Andres Klode wrote: > Let's keep the APT2 name instead of the UPS name. The UPS name is a good > joke, but it's not good for a real program name, because: > * UPS = Uninterruptible Power Supply > * UPS = United Parcel Service > * Ups = a debugger > * It's a too common name > I think that all in all, apt2 is a known name already, it can be found > easily, it can not be confused with other things. Is apt2 using the same resolver as apt, and are changes to that resolver coordinated with the existing apt implementation? Does apt2 implement support for multiarch? > Well, you're the only one to complain about the naming. I also object to giving this package a name that implies it's the successor implementation to the current apt when, today, it is not. Some of your comments suggest that the code isn't even written yet. I don't know why you would submit an ITP if there's nothing yet to be packaged. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- 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/20100815182826.ge19...@dario.dodds.net
Bug#558739: RFH: hibernate -- smartly puts your computer to sleep (suspend to RAM or disk)
On Wed, Dec 02, 2009 at 04:01:23PM +0100, martin f krafft wrote: > also sprach Steve Langasek [2009.12.01.1005 +0100]: > > Have you considered whether this package should instead be > > consolidated with pm-utils, the standard component in the > > freedesktop.org stack for handling this functionality? > Power management has IMHO nothing to do with desktops, Yes, which is why the stack has a sensible division into layers, with no desktop baggage in the pm-utils package. (It doesn't even use libglib! ;) > and the freedesktop group has previously made technical decisions with > which I did not agree, hence I've never looked. I think that's unwise given that fd.o is the focal point for most of the Linux plumbing design and development currently taking place, as it's bound to result in lots of gratuitous NIH. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#558739: RFH: hibernate -- smartly puts your computer to sleep (suspend to RAM or disk)
On Mon, Nov 30, 2009 at 09:49:16AM +0100, martin f krafft wrote: > Package: wnpp > Severity: normal > I request assistance with maintaining the hibernate package since > I don't use it anymore. > The package description is: > The hibernate script helps you in putting your computer to sleep, using one > of the various methods available in the kernel. > . > Hibernate can take care of loading and unloading modules, provides various > hacks needed to get some video cards to resume properly under X, can > optionally restart networking and system services, and basically do whatever > else you ask it. It can be extended by writing new "scriptlets" which run at > different points during the suspend process. > . > Currently the script supports all suspend mechanisms available through the > /sys/power/state interface (including ACPI suspend and the in-kernel software > suspend), as well as Software Suspend 2 (http://www.suspend2.net) Have you considered whether this package should instead be consolidated with pm-utils, the standard component in the freedesktop.org stack for handling this functionality? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#541242: ITP: VistA -- Real time health care information system including electronic health record
On Wed, Aug 12, 2009 at 01:40:58PM -0400, K.S. Bhaskar wrote: > It is in the public domain through the US Freedom of Information Act. This a) doesn't belong in the package description, b) is false. The FOIA has no bearing on copyright; no work written by the US government is subject to copyright, for reasons unrelated to the FOIA. > Versions are also in use both in the US and internationally, including the > US Department of Defense, the US Indian Health Service, the Mexican > Instituto Mexicano del Seguro Social, etc. I don't think this belongs in the package description either. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541239: ITP: GT.M -- Database Engine with Extreme Scalability and Robustness
On Wed, Aug 12, 2009 at 01:31:07PM -0400, K.S. Bhaskar wrote: > Package: wnpp > Severity: wishlist > Owner: "K.S. Bhaskar" > > > * Package name: GT.M This is not a valid package name; package names can only contain lower-case letters, numbers, and the characters '+', '-', and '.'. Should this be called 'gt.m' instead? > Version : V5.3-004A > Upstream Author : K.S. Bhaskar > * URL : http://fis-gtm.com > * License : AGPL v3 > Programming Lang: C with some modules in x86 assembly language > Description : Database Engine with Extreme Scalability and Robustness you should not use capitals in the short description except for proper names. > GT.M is a database engine with scalability proven in large real-time > transaction processing systems that have thousands of concurrent > users, individual database file sizes to the Terabyte range (with > virtually unlimited aggregate database sizes). Yet the light > footprint of GT.M allows it to also scale down for use in small > applications and software appliances (virtual machines). > The GT.M data model is hierarchical associative memory (i.e., > multi-dimensional array) that imposes no restrictions on the data > types of the indexes or content - the application logic can impose > any schema, dictionary or data organization suited to its problem > domain. (Database engines that do not impose schemas, but which > allow layered application software to impose and use whatever schema > that is appropriate to the application are popularly referred to as > "document oriented", "schemaless" or "schema-free" databases.) > GT.M's compiler for the standard M (also known as MUMPS) scripting > language implements full support for ACID (Atomic, Consistent, > Isolated, Durable) transactions, using optimistic concurrency control > and software transactional memory (STM) that resolves the common > mismatch between databases and programming languages. Its unique > ability to create and deploy logical multi-site configurations of > applications provides unrivaled continuity of business in the face of > not just unplanned events, but also planned events, including planned > events that include changes to application logic and schema. > Community support forums for GT.M can be found at > http://sourceforge.net/projects/fis-gtm and support with assured > service levels on commercial terms can be purchased from > gtmsupp...@fnis.com. This long description is incredibly long; I would suggest refining it in consultation with debian-l10n-english. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538389: rfkill into wireless-tools?
On Tue, Jul 28, 2009 at 09:29:56AM +0200, Johannes Berg wrote: > On Tue, 2009-07-28 at 00:07 +0100, Darren Salt wrote: > > I demand that Steve Langasek may or may not have written... > > > On Sat, Jul 25, 2009 at 01:59:20PM +0100, Darren Salt wrote: > > [snip; ITP for rfkill] > > >> I'm choosing a git snapshot over 0.1 because it contains some > > >> functionality which will be of use in eeepc-acpi-scripts. > > > It's been proposed already to integrate this tool into the wireless-tools > > > package; you may want to check with the maintainer of said package (and > > > upstream) to sort out where this is best integrated. > > I'm not convinced that it should, given the current description of > > wireless-tools (for wext, basically); this would be broadening the scope of > > that package somewhat. It may as well be merged into bluetooth, AFAICS... > Or wimax tools, or 3G tools, or ... I agree with this, shipping it with > wireless tools doesn't really seem appropriate. It's really used most > for wifi and bluetooth, but the bluetooth stack now has its own rfkill > soft instance like the wifi stack too. FWIW, I'm still unclear why a special tool is needed to manage killswitches now, since it used to be possible to set these directly via the interfaces under /sys - the interfaces appear to still be there, but they no longer accept changing the values, requiring access via a control device under /dev instead. Surely this is a regression from the perspective of the kernel design? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538389: ITP: rfkill -- tool for enabling and disabling wireless devices
On Sat, Jul 25, 2009 at 01:59:20PM +0100, Darren Salt wrote: > Package: wnpp > Severity: wishlist > Owner: Darren Salt > * Package name: rfkill > Version : 0.1-4-g9429740 > Upstream Authors: Johannes Berg, Marcel Holtmann, Tim Gardner > * URL : http://wireless.kernel.org/en/users/Documentation/rfkill > * Licence : BSD-style single-clause > Programming lang: C > Description : tool for enabling and disabling wireless devices > rfkill is a simple tool for accessing the Linux rfkill device interface, > which is used to enable and disable wireless networking devices, typically > WLAN, Bluetooth and mobile broadband. > . > rfkill uses /dev/rfkill, which is present in Linux kernel 2.6.31 and later. > I'm choosing a git snapshot over 0.1 because it contains some functionality > which will be of use in eeepc-acpi-scripts. It's been proposed already to integrate this tool into the wireless-tools package; you may want to check with the maintainer of said package (and upstream) to sort out where this is best integrated. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534891: ITP: openssh-known-hosts -- known_hosts downloader for OpenSSH
On Sun, Jun 28, 2009 at 01:47:39AM +0200, Timo Weingärtner wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-CC: debian-de...@lists.debian.org >Package name: openssh-known-hosts > Version: 0.2 > Upstream Author: Timo Weingärtner > URL: will go to mentors.debian.net as soon as I get the bug number > License: GPL2+ > Description: This package allows you to download public hostkeys from > multiple sources and merge them together into one file for > use by OpenSSH. Plugins for some types of sources are > included, new plugins can easily be written. How does this avoid *totally negating* the security value of doing SSH host key validation? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534398: ITP: libposix -- unifed implementation of core functionality of all Unix systems
On Wed, Jun 24, 2009 at 12:28:24PM +0200, Guus Sliepen wrote: > > This is a subset of the interfaces provided by glibc, which must be present > > on all systems. So it would be stupid for any package in Debian to link > > against libposix instead of just using libc. Why do we want a library in > > Debian that no packages should depend on? > Just see it as dash vs. bash. I *don't* see it as this, because I can't see any way that libposix will ever be useful to have used by other Debian packages. dash is useful to have as the *default* /bin/sh on Debian systems; libposix would not be useful to have by default. > Once libposix reaches maturity, I will certainly consider linking > applications I wrote myself against libposix. Applications linked against > it will probably use less memory Why would they use less memory? > and cannot inadvertently use glibc extensions. So instead you get to reimplement all the extensions you need, in the name of "portability"? > and will also make it easier to run things on embedded platforms. Why does this make anything easier? If you're rebuilding your whole system against libposix, you're not doing that in the archive, so packaging libposix seems largely irrelevant to this; if you aren't rebuilding your whole system against libposix, you get two libcs, so that's hardly a win for embedded systems. On Wed, Jun 24, 2009 at 03:34:32PM +0200, Guus Sliepen wrote: > > Moreover, can libposix and libc coexist in the same address space? > What address space are you talking about? There is also dietlibc and > uClibc, who can coexist with glibc. uclibc doesn't appear to be packaged. dietlibc is packaged - in a manner that appears to violate pretty much all the principles of Policy 8.1 and shared library best practices in general. (No distinguishing soname distinct from the .so used at build time, to allow for ABI changes; one of the libs is installed executable (why? it's libdl, ok, but is that actually used as the dynamic linker for dietlibc-linked executables?); the libs are installed under /usr/lib/diet/lib, which seems to imply use of rpath.) I'm skeptical of the utility of such a level of coexistence. > Having a glibc replacement for just a few programs is not an argument in > itself > for not including this package. Perhaps I want to develop a program that needs > to run in an embedded environment that I want to test? Then I'd like to have a > libposix-dev package that I can use to build my own software with. If there are to be embedded environments that will use libposix, then that's an argument for packaging it - but since these environments don't exist today, it seems premature to me to put the package in Debian. Are there any use cases for this that are both non-theoretical and non-crackful? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534398: ITP: libposix -- unifed implementation of core functionality of all Unix systems
On Wed, Jun 24, 2009 at 09:02:26AM +1000, Aníbal Monsalve Salazar wrote: > Package: wnpp > Severity: wishlist > Owner: Anibal Monsalve Salazar > * Package name: libposix Why? This is a subset of the interfaces provided by glibc, which must be present on all systems. So it would be stupid for any package in Debian to link against libposix instead of just using libc. Why do we want a library in Debian that no packages should depend on? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524022: ITP: tuxanci -- czechoslovak multiplatform action game like Bulanci
On Tue, Apr 14, 2009 at 11:43:31AM +0200, Evgeni Golov wrote: > Package: wnpp > Severity: wishlist > Owner: Debian Games Team > * Package name: tuxanci > Version : 0.21.0 > Upstream Author : Tomáš Chvátal (scarab) > * URL : http://www.tuxanci.org/ > * License : GPL-2+ > Programming Lang: C > Description : czechoslovak multiplatform action game like Bulanci "Czechoslovak" is an adjective referring to the defunct union of Czechoslovakia. I think you want just "Czech" here (note that it should be capitalized in English). > Tuxánci is a first cushion shooter based on well-known Czech game Bulánci. "first cushion" -> "first-person"? s/well-known/the well-known/ > Goal of this game is to shoot the enemy penguin before he does so. > (this has to be improved, but upstreams homepage is mainly in czech > currently) s/Goal/The goal/ Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522683: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support
On Sun, Apr 05, 2009 at 11:06:15PM +0200, Bart Samwel wrote: > 1. The upstream for this package is Ubuntu. Ubuntu has never been very > cooperative at accepting changes, until recently: our contact Steve > Langasek has indicated that he is interested in merging most or all of > our changes, provided that we send them in in chunks, with proper > rationales. I have to say here in defense of Ubuntu that I don't see any record of these patches being submitted to the Ubuntu package via Launchpad, which, since Ubuntu does not have individual package maintainers, is the only reliable way to ensure that proposed changes are seen and considered by the people working on the package at any given time. I don't have time to work on the Debian package myself (either as maintainer or for sifting through the delta between Debian and Ubuntu), but I definitely am happy to accept fixes "upstream" in reasonable-sized chunks. Anyway, as Bart points out, there's another issue: > 4. Ubuntu is PHASING OUT this package. They have already moved suspend > to pm-utils (but have failed to remove suspend support from > acpi-support). They're currently moving hotkey translation to hal. This > means that soon we will have no upstream that we can follow! Or we > should ensure that Ubuntu's hal changes are included in our version of > hal as well -- no clue how those packages are related, or whether > Ubuntu's changes are going into upstream hal. Since the last time I had a chance to speak with Bart about this, there's been quite a bit of progress on phasing out the package for Ubuntu; in jaunty, we've dropped a number of quirk scripts related to suspend/resume, as well as close to 30 of the ACPI event-handling scripts from /etc/acpi - basically: all those scripts that were being used to synthesize key events (which doesn't work with recent kernels anyway) and which we could verify were being handled by hal. And yes, Martin Pitt works very closely with hal upstream to ensure fixes are incorporated. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516659: ITP: w3bfukk0r -- scan webservers for hidden directories (forced browsing)
On Sun, Feb 22, 2009 at 11:39:53PM +0100, Maximilian Gaß wrote: > Package: wnpp > Severity: wishlist > Owner: "Maximilian Gaß" > * Package name: w3bfukk0r > Version : 0.2 > Upstream Author : Nico Golde and Andreas Krennmair > * URL : http://www.ngolde.de/w3bfukk0r.html > * License : MIT > Programming Lang: C > Description : scan webservers for hidden directories (forced browsing) > w3bfukk0r is a forced browsing tool, it basically scans webservers > (HTTP/HTTPS) for a directory by using HTTP HEAD command and brute force > mechanism based on a word list. I find this package name in very poor taste, and think another name should be chosen. (I assume it's meant to be read as "web fucker" - I can't conceive of any other straightforward reading of the name, in English or German. Even if that's not the intent, that's certainly how it will be read by plenty of people.) There is precedent for naming software with the word "fuck" - 'apt-cache search fuck' turns up two packages related to the brainfuck language. I don't think that precedent should be an excuse. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513404: general: [needs packaging] asm-xml XML parser
reassign 513404 wnpp retitle 513404 RFP: asmxml -- XML parser written in assembler thanks On Wed, Jan 28, 2009 at 02:23:49AM -0800, scientes wrote: > Package: general > Severity: normal > AsmXml is a very fast XML parser and decoder for x86 platforms.It achieves > high speed by using the > following features: > * Written in pure assembler > * Optimized memory access > * Parsing and decoding at the same time > It is written in x86 assembly. > upstream: http://mkerbiquet.free.fr/asm-xml/ > licence: new BSD > architecture: x86 and amd64 (in short mode) This is not the correct procedure for requesting packages be added to Debian. Please see http://debian.org/devel/wnpp/ for a description of the procedure. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#498762: ITP: sdlbasic -- BASIC interpreter for game development
On Sat, Sep 13, 2008 at 01:21:35AM +, Miriam Ruiz wrote: > Package: wnpp > Severity: wishlist > Owner: Miriam Ruiz <[EMAIL PROTECTED]> > * Package name: sdlbasic > Version : 0.0.20070714 > Upstream Author : Paulo Silva <[EMAIL PROTECTED]> > and others > * URL : http://sourceforge.net/projects/sdlbasic/ > * License : GPL2+ > Programming Lang: C, C++ > Description : BASIC interpreter for game development > sdlBasic is a small, efficient and multiplatform BASIC interpreter for > creating games using the power of SDL library. It was inspired by the > old and glorious AMOS. Does this mean supporting games written in BASIC? Is that really... necessary? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485553: ITP: charybdis -- fast, scalable irc server
On Tue, Jun 10, 2008 at 06:38:19AM -0500, William Pitcock wrote: > Here's some packages which are linked against OpenSSL and should not be > (this is not an all exhaustive list, you should grep-dctrl on a Sources > or something): And what is grep-dctrl supposed to tell anyone? There are lots of packages that build-depend on openssl. How do you intend for anyone to draw conclusions based on the build-depends alone, without reference to license? Or are you just trying to send anyone who disagrees with you on a fool's errand, so they won't interfere with your ITP? > - epic4 (impossible to get an exception, dead contributors) debian/copyright shows a BSD license. > - inspircd would but I chose not to build that module because they ship > a gnutls one instead (charybdis is basically stuck with openssl due to > using libcrypto directly) ... therefore not analogous, so why do you include it in this list? > - oftc-hybrid (impossible to get an exception, dead contributors) * As a special exception, the authors give permission to link the code of this * release of oftc-hybrid with the OpenSSL project's "OpenSSL" library (or * with modified versions of it that use the same license as the "OpenSSL" * library), and distribute the linked executables. You must obey the GNU * General Public License in all respects for all of the code used other than * "OpenSSL". If you modify the code, you may extend this exception to your * version of the files, but you are not obligated to do so. If you do not * wish to do so, delete this exception statement from your version. > - openvpn (may or may not have exception, more checking needed) Has an exception, already mentioned. > - xchat (might be possible to get an exception, but author doesn't care > about GPL anyway, see also: Shareware XChat for win32) License: This program is released under the GPL v2 with the additional exemption that compiling, linking, and/or using OpenSSL is allowed. You may provide binary packages linked to the OpenSSL libraries, provided that all other requirements of the GPL are met. See file COPYING for details. The debian/copyright on this one is rather horrid looking, it lists 6 licenses in a row with no indication of which license applies to what components. This probably warrants a bug report for clarification; but at first look, it appears that the effort has already been made to secure an exception for the components that require it. > - znc (status unknown, but i see no exception in the source) In addition, as a special exception, the copyright holders give permission to link the code of portions of this program with the OpenSSL library under certain conditions as described in each individual source file, and distribute linked combinations including the two. You must obey the GNU General Public License in all respects for all of the code used other than OpenSSL. If you modify file(s) with this exception, you may extend this exception to your version of the file(s), but you are not obligated to do so. If you do not wish to do so, delete this exception statement from your version. If you delete this exception statement from all source files in the program, then also delete it here. > So, in the grand scheme of things, I don't really think one more package > linked against OpenSSL is going to hurt anything. No, you're the only one who seems to be playing fast and loose with licensing here. *None* of the examples you've cited to try to support your position appear to have the licensing problem in question; everyone else is making a good-faith effort to get this right. > If it makes you happy, I could bolt an exception on the code, but I > doubt it would hold water due to the fact that there are dead copyright > holders. There are dead /authors/, not dead copyright holders. Dead people can't hold copyright; copyright transfers to the heirs when the author dies. The reason it wouldn't hold water is that exceptions have to be granted by the copyright holders. You can't bolt an exception on *for* them, you need to get this approved by the people who actually hold copyright on this code. You can of course provide an exception for any of your own code, but that doesn't result in a distributable binary package unless yours is the only code used in the program that links to OpenSSL. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315592: Aboot: Orphan imminent / Good bye alpha ;-((
Hi Helge, On Fri, Feb 22, 2008 at 06:56:51PM +0100, Helge Kreutzmann wrote: > for over two years I have no physical access to an alpha anymore, > since last year I have remote access though. But to maintain (and > improve!) aboot this is not enough, especially since I notice how I > loose my knowledge about alphas in general and aboot in special. Thus I > intend to orphan aboot instead of pretending to still be able to > maintain it. If necessary, I can still push changes upstream (though I > cannot do releases there, unfortunately). So as I had occasion at last today to commit to the package repo, I can finally reply to this without my comments being a farce. I will pick up the maintenance of the aboot package in Debian. I don't know for how long that will be; I'm personally quite skeptical about alpha's prospects for lenny+1, because I don't see much future demand for the architecture, and my own alpha is only running for porting purposes so I would honestly prefer to be able to power it off and save electricity. But for the meantime, aboot has a home again. Thank you for your contributions over the past few years! It's been a pleasure to work with you, even though I have a terrible track record as a sponsor for the package. :) > So what is the status? > *1.0~pre20040408-3 is "ready to go", 1.0~pre20040408-4 just started > (could be folded in -3). So if you like you could start with an > upload right away. I'm not a DD, so a "goodby upload" is impossible > for me. I don't see any -4 changelog entries in the CVS repository at all, only -3. Are these uncommitted changes then, or was the changelog just not updated with a new -4 version number? > *Upstream is dead. I still have e-mail addresses, but both upstream > maintainers do not respond for a prolonged time already. > *I can still write in the CVS repository upstream, but I have no > privileges there to do releases and similar things. Under these circumstances, I'm going to treat the alioth project as the de facto upstream. My first change in consequence of this is to request the creation of a bzr repo to replace the current CVS repo on alioth; I'm long past the point where I can stomach to work with CVS on a regular basis, so leaving the package in CVS will only discourage me from working on it - and furthermore, it's my hope that switching to a distributed VCS will encourage better collaboration among whatever other alpha porters are still out there on other distros, with the side benefit of cementing the legitimacy of this new "upstream" source. You, of course, continue to be welcome to commit to the alioth (bzr) repository, whenever the desire strikes you. And maybe I can be somewhat less of an absentee landlord, with the possibility that we will get a new upstream release someday. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470995: ITP: devotee -- Debian voting system
On Sat, Mar 15, 2008 at 10:48:06AM -0400, Michael Casadevall wrote: > I was under the imprssion that the URL field is the location of the > upstream site; since devotee is part of the Debian project It isn't. It's written by a Debian developer and used by Debian, but you won't find any information about it on www.debian.org and it's not released by Debian (though the code is hosted using Debian resources). > I put the URL as http://debian.org. The page where I downloaded the source > then goes into the copyright file. The download page is what should go in the copyright file, yes. But "www.debian.org" isn't really suitable as either a homepage URL or a download URL for devotee; www.debian.org is not a homepage for the *devotee* project. And historically, we didn't have Homepage fields in debian/control anyway; the "URL" field in the ITP template is meant to give people a way to get at the original sources. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470995: ITP: devotee -- Debian voting system
On Fri, Mar 14, 2008 at 09:23:02PM -0400, Michael Casadevall wrote: > Package: wnpp > Severity: wishlist > Owner: Michael Casadevall <[EMAIL PROTECTED]> > * Package name: devotee > Version : 0.1patch2 > Upstream Author : Manoj Srivastava <[EMAIL PROTECTED]> > * URL : http://www.debian.org/ Hrm? I don't think you downloaded devotee from www.debian.org... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467097: ITP: eficas -- ASter Command FIle Editor
On Fri, Feb 29, 2008 at 10:29:25AM +0100, Guus Sliepen wrote: > > EDF is the usual name of the company whose logo appears on the upstream > > web site <http://www.code-aster.org/>. (The initials used to stand for > > Electricité de France, but the company has diversified and no longer > > expands the initials.) > Ok. But three letters is not enough for me, who is not French, to know > that it stands for the company formerly known as Electricité de France. If that's the legal name of the copyright holder, then that's still how it should be listed in debian/copyright, whether or not it's easy to match the name to a real-world entity. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#464901: ITP: pcre-light -- a lightweight GHC library for Perl 5 compatible regular expressions
On Sun, Feb 10, 2008 at 06:43:59AM +0100, Christian Perrier wrote: > Quoting Recai Oktaş ([EMAIL PROTECTED]): > > Package: wnpp > > Severity: wishlist > > Owner: "Recai Oktaş" <[EMAIL PROTECTED]> > > > > * Package name: pcre-light > > Version : 0.3.1 > > Upstream Author : Don Stewart <[EMAIL PROTECTED]> > > * URL : http://www.example.org/ > > * License : BSD > > Programming Lang: Haskell > > Description : a lightweight GHC library for Perl 5 compatible regular > > expressions > Being lecc cryptic would help, here. > I suggest expanding "GHC" if possible, at the expense of "Perl 5" > "lightweight" and/or "compatible". Perhaps: Description: a Haskell library for Perl 5-compatible regular expressions -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#464863: ITP: qca2-plugin-cyrus-sasl -- SASL support for the Qt Cryptographic Architecture
On Sun, Feb 10, 2008 at 06:42:13AM +0100, Christian Perrier wrote: > Quoting Matthew Rosewarne ([EMAIL PROTECTED]): > > Package: wnpp > > Severity: wishlist > > X-Debbugs-CC: [EMAIL PROTECTED] > >Package name: qca2-plugin-cyrus-sasl > > Version: 2.0.0~beta3 > > Upstream Author: Justin Karneges <[EMAIL PROTECTED]> > > URL: http://delta.affinix.com/qca/ > > License: LGPL > > Description: SASL support for the Qt Cryptographic Architecture > I suggest removing the extra capitalization for "cryptographic" and > "architecture". "Qt Cryptographic Architecture" appears to be a proper name for an API. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463167: ITP: dsyslog -- a dumb syslog
On Thu, Jan 31, 2008 at 06:36:05AM +0100, Christian Perrier wrote: > Quoting William Pitcock ([EMAIL PROTECTED]): > > > Users are very good at missing these jokes. > > > -Rob > > Yes, I hadn't thought of that. I'll just refer to it as a "an advanced > > and powerful syslog daemon" in the short description then. > Without the leading article, then, please...:-). See DevRef 6.2.2 Please fix DevRef 6.2.2 to not recommend omitting articles that are part of the noun phrase :-P -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#460114: [Pkg-samba-maint] Bug#460114: RFP: ctdb -- Clustered TDB
On Thu, Jan 17, 2008 at 03:39:21PM +0100, Christian Perrier wrote: > Quoting Mathieu PARENT ([EMAIL PROTECTED]): > > Great, > > My account : mparent-guest > I just realize that I am *not* admin of the project. Steve, can you > add Mathieu? Added; I was just waiting for your ack that this is what we wanted. :) Mathieu, please use svn+ssh://svn.debian.org/svn/pkg-samba/trunk/ctdb/ as the path for your main development line, and the corresponding .../pkg-samba/tags/ctdb/ directory for tagging releases. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427288: RFS: ntfs-config
On Sun, Jun 03, 2007 at 10:46:16AM +0200, Francesco Namuri wrote: > Il giorno sab, 02/06/2007 alle 17.43 -0700, Steve Langasek ha scritto: > > On Sun, Jun 03, 2007 at 01:59:38AM +0200, Francesco Namuri wrote: > > > I am looking for a sponsor for my package "ntfs-config". > > > Package name: ntfs-config > > > Version : 1.0-RC2-1 > > > Upstream Author : Florent Mertens <[EMAIL PROTECTED]> > > > URL : http://givre.cabspace.com/ntfs-config/ > > > License : GPL > > > Section : admin > > > It builds these binary packages: > > > ntfs-config - Enable/disable write support for any NTFS devices > > So basically, the package must depend on ntfs-3g, and provides support for > > editing a small subset of entries in /etc/fstab. > It autodetects all the ntfs partitions on the system, also if there is > not the relative entry on the /etc/fstab, and it can autoconfigure the > fstab. Also it can configure change the configuration of hal for the > removable devices that contains a ntfs partitions. > > Why in the world is this something that needs an entire package to itself? > Consider a new debian user that does not know anything about /etc/fstab, > this package can be a good help for him (IHMO)... My point is that there's nothing special about NTFS that should require its very own configuration tool; it seems to me that a general-purpose mount configuration tool would be a lot more useful. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427288: RFS: ntfs-config
On Sun, Jun 03, 2007 at 01:59:38AM +0200, Francesco Namuri wrote: > I am looking for a sponsor for my package "ntfs-config". > Package name: ntfs-config > Version : 1.0-RC2-1 > Upstream Author : Florent Mertens <[EMAIL PROTECTED]> > URL : http://givre.cabspace.com/ntfs-config/ > License : GPL > Section : admin > It builds these binary packages: > ntfs-config - Enable/disable write support for any NTFS devices So basically, the package must depend on ntfs-3g, and provides support for editing a small subset of entries in /etc/fstab. Why in the world is this something that needs an entire package to itself? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422423: ITP: libtool-cvs -- Generic library support script - CVS snapshot
On Mon, May 07, 2007 at 04:19:33PM +0200, Florian Weimer wrote: > * Mike Hommey: > > Why not package this as libtool and upload to experimental ? > It would be impossible to build-depend on it. This may or may not be > a good thing. I don't imagine libtool-cvs is a target for inclusion in lenny, which means any package build-depending on it would have an RC bug. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416151: ITP: nss -- Network Security Service libraries
On Wed, Mar 28, 2007 at 09:52:11AM +1100, Russell Coker wrote: > On Sunday 25 March 2007 20:07, Mike Hommey <[EMAIL PROTECTED]> wrote: > > * Package name: nss > > Version : 3.11.5 > > Upstream Author : Mozilla Project > > * URL : http://www.mozilla.org/projects/security/pki/nss/ > > * License : GPL/LGPL/MPL > > Programming Lang: C > > Description : Network Security Service libraries > How about a name other than "nss". We already have libnss3 and libnss-*, > having another package using a name based on nss would only add to confusion. The "nss" in "libnss3" is the same nss as this. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399101: Can ccc, cfal, libots and friends be removed?
On Wed, Jan 10, 2007 at 04:47:14PM +0100, Thijs Kinkhorst wrote: > In November, the following packages have been orphaned: > ccc Compaq C Compiler for Linux Alpha > cfal Compaq Fortran Compiler for Linux Alpha > cfalrtl Compaq Fortran Run-Time Library (installer) > cpml Compaq Portable Math Library (installer) > cxml Compaq Extended Math Library (installer) > libotsCompaq Compiled Code Support Library (installer) > They are "just" downloaders&installers in contrib for RPM's targetted at > alpha. Some of the download URL's are broken, all of the open bugs are > about gettext translations, there's many lintian errors for each, > there's next to no popcon-user for any of the packages. Abandoned > upstream and gcc seems a good replacement (according to previous > maintainer). Hmm, really? Do you have a reference on that last bit? THe last I knew, Compaq's compilers still created better-optimized code than gcc would on alpha. > I think you get my point: I think it's better to drop this set of six > source packages rather than maintain them within the QA Group. > Objections against filing removal bugs? I don't object either way, for me they're not worth using due to their non-free status. Life's too short. :) Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#379564: Bug#389163: How to handle filename conflict "aleph" (Packages aleph, tetex-bin, texlive-bin)?
On Wed, Dec 13, 2006 at 10:13:58AM -0800, Thomas Bushnell BSG wrote: > This however does not solve the name clash with Aleph. So I think there > are three possibilities (repeating here what Frank already said > somewhat): > 1) Leave things alone, and ignore the problem. This, it seems to me, > requires some kind of go-ahead from the release team. I don't see any reason that this would be appropriate here; I can't see why aleph should be a special exception to a release-critical requirement that has been clearly stated in policy for years. > 2) Drop aleph. This would be warranted if it were of no use any longer, > or if it were buggy. But the *only* bug against Aleph is the name clash > with TeX, so there is no independent reason to prefer this solution. > The question remains, however, whether the current version has any use, > and I simply don't know the answer to that. If it does, then, as I > said, I'm happy to maintain it. > 3) Retain aleph, and change the name of the binary in one package or the > other. If we don't do (2), and the release team is not happy with (1), > then this is obviously the right course. I don't care at all which > program's name is changed or what it's changed to. What are the pros > and cons? Sounds like this is the way to go. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380174: ITP: xserver-xorg-video-ivtv -- X.Org X server -- IVTV display driver
Hi Ian, Has there been any progress on this ITP? I've been to the ivtvdriver.org website, and I can't find any stand-alone driver for xorg 7.x, only the 0.10.6 build that's set up to be unpacked into a monolithic source tree and built. I was hoping this ITP meant there was another xorg-ready source available somewhere, but it seems not. :) I'd love to see this included in etch, but don't have much time to give to that myself; I'd be happy at least to sponsor an upload for you if/when you have something ready. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387813: ITP: gpar2 -- A GUI for verifying and repairing PAR and PAR2 recovery sets
On Sat, Sep 16, 2006 at 09:24:44PM +0200, Khalid El Fathi wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Khalid El Fathi <[EMAIL PROTECTED]>
>
> * Package name: gpar2
> Version : 0.3
> Upstream Author : John Augustine <[EMAIL PROTECTED]>
> * URL : http://sourceforge.net/projects/parchive/
> * License : GPL
> Description : A GUI for verifying and repairing PAR and PAR2 recovery
> sets
>
> A simple, easy to use graphical interface for verification and repairation of
^^^
repair
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370592: RFH: tikiwiki -- groupware and content management system
On Tue, Jun 06, 2006 at 12:32:22AM +0200, [EMAIL PROTECTED] wrote: > I am looking for co-maintainers for the tikiwiki package. This is a > rather complex web application written in PHP, and I feel that I don't > have enough time to maintain it on my own. With a name like "TikiWiki", it seems only appropriate that if you do get co-maintainers, you should request teletubbies.alioth.debian.org. ;) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361342: Processed: Please reject the lasi package currently in the NEW queue
On Sun, Apr 23, 2006 at 08:18:25AM -0700, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > package wnpp > Ignoring bugs not assigned to: wnpp > > severity 361342 serious > Bug#361342: ITP: liblasi0 -- creation of PostScript documents containing > Unicode symbols > Severity set to `serious'. Don't you think you should contact the ftp team about this, instead of raising the severity of a bug they'll probably never see? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351821: RFA: freetype -- FreeType 2 font engine, shared library files
Hi Will, On Tue, Feb 07, 2006 at 05:47:13PM +, Will Newton wrote: > I request an adopter for the freetype package. > Due to a new job I haven't had any time to work on FreeType in the last > few months. As such I would like someone to adopt it. A team would > probably be best, there's lots of difficult issues with this package > and it requires plenty of testing with different fonts and displays. > There's a new upstream version likely in the not so distant future. I've been working with upstream to help make sure the next upstream version of freetype addresses Debian's needs for ABI continuity, so I am considering adopting the package as a result -- preferably with a team, since I'm good with libraries and not so good with fonts, and we probably want both skillsets involved in maintaining a font library. ;) Let me know if you think it's ok for me to adopt this package, and whether you prefer to keep your own name on it as maintainer until a team can be put together. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#262121: ITP: libpam-require -- PAM module to allow and/or deny particular users and/or groups
On Wed, Sep 14, 2005 at 02:06:01PM +0200, Timo Weingärtner wrote: > retitle 262121 ITP: libpam-require -- PAM module to allow and/or deny > particular users and/or groups > owner 262121 ! > thanks > I want to become the maintainer for this new package. What does this PAM module do that can't already be done with pam_listfile or pam_group? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#327081: ITP: rpmstrap -- bootstrap a basic RPM-based system
On Mon, Sep 12, 2005 at 02:19:09PM -0500, Sam Hart wrote: > It actually was not my decision to GPLv2 it. I honestly didn't care what > license it was released under. GPLv2 was just what the original base as > written by Branden Robinson was copyrighted under. > > > 1) Identical command-line options: > > > 2) Placing of suite scripts inside of a "scripts/*" directory: > > > 3) Making common functions available to suite scripts: > > that you did seem to copy quite a bit from debootstrap anyway. > No, I did not. Maintaining an identical interface and file layout is not > copying code. There are other things that are copyrightable besides code -- in particular, usage/error messages (depending on their length and number) are likely to be covered by copyright, and it's pretty implausible that those would be the same between debootstrap and rpmstrap *without* direct copying. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#263868: Bug#318530: chos: FTBFS: Undefined reference to `MINOR'
reassign 263868 ftp.debian.org retitle 263868 RM: chos -- RoQA; orphaned, RC-buggy with no activity thanks On Tue, Sep 06, 2005 at 01:29:36AM +0200, Christoph Berg wrote: > Re: Daniel Schepler in <[EMAIL PROTECTED]> > > Package: chos > > Severity: serious > > Version: 0.85-4 > popcon lists 4 users for that package. Given that no one except > Andreas seems to care about the FTBFS, shouldn't we remove chos? Yes, I believe so. FTP-team, please remove the chos source package from unstable. Total of 4 users listed in popcon; orphaned for over a year; doesn't build under gcc-4.0. Package is a bootloader, and we seem to have a couple of other working bootloaders in the archive that can fill this need. The description compares it to lilo, but grub is probably more featureful at this point. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#229960: ITA: aeromail -- Web-based e-mail client
Hi SteX, Your ITA for aeromail has seen no packaging activity since February 2005, when your potential sponsor asked you to fix some outstanding issues with the package. Since aeromail also has a longstanding RC bug (39) which was not detected, allowing this package to be released with sarge in an unusable state, I intend to request removal of aeromail from unstable. Please feel free to continue working on this package if it interests you, and reupload through a sponsor once you have a fixed package. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Re: Bug#319779: marked as done (ITP: pycairo -- python language bindings for the Cairo vector graphics library)
On Tue, Aug 16, 2005 at 08:24:45AM +0200, Nico Golde wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Dave Beckett <[EMAIL PROTECTED]> > > Package name: pycairo > > Version : 0.5.1 > > Upstream Author : James Henstridge, Steve Chaplin, Kevin Worth > > URL : http://cairographics.org/snapshots/ > > License : LGPL / MPL > > Description : Python language bindings for the Cairo vector graphics > > library > > This package contains modules that allow you to use the Cairo vector > > graphics library in Python programs. > > I've been packaging this for several years, tracking cairo snapshots. > > ITP now as it seems to be needed for pygtk and cairo is heading > > towards a stable API. Initial packages are available from > > http://cairographics.org/packages/debian/unstable/ > I heared rumours that the cairo development is dead at the > moment and will not be development in the future That's a rather bizarre rumour. http://weblogs.mozillazine.org/roc/archives/2005/07/gecko_19.html In any case, Dave is also the libcairo maintainer for Debian, so is well positioned to know its status. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#287985: ITA: cantus -- Gnome tool to mass-rename/tag mp3s and ogg files
retitle 287985 O: cantus -- Gnome tool to mass-rename/tag mp3 and ogg files noowner 287985 thanks No activity from would-be adopter for two months; he had indicated his interest a month before that, and the only activity since was a second declaration of intent to maintain the package. Youssef, if you still intend to maintain this package, please find yourself a sponsor and get a new package uploaded. Otherwise, this package has been orphaned for more than 6 months, and the *cantus3* package, which contained the newer upstream version of cantus, has already been removed from the archive, so I will recommend that cantus also be removed from Debian. The cantus package currently fails to build in unstable due to bug #300178. In addition, I have used this package in the past and found its user interface to be terribly clumsy. Quod Libet (nominally an audio player) does a much better job of id3 tag editing and file renaming than cantus ever did for me, so I would encourage people to look at quodlibet before offering to adopt cantus. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#303794: ITA: log4cpp -- A C++ library for flexible logging
On Thu, Jul 07, 2005 at 09:00:33PM +0200, Frank Lichtenheld wrote: > On Tue, Apr 12, 2005 at 11:45:05AM +0200, [EMAIL PROTECTED] wrote: > > i forgot to say that you can find my package here : > > http://fboudra.free.fr/debian/ > You will need to prepare new packages, because you need to change > the soname for the g++ transition. The current packages must not be > uploaded anymore. I assume you mean package name rather than soname. In any case, packages that are not yet in the Debian archive are not bound by the C++ ABI transition. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Re: BZFlag going Closed Source with it's next release
Hi Jeff, On Thu, Jun 30, 2005 at 10:24:09AM -0700, Jeff Myers wrote: > It looks like most of the text from your "conversation" was taken from a > very old discussion logs about possible ways to combat cheating in game. > In the end a closed source authentication module was determined to be > more trouble then it would be worth. We just like to discuss all > possibilities when looking into solutions > Please do not fabricate things about our project that are not true and > have no basis in reality. We care a lot about our project, and are very > proud that it is included with debian. We are rather small, and do not > need rumors like this. > I would also like to add my complaint about Mr. Obiran. We have had a > fair amount of problems with him, up to the point where the > administrators of freenode had to temporarily kline the entire network > he was using. Well, that would certainly explain why he now exclusively uses tor services when connecting to FreeNode for purposes of harrassing Debian folks. I'm glad that you didn't find it necessary to use a closed-source auth lib in the end, though of course little Mitchy's opinions do not at all reflect the position of the Debian project on this question. Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#315592: RFH aboot (Alpha bootloader): Looking for co-maintainers
On Fri, Jun 24, 2005 at 06:24:45PM +0200, Helge Kreutzmann wrote: > Hello Peter, > On Fri, Jun 24, 2005 at 01:58:27AM +0200, Peter De Schrijver wrote: > > I'm willing to help you out on this. I have 6 alpha machines (4 of which > > are debian supported now, the other 2 are turbo channel machines for > > which I did some work to get the linux kernel to work, but they aren't > > ready yet). I also maintain the quik package (oldworld powermac > > bootloader) and comaintain sibyl (Broadcom swarm bootloader). I'm > > familiar with alpha, mips, powerpc and arm architectures. I hope I can > > help you here. > Great. Since I am not a DD, I will inform Steve Langasek, who did the > uploads and helped me a great deal with all the packaging details. > The first thing you can do is to check out our CVS from alioth > (pkg-aboot). I'll ask Steve to add you to the group and get a little > aqauinted with the source layout. Please ask if something is unclear, > ... I cannot tell you the nitty gritty source details, but the overall > layout and the purpose of the various tools/directories etc. I know. Yep, Peter is added to the alioth group (though of course, he didn't need that in order to become acquainted with the source layout :). > Out of the bugs, I'd consider #270801 the most anyoing. Unfortunately, > netabootwrap is not in the upstream source, hence we are "on our own". That one's going to become more annoying with time, since initramfs generates consistently *smaller* images in 2.6 than initrd does... > If you know how to add other FS, then #153666 might be fun for you. > Upstream is a little reluctant, though, to add more and more file > systems. Since a patch is available, the next thing would be to test, > if possible, and add it in the next upload which could deal with the > new policy version as well (haven't looked yet, what this would > require). At the very least, it would be nice to have reliable ext3 support so that we aren't obliged to use a separate boot partition from d-i. I'm not as concerned about XFS support as I used to be, since ext3 in 2.6 has all the features I wanted previously. Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#315245: O: nemesi -- standards-compliant multimedia streaming client
reassign 315245 ftp.debian.org retitle 315245 RM: nemesi -- RoQA: orphaned package has never been free of RC bugs thanks This package has obviously never been cared for in Debian, with one upload ever and that upload containing RC-buggy build-dependencies that were reported shortly after the upload. There has been no acknowledgement of this bug after 80 days. Please remove this package from unstable; it can be re-uploaded when someone is prepared to maintain it properly. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#315223: O: mird1 -- optional
On Tue, Jun 21, 2005 at 10:30:23AM +0200, Krzysztof Krzyzaniak (eloy) wrote: > Package: wnpp > Severity: normal > I want to ask for removing mird1 & mird-dev from debian archive. Then please, file a bug against ftp.debian.org instead of against wnpp. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#203001: ITA: hesiod -- Utilities for Project Athena's service name resolution protocl
Hi Karl, The portability bug in hesiod has been fixed now in an NMU, so the package is pretty much up for grabs -- are you still interested in it? Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#303198: Bug#307784: pam-pgsql: CAN-2004-0366
Primoz, > On Fri, 2005-05-06 at 16:03 +0200, Joerg Wendland wrote: > > On Fri, May 06, 2005 at 09:33:09AM +0200, Primoz wrote: > > > I would be willing to fix and maintain the package if there is someone > > > who would be willing to sponsor the upload. > > Please go ahead, I'll sponsor your uploads. Would you please retitle this bug to an ITA if that is your intent? Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#303198: Bug#307784: pam-pgsql: CAN-2004-0366
On Thu, May 05, 2005 at 03:41:13PM +0200, Primoz Bratanic wrote: > Package: pam-pgsql > Severity: critical > Tags: security > Justification: root security hole > The problem reported in BUG#230875 and marked as fixed (NMU upload) was open > again. The changes have disappeared. Please see the patch attached to > Bug#230875 regarding sql injection problem with changing password (easy > impact would be changing uid to 0 ... root compromise). It looks like the upload that reverted these changes was a botched attempt at orphaning the package. Bug #303198, however, is currently titled "RFA", not "O". Joerg, was your intention here to continue maintaining pam-pgsql until someone else comes along to do so, or were you trying to orphan the package immediately so that you're no longer responsible for it? If it is indeed the maintainer's intention to orphan this package, I would recommend removing it from sarge on account of the progressive security issues. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#306694: ITP: qt-x11-opensource -- Qt 4 cross-platform C++ application framework
On Wed, Apr 27, 2005 at 09:36:00PM -0700, Brian Nelson wrote: > On Wed, Apr 27, 2005 at 11:10:44PM -0500, Peter Samuelson wrote: > > [Brian Nelson] > > > * Package name: qt-x11-opensource > > > Version : 4.0 beta 2 > > > Upstream Author : Trolltech AS > > Is there some reason for the "-opensource" in the name? > It's the upstream name. For whatever reason, Trolltech has chosen > different names for each major release: > Qt1: qt > Qt2: qt-x11 > Qt3: qt-x11-free > Qt4: qt-x11-opensource > Qt5 will probably be qt-x11-foss or qt-x11-freeasinspeech or something > equally annoying. > > That's a pretty redundant designation for something in Debian main, > > don't you think? I'd probably go with "qt4" or "libqt4" or "qt4-x11" > > for the source package name. > I was thinking about naming it qt4-x11, but I'm not sure it's worth > deviating from upstream. Sure it is: qt4-x11 tells people what it is, and qt-x11-opensource is loopy. There's no obligation to keep the source package name the same as the upstream tarball name. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#302832: ITP: kdsl -- KDE frontent for pppd
On Sun, Apr 03, 2005 at 11:54:42AM +0200, Markus Fischer wrote: > No, kdsl it is more than kppp. > It is for DSL (eth0 ...), Dial up Modem, and for the future ISDN. > It works with pppoe and pppoa. Then why isn't it called "kppp", and replacing the kppp we currently have? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#302832: ITP: kdsl -- KDE frontent for pppd
On Sun, Apr 03, 2005 at 10:33:53AM +0200, Familie Fischer wrote: > Package: wnpp > From: "Markus Fischer <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> > To: Debian Bug Tracking System <[EMAIL PROTECTED]> > Subject: ITP: kdsl -- kdsl: ppp dsl dial connection for KDE > X-Mailer: reportbug 3.8 > Date: Sun, 03 Apr 2005 09:16:53 +0200 > X-Debbugs-Cc: debian-devel@lists.debian.org > Package: wnpp > Severity: wishlist > Owner: "Markus Fischer <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> > * Package name: kdsl > Version : 0.5 > Upstream Author : KDSL-Team > * URL : http://kdslbroadband.sourceforge.net > * License : GPL > Description : kdsl: ppp dsl dial connection for KDE (frontend for > pppd) > (Include the long description here.) If this package is a *ppp* dsl dial manager, why isn't this functionality integrated into the existing kppp package? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#302641: ITP: debhelper-dwim -- debhelper extension to do what the maintainer wants
Package: wnpp Severity: wishlist Owner: Steve Langasek <[EMAIL PROTECTED]> * Package name: debhelper-dwim Version : 1.0.0 Upstream Author : Steve Langasek <[EMAIL PROTECTED]> * URL : http://www.yagoohoogle.com/ * License : Abridged "Public Rights" International License, version 1 Description : debhelper extension to do what the maintainer wants This package provides the dh_dwim debhelper script, which has been developed as an answer to cdbs within the debhelper paradigm. It depends on libjustdoit, which has been ITP'ed at [0]. The dh_dwim script is incompatible with dh_perl. [0] http://lists.debian.org/debian-devel/2005/04/msg3.html -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#210198: htmldoc to be removed from testing; will remove orphaned axkit, axkit-xsp-webutils
On Sat, Mar 26, 2005 at 10:41:52AM +, Martin Michlmayr wrote: > * Steve Langasek <[EMAIL PROTECTED]> [2005-03-26 01:43]: > > Bug #300460 has been open on the package htmldoc for 7 days, so I'm > > planning to remove htmldoc from testing. The only > > reverse-dependencies this package has are axkit and (as a result) > > axkit-xsp-webutils, both of which are > There are also a number of packages which build-depend on htmldoc, so > I don't think removing it is the best option (fyi: fltk1.1, munin, > freeswan, openswan, privoxy). Maybe one of the people who need > htmldoc (or some QA person) can take a look at #300460. Hmm, whoops, apparently I was a little sloppy with the melanie check and didn't notice the build-depends. Right, not removing it yet then; hopefully one of the maintainers using it will be able to fix it up. Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#210198: htmldoc to be removed from testing; will remove orphaned axkit, axkit-xsp-webutils
Hi folks, Bug #300460 has been open on the package htmldoc for 7 days, so I'm planning to remove htmldoc from testing. The only reverse-dependencies this package has are axkit and (as a result) axkit-xsp-webutils, both of which are orphaned. If anyone has a vested interest in seeing these packages included in sarge, it would be a good idea to either look at bug #300460 or lose the dependency on said buggy doc tool. Gaudenz has also asked for axkit's removal from unstable, so that may be the best option of all. Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#297270: O: libapache-mod-proxy-add-forward
On Mon, Feb 28, 2005 at 12:13:13PM +0100, Piotr Roszatycki wrote: > This package is not useful anymore. Then why has this bug been filed as an orphan bug, instead of as a request for removal against ftp.debian.org? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#296706: Bug#296708: libgphoto2-2: Segfaults after libusb upgrade
On Sat, Feb 26, 2005 at 03:29:53PM +0100, Aurélien Jarno wrote: > On Sat, Feb 26, 2005 at 02:52:26PM +0100, Milan Zamazal wrote: > > AJ> BTW, the original bug report mentions you are using a kernel > > AJ> 2.6.9. Are you still using the same kernel? > > > > Yes. (And don't forget libusb-0.1-4 1:0.1.8-17 still works perfectly.) > The way libusb communicate with the kernel with the kernel has changed > (thus your problem), and the problem appears only with the newest way. > BTW, the bug has just been fixed in 2.6.11-rc5-bk1. You seem to have gotten bug numbers crossed along the way; this bug is an RFA for the toshutils package. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#295231: RFA: bozohttpd -- Bozotic HTTP server
On Mon, Feb 14, 2005 at 04:30:02PM +0100, Thomas Seyrat wrote: > Package: wnpp > Severity: normal > I don't use bozohttpd anymore and have no time to maintain it. > It has 3 open bugs, one of them RC, related to CGI configuration and > chrooting. Moreover, upstream has been updated. None of the bugs open against this package are RC. If you mean that #280725 should be RC, please raise its severity so that it's possible to track this as a release issue. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#294759: ITP: jcifs -- java library for the CIFS/SMB networking protocol
Hi Wolfgang, On Fri, Feb 11, 2005 at 04:53:34PM +0100, Wolfgang Baer wrote: > Package name: jcifs > Version : 1.1.8 > Upstream Author : Christopher R. Hertel, Michael B. Allen and others > URL : http://jcifs.samba.org/ > License : LGPL > Description : java library for the CIFS/SMB networking protocol > JCIFS is an Open Source client library that implements > the CIFS/SMB networking protocol in 100% Java. CIFS is > the standard file sharing protocol on the Microsoft Windows > platform (e.g. Map Network Drive ...). This client is used > extensively in production on large Intranets. Since this is a library only, are there also applications you intend to package which will make use of it? If not, I'm not sure how much sense it makes to package just the library in Debian. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#293349: ITP: libpam-smb -- Pluggable Authentication Module authenticating from NT server
On Wed, Feb 02, 2005 at 05:01:23PM +, Martin Orr wrote: > Package: wnpp > Severity: wishlist > Owner: Martin Orr <[EMAIL PROTECTED]> > Package name: libpam-smb > Version : 1.9.9+2.0.0-rc6 > Upstream Author : Dave Airlie <[EMAIL PROTECTED]> > URL : http://www.csn.ul.ie/~airlied/pam_smb/ > License : GPL > Description : Pluggable Authentication Module authenticating from NT > server > This is a PAM module, which can verify user passwords from Windows NT > servers. It differs from winbind in that it does not require you to have > administrative access to the NT domain in order to join it, and in that > it does not contain an NSS module to obtain user account information from > NT - only passwords. > This package is present in woody (version 1.1.6) but was removed in 2003 > following maintainer inactivity, and because Steve Langasek asserted that it > was obsolete. Certainly winbind is to be preferred in most circumstances > but I at least find this package useful because I am unable to get > administrative access to the relevant NT domain. Yes, I still stand by this assessment. The libpam-smb module offers no cryptographic trust, and deploying this authentication method instead of getting approval for a domain join from the admin risks compromising domain security policies without the admin's approval or awareness. It's also inherently unreliable. I don't think this code should be reintroduced to Debian. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#209012: What's the status of this ITP?
On Wed, Jan 26, 2005 at 05:14:29PM +0100, Free Ekanayaka wrote: > MM> Hello, > > MM> lintian complains about missing manual pages but nothing else. I have > MM> also only been able to test ac3dec and as10k1, since I don't have > access > MM> to the needed hardware. > I've used hdsploader myself.. let's join forces! > Even filling the missing man pages with a note like "this tools lack > documentation please help us" is ok. No, this breaks all the infrastructure and automated checks for handling missing manpages. If you're not going to write proper documentation, don't put anything there at all. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Bug#290785: ITP: xfce4-appfinder -- Application finder for the Xfce4 Desktop Environment
On Sun, Jan 16, 2005 at 05:26:35PM +, Simon Huggins wrote: > Package: wnpp > Severity: wishlist > Package name : xfce4-appfinder > Version : 4.2.0 > Upstream Author : Eduard Roccatello <[EMAIL PROTECTED]> > URL : http://www.xfce.org/ > License : GPL > Description : Application finder for the Xfce4 Desktop Environment > This is an application finder for the Xfce4 Desktop Environment. > It will search for installed applications on your system. > . > Homepage: http://www.xfce.org/ > (this is part of xfce 4.2 which will hopefully be hitting experimental soon; > Martin Loschwitz/Daniel Silverstone will probably sponsor me) There are currently 11 orphaned xfce4-* packages in unstable, including three that have just been removed from testing due to RC bugs that went virtually unnoticed since the last upload in May. Please take some time to help figure out what should be done with these packages -- cleaned up/adopted, or removed from the archive -- before ITPing more packages in the xfce4 namespace. ~$ grep-dctrl -FPackage -sPackage,Maintainer xfce4 /var/lib/apt/lists/*_debian_dists_unstable_*Sources|grep-dctrl -FMaintainer -sPackage QA Package: xfce4-artwork Package: xfce4-battery-plugin Package: xfce4-clipman-plugin Package: xfce4-datetime-plugin Package: xfce4-diskperf-plugin Package: xfce4-goodies Package: xfce4-minicmd-plugin Package: xfce4-netload-plugin Package: xfce4-notes-plugin Package: xfce4-showdesktop-plugin Package: xfce4-systemload-plugin $ -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Bug#290785: ITP: xfce4-appfinder -- Application finder for the Xfce4 Desktop Environment
On Sun, Jan 16, 2005 at 05:26:35PM +, Simon Huggins wrote: > Package: wnpp > Severity: wishlist > Package name : xfce4-appfinder > Version : 4.2.0 > Upstream Author : Eduard Roccatello <[EMAIL PROTECTED]> > URL : http://www.xfce.org/ > License : GPL > Description : Application finder for the Xfce4 Desktop Environment > This is an application finder for the Xfce4 Desktop Environment. > It will search for installed applications on your system. > . > Homepage: http://www.xfce.org/ > (this is part of xfce 4.2 which will hopefully be hitting experimental soon; > Martin Loschwitz/Daniel Silverstone will probably sponsor me) There are currently 11 orphaned xfce4-* packages in unstable, including three that have just been removed from testing due to RC bugs that went virtually unnoticed since the last upload in May. Please take some time to help figure out what should be done with these packages -- cleaned up/adopted, or removed from the archive -- before ITPing more packages in the xfce4 namespace. ~$ grep-dctrl -FPackage -sPackage,Maintainer xfce4 /var/lib/apt/lists/*_debian_dists_unstable_*Sources|grep-dctrl -FMaintainer -sPackage QA Package: xfce4-artwork Package: xfce4-battery-plugin Package: xfce4-clipman-plugin Package: xfce4-datetime-plugin Package: xfce4-diskperf-plugin Package: xfce4-goodies Package: xfce4-minicmd-plugin Package: xfce4-netload-plugin Package: xfce4-notes-plugin Package: xfce4-showdesktop-plugin Package: xfce4-systemload-plugin $ -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Bug#99943: [wnpp cleanup round] Please confirm interest in ITP of Debian package
On Sat, Dec 18, 2004 at 03:36:31AM +0100, Frederik Dannemare wrote: > On Friday 17 December 2004 23:13, Steve Langasek wrote: > > Shouldn't this message have gone to the -submitter addresses? > Oh, boy. I seem to have screwed up a little bit here. Sorry about that > but I was under the impression that the bts would automatically include > the address of the submitter (who initially is also the owner, right?) > on follow-up messages. > I could have sworn that I in the past had automatically received copies > of mails on follow-ups to reports submitted by me, but maybe I have > been explicitly addressed as a receiver of such mails, I guess. > Upon closer reading of debian.org/Bugs/Developer it seems that the > submitter is notified automatically only with mails sent to > [EMAIL PROTECTED], and I would therefore always need to explicitly > address the bug submitter via either his/her own mail address or via > [EMAIL PROTECTED] when merely doing regular follow-ups, right? Right. > Btw, I forgot to ask: Besides notifying the submitter of any such future > mails (ITP "overdue" warning), should I then send a copy to > [EMAIL PROTECTED] instead of sending it to [EMAIL PROTECTED] Since emails sent to -submitter are logged in the BTS, I don't think you would need to cc either -quiet or [EMAIL PROTECTED] in this case. > Anyhow, I will make sure that [EMAIL PROTECTED] gets a copy of my mail > during the weekend. I better get some sleep now. Sleep well. :) -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Bug#99943: [wnpp cleanup round] Please confirm interest in ITP of Debian package
On Fri, Dec 17, 2004 at 10:48:12PM +0100, Frederik Dannemare wrote: > wnpp needs a little cleanup. Thus, your ITP will be retitled to an RFP > in 30 days, unless the original submitter, current owner, or somebody > else within that 30 day time frame confirms interest in the ITP by > actively working on packaging. > Confirmation of interest is sent as follow-up to @bugs.debian.org > and preferably CC me. That way it's easier for me to track which ITPs > should be retitled (alternatively, do the retitling yourself (and CC > me). Thanks in advance. > Justification: ITP was submitted more than 1000 days ago, and there has > been no real activity/progress for a long, long time. > If you think I'm being unreasonable or if you believe that I, in any > other way, have wrongfully addressed your particular ITP with this > mail, let me know. Shouldn't this message have gone to the -submitter addresses? Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#286012: O: guppi -- GNOME graph and plot component
On Fri, Dec 17, 2004 at 12:17:45AM -0300, Margarita Manterola wrote: > Hola Martin Michlmayr! > > guppi is orphaned. It was originally orphaned in #188498 but this bug > > got closed erroneously. If you want to be the new maintainer, please > > take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for > > detailed instructions how to adopt a package properly. > I closed the bug because I realized the package has been dropped both from > testing and unstable... What's the point of having a package up for > adoption, if it's not going to be there anymore? $ madison guppi guppi | 0.40.3-1 |stable | source guppi | 0.40.3-10 | testing | source guppi | 0.40.3-10 | unstable | source $ Please note that guppi is the source package name only. > Take into account it's a GNOME 1 package, that really makes no sense in an > environment, as sarge, that's completely migrated to GNOME 2. Sarge is not completely migrated to GNOME 2. Sarge still includes gnucash, which is a GNOME 1 app. I would miss it if it went away. :) -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#283994: ITP: glastree -- builds live backup trees, with branches for each day
On Mon, Dec 06, 2004 at 01:24:32AM -0600, Manoj Srivastava wrote: > On Fri, 3 Dec 2004 13:49:44 +1100, Matthew Palmer <[EMAIL PROTECTED]> said: > >> > >> The advantage of using glastree over pdumpfs is that it is > >> implemented in Perl rather than Ruby (this is in fact the reason > >> that I encountered it in the first place). > > How is that an advantage of use? > Well, for me, were I to try to hack ti to improve it, being in > Perl is distinct advantage since I am far more proficient in Perl > than in Ruby. That's reasonable, but I'm not sure it should have much bearing on whether to package something. We're talking about backup tools, not code libraries for language X; the principal use of the package is as a tool you run, and if it's a good package, you (as a user rather than as a maintainer) shouldn't need to write code in any language, let alone any *particular* language. You as a user don't get to edit the package anyway; if you're customizing the package locally, it doesn't really matter if Debian distributes it. If there are known deficiencies in the packages attempting to fill this niche, *then* it makes sense to start talking about other options (filing bug reports, submitting patches, or writing/ITPing a replacement). And sure, language choice can make a difference in the install size in embedded systems and thus count as a "deficiency", but that doesn't seem to be your point here. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#284285: ITP: fairuce -- Spam filter based on sender identity verification
On Sun, Dec 05, 2004 at 12:07:05AM -0800, Stephen Birch wrote: > Package: wnpp > Severity: wishlist > * Package name: fairuce > Version : x.y.z > Upstream Author : ghamilt at us dot ibm dot com > * URL : http://www.example.org/ > * License : Free for non-commercial use > Description : Spam filter based on sender identity verification > FairUCE is a spam filter that prevents spam from reaching the > recipient's inbox by verifying the identity of the sender. It will stop > the vast majority of spam without the use of a content filter, and > without requiring a probable spam or bulk folder that needs to be > checked periodically. Does "sender identity verification" mean another besotted challenge-response system? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#273033: ITP: mozilla-firefox-locale-es-ar -- Mozilla Firefox Spanish (es-AR) Language/Region Package
On Thu, Sep 23, 2004 at 06:19:15PM +0200, Cesar Martinez Izquierdo wrote: > Package: wnpp > Severity: wishlist > * Package name: mozilla-firefox-locale-es-ar > Version : 0.9.3 > Upstream Author : Marcelo Poli <[EMAIL PROTECTED]> > * URL : http://mozilla.mesi.com.ar/ > * License : MPL 1.1 > Description : Mozilla Firefox Spanish (es-AR) language/region package > Spanish menu/message resource and region property > package for Mozilla Firefox (Argentinian version, es-AR). > .. > Homepage: http://mozilla.mesi.com.ar/ Wouldn't it be better to include this in the existing -locale-es package? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#270844: xine-lib: FTBFS on sparc
From the build log:
./configure --prefix=/usr --mandir=\${prefix}/share/man \
--host=sparc-linux CFLAGS="-g"
configure: WARNING: If you wanted to set the --build type, don't use --host.
If a cross compiler is detected then cross compile mode will be used.
This isn't directly the cause of this failure, but I'm poking at this
along with the issues causing the FTBFS.
It looks like the configure script *does* have an option to disable
"vis" optimizations, but it doesn't have the correct effect because the
source doesn't check for the define. I'll have a preliminary patch
ready for testing shortly.
Cheers,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
Re: Bug#270091: ITP: heyu2 -- heyu2 is a heavily updated version of the heyu package. It controls the X10 CM11A home automation system over a serial port.
On Sun, Sep 05, 2004 at 09:40:13AM -0600, Marcelo E. Magallon wrote: > On Sun, Sep 05, 2004 at 03:19:45PM +0200, Christian Surchi wrote: > > > * You may freely copy, use, and distribute this software > > > * subject to the following restrictions: > > > * > > > * 1) You may not charge money for it. > > > * 2) You may not remove or alter this copyright notice. > > > * 3) You may not claim you wrote it. > > > * 4) If you make improvements (or other changes), you are > > > * requested > > > * to send them to me, so there's a focal point for > > > * distributing > > > * improved versions. > > > > Trivially not a DFSG license... do you think about non-free? > Actually that's not even non-free. If you make modifications you are > requested to send them to the author (note requested). But it doesn't > say that "you may modify and redistribute modified versions". This is still ok for non-free if we aren't modifying the software. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Work-needing packages report for Sep 3, 2004
On Sat, Sep 04, 2004 at 09:55:15AM -0600, Marcelo E. Magallon wrote: >guppi (#188498), orphaned 511 days ago > Description: GNOME graph and plot component, interface to gnumeric > Reverse Depends: libguppi-dev gnucash > I've actually asked myself what's going on here a couple of times. I > haven't paid much attention lately what got renamed to what and why, > but I was under the impression that Guppi was replaced by something > else. The question is why doesn't the GNUcash maintainer adopt guppi > if gnucash (still) needs this. Because gnucash was also orphaned until recently, and guppi is not a very appealing package to have to one's name. ;) It still manages to get taken care of, in part through the efforts of gnucash users... -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#263165: RFH: freetds -- libraries for connecting to MS SQL and Sybase SQL servers
Package: wnpp I'm looking for a comaintainer for the freetds package. The package could use a refresh from upstream prior to the sarge release, since the version currently in the archive is several months out of date and has known deficiencies that are fixed in newer versions; and I happen to have conveniently left myself with very little time left between now and the release. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#255072: ITP: smb4k -- Smb4K is a Samba (Windows) share browser for KDE
On Fri, Jun 18, 2004 at 06:05:05PM +0200, Francesco Paolo Lovergine wrote: > Package: wnpp > Severity: wishlist > * Package name: smb4k > Version : 0.4.0 > Upstream Author : Alexander Reinholdt et al. > * URL : http://smb4k.berlios.org > * License : GPL > Description : Smb4K is a Samba (Windows) share browser for KDE > smb4K is a SMB (Windows) share browser for KDE. It uses the Samba > software suite to access the SMB shares of the local network > neighborhood. Its purpose is to provide a program that's easy to use and > has as many features as possible. Features so far: > * Scanning for (active) workgroups, hosts, and shares > * Mounting and unmounting of SMB shares, including unmounting all shares > at once > * Access to the files of a mounted SMB share using Konqueror > * Auto-detection of external mounts/unmounts > * Mounting of recently used shares on start-up > * Miscellaneous infos about the SMB shares > * Network search > * WINS server support > * Preview of SMB shares > * Selectable look-up and search methods > * Default login > * Ability to execute mount and umount SUID root > * Special handling of homes shares > * Ability to bookmark favorite shares > * System tray icon > * Support of advanced Samba options Is there a reason why these features should not be integrated into the kdebase-kio-plugins package? Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#236044: ITP: picocom -- minimal dumb-terminal emulation program
On Wed, Mar 03, 2004 at 03:24:08PM -0800, Oliver Kurth wrote: > Package: wnpp > Severity: wishlist > * Package name: picocom > Version : 1.1 > Upstream Author : Nick Patavalis ([EMAIL PROTECTED]) > * URL : http://efault.net/npat/hacks/picocom/ > * License : GPL > Description : minimal dumb-terminal emulation program > picocom was designed to serve as a simple, manual, modem > configuration, testing, and debugging tool. It has also served (quite > well) as a low-tech "terminal-window" to allow operator intervention > in PPP connection scripts (something like the ms-windows "open > terminal window before / after dialing" feature). It could also prove > useful in many other similar tasks. It is ideal for embedded systems > since its memory footprint is minimal. In what cases do you find that minicom is not small enough? Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#234807: RFP: xchm -- the CHM viewer for UNIX
On Wed, Feb 25, 2004 at 10:59:12PM +0100, Vincent Picavet wrote: > Package: wnpp > Severity: wishlist > * Package name: xchm > Version : x.y.z > Upstream Author : Name <[EMAIL PROTECTED]> > * URL : http://xchm.sourceforge.net/ > * License : (GPL, LGPL, BSD, MIT/X, etc.) > Description : the CHM viewer for UNIX > xCHM can view your files, show the contents tree if one is available, > print the current page and do the usual history stunts. It allows you to > change fonts and search for text in all the pages of the archive, or in > the pages' titles. What it can't do is handle Javascript by the book. Whoever packages this, please provide a definition/explanation for "CHM" in your long description. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#228046: O: phplib -- Library for easy writing web applications (stable version)
On Fri, Jan 16, 2004 at 04:51:10PM +0100, Stijn de Bekker wrote: > On Fri, Jan 16 2004, Steve Langasek wrote: > > On Fri, Jan 16, 2004 at 09:55:18AM +0100, Stijn de Bekker wrote: > > > I intend to orphan the phplib package as I leave the Debian project due > > > to a lack of time. > > > The package description is: > > > The library will help you to write medium and large sized > > > data-driven web applications. "Medium to larged applications" are > > > applications that consists of multiple database queries, have to > > > generate tables from database data, need a user interface that > > > generates SQL queries or need a comfortable and user-friendly way > > > to protect pages or functionality on pages. "Data-driven" > > > applications are applications that make use of a supported SQL > > > databse to create HTML content and that use HTML forms to drive > > > database transactions. > > > . > > > This is the official stable version > > > . > > > More information can be found at the phplib web site > > > http://phplib.sourceforge.net/ > > There are no other packages in the archive which depend on phplib, and > > much of phplib's functionality was superseded by developments in version > > 4 of the PHP language, so I think it would be better to request removal > > instead of orphaning this. Do you agree? > Hmmm good point. Yes I do agree; it was one of the reasons of my lack > of interest in phplib. The software is hardly maintained anymore > upstream. > Shall I file a bug against ftp.debian.org and ask for removal of the > packages? Yes, please. Regards, -- Steve Langasek postmodern programmer pgprzhN3di0T0.pgp Description: PGP signature
Bug#228046: O: phplib -- Library for easy writing web applications (stable version)
Hello, On Fri, Jan 16, 2004 at 09:55:18AM +0100, Stijn de Bekker wrote: > I intend to orphan the phplib package as I leave the Debian project due > to a lack of time. > The package description is: > The library will help you to write medium and large sized > data-driven web applications. "Medium to larged applications" are > applications that consists of multiple database queries, have to > generate tables from database data, need a user interface that > generates SQL queries or need a comfortable and user-friendly way > to protect pages or functionality on pages. "Data-driven" > applications are applications that make use of a supported SQL > databse to create HTML content and that use HTML forms to drive > database transactions. > . > This is the official stable version > . > More information can be found at the phplib web site > http://phplib.sourceforge.net/ There are no other packages in the archive which depend on phplib, and much of phplib's functionality was superseded by developments in version 4 of the PHP language, so I think it would be better to request removal instead of orphaning this. Do you agree? -- Steve Langasek postmodern programmer pgp8mUvGUKuFi.pgp Description: PGP signature
Bug#227984: ITP: libhidparser -- the MGE parser library for USB HID interfaces
On Thu, Jan 15, 2004 at 11:13:29PM +0100, martin f krafft wrote: > Package: wnpp > Severity: wishlist > Package name: libhidparser > Version : 1.01 > Upstream Author : MGE UPS Systems <[EMAIL PROTECTED]> > URL : http://www.mgeups.com/opensource/projects/hidparser.htm > License : GPLv2 > Description : the MGE parser library for USB HID interfaces > To help and improve the support of Human Interface Devices (HID) on any > platform, via USB or serial links, MGE UPS Systems have released their own > HID parser under the GPLv2. > The parser presents a human interface device as an object tree, similar to an > SNMP tree. The HID protocol is mostly used for USB devices (such as > keyboards, mice, UPSs and monitors), but may also be used over a serial link. Er, what problem is this software actually supposed to solve? (For that matter, why would a UPS be considered a *human* interface device?) -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#224372: O: nqxml
On Thu, Dec 18, 2003 at 09:55:48PM +0900, akira yamada wrote: > Package: wnpp > I'm orphaning nqxml because: > * Other xml libraries for Ruby is provided. (libxml-parser-ruby and > librexml-ruby.) > * I am not really using it and have not much time for it. > Note: nqxml has FTBFS bug. (Bug#212290) If there are already other xml libraries for ruby, should this one be removed from the archive (rather than just being orphaned)? -- Steve Langasek postmodern programmer pgpHVAktZdXZc.pgp Description: PGP signature
