Bug#500440: ITP: fcoretools -- Tools for examining and hinting the IO scheduler
Package: wnpp Severity: wishlist Owner: Matthew Johnson <[EMAIL PROTECTED]> X-Debbugs-CC: debian-devel@lists.debian.org Source package: fcoretools Binary package(s): fcoretools Version: 1.0-1 Licence: GPLv2 Author: Dave Plonka <[EMAIL PROTECTED]> Homepage: http://net.doit.wisc.edu/~plonka/packages.html This package provides two tools for manipulating the IO scheduler: fincore is a command that shows which pages (blocks) of a file are in core memory. It is particularly useful for determining the contents of the buffer-cache. fadvise is a command used to give file advisory information to the operating system. Its "--dontneed" option is particularly useful in that it causes the files' pages (blocks) to be evicted from the buffer-cache. -- Matthew Johnson signature.asc Description: Digital signature
Bug#500453: ITP: vim-debugger-dbgp -- Debugger client inside VIM for the DBGp protocol as used by xdebug
Package: wnpp Severity: wishlist Owner: Thomas Koch <[EMAIL PROTECTED]> * Package name: vim-debugger-dbgp Version : 0.2 Upstream Author : Thomas Koch <[EMAIL PROTECTED]> * URL : http://git.koch.ro/?p=vim-debugger-dbgp;a=summary * License : MIT/X Programming Lang: Vim-script Description : Debugger client inside VIM for the DBGp protocol as used by xdebug Communicates with xdebug and allows step-by-step inspection of PHP code from inside VIM, breakpoints and variable inspection. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500467: ITP: ballz -- B.A.L.L.Z. - platform/puzzle game where you control a rolling ball
Package: wnpp Severity: wishlist Owner: Sylvain Beucler <[EMAIL PROTECTED]> * Package name: ballz Version : 1.0 Upstream Author : Olof Naessen and Per Larsson * URL : http://www.allegro.cc/forums/thread/590831 * License : BSD Programming Lang: C++ Description : B.A.L.L.Z. - platform/puzzle game where you control a rolling ball The game is a platformer with some puzzle elements. You take control of a ball which is genetically modifed by the British secret service. Your mission is to rescue captured British soldiers from a prison in Iran. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500475: ITP: libdeprecated-ruby -- Library for handling deprecated code in Ruby
Package: wnpp Severity: wishlist Owner: Dmitry Borodaenko <[EMAIL PROTECTED]> * Package name: libdeprecated-ruby Version : 2.0.1 Upstream Author : Erik Hollensbe (erik at hollensbe.org) * URL : http://rubyforge.org/projects/deprecated * License : BSD (quoted below) Programming Lang: Ruby Description : Library for handling deprecated code in Ruby Deprecated is a small library intended to aid developers working with deprecated code. The idea comes from the 'D' programming language, where developers can mark certain code as deprecated, and then allow/disallow the ability to execute deprecated code. License: Redistribution and use in source form, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer: THIS SOFTWARE IS PROVIDED BY AUTHOR AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL AUTHOR OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (70, 'testing'), (50, 'stable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500481: RFP: python-webkit -- python bindings for webkit
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org, [EMAIL PROTECTED] * Package name: python-webkit * URL : http://live.gnome.org/PyWebKitGtk * License : LGPL (according to their webpage) Programming Lang: C (it is a Python extension module) Description : python bindings for webkit The prospective maintainer would most likely want to join/work closely with the pkg-webkit group on alioth. Kind regards and thanks to the packager to be! T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please install dput etc on ravel = debian-people
See $subject. I am using debian-people for distributing packages for testing and backport reasons, and up to now (before the move) I could dput them from there. But ravel does not have dput installed. Please do so. Thanks. Best wishes Norbert --- Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology Debian Developer <[EMAIL PROTECTED]> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BENBURB The sort of man who becomes a returning officer. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
masqmail revival!
Hello users of masqmail, I collected your email addresses from debian/changelog of the masqmail package, the bugs in Debian for it and the archive of the old masqmail mailinglist. So everyone of you had some contact with this MTA. You probably realized that Oliver Kurth (the upstream author and former package maintainer) had stopped working on it. Actually he wasn't seen for a long time and mails to him are bouncing. I investigated for contact information and finally talked to him on the phone. He's still alive, but is not active anymore on masqmail and Debian. He gave his okay that I can take masqmail upstream and maintain the Debian package. This is what I want to do. In addition, I write my diploma thesis at the moment, and it's about masqmail also, so this fits good. A new project website is created (but not finished): http://prog.marmaro.de/masqmail and a new mailinglist aswell: [EMAIL PROTECTED] The reasons I send this mail are to inform you about what I just told, and I want to ask you for documentation and stuff you have about masqmail---things that could help me on my thesis or on further development. Second, I want to invite you to help me in development and in packageing. Also I ask for advice and hints of any kind. Maybe one of the DDs among you want to sponsor me, uploading the package. Some kind of check of my work would be good too, if someone would like to do that. feel free to contact me meillo See also: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452188 signature.asc Description: Digital signature
Re: Please install dput etc on ravel = debian-people
On So, 28 Sep 2008, Norbert Preining wrote: > See $subject. > > I am using debian-people for distributing packages for testing and > backport reasons, and up to now (before the move) I could dput them from > there. But ravel does not have dput installed. [EMAIL PROTECTED] does not accept mails, whom should I write to? Best wishes Norbert --- Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology Debian Developer <[EMAIL PROTECTED]> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- NAAS (n.) The winemaking region of Albania where most of the wine that people take to bottle-parties comes from. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ssh.upload.debian.org
On Sun, Sep 21, 2008 at 04:59:58PM +0200, Joerg Jaspert wrote: > Please always only use the symbolic names for the places to upload to > (ie ftp.upload.debian.org and ssh.upload.debian.org), do not use any > machine name directly. Queues may move at any time, without further > notice and the symbolic names will be updated. What conceivable reason is there for ever moving the ftp queue off of ftp-master? It doesn't make sense to force everyone to switch their configs from ftp-master.debian.org to ftp.upload.debian.org unless there was an expectation that the queue would be moved, and I can't see any way that this would ever be desirable. What byzantine model for uploads is being proposed, and why? -- 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]
Re: ssh.upload.debian.org
On Sun, 2008-09-28 at 21:51 -0700, Steve Langasek wrote: > On Sun, Sep 21, 2008 at 04:59:58PM +0200, Joerg Jaspert wrote: > > Please always only use the symbolic names for the places to upload to > > (ie ftp.upload.debian.org and ssh.upload.debian.org), do not use any > > machine name directly. Queues may move at any time, without further > > notice and the symbolic names will be updated. > > What conceivable reason is there for ever moving the ftp queue off of > ftp-master? It doesn't make sense to force everyone to switch their configs > from ftp-master.debian.org to ftp.upload.debian.org unless there was an > expectation that the queue would be moved, and I can't see any way that this > would ever be desirable. What byzantine model for uploads is being > proposed, and why? The best part is that I thought ftp-master.debian.org *IS* a symbolic name, as opposed to ries.debian.org which seems like the actual machine name. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ssh.upload.debian.org
On Sun, 2008-09-28 at 21:51 -0700, Steve Langasek wrote: > On Sun, Sep 21, 2008 at 04:59:58PM +0200, Joerg Jaspert wrote: > > Please always only use the symbolic names for the places to upload to > > (ie ftp.upload.debian.org and ssh.upload.debian.org), do not use any > > machine name directly. Queues may move at any time, without further > > notice and the symbolic names will be updated. > > What conceivable reason is there for ever moving the ftp queue off of > ftp-master? It doesn't make sense to force everyone to switch their configs > from ftp-master.debian.org to ftp.upload.debian.org unless there was an > expectation that the queue would be moved, and I can't see any way that this > would ever be desirable. What byzantine model for uploads is being > proposed, and why? The best part is that I thought ftp-master.debian.org *IS* a symbolic name, as opposed to ries.debian.org which seems like the actual machine name. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: update-rc.d
On Wed, Sep 24, 2008 at 09:57:19AM -0400, Marvin Renich wrote: > There are two things wrong with that. First, not stopping a service > when both the new and previous runlevels have a K link is an explicit > optimization, not the defined behavior. The traditional definition of a > K link was to kill the service when changing to that runlevel if the > service was running. Second, it loses information about whether the > original link was S or K. > Prepending "~" (or some other character) allows temporarily suspending > the automatic runlevel handling of that service, and then restoring it, > including restoring any customization done by the sysadmin. This is incompatible with the invoke-rc.d implementation in sysv-rc, which relies on being able to find a K link to determine the policy for the runlevel. If no K link is found, the policy is undefined and the service will be restarted on package upgrades. I don't think that the information about what the original link was is all that relevant, anyway. Only the current policy, as defined by the admin, should matter. -- 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#500525: ITP: dronebl-tools -- tools for accessing the DroneBL rpc2 webservice
Package: wnpp Severity: wishlist Owner: William Pitcock <[EMAIL PROTECTED]> * Package name: dronebl-tools Version : 0.3 Upstream Author : William Pitcock <[EMAIL PROTECTED]> * URL : http://dronebl.org/doc/dronebl-tools * License : BSD Programming Lang: Python Description : tools for accessing the DroneBL rpc2 webservice This package contains tools and a python module for interaction with the DroneBL rpc2 webservice, as well as other webservices which implement the same protocol. The commandline tools can be used in combination with fail2ban to submit bruteforce attackers to DroneBL and other blacklists. . The python module can be used to integrate DroneBL and other blacklists with other applications. . Please note that an RPCKEY is needed in order to access webservices implementing this protocol. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: update-rc.d
On Thu, Sep 25, 2008 at 07:45:30AM +1000, Kel Modderman wrote: > The mandate of update-rc.d is to manage initscript runlevel symlinks, not more > or less, as I understand it. Therefore the querying of service status seems > well outside of update-rc.d's scope. > Ubuntu have added a `service' utility in sysvinit (2.86.ds1-59ubuntu4), it > looks like a utility that satisfies your criteria, it is briefly introduced > here: > http://dustinkirkland.wordpress.com/2008/09/02/a-working-service-script-in-ubuntu-intrepid/ > It can be seen in the Ubuntu package diff on sysvinit's PTS: > http://patches.ubuntu.com/s/sysvinit/sysvinit_2.86.ds1-59ubuntu4.patch > Debian could adopt this service utility, or the ideas and code behind service > could be integrated into invoke-rc.d, making it "service-like" as some people > desire: > http://bugs.debian.org/377758 "service" is the well-known name of this command, originating with IRIX but popularized in the Linux world by Red Hat. Debian should have a 'service' command; making this part of either update-rc.d or invoke-rc.d (both of which are interfaces for /packages/, not for the admin) would be much less useful. -- 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]
Re: Please install dput etc on ravel = debian-people
Norbert Preining <[EMAIL PROTECTED]> (29/09/2008): > > I am using debian-people for distributing packages for testing and > > backport reasons, and up to now (before the move) I could dput them > > from there. But ravel does not have dput installed. > > [EMAIL PROTECTED] does not accept mails, whom should I write to? http://db.debian.org/machines.cgi seems to time out, but I guess an appropriate default would be <[EMAIL PROTECTED]>. Mraw, KiBi. signature.asc Description: Digital signature
Re: ssh.upload.debian.org
>> Please always only use the symbolic names for the places to upload to >> (ie ftp.upload.debian.org and ssh.upload.debian.org), do not use any >> machine name directly. Queues may move at any time, without further >> notice and the symbolic names will be updated. > What conceivable reason is there for ever moving the ftp queue off of > ftp-master? It doesn't make sense to force everyone to switch their configs > from ftp-master.debian.org to ftp.upload.debian.org unless there was an > expectation that the queue would be moved, and I can't see any way that this > would ever be desirable. What byzantine model for uploads is being > proposed, and why? How about an easy way to continue to be able to upload, even in the case ftp-master is down? Feel free to keep your config as is if you don't like the new one hostname, but dont whine if it stops working, you have been warned. :) Also, is it really interesting to the average DD where this queue is? People should be able to upload and expect their packages to end up in the archive. It really *absolutely* does not matter if that upload goes straight to ftp-master or to a different host first?! -- bye, Joerg 00:00:11 goebelmeier: http://ftp-master.debian.org/new.html <- warum steht hier 'mplayer'? ist das eine whishlist? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ssh.upload.debian.org
>> > Please always only use the symbolic names for the places to upload to >> > (ie ftp.upload.debian.org and ssh.upload.debian.org), do not use any >> > machine name directly. Queues may move at any time, without further >> > notice and the symbolic names will be updated. >> What conceivable reason is there for ever moving the ftp queue off of >> ftp-master? It doesn't make sense to force everyone to switch their configs >> from ftp-master.debian.org to ftp.upload.debian.org unless there was an >> expectation that the queue would be moved, and I can't see any way that this >> would ever be desirable. What byzantine model for uploads is being >> proposed, and why? > The best part is that I thought ftp-master.debian.org *IS* a symbolic > name, as opposed to ries.debian.org which seems like the actual machine > name. Yes, but it is used for many other things too, so impossible to move elsewhere in case a machine goes down temporarily. The .upload.d.o aren't used for anything else, so it is *easy* to move them around. Which enables us to keep the upload queue working even if ries would be down for only a day or so (which is no reason to do the lot of work to have all moved thats attached to the ftp-master name). (Of course shorter downtimes wont benefit from this, as it takes DNS a while to update and planned downtimes (like for reboots) dont really warrant such things. But anything more...) -- bye, Joerg Sven Luther hat doch eine schwere Wahrnehmungsstörung, oder? der Mann ist ja schlimmer als ich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ssh.upload.debian.org
On Mon, 2008-09-29 at 07:59 +0200, Joerg Jaspert wrote: > Also, is it really interesting to the average DD where this queue is? > People should be able to upload and expect their packages to end up in > the archive. It really *absolutely* does not matter if that upload goes > straight to ftp-master or to a different host first?! You're missing the point. It doesn't matter to me at all that the queue is on ries; I didn't know that until I looked it up. It is "ries.debian.org" which is the host name. You are continuing to scold people for using machine names, when that's not the issue. You are asking people to switch from one symbolic name to using a different symbolic name. Nobody is using the machine name, I'll venture to say. Moreover, I use ftp-master.debian.org because that's what I was told to do when we switched to the current upload procedure via anonymous-ftp. I don't object to you deciding that we should switch names again. But please just say, "you used to use symbolic name X, but that is tied with several other services. we want to split those services into different symbolic names. so for uploads, please use the new name Y." Instead, you seem to be saying, "how could anyone be so stupid as to use a non-symbolic name?" when nobody is actually being that stupid. We're just using the symbolic name we were told to use the last time the names were changed. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please install dput etc on ravel = debian-people
On Mon, 29 Sep 2008, Cyril Brulebois wrote: > Norbert Preining <[EMAIL PROTECTED]> (29/09/2008): > > > I am using debian-people for distributing packages for testing and > > > backport reasons, and up to now (before the move) I could dput them > > > from there. But ravel does not have dput installed. > > > > [EMAIL PROTECTED] does not accept mails, whom should I write to? > > http://db.debian.org/machines.cgi seems to time out, but I guess an > appropriate default would be <[EMAIL PROTECTED]>. A request to install packages seems like a ticket in RT and hence a mail to [EMAIL PROTECTED] with "Debian RT" somewhere in the subject. See http://wiki.debian.org/Teams/DSA/RTUsage for details. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
