Package: wnpp
Severity: wishlist
Owner: "Rogério Brito" <[EMAIL PROTECTED]>
* Package name: vbrfix
Version : 0.24
Upstream Author : William Pye <[EMAIL PROTECTED]>
* URL : http://www.willwap.co.uk/Programs/vbrfix.php
* License : GPL
Programming Lang: C++
D
Slightly like watching a group of boys poking a nearly dead dog.
On 23/07/07, Ben Finney <[EMAIL PROTECTED]> wrote:
Uwe Hermann <[EMAIL PROTECTED]> writes:
> On Tue, May 22, 2007 at 04:38:04PM +0200, Frans Pop wrote:
> > Do you really think this is a decision that was made lightly? The
> > pro
Davide Truffa <[EMAIL PROTECTED]> writes:
> I was looking at the new menu structure to adopt it into my package,
> fbpanel[1], that before it was in Apps/Tools. Now this section is been
> removed and there's nothing else like this.
I don't see an obvious place for this one either. Window Manage
#include
* Bernhard R. Link [Sat, Jul 14 2007, 04:26:50PM]:
> * Eduard Bloch <[EMAIL PROTECTED]> [070714 14:44]:
> > #include
> > I also suggest moving away from the Debian menu files to .desktop files
> > because of more flexible format. Therefore, if the menu using packages
> > support the new
Eduard Bloch <[EMAIL PROTECTED]> writes:
> I would not separate "Applications" and "Games" whatsoever.
[...]
This doesn't really help the original poster, who doesn't have control
over the menu hierarchy, and also doesn't really help get the menu
hierarchy changed, since that requires discussion
I demand that Eduard Bloch may or may not have written...
> #include
> * Davide Truffa [Mon, Jul 23 2007, 10:34:53PM]:
>> I was looking at the new menu structure to adopt it into my package,
>> fbpanel[1], that before it was in Apps/Tools.
>> Now this section is been removed and there's nothing e
#include
* Davide Truffa [Mon, Jul 23 2007, 10:34:53PM]:
> Hi all,
>
> I was looking at the new menu structure to adopt it into my package,
> fbpanel[1], that before it was in Apps/Tools.
> Now this section is been removed and there's nothing else like this.
> These are the actual sections:
>
>
Hi all,
I was looking at the new menu structure to adopt it into my package,
fbpanel[1], that before it was in Apps/Tools.
Now this section is been removed and there's nothing else like this.
These are the actual sections:
Applications -> Accessibility
Amateur Radio
On Mon, Jul 23, 2007 at 02:39:10PM +0200, Uwe Hermann wrote:
> OK, not being a SPARC expert myself, I'd still like to see a list of
> issues or bugs which are worth dropping a whole sub-architecture.
>
> Maybe some of them don't even require a SPARC guru to fix them? Maybe
> some are "easy" enough
On Mon, Jul 23, 2007 at 05:45:31PM +0200, Magnus Holmgren wrote:
> A legitimate question is whether the xinetd configuration format is a good
> format. Are there, or will there be, even more "extended" inetd:s?
apt-cache search shows at least:
inetutils-inetd - Internet super server
micro-inet
> However, even more importantly than the discussion of possible solutions,
> we need an implementation. If you have a solution, please *implement* it
> (and in a way that doesn't make large parts of Debian buggy, which means
> being backwardly compatible) and I bet you'll be able to build a cons
On Jul 23, Magnus Holmgren <[EMAIL PROTECTED]> wrote:
> Packages containing servers that can be started from inetd should all provide
> an xinetd configuration file in /etc/xinetd.d. They will instantly work with
Way too much work, and "better support for xinetd" is not something
important enoug
On Mon, 2007-07-23 at 09:30 +0200, Frank Küster wrote:
> Kumar Appaiah <[EMAIL PROTECTED]> wrote:
>
> > Also, the list is a HTML page, with every package having a link. The
> > link points to the RFS message in the Debian Mentors archive.
> >
> > See it at:
> > http://www.ee.iitm.ac.in/~ee03b091/M
Magnus Holmgren <[EMAIL PROTECTED]> writes:
> Boy, what an old bug!
> This has been discussed some times[1], but no conclusion reached. I'd
> like to suggest (again, probably) the following:
As near as I can tell, the reason why no conclusion has been reached is
because no one has written the co
Boy, what an old bug!
This has been discussed some times[1], but no conclusion reached. I'd like to
suggest (again, probably) the following:
Packages containing servers that can be started from inetd should all provide
an xinetd configuration file in /etc/xinetd.d. They will instantly work with
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: wotsap
Version: 0.6
Upstream Author: Jörgen Cederlöf <[EMAIL PROTECTED]>
URL: http://www.lysator.liu.se/~jc/wotsap/index.html
License: GPL
Description: OpenPGP Web of Trust
Package: cdbs
Version: 0.4.49
Severity: wishlist
Tags: patch
Was thinking how to generate debian packages from a totally clean source
tree. So I made this class, and though perhaps it should be included
into cdbs (or in simlar form).
-- System Information:
Debian Release: 4.0
APT prefers unsta
Am Freitag, den 20.07.2007, 18:03 +0200 schrieb Michelle Konzack:
> Am 2007-07-15 22:57:10, schrieb Daniel Leidert:
> > Am Samstag, den 14.07.2007, 12:44 -0400 schrieb Joey Hess:
> > > Until there is one, I don't see any reason why I should accept patches
> > > adding menu files to my packages.
> >
also sprach Jon Dowland <[EMAIL PROTECTED]> [2007.07.23.1611 +0200]:
> Well quite possibly, but maybe $HOME/bin/mutt if they're
> built their own self-patched mutt, or something similar. I
> similarly use a wrapper in $HOME/bin in order to make
> epiphany and friends launch mutt properly (a script
On Sun, Jul 22, 2007 at 11:47:46PM +0200, Bastian Venthur
wrote:
> It shouldn't be a huge problem to provide the option you
> want, but since it is a rather exotic (I assume most
> people just use a mail client), it isn't currently of high
> priority for me.
Well quite possibly, but maybe $HOME/bi
Uwe Hermann <[EMAIL PROTECTED]> writes:
> On Tue, May 22, 2007 at 04:38:04PM +0200, Frans Pop wrote:
> > Do you really think this is a decision that was made lightly? The
> > problem is, and that has been mentioned before, that *there is no
> > upstream maintainer* for sparc32. Unless some people
Uwe Hermann wrote:
Well, I just saw three or more sparc32 patches being committed to Linus'
git tree today or yesterday, so that may not be quite correct.
You are missing the point. Those patches were created by enthusiastic
users fixing the problems that they have experienced.
Until someo
On Tue, May 22, 2007 at 04:38:04PM +0200, Frans Pop wrote:
> Do you really think this is a decision that was made lightly?
> The problem is, and that has been mentioned before, that *there is no
> upstream maintainer* for sparc32. Unless some people step up and ensure
> that upstream issues _are_
Package: wnpp
Severity: wishlist
Owner: Hilmar Preusse <[EMAIL PROTECTED]>
* Package name: purifyeps
Version : 1.0
Upstream Author : Scott Pakin <[EMAIL PROTECTED]>
* URL : http://dante.ctan.org/CTAN/support/purifyeps/
* License : LPPL
Programming Lang: Perl
On 23/07/07, Adam Borowski wrote:
> GNU Moe is a powerful, 8-bit clean, text editor for ISO-8859 and ASCII
[snip]
Yeah, but I would rather mention whether it's a console or X one in the very
first sentence.
In the TODO for the next upload.
Thanks.
Kumar
--
Kumar Appaiah,
462, Jamuna Hostel
Package: wnpp
Severity: normal
I am looking for someone to adopt the xinetd package. I can't find time
to fix the open bugs, upstream is not really active anymore (no new
version since Oct. 2005), and I do not use the software as much as I
used to.
Please feel free to ping me (keep me Cc:-ed), th
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: lua-soap
Version: 1.0b
Upstream Author: Kepler Team
URL: http://keplerproject.org/luasoap
License: MIT/X
Description: soap librar
On Sun, Jul 22, 2007 at 04:22:41PM +0530, Kumar Appaiah wrote:
> Package: wnpp
> * Package name: moe
> Description : powerful text editor for ISO-8859 and ASCII character
> encodings
>
> GNU Moe is a powerful, 8-bit clean, text editor for ISO-8859 and ASCII
> character encodings. It has
Kumar Appaiah <[EMAIL PROTECTED]> wrote:
> Also, the list is a HTML page, with every package having a link. The
> link points to the RFS message in the Debian Mentors archive.
>
> See it at:
> http://www.ee.iitm.ac.in/~ee03b091/Mentors/output.html
I fear there are some false positives. For examp
29 matches
Mail list logo
