Recai Oktaş MIA?

[martin f krafft]

Recai Oktaş, maintainer of pandoc, seems MIA for about a year.
The pandoc upstream and I have pinged him several times. Does anyone
know of his whereabouts?

Is there a Haskell-savvy someone who would like to take over pandoc?
Upstream is very responsive and eager to have the package in
Debian.

Cheers,

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"a kiss may ruin a human life."
-- oscar wilde


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Re: Recai Oktaş MIA?

[Sandro Tosi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Martin,

On Thu, Feb 12, 2009 at 09:33, martin f krafft  wrote:
> Recai Oktaş, maintainer of pandoc, seems MIA for about a year.

Well, there was an upload in July 2008 (haskell-pcre-light) and an ITP
filed on mid Nov 2008 (#505924), with a proposed package git repo and
on his people.d.o page. The latter seems have faced a re-org in late
Jan 2009, so I think Recai might still be active (and not MIA in the
Debian sense, I'd say)

> The pandoc upstream and I have pinged him several times. Does anyone
> know of his whereabouts?

Mh, I think this kind of pings are usually better done on the "new
upstream release" bug (#499864), so there's a public trace to check :)

> Is there a Haskell-savvy someone who would like to take over pandoc?
> Upstream is very responsive and eager to have the package in
> Debian.

Given that, I've added him in the loop: Recai, are you still
interested in pandoc? If yes, then I'd suggest to update it asap, so
that people will be happy :) if not, then please orphan it (along with
other packages if you don't care about them anymore) so that someone
else can step in.

Thanks all,
- --
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.3)

iEYEARECAAYFAkmT+CQACgkQAukwV0RN2VA3PgCdEMsxgsrJvTJGAFAZ1/BpxNL4
nzMAoJvWRgIR+hnMqXHxkSRzJWby6J5K
=7azl
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: Re: Processed: Re: Bug#514910: nfs: Fail to mount older NFS export

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 514910 nfs-common
Bug#514910: nfs: Fail to mount older NFS export
Bug reassigned from package `general' to `nfs-common'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514961: ITP: scim-tegaki -- handwriting recognition engine for SCIM platform

[LI Daobing]

Package: wnpp
Severity: wishlist
Owner: LI Daobing 

* Package name: scim-tegaki
  Version : 0.1
  Upstream Author : Mathieu Blondel 
* URL : http://tegaki.sourceforge.net/
* License : GPL
  Programming Lang: python
  Description : handwriting recognition engine for SCIM platform

Tegaki is an ongoing project which aims to develop a free and
open-source modern implementation of handwriting recognition software,
that is suitable for both the desktop and mobile devices, and that is
designed from the ground up to work well with Chinese and Japanese.
.
This package connetcs Tegaki to SCIM.

-- System Information:
Debian Release: lenny/sid
  APT prefers intrepid-updates
  APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 
'intrepid')
Architecture: i386 (i686)

Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Proposal of new control field: Date

[Enrico Zini]

On Thu, Feb 12, 2009 at 01:27:14PM +0900, Paul Wise wrote:

> > That way one could tell, even when offline, if a package hasn't been
> > updated in ten years.
> I hope we don't have any of those.

And those that we have, we can also spot them by old Standards-Version
in lintian warnings.

If anyone can suggest me a decent heuristics to spot a 'rotting' package
(like, for example standards-version older than X, but you need to tell
me what X), I can automatically mine it and turn it into a debtags tag.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini 


signature.asc
Description: Digital signature

Bug#514969: ITP: zinnia -- online hand recognition system with machine learning

[LI Daobing]

Package: wnpp
Severity: wishlist
Owner: LI Daobing 

* Package name: zinnia
  Version : 0.02
  Upstream Author : Taku Kudo 
* URL : http://zinnia.sourceforge.net/
* License : BSD
  Programming Lang: C++ (with Python, Perl, Ruby binding, with swig)
  Description : Online hand recognition system with machine learning

Zinnia is a simple, customizable and portable online hand recognition
system based on Support Vector Machines. Zinnia simply receives user pen
strokes as a sequence of coordinate data and outputs n-best characters
sorted by SVM confidence. To keep portability, Zinnia doesn't have any
rendering functionality. In addition to recognition, Zinnia provides
training module that allows us to create any hand-written recognition
systems with low-cost. 

P.S. 

1. zinnia declare it licensed under New BSD License, but the COPYING
file is a GPL template (this is a known bug:
http://sourceforge.net/support/tracker.php?aid=2592429)

2. zinnia is required by scim-tegaki (ITP: http://bugs.debian.org/514961)

-- System Information:
Debian Release: lenny/sid
  APT prefers intrepid-updates
  APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 
'intrepid')
Architecture: i386 (i686)

Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514971: ITP: tegaki-gtk -- handwriting recognition software (GTK interface)

[LI Daobing]

Package: wnpp
Severity: wishlist
Owner: LI Daobing 

* Package name: tegaki-gtk
  Version : 0.1
  Upstream Author : Mathieu Blondel 
* URL : http://tegaki.sourceforge.net/
* License : GPL-2
  Programming Lang: Python
  Description : handwriting recognition software (GTK interface)

Tegaki is an ongoing project which aims to develop a free and
open-source modern implementation of handwriting recognition software,
that is suitable for both the desktop and mobile devices, and that is
designed from the ground up to work well with Chinese and Japanese.
.
This package provide the GTK interface.

-- System Information:
Debian Release: lenny/sid
  APT prefers intrepid-updates
  APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 
'intrepid')
Architecture: i386 (i686)

Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514973: ITP: tegaki -- handwriting recognition software (base library)

[LI Daobing]

Package: wnpp
Severity: wishlist
Owner: LI Daobing 

* Package name: tegaki
  Version : 0.1
  Upstream Author : Mathieu Blondel 
* URL : http://tegaki.sourceforge.net/
* License : GPL
  Programming Lang: Python
  Description : handwriting recognition software (base library)

Tegaki is an ongoing project which aims to develop a free and
open-source modern implementation of handwriting recognition software,
that is suitable for both the desktop and mobile devices, and that is
designed from the ground up to work well with Chinese and Japanese.

This package provides the base library.

-- System Information:
Debian Release: lenny/sid
  APT prefers intrepid-updates
  APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 
'intrepid')
Architecture: i386 (i686)

Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514972: ITP: tegaki-recognize -- handwriting recognition software (recognize application)

