Package: General
Version: 20011231
Severity: important
After upgrading to Squishdot 1.3, Python and Zope were upgraded. When
trying to
post an article, I receive an error on server:
/usr/lib/zope/lib/python/Products/Squishdot# python2.1:
../Python/ceval.c:687: eval_code2: Assertion `(stack_po
On Sun, Dec 30, 2001 at 11:03:15PM -0500, David Z Maze wrote:
>
> For something that multiple users could potentially want to use,
> really the best thing to do is provide a tarball in the package, and
> let the end-user be responsible for unpacking it where they feel is
> appropriate; this is the
On Sun, 2001-12-30 at 17:02, Julian Gilbey wrote:
> This package is correct as is, and the warning is harmless; the line
> of code involved is:
>
> return (c<0||c>255)? unexpected_char: icode[c];
>
> where c is a char expected to be in the normal range (0<=c<=127). All
> the chars used in this c
Marc L de Bruin <[EMAIL PROTECTED]> writes:
MLdB> What I am trying to build are a couple of packages (let's call one of
MLdB> these mydata.deb) containing just ordinary files, related to a
MLdB> specific application. All these packages Depend on a generic
MLdB> configuration package. This configura
On Sun, Dec 30, 2001 at 06:43:57PM +0100, Bas Zoetekouw wrote:
> I don't agree. In a perfect world, yes, we would have all available
> software packaged for debian and all packages maintained. But that's
> just not reality. It's not even necessary. There is no need for
> ``backup maintainers'': if
Hi,
there are 2 ways for a package maintainer to deal with l10n-ed Debconf
templates: either put all translations in a single file, or separate each
language in its own template file.
The former has a severe drawback, because when English text is modified,
there is no flag to tell that translated
Package: wnpp
Version: N/A; reported 2001-12-30
Severity: wishlist
* Package name: admuser
Version : 2.1
Upstream Author : Pedro Lineu Orso <[EMAIL PROTECTED]>
* URL : http://web.onda.com.br/orso/admuser.html
* License : GPL
Description : Manage Squid or W
Lo all,
Actually, I'm new here; this is my first post. I used to be a
Debian-user only, but lately, I started to do some package development.
With that, I ran in trouble. I lurked a bit on this mailing list and
searched at http://lists.debian.org/search.html; also, I tried to find
some guru's
On Thu, Dec 27, 2001 at 08:08:51PM +0100, Gerhard Tonn wrote:
> [...]
> Since in some cases this wrong assumption results in a warning
>
> comparison is always true due to limited range of data type
> or
> comparison is always false due to limited range of data type
>
> I grepped my archived
Although I do not want to adopt it I have prepared an NMU based on
Yotam's work.
The changelog is:
libsafe (2.0-9-1) unstable; urgency=low
* New upstream release. Closes: Bug#118786
* Removed dependency on ldso. Closes: Bug#117339
* libsafe no longer maintains its own implementation of lib
On Sun, 30 Dec 2001, Dominik Kubla wrote:
> On Sun, Dec 30, 2001 at 08:13:36PM -0200, Henrique de Moraes Holschuh wrote:
> > I want the LOGGING daemons (i.e. only syslog and klogd), which ALREADY run
> > as root, to be restarted should they die. Due to OOM killer, due to
> > segfaults. Whatever.
>
On Sun, 30 Dec 2001, Dominik Kubla wrote:
> On Sat, Dec 29, 2001 at 11:02:39PM -0200, Henrique de Moraes Holschuh wrote:
> > Such a table should not (and needs not) to benefit processes running by
> > someone else than root, unless you wanted to do such a thing on purpose and
> > coded it like that
* "Jeff Breidenbach
| So the first question (as always) is -- does something like a
| developer portal already exist, and if so, where?
Afaik, no. It seems like robster and I are developing something which
should be possible to get to work properly. If people have ideas,
please send them to me
* Joey Hess <[EMAIL PROTECTED]> [20011227 21:24]:
> I also notice someone (you?) did a binary NMU of it for s390. Fixing
> this problem?
AFAIK the binary NMU was done because s390 had toolchain problems at
some point.
--
Martin Michlmayr
[EMAIL PROTECTED]
* Ian Eure <[EMAIL PROTECTED]> [20011229 19:23]:
> maintainer seems to be mia.
Have you actually mailed him and asked?
--
Martin Michlmayr
[EMAIL PROTECTED]
* Gustavo Noronha Silva <[EMAIL PROTECTED]> [20011230 15:40]:
> it's quite funny, but I didn't see an announcement of this... I find
> this out months ago by diging qa.debian.org
It was announced and discussed on the QA list (debian-qa).
> I think resources like thes
Package: wnpp
Severity: normal
The current maintainer of libsafe, Ron Rademaker <[EMAIL PROTECTED]>,
has orphaned this package. If you want to be the new maintainer,
please take it -- retitle this bug from 'O:' to 'ITA:', fix the
outstanding bugs and upload a new version with your name in the
Mai
Please take a look at #99208 in the BTS, and give me some advice.
The complaint is that there are a bunch of files in xpuzzles that
needed to be marked conffiles, but were not. Then, when that was
fixed, the result was that a whole bunch of files now got marked as
conffiles, and the result was t
On Sun, Dec 30, 2001 at 10:03:34AM +0100, Stefano Zacchiroli wrote:
> On Sat, Dec 29, 2001 at 12:00:14PM +0100, Martin Michlmayr wrote:
> > * Stefano Zacchiroli <[EMAIL PROTECTED]> [20011229 11:32]:
> > > BTW, why madison isn't packaged? We could package it and mention it
> > > in the developer ref
Branden Robinson <[EMAIL PROTECTED]> writes:
> On Sat, Dec 29, 2001 at 12:45:54PM -0800, Thomas Bushnell, BSG wrote:
> > I can see how removing bad packages helps. How does removing an MIA
> > maintainer make anything better?
>
> The distort the apparent size of our project and, more importantly
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> * Thomas Bushnell, BSG <[EMAIL PROTECTED]> [20011229 12:59]:
> > > We orphan ALL his packages, we get to know he is MIA and will not
> >
> > Oh, I think orphaning his packages can be a useful thing to do. But
> > I just don't see why explicitly punt
Package: wnpp
Severity: wishlist
Package: mird-dev
Description: Mird database library (developer files)
Package: mird1
Description: Mird database library (runtime files)
URL: http://www.mirar.org/mird/
Licence:
The Mird database library may be freely distributed and used with these
li
Hi Raphael!
You wrote:
> If you look carefully you'll find dozen of packages that were ITPed by
> several persons (that means that several developers are interested in
> the same package) that finally get packaged but not well maintained.
It's quite easy to say that you can find dozens of such p
Hi Raphael!
You wrote:
> The only list is the (private) list of MIA maintainer based on echelon
> that is maintained by Nils Lohner (CQ on irc).
Yeah, that's what I meant. It could be easily extended.
> May I also tell you that such a list is no solution ? The real problem
> are the orphaned pa
On Sun, 30 Dec 2001 17:12:44 +0100
Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> Le Sun, Dec 30, 2001 at 01:44:38PM +0200, Juha Jäykkä écrivait:
> It's funny how people keep reinventing the wheel. :-)
>
> Martin Michlmayr (tbm) already does something like that although it's not
> really automated.
On Sun, 30 Dec 2001 14:00:29 +0200 (EET)
Juha Jäykkä <[EMAIL PROTECTED]> wrote:
> > maintainers' was: send him a notice that he'll be removed if he won't
> > take care of his packages/other tasks for foo more days, if he does
> > not answer or tell us he's giving up his key is removed from the key
Le Sun, Dec 30, 2001 at 01:44:38PM +0200, Juha Jäykkä écrivait:
> This could be nice... I might even volunteer for setting up
> something like that - given the authority, of course: orphaning other
> people's packages must be done responsibly...
It's funny how people keep reinventing the wheel.
Le Sat, Dec 29, 2001 at 11:11:17PM +0100, Bas Zoetekouw écrivait:
> Let me refrase my question: can you explictly point out some packages
> that have been ITP'ed lately and of which you think that they should not
> go into Debian because they aren't needed? I can't, so I don't think
> there's a pro
Le Sun, Dec 30, 2001 at 11:54:50AM +0100, Bas Zoetekouw écrivait:
> > maintainer disappears. As those people would get the bug logs, they'd
> > notice that the main maintainer never responds and could decide to take
> > it over.
>
> Well, if that's all you want, there's a much easier
No, that's n
Hi !
I am not sure if this message shouldn't go to debian-user list, but as
the
problem is in SID/unstable I think most of SID users is on devel.
I also Cc: gnome-devel-list here, as I belive it is gnome-panel, not
debian package problem (but not sure about it).
The problem is I really like using
On Sun, Dec 30, 2001 at 12:50:58PM +0100, Martin Michlmayr wrote:
> For the record, please note that while quite a few packages of
> inactive developers have been orphaned already, no one has been asked
> to leave the project for their inactivity (An inactive developer
> without any packages doesn'
On Sat, Dec 29, 2001 at 12:45:54PM -0800, Thomas Bushnell, BSG wrote:
> I can see how removing bad packages helps. How does removing an MIA
> maintainer make anything better?
The distort the apparent size of our project and, more importantly,
swamp our Standard Resolution Procedure by artificiall
Hi !
I am not sure if this message shouldn't go to debian-user list, but as
the
problem is in SID/unstable I think most of SID users is on devel.
I also Cc: gnome-devel-list here, as I belive it is gnome-panel, not
debian package problem (but not sure about it).
The problem is I really like using
On Sun, Dec 30, 2001 at 01:44:38PM +0200, Juha J?ykk? wrote:
> > This doesn't sound too bad to me, _but_ a better report might be to
> > set up some sort of automatic system that sends out email to all
> > maintainers at 1 month intervals [or something like that]. If
> > someone doesn't respond to
Hi,
Maybe some of you could be interested in having a look at a paper we
have just made public: "Counting potatoes: the size of Debian 2.2". This
is an excerpt of the abstract:
"[...] we use David A. Wheeler's sloccount system to determine the
number of physical source lines of code (SLOC) of Deb
Package: wnpp
Severity: wishlist
Package name : si3d
Upstream Author: ANte Brkic. [EMAIL PROTECTED]
URL: http://cvs.linux.hr/si3d/
License: GPL version 2
Scorched Island 3D is a clone of popular dos game called
Scorched Earth, but this one is in three dimensions. It is a
game where you try to sho
> maintainers' was: send him a notice that he'll be removed if he won't
> take care of his packages/other tasks for foo more days, if he does
> not answer or tell us he's giving up his key is removed from the keyring
I agree to this. The obvious problem would be who does this... ;) I
do not actu
* Thomas Bushnell, BSG <[EMAIL PROTECTED]> [20011229 12:59]:
> > We orphan ALL his packages, we get to know he is MIA and will not
>
> Oh, I think orphaning his packages can be a useful thing to do. But
> I just don't see why explicitly punting him helps.
For the record, please note that while q
> This doesn't sound too bad to me, _but_ a better report might be to
> set up some sort of automatic system that sends out email to all
> maintainers at 1 month intervals [or something like that]. If
> someone doesn't respond to 2 or 3, then they are marked inactive and
> someone, preferable a hum
> Add also that packages can reach their End-Of-Life time.
Assuming the package has no real bugs (that is, it is still usable
with the bugs it has), when will it reach its end-of-life time? I
would say it only reaches it when no one uses it any more. As long as
there is even a single user, the p
Hi Raphael!
You wrote:
> The basic goal is that someone still gets the bug reports if the main
> maintainer disappears. As those people would get the bug logs, they'd
> notice that the main maintainer never responds and could decide to take
> it over.
Well, if that's all you want, there's a much
On Sat, Dec 29, 2001 at 22:40:07 +0100, Anders Jackson wrote:
> Michael Stone <[EMAIL PROTECTED]> writes:
> > Aren't the brits complaining about the US wanting to execute terrorists,
> > because of conflicts with EU declaration of human rights?
> (This is of toppic, isn't it)
Quite, but still I li
On Sat, Dec 29, 2001 at 12:00:14PM +0100, Martin Michlmayr wrote:
> * Stefano Zacchiroli <[EMAIL PROTECTED]> [20011229 11:32]:
> > BTW, why madison isn't packaged? We could package it and mention it
> > in the developer reference.
>
> Because the tool requires the SQL database on pandora and auric
On Sat, Dec 29, 2001 at 07:23:13PM -0800, Ian Eure wrote:
> hi there. i've prepared a NMU for sclient, which fixes it's two outstanding
> bugs.
>
> upstream seems to be dead, the last release was in 1999. maintainer seems to
> be mia.
>
> any objections?
Last seen more than 1 year ago at peopl
Hey folks,
Forgive the email. I had an accident on my machine which
wiped out my gpg keyring. Unfortuantely I had not had time
to back up the ring, thus the gpg key I've been using is
completely lost.
I have since made a new key. the **correct** gpg key is as follo
Hi,
Could someone with experience with po file translation look at NMUing
lftp? It is way behind in upstream versions (which will fix bug
#116068). The maintainer added a lot of translations to the 2.4.1
release, and the Debian diff no longer applies cleanly at all. I think
a lot of these trans
Package: wnpp
Version: N/A; reported 2001-12-30
Severity: wishlist
* Package name: filemenu-applet
Version : 0.3
Upstream Author : Benjamin Kahn <[EMAIL PROTECTED]>
* URL : http://www.zoned.net:8000/~xkahn/file_menu_applet/
* License : GPL
Description : A
On Sat, 2001-12-29 at 23:23, Andrew Mitchell wrote:
> * Package name: pnet
Hmm. This is a rather undescriptive name. How about something like
"dotgnu-pnet", or "dotgnu-dotnet", "dotgnu-net", or even
"dotgnu-portable-net"?
48 matches
Mail list logo
