Re: How to make Debian more attractive for users

2010-07-29 Thread Teemu Likonen
* 2010-07-23 00:27 (+0900), Charles Plessy wrote:

> Le Thu, Jul 22, 2010 at 11:54:16AM +0300, Teemu Likonen a écrit :
>> Debian's attractiveness (or perhaps the lack of it) is probably a sum
>> of several different things. I think one of those things is the front
>> page . The page may implicitly suggest that
>> there is nothing happening in the project. It looks almost always the
>> same, almost like one of those abandoned projects.
>> 
>> I understand the "patched are welcome" nature of the project but
>> there has already been an example implementations for the front page.
>> A couple of years back there was lengthy discussion which even made
>> me feel that now it's really happening, the front page will change
>> soon, but still nothing. Were do those suggestions go?

> in my opinion, it is not only a question of design, but of
> infrastructure. For me, the combination of CVS and WML finally eroded
> all my motivation over the years for keeping some life in the pages
> under /devel/debian-med. I would welcome any change of VCS and
> language, even if it means losing the history or rewriting the pages
> from scratch.

Yes, sometimes it's not enough to send patches to an established
project. Indeed starting a different (web) project, possibly with
different infrastructure, may be needed if one wants to change things.

Well, I don't understand much about web programming myself so this is
just talk.

-- 
Feel free to Cc me your replies if you want to make sure I'll notice
them. I can't read all the list mail.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ocdqeipl@mithlond.arda



less is somehow in a sour state

2010-07-29 Thread Norbert Preining
One of the most used programs for me at least is less, but it is
in a sour state. Since ages no updates, the BTS contains patches for
eg supporting xz.

Is there any plan to update less sooner or later, or is an NMU including
the patch for #572228 acceptable?

Best wishes

Norbert

Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

SCOPWICK (n.)
The flap of skin which is torn off you lip when trying to smoke an
untipped cigarette.
--- Douglas Adams, The Meaning of Liff


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100729102606.ga14...@gamma.logic.tuwien.ac.at



Bug#590797: ITP: libdbix-class-introspectablem2m-perl -- Introspect many-to-many relationships with DBIx::Class

2010-07-29 Thread Antony Gelberg
Package: wnpp
Severity: wishlist
Owner: Antony Gelberg 

  Package name: libdbix-class-introspectablem2m-perl
  Version : 0.001001
  Upstream Author : Guillermo Roditi 
  URL : http://search.cpan.org/dist/DBIx-Class-IntrospectableM2M/
  License : Artistic / GPL-1+
  Programming Lang: Perl
  Description : Introspect many-to-many relationships with DBIx::Class

Because the many-to-many relationships are not real relationships, they can
not be introspected with DBIx::Class. Many-to-many relationships are actually
just a collection of convenience methods installed to bridge two
relationships. This DBIx::Class component can be used to store all relevant
information about these non-relationships so they can later be introspected
and examined.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100729101547.22296.82097.report...@labrie.wayforth.com



Bug#590803: ITP: libdbix-class-resultset-recursiveupdate-perl -- A recursive version of update_or_create

2010-07-29 Thread Antony Gelberg
Package: wnpp
Severity: wishlist
Owner: Antony Gelberg 

  Package name: libdbix-class-resultset-recursiveupdate-perl
  Version : 0.013
  Upstream Author : Zbigniew Lukasiak 
  URL : 
http://search.cpan.org/dist/DBIx-Class-ResultSet-RecursiveUpdate/
  License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : A recursive version of update_or_create

 This is a base class for ResultSets providing just one method:
 recursive_update which works just like update_or_create but can recursively
 update or create data objects composed of multiple rows.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100729102120.22635.69585.report...@labrie.wayforth.com



Re: less is somehow in a sour state

2010-07-29 Thread LI Daobing
On Thu, Jul 29, 2010 at 18:26, Norbert Preining  wrote:
> One of the most used programs for me at least is less, but it is
> in a sour state. Since ages no updates, the BTS contains patches for
> eg supporting xz.
>
> Is there any plan to update less sooner or later, or is an NMU including
> the patch for #572228 acceptable?
>
I think you should forward this bug to upstream first.


-- 
Best Regards
LI Daobing


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktina2+uf++d1qjf+p9mjxvkrofjrhuluasykh...@mail.gmail.com



Re: less is somehow in a sour state

2010-07-29 Thread Andreas Tille
On Thu, Jul 29, 2010 at 07:26:06PM +0900, Norbert Preining wrote:
> Is there any plan to update less sooner or later, or is an NMU including

Instead of just doing random NMUs I'd suggest to move it under
group maintenance

   svn://svn.debian.org/svn/collab-maint/deb-maint/less/trunk/

Anibal, would this be acceptable?

Kind regards

 Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100729112906.gb31...@an3as.eu



Bug#590816: ITP: bluefeather -- Extended MarkDown Converter

2010-07-29 Thread Youhei SASAKI
Package: wnpp
Owner: Youhei SASAKI 
Severity: wishlist

* Package name: bluefeather
  Version : 0.40
  Upstream Author : Dice 
* URL or Web page : http://ruby.morphball.net/bluefeather/
* License : GPL-2
  Description : Extended MarkDown Converter