[LI Daobing]

Package: wnpp
Severity: wishlist
Owner: LI Daobing 

* Package name: tegaki-recognize
  Version : 0.1
  Upstream Author : Mathieu Blondel 
* URL : http://tegaki.sourceforge.net/
* License : GPL-2
  Programming Lang: Python
  Description : handwriting recognition software (recognize application)

Tegaki is an ongoing project which aims to develop a free and
open-source modern implementation of handwriting recognition software,
that is suitable for both the desktop and mobile devices, and that is
designed from the ground up to work well with Chinese and Japanese.
.
This package provide the recognize application.

-- System Information:
Debian Release: lenny/sid
  APT prefers intrepid-updates
  APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 
'intrepid')
Architecture: i386 (i686)

Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514977: ITP: tegaki-zinnia-japanese -- handwriting recognition software (data for Japanese)

[LI Daobing]

Package: wnpp
Severity: wishlist
Owner: LI Daobing 

* Package name: tegaki-zinnia-japanese
  Version : 0.1
  Upstream Author : Mathieu Blondel 
* URL : http://tegaki.sourceforge.net/
* License : LGPL-2.1
  Programming Lang: N/A
  Description : handwriting recognition software (data for Japanese)

Tegaki is an ongoing project which aims to develop a free and
open-source modern implementation of handwriting recognition software,
that is suitable for both the desktop and mobile devices, and that is
designed from the ground up to work well with Chinese and Japanese.
.
this package provide the data required for recognize Japanese.

P.S. as the upstream author declared in the homepage, the data is
derived from the tomoe package[1], which is licensed under LGPL-2.1

[1] http://tomoe.sourceforge.jp/

