Media type vnd.debian.binary-package accepted by the IANA.

[Charles Plessy]

Dear all,

thanks to your input when drafting it, the IANA registered the media type
“vnd.debian.binary-package” without asking for any correction or extra.


http://www.iana.org/assignments/media-types/application/vnd.debian.binary-package

I will send patches to the upstreams of the shared-mime-info and file packages,
and update the mime-support package accordingly.

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: https://lists.debian.org/20140521093206.gz7...@falafel.plessy.net

Demande

[nadia ziane]

Bonjour,

 Je suis ingénieur en informatique , et j'aimerais bien rejoindre l'équipe de 
développement debian mais j'aimerais savoir quels sont les conditions pour y 
faire?  quels sont les connaissances techniques indispensables?

 Bien cordialement

  nadia Ziane

Re: Demande

[Timo Weingärtner]

Hi Nadia,

2014-05-21 11:58:15 nadia ziane:
>  Je suis ingénieur en informatique , et j'aimerais bien rejoindre l'équipe
> de développement debian mais j'aimerais savoir quels sont les conditions
> pour y faire?

Please read https://www.debian.org/devel/join/.

> quels sont les connaissances techniques indispensables?

You should be able to read and write in English.


Greetings
Timo

signature.asc
Description: This is a digitally signed message part.

Re: Demande

[Thibaut Paumard]

[Redirecting this mail of a prospective French contributor]

Le 21/05/2014 12:58, nadia ziane a écrit :
>  Je suis ingénieur en informatique , et j'aimerais bien rejoindre
> l'équipe de développement debian mais j'aimerais savoir quels sont les
> conditions pour y faire?  quels sont les connaissances techniques
> indispensables?
> 

Chère Nadia,

Tout d'abord, l'essentiel de la communication au sein du projet
international Debian se fait en anglais. Les listes francophones sont :

Liste des développeurs :
https://lists.debian.org/debian-devel-french/

Liste des utilisateurs :
https://lists.debian.org/debian-french/

Liste des traducteurs :
https://lists.debian.org/debian-l10n-french/

Il y a de nombreuses façons de contribuer au projet. Elles sont
détaillées ici :
https://www.debian.org/intro/help
https://wiki.debian.org/DebianMentorsFaq

Enfin, la liste (anglophone) la plus adaptées pour les questions des
contributeurs débutants est :
https://lists.debian.org/debian-mentors/

Cordialement, Thibaut.



signature.asc
Description: OpenPGP digital signature

Re: Demande

[Samuel Thibault]

Hello,

This is an english-speaking mailing list.

nadia ziane, le Wed 21 May 2014 11:58:15 +0100, a écrit :
>  Je suis ingénieur en informatique , et j'aimerais bien rejoindre l'équipe de 
> développement debian mais j'aimerais savoir quels sont les conditions pour y
> faire?  quels sont les connaissances techniques indispensables?

It's all documented on http://www.debian.org/devel/join/

Samuel


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140521112046.go5...@type.bordeaux.inria.fr

Re: Media type vnd.debian.binary-package accepted by the IANA.

[Guillem Jover]

Hi!

On Wed, 2014-05-21 at 18:32:06 +0900, Charles Plessy wrote:
> thanks to your input when drafting it, the IANA registered the media type
> “vnd.debian.binary-package” without asking for any correction or extra.
> 
> 
> http://www.iana.org/assignments/media-types/application/vnd.debian.binary-package
> 
> I will send patches to the upstreams of the shared-mime-info and file 
> packages,
> and update the mime-support package accordingly.

Ah, nice, was waiting for the media type being accepted before
updating the deb(5) man page, where for 1.17.10 I'll add references to
the new and deprecated types.

I've also updated 
and .

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140521113711.ga5...@gaara.hadrons.org

Bug#748847: ITP: r-cran-expm -- GNU R Computation of the matrix exponential and related quantities

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-expm
  Version : 0.99-1.1
  Upstream Author : Martin Maechler and others