BlueFeather is software for converting text written by extended
Markdown like PHP Markdown Extra to html. It is pair of command-line
tool and pure Ruby library.

---
Youhei SASAKI 
  
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87pqy6o63w.wl%uwab...@gfd-dennou.org



Problem with gfortran and pkg-config

2010-07-29 Thread Alastair McKinstry

 Hi,

I've a problem using pkg-config for Fortran programs.
As shipped in sid (and squeeze), libnetcdf-dev includes a netcdf.pc
and /usr/include/netcdf.mod

Now, to compile a fortran90 program I need to include
gfortran -I /usr/include foo.f90

to get netcdf.mod in the path. But pkg-config removes -I/usr/include
from the Cflags line in pkg-config.

Which is wrong, gfortran not reading /usr/include by default, or 
pkg-config for

removing /usr/include from CFLAGS ?

Regards,
Alastair

--
Alastair McKinstry http://blog.sceal.ie

Anyone who believes exponential growth can go on forever in a finite world is 
either a madman or an economist - Kenneth Boulter, Economist.



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c516b80.7020...@ichec.ie



Re : Re: How to make Debian more attractive for users

2010-07-29 Thread Anthony Berger
i think so
the web page should be change. it seems like a old project. !

the question is; what could replace the existing langage

does a cms could replace the wml code



- Message d'origine -
De : Teemu Likonen
Envoyés : 29.07.10 11:32
À : debian-devel@lists.debian.org
Objet : Re: How to make Debian more attractive for users

* 2010-07-23 00:27 (+0900), Charles Plessy wrote: > Le Thu, Jul 22, 2010 at 
11:54:16AM +0300, Teemu Likonen a écrit : >> Debian's attractiveness (or 
perhaps the lack of it) is probably a sum >> of several different things. I 
think one of those things is the front >> page . The 
page may implicitly suggest that >> there is nothing happening in the project. 
It looks almost always the >> same, almost like one of those abandoned 
projects. >> >> I understand the "patched are welcome" nature of the project 
but >> there has already been an example implementations for the front page. >> 
A couple of years back there was lengthy discussion which even made >> me feel 
that now it's really happening, the front page will change >> soon, but still 
nothing. Were do those suggestions go? > in my opinion, it is not only a 
question of design, but of > infrastructure. For me, the combination of CVS and 
WML finally eroded > all my motivation over the years for keeping some 
 life in the pages > under /devel/debian-med. I would welcome any change of VCS 
and > language, even if it means losing the history or rewriting the pages > 
from scratch. Yes, sometimes it's not enough to send patches to an established 
project. Indeed starting a different (web) project, possibly with different 
infrastructure, may be needed if one wants to change things. Well, I don't 
understand much about web programming myself so this is just talk. -- Feel free 
to Cc me your replies if you want to make sure I'll notice them. I can't read 
all the list mail. -- To UNSUBSCRIBE, email to 
debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? 
Contact listmas...@lists.debian.org Archive: 
http://lists.debian.org/87ocdqeipl@mithlond.arda


Bug#590837: ITP: php-xml-rpc2 -- XML-RPC client/server library

2010-07-29 Thread Dario Minnucci
Package: wnpp
Severity: wishlist
Owner: Dario Minnucci 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: php-xml-rpc2
  Version : 1.0.5
  Upstream Author : Sérgio Carvalho, Fabien MARTY, Alan Langford
* URL : http://pear.php.net/package/XML_RPC2
* License : LGPL
  Programming Lang: PHP 
  Description : XML-RPC client/server library

XML_RPC2 is a pear package providing XML_RPC client and server services. 
XML-RPC is a simple remote procedure call protocol built using HTTP as 
transport and XML as encoding.
.
As a client library, XML_RPC2 is capable of creating a proxy class which 
exposes the methods exported by the server. As a server library, XML_RPC2 
is capable of exposing methods from a class or object instance, seamlessly 
exporting local methods as remotely callable procedures.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCAAGBQJMUY+FAAoJEKgvu4Pz1XAz5M0QAKVyfu5LXVVd22ngcXm3Q8il
K5J7zbRez7WKCSIflbbS4KRLRJ4Ybfhk8EQe8pt30K5wXoUackFxT6RnpARrh9iN
aRKjJwAQ/KNkm597Rtem86WWALNQZp6kQy4KjdpPAHDzqBgrILhTTh5z6vLM1rIQ
sIduU0uuXCisW6mitM0Mpd7575ZvdHd9lKnzw5Lw4U7hUJWtAk32gfoeK4bHPKqK
vY4fjVZ4Lf1MWEoRjoOY3yZ37oCrwFXPV56sZI1GbRXRNzyZA3J+IS59Oxjxx7Bj
Me7Yad3cN7JigUhw8J2HBBwWyQrv3bjdO0xO6g1xXIyoE8j/FuhbiA+JxJWaQOb1
l4ej+NOh1j6BizlqyafcHx8WGyf9s+ceavYbb4xs8OFi08ifAC2nnntxHVLJdSiE
qI0hv89BR+ZSi6CjPQQtHWr/+46ASV/qix1bmPGmKXs4toiWQ9c5ECPLc7Zd+tO8
6WHQpy83mENeQrf/pR3dtKR103SYWoeMTULzcEQehMx1g604ys9IPlXqFU5wERVo
IxjedfU7xagxAhhSqB1JCJMg9fSEt0MLQDhvS8B06xYJAj8enS5Tiu1uq8Q3T2QG
dnWjF7yCUXjEEtngNLmmXg10b+aohXHhm0ss5Cqsfklw6gqrPX6oggqzAurGL/ZS
RWtmPsnjlcUTvVYqwFve
=VNhH
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100729142621.28596.92458.report...@dharma.midworld-networks.com