-- System Information:
Debian Release: lenny/sid
  APT prefers intrepid-updates
  APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 
'intrepid')
Architecture: i386 (i686)

Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514978: ITP: tegaki-zinnia-simplified-chinese -- Simplified Chinese handwriting model for Zinnia

[LI Daobing]

Package: wnpp
Severity: wishlist
Owner: LI Daobing 

* Package name: tegaki-zinnia-simplified-chinese
  Version : 0.1
  Upstream Author : Mathieu Blondel 
* URL : http://tegaki.sourceforge.net/
* License : LGPL
  Programming Lang: N/A
  Description : Simplified Chinese handwriting model for Zinnia

Tegaki is an ongoing project which aims to develop a free and
open-source modern implementation of handwriting recognition software,
that is suitable for both the desktop and mobile devices, and that is
designed from the ground up to work well with Chinese and Japanese.
.
this package provide the data required for recognize Simplified Chinese.

P.S. as the upstream author declared in the homepage, the data is
derived from the tomoe package[1], which is licensed under LGPL-2.1

[1] http://tomoe.sourceforge.jp/

-- System Information:
Debian Release: lenny/sid
  APT prefers intrepid-updates
  APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 
'intrepid')
Architecture: i386 (i686)

Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514984: ITP: getdata -- retrieval, updating and indexing of public data collections

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: getdata
  Upstream Author : Steffen Moeller , Charles Plessy 

* URL : http://wiki.debian.org/getData
* License : AGPL
  Programming Lang: Perl
  Description : retrieval, updating and indexing of public data collections

getData (so its somewhat unfortunate runnign title) specifies a series
of public datasets in astronomy and bioinformatics to allow the data's
 * download
 * updates
 * indexing
 * specification of dependencies on other Debian packages and other databases

The script depends on wget for the download. Other Debian packages have
been created that depend on getData. A config directory in /etc will
incrementally accept more and more specifications of external databases
and a post-install script will then call getDat perform the installation.

The script is straight forward in its implementation and seems well-documented.
It is therefore easily extended by the community. The challenge now is to find
a better name than a mere "getData" - or are you all happy about it?

Steffen



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

The Grudge Match is coming

[Events Dept (The Grudge Match Series)]

We are delighted to announce that The Grudge Match Series will launch on the 
13th of March 2009 in London.

The first Grudge Match will be between ex-professional footballers from London 
rivals SPURS and CHELSEA!

The evening will see 3x bouts of boxing between Graham Roberts, Kerry Dixon, 
Steve Sedgley, Clive Walker, David
Speedie and Micky Hazzard, PLUS a special bout between a surprise Celebrity and 
a former World Champion Boxer!

Tickets are now on sale, priced from only £50 and are available from The Grudge 
Match website at:

http://www.thegrudgematchseries.com 

There will be photo and signing opportunities, the event will be televised and 
DVD's will be available to pre-order
on the night at a discounted rate.

Tickets are in limited supply, so please act now to avoid disappointment.

The Grudge Match Series is a new concept in sports and reality TV!

Former Professional sports stars will be facing each other again, but this time 
its different.

Instead of their chosen sports, Grudge Match will see these rivals take to the 
boxing ring to meet one-on-one!

The first Grudge Matches will see ex-footballers from arch rivals face off. 
Grudge Matches will include 
Spurs vs. Arsenal, Liverpool vs. Everton, Aston Villa vs. West Brown, Man Utd 
vs. Man City, 
Newcastle vs. Sunderland and of course Celtic vs. Rangers.

Each regional Grudge Match will see 4 bouts of boxing, each bout being 3x 2 
minute rounds. 
All participants will wear heavier gloves and headguards to ensure maximum 
safely. 
All bouts will be regulated under the rules of the European Boxing Federation.

Corporate hospitality packages are available, with VIP lounge access to meet 
the players.

Corporate sponsorship packages are still available, in limited quantities. If 
your company is interested in
sponsoring The Grudge Match Series, please email 
spon...@thegrudgematchseries.com .

For further information, please email i...@thegrudgematchseries.com 
 or visit our website at:
http://www.thegrudgematchseries.com 

Many thanks

Rachael
Marketing Manager
The Grudge Match Series UK

If you no longer with to receive further emails from us, please click here 

Re: Proposal of new control field: Date

[gregor herrmann]

On Thu, 12 Feb 2009 11:40:32 +0800, jida...@jidanni.org wrote:

> Well OK, assuming network connections, one can always just do e.g.,

Or `who-uploads --date $package'.

Cheers,
gregor 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Donovan: Jennifer Juniper


signature.asc
Description: Digital signature

Re: DDE, Debian Data Export

[Enrico Zini]

On Wed, Feb 11, 2009 at 05:08:52PM +0100, Andreas Tille wrote:

> On Wed, 11 Feb 2009, Enrico Zini wrote:
>
>> DDE exports data as a big virtual tree.  You can pick a node in the tree
>> by its URL and download all the data that it contains, in a format of
>> your choice: currently it supports JSON/JSONP, YAML, CSV and Python
>> pickled objects.
> I have to admit after a (quick) view about the URLs you gave I did not
> really understand how the data are entering the tree and how I can pull
> the information (it's a shame that I missed your talk).

The data enter the tree by means of plugins, that map branches of the
tree to queries to the places where the information is.  For example, if
you go to http://dde.debian.net/dde/q/udd/packages/prio-debian-lenny/debtags
then DDE will do a query to UDD for you and give you the results.

You can pull the information by simply appending ?t=FORMAT to the URL.
For example: 
http://dde.debian.net/dde/q/udd/packages/prio-debian-lenny/debtags?t=yaml

The formats supported at the moment are json, yaml, csv and pickle.


>> DDE is not a competitor to UDD (http://wiki.debian.org/UDD): UDD is
>> about creating a central location where all the data can be accessed,
>> while DDE is about giving people a simple way to access data or subsets
>> of data.
> So is DDE actually using UDD as input?

UDD, apt-xapian-index, a Xapian index of apt-file information, static
files in DD's home directories, anything else one may want to write a
plugin for.


>> * A call for action
>>
>> You can add data to the DDE tree by just putting a data file in yaml,
>> json or pickle format under `~/.dde`: I've written a specific guide[1]
>> to this on the Debian wiki, see: http://wiki.debian.org/DDE/HomeFiles
> This is the part I'm curious about.  Please explain in more detail.
> I've written some code which is harvesting data for Blends - if I can
> provide some input I'd be happy to do so.

NOTE: following some thinking on IRC today, the way to publish static
data has changed.  Also, the HomeFiles wiki page has been renamed to
http://wiki.debian.org/DDE/StaticData

The good news is that the new way is even simpler.

To get started with publishing data in DDE, try this:

 1. Create some data structure in python or any other language with your
data (you can mix dicts and lists freely, and if in doubt, use dicts).
 2. Save that data structure to disk in Yaml, Json or Pickle format, as
you prefer.
 3. Log on merkel and put the resulting file in:
/srv/dde.debian.net/public/sandbox/filename.[yaml|json|pickle]
The extension should match the data format that you chose.
 4. Visit http://dde.debian.net/dde/q/sandbox/filename: you will see
your data.

Note that http://wiki.debian.org/DDE/StaticData also contains examples
that you can run on merkel, as well as links to documentation about the
various supported data formats.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini 


signature.asc
Description: Digital signature

Re: DDE, Debian Data Export

[Enrico Zini]

On Wed, Feb 11, 2009 at 02:55:07PM +, Enrico Zini wrote:

> You can add data to the DDE tree by just putting a data file in yaml,
> json or pickle format under `~/.dde`: I've written a specific guide[1]
> to this on the Debian wiki, see: http://wiki.debian.org/DDE/HomeFiles

Make that http://wiki.debian.org/DDE/StaticData

We just discussed on IRC an alternative way of doing it that doesn't use
homes anymore, hence the old name of the wiki page suddenly became
inappropriate.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini 


signature.asc
Description: Digital signature

Re: Desktop standards, MIME info cache, and Lintian

[Emilio Pozuelo Monfort]

Josselin Mouette wrote:
> As for update-mime-database, I think it concerns only a very small
> number of packages, but that’s certainly doable.

I've looked into update-mime-database and update-mime. Here's what I think needs
to be done in order to properly adopt triggers support in these packages:

1) Once Lenny is released, upload shared-mime-info and mime-support with
triggers support to unstable (I have patches for both).

2) Once both shared-mime-info and mime-support are in testing, upload a new
debhelper that doesn't add post{inst,rm} snippets for update-mime(-database)
(patch ready too).

3) Add new lintian tags: "script-calls-update-mime-database-directly" and
"script-calls-update-mime-directly".

How does this sound?

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Re: DDE, Debian Data Export

[Enrico Zini]

On Thu, Feb 12, 2009 at 05:37:46PM +0100, Olivier Berger wrote:

> One of the criticisms I could make (and made live at your presentation
> @FOSDEM), is the lack of semantics (as in Semantic Web W3C standards)
> there (somehow what I mentioned also in
> http://www-public.it-sudparis.eu/~berger_o/weblog/2009/02/10/udd-swim-flossmetrics-facts-databases-about-libre-software-distributions-going-semantic/
>  for the curious ones).
> 
> I suppose I should try and propose an RDF export plugin for DDE to test
> and complement more precisely my criticism.

I gave it some thinking, and I'm still not convinced that it's the role
of DDE to enrich data with semantic information: the main aim of DDE is
to make it easy to find and acquire data, not to provide particular post
processing or enrichment to the data.

The idea would be to keep DDE as a very thin and simple interface layer
between where the data is and where the data is consumed.

Certainly DDE can be useful as the data acquisition backend of a tool
that adds structure to the data with semantic information: if getting at
the data becomes easier, such a tool would be easier to write.


> Note that SWIM @ Mandriva (see my blog post above) proposes some kind of
> similar service, where the use of ontologies supposedly help integrate
> it with desktop tools (KDE 4.2 nepomuk-enabled ones).
> 
> In any case, very interesting tool, which I need to understand more
> deeply, I guess.

Thanks!  And I'd really like to see some structured data come out of
Debian: people have occasionally started some attempts, but I am not
aware of anyone that actually got all the way to publishing some result.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini 


signature.asc
Description: Digital signature

Re: DDE, Debian Data Export

[Olivier Berger]

Hi.

Le mercredi 11 février 2009 à 14:55 +, Enrico Zini a écrit :
> Hello,
> 
> After testing the idea and the prototype with my presentation at Fosdem,
> it's time to announce DDE (http://wiki.debian.org/DDE), Debian Data
> Export.

Very intersting... much easier to retrieve "common" requests responses
than writing an SQL query ;)

> 
SNIP
>  * The solution
> 
> DDE is a way to make it simple to publish and download data.  The aim is
> to be able to access all sorts of Debian information without worrying
> about data formats, protocols and access control, and to make it easy to
> discover what data is available.
> 
> DDE exports data as a big virtual tree.  You can pick a node in the tree
> by its URL and download all the data that it contains, in a format of
> your choice: currently it supports JSON/JSONP, YAML, CSV and Python
> pickled objects.
> 

One of the criticisms I could make (and made live at your presentation
@FOSDEM), is the lack of semantics (as in Semantic Web W3C standards)
there (somehow what I mentioned also in
http://www-public.it-sudparis.eu/~berger_o/weblog/2009/02/10/udd-swim-flossmetrics-facts-databases-about-libre-software-distributions-going-semantic/
 for the curious ones).

I suppose I should try and propose an RDF export plugin for DDE to test
and complement more precisely my criticism.

Note that SWIM @ Mandriva (see my blog post above) proposes some kind of
similar service, where the use of ontologies supposedly help integrate
it with desktop tools (KDE 4.2 nepomuk-enabled ones).

In any case, very interesting tool, which I need to understand more
deeply, I guess.

Best regards,
-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Proposal of new control field: Date

[Joerg Jaspert]

>> > That way one could tell, even when offline, if a package hasn't been
>> > updated in ten years.
>> I hope we don't have any of those.
> And those that we have, we can also spot them by old Standards-Version
> in lintian warnings.

> If anyone can suggest me a decent heuristics to spot a 'rotting' package
> (like, for example standards-version older than X, but you need to tell
> me what X), I can automatically mine it and turn it into a debtags tag.

There is no such heuristic. Just because a package last upload is long
ago doesn't mean the package is outdated/broken/whatever. It may mean
that, but it may also just mean that there was no reason to update it.

-- 
bye, Joerg
"If you are using an Macintosh e-mail program that is not from Microsoft, we
recommend checking with that particular company. But most likely other e-mail
 programs like Eudora are not designed to enable virus replication" 
   -- http://www.microsoft.com/mac/products/office/2001/virus_alert.asp


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Proposal of new control field: Date

[Leo "costela" Antunes]

Enrico Zini wrote:
> If anyone can suggest me a decent heuristics to spot a 'rotting' package
> (like, for example standards-version older than X, but you need to tell
> me what X), I can automatically mine it and turn it into a debtags tag.

I would propose something like freshness of bugs vs. freshness of last
non-binary upload, possibly weighted. This would let old but
non-problematic packages off the radar.

Cheers

-- 
Leo "costela" Antunes
[insert a witty retort here]


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Proposal of new control field: Date

[Enrico Zini]

On Thu, Feb 12, 2009 at 08:44:16PM +0100, Leo costela Antunes wrote:

> I would propose something like freshness of bugs vs. freshness of last
> non-binary upload, possibly weighted. This would let old but
> non-problematic packages off the radar.

I don't have the time to design and test such an algorithm (and I'd have
to also brush up my statistics), but if anyone else wants to try and see
how it goes, that's fine to me.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini 


signature.asc
Description: Digital signature

Re: Proposal of new control field: Date

[Adeodato Simó]

* Enrico Zini [Thu, 12 Feb 2009 22:50:41 +]:

> On Thu, Feb 12, 2009 at 08:44:16PM +0100, Leo costela Antunes wrote:

> > I would propose something like freshness of bugs vs. freshness of last
> > non-binary upload, possibly weighted. This would let old but
> > non-problematic packages off the radar.

> I don't have the time to design and test such an algorithm (and I'd have
> to also brush up my statistics), but if anyone else wants to try and see
> how it goes, that's fine to me.

There was something akin to this (though targetted at spotting orphaning
/ removal candidates rather than just to assess the liveness of a package):

  http://wiki.debian.org/qa.debian.org/bapase

Not sure if that continues to be active or not. Bcc'ing bap...@qa.debian.org
in case they want to comment. Context is:

> If anyone can suggest me a decent heuristics to spot a 'rotting' package
> (like, for example standards-version older than X, but you need to tell
> me what X), I can automatically mine it and turn it into a debtags tag.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
A hacker does for love what other would not do for money.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Proposal of new control field: Date

[jidanni]

OK, instead of a Date: field in Packages, I can get a better idea of how
well maintained a package is with an "updates vs. bugs" perspective, e.g.,

for package
do for u in http://packages.qa.debian.org/common/index.html?src=$package \
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=$package
do w3m -dump $u
done
done

OK, I withdraw my Proposal.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Proposal of new control field: Date

[Guillem Jover]

Hi!

On Thu, 2009-02-12 at 13:27:14 +0900, Paul Wise wrote:
> On Thu, Feb 12, 2009 at 12:40 PM,   wrote:
> > PW> Which date would it contain?
> >
> > The date the maintainer made the polishing touches on the .deb.
> 
> We don't have that date. We do have:

> [...]

And the date the .deb was built:

  $ ar tv /var/cache/apt/archives/acpi_1.3-1_i386.deb debian-binary
  rw-r--r-- 0/0  4 Feb 11 12:23 2009 debian-binary

this one should be pretty exact (as long as the builder's system time
is approximately correct), as everyone in Debian should be using
dpkg-deb.

> > But OK, Size is more important than Date, so it gets a field in Packages.gz.
> 
> I don't agree that Size is more much important than Date, both are
> information that can be used when deciding to install a package.

Well, the difference is that the Size and Installed-Size fields fall
in the category of fields that can be used automatically by package
managers, for example to automatically check if there's enough disk
space before downloading, or similar. And dates are mostly informative.

> At some point we have to stop including more info into Packages
> though, I don't think that screenshots should be added uuencoded to
> Packages for example.

There's different possibly interesting dates, last changed (from
debian/changelog), source built date (currently only from stat .dsc)
and binary built date (from .deb ar entry).

Adding the fields is easy, and for binary built it would only need
changes in the Packages-file generators, but what we'd have to get
consensus about first is if including and propagating these is
worthwhile, and then if it is, which of them.

regards,
guillem


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Proposal of two new control fields: Build-Recommends and Build-Suggests [long reading]

[Guillem Jover]

Hi!

On Mon, 2009-02-09 at 09:30:48 +0100, Fabian Greffrath wrote:
> Introduction of the new fields
> ==
>
> - Build-Recommends would list packages that are basically available in
> the Debian archive, but are not available on all architectures or for
> all kernels. [...]

> A famous example for this would be libasound2-dev, which is only
> available for Linux kernels. Currently a build-depends on this package
> has to look like this
>
>   libasound2-dev [!hurd-i386 !kfreebsd-amd64 !kfreebsd-i386]
>
> to prevent apt from trying to install it on the non-Linux
> architectures where it is not available and thus would cause the build
> to fail. The new approach is as simple as moving libasound2-dev from
> Build-Depends to Build-Recommends.

What you actually want here is to use architecture wildcards, as in:

libasound2-dev [linux-any]

this is documented in dpkg-architecture(1), and has been supported since
dpkg 1.13.13. debhelper also supports this since 5.0.36. Currently the
only missing piece I'm aware of is sbuild, but next upload to Debian
should support it (#501230). It'd be really nice to get that patch on
the buildds so that we could start using this in the archive.

regards,
guillem


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Proposal of two new control fields: Build-Recommends and Build-Suggests [long reading]

[Russ Allbery]

Guillem Jover  writes:

> What you actually want here is to use architecture wildcards, as in:
>
>   libasound2-dev [linux-any]
>
> this is documented in dpkg-architecture(1), and has been supported since
> dpkg 1.13.13. debhelper also supports this since 5.0.36. Currently the
> only missing piece I'm aware of is sbuild, but next upload to Debian
> should support it (#501230). It'd be really nice to get that patch on
> the buildds so that we could start using this in the archive.

If someone could provide a patch to Policy, that would be good too.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Proposal of two new control fields: Build-Recommends and Build-Suggests [long reading]

[Guillem Jover]

On Thu, 2009-02-12 at 20:37:06 -0800, Russ Allbery wrote:
> Guillem Jover  writes:
> > What you actually want here is to use architecture wildcards, as in:
> >
> > libasound2-dev [linux-any]
> >
> > this is documented in dpkg-architecture(1), and has been supported since
> > dpkg 1.13.13. debhelper also supports this since 5.0.36. Currently the
> > only missing piece I'm aware of is sbuild, but next upload to Debian
> > should support it (#501230). It'd be really nice to get that patch on
> > the buildds so that we could start using this in the archive.

Hmm it seems pbuilder is lacking support as well (#363193).

> If someone could provide a patch to Policy, that would be good too.

Yeah, I can do that in few days. Have been holding up until now as the
they could not be used due to the buildd not supporting it. I guess it
should not get applied into policy until we can actually use them on
the archive, though.

regards,
guillem


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Mixx: Your friend has invited you to join Mixx!

[Mixx]

Your friend has invited you to join Mixx!
  
   Hi Dear,
You wanna be my friend
   
To register, please click the following link, or paste it in your browser:
   
   http://www.mixx.com/user/invite/d6d6f080fcacff1e7eae9de4ab96cd84f0b4218a

- Your friends at Mixx


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Work-needing packages report for Feb 13, 2009

[wnpp]

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: 395 (new: 2)
Total number of packages offered up for adoption: 115 (new: 2)
Total number of packages requested help for: 48 (new: 0)

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



The following packages have been orphaned:

   casu (#514991), orphaned today
 Description: Communication and Status Utilities
 Installations reported by Popcon: 11

   inadyn (#514769), orphaned 2 days ago
 Description: client to alleviate the requirements for an Internet
   name
 Installations reported by Popcon: 229

393 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   ezmlm-browse (#514323), offered 6 days ago
 Description: Web browser for ezmlm-idx archives
 Installations reported by Popcon: 14

   gnome-keyring-sharp (#514724), offered 2 days ago
 Description: CLI library to access the GNOME Keyring daemon
 Reverse Depends: f-spot
 Installations reported by Popcon: 1261

113 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

   apache2 (#470795), requested 336 days ago
 Description: Co-maintainer wanted
 Reverse Depends: ampache apache2 apache2-dbg apache2-mpm-event
   apache2-mpm-itk apache2-mpm-prefork apache2-mpm-worker
   apache2-prefork-dev apache2-suexec apache2-suexec-custom (153 more
   omitted)
 Installations reported by Popcon: 41475

   ara (#450876), requested 459 days ago
 Description: utility for searching the Debian package database
 Installations reported by Popcon: 129

   athcool (#278442), requested 1570 days ago
 Description: Enable powersaving mode for Athlon/Duron processors
 Installations reported by Popcon: 209

   boinc (#511243), requested 35 days ago
 Description: BOINC distributed computing
 Reverse Depends: boinc-app-seti boinc-dbg
 Installations reported by Popcon: 1522

   cvs (#354176), requested 1085 days ago
 Description: Concurrent Versions System
 Reverse Depends: crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl
   cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta cvsps (12 more
   omitted)
 Installations reported by Popcon: 22346

   dctrl-tools (#448284), requested 474 days ago
 Description: Command-line tools to process Debian package
   information
 Reverse Depends: aptfs debian-goodies dlocate haskell-devscripts
   hg-buildpackage ia32-archive ia32-libs-tools mlmmj sbuild simple-cdd
 Installations reported by Popcon: 10016

   dpkg (#282283), requested 1545 days ago
 Description: dselect: a user tool to manage Debian packages
 Reverse Depends: alien alsa-source apt-build apt-cross apt-src
   backuppc build-essential bzr-builddeb cacao-oj6-dbg cacao-oj6-jdk
   (117 more omitted)
 Installations reported by Popcon: 81502

   drscheme (#402589), requested 794 days ago
 Description: PLT scheme programming environment
 Reverse Depends: drscheme minlog proofgeneral-minlog
 Installations reported by Popcon: 330

   elvis (#432298), requested 584 days ago
 Description: powerful clone of the vi/ex text editor (with X11
   support)
 Reverse Depends: elvis elvis-console elvis-tools
 Installations reported by Popcon: 399

   fglrx-driver (#454993), requested 432 days ago (non-free)
 Description: non-free AMD/ATI r5xx, r6xx display driver
 Reverse Depends: fglrx-amdcccle fglrx-atieventsd fglrx-control
   fglrx-driver fglrx-glx fglrx-glx-ia32 fglrx-kernel-src
 Installations reported by Popcon: 2157

   flightgear (#487388), requested 236 days ago
 Description: Flight Gear Flight Simulator
 Installations reported by Popcon: 980

   gentoo (#422498), requested 648 days ago
 Description: a fully GUI-configurable, two-pane X file manager
 Installations reported by Popcon: 275

   gnat-4.3 (#475374), requested 308 days ago
 Description: help needed to execute test cases
 Reverse Depends: adabrowse adacontrol asis-programs ghdl gnade-bin
   gnat gnat-4.3 gnat-gps libadasockets-dev libahven14 (46 more
   omitted)
 Installations reported by Popcon: 669

   gnat-gps (#496905), requested 168 days ago
 Description: co-maintainer needed
 Installations reported by Popcon: 136

   grub (#248397), requested 1739 days ago
 Description: GRand Unified Bootloader
 Reverse Depends: brdeskto