Package: wnpp
Severity: wishlist
Owner: Julien Danjou <[EMAIL PROTECTED]>
* Package name: wmail
Version : 2.0
Upstream Author : Sven Geisenhainer <[EMAIL PROTECTED]>
* URL : http://dockapps.org/file.php/id/70
* License : Seems specific, but free and probably GPL
On Fri, Feb 25, 2005 at 12:02:35PM +0100, Guillaume Pellerin wrote:
> Jackbeat is an audio sequencer with the following features :
>
> * drummachine-like interface for fast and easy edition
"edition" doesn't mean the same thing in English as in French. I think the
word you want here i
On Sun, 27 Feb 2005, Julien Danjou wrote:
> * Package name: wmail
> Version : 2.0
> Upstream Author : Sven Geisenhainer <[EMAIL PROTECTED]>
> * URL : http://dockapps.org/file.php/id/70
> * License : Seems specific, but free and probably GPL-compatible
> Descri
On Sun, Feb 27, 2005 at 12:23:02PM +0100, Peter Palfrader wrote:
> Is it still actively maintained upstream? It doesn't look that way.
> I doubt that it's a good idea to add new software to debian when
> upstream lost interest - unless you are prepared to take that over too.
Yes, I am.
Regards,
Hi,
maintaining m-tx, I would like to move from the p2c generated C sources
to the original upstream Pascal sources (better suited for patches,
development, design, etc.).
m-tx is written in a Turbo Pascal dialect that can only be compiled with
fpc (not gpc).
Unfortunately, fpc in Debian produce
On 22/02/2005 at 10:11 Wouter Verhelst wrote...
> I agree that we should not continue to provide software for outdated
> hardware platforms just for the sake of it; but as it is, there are
> still people interested in m68k (some hobbyists, some embedded
> developers, some who just use their old
* Roland Stigge:
> Unfortunately, fpc in Debian produces statically linked binaries, due to
> the Pascal unit style library files. We currently don't have other
> packages in the archive that Build-Depend on fp-compiler (except fpc
> itself which indeed carries statically linked binaries) as examp
From: August<[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> ; [EMAIL PROTECTED]
<[EMAIL PROTECTED] >;
--
Flozar Heart Health News:
Breakthrough Natural Cholesterol Reduction System:
No Dangerous side effects such as dizziness, nausea, yellow skin
After another gruelling discussion on #debian-devel about the useless of
dehs and the lack of watch file (75,60% of non native debian packages
doesn't had one), I think that dehs is start to begin only my own
personal toys, so i'm thinking to stop it and to leave alioth resources
and put my develop
Hi Stefano,
Bluefuture wrote:
I know that there are a little bit group of people that think that the
"old" use of watch file could be converted in a Qa tools, but actually
i'm the only one that is trying to find a solution that could fix that
lack of watch file.
But without maintainers interest, t
Hi,
Trying to upgrade a woody system to sarge, I experienced problems
upgrading libgtk2.0-0, and discovered that this packages was
self-depending. Afetr forcing the upgrade with "dpkg -i --force-depends",
everything went smoothly. So I filed a bug against libgtk2.0-0.
Then I discovered that I c
Hello,
I am currently maintaning pdftohtml in Debian, but I would like for someone
else to take over maintenance[1].
Lately, a few security related bugs have come up. They have been fixed in
NMU's, which has apparently introduced bugs causing segfaults. I haven't had the
time to research the bugs
Søren Boll Overgaard wrote:
> So, if anyone uses or cares about pdftohtml, please step up, otherwise I will
> work out an arrangement with the maintainer of the depending package mentioned
> above.
I use pdftohtml in a private project (actually only pdftohtml -xml for
its XML output) and will ado
> "Christoph" == Christoph Berg <[EMAIL PROTECTED]> writes:
Christoph> As I understood it, the question was about moving stuff
Christoph> from debian/tmp to debian/package. The stuff in
Christoph> debian/tmp should get removed by the clean target
Christoph> anyway, so it doesn'
* Brian May [Mon, 28 Feb 2005 09:05:01 +1100]:
> A benefit of moving files, rather then copying, is that you get to see
> at a glance what files your package left behind and missed in
> debian/tmp (e.g. if upstream adds new files to the packages but
> doesn't document these additions).
FWIW, th
> "Colin" == Colin Watson <[EMAIL PROTECTED]> writes:
Colin> Not everyone likes maildir; I gave up on it after
Colin> experimenting with it and realising that making it harder
Colin> for myself to use standard Unix text-processing tools on my
Colin> mailboxes was just too annoy
Rudy Godoy <[EMAIL PROTECTED]> writes:
> Regarding this issue I was thinking about it since I've faced in a
> situation where a package[0] I maintain does have "high" hardware
> requirements, which led me to think if it is really wise to have it
> with "arch: any" since probably in some arches it
can't help but chime in here :)
On Mon, Feb 28, 2005 at 09:22:30AM +1100, Brian May wrote:
> Not every situation warrants using maildir, it uses a large number of
> inodes, is slow to scan (yes, mbox isn't very good either),
> inefficient at storing large number of very small files (due to block
>
Package: wnpp
Severity: wishlist
Owner: Luigi Gangitano <[EMAIL PROTECTED]>
* Package name: radeontool
Version : 1.5
Upstream Author : Frederick Dean <[EMAIL PROTECTED]>
* URL : http://fdd.com/software/radeon/
* License : zlib license
Description : utility
This one time, at band camp, Thomas Viehmann said:
> Hi Stefano,
>
> Bluefuture wrote:
> >I know that there are a little bit group of people that think that the
> >"old" use of watch file could be converted in a Qa tools, but actually
> >i'm the only one that is trying to find a solution that coul
Il giorno lun, 28-02-2005 alle 00:10 +0100, Luigi Gangitano ha scritto:
> Package: wnpp
> Severity: wishlist
> Owner: Luigi Gangitano <[EMAIL PROTECTED]>
>
> * Package name: radeontool
> Version : 1.5
> Upstream Author : Frederick Dean <[EMAIL PROTECTED]>
> * URL : http
Scripsit Bluefuture <[EMAIL PROTECTED]>
> There is no reason to put more work and effort on a community tool that
> community itself consider useless.
The community might start considering it less useless if an
explanation of what it is supposed to be good for was actually
available. In particula
On Sun, 2005-02-27 at 18:19 -0500, sean finney wrote:
> can't help but chime in here :)
>
> On Mon, Feb 28, 2005 at 09:22:30AM +1100, Brian May wrote:
[snip]
>
> figuring the average email is about 13-15k, i believe an ext2/ext3
That seems awfully huge. In my (Maildir) archive of d-u, the
avera
On Sun, Feb 27, 2005 at 06:51:32PM -0600, Ron Johnson wrote:
> On Sun, 2005-02-27 at 18:19 -0500, sean finney wrote:
> > recent versions of kernel/ext2/ext3 have built-in dirent hashing, which
> > cuts heavily on the many-files penalty. another benefit of maildir
> > is that when you modify a sing
On Mon, 2005-02-28 at 11:54 +1100, Paul Hampson wrote:
> On Sun, Feb 27, 2005 at 06:51:32PM -0600, Ron Johnson wrote:
> > On Sun, 2005-02-27 at 18:19 -0500, sean finney wrote:
> > > recent versions of kernel/ext2/ext3 have built-in dirent hashing, which
> > > cuts heavily on the many-files penalty.
>I know that I thougt dehs per se not too useful, but the watch section
>on qa.d.o has inspired me to write watch files for two of my packages.
>Not much (2 out of 7), admittedly, but I think that it's fairly useful.
>I think the experimental columns are overkill (as people packaging
>experimental
>The community might start considering it less useless if an
>explanation of what it is supposed to be good for was actually
>available. In particular, why should a maintainer care about watch
>files if he uses something else than uscan to keep track of upstream
>happenings?
>From time to time, th
On Sun, Feb 27, 2005 at 06:51:32PM -0600, Ron Johnson wrote:
> > > Of course, all of these factors depend on the file system used. I am
> > > confident somebody could point out a file-system that eliminates many
>
> Reiserfs, of course.
You meant XFS, right?
(Sorry, couldn't be helped. :)
--
On Sun, 2005-02-27 at 20:54 -0500, Glenn Maynard wrote:
> On Sun, Feb 27, 2005 at 06:51:32PM -0600, Ron Johnson wrote:
> > > > Of course, all of these factors depend on the file system used. I am
> > > > confident somebody could point out a file-system that eliminates many
> >
> > Reiserfs, of cou
Scripsit Ron Johnson <[EMAIL PROTECTED]>
> On Mon, 2005-02-28 at 11:54 +1100, Paul Hampson wrote:
>> > I thought it was "illegal" to modify a message.
>> "Status: O"?
> I don't know what that means.
It means that the message is not marked 'new'. Many MUA's keep track
of message flags by inserti
Scripsit Bluefuture <[EMAIL PROTECTED]>
>>If people don't care as much about this as you think they should,
>>perhaps it would be a good idea to try explaining why they *should*
>>care, instead of just lamenting their lack of a telepathic
>>understanding of your intentions?
> This is not true.
Y
On Mon, 2005-02-28 at 02:05 +, Henning Makholm wrote:
> Scripsit Ron Johnson <[EMAIL PROTECTED]>
> > On Mon, 2005-02-28 at 11:54 +1100, Paul Hampson wrote:
>
> >> > I thought it was "illegal" to modify a message.
>
> >> "Status: O"?
>
> > I don't know what that means.
>
> It means that the
On Sun, Feb 27, 2005 at 06:51:32PM -0600, Ron Johnson wrote:
> That seems awfully huge. In my (Maildir) archive of d-u, the
> average size is 4,959 bytes. Of course, there are no html mails.
> Though, even in my Evolution list archive, where there are many
> more html-mails, the average size is
On Sun, 2005-02-27 at 22:26 -0500, sean finney wrote:
> On Sun, Feb 27, 2005 at 06:51:32PM -0600, Ron Johnson wrote:
> > That seems awfully huge. In my (Maildir) archive of d-u, the
> > average size is 4,959 bytes. Of course, there are no html mails.
> > Though, even in my Evolution list archive,
Package: wnpp
Severity: wishlist
Owner: "Nelson A. de Oliveira" <[EMAIL PROTECTED]>
* Package name: wmansied
Version : 0.4
Upstream Author : Walter Schreppers <[EMAIL PROTECTED]>
* URL : http://www.win.ua.ac.be/~wschrep/ansied/
* License : GNU General Public Li
In article <[EMAIL PROTECTED]> you wrote:
> It means that the message is not marked 'new'. Many MUA's keep track
> of message flags by inserting this header into the message.
You mark a message as new by moving it to the "new" directory, and mark it
as seen with the "cur" directory. Flags are norm
On 02/27/2005 11:15 PM, Henning Makholm wrote:
Now you have a third reply: Explain why people should care, and
someone might actually start caring.
The core idea of dehs (as I understand it) is to keep track of
differences between the current upstream and Debian package versions. In
the long run
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Rudy Godoy <[EMAIL PROTECTED]> writes:
>
>> Regarding this issue I was thinking about it since I've faced in a
>> situation where a package[0] I maintain does have "high" hardware
>> requirements, which led me to think if it is really wise to have
Scripsit Ron Johnson <[EMAIL PROTECTED]>
> Doing a "select all, and mark as read" on a multi-GB mbox file
> sounds painful.
Indeed. Or just "mark the first (or any) message as read".
If one's MUA is the version of mutt shipped with woody one gets twice
the pain because it will *first* write the
Package: wnpp
Severity: wishlist
Owner: "Nelson A. de Oliveira" <[EMAIL PROTECTED]>
* Package name: duhdraw
Version : 2.7.7
Upstream Author : Walt Stoneburner <[EMAIL PROTECTED]>
* URL : http://www.cs.helsinki.fi/u/penberg/duhdraw/
* License : GNU Copyleft
De
Scripsit Bernd Eckenfels <[EMAIL PROTECTED]>
> In article <[EMAIL PROTECTED]> you wrote:
>> It means that the message is not marked 'new'. Many MUA's keep track
>> of message flags by inserting this header into the message.
> You mark a message as new by moving it to the "new" directory,
That's
Scripsit Lucas Wall <[EMAIL PROTECTED]>
> On 02/27/2005 11:15 PM, Henning Makholm wrote:
>> Now you have a third reply: Explain why people should care, and
>> someone might actually start caring.
> The core idea of dehs (as I understand it) is to keep track of
[snip explanation]
But why did I h
On 02/28/2005 01:08 AM, Henning Makholm wrote:
Scripsit Lucas Wall <[EMAIL PROTECTED]>
On 02/27/2005 11:15 PM, Henning Makholm wrote:
Now you have a third reply: Explain why people should care, and
someone might actually start caring.
The core idea of dehs (as I understand it) is to keep track of
On Mon, Feb 28, 2005 at 01:35:40AM -0300, Lucas Wall wrote:
> Now that you have this information, do you think dehs could be useful?
> Do others think something like dehs could be useful?
As a general tool? Maybe, but how is it better than uscan, which it
duplicates?
As a website? No, not really
On 02/28/2005 02:02 AM, Andrew Suffield wrote:
On Mon, Feb 28, 2005 at 01:35:40AM -0300, Lucas Wall wrote:
Now that you have this information, do you think dehs could be useful?
Do others think something like dehs could be useful?
As a general tool? Maybe, but how is it better than uscan, which i
On Mon, Feb 28, 2005 at 12:54:46AM -0300, Lucas Wall wrote:
> The core idea of dehs (as I understand it) is to keep track of
> differences between the current upstream and Debian package versions. In
> the long run dehs is intended to gather and present more information
> than just the numerica
46 matches
Mail list logo