When and how can we migrate out of CVS and WML ? (Re: How to make Debian more attractive for users)

2010-07-29 Thread Charles Plessy
Le Thu, Jul 29, 2010 at 12:32:54PM +0300, Teemu Likonen a écrit :
> * 2010-07-23 00:27 (+0900), Charles Plessy wrote:
> 
> > in my opinion, it is not only a question of design, but of
> > infrastructure. For me, the combination of CVS and WML finally eroded
> > all my motivation over the years for keeping some life in the pages
> > under /devel/debian-med. I would welcome any change of VCS and
> > language, even if it means losing the history or rewriting the pages
> > from scratch.
> 
> Yes, sometimes it's not enough to send patches to an established
> project. Indeed starting a different (web) project, possibly with
> different infrastructure, may be needed if one wants to change things.

Indeed, I am starting to wonder if it would be possible to use redirections or
aliases to allow a step-by-step transition… Instead of looking for volunteers
to migrate the whole website, perhaps we should focus on giving flexibility for
people who care about a particular branch to use a different system, provided
that it follows some appearance and translation standards.

Perhaps this discussion should better be continued on debian-...@l.d.o…

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100729145318.gb20...@merveille.plessy.net



Re: Uploads without the architecture-dependant binary packages.

2010-07-29 Thread Charles Plessy
Le Tue, Jul 27, 2010 at 05:35:21PM +0200, Julien Cristau a écrit :
> 
> 20100723023339|process-upload|dak|Processing changes 
> file|emboss_6.3.1-2_amd64.changes
> 20100723023358|process-upload|dak|installing 
> changes|emboss_6.3.1-2_amd64.changes
> 
> I assume the above is your upload.
> 
> 20100723091703|process-upload|dak|Processing changes 
> file|emboss_6.3.1-2_amd64.changes
> 20100723091705|process-upload|dak|rejected|emboss_6.3.1-2_amd64.changes
> 
> And this is the buildd trying to upload a file with the same name.

Very interseting !

I uploaded emboss_6.3.1-3_hopla.changes, containing only
architecture-independant packages, and it worked. Now the buildd web page shows 
the amd64 packages as installed.

Unfortunately, no binary package shows up on packages.debian.org. There must be
something else broken in the changelog file I uploaded…

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100729145829.gc20...@merveille.plessy.net



Re: Uploads without the architecture-dependant binary packages.

2010-07-29 Thread Julien Cristau
On Thu, Jul 29, 2010 at 23:58:29 +0900, Charles Plessy wrote:

> Unfortunately, no binary package shows up on packages.debian.org. There must 
> be
> something else broken in the changelog file I uploaded…
> 
packages.debian.org is not where packages show up.

