Hello,
> Well, I didn't mean we should *give up* decentralization. I mean we shouldn't
> give up *centralization*. These examples are to prove centralization actually
> works and is quite common, sometimes necessary.
It would be great if we could run the salsa-ci pipeline localy easily, in
chroo
What about dog fooding ?
for now we can setup a schroot and sbuild very easily and start to build a
local repository in minutes.
But when it comes to install gitlab and the CI system it is another story. So
we rely on the central salsa instance.
It seems to me that a great strength of Debian i
Hello, I like the dgit idea, produce a git repository for people who want to
use git and let other use whatever they want.
Maybe uploading a paquage to Debian could push automatically into dgit. (maybe
this is already the case)
Is it possible then to mirror this dgit repository in salsa ?
Fred
> Ah, thank you, I didn't realize that existed. That sounds like a nice
> generalization of the file system snapshot approach.
I think that this how the
sbuild-debian-developer-setup
script, setup chroots
Fred
> It will be very useful if someone from the project could comment on the
> stacks:
> - Do they follow the Openness requirement/ Debian Social Contract?
> - Technical challenges of the stack
> - Stack preferences
You can find here a stack dedicated to scientific cameras.
https://lima1.readthedoc
My standard workflow
I use gbp and dgit
gbp import-orig --pristine-tar --uscan
gbp dch
lintian-brush
dgit --gbp sbuild (build and autopkgtest)
...work until it is ok on my computer
gbp dch
... hand edit the changelog
gbp push
git push (to push the UNRELEASE master branch)
... wait for salsa resu
I tried it on one of my package silx
warning: File: ./debian/tests/control:22:14:22:19: It is possible that the
value is a typo of "i386". [Correctable via --auto-fix]
22: Architecture: !i386
It seems wrong to me, the test control file allow !i386
Cheers
Frederic
One missing piece for me in order to migrate to meson is the integration
between flymake and the autotools.
https://www.emacswiki.org/emacs/FlyMake#h5o-7
Package: wnpp
Severity: wishlist
Owner: Picca Frédéric-Emmanuel
X-Debbugs-Cc: debian-devel@lists.debian.org,
debian-pan-maintain...@alioth-lists.debian.net, pi...@debian.org
* Package name: pynx
Version : 2023.1.2-1
Upstream Contact: fa...@esrf.fr
* URL : https
> Installation and setup guide can be found in docs/.
Is it planed to package transformers in Debian instead of using conda/mamba
venv for this installation ?
* It would be great to help with the Debian patch workflow.
- upstream status
- find upstream bug equivalent to a Debian bug report.
I second this idea, and also the salsa pipeline should check this also.
- Le 5 Aoû 23, à 21:07, Timo Röhling roehl...@debian.org a écrit :
> Hi Lucas,
>
> * Lucas Nussbaum [2023-08-05 17:06]:
>>An example sbuild invocation to reproduce failures is:
> [omitted the command line equivalent of
> Hi Charles,
>
> On Tue, Aug 01, 2023 at 04:43:59PM +0900, Charles Plessy wrote:
>> In the course of generating singularity/apptainer Debian images at work,
>> I wanted to make all locales available to the users.
I sthere a maliling list where we can speak about these singuarity/apptainer
appli
thanks for this very precise explanation.
Fredric
- Le 20 Juil 23, à 15:58, David Kalnischkies da...@kalnischkies.de a écrit :
> Hi,
>
> On Thu, Jul 20, 2023 at 10:01:54AM +0200, PICCA Frederic-Emmanuel wrote:
>> I am working on two packages pyfai[4] and python-fabio[3
> Touch the generated files in d/rules as Aurelien suggested in the bug report?
Yes as a workaround, I can touch all files during the build
Nevertheless do we have an explanation of FTPMaster why files with timestamp
1/1/1970 are not allow in the Debian archive (at least for binary package) ?
C
Hello,
I am working on two packages pyfai[4] and python-fabio[3], I have got a
rejection based on the file timestamp which seems too old.
the bug report is here [1] and [2].
If you lool at python-fabio status page, it seems that they all failed [5], but
if you only look at the build log the pa
Hello, I try to write a really simple script in perl which allows me to rebuild
a bunch of packages using a file with a really simple syntax
backport hkl
git haskell-hkl https://repo.or.cz/hkl.git contrib/haskell
...
I setup a chroot with the sbuild-debian-developer-setup -> ok
Now I can build
> > In case #1000435 (matplotlib crashes on mips64el) is not already on
> > your radar, would you please take a look?
> >
>
> Thank you. I will work on it right now.
Hello, I just added some information about this problem on this bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001168#72
thanks a lot.
cheers
Fred
Hello, I am trying to understand a problem in matplotlib on the mips64el arch
https://buildd.debian.org/status/logs.php?pkg=matplotlib&ver=3.3.4-2%2Bb1&suite=sid
between 3.3.4-2 and 3.3.4-2+b1 the tests started to failed.
So I would like to know why this package was binNMU and the difference bet
https://en.wikipedia.org/wiki/X-ray_absorption_fine_structure
See you
Package: general
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Hello, I just wanted to report an issue I am facing with my servers.
I used the bullseye beta3 of the installer, but If I remember correctly
it was already the same with buster.
after installation and the final reboot, the server is
cme should not use wrap-and-sort instead of implementing its own logic ?
What about doing something similar to sphinx.
Create a package with the doxygen jquery and link to files of this package for
all documentations generated via doxygen.
provide a dh_doxygen to do this link like dh_sphinxdoc
Cheers
Fred
what about the git mode of uscan
then you would have all the tags ?
> If you use ssh, you can create an own account for the ssh key and give
> it very special permissions, if you need it for automatic pushes or
> similar things.
In fact I would like to use the salsa command from devscripts but without the
token.
My private ssh key was generated from my private gp
Is it possible to use it's ssh key in order to have acces to the salsa api ?
I mean instead of the token, which looks to me quite fragile compare to ssh via
a gpg card and the gpg agent.
cheers
Frederic
do we have some documentation explaining how to use a nitrokey PRO in order to
do
2FA authentication for salsa ? It seesm that ybikey is suppoprted out of the
box, but inevertheless is it possible to use a nitrokey pro 2 for the same
purpose ?
> That is mostly upstream's job -- ICD packagers should just verify that the
> package still runs "Hello World" on their hardware, i.e. the ICD
> integration works, and then we assume that it works.
ok, so in that case it would be nice to provide a computer with a GPU as
porterbox to test this he
It would be nice also to be able to test the OpenCL icd implementations and
work with real hardware.
Hello
> Debian has from time to time funded hardware for people doing important
> work.
> I'd definitely be happy to receive a reimbursement request for such
> hardware from Debian developrs. For non DDs, I would want a DD involved
> in our GPU ecosystem (like yourself) to confirm the people doin
And what about
dgit --gbp push-source ?
perle 5.30 transition whcih was announced here
https://lists.debian.org/debian-devel-announce/2019/10/msg0.html
did you tried this
https://codesearch.debian.net/search?q=machine-id&literal=1&perpkg=1
> the configuration file to debian/gitlab-ci.yml. Therefor some time ago it had
it seems that now the name should be
debian/salsa-ci.yml
Frederic
> $ origtargz # since I use pristine-tar
what is the difference with
git deborig
> $ dgit --gbp build
> $ dgit --gbp push-source
or dgit --gbp sbuild
to build via sbuild in a clean chroot,
everythongs setup via propellor indeed thanks to sean and joeyh :))
> Getting started with dgit felt
Same here... with WXX100 cards.
what about rocm packaging ?
De : Steffen Möller [steffen_moel...@gmx.de]
Envoyé : lundi 17 juin 2019 20:14
À : debian-devel@lists.debian.org
Objet : AMDGPU+OpenCL with Debian?
Hello,
Running Debian unstable, I failed to set
> This thread reminded me the Debian User Repository thread:
> https://lists.debian.org/debian-devel/2019/04/msg00064.html
> Such a repository can be a "easy" packaging zone, possibly attracting
> more contributing people. Eventually some people will try to improve the
> packages and get them int
[...]
> packages. While my Perl is a bit rusty, I can propose some "dh_fetch"
> helper for this if there is no huge opposition against this approach.
why not a dh_uscan ?
what is the fundamental difference between dh_fetch and what you can achieve by
using uscan from the rules file ?
Cheers
Fr
What about ibm power9 with pocl ?
it seems that this is better than the latest NVIDIA GPU.
Cheers
Hello,
I am also the upstream of a bunch of project.
what is the right way to use dgit when upstream contain the debian directory.
source format etc...
thanks
Frederic
After a build, you get this
https://salsa.debian.org/science-team/python-xrayutilities/-/jobs/147913/artifacts/browse/debian/output/
Is it enought for you.
Mayve you can discuss with the salsa pipeline team and request a target in
order to produce a better repo.
cheers
now we have the salsa pipeline.
does it fit your needs ?
> Well the point is that the need to create system users can be avoided
> entirely by running services using only dynamic UIDs.
Except that some services rely on Database granted access ...
Cheers
Frederic
> You can still use SSH to do repository operation. But I don't know what
> kind of automation you are doing.
I just want to configure CI parameters especially the .gitlab.yaml location
used by the CI.
for a bunch of packages.
> You talked about automation. Such tasks usualy run on a pre-defin
Hello,
I was using a nitrokey pro + gpg-agent in order to connect via ssh to the
debian infrastructure.
Now that we have salsa, it seems that the way to go is to use salsa token in
order to automake a bunch of tasks.
So now I need to put somewhere on a disk my salsa token, in fact on every
co
> from the maintainer. Please request your package to be removed from the
> arch it doesn't build for anymore (bug against ftp.debian.org, use
> reportbug) in unstable and britney will migrate that.
done
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905348
thanks for your feedback
Fred
Hello,
I hope that I use the right mailing list for this.
Here my problem:
I just updated the pymca package and this new version dependes on the
python[3]-silx modules.
silx depends on pyopenCL which is only available on a limited amount of
architecture.
So now the migration of pymca is blocke
>> It just comes to my mind that Maybe it does not fit well with my convention
>> for exeprimental numbering whcih is
>> blablab_x.y.z-t~exp1
>> so maybe the best way would be to use
>> blalbla_x.y.z-t~~alba+1
>So, you would not use the "bpo9" part for the packages built for stretch?
Not at all,
Hello Ian
> I didn't have a massive amount of time to review this in detail, but
> it sounds cool. I looked at the slides in the pdf [5] above.
> (Shame there isn't a technical report...)
the technical part is in the gitlab-ci.yml file :).
> I reviewed the version number proposal and it seems s
/www.tango-controls.org/partners/institutions/
[4]
https://indico.eli-beams.eu/event/310/other-view?view=standard#20180605.detailed
[5] https://people.debian.org/~picca/CollabPkg-v3.pdf
[6] https://people.debian.org/~picca/gitlab-ci.yml
Package: wnpp
Severity: wishlist
Owner: Juan Picca
* Package name: golang-github-ostreedev-ostree-go
Version : 0.0~git20171027.cb6250d-1
Upstream Author : OSTree Project
* URL : https://github.com/ostreedev/ostree-go
* License : ISC
Programming Lang: Go
> If an upstream author knows their code will go straight into an active
> Debian suite when they push a git tag to GitHub, the trust dynamic is
> changed, I think for the worse.
this is the model of travis no ?, the upstream could become also the debian
maintainer.
And check that his package bui
> Now that Alioth is beginning to close down and its replacement is not
> yet ready, how would I start this team now?
What is the status of this migration ? which solution was selected ?
thanks
Frederic
Package: wnpp
Severity: wishlist
Owner: =?utf-8?q?Picca_Fr=C3=A9d=C3=A9ric-Emmanuel?=
* Package name: silx
Version : 0.5.0
Upstream Author : European Synchrotron Radiation Facility Data analysis unit
(s...@esrf.fr)
* URL : https://github.com/silx-kit/silx
* License
Package: wnpp
Owner: picca
Severity: wishlist
* Package name: ufo-filters
Version : 0.11.0
Upstream Author : matthias.vogelges...@kit.edu
* URL or Web page : http://ufo.kit.edu/
* License : LGPL-3+
Description : Set of plugins for ufo-core
The UFO data processing
Package: wnpp
Severity: wishlist
Owner: picca
* Package name: ufo-core
Version : 0.11.0
Upstream Author : matthias.vogelges...@kit.edu
* URL : http://ufo.kit.edu/
* License : LGPL-3+
Programming Lang: C, Python
Description : Library for high
> Also renaming a user is actually trivial:
> usermod -l _something Debian-something
In my case (tango-db package), We need also to take care of the user database
access privilege.
granted by dbconfig-common.
So when moving from tango -> _tango users, they should be availalbe a sort of
hook
Package: wnpp
Severity: wishlist
Owner: picca
* Package name: haskell-hmatrix-gsl
Version : 0.17.0.0
Upstream Author : Alberto Ruiz
* URL : https://github.com/albertoruiz/hmatrix
* License : GPL
Programming Lang: Haskell
Description : Numerical
Package: wnpp
Severity: wishlist
Owner: picca
* Package name: python-fisx
Version : 1.0.7
Upstream Author : V. Armando Solé
* URL : https://github.com/vasole/fisx
* License : Expat
Programming Lang: C++, Python,
Description : Quantitative X-Ray
Package: wnpp
Severity: wishlist
Owner: picca
* Package name: python-qtconsole
Version : 4.2.1
Upstream Author : Jupyter Development Team
* URL : https://github.com/jupyter/qtconsole
* License : BSD-3-clause
Programming Lang: Python
Description
Hello,
first thanks for your hard work.
I am using fglrx-driver for OpenCL on my W5100 and W7100 amd GPUs.
Do you know if there will be a plan in order to support OpenCL on amd for
strech ?
Cheers
Frederic
Hello,
I did a source upload yesterday of the 9.2.2-1~exp1 into experimental and since
then the all part of the package do not build with a strange error [1].
This package contain a Build-Depends-Indep part.
I tested it with sbuild and and it was ok last week. (unstable sbuild not
experimental)
> please file bugs if you find other packages which try to access $HOME during
> the build process.
ok,I will do a bug report.
Cheers
Fred
Hello,
I am preparing the next tango package, so I need to build the doc with lyx.
But then I get this error message.
make[5]: Entering directory '/<>/tango-9.2.0~a+dfsg/build/doc/src'
cd ../../../doc/src; /usr/bin/lyx --export pdf2 tango.lyx
LyX: Creating directory /sbuild-nonexistent/.lyx/
Fai
Hello Paul
> Can you please point me to the relevant discussion?
I speak about this [1]
> Actually, I don't think that is in scope of dbconfig-common. I would
> rather expect that MariaDB would provide that functionality. It is
> required for more packages and situations than just those supporte
Hello
thanks a lot for your work on dbconfig-common.
I am the maintainer of tango-db which use dbconfig-common and a mysql database.
It seems that there is currently a discussion about he support of mysql and
mariadb for Debian 9
Do you know if dbconfig-common will integrate a way to switch fro
Package: wnpp
Severity: wishlist
Owner: "Picca Frédéric-Emmanuel"
* Package name: python-qwt
Version : 6.1.2a3
Upstream Author : Pierre Raybaut
* URL : https://github.com/PierreRaybaut/qwt
* License : Expat
Programming Lang: Python
Description
Ok, I used dcut
dcut -k 4696e015 rm clblas_2.6-2_amd64.changes
in order to remove the offending file
Cheers
Fred
Hello
> > Yes and it is nice to have meta data (the dgit things) rerpresenting
> > the packages which can be shared between derivatives.
> I don't understand what you are referring to here.
It seems to me but I can be wrong that the dgit informations stored under
.git/dgit
are sort of meta data
> dgit is a step in this direction.
Yes and it is nice to have meta data (the dgit things) rerpresenting the
packages which can be shared between derivatives.
> I'm not sure I entirely understand your situation, but:
Yes I was a bit laid at this moment :)
> If you are a downstream, there is no
Hello Ian,
Since we are speaking about workflow.
I work with instituts who want to maintain internaly their own debian packages
and repositories.
The objectif is to maintain sort of 'PPA' in order to be as reactive as
possible when deploying the code internally.
Now from time to time it would
> Hi
> Wouldn't a p2p system scale better than any server based solution? Also in
> regards to cost...
gittorrent[1] would be great for this.
[1]
http://blog.printf.net/articles/2015/05/29/announcing-gittorrent-a-decentralized-github/
Cheers
--
To UNSUBSCRIBE, email to debian-devel-requ...@l
> I do, it's about time we had a decent scripting language in the base
> system.
What about haskell as a decent scripting language ?
It seems to me that haskell is a clear win when it comes to put things all
together.
type checking etc...
Fred
--
To UNSUBSCRIBE, email to debian-devel-requ...@l
Hello, I am the maintainer of python-scientific
> How does this differ from the existing python-netcdf package?
I CC the upstream autor of python-scientific, maybe he can clarify this point
but before a question to the netcdf4-python guyes.
Does netcdf4-python will support python3 ?
@Konrad do
Hello,
I am preparing a package for a scientific camera andor3.
This package contain a kernel module for the video grabber.
>From the constructor documentation, I need to add the nopat option to the
>linux command line.
So I would like to know what is the proper way to customize this command li
Hello, I got an FTBFS due to an internal compiler error.
should I fill a bug against gcc ?
should I fill also an RC bug for my package ?
thanks for your help
Frederic
[1]
https://buildd.debian.org/status/fetch.php?pkg=pytango&arch=mipsel&ver=8.1.5-1&stamp=1412309891
--
To UNSUBSCRIBE, email
Package: wnpp
Severity: wishlist
Owner: "Picca Frédéric-Emmanuel"
* Package name: vispy
Version : 0.3.0
Upstream Author : Vispy Development Team
* URL : http://vispy.org
* License : BSD, MIT/X
Programming Lang: Python
Description : OpenGL i
> # usermod -l newname oldname
> (Other things can also be modified at the same time, see the man page.)
thanks a lot
Frederic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists
> Fake it.
> UID=$(id -u tango)
> GID=$(id -g tango)
> deluser tango
> adduser tango --uid $UID --gid $GID
I like this fake rename because it cause no troubles to the files already owned
by the tango user
BÙT
in case of an idempotent pre/post scripts.
what happend if I delete the tango users be
> This has the advantage of being short and downstreams not having lots of
> Debian-*
> users on their systems possibly confusing users not familiar with
> Debian. I'd be nice to standardize on this.
I have the same problem in one of my package. #737956
I would like to rename the system user tang
Hello Charles
> Peer review can help, by making sure that the final controllers (the FTP
> Master
> team) do not waste their time reporting defects that others could have found.
> You can find a process for peer review at the URL below.
>https://wiki.debian.org/CopyrightReview
I like a lot
Thanks a lot for this package.
> I would like to maintain inside Debian Python Modules Team,
> this package is relevant since is needed by the new binwalk release
> (don't know if other packages needs it)
I know at least about two package that could be interested by this dependency.
pyfai and in
> Reverse dependencies are anything but unrelated.
Hello julien, from the point of view of the release team.
What should be do now ?
to my opinion, all we have to do is to upload
zeromq3 with this ugly but necessary +really versionnumber
4.0.3+really-3.2.4-1
then the problem should be fixed onc
Hello,
the zeromq upstream forgot to do an so bump when releasing the 4.x series.
The breakage was discovers quite late so it is now in testing.
the package should be revert to the 3.2.4 version.
you can find all the information about this breakage in the bug #743508.
So my question is how to de
> It may be that libgc upstream's autogen.sh script is not really 'right' in
> some way. But there may well be a lot of upstreams like that, which is
> why maintainers need clear guidance on how to deal with this, without
> having to become autotools experts. i.e how to determine when they can
> ju
Package: wnpp
Severity: wishlist
Owner: "Picca Frédéric-Emmanuel"
* Package name: lmfit-py
Version : 0.7.4
Upstream Author : matt.newvi...@gmail.com
* URL : http://lmfit.github.io/lmfit-py/
* License : EXPAT
Programming Lang: Python
Description
Hello,
I dig a little bit in the debian documentation, and I found this snipset
in the section 9.2 of securing-debian-howto [1]
It is interesting to see the code used to create a system user.
But the step 4 bother me
usermod -c "$SERVER_NAME" \
-d $SERVER_HOME \
> Just use a generic name and be done with it.
sorry, what do you mean by generic ?
> The name should not be hardcoded - if it is, patch upstream in each
> case and fix it. Don't waste your time and user time on a hacky
> workaround - fix the code.
no, the name is not hard coded by the upstream
> I don't think there is much that can reall be done to fix the
> fundamental problem which is that system users and regular users have to
> live in the same namespace causing a risk of conflicts.
> There are two things I can see you could do to impreove the situation
> with your package.
> 1: Fai
Hello,
I am the maintainer of the tango package which contain the tango-db binary.
This tango-db provide a service called tango-db which connect to a mysql
database.
I follow the debian-policy to create a dedicated system user for this services.
So I used the tango user which is the name of the
Package: wnpp
Severity: wishlist
Owner: "Picca Frédéric-Emmanuel"
* Package name: ssm
Version : 1.3
Upstream Author : E. Krissinel
* URL : http://www.ccp4.ac.uk/
* License : (LGPL-2.1)
Programming Lang: (C++)
Description : macromolecular sup
Package: wnpp
Severity: wishlist
Owner: "Picca Frédéric-Emmanuel"
* Package name: sardana
Version : 1.2.0
Upstream Author : Carlos Pascual-Izarra
* URL : http://packages.python.org/sardana
* License : LGPL3+
Programming Lang: Python
D
> I love what Michael Prokop did and documented here:
> http://jenkins-debian-glue.org/
> Jenkins + Debian packaging using cowbuilder
> The code is very clean and easy to hack.
Thanks, yes it looks great.
Cheers
Fred
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subje
> I start to really love the CI thing. I first invested a bit of
> time in setting-up everything,
do you have a step by step cookbook for your setup.
Maybe on the debian wiki ?
Cheers
Frederic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
better vue
of the real problems.
Inddeed this jquery.js multiplication need to be fixed.
Cheers
Fred
--
GPG public key 4096R/4696E015 2011-02-14
fingerprint = E92E 7E6E 9E9D A6B1 AA31 39DC 5632 906F 4696 E015
uid Picca Frédéric-Emmanuel
GPG public key 1024D/A59B1171 2009-08-11
finge
q9ivwkhHJ2veoxl5fSlnP+NZGsZgPLgnmi43VpWXD1aERoLt
> iG2D5JMzDNdiD/9i8YSDLZT6sUyhh3UBZAaNI6taG9OCtpdGduk6L6xe5XGcZx1H
> kTLFEOY3H+C1gU0SqWX5edpcyf8u8SNlyQXZcoFVYqA5i06QUwDU4jSuOYQxOfx/
> 8YZ4jtY4yocvumag/aNIJm3WN4nscoNuO/9wu8kyfu/xN0WHpBoCQWCv1qR3ee3n
> qF3xEy5mBndtV7qRLx3ZDrlFh6wuWOvO8gb2Sya/+yqgHKtMq5MG+vq91wDe
> =AvZK
> -END PGP PUBLIC KEY BLOCK-
>
--
GPG public key 4096R/4696E015 2011-02-14
fingerprint = E92E 7E6E 9E9D A6B1 AA31 39DC 5632 906F 4696 E015
uid Picca Frédéric-Emmanuel
GPG public key 1024D/A59B1171 2009-08-11
fingerprint = 1688 A3D6 F0BD E4DF 2E6B 06AA B6A9 BA6A A59B 1171
uid Picca Frédéric-Emmanuel
signature.asc
Description: PGP signature
> We had a conversation (here I think) last year about whether programs
> should be trying to automatically remove users in their postrm. IIRC
> the conclusion of that discussion the answer was that they should not,
> at least in the default case.
> We should double check this, before you submit
> Since this second mmtk is written in java, I meant mmtk-gc-java of course.
In fact this source package will provide only a python module.
So the binary packages will be
python-mmtk
python-mmtk-doc don't know yet
Regards.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
Package: wnpp
Severity: wishlist
Owner: "Picca Frédéric-Emmanuel"
Dear Maintainer,
* Package name: mmtk
Version : 2.7.5
Upstream Author : Konrad Hinsen
* URL : http://dirac.cnrs-orleans.fr/MMTK/
* License : CeCILL-C
Programming Lang:
/General+Parallel+File+System+%28GPFS%29
--
GPG public key 4096R/4696E015 2011-02-14
fingerprint = E92E 7E6E 9E9D A6B1 AA31 39DC 5632 906F 4696 E015
uid Picca Frédéric-Emmanuel
GPG public key 1024D/A59B1171 2009-08-11
fingerprint = 1688 A3D6 F0BD E4DF 2E6B 06AA B6A9 BA6A A59B 1171
uid
1 - 100 of 118 matches
Mail list logo