On Tue, Jul 19, 2005 at 11:52:51PM -0700, Brian Nelson wrote:
> Steve Langasek <[EMAIL PROTECTED]> writes:
> > On Tue, Jul 19, 2005 at 09:39:23PM -0700, Brian Nelson wrote:
> >> It's a C++ library and the ABI changed due to being compiled with GCC
> >> 4.0.
> >> [Actually, although it's written i
On Wed, Jul 20, 2005 at 09:52:13AM +0200, Goswin von Brederlow wrote:
> > Reintroducing the libaspell15 could cause problems with /usr/bin/aspell,
> > since it actually goes outside the C API of libaspell and uses C++
> > linkage to some symbols. I "fixed" this bug (#307481) by making
> > aspell-
On Wed, Jul 20, 2005 at 09:28:22AM -0400, David Nusinow wrote:
> On Tue, Jul 19, 2005 at 09:39:23PM -0700, Brian Nelson wrote:
> > Uh... no...
> > http://lists.debian.org/debian-devel-announce/2005/07/msg1.html
> > It's a C++ library and the ABI changed due to being compiled with GCC
> >
On Thu, Jul 21, 2005 at 01:15:55AM -0700, Steve Langasek wrote:
> The best heuristic I can come up with so far is
>
> dpkg -x $package tmpdir && \
> grep -rE '\b(use|class|template)\b|::|#include[[:space:]]+<[a-zA-Z_/]+>'
> tmpdir/usr/include
>
> That may turn up false positives due to the use o
On Thu, Jul 21, 2005 at 11:30:58AM +0300, Petri Latvala wrote:
> On Thu, Jul 21, 2005 at 01:15:55AM -0700, Steve Langasek wrote:
> > The best heuristic I can come up with so far is
> > dpkg -x $package tmpdir && \
> > grep -rE '\b(use|class|template)\b|::|#include[[:space:]]+<[a-zA-Z_/]+>'
> > tm
Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> writes:
> reopen 209891
> thanks
>
> If spam e-mail is going to start closing our Bugs in the BTS then we
> should
> start thinking about implementing authentication checks in the BTS...
> like
> for example: do not allow control messages or -clos
On 7/21/05, Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> wrote:
> If spam e-mail is going to start closing our Bugs in the BTS then we
> should
> start thinking about implementing authentication checks in the BTS...
> like
> for example: do not allow control messages or -close messages with
* Javier Fernández-Sanguino Peña [Thu, 21 Jul 2005 00:31:48 +0200]:
> If spam e-mail is going to start closing our Bugs in the BTS then we
> should start thinking about implementing authentication checks in the
> BTS... like for example: do not allow control messages or -close
> messages with no a
On Thu, Jul 21, 2005 at 12:31:48AM +0200, Javier Fernández-Sanguino Peña wrote:
> If spam e-mail is going to start closing our Bugs in the BTS then we
Start? It used to happen a lot; it's much less common nowadays.
--
Colin Watson [EMAIL PROTECTED]
--
To
On Thu, Jul 21, 2005 at 11:36:15AM +0200, Adeodato Simó wrote:
> And such header is now needed to make a versioned closes, so it
> doesn't sound too disruptive to require it for every mail to -done (at
> least the Source: one, Source-Version could be optional).
It's possible this may happen
On 21/07/05, Adeodato Simó <[EMAIL PROTECTED]> wrote:
> * Javier Fernández-Sanguino Peña [Thu, 21 Jul 2005 00:31:48 +0200]:
>
> > If spam e-mail is going to start closing our Bugs in the BTS then we
> > should start thinking about implementing authentication checks in the
> > BTS... like for examp
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller <[EMAIL PROTECTED]>
* Package name: mipe
Version : 1.1
Upstream Author : Jan Aerts <[EMAIL PROTECTED]>
* URL : http://mipe.sourceforge.net
* License : LGPL
Description : [Biology] Tool to store data
On Thu, Jul 21, 2005 at 11:16:45PM +1200, Nigel Jones wrote:
> And how about a nice header for -done which is something to the effect
> of 'mark as spam & archive now & prevent replies etc unless reopened',
I think that's far more prone to abuse than spams closing bugs.
Archiving is deliberately i
Package: wnpp
Severity: wishlist
Owner: Gerasimos Melissaratos <[EMAIL PROTECTED]>
There may be a licence problem, so I'm pasting from the package's
licence:
Permission to use, copy, modify, and distribute this software and its
documentation for educational, research and non-profit purposes, wi
On Tue, Jul 19, 2005 at 01:09:05PM +0200, Nico Golde wrote:
> Hello Martin,
> * Martin Pitt <[EMAIL PROTECTED]> [2005-07-19 12:37]:
> > Nico Golde [2005-07-19 12:21 +0200]:
> > > Heyho,
> > > why is mentors.debian.net powered by Ubuntu?
> >
> > This gave me a good laugh, and it's certainly way be
I'm running piuparts, my package installation, upgrading, and removal
tester, against etch. It takes a while, and produces a fairly large
number of error logs that need to be investigated manually. This
sometimes reveals a bug in piuparts, and sometimes in the package, or a
depency of the package.
On Thu, Jul 21, 2005 at 03:41:10PM +0300, Lars Wirzenius wrote:
> I'm running piuparts, my package installation, upgrading, and removal
> tester, against etch. It takes a while, and produces a fairly large
> number of error logs that need to be investigated manually. This
> sometimes reveals a bug
> attached (valid) GPG/PGP signatures (from a valid developer?)"
-- valid GPG signature present on public servers, not necessarily from a
valid DD seems to be a valid scheme. I haven't seen any spam GPG signed
yet
-- another idea would be to use the same authentication as used by most
of the maili
Le Jeu 21 Juillet 2005 15:22, Yaroslav Halchenko a écrit :
> > attached (valid) GPG/PGP signatures (from a valid developer?)"
>
> -- valid GPG signature present on public servers, not necessarily
> from a valid DD seems to be a valid scheme. I haven't seen any spam
> GPG signed yet
that sucks, I w
On Wed, Jul 20, 2005 at 08:48:46PM +0200, Andreas Tille wrote:
> On Wed, 20 Jul 2005, W. Borgert wrote:
>
> >"Foo is a Perl-based program that..."
> >
> >"libBar is written in C..."
> >
> >"libBang is written in only 42 lines of source code..."
> >
> >"Baz has been written by me..."
> >
> >Do such
On 7/21/05, Thaddeus H. Black <[EMAIL PROTECTED]> wrote:
> I see another side to it, however. At least seven reasons occur to me
> why a user might care what language a program is written in.
A 'normal' user doesn't know what C, C++ and Perl are.
Lars Wirzenius writes:
> Is this acceptable to everyone?
It's fine with me.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Jul 21, 2005 at 03:34:43PM +0200, Pierre Habouzit wrote:
> that sucks, I want to be able to close bugs, even if I'm using a M$
> computer with no gpg plugin on it (on from an unsecure machine where I
> don't want to unlock my gpg key).
Well - we need to give up something so it becomes 1 cli
> Thunderbird+Enigmamail+keys on a USB flash drive (ie it can be your ipod
just a link FYI
http://dev.weavervsworld.com/projects/ptbirdeniggpg/
--
.-.
=-- /v\ =
Keep in touch// \\
Hello,
I started a page on the Debian wiki for this project
http://wiki.debian.net/?PackagesDescriptionsReview
Feel free to edit any part of it.
If everyone agrees, I intend to add some thoughts about the organization
details we could set up (code to track the work and ease the work of the
revie
On Thu, Jul 21, 2005 at 01:45:55PM +, Thaddeus H. Black wrote:
> 4. With a language come a mindset, an aesthetic and a development
> culture. Although one cannot speak in absolutes, generally speaking,
> which program would you expect to be more focused and reliable: a
> program written in
On Thu, 21 Jul 2005, Yaroslav Halchenko wrote:
> On Thu, Jul 21, 2005 at 03:34:43PM +0200, Pierre Habouzit wrote:
> > that sucks, I want to be able to close bugs, even if I'm using a M$
> > computer with no gpg plugin on it (on from an unsecure machine where I
> > don't want to unlock my gpg key).
On Thu, 21 Jul 2005, Thaddeus H. Black wrote:
I see another side to it, however. At least seven reasons occur to me
why a user might care what language a program is written in.
1. Compiled programs (C, C++, Fortran 77, Ada, ...) usually run leaner
and faster than do interpreted ones (Perl, Py
On Thu, Jul 21, 2005 at 03:41:10PM +0300, Lars Wirzenius wrote:
>
> Is this acceptable to everyone? Suggestions on how to do this better?
>
Any possibility of producing a nice web report on a per package basis?
It could be useful to re-run periodically and your tester could
probably have the same
Jon Dowland writes:
> I think you are expecting people to say C++, and on the other hand, Perl:
> However, I think perl for both :-)
I agree.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Jul 21, 2005 at 10:44:27AM +, Gerasimos Melissaratos wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Gerasimos Melissaratos <[EMAIL PROTECTED]>
>
> There may be a licence problem, so I'm pasting from the package's
> licence:
> Permission to use, copy, modify, and distribute this
On Thu, Jul 21, 2005 at 09:22:10AM -0400, Yaroslav Halchenko wrote:
> -- another idea would be to use the same authentication as used by most
> of the mailing list servers -- verification of intent: confirmation
> email sent to the originating email address and reply to it keeping
A slightly better
> The only reason it is easy for spammers to close a bug is that the bug
> has been already closed before (and reopened again) and the spammers
> have harvested the -done address for that bug from the web pages.
A very valid point... I took the task more general - to infiltrate bug
reports (and may
On Thu, 2005-07-21 at 13:45 +, Thaddeus H. Black wrote:
> 1. Compiled programs (C, C++, Fortran 77, Ada, ...) usually run leaner
> and faster than do interpreted ones (Perl, Python, Ruby, ...).
In general, algorithm choice is much more important than language.
Also, the language the main prog
On Jul 21, "Francesco P. Lovergine" <[EMAIL PROTECTED]> wrote:
> > Permission to use, copy, modify, and distribute this software and its
> > documentation for educational, research and non-profit purposes, without
> I don't think it can be distributed at all. Debian does not limit users
> of its
Francesco P. Lovergine writes:
> I don't think it can be distributed at all. Debian does not limit users
> of its distributed files in any way. If it limited all but
> distribution/copy it could be fine for non-free AFAIK. But that one poses
> too many limitations.
Anything Debian can distribute c
Francesco P. Lovergine writes:
> Any possibility of producing a nice web report on a per package basis?
> ...
> Filling BTS reports could be not so appropriate.
I'd prefer bug reports.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contac
On Thu, 2005-07-21 at 13:45 +, Thaddeus H. Black wrote:
> Hence the language in which a program is
> implemented is somewhat relevant, at least to me.
The conclusion is clear: the programming language is relevant to some
users, but not to others (who are presumed to be large in quantity). So
i
On Thu, 2005-07-21 at 19:58 +0200, Thijs Kinkhorst wrote:
> nstead of putting it in the first sentence, the second paragraph would
> be a fine place to mention details like this, satisfying both novice and
> advanced users.
But why bother, when debtags does "implemented-in" does the job better?
Ex
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Tue, Jul 19, 2005 at 11:52:51PM -0700, Brian Nelson wrote:
>> Reintroducing the libaspell15 could cause problems with
> /usr/bin/aspell,
>> since it actually goes outside the C API of libaspell and uses C++
>> linkage to some symbols. I "fixed" this
On Sunday 17 July 2005 10.14, Karl Chen wrote:
> Suppose package P contains files /usr/bin/B1 and /usr/bin/B2. B1
> is the important program, and B2 is not as important. Is it OK
> for the declared package dependencies to not satisfy all the
> run-time shared library dependencies of B2? What if
Package: wnpp
Severity: wishlist
Owner: Michael Prokop <[EMAIL PROTECTED]>
* Package name: minised
Version : 1.5
Upstream Author : Rene Rebe <[EMAIL PROTECTED]>
* URL : http://www.exactcode.de/oss/minised/
* License : GPL
Description : a smaller, cheaper,
<< IMPORTANT INFORMATION! >>
This is an automated message.
The message you sent (attached below) requires confirmation
before it can be delivered. To confirm that you sent the
message below, just hit the "R"eply button and send this
message back (you don't need to edit anything). Once this is
do
> On Wed, 2005-07-20 at 18:13 +0200, Nico Golde wrote:
> > I think one reason could be that some poeple would rather
> > install a programm in a language they know and they are able
> > to debug. Just a guess.
On Wed, Jul 20, 2005 at 01:41:31PM -0300, Ben Armstrong wrote:
> Debtags "facets"[0] ar
On Sunday 17 July 2005 23.28, Joerg Jaspert wrote:
> On 10353 March 1977, Santiago Vila wrote:
> >> we need to remove
> >> from the archive all the Woody-to-Sarge transition dummy packages.
> >
> > No, that's not true, we don't *need* to remove woody-to-sarge dummy
> > packages, as they are also wo
On Thursday 21 July 2005 14.41, Lars Wirzenius wrote:
[piuparts]
Go ahead - if you, as you say, investigate the bugs manually, it doesn't
matter how you discovered the bug.
Just curious: what kind of bugs can piuparts help discover?
cheers
-- vbi
--
"The jig's up, Elman."
"Wh
Brian Nelson <[EMAIL PROTECTED]> writes:
> Steve Langasek <[EMAIL PROTECTED]> writes:
>
>> On Tue, Jul 19, 2005 at 11:52:51PM -0700, Brian Nelson wrote:
>>> Reintroducing the libaspell15 could cause problems with
>> /usr/bin/aspell,
>>> since it actually goes outside the C API of libaspell and use
to, 2005-07-21 kello 16:44 +0200, Francesco P. Lovergine kirjoitti:
> On Thu, Jul 21, 2005 at 03:41:10PM +0300, Lars Wirzenius wrote:
> >
> > Is this acceptable to everyone? Suggestions on how to do this better?
> >
> Any possibility of producing a nice web report on a per package basis?
> It cou
to, 2005-07-21 kello 21:11 +0200, Adrian von Bidder kirjoitti:
> On Thursday 21 July 2005 14.41, Lars Wirzenius wrote:
> [piuparts]
>
> Go ahead - if you, as you say, investigate the bugs manually, it doesn't
> matter how you discovered the bug.
>
> Just curious: what kind of bugs can piuparts
On Wed, Jul 20, 2005 at 02:47:22PM -0500, Steve Greenland wrote:
> On 20-Jul-05, 10:47 (CDT), "W. Borgert" <[EMAIL PROTECTED]> wrote:
> > what do you think about the usefulness of technical (and other
> > strange) details in package description?
>
> While mostly agreeing with the other comments
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steve Langasek wrote:
> Nice. :) Wishlist request: could you have it tally the total number of
> packages whose transition depends on each package in the list, and print
> that number next to the source package name? Better yet, could the list be
> s
Hello Mike,
On Thu, Jul 21, 2005 at 05:02:38PM -0400, Mike Furr wrote:
> Done. Also, adjacent packages in the dependency graph which are part of
> the same source package do not increase the "level" a package lies in
> (as suggested by Jochen Voss).
Very nice. I am happy to see that the depth is
Package: wnpp
Severity: wishlist
URL: http://www.doomsdayhq.com/index.php
License: GPL (see http://sourceforge.net/projects/deng)
Description:
About The Doomsday Engine
The Doomsday Engine is an enhanced and extended version of DOOM,
Heretic, and Hexen. It was originally based on the Hexen sou
On Fri, Jul 22, 2005 at 12:20:45AM +0200, Alexander Fieroch wrote:
> License: GPL (see http://sourceforge.net/projects/deng)
>
> [...]
>
> * Utilizes FMOD to play a wide variety of music files, for example
> MP3, MOD and IT.
Won't these two crash?
/* Steinar */
--
Homepage: http://www.sesse
The web interface to the BTS is read-only. You couldn't have "button
voting" anyway (and of course that would be a mess without requiring
registration, which isn't implemented neither...).
---Rant---
I guess the way to go with the BTS is to switch to Bugzilla/other
packaged BTS.
That doesn't m
On Thu, 21 Jul 2005, Filipus Klutiero wrote:
> The web interface to the BTS is read-only. You couldn't have "button
> voting" anyway (and of course that would be a mess without requiring
> registration, which isn't implemented neither...).
None of these are insurmountable if the actual proposal is
On Thu, Jul 21, 2005 at 12:31:48AM +0200, Javier Fernández-Sanguino Peña wrote:
If spam e-mail is going to start closing our Bugs in the BTS then we
Start? It used to happen a lot; it's much less common nowadays.
Well, it's the first time I've seen spam closing one bug reported by me.
I ofte
On Thu, Jul 21, 2005 at 07:12:29AM +1000, Graham Williams wrote:
> Since installing apt 0.6 on an otherwise up-to-date unstable (except
> for anything depending on the aspell libraries...) packages on my
> local archive are being overlooked even though this archive is listed
> before others in my a
On Thu, Jul 21, 2005 at 03:41:10PM +0300, Lars Wirzenius wrote:
> Is this acceptable to everyone? Suggestions on how to do this better?
Hi Lars,
by all means, proceed! Who say FLOSS lacks 'innovation'! Debian devs
seem to comeup with good ideas all the time! Also, have you determined
if any pattern
On Thu, Jul 21, 2005 at 11:25:09AM -0400, Yaroslav Halchenko wrote:
> > The only reason it is easy for spammers to close a bug is that the bug
> > has been already closed before (and reopened again) and the spammers
> > have harvested the -done address for that bug from the web pages.
> A very vali
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 216 (new: 2)
Total number of packages offered up for adoption: 112 (new: 0)
Total number of packages request
Please do not reply to this e-mail. A reply to this e-mail will not be read.
An e-mail sent by you has been blocked by our automated software, because:
• it contains a virus which cannot be cleaned.
What to do: Please ensure you have up to date virus protection, and clean the
infected c
62 matches
Mail list logo