$ lftp -c 'open ftp.debian.org; cd debian/pool/main/e/emboss; ls 
*_6.3.1-3_*.deb'
-rw-rw-r--1 1176 1176   870670 Jul 28 15:17 
emboss-data_6.3.1-3_all.deb
-rw-rw-r--1 1176 1176  5443642 Jul 28 15:17 
emboss-doc_6.3.1-3_all.deb
-rw-rw-r--1 1176 1176   562952 Jul 28 23:17 
emboss-lib_6.3.1-3_alpha.deb
-rw-rw-r--1 1176 1176   431912 Jul 28 23:17 
emboss-lib_6.3.1-3_amd64.deb
-rw-rw-r--1 1176 1176   459534 Jul 28 20:32 
emboss-lib_6.3.1-3_armel.deb
-rw-rw-r--1 1176 1176   415662 Jul 28 23:17 
emboss-lib_6.3.1-3_i386.deb
-rw-rw-r--1 1176 1176   627392 Jul 28 22:32 
emboss-lib_6.3.1-3_ia64.deb
-rw-rw-r--1 1176 1176   430486 Jul 28 19:47 
emboss-lib_6.3.1-3_mips.deb
-rw-rw-r--1 1176 1176   440542 Jul 28 22:33 
emboss-lib_6.3.1-3_mipsel.deb
-rw-rw-r--1 1176 1176   45 Jul 28 20:32 
emboss-lib_6.3.1-3_powerpc.deb
-rw-rw-r--1 1176 1176   459720 Jul 29 10:02 
emboss-lib_6.3.1-3_s390.deb
-rw-rw-r--1 1176 1176  5848884 Jul 28 15:17 
emboss-test_6.3.1-3_all.deb
-rw-rw-r--1 1176 1176  1083960 Jul 28 23:17 emboss_6.3.1-3_alpha.deb
-rw-rw-r--1 1176 1176  1003214 Jul 28 23:17 emboss_6.3.1-3_amd64.deb
-rw-rw-r--1 1176 1176  1063368 Jul 28 20:32 emboss_6.3.1-3_armel.deb
-rw-rw-r--1 1176 1176   971568 Jul 28 23:17 emboss_6.3.1-3_i386.deb
-rw-rw-r--1 1176 1176  1214176 Jul 28 22:32 emboss_6.3.1-3_ia64.deb
-rw-rw-r--1 1176 1176   989738 Jul 28 19:47 emboss_6.3.1-3_mips.deb
-rw-rw-r--1 1176 1176   994356 Jul 28 22:33 
emboss_6.3.1-3_mipsel.deb
-rw-rw-r--1 1176 1176  1029044 Jul 28 20:32 
emboss_6.3.1-3_powerpc.deb
-rw-rw-r--1 1176 1176  1064614 Jul 29 10:02 emboss_6.3.1-3_s390.deb
-rw-rw-r--1 1176 1176  4104072 Jul 28 15:17 jemboss_6.3.1-3_all.deb
-rw-rw-r--1 1176 1176  2077596 Jul 28 23:17 
libajax6-dev_6.3.1-3_alpha.deb
-rw-rw-r--1 1176 1176  1465122 Jul 28 23:17 
libajax6-dev_6.3.1-3_amd64.deb
-rw-rw-r--1 1176 1176  1374264 Jul 28 20:32 
libajax6-dev_6.3.1-3_armel.deb
-rw-rw-r--1 1176 1176  164 Jul 28 23:17 
libajax6-dev_6.3.1-3_i386.deb
-rw-rw-r--1 1176 1176  2013060 Jul 28 22:32 
libajax6-dev_6.3.1-3_ia64.deb
-rw-rw-r--1 1176 1176  1686040 Jul 28 19:47 
libajax6-dev_6.3.1-3_mips.deb
-rw-rw-r--1 1176 1176  1666272 Jul 28 22:33 
libajax6-dev_6.3.1-3_mipsel.deb
-rw-rw-r--1 1176 1176  1519950 Jul 28 20:32 
libajax6-dev_6.3.1-3_powerpc.deb
-rw-rw-r--1 1176 1176  1459788 Jul 29 10:02 
libajax6-dev_6.3.1-3_s390.deb
-rw-rw-r--1 1176 1176  1407918 Jul 28 23:17 
libajax6_6.3.1-3_alpha.deb
-rw-rw-r--1 1176 1176  1342902 Jul 28 23:17 
libajax6_6.3.1-3_amd64.deb
-rw-rw-r--1 1176 1176  1207100 Jul 28 20:32 
libajax6_6.3.1-3_armel.deb
-rw-rw-r--1 1176 1176  1209842 Jul 28 23:17 
libajax6_6.3.1-3_i386.deb
-rw-rw-r--1 1176 1176  1660928 Jul 28 22:32 
libajax6_6.3.1-3_ia64.deb
-rw-rw-r--1 1176 1176  1061868 Jul 28 19:47 
libajax6_6.3.1-3_mips.deb
-rw-rw-r--1 1176 1176  1084206 Jul 28 22:33 
libajax6_6.3.1-3_mipsel.deb
-rw-rw-r--1 1176 1176  1293148 Jul 28 20:32 
libajax6_6.3.1-3_powerpc.deb
-rw-rw-r--1 1176 1176  1323766 Jul 29 10:02 
libajax6_6.3.1-3_s390.deb
-rw-rw-r--1 1176 1176   316822 Jul 28 23:17 
libnucleus6-dev_6.3.1-3_alpha.deb
-rw-rw-r--1 1176 1176   246754 Jul 28 23:17 
libnucleus6-dev_6.3.1-3_amd64.deb
-rw-rw-r--1 1176 1176   234162 Jul 28 20:32 
libnucleus6-dev_6.3.1-3_armel.deb
-rw-rw-r--1 1176 1176   230924 Jul 28 23:17 
libnucleus6-dev_6.3.1-3_i386.deb
-rw-rw-r--1 1176 1176   318660 Jul 28 22:32 
libnucleus6-dev_6.3.1-3_ia64.deb
-rw-rw-r--1 1176 1176   270712 Jul 28 19:47 
libnucleus6-dev_6.3.1-3_mips.deb
-rw-rw-r--1 1176 1176   268530 Jul 28 22:33 
libnucleus6-dev_6.3.1-3_mipsel.deb
-rw-rw-r--1 1176 1176   258178 Jul 28 20:32 
libnucleus6-dev_6.3.1-3_powerpc.deb
-rw-rw-r--1 1176 1176   240920 Jul 29 10:02 
libnucleus6-dev_6.3.1-3_s390.deb
-rw-rw-r--1 1176 1176   247788 Jul 28 23:17 
libnucleus6_6.3.1-3_alpha.deb
-rw-rw-r--1 1176 1176   231022 Jul 28 23:17 
libnucleus6_6.3.1-3_amd64.deb
-rw-rw-r--1 1176 1176   222092 Jul 28 20:32 
libnucleus6_6.3.1-3_armel.deb
-rw-rw-r--1 1176 1176   216726 Jul 28 23:17 
libnucleus6_6.3.1-3_i386.deb
-rw-rw-r--1 1176 1176   279644 Jul 28 22:32 
libnucleus6_6.3.1-3_ia64.deb
-rw-rw-r--1 1176 

