headers
wnpp | 1 May 02:27
Picon
Favicon

Work-needing packages report for May 1, 2009

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: 412 (new: 11)
Total number of packages offered up for adoption: 114 (new: 1)
Total number of packages requested help for: 53 (new: 0)

Please refer to http://www.debian.org/devel/wnpp/ for more information.

------------------------------------------------------------------------

The following packages have been orphaned:

   9menu (#525488), orphaned 6 days ago
     Description: Creates X menus from the shell
     Installations reported by Popcon: 400

   aap (#525446), orphaned 6 days ago
     Description: make-like "expert system" for building software
     Installations reported by Popcon: 82

   autotrace (#525919), orphaned 3 days ago
     Description: bitmap to vector graphics converter
     Reverse Depends: autotrace libautotrace-dev mftrace
     Installations reported by Popcon: 870

   bibclean (#525922), orphaned 3 days ago
     Description: pretty-printer for BibTeX databases
     Installations reported by Popcon: 208
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ryan Niebur | 1 May 07:09
Picon
Gravatar

Bug#526425: ITP: libgravatar-url-perl -- Perl interface to make URLs for Gravatars from an email address

Package: wnpp
Owner: Ryan Niebur <ryanryan52 <at> gmail.com>
Severity: wishlist
X-Debbugs-CC: debian-devel <at> lists.debian.org

* Package name    : libgravatar-url-perl
  Version         : 1.01
  Upstream Author : Michael G Schwern <schwern <at> pobox.com>
* URL             : http://search.cpan.org/dist/Gravatar-URL/
* License         : Artistic | GPL-1+
  Programming Lang: Perl
  Description     : Perl interface to make URLs for Gravatars from an email address
 A Gravatar is a Globally Recognized Avatar for a given email address. This
 allows you to have a global picture associated with your email address. You
 can look up the Gravatar for any email address by constructing a URL to get
 the image from gravatar.com. Gravatar::URL does that.

--

-- 
_________________________
Ryan Niebur
ryanryan52 <at> gmail.com
Permalink | Reply | 0 comments |
headers
David Paleino | 1 May 08:51
Picon
Gravatar

Re: Misc developer news (#15)

On Tue, 28 Apr 2009 19:47:11 +0200, Bastian Venthur wrote:

> Raphael Hertzog schrieb:
> > RFH: Removing spam from the listarchive
> > ---------------------------------------
> > 
> >  As you all know, Lists and the Listarchive aren't 100% Spam-free. So we
> >  provide a 'Report as Spam' on every page in the archive. Now we set up a
> >  system to review those nominations, as it turned out that also
> >  inappropriate or controversial postings have been reported.
> > 
> >  If you want to help us to get rid of the Spam from the archive, go to [9]
> >  and follow the instructions. You need a @debian.org-Mailadress to
> >  participate.
> > 
> >  If you don't have one, you can help us by reviewing the Listarchive[10]
> >  itself and press the 'Report as Spam'-Button.
> > 
> >  We also maintain a Wiki-Page[11] for Details and coordination.
> 
> This is a nice way to kill some free time. Is there something similar
> planned for the BTS or are the "mark as spam" messages in the BTS
> already dealed with?

Also, seems like lists.alioth.debian.org doesn't have the same functionality.
Is there any plan for this?

Kindly,
David
(Continue reading)

Permalink | Reply | 5 comments |
headers
Paul Wise | 1 May 09:16
Picon
Favicon
Gravatar

Re: Misc developer news (#15)

On Fri, May 1, 2009 at 2:51 PM, David Paleino <d.paleino <at> gmail.com> wrote:

> Also, seems like lists.alioth.debian.org doesn't have the same functionality.
> Is there any plan for this?

Due to the way pipermail works, removing messages from the archives
would break all the URLs. Options for working around this might be:

Blocking specific messages in apache using Alias or similar.

Switching to lurker (or another archiver) since that has persistent URLs IIRC.

Eventually mailman 3 will be released and IIRC pipermail will be
removed so switching to another archiver will need to be done anyway
in the long term.

--

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
Permalink | Reply | 4 comments |
headers
Luk Claes | 1 May 10:45
Picon
Favicon

Re: Misc developer news (#15)

Paul Wise wrote:
> On Fri, May 1, 2009 at 2:51 PM, David Paleino <d.paleino <at> gmail.com> wrote:
> 
>> Also, seems like lists.alioth.debian.org doesn't have the same functionality.
>> Is there any plan for this?
> 
> Due to the way pipermail works, removing messages from the archives
> would break all the URLs. Options for working around this might be:
> 
> Blocking specific messages in apache using Alias or similar.

Or removing the links?

> Switching to lurker (or another archiver) since that has persistent URLs IIRC.

This is used for teams.debian.net ...

Cheers

Luk
Permalink | Reply | 0 comments |
headers
Holger Levsen | 1 May 10:54

Re: Misc developer news (#15)

Hi,

On Freitag, 1. Mai 2009, Paul Wise wrote:
> Due to the way pipermail works, removing messages from the archives
> would break all the URLs. Options for working around this might be:

- replacing the content of said mails with a placeholder.

regards,
	Holger
Permalink | Reply | 0 comments |
headers
Ben Finney | 1 May 10:55
Picon

Re: Misc developer news (#15)

Paul Wise <pabs <at> debian.org> writes:

> Switching to lurker (or another archiver) since that has persistent
> URLs IIRC.

If we do that, please let's choose one which uses the Message-ID field
as the key, allowing construction of an archive URL without having to
search the archive.

No, I don't know one that works this way with Mailman; but we do at
least have <URL:http://lists.debian.org/msgid-search/> indicating it's
feasible at some level.

-- 
 \      “Holy priceless collection of Etruscan snoods, Batman!” —Robin |
  `\                                                                   |
_o__)                                                                  |
Ben Finney

--

-- 
To UNSUBSCRIBE, email to debian-devel-REQUEST <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org
Permalink | Reply | 1 comment |
headers
LI Daobing | 1 May 11:49
Picon
Gravatar

Bug#526449: ITP: ibus-table-yong -- YongMa input method based on table engine of ibus

Package: wnpp
Severity: wishlist
Owner: LI Daobing <lidaobing <at> gmail.com>

* Package name    : ibus-table-yong
  Version         : 1.1.0.20090422
  Upstream Author : dgod <dgod DOT osa AT gmail DOT com>
* URL             : http://code.google.com/p/ibus
* License         : GPLv3 or later
  Programming Lang: N/A
  Description     : YongMa input method based on table engine of ibus

  IBus-Table is the IM Engine framework for table-based input methods,
  such as
  WuBi, ErBi, Cangjie and so on.
  .
  This package provide one input method:
  * yong-ibus: YongMa input method.
  .
  YongMa is a Chinese input method, check more information at
  http://yong.uueasy.com/read.php?tid=218 .

-- System Information:
Debian Release: squeeze/sid
  APT prefers karmic
  APT policy: (500, 'karmic')
Architecture: amd64 (x86_64)
Permalink | Reply | 0 comments |
headers
Jiří Paleček | 1 May 14:56
Picon

Re: dpkg-shlibdeps question

On Thu, 30 Apr 2009 17:00:12 +0200, Raphael Hertzog <hertzog <at> debian.org>  
wrote:

> On Thu, 30 Apr 2009, Jiří Paleček wrote:
>> Yes, but even then, libGL.so.1 (the one used for building a package) is
>> only mentioned in one symbol file, namely the one from nvidia-glx, isn't
>> it (let's put aside the package doesn't feature a symbol file)? Why
>> should the libgl1-mesa-glx symbol file, if it existed, be taken into
>> account?
>
> We could maybe help you if you told us to what part of the code you refer
> when you say that a single library can be mentioned in two different
> symbols files ?
>
> The code is what it is for many reasons including the fact that dpkg -S
> can return multiple packages for a single lib file. In practice, it

Exactly, that's the thing I'm referring to.

> should
> almost never happen (except diversion) and the result when it happens is

Should I read it as "the only legal situation where it returns multiple  
packages are diversions (the rest are errors)" or "the majority of  
situations ... are diversions", ie. does it make sense to return multiple  
packages in the absence of diversions?

> not specified (in the doc at least). In practice you might get a mix of
> both dependencies and to avoid any problem the packaging of the diverting
> library should simply stay compatible to the one of the official library
(Continue reading)

Permalink | Reply | 2 comments |
headers
Gustavo Noronha | 1 May 16:37
Picon
Favicon
Gravatar

Re: Bug#525490: ITP: fizmo -- console-based Z-Machine interpreter for playing Infocom / Inform games

On Fri, 2009-04-24 at 23:42 +0200, Christoph.Ender <at> spellbreaker.org
wrote:
> Fizmo is a Z-Machine interpreter ("Fizmo Interprets Z-Machine Opcodes") which
> allows you to run Infocom- and most other Z-Machine based games -- except
> version 6 -- on POSIX-like systems which provide a ncursesw (note the "w")
> library. It has been successfully compiled on Debian based Linux, Mac OS X
> (with MacPorts providing ncursesw) and Windows (using Cygwin and a self-
> compiled ncursesw library). This is a "console"-style application, meaning
> that it runs in textmode and does not provide any GUI whatsoever. About
> Infocom and interactive fiction in general, see the "New to IF" section
> at http://www.ifarchive.org.

I'd remove the sentence about where it has been successfully compiled.
It doesn't really add much to the description of the package, IMO.

Thanks,

--

-- 
Gustavo Noronha <kov <at> debian.org>
Debian Project
Permalink | Reply | 0 comments |

Gmane