* URL : http://cran.r-project.org/web/packages/expm/
* License : GPL
  Programming Lang: R
  Description : GNU R Computation of the matrix exponential and related 
quantities
 The matrix exponential GNU R package enables computation of the matrix
 exponential and related quantities.


Remark: This package is a new dependency for r-cran-msm and required to
upgrade.  It is maintained by the Debian Science team at

  svn://anonscm.debian.org/debian-science/packages/R/r-cran-expm/trunk/

Regarding the license I added the following comment to debian/copyright:

Comment: The CRAN policy is to encourage package authors to no  include
 the license text "to save space".  We as in Debian are aware that this
 is illegal strictly speaking but it seems we will not solve this issue
 package wise with every single package author.  The better solution
 would be to form an Debian R team which should discuss this with CRAN
 maintainers in general.


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

Bug#748854: ITP: vim-snippets -- This repository contains snippets files for various programming languages.

[Andrea Capriotti]

Package: wnpp
Severity: wishlist
Owner: Andrea Capriotti 

* Package name: vim-snippets
  Version : 1.0.0
  Upstream Author :  Honza Pokorny 
* URL : https://github.com/honza
* License : MIT
  Programming Lang: Vim
  Description : Snippets files for various programming languages.

This repository contains many different snippets files for various programming
languages.  Snipmate and UltiSnips formats are supported.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140521125020.9043.7644.report...@nb-capriotti.cineca.it

Bug#748868: ITP: m2l-pyqt -- lightweight GUI for mediawiki2latex

[Georges Khaznadar]

Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar 

* Package name: m2l-pyqt
  Version : 1.1
  Upstream Author : Dirk Hünniger 
 Georges Khaznadar 
* URL : http://de.wikibooks.org/wiki/Benutzer:Dirk_Huenniger/wb2pdf
* License : GPL-2+
  Programming Lang: Python, pyqt4-dev
  Description : lightweight GUI for mediawiki2latex

 This Graphic User Interface allows you to begin using mediawiki2latex most
 easily. Mediawiki2latex provides the user with a simple way of
 turning a page hosted on a server running MediaWiki into a high quality
 PDF output. The GUI runs mediawikitolatex and displays its standard and error
 outputs in separate graphic tabs, while maintaining a reliable progress bar.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140521163315.10324.13542.report...@georges.khaznadar.fr

Bug#748869: ITP: php-pimple -- simple dependency injection container

[David Prévot]

Package: wnpp
Severity: wishlist
Owner: David Prévot 
Control: block 748834 by -1
Control: affects -1 owncloud

* Package name: php-pimple
  Version : 1.0.2
  Upstream Author : Fabien Potencier 
* URL : http://pimple.sensiolabs.org/
* License : Expat
  Programming Lang: PHP
  Description : simple dependency injection container

 Creating a container is a matter of instating the Pimple class.
 .
 As many other dependency injection containers, Pimple is able to manage
 two different kind of data: services and parameters.


This very small class is currently embedded in owncloud, and since
another upcoming package (Silex) is depending on it, it’s time to
maintain it on its own, under the PHP PEAR Maintainers umbrella.

Regards

David


signature.asc
Description: Digital signature

Bug#748871: ITP: rdfalchemy -- RDFAlchemy is an Object RDF Mapper for Python

[Olivier Berger]

Package: wnpp
Severity: wishlist
Owner: Olivier Berger 

* Package name: rdfalchemy
* URL : https://github.com/gjhiggins/RDFAlchemy
* License : MIT
  Programming Lang: Python
  Description : RDFAlchemy is an Object RDF Mapper for Python

RDFAlchemy is an abstraction layer, allowing Python developers to use
familiar dot notation to access and update an RDF triplestore


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140521165112.29090.70482.report...@inf-8660.int-evry.fr

How to provide support for -i386 utilities within -amd64 packages?

[Carl Worth]

I'm interested in packaging (or helping to package) several programs and
libraries related to OpenGL, (such as apitrace, vogl, fips, and waffle).