Re: Problem with gfortran and pkg-config

2010-07-29 Thread Julien BLACHE
Alastair McKinstry  wrote:

Hi,

> Which is wrong, gfortran not reading /usr/include by default, or
> pkg-config for
> removing /usr/include from CFLAGS ?

I'll add to the above:
 - netcdf-dev for installing netcdf.mod in the wrong place?

Is there a standard place for .mod files?

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer -  
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ocdqe1xc@sonic.technologeek.org



Re: Problem with gfortran and pkg-config

2010-07-29 Thread Julien Cristau
On Thu, Jul 29, 2010 at 12:52:32 +0100, Alastair McKinstry wrote:

>  Hi,
> 
> I've a problem using pkg-config for Fortran programs.
> As shipped in sid (and squeeze), libnetcdf-dev includes a netcdf.pc
> and /usr/include/netcdf.mod
> 
> Now, to compile a fortran90 program I need to include
> gfortran -I /usr/include foo.f90
> 
> to get netcdf.mod in the path. But pkg-config removes -I/usr/include
> from the Cflags line in pkg-config.
> 
> Which is wrong, gfortran not reading /usr/include by default, or
> pkg-config for
> removing /usr/include from CFLAGS ?
> 
Cflags are meant as flags for the C compiler, not the fortran one...
This looks like a misuse of that flag.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#590852: ITP: wordpress-shibboleth -- Shibboleth plugin for Wordpress

2010-07-29 Thread Dominic Hargreaves
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves 

* Package name: wordpress-shibboleth
  Version : 1.3
  Upstream Author : Will Norris 
* URL : http://wordpress.org/extend/plugins/shibboleth/
* License : Apache 2
  Programming Lang: PHP
  Description : Shibboleth plugin for Wordpress

This plugin is designed to support integrating your WordPress blog into
your existing identity management infrastructure using a Shibboleth
Service Provider.

WordPress can be configured so that all standard login requests will be
sent to your configured Shibboleth Identity Provider or Discovery Service.
Upon successful authentication, a new WordPress account will be
automatically provisioned for the user if one does not already exist.
User attributes (username, first name, last name, display name, nickname,
and email address) can be synchronized with your enterprise's system of
record each time the user logs into WordPress.

Finally, the user's role within WordPress can be automatically set (and
continually updated) based on any attribute Shibboleth provides. For
example, you may decide to give users with an eduPersonAffiliation value
of faculty the WordPress role of editor, while the eduPersonAffiliation
value of student maps to the WordPress role contributor. Or you may choose
to limit access to WordPress altogether using a special
eduPersonEntitlement value.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100729165542.15871.55187.report...@urchin.earth.li



Bug#590853: ITP: your-freedom -- The your-freedom.net client

2010-07-29 Thread Irving Leonard
Package: wnpp
Severity: wishlist
Owner: Irving Leonard 


* Package name: your-freedom
  Version : 0.0.20100728.01
  Upstream Author : resolution GmbH
* URL : http://your-freedom.net/
* License : LGPL, others
  Programming Lang: Java
  Description : The your-freedom.net client

Are you trapped behind a firewall or a filtering web proxy and
cannot access some or many web pages or use an application
you would like to use or play a game you would like to play? Is
your Internet connection being censored and you would like to stick
censorship where the sun doesn't shine? Would you prefer to stay
anonymous, that your IP address is not logged with every access to
someone's web page? Then look no further, you've found the solution!
 



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201007291258.21780.irvingleon...@ymail.com



Re: Problem with gfortran and pkg-config

2010-07-29 Thread Tollef Fog Heen
]] Alastair McKinstry 

| Which is wrong, gfortran not reading /usr/include by default, or
| pkg-config for removing /usr/include from CFLAGS ?

Either stop shipping non-C header files in /usr/include (aka, move the
.mod file) or fix gfortran to look in /usr/include by default.  If
there's a default location that gfortran does look in, please file a bug
report on pkg-config asking that to be stripped by default as well.

The reason for stripping -I is so you can
have in-tree include files that get included correctly even if their
names overlap the files in /usr/include.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/871vamtd5v@qurzaw.linpro.no



Bug#590855: ITP: lua-cyrussasl -- Cyru SASL bindings for Lua 5.1

2010-07-29 Thread Enrico Tassi
Package: wnpp
Severity: wishlist
Owner: Enrico Tassi 

* Package name: lua-cyrussasl
  Version :  1.0.0
  Upstream Author : Jorj Bauer 
* URL : http://github.com/JorjBauer/lua-cyrussasl
* License : BSD
  Programming Lang: C
  Description : Cyru SASL bindings for Lua 5.1



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100729172312.9678.98340.report...@localhost.localdomain



需要* piao*请咨询:一三四一零一二零一零零 韩 生

