> message is talking about, this may indicate a serious mail system
> misconfiguration somewhere. Please contact ow...@bugs.debian.org
> immediately.)
>
>
> --
> 685605: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685605
> Debian Bug Tracking System
> Contact ow...@b
b7u4,
<http://rdf.debian.net/package/apache2_2.4.10-10>,
<http://rdf.debian.net/package/apache2_2.4.10-11> ;
doap:repository ns4:apache2 ;
doap:screenshots ns2:apache2 ;
a admssw:SoftwareProject .
Keep up the good work.
Best regards,
--
Olivier BERGER
http://www-public.t
Hi.
"Iain R. Learmonth" writes:
> Hi Oliver,
>
> On Mon, Sep 22, 2014 at 10:23:46AM +0200, Olivier Berger wrote:
>> Thanks for your interest and noticing the need for a port of that
>> feature.
>
> I've started looking at this.
>
Great :-)
>&
Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: debsources
Hi.
(Transfering a previous item on the TODO list to a debbugs ticket)
* TODO Produce RDF meta-data interlinked with the PTS'
The idea would be to generate machine parseable meta-data, as RDF,
Control: tags -1 + help
Hi.
Paul Wise writes:
> Control: reassign -1 tracker.debian.org
>
> On Fri, Feb 01, 2013 at 10:59:33AM +0100, Olivier Berger wrote:
>
>> FYI, The PTS now implements an RDF export in the Turtle format which
>> should be more easy to use that the X
s (I have a local copy).
Best regards,
Olivier Berger writes:
> Hi.
>
> I'm working on the PTS RDF meta-data generation [0].
>
> I've changed (in my tree [1], not yet in production) the generation
> process so that the XSL stylesheets will produce Turtle RDF documents,
unchpad.net/~greenhouse (we are only using Launchpad temporarily
> for the prototype because the original Ubuntu DAT code uses it). We look
> forward to hearing from you!
--
Olivier BERGER
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dep
le implementations in 2
Django apps ;-)
I'm looking forward to see your progress, and maybe helping on this
project, if possible.
Best regards,
[0] http://packages.qa.debian.org/common/RDF.html
[1] http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.1
[2] http://www-public.telecom-sudpar
my presentation at [1] for more details (hopefully a video capture
will be uploaded soon).
Feel free to ask if that doesn't sound crystal clear.
Best regards,
[0] http://packages.qa.debian.org/common/RDF.html
[1] https://distro-recipes.org/en/lightning/metadata-and-traceability/
--
Oli
Hi.
Olivier Berger writes:
>
> Do you know an existing ontology that could be used to link this version
> information to the existing RDF content ?
>
> I'd suggest a Turtle example (see
> http://www-public.telecom-sudparis.eu/~berger_o/weblog/2012/08/29/debian-pack
Paul Wise writes:
> Sounds like a bug, I would suggest filing some.
>
It looks all the bugs had been filed already.
Thanks for the feedback.
Best regards,
--
Olivier BERGER
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
In
a big to me, but I'd prefer a second opinion.
Any clues ?
Best regards,
[0] http://wiki.debian.org/WebIDDebianNet
--
Olivier BERGER
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Ev
> releases and use http://http.debian.net/debian-archive/debian/ as the base
> URL.
>
I think it's not so much a big deal, but needs a fix. There are probably higher
priorities on my TODO, though. So, any patch is much welcome.
Thanks for reporting.
Best regards,
--
Olivier
y comments, bug reports or feature requests most welcome.
Best regards,
Olivier Berger writes:
> Hi.
>
> Kjetil Kjernsmo writes:
>
>> Hi there!
>>
>> It is really nice to see that Debian exports RDF! Great work! I was just
>> made aware of it by Jonas Smedegaa
y the *changes to the
apache config* [4] so that the Turtle can be made accessible on the PTS
Expect a relatively busy next generation of the PTS pages, while all
.ttl and .rdf files will be regenerated.
Hope this will work smoothly.
Thanks in advance.
Best regards,
Olivier Berger writes:
thanks in advance.
Best regards,
[0] http://packages.qa.debian.org/common/RDF.html
[1]
http://anonscm.debian.org/gitweb/?p=users/obergix/qa.git;a=shortlog;h=refs/heads/turtle
[2] http://www.w3.org/TR/turtle/
--
Olivier BERGER
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048
the umegaya source package (where
http://example.com/bibloentry/123 would ideally contain bibliographic
meta-data as RDF of some sort) ...
Hope this makes sense, and welcome to the Semantic Web ;)
Best regards,
[0] http://linkeddata.org/
[1] http://packages.qa.debian.org/common/RDF.html,
htt
ed for more details.
Best regards,
[0] http://en.wikipedia.org/wiki/Turtle_%28syntax%29
[1] http://packages.qa.debian.org/a/apache2.rdf
[2]
http://anonscm.debian.org/gitweb/?p=users/obergix/qa.git;a=shortlog;h=refs/heads/turtle
apache2.ttl
Description: Binary data
--
Olivier BERGER
http://www-public.
the use case, you may be interested in the SOAP interface
of the PTS also : see http://packages.qa.debian.org/common/index.html
for pointers.
Best regards,
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-
Hi.
Stefano Zacchiroli writes:
> On Fri, Aug 31, 2012 at 12:57:25PM +0200, Olivier Berger wrote:
>> In building the RDF export for the PTS I've reused variables and some
>> templates code in the new admssw.xsl. I had initially copied these.
>
> Bad Olivier, bad! :-)
ore I commit the change (provided that XSL includes
are much like other languages') ?
Best regards,
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)
--
To U
ted like :
http://wiki.debian.org/UpstreamMetadata
We just have to find a way to discuss that with the different Debian
contributors interested (and probably other parties, like upstream
projects).
I'd welcome all sugestions on how to proceed (some previous discussions
have happened on -pr
Hi.
As previously announced on debian-qa (and following past discussions on
RDF in Debian on -project)...
Olivier Berger writes:
> I've started working on #685605, i.e. adding some RDF+XML documents
> generated for the PTS static pages.
>
> Appologies for those not Sema
live on p.q.d.o.
What's the process I should follow ?
Thanks in advance.
Best regards,
Olivier Berger writes:
> Hi.
>
> I've started working on #685605, i.e. adding some RDF+XML documents
> generated for the PTS static pages.
>
--
Olivier BERGER
http://www-public.it-su
Olivier Berger writes:
>
> It seems no one complained, so lemme go forward one more step.
>
> The latest commit in SVN now implements the generation of such metadata
> about apache2 (this time in turtle format, less verbose than RDF, once
> converted from the generated
Hi.
Olivier Berger writes:
> Hi.
>
> I've started working on #685605, i.e. adding some RDF+XML documents
> generated for the PTS static pages.
>
> Appologies for those not Semantic Web aware in advance ;-) I hope the
> code and following example can help illustrate my
F representations like
turtle (easy : just adding some rapper processing) or JSON (JSON-LD
if/when it's standardize and we have conversion tools).
But before going much further, I thought I would ask for opinions from
other PTS maintainers or QA people first.
Thanks in advance for your
On Sun, Jun 13, 2010 at 03:52:55PM +0200, Olivier Berger wrote:
>
> Along the lines described in http://www.asheesh.org/note/debian/rdfa-pts, it
> would be great if the PTS provided RDFa metadata.
>
Btw, there could be interest for other flavours of RDF, so I've just filed a
On Fri, Jun 03, 2011 at 06:42:47PM +0200, Olivier Berger wrote:
> On Sun, Jun 13, 2010 at 03:52:55PM +0200, Olivier Berger wrote:
> >
> > Maybe this ontology :
> > http://github.com/nbarrientos/steamy/blob/master/ontologies/debian.owl
> > could be a good candida
Package: qa.debian.org
Severity: wishlist
Hi.
There exist a few specification addressing the need of standardization of RDF
descriptions for Software Packages, like SPDX [0] or ADMS.SW [1].
I guess it would be great if the PTS could export on the Linked Open Data graph
/ Semantic Web, descript
Hi.
Enrico Zini writes:
> On Fri, May 11, 2012 at 02:25:13PM +0200, Olivier Berger wrote:
>
>> You may be interested in knowing that a draft of a vocabulary intended
>> to be used for describing software developped in forges, or listed in
>> catalogues has been publ
uropa.eu/asset/adms_foss/topic/public-comments-admsf/oss-v03
[9] https://joinup.ec.europa.eu/user/register
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)
--
To UNSUBS
rules of DEP elaboration, but may I suggest to
add a notice in http://dep.debian.net/deps/dep2/ about where it is being
discussed / how to provide feedback ?
My 2 cents,
Best regards,
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Rech
haven't been able to conduct a
thoroughful enough study of it.
Will provide other comments in separate emails.
Best regards,
[0] http://sourceforge.net/p/allura/wiki/Allura%20Wiki/
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur
kipedia.org/wiki/Resource_Description_Framework
[2] http://open-services.net/specifications/
[3] http://spdx.org/
[4] http://joinup.ec.europa.eu/asset/adms_foss/home/
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Instit
On Sun, Jun 13, 2010 at 03:52:55PM +0200, Olivier Berger wrote:
>
> Maybe this ontology :
> http://github.com/nbarrientos/steamy/blob/master/ontologies/debian.owl could
> be a good candidate for representing package metadata in RDF.
I think SPDX (http://spdx.org) would be an
On Thu, May 26, 2011 at 07:37:27PM -0400, James Vega wrote:
> On Fri, May 27, 2011 at 02:26:31AM +0530, Onkar Shinde wrote:
> > Uscan has suddenly started failing for me since today for watch files that
> > use SF redirector. It was working till yesterday.
> >
> > Following is the error seen for
On Sat, May 14, 2011 at 09:57:17PM -0400, Yaroslav Halchenko wrote:
>
> Looked at qa Packages overview and Watch columns are all empty, where
> before they functioned just fine and informed me about existing new upstream
> versions.
>
> Cheers,
>
IMHO, this seems to be related to problems with
Package: qa.debian.org
Severity: normal
FYI, http://dehs.alioth.debian.org/no_watch.html displays :
Total source packages without watch file: 0 Total source packages: 0 Share:
Warning: Division by zero in
/srv/alioth.debian.org/chroot/home/groups/dehs/dehs_prj/trunk/www/no_watch.php
on line 64
Package: qa.debian.org
Severity: normal
Currently, I can see in http://packages.qa.debian.org/f/fusionforge.html that
"[2011-04-15] Accepted 5.0.3-1 in unstable (low) (Roland Mas)", however, the
versions block only shows :
stable 5.0.2-5
testing 5.0.2-5
unstable 5.0.2-5
Hope this helps.
Be
Le mardi 10 août 2010 à 10:43 +0200, Lucas Nussbaum a écrit :
> On 04/08/10 at 19:28 +0200, Andreas Tille wrote:
> > On Wed, Aug 04, 2010 at 06:29:02PM +0200, Olivier Berger wrote:
> > > I'd suggest to add a table like :
> > >
> > > CREATE TABLE whatever
ps://picoforge.int-evry.fr/cgi-bin/twiki/view/Helios_wp3/Web/UltimateDebianDatabaseToRDF
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)
--
To UNSUBSCRIBE, e
Le vendredi 30 juillet 2010 à 17:06 -0400, Don Armstrong a écrit :
> On Fri, 30 Jul 2010, Olivier Berger wrote:
> > On Fri, Jul 30, 2010 at 11:31:55AM +0200, Olivier Berger wrote:
> > > It would be great if bug lists or bug pages could include RDFa
> > > content.
> &g
:$DEBEMAIL"; | sha1sum | sed 's/ .*$//'`
FYI, on related topics, I've filed to wishlists, respectively for
debbugs and the PTS :
* #590931: Would be great to integrate RDFa metadata into debbugs pages
* #585740: Would be great if the PTS could provide RDFa metadata
Any c
On Fri, Jul 30, 2010 at 11:31:55AM +0200, Olivier Berger wrote:
>
> Hi.
>
> It would be great if bug lists or bug pages could include RDFa content.
>
> Such content could be basic bug description.
>
For an example of what kind of RDF metadata could be obtained for D
On Sun, Jun 13, 2010 at 03:52:55PM +0200, Olivier Berger wrote:
>
> Hi.
>
> Along the lines described in http://www.asheesh.org/note/debian/rdfa-pts, it
> would be great if the PTS provided RDFa metadata.
>
> I think it lacks just a few modifications in order to provide
Package: qa.debian.org
Severity: wishlist
Hi.
Along the lines described in http://www.asheesh.org/note/debian/rdfa-pts, it
would be great if the PTS provided RDFa metadata.
I think it lacks just a few modifications in order to provide proper RDFa in
the XHTML output, that could be exploited by
>
> What do you think?
Maybe just reverting to prior state : if RFP before ITP, then revert to
RFP, otherwise, if direct ITP, then close ...
Just my 2 cents,
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingénieur Recherche - Dept INF
Institut TE
Le dimanche 04 avril 2010 à 09:53 +0200, Sandro Tosi a écrit :
> Hello Olivier,
>
> On Sun, Apr 4, 2010 at 09:02, Olivier Berger
> wrote:
> > Hi.
> >
> > I've had a look at http://incoming.debian.org/?C=M;O=A and notice a lot
> > of old .orig tarball
Hi.
I've had a look at http://incoming.debian.org/?C=M;O=A and notice a lot
of old .orig tarballs.
Is this on purpose ?
Just wondering...
My 2 cents,
Best regards.
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingénieur Recherche - Dep
Hi.
Is there a way to retrieve the list of all bugs forwarded upstream in
Debian (and watching its evolution maybe) ?
I was thinking about UDD, but I'm not sure this can be easily retrieved.
Thanks in advance.
Best regards,
--
Olivier BERGER
http://www-public.it-sudparis.eu/~ber
hacker myself, but as RDF is a standard of the W3C, there
are probably plenty of perl code to produce RDF.
http://search.cpan.org/~mthurn/RDF-Simple-0.415/lib/RDF/Simple/Serialiser.pm
seems to be a valid candidate for first experiments.
Hope this helps.
Best regards,
--
Olivier BERGER
http://www-public.
TABLE upstream-metadata (
> package text,
> key text,
> value text,
> PRIMARY KEY (package,key)
> );
This very much looks like triples of RDF, which could store any metadata
expressed in any RDF ontology, so that might be really useful ;)
Best regards,
--
Olivier B
this in mind we might consider
> moving the topic to debian-devel in the next stage of development.
>
> > What I propose is to have a special file in the source packages for
> > gathering
> > all possible useful informations, debian/upstream-metadata.yaml.
>
--
Olivier B
7;t this be a property of the packages in their own table instead
of another table ?
My 2 cents,
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)
st 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-qa-requ...@lists.debian.org
with a subject of "unsubs
Package: qa.debian.org
Severity: normal
Upon importing the UDD dump, I get :
ERREUR: la relation « ldap » n'existe pas
(Hope you guys understand french ;-)
This seems to be in :
CREATE VIEW really_active_dds AS
SELECT DISTINCT carnivore_login.id, carnivore_login.login FROM
carnivore_login
emails and
their SHA for all bug submitters ?
It's basically up to you : you probably know much better the way you
separate data ;-)
Hope this helps,
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingénieur Recherche - Dept INF
Institut TELECOM, S
Le jeudi 03 septembre 2009 à 16:33 +0200, Lucas Nussbaum a écrit :
> On 03/09/09 at 15:25 +0200, Olivier Berger wrote:
> > Le jeudi 03 septembre 2009 à 14:29 +0200, Lucas Nussbaum a écrit :
> > > On 28/07/09 at 20:13 +0200, Olivier Berger wrote:
> > > > Only small m
Le jeudi 03 septembre 2009 à 14:29 +0200, Lucas Nussbaum a écrit :
> On 28/07/09 at 20:13 +0200, Olivier Berger wrote:
> > Only small minor additions to the postgres DB are necessary to make
> > triplify work : a sha1 function and a table to match emails to their
> > sha1 mai
ug a real
participant to LinkedData
Again, comments, remarks and critics much welcome.
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)
--
di 24 juillet 2009 à 18:43 +0200, Lucas Nussbaum a écrit :
> On 24/07/09 at 18:05 +0200, Olivier Berger wrote:
> > The hard part is the change in the database schema to split the
> > submitters email into name and email, to easily be able to match
> > carnivore entries with bug sub
like to check these ?
Best regards,
Le vendredi 24 juillet 2009 à 18:43 +0200, Lucas Nussbaum a écrit :
> On 24/07/09 at 18:05 +0200, Olivier Berger wrote:
> > The hard part is the change in the database schema to split the
> > submitters email into name and email, to easily be able
//rdfs.org/sioc/ns#User> .
<http://my.test.com/triplify/submitter/000a4f6137284eb2c425be6a7a2aa72d61ef1563>
<http://www.w3.org/1999/02/22-rdf-syntax-ns#type>
<http://rdfs.org/sioc/ns#User> .
<http://my.test.com/triplify/submitter/000e3390bc460bd17929f80793956fb19b8875f5>
&
;t be needed, so strings
without the full arithmetics of versions would be enough ?
In any case, the first idea is to archive data so that it's there for
history, I suppose, then the users will complain eventually, and we
shall see ;)
Thanks again.
Best regards,
--
Olivier BERGER
http://www
Hi.
Le mardi 09 juin 2009 à 16:55 +0200, Olivier Berger a écrit :
> It's very likely then, that UDD will start being collected by the
> FLOSSMole team in the future.
>
Actually, something obvious seems to render things a bit difficult at
first sight : UDD is in PostGres, and
Le lundi 08 juin 2009 à 14:35 +0200, Olivier Berger a écrit :
> Le dimanche 07 juin 2009 à 08:43 +0200, Stefano Zacchiroli a écrit :
> >
> > Even though it will not solve that problem, I would very welcome
> > injecting periodically data from UDD to the FLOSSMole guys.
s
@debconf... not having participated to debconf earlier... I suppose
we'll manage to find a place with cervesa to do so in last extremity ;)
Best regards,
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingénieur Recherche - Dept INF
Institut TELECOM
hrough UDD
mining in the future, then... and discussions about privacy issues
maybe...
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 (Franc
lk to you about that.
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-qa-requ...@lists.debian.org
with a sub
Le mardi 12 mai 2009 à 11:48 +0200, Cyril Brulebois a écrit :
> Olivier Berger (12/05/2009):
> > Le lundi 11 mai 2009 à 12:33 +, Bart Martens a écrit :
> > > Not that I know of. DD's can read the source code.
> >
> > And non-DDs ? ... something availabl
Le lundi 11 mai 2009 à 12:33 +, Bart Martens a écrit :
> On Mon, May 11, 2009 at 12:04:33PM +0200, Olivier Berger wrote:
> > Hi.
> >
> > Is there any docs about the "Debian qa sf redirector" that can be used
> > in debian/watch (apart from man uscan) ?
&g
Le lundi 11 mai 2009 à 15:16 +0200, Cyril Brulebois a écrit :
> Olivier Berger (11/05/2009):
> > Hi.
>
> o<
>
> > Is there any docs about the "Debian qa sf redirector" that can be used
> > in debian/watch (apart from man uscan) ?
> >
> >
gz" would report versions
like 1.2.0a3 where as one would like to select only versions among the
ones available in package "mantis-stable" as listed in
http://sourceforge.net/project/showfiles.php?group_id=14963
Thanks in advance.
Best regards,
P.S.: see #528192 for context
--
Oli
Le mardi 24 mars 2009 à 17:01 +0100, Olivier Berger a écrit :
> Le samedi 21 mars 2009 à 19:27 +0100, Lucas Nussbaum a écrit :
>
> > I would prefer to do that at import-time, like it is done for the
> > sources and uploaders table (maintainer being split in maint
t; rule.
We've been working on that a little bit and I hope to be able to provide
a link to a test server in the coming days so that you can test our
graphs.
Thanks for the feedback.
Best regards,
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingén
possibility to do it as early
as possible, i.e. during UDD bugs table filling.
Do you think that such a change might be done on UDD ?
Maybe also linking to the carnivore-related tables for bug reporters who
are alread present in carnivore also, then (once the email is splitted
apart) ?
Commen
s" (From) addresses on the package sympa in the form of links
to resources like :
http://localhost:2020/resource/debbug/169102 -
http://localhost:2020/resource/foafdebbug/Olivier+Berger+%3Colivier.berger%40it-sudparis.eu%3E
which each point to different RDF documents like :
http://localh
ta that we've discussed
at the FOSDEM. Maybe some terms of use should be explicitely stated for
such dumps ?
In any case, I'll pass the word to fellow researchers at FLOSSMETRICS
for instance, that may be interested.
Regards,
--
Olivier BERGER
http://www-public.it-sudparis.eu/~berger_o/
ssed
in a way that could transferable to Debian, by the SWIM/MEPHISTO guys.
I need to get rid of time consuming things (like writing papers, doing
reporting and having vacation) distracting me from that work, and talk
to my collegues @ Mandriva in Helios, and will surely be able to provide
better
-distributions data.
An immedate example would be sharing the "database" of links between
related bugs (forwarded-to like) allover the net between all
distributions bugtrackers, enabling maintainers to explore the graph of
interrelated bugs to ease identification of similar work done b
don't know the commit
> access policy) or keep the code in git [5] and push it on QA arch
> (better to just give commit access to not the whole QA code, if
> needed).
>
> Just let me know, and I'll start bothering QA gurus about policies and
> procedures :)
--
O
maintaining the *service* from what I
understood of the discussions... and as I'm no DD, I suppose I'm not a
good candidate.
HtH.
Regards,
--
Olivier BERGER <[EMAIL PROTECTED]>
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingénieur Recherche - D
Package: qa.debian.org
Severity: normal
I subscribed to package phpgroupware from
http://packages.qa.debian.org/p/phpgroupware.html.
I received this email from [EMAIL PROTECTED] :
Processing commands for [EMAIL PROTECTED]:
> Subject: Web subscription for phpgroupware package
> subscribe phpgro
84 matches
Mail list logo