For each of these packages I have a question about best practices
related to supporting 32-bit libraries and binaries within a 64-bit
system.

Imagine a package (waffle-utils, say) that installs a program
(/usr/bin/wflinfo, say) that reports some information about a library
(libGL.so, say) against which it is linked.

So on either an -i386 or an -amd64 system, a user could install the
native package, run the program, and query the native library.

But now imagine a user with an -amd64 system that has an alternate -i386
library provided by a multilibs package (such as libgl1-mesa-glx:i386).
It would be useful for such a user to have both the native 64-bit
program and a 32-bit program available at the same time, (to be able to
query either library).

For this use case, would I make a separate waffle-utils-32 package
targeted for -amd64 but containing a 32-bit /usr/bin/wflinfo-32 that,
other than the name, would be identical to /usr/bin/wflinfo as contained
in waffle-utils:i386?

There are similar issues with apitrace, vogl, and fips where a 64-bit
wrapper program will be invoked on a target OpenGL application. Then,
depending on whether the target program is 32- or 64-bit, the wrapper
will need to load a 32- or 64-bit library provided by some dependent
package.

Can someone point me to some existing packages that have had to deal
with similar issues so that I might imitate similar packaging solutions?

I know that the old ia32-libs package obviously involved some -i386
binaries in packages targeting -amd64. But I'd be more interested in
seeing some precedents in modern packages after the multilibs
transition.

Thanks in advance for any ideas.

-Carl

-- 
carl.d.wo...@intel.com


pgpequ9YYawA4.pgp
Description: PGP signature

Re: How to provide support for -i386 utilities within -amd64 packages?

[Sebastian Reichel]

Hi Carl,

On Wed, May 21, 2014 at 03:41:44PM -0700, Carl Worth wrote:
> I'm interested in packaging (or helping to package) several programs and
> libraries related to OpenGL, (such as apitrace, vogl, fips, and waffle).
> 
> For each of these packages I have a question about best practices
> related to supporting 32-bit libraries and binaries within a 64-bit
> system.
> 
> [...]

I suggest using a bin directory in a multiarchified /usr/lib path,
like e.g. wine and qt4 are doing. Example files are:

/usr/lib/x86_64-linux-gnu/qt4/bin/qmake (package is qt4-qmake:amd64)
/usr/lib/x86_64-linux-gnu/wine/bin/wine (package is wine64:amd64)

In addition you can put a wrapper script in /usr/bin, which calls
the binary in /usr/lib accordingly. Maybe something like

1. extract target file from parameters
2. determine target file's architecture from ELF headers
3. translate ELF architecture into gnu triplet
4. call matching binary in /usr/lib/

-- Sebastian


signature.asc
Description: Digital signature

Re: How to provide support for -i386 utilities within -amd64 packages?

[Adam Borowski]

On Wed, May 21, 2014 at 03:41:44PM -0700, Carl Worth wrote:
> But now imagine a user with an -amd64 system that has an alternate -i386
> library provided by a multilibs package (such as libgl1-mesa-glx:i386).
> It would be useful for such a user to have both the native 64-bit
> program and a 32-bit program available at the same time, (to be able to
> query either library).
> 
> For this use case, would I make a separate waffle-utils-32 package
> targeted for -amd64 but containing a 32-bit /usr/bin/wflinfo-32 that,
> other than the name, would be identical to /usr/bin/wflinfo as contained
> in waffle-utils:i386?

What is -32?  My system can run natively amd64, i386 and x32, and qemu-user
lets me run anything else, I think I got armhf, powerpc and arm64 binaries
lying around (ok, in chroots, but still).  Your idea would have -32 clash
between i386, x32, armhf and powerpc.

I'm afraid you need a different naming scheme.

-- 
Gnome 3, Windows 8, Slashdot Beta, now Firefox Ribbon^WAustralis.  WTF is going
on with replacing usable interfaces with tabletized ones?


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140522012300.ga25...@angband.pl