2010-07-29 Thread babyt_2213

¿ÉÖ±µç





__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/265961.29107...@smtp111.plus.mail.sp1.yahoo.com



Bug#590858: RFP: bootchart2 -- An improved boot process performance analyser

2010-07-29 Thread Riccardo Magliocchetti

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: bootchart2
Version: 0.12.2
Upstream Author: Michael Meeks 
 Anders Norgaard 
 Scott James Remnant 
 Henning Niss 
URL: http://github.com/mmeeks/bootchart
License: GPLv3
Description: An improved boot process performance analyser
bootchart2 was created from the fusion of three separate
pieces of work. First - the original bootchart: a shell script, and a
Java visualisation tool written by Ziga Mahkovec. Some of the original
shell scripting, and the concept remain unchanged from this time.
.
  bootchart2 replaces the Java visualisation with the more
friendly and flexible pybootchartgui (cf. README.pybootchart) written
by Anders Norgaard and Henning Niss, this lives mostly in the
pybootchart/ sub-directory.
.
  bootchart2 embeds a new collector, based on a port to C of the
inner-loop of the original bootchart collector shell-script by Scott
James Remnant. This has been subsequently re-written by Michael Meeks
to use the higher granularity 'taskstat' data available via a twisted
netlink interface, amongst other new features.




--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c51c014.5070...@gmail.com



Re: When and how can we migrate out of CVS and WML ? (Re: How to make Debian more attractive for users)

2010-07-29 Thread Gerfried Fuchs
Hi!

* Charles Plessy  [2010-07-29 16:53:18 CEST]:
> Le Thu, Jul 29, 2010 at 12:32:54PM +0300, Teemu Likonen a écrit :
> > * 2010-07-23 00:27 (+0900), Charles Plessy wrote:
> > > in my opinion, it is not only a question of design, but of
> > > infrastructure. For me, the combination of CVS and WML finally eroded
> > > all my motivation over the years for keeping some life in the pages
> > > under /devel/debian-med. I would welcome any change of VCS and
> > > language, even if it means losing the history or rewriting the pages
> > > from scratch.

 Rewriting everything from scratch would include losing translation
effort which is very huge. I actually don't welcome changes that tell
our translators technicly: "Thanks for your effort so far, but we throw
it all away."

 About change of VCS - there are (minor) efforts going on with respect
to try out wether git would work as backend. Any help is of course
appreciated, in any direction. I would welcome any change too, but to
some degree that sentence has the sounding of "if someone else does it"
added to it.

 As about moving away from WML: I am open for something that offers us
also the needed flexibility for pulling in automated information and
doesn't put too much burden onto our translators.

 Just to give you an idea what I am trying to avoid: the SPI website
changed from CVS + WML years ago, and was well translated at that time.
Go to  and try to find translated pages. Or
even other updates, the last News item reads 2008, all the resolutions
are gone from the site too.

 This is definitely not something that you'll find me appreciate or push
forward. Debian is an international community and wants, no, scratch
that, _needs_ to reach out to people in their native languages.

> > Yes, sometimes it's not enough to send patches to an established
> > project. Indeed starting a different (web) project, possibly with
> > different infrastructure, may be needed if one wants to change things.

 I would be really interested in ideas and discussions about possible
different infrastructure. I'm definitely not opposed to change (mind
you, that's why I am working on getting ,
 and 
deployed). Please speak up so we can properly discuss things. But please
understand that there is minimum requirements and simply throwing
everything away isn't a good idea.

> Indeed, I am starting to wonder if it would be possible to use redirections or
> aliases to allow a step-by-step transition…

 A how big list of redirections and aliases do you have in mind that you
want to have deployed to the mirror network? How many external links are
you willing to intentionally break by what's spinning around in your
mind?

> Instead of looking for volunteers to migrate the whole website,
> perhaps we should focus on giving flexibility for people who care
> about a particular branch to use a different system, provided that it
> follows some appearance and translation standards.

 Splitting the site into different smaller pieces that all do go their
own approaches, potential all in different directions, won't improve
things IMNSHO, and potential shy away translators for having to follow
several tiny bits.

 Or you have something completely different in mind and are just not
able to transport it in your writing - then pretty please try to
rephrase so that I can understand your proposal better.

> Perhaps this discussion should better be continued on debian-...@l.d.o…

 Yes, please let's keep such discussions on here, after all the list is
exactly for that. :)

 Enjoy!
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100729181947.ga8...@anguilla.debian.or.at



Bug#590876: ITP: cronie -- Fork of the ISC cron job scheduler

2010-07-29 Thread Christian Kastner
Package: wnpp
Severity: wishlist
Owner: Christian Kastner 


* Package name: cronie
  Version : 1.4.4
  Upstream Author : Marcela Mašláňová 
* URL : https://fedorahosted.org/cronie/
* License : ISC
  Programming Lang: C
  Description : Fedora's fork of ISC cron

cronie is a fork ISC cron (formerly vixie-cron) created by Red Hat / Fedora.
ISC cron is somewhat dead, with no upstream development since 4.1 was released
in 2004.

