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
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
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
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
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
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
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
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
Package: wnpp
Severity: wishlist
Owner: "Picca Frédéric-Emmanuel"
* Package name: taurus
Version : 2.0.0
Upstream Author : Tiago Coutinho
* URL : http://packages.python.org/taurus
* License : LGPL3+
Programming Lang: Python
Description :
Package: wnpp
Severity: wishlist
Owner: "Picca Frédéric-Emmanuel"
* Package name: pytango
Version : 7.1.3
Upstream Author : Tiago Coutinho
* URL : http://packages.python.org/PyTango
* License : LGPL3+
Programming Lang: C++, Python
Description
#x27;,'Upstream-Maintainer','Upstream-Source'
or an acceptable parameter matching 'X-.*'
I attached the copyright file
See you
Frederic
--
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
copyright
Description: Binary data
signature.asc
Description: PGP signature
e end
how many licences keys ?
See you
Frederic
[1] http://www.cecill.info/licences.en.html
--
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
> Many packages (e.g. xfe, xfce-*) fails with
> "[LD_ERROR] ...: could not read symbols: Invalid operation"
> I know that the Xfe package fails because Ubuntu use:
> "-Bsymbolic-functions" by default by the linker.
> The reasons for the problems are redefinitions of some library functions
> in
.
After this operation, 210MB of additional disk space will be used.
--
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
Do you have an entry explaining how to create from scratch a symbol file for a
given library ?
I could not find this information on the debian wiki.
thanks
Frederic
Message d'origine
De: Marco d'Itri [mailto:m...@linux.it]
Date: lun. 28/06/2010 12:37
À: debian-devel@lists.deb
On my system
VERBOSE=no and I never touch it.
and there is plenty of log even with this default.
See you
Frederic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
thanks
> Or setting it in /etc/default/rcS, from `man rcS`:
> VERBOSE
> Setting this option to no (in lower case) will make the
> boot process a bit less verbose. Setting this option
> to yes will make the boot process a bit more verbose.
so pl
>> so I need to use VERBOSE=yes in my script to override the vars.sh
>> values.
> This would lead to messages from the script to show up during boot
> even when the 'quiet' boot is requested and no error occured, which I
> believe is a bad idea.
ok but for now even with quiet I have plenty of ini
[PICCA Frédéric-Emmanuel]
> I am using the /etc/init.d/skeleton (from unstable) file to write my
> package init scripts.
> but it seems that the lsb-base default behaviour is to have VERBOSE=no
> so there is no output.
> I believe this is a good default for the boot, and less goo
Hello
I am using the /etc/init.d/skeleton (from unstable) file to write my
package init scripts.
but it seems that the lsb-base default behaviour is to have VERBOSE=no
so there is no output. Is it ok with the debian-policy
9.4 Console messages from init.d scripts
they say :
"This section desc
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: remotetea
Version: 1.0.7
Upstream Author: Harald Albrecht
URL: http://remotetea.sourceforge.net/
License: LGPL
Description: ONC/
28 matches
Mail list logo