As one of the cron Maintainers, I'm currently in the process of upgrading our
vixie-cron to ISC 4.1. My intention is to simultaneously forward most of our
patches to cronie for inclusion, opening the possibility of an eventual switch
from cron to cronie as Debian's default job scheduler. Even without the
Debian-specific feature additions, this would greatly reduce our maintenance
burden, as we currently have to patch in even such trivial matters as PAM
support.

Whether this fork deserves separate packaging or whether we upgrade our cron
directly to it may be subject to debate; I'm filing this ITP now to record
that work is already being done on cronie.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100729195553.28174.99468.report...@sid64-devel.sbx



Re: Problem with gfortran and pkg-config

2010-07-29 Thread Hendrik Sattler
Am Donnerstag 29 Juli 2010, 19:23:40 schrieb Tollef Fog Heen:
> The reason for stripping -I is so you can
> have in-tree include files that get included correctly even if their
> names overlap the files in /usr/include.

This is not the case with current gcc. From "man gcc":
"Directories named by -I are searched before the standard system
include directories.  If the directory dir is a standard system include 
directory, the option is ignored to ensure that the default search order for
system directories and the special treatment of system headers are not 
defeated."

HS


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201007292151.08100.p...@hendrik-sattler.de



Re: Uploads without the architecture-dependant binary packages.

2010-07-29 Thread Charles Plessy
Le Thu, Jul 29, 2010 at 05:10:57PM +0200, Julien Cristau a écrit :
> On Thu, Jul 29, 2010 at 23:58:29 +0900, Charles Plessy wrote:
> 
> > Unfortunately, no binary package shows up on packages.debian.org. There 
> > must be
> > something else broken in the changelog file I uploaded…
> > 
> packages.debian.org is not where packages show up.
> 
> $ lftp -c 'open ftp.debian.org; cd debian/pool/main/e/emboss; ls 
> *_6.3.1-3_*.deb'
> -rw-rw-r--1 1176 1176   870670 Jul 28 15:17 
> emboss-data_6.3.1-3_all.deb
> -rw-rw-r--1 1176 1176  5443642 Jul 28 15:17 
> emboss-doc_6.3.1-3_all.deb
> 
> Maybe you could check yourself next time...

Yes, it is quite shameful ;) I have posted too quicky and though that a ~24
hour delay would be groosso-modo enough that packages.d.o would be a good
approximation of what we have on our mirrors. 

Actually, I remembered a post about ftp.debian.org saying “In the future, it
may get services reduced, or shut down, or converted into a globally
load-balanced name, or whatever. Please don't use it.”

http://lists.debian.org/msgid-search/e1izhki-0007an...@keid.carnet.hr

Is “/org/ftp.debian.org” on merkel.debian.org the same as ftp.debian.org, or is
it a more canonical location ? /org/ftp-master.debian.org is a symbolic link to
/org/ftp.debian.org, and /org/ftp.debian.org/ftp is a symbolic link to
/org/ftp.root/debian, which itself is a symbolic link to
/org/mirrors/ftp.debian.org/ftp, and at this point I admit I do not know if I
am looking at a mirror of ftp.debian.org or a mirror of the master FTP site, 
which
according to the above email, is not ftp.debian.org…

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100730001804.ga3...@merveille.plessy.net



Work-needing packages report for Jul 30, 2010

2010-07-29 Thread 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: 602 (new: 1)
Total number of packages offered up for adoption: 147 (new: 10)
Total number of packages requested help for: 67 (new: 1)

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



The following packages have been orphaned:

   quinn-diff (#590866), orphaned today
 Description: Compares a Packages file and a Sources file
 Installations reported by Popcon: 50

601 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:

   decoratortools (#590781), offered today
 Description: version-agnostic decorators support for Python
 Reverse Depends: mock python-peak.rules python-peak.util
   python-protocols python-turbogears
 Installations reported by Popcon: 303

   libgc (#590772), offered today
 Description: conservative garbage collector for C
 Reverse Depends: asymptote chase debfoster ecl fauhdlc goo inkscape
   kaya libgc-dev libneko0 (7 more omitted)
 Installations reported by Popcon: 76791

   pyke (#590777), offered today
 Description: Prolog-inspired Python logic programming toolkit
 Installations reported by Popcon: 18

   python-django-djblets (#590776), offered today
 Description: Re-usable components for Django projects
 Reverse Depends: pootle
 Installations reported by Popcon: 55

   reinteract (#590773), offered today
 Description: Worksheet-based graphical Python shell
 Installations reported by Popcon: 38

   relational (#590780), offered today
 Description: Educational tool for relational algebra
 Reverse Depends: relational
 Installations reported by Popcon: 29

   reviewboard (#590775), offered today
 Description: Web-based code review tool
 Installations reported by Popcon: 12

   robocode (#590774), offered today
 Description: Java programming game based on battle tanks
 Installations reported by Popcon: 82

   trac-spamfilter (#590778), offered today
 Description: Spam-prevention plugin for Trac
 Installations reported by Popcon: 108

   udptunnel (#590779), offered today
 Description: Tunnel UDP packets over a TCP connection
 Installations reported by Popcon: 69

137 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:

[NEW] cobbler (#590044), requested 6 days ago
 Description: Install server

   apt-cross (#540341), requested 356 days ago
 Description: retrieve, build and install libraries for
   cross-compiling
 Reverse Depends: apt-cross emdebian-crush
   mlton-target-alpha-linux-gnu mlton-target-arm-linux-gnueabi
   mlton-target-hppa-linux-gnu mlton-target-i486-linux-gnu
   mlton-target-ia64-linux-gnu mlton-target-mips-linux-gnu
   mlton-target-mipsel-linux-gnu mlton-target-powerpc-linux-gnu (3 more
   omitted)
 Installations reported by Popcon: 334

   apt-xapian-index (#567955), requested 178 days ago
 Description: maintenance tools for a Xapian index of Debian packages
 Reverse Depends: adept ept-cache fuss-launcher packagesearch
 Installations reported by Popcon: 12281

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

   asymptote (#517342), requested 517 days ago
 Description: script-based vector graphics language inspired by
   MetaPost
 Installations reported by Popcon: 1276

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

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

   chromium-browser (#583826), requested 60 days ago
 Description: Chromium browser
 Reverse Depends: chromium-browser chromium-browser-dbg
   chromium-browser-l10n gecko-mediaplayer sun-java6-plugin
 Installations reported by Popcon: 1568

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

   dctrl-tools (#448284), requested 1006 days ago
 Des

GUI packaging

2010-07-29 Thread Markus Schulz
Hello,

as far as I know nobody is working on a GUI for packaging (like a IDE
but for packaging). If someone is please let me know, because I want to
develop something in this area for Debian and than I would like to help.
If not I may start something as long as there are no objections. The
main idea is to put the Debian policy into a interactive wizard that
helps building basic packages with normal Debian quality. No command and
only valid selection etc... like lintian at configuration time and not
just after- a guide that walks you through only lets you enter valid things.

Thanks,
Markus Schulz


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c523b74.4060...@alpharesearch.de



Bug#590913: ITP: jcodings -- Java-based codings helper classes for Joni and JRuby

2010-07-29 Thread Torsten Werner
Package: wnpp
Severity: wishlist
Owner: Torsten Werner 

* Package name: jcodings
  Version : 1.0.4
  Upstream Author : Thomas E. Enobo
* URL : http://github.com/jruby/jcodings
* License : MIT/X
  Programming Lang: Java
  Description : Java-based codings helper classes for Joni and JRuby

Java libraries for handling JRuby string encodings.

The package is needed to get JRuby back into main.


Cheers,
Torsten



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100730024529.30831.63723.report...@ravel.debian.org



Bug#590915: ITP: libbytelist-java -- byte container for JRuby

2010-07-29 Thread Torsten Werner
Package: wnpp
Severity: wishlist
Owner: Torsten Werner 

* Package name: libbytelist-java
  Version : 1.0.6
  Upstream Author : Thomas E. Enebo
* URL : http://github.com/jruby/bytelist
* License : CPL-1.0 | GPL-2+ | LGPL-2.1+
  Programming Lang: Java
  Description : byte container for JRuby

The package is needed by JRuby.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100730033852.29318.50869.report...@ravel.debian.org



Re: When and how can we migrate out of CVS and WML ? (Re: How to make Debian more attractive for users)

2010-07-29 Thread Craig Small
On Thu, Jul 29, 2010 at 08:19:47PM +0200, Gerfried Fuchs wrote:
>   Hi!
> 
> * Charles Plessy  [2010-07-29 16:53:18 CEST]:
> > Le Thu, Jul 29, 2010 at 12:32:54PM +0300, Teemu Likonen a écrit :
> > > * 2010-07-23 00:27 (+0900), Charles Plessy wrote:
> > > > in my opinion, it is not only a question of design, but of
> > > > infrastructure. For me, the combination of CVS and WML finally eroded
> > > > all my motivation over the years for keeping some life in the pages
> > > > under /devel/debian-med. I would welcome any change of VCS and
> > > > language, even if it means losing the history or rewriting the pages
> > > > from scratch.
> 
>  Rewriting everything from scratch would include losing translation
> effort which is very huge. I actually don't welcome changes that tell
> our translators technicly: "Thanks for your effort so far, but we throw
> it all away."
> 
>  About change of VCS - there are (minor) efforts going on with respect
> to try out wether git would work as backend. Any help is of course
> appreciated, in any direction. I would welcome any change too, but to
> some degree that sentence has the sounding of "if someone else does it"
> added to it.
I don't really mind switching from CVS to git, or remaining on CVS for
that matter.  I prefer git but it really is not that big an issue.

>  As about moving away from WML: I am open for something that offers us
> also the needed flexibility for pulling in automated information and
> doesn't put too much burden onto our translators.
WML is the only one where I've seen those language slices.  It seems
to do its job rather well though I am aware of kludges within the 
website backend to do its stuff at times.

The problem with replacing WML is; what do you replace it with? and will
it bring any real benefit?

Admitedly for my own pages I've moved away from wml in places but that's
because I'm using smarty AND I'm using that for different reasons to
what the website needs.

 - Craig

-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100730055013.gb8...@enc.com.au