Bug#402736: FTBFS on alpha on both Etch and Sid
Le mardi 12 décembre 2006 à 12:29 +0100, Aurélien GÉRÔME a écrit : Package: scilab Version: 4.0-11 Severity: serious Unfortunately, scilab FTBFS on alpha on both Etch and Sid with differents errors. :( Firstly, Sid: * A first FTBFS occurs in the file ./routines/Javasci/classes/BadDataArgumentException.java interpreted by javac (gcj-wrapper-4.1). This is easily fixed by replacing the accentuated character in the French comment (s/gérer/gerer/). Thanks for this bug report. I translated the comment into english in the upstream but this change won't be taken in account in the version 4.1 of Scilab (which should be released today or tomorrow). I also made this change in the trunk of Scilab. I commited the change also in the debian svn for scilab but I saw here http://packages.qa.debian.org/s/scilab.html Not touching package, as requested by freeze (contact debian-release if update is needed) What should I do ? * A second FTBFS occurs afterwards in the file ./routines/Javasci/javasci_SciStringArray.c, see the attached build log. Java is not mandatory in Scilab. It is used when you need to use the scilab engine from a Java application (this could become a new debian package btw). Scilab compilation complains about the jni.h file. Maybe if you install libgcj4-dev, this may work but I am not sure about that. Secondly, Etch: * A FTBFS occurs via the oom-killer during the use of the freshly built ./bin/scilab binary to generate HTML documentation, see the attached build log. I saw that bug before : http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=1483 I forwarded this error to the Scilab Mailing list. Cheers, Sylvestre
Bug#397606: scilab: 1-1E-16 displayed as 0.
--a=1-1E-16 a = 0 I know where is problem is from. It is a bug from gfortran (gcc) 4.1 Reported here : http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=1985 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28354 Unfortunately, gfortran 4.2 is not yet included in debian (at least as far as I know). A workaround is to use g77 (which is the version that we use to create the binary of scilab). I commited this change on svn.debian.org (and also fixed a problem for Scilab under GNU/Debian under Alpha http://experimental.debian.net/fetch.php?pkg=scilabver=4.0-7arch=alphastamp=1162048092file=logas=raw ) Torsten: please let me know if you are unhappy about using g77 instead of gfortran. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393819: dart-client: CVS files are shipped
Package: dart-client Version: 0.20020805-2.1 Severity: wishlist dart-client contains the CVS files which are probably not useful : /usr/share/Dart/Source/CVS/* /usr/share/Dart/Source/Client/CVS/* /usr/share/Dart/Source/Server/CVS/* /usr/share/Dart/Source/Server/XSL/CVS/* /usr/share/Dart/Source/Server/cron/CVS/* /usr/share/Dart/Source/Server/www/CVS/* /usr/share/Dart/Source/Server/www/Icons/CVS/* /usr/share/Dart/Source/Server/www/cgi-bin/CVS/* /usr/share/Dart/Source/Server/www/Javascript/CVS/* /usr/share/Dart/Source/Server/xalan/CVS/* /usr/share/Dart/Source/Utilities/CVS/* /usr/share/Dart/Source/Utilities/win32/CVS/* /usr/share/Dart/Source/Utilities/win32/bin/CVS/* -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (500, 'breezy'), (150, 'stable'), (90, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2pcmcia Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393820: dart-server: CVS files are shipped
Package: dart-server Version: 0.20020805-2.1 Severity: wishlist dart-server contains the CVS files which are probably not useful : /var/www/Dart/Art/CVS/* /var/www/Dart/HTML/CVS/* -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (500, 'breezy'), (150, 'stable'), (90, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2pcmcia Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393818: dart-client: Win32 binary files
Package: dart-client Version: 0.20020805-2.1 Severity: serious Justification: Policy 5.6.8 The following file is not architecture-independent and should be moved out this package : /usr/share/Dart/Source/Utilities/win32/bin/kill.exe -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (500, 'breezy'), (150, 'stable'), (90, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2pcmcia Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401117: Please take the advantage of autobuilding scilab
Le vendredi 01 décembre 2006 à 00:13 +0100, Aurélien GÉRÔME a écrit : Package: scilab Version: 4.0-10 Severity: important Andreas Barth and Martin Zobel started an effort to autobuild packages like scilab which have an almost DSFG-free license. Please see [1] for details. The maintainer is requested to add the XS-Autobuild: yes field in the control file for this to happen. Please consider doing so for scilab to enter testing gracefully like a main package. ;) Hello Aurélien, I am glad to see that moving in a good direction for Scilab. I will add the header XS-Autobuild tomorrow. Otherwise, where is [1] ? I cannot see it :) cheers, Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397606: scilab: 1-1E-16 displayed as 0.
--a=1-1E-16 a = 0 I know where is problem is from. It is a bug from gfortran (gcc) 4.1 Reported here : http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=1985 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28354 Unfortunately, gfortran 4.2 is not yet included in debian (at least as far as I know). A workaround is to use g77 (which is the version that we use to create the binary of scilab). I commited this change on svn.debian.org (and also fixed a problem for Scilab under GNU/Debian under Alpha http://experimental.debian.net/fetch.php?pkg=scilabver=4.0-7arch=alphastamp=1162048092file=logas=raw ) Torsten: please let me know if you are unhappy about using g77 instead of gfortran. Hello, We fixed this problem in Scilab 4.1 which will be released very soon (workaround in the scilab code). We will then be able to use gfortran again. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501915: ITP: ecs -- Code_Saturne Preprocessor
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: ecs Version : 1.4.a Upstream Author : Yvan Fournier [EMAIL PROTECTED] Didier Poizat * URL : http://www.code-saturne.org/ * License : GPL Programming Lang: C Description : Code_Saturne Preprocessor ECS means Enveloppe Code Saturne. This package is the Pre-processing module of Code_Saturne (a computational fluid dynamics free software). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395573: Dep
block 395573 by 501924 thanks Hi, I am currently working on the packaging of cgns which is reported as being one of the dep of visit. It is available on debian-science: http://svn.debian.org/viewsvn/debian-science/packages/libcgns/trunk/ Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501924: ITP: libcgns -- CFD General Notation System library
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: libcgns Version : 2.5.3 Upstream Author : Diane Poirier, Bruce Wedan ... * URL : http://cgns.sourceforge.net/ * License : Zlib/libpng Programming Lang: C Description : CFD General Notation System library The CFD General Notation System (CGNS) provides a general, portable, and extensible standard for the storage and retrieval of computational fluid dynamics (CFD) analysis data. It consists of a collection of conventions, and free and open software implementing those conventions. It is self-descriptive, machine-independent, well-documented, and administered by an international steering committee. It is also an American Institute of Aeronautics and Astronautics (AIAA) Recommended Practice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502232: [Pkg-openmpi-maintainers] Bug#502232: Bug#502232: libopenmpi-dev: No static libraries in the package
at the top of the Makefile under A word of explanation). The fact that the shared libraries aren't present, when using --enable-static for configure, seems to cause problems for dh_install in the dpkg-buildpackage process. After the builds are done, via dpkg-buildpackage, the process gets to a point where: dh_install -s --sourcedir=/usr/local/src/openmpi-1.2.7/debian/openmpi --list-missing is executed and it fails with: cp: cannot stat `/usr/local/src/openmpi-1.2.7/debian/openmpi/usr/lib/openmpi/lib/libmca_common_sm.so.0.0.0': No such file or directory What is the behaviour we prefer here ? Here is the full comment from the Makefile: # This library is linked against various MCA components because all # shared-memory based components (e.g., mpool, ptl, etc.) need to # share some common code and data. There's two cases: # # 1. libmca_common_sm.la is a shared library. By linking that shared # library to all components that need it, the OS linker will # automatically load it into the process as necessary, and there will # only be one copy (i.e., all the components will share *one* copy of # the code and data). # # 2. libmca_common_sm.la is a static library. In this case, it will # be rolled up into the top-level libmpi.la. It will also be rolled # into each component, but then the component will also be rolled up # into the upper-level libmpi.la. Linkers universally know how to # figure this out so that we end up with only one copy of the code # and data. # # Note that building this common component statically and linking # against other dynamic components is *not* supported! I commited a solution in our SVN, I just remove this library from the libopenmi1 package and import *.a *.la. As it is said in the Makefile, it will work but we are duplicating this code in each component. However, /usr/lib/openmpi/lib/libmca_common_sm.so.0.0.0 is only 6k... We could go this way. Any objections ? If not, I will upload it tomorrow. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502232: [Pkg-openmpi-maintainers] Bug#502232: Bug#502232: Bug#502232: Bug#502232: Bug#502232: Bug#502232: libopenmpi-dev: No static libraries in the package
Le mercredi 15 octobre 2008 à 16:13 -0400, Jeff Squyres a écrit : Static libraries are definitely a Good Thing in some scenarios. We have a few features in this arena, which we consider separately: - building libmpi (and friends) as .a instead of .so - slurping all the plugins into libmpi (and friends) instead of creating them as standalone DLLs - disabling dlopen altogether When someone says building static, they usually mean enabling all 3 of those options. This can be really helpful for running massive scale MPI jobs, for example. It also helps decrease complexity by decreasing the number of run-time variables for problematic or production environments. In short, we recognize that everyone has different requirements, so we try to enable everyone to do what they need. So yes, we believe that building statically is a Good Thing. But by default, we disable all of those options and build everything dynamically because it's the most flexible and results in the smallest user MPI executables. That is the usual case that users care about. Make sense? Totaly and you explained perfectly everything. We just need a precision on a specific point. When we use the option --enable-static, a dynamic library is no longer available (libmca_common_sm.so.0.0.0). The Makefile.am says that: # 2. libmca_common_sm.la is a static library. In this case, it will # be rolled up into the top-level libmpi.la. It will also be rolled # into each component, but then the component will also be rolled up # into the upper-level libmpi.la. but we don't really understand why this becomes mandatory when compiling in static. Does it make sense to keep this dynamic library (despite the enable-static option) and to produce the static too or will it cause bugs ? Thx, Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502232: [Pkg-openmpi-maintainers] Bug#502232: Bug#502232: libopenmpi-dev: No static libraries in the package
Le mercredi 15 octobre 2008 à 20:04 -0500, Dirk Eddelbuettel a écrit : | Indeed, if you build twice, once with --enable-static + --disable- | shared and then again with --disable-static + --enable-shared, then | you'll get a libmpi.a with all plugins slurped, and a libmpi.so with a | $pkglibdir full of all the plugins. If these are both installed under We could do that instead, but it requires rejigging of the package build process. I for one don't have the energy for it. It seems that it is not much work. I am trying to apply the same technique as in gromacs (thanks Manuel for the info) and as they are pretty similar in the construction, we might be able to do something here without too many risky changes. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502232: [Pkg-openmpi-commits] r141 - in /openmpi/trunk/debian: libopenmpi-dev.install rules
| usr/lib/openmpi/lib/*.so | -usr/lib/openmpi/lib/*.a | -usr/lib/openmpi/lib/*.la Don't we want the .a file? We do have them. It is done in the debian/rules The procedure is now: # do the configure twice (with and without the option) # launch the build for each configure (vpath) # for the normal build, make install will install in the same directory as before (debian/openmpi) # for the static build, make install will install in the debian/libopenmpi-dev/ directory # debian/rules removes everything but the static libs # all the other stuff for libopenmpi-dev is installed by libopenmpi-dev.install Works for me. If you agree, I upload it. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502232: [Pkg-openmpi-maintainers] Bug#502232: [Pkg-openmpi-commits] r141 - in /openmpi/trunk/debian: libopenmpi-dev.install rules
Hello Manuel, This will work but I am a little confused if that is the solution we wanted to implement. As I read your patch [0], you build both static and shared libs and install them into the right package. IIRC there was an issue with libmca_common_sm. Is this solved in your solution? Yep, it is. The trick here is that I am doing the same thing as before. I am just taking the static libraries to include them into libopenmpi-dev. The solution I proposed (the GROMACS one) would go like this: 1. Check whether DEB_BUILD_OPTS has static-libs (or something alike) set. 2. If so, set a variable (LIB_OPTS or alike) to --enable-static, otherwise to --enable-shared. 3. Append the variables content to the configure arguments. 4. Build. 5. Install the result, which is either static or shared. Well, I took the idea from gromacs but I don't see what you are talking about in the current package. In gromacs 3.3.3-3, they don't do the way you describe. They are building it many time [1]. With this, the package would be as is, and users can easily recompile to get a static version. I agree that your solution of building both is superior since both versions can be installed at the same time; if the libmca_common issue is resolved. (If there is any.) I believe this issue fixed this way. I need to test it deeper. Please forgive my criticism, I'm just not sure whether we were talking about the same things lately. It is my feeling ;). My goal here is to address lambda users trying to provide the actual static libraries in the -dev package without changing the behaviour of the dyn libraries. Your work is of course welcome and appreciated! Works for me. If you agree, I upload it. Looks OK for me but I did not test it yet. It would be nice if I could do so this evening. If you feel the urgent need to upload, feel free to do so nevertheless. ;) No emergency ! Thanks for your feedback. Sylvestre [1] (mkdir -p build/basic; cd build/basic; ../../configure $(COMMON_CONFIG_PARAMS)) (mkdir -p build/basic-dp; cd build/basic-dp; ../../configure $(COMMON_CONFIG_PARAMS) --program-suffix=_d --enable-double) (mkdir -p build/lam; cd build/lam; ../../configure $(COMMON_CONFIG_PARAMS) $(LAM_CONFIG_PARAMS) LIBSUFFIX=_mpi_lam --program-suffix=_mpi.lam) (mkdir -p build/lam-dp; cd build/lam-dp; ../../configure $(COMMON_CONFIG_PARAMS) $(LAM_CONFIG_PARAMS) LIBSUFFIX=_mpi_d_lam --program-suffix=_mpi_d.lam --enable-double) (mkdir -p build/mpich; cd build/mpich; ../../configure $(COMMON_CONFIG_PARAMS) $(MPICH_CONFIG_PARAMS) LIBSUFFIX=_mpi_mpich --program-suffix=_mpi.mpich) (mkdir -p build/mpich-dp; cd build/mpich-dp; ../../configure $(COMMON_CONFIG_PARAMS) $(MPICH_CONFIG_PARAMS) LIBSUFFIX=_mpi_d_mpich --program-suffix=_mpi_d.mpich --enable-double) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501799: Use of the pbuffer seems to crash jogl with some graphic cards
I noticed that it worked perfectly with Nvidia proprietary drivers but not at all with Intel drivers (some ATI drivers are working... recent versions). Hello Gaetan, Thanks for reporting this bug. I asked about this bug to upstream and he replied: Adding an FBO backend for the GLJPanel is a known RFE but nobody is available to work on it right now. I have a refactoring of the GLJPanel which should make this easier, but this will be checked in on the JOGL_2_SANDBOX branch; the main branch is in disrepair right now. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496406: here's a patch
Hello, Thank you very much for your patch. It has been added [1] but fwbuilder is currently in NEW (for a new package). Torsten or I are going to upload it in unstable when the version -4 will be processed. Thanks again, Sylvestre [1] https://bollin.googlecode.com/svn/fwbuilder/trunk tags 496406 security confirmed patch thanks Hi, Yes, the bug is indeed present. Attached patch fixes it. Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496406: here's a patch
Le mardi 26 août 2008 à 12:38 +0200, Thijs Kinkhorst a écrit : On Monday 25 August 2008 22:48, Sylvestre Ledru wrote: Thank you very much for your patch. It has been added [1] but fwbuilder is currently in NEW (for a new package). Torsten or I are going to upload it in unstable when the version -4 will be processed. Thanks, but please note that this fix should go into lenny. I'm not sure that that NEW package is going into lenny, so maybe you need to prepare a version for testing proposed updates? Yep, I agree that should be fixed in Lenny too. I will ask for the package to be unblocked. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441136: Help?
Hello Manuel (and others), If you need help with this package, I am quite familiar with Java packaging into Debian and we could do it into the debian-science team if you want. Cheers, Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499361: worldwind: Bad version number in .class file
Hello -- System Information: rldwind Exception in thread main java.lang.UnsupportedClassVersionError: Bad I cannot reproduce it. I am specifically building worldwind to work with java 1.5. Can you tell me your version of jogl ? (libjogl-java) Thx Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500660: [Pkg-scicomp-devel] Bug#500660: liblapack-doc: failed to upgrade when libblas-doc is installed
(Reading database ... 169935 files and directories currently installed.) Preparing to replace liblapack-doc 3.1.1-3 (using .../liblapack-doc_3.1.1-4_all.deb) ... Unpacking replacement liblapack-doc ... dpkg: error processing /var/cache/apt/archives/liblapack-doc_3.1.1-4_all.deb (--unpack): trying to overwrite `/usr/share/man/man3/xerbla.3.gz', which is also in package libblas-doc Interesting bug. By default, blas official tarball doesn't have any manpage. They have been included in our .orig.tar.gz lapack blas have some common functions. For example, the routine xerbla (which is causing your issue here). There is only cosmetic changes here. Any way, only 2 manpages seems to be duplicate with blas: lsame.f xerbla.f I am going to try to rename lsame to lsame-lapack xerbla to xerbla-lapack to see how it goes. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501050: Bat taste
I'm going to change the default font to the monospace or to the gnome default monospace font soon in the upstream. Lincoln, could you not just change it to the font defined by gnome itself ? Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501447: [licensecheck] Manage more licenses extensions
Package: devscripts
Version: 2.10.38
Severity: wishlist
Hello,
It would be great if licensecheck could manage more things:
* CeCILL licenses
* SGI free license
* Artistic license
* Fortran files
* Scilab files
You will find the patch doing all this as attachment.
Don't hesitate if you want me to split it to seperate bug report
patches.
Regards,
Sylvestre
--- licensecheck.orig 2008-10-07 14:19:24.0 +0200
+++ licensecheck 2008-10-07 14:17:49.0 +0200
@@ -151,7 +151,8 @@
$default_ignore_regex =~ s/^#.*$//mg;
$default_ignore_regex =~ s/\n//sg;
-my $default_check_regex = '\.(c(c|pp|xx)?|h(h|pp|xx)?|p(l|m)|sh|php|py|rb|java|el)$';
+
+my $default_check_regex = '\.(c(c|pp|xx)?|h(h|pp|xx)|f(77|90)?|p(l|m)|sh|php|py|rb|java|el|sci|sce)$';
my $modified_conf_msg;
@@ -285,6 +286,7 @@
$content =~ tr/\t\r\n/ /;
$content =~ tr% A-Za-z.,@;0-9\(\)/-%%cd;
$content =~ s#//##g;
+$content =~ s/ c //g; # Remove fortran comments
$content =~ tr/ //s;
$license = parselicense($content);
@@ -445,6 +447,10 @@
$license = Artistic (v$1) $license;
}
+if ($licensetext =~ /is free software under the Artistic license/) {
+ $license = Artistic $license;
+}
+
if ($licensetext =~ /This program is free software; you can redistribute it and\/or modify it under the same terms as Perl itself/) {
$license = Perl $license;
}
@@ -457,6 +463,18 @@
$license = PHP (v$1) $license;
}
+if ($licensetext =~ / under the terms of the CeCILL /) {
+ $license = CeCILL $license;
+}
+
+if ($licensetext =~ / under the terms of the CeCILL-([^ ]+) /) {
+ $license = CeCILL-$1 $license;
+}
+
+if ($licensetext =~ / under the SGI Free Software License B/) {
+ $license = SGI Free Software License B $license;
+}
+
if ($licensetext =~ /is in the public domain/i) {
$license = Public domain;
}
Bug#501673: ITP: libfvm -- Code_Saturne Finite Volume Mesh
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: libfvm Version : 0.11.0 Upstream Author : Yvan Fournier [EMAIL PROTECTED] / Jerome Bonelle [EMAIL PROTECTED] * URL : http://www.code-saturne.org/ * License : LGPL Programming Lang: C Description : Code_Saturne Finite Volume Mesh FVM stands for Finite Volume Mesh. It is intended to provide finite volume mesh I/O and some other services such as interpolation, possibly in parallel using MPI. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482414: Package files
Hello, I commited the Debian package file into Torsten Werner's SVN: https://bollin.googlecode.com/svn/guake/ I only have a bug on startup to fix[1] and the package will be ready to upload into Debian. Sylvestre [1] TypeError: Gtk.accelerator_parse() argument 1 must be string, not None -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482414: Package files
This problem happens when schema is not installed properly and gconf.Client.get_string returns None when the key is not installed or it can't get it's value. Looking at your debian/rules I saw you're copying the schema to /usr/share but I think the right place is /usr/share/gconf/schemas Not exactly. I am moving the content of /etc/guake/ into /usr/share/ which makes: $ dpkg -S guake.schemas guake: /usr/share/gconf/schemas/guake.schemas The problem was the calling to gconf. I think the package is now ready for upload! Btw, I sent you the localization in French months ago. Did you received it ? Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492980: v-sim: V_Sim crashes on exporting a picture
When I try to export a picture using any of the possible formats, V_Sim crashes with the following message: --- Warning, xpress200 detected. Warning, xpress200 detected. The program 'v_sim' received an X Window System error. This probably reflects a bug in the program. The error was 'GLXBadContext'. (Details: serial 23 error_code 154 request_code 143 minor_code 5) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Hello Ferdinand, It seems to be the same bug as in #492869. Can you confirm that the workaround reported in this bug report works for you ? Thanks! Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494264: Recommends long-orphaned packages electric, vipec
science-electronics recommends electric and vipec, two of the longest-orphaned packages in Debian. Both will be suggested to be removed in the near future. I moved both to Suggests. It will be fixed in the next upload then. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492523: Are you sure this belongs to contrib?
Hello, I think this package still belongs to contrib because it has deps to package which are contrib too. For example, it is the case of: libbatik-java or libxmlgraphics-commons-java Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495327: [worldwind] Doesn't accept openjdk as JRE
It would be nice if libworldwind-java would also work with the Java VM from openjdk-6-jre. Currently, it depends on sun-java5-jre or sun-java6-jre; Good idea. However, I had to disable a (small) demo to be able to use it, because there is this bug: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=85 Basically, worldwind's demo uses some features provided by plugin.jar (in /usr/lib/jvm/java*/jre/lib/plugin.jar for Sun's JRE) but plugin.jar is not free and therefore not included in openJDK. could you add either some generic package name (java-runtime?) or specifically openjdk-6-jre as alternative JRE? Also I cannot use generic packages for worldwind for now because, at least the last time I tried, it was only working with Sun's JRE. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486876: scilab: Default help browser could be x-www-browser
Hello, Thanks for your input. You are right that we should offer this kind of feature. However, I don't see this bug fixed because the coming version 5 of Scilab has a new embedded doc system which will make this bug obsolete. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490749: Update of the ITP
block 490749 by 490556 490544 thanks There is also the dependency on fop 0.95 (we currently have the version 0.94 in the archive). I submitted a patch for this. Btw, the work is almost finished: http://svn.debian.org/viewsvn/debian-science/packages/jeuclid/trunk/ Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255071: This is coming
http://www.fwbuilder.org/docs/firewall_builder_3_features.html Summary: Firewall Builder 3.0 introduces support for IPv6 for iptables [...]. Still a beta version. Maybe in experimental? Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495914: guake: hides authentication dialog and screen looks locked-up
forwarded 495914 http://trac.guake-terminal.org/trac.cgi/ticket/71 tags 495914 + upstream thanks Hello Marius, I forwarded this bug upstream. Thanks! Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498967: ITP: giws -- Generate C++ class wrappers to call Java methods/objects
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: giws Version : 1.0 * URL : http://www.scilab.org/giws/ * License : CeCILL Programming Lang: Python Description : Generate C++ class wrappers to call Java methods/objects Giws is basically doing the same stuff as SWIG but the opposite. Calling Java from C/C++ can be tricky: JNI calls are complicated especially when dealing with non primivite types or arrays, performance issues must be kept in mind all the time, the code can be redundant (checking exceptions, checking returns of operations...). Giws hides this complexity through a C++ class which wraps the Java class. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499248: CPU 64/32 bit detection missing for powerpc
Le jeudi 18 septembre 2008 à 23:42 -0300, Rogério Brito a écrit :
Hi, Michel.
On Sep 17 2008, Michel Dänzer wrote:
The attached patch adds the missing CPU detection for powerpc. This
allows worldwind to run.
I don't know what such package does, but I'll chime in anyway. :-)
It aims to provide a library to display planets (our mainly) and to be
able to add some layers, info, etc on it.
It is based on JoGL (Java Open GL).
@@ -56,6 +56,7 @@ public class CPU {
+(os.startsWith(linux) cpu.equals(ppc)) ||
@@ -67,6 +68,7 @@ public class CPU {
+ (os.startsWith(linux) cpu.equals(ppc64)) ||
Are all those hardcoded things really necessary? (I understand that this
may not be a question intended to you, but left as a food for thought).
I don't think they are necessary. I could remove them...
What about the FreeBSD ports on other machines? What about NetBSD?
Having a kilometric list doesn't scale, of course... :-( But as a quick
fix, it seems appropriate, of course.
I think the purpose of this is we support these platforms and we do not
want to have to deal with others. ;)
Sylvestre
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499565: basic matrix computations give incorrect results
tags 499565 + pending thanks Hello, u should be the 3x3 identity matrix, and so u(2,2) should be 1 not 2. I confirm that Scilab 4.X has some issues with 64 bits CPU. The version 5.0 fixes most of these issues (and I confirm that this bug does not occurs with a Scilab 5). Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498640: Version 3.0
Hello, The package is ready... but it has to go the NEW queue because of the new packages... Therefor, I need my sponsor to do it for me. Package files are available here: http://bollin.googlecode.com/svn/fwbuilder/trunk/ http://bollin.googlecode.com/svn/libfwbuilder/trunk/ if you really need this version. Regards, Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499780: bash-completion: gdb argument returns an error when a path is not existing
Package: bash-completion Version: 20080705 Severity: minor Hello There is a small bug when calling the completion on gdb when a path in $PATH does not exist: $ export PATH=/usr/local/bin:/usr/bin:/bin:/usr/games:/path/which/does/not/exist $ gdb tab = find: `/path/which/does/not/exist': No such file or directory A patch fixing this bug is attached to this bug report. Regards, Sylvestre --- bash_completion.orig 2008-09-22 11:43:38.0 +0200 +++ bash_completion 2008-09-22 11:45:19.0 +0200 @@ -4058,7 +4058,7 @@ local path_array=( $(echo $PATH) ) IFS=$'\n' COMPREPLY=( $( compgen -d -W '$(find [EMAIL PROTECTED] . \ --mindepth 1 -maxdepth 1 -not -type d -executable -printf %f\\n)' \ +-mindepth 1 -maxdepth 1 -not -type d -executable -printf %f\\n 2/dev/null)' \ -- $cur ) ) fi elif [ $COMP_CWORD -eq 2 ]; then
Bug#499565: basic matrix computations give incorrect results
--A = [ 1 2 0 0 1; 2 0 1 0 2; 3 2 1 -1 4] A = 1.2.0.0.1. 2.0.1.0.2. 3.2.1. - 1.4. --R = rref(A) R = 1.0.0.5 0.2. 0.1. - 0.250.2.776D-17 0.0.0. 1. - 2. --C = 2 * R C = 2.0.2. 0.2. 0.2. - 0.50.5.551D-17 0.0.0. 2. - 2. The result of C=2*R is incorrect. C(1,3) should be 1 not 2, C(1,5) should be 4 not 2, and C(3,5) should be -4 not -2. After this example, could you try -- C(1,3)-1 What is the result ? We believe this might be a display issues (ie the internal value is OK but the display is wrong...). This used to occur with old version of gfortran. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491474: Please add freemat to mathematics task
Le samedi 19 juillet 2008 à 19:25 +0200, Giuseppe Iuculano a écrit : Package: science-mathematics Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, freemat now is in lenny, please add it to mathematics task Hello, Added and commited to the svn among a few other applications/libraries added. Andreas, feel free to upload when you want! Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483682: scilab: new upstream version, now free
Le samedi 13 septembre 2008 à 10:49 +0200, Marek Kubica a écrit : Hi, It will be indeed free and I have a prototype package of Scilab 5. I will upload it for lenny when Scilab 5 is released (it is a beta for now). The final version was released yesterday. I'm not sure whether it is not too late to go into Lenny considering the freeze. Hello Marek, Unfortunately, Scilab 5 won't make it for Lenny. It is a major release with new packages. It is now free (ie, Scilab has to go to NEW again for these two reasons). Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465724: Confirmation
Marc, Please let me know if it fixes the bug you have. If it is the case, I will extend this change to other debian archs. Thanks, Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#460969: drbdlinks: Dependency to drbd-utils should not be mandatory
Package: drbdlinks Version: 1.09-1 Severity: wishlist DRBDLinks does not required drbd-utils to work. IMHO, this dependency should be moved to suggest. Cheers, Sylvestre -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable'), (90, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337828: ITP: libjogl-java -- Java bindings for OpenGL
Hello, What is the status of this ITP ? Can I help ? I can spend some time on it (I need the JOGL package for the future version of Scilab). Regards, Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#452461: Scilab provides architecture specific binaries in all package
Le samedi 24 novembre 2007 à 17:14 +0100, Aurélien GÉRÔME a écrit : Hi, On Fri, Nov 23, 2007 at 01:20:54AM +, Thiemo Seufer wrote: The scilab_4.1.1-2_all.deb provides x86 binaries in /usr/lib/scilab-4.1.2/macros/. The build system in that place suggests the package should provide no binaries at all, as they are supposed to get built at install time or later. Torsten, Martin, how come both of you DDs missed that? Anyway, Torsten, do not hesitate to ping me as your devoted co-maintainer to double-check the package beforehand. :] We are aware of this problem. While he uploaded the package, Torsten said Note that this package has a (harmless) lintian error which has been there for a long time and will be fixed together with upstream's next major release. We should ignore that for the current version. On a side note, I think that it would be wise to switch from debhelper to cdbs for a package as complex as scilab. Yep, we will do that but this should be considered for the version 5.0 of Scilab since pretty much everything has changed in the compilation process of Scilab. Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#452461: Scilab provides architecture specific binaries in all package
Sorry for the email at the end of the battle. We had some email problems this week end... Aurélien : you are welcome if you want to fix all the warnings/errors but you may broke some stuffs and the version 5 should be released next march/april. Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#455886: [Pkg-openmpi-maintainers] Bug#455886: mpicc seems missing on buildbots
libmesh depends on openmpi, it build in pbuilder, however it fails on buildbots: http://buildd.debian.org/fetch.cgi?pkg=libmesh;ver=0.6.1.dfsg-1;arch=amd64;stamp=1197413726 I think this problem occurs because g++ is not installed for this package (g++ seems to be mandatory). However, openmi is providing an cxx alternative even when C++ compiler is not installed. Is it the right way ? Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#455886: [Pkg-openmpi-maintainers] Bug#455886: Fwd: Bug#455886: mpicc seems missing on buildbots
I think this problem occurs because g++ is not installed for this package (g++ seems to be mandatory). However, openmi is providing an cxx alternative even when C++ compiler is not installed. Is it the right way ? Do you think that g++ isn't installed? I doubt. It does not appear in the Build-Depends of libmesh and C++ is mandatory (macro AC_PROG_CXX in configure.in of libmesh) But in realite I don't need g++, but mpicxx. And mpicxx doesn't seem to exist mpicxx is just a wrapper. It is not a standalone application, it does need a C++ compiler to work. In the libmesh case, mpicxx exists but cannot found a g++ compiler (the AC_PROG_CXX is not very explicit in this case). Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#455886: [Pkg-openmpi-maintainers] Bug#455886: Fwd: Bug#455886: mpicc seems missing on buildbots
Why is it, that g++ is available in pbuilder, but not in buildhosts? I'll try to depend on g++ explicitely then and see if it helps. But still it's weird, because this is not the first upload of libmesh and all the previous ones built just fine and I wasn't depending on g++ explicitely. Maybe it was a dependency of an other package... which has been removed since. On this URL : http://buildd.debian.org/fetch.cgi?pkg=libmesh;ver=0.6.1.dfsg-1;arch=amd64;stamp=1197413726 there is no reference to g++ in the list of packages installed. Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#456177: ITP: libjogl-java -- Java bindings for OpenGL API (java library)
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: libjogl-java Version : 1.1.1~rc7-1 Upstream Author : Ken Russell * URL : https://jogl.dev.java.net/ * License : (BSD) Programming Lang: (Java, C) Description : Java bindings for OpenGL API (java library) The JOGL project hosts the development version of the Java Bindings for OpenGL (JSR-231), and is designed to provide hardware-supported 3D graphics to applications written in Java. JOGL is not the official reference implementation of the JSR, but an evolving workspace; snapshots are taken from this workspace which become the official reference implementations of the JSR. JOGL is part of a suite of open-source technologies initiated by the Game Technology Group at Sun Microsystems. JOGL provides full access to the APIs in the OpenGL 2.0 specification as well as nearly all vendor extensions, and integrates with the AWT and Swing widget sets. The current version has a few license problem (same as the bug #368560). Jogl can be included in Debian only if this problem is fixed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (150, 'stable'), (90, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash signature.asc Description: Ceci est une partie de message numériquement signée
Bug#456721: [Pkg-openmpi-maintainers] Processed: Re: Bug#456721:libpetsc.so depends on unexistent libraries
Le jeudi 20 décembre 2007 à 00:42 +0100, Manuel Prinz a écrit : Am Mittwoch, den 19.12.2007, 08:40 -0500 schrieb Adam C Powell IV: I think the confusion is: the .la files are not the static libs, they are libtool metadata files. The -dev package needs to include the .a static libs. The .la files are completely optional, and there's some difference of opinion on whether or not they are beneficial. If upstream installs them, I'd put them in the -dev package. The reasoning for dropping the .la files was that we don't build .a files. My understanding is that .la is useless without .a, so installing them did not make much sence to me. Or am I wrong here? You are wrong, sorry :p Just open one .la file and you will understand. They are supposed to hide the complexity of dynamic libraries. For example, if you are linking thanks to libtool with a dyn library, you can use the .la file to link it. And if this library has dependencies, the .la will tell you that. It will also provide you the name of the library, linker flags, version Example: # grep dependency myGreatLibraryWhichNeedsPcre.la dependency_libs=' -L/usr/lib -lpcreposix -lpcre' I hope I am clear on this ;) Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#458102: ITP: worldwind -- NASA Worldwind - 3D Virtual Globe
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: worldwind Version : 0.4.1 Upstream Author : Patrick Murris, Tom Gaskins * URL : http://worldwind.arc.nasa.gov/java/ * License : (NASA Open Source Agreement V1.3) Programming Lang: (Java) Description : NASA Worldwind - 3D Virtual Globe World Wind allows any user to zoom from satellite altitude into any place on Earth, leveraging high resolution LandSat imagery and SRTM elevation data to experience Earth in visually rich 3D, just as if they were really there. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458097: ITP: libjrosetta-java -- JRosetta - Advanced graphical console engine
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: libjrosetta-java Version : 1.0.1 Upstream Author : Sebastien Jourdain [EMAIL PROTECTED] * URL : http://dev.artenum.com/projects/JRosetta * License : (QPL but may change in the future) Programming Lang: (Java) Description : JRosetta - Advanced graphical console engine JRosetta provides a common base for graphical component that could be used to build a graphical console in Swing with the latest requirements, such as command history, completion and so on for instance for scripting language or command line. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451129: tk8.4: Problem with TK_Init
Package: tk8.4 Version: 8.4.16-1 Severity: grave Justification: renders package unusable Hello, Since a recent update, when I launch a program using the function Tk_Init (like Scilab for example), I get an error : Can't find a usable tk.tcl in the following directories: /usr/share/tcltk/tcl8.4/tk8.4 ./lib/tk8.4 /usr/local/lib/tcltk/tk8.4 /usr/local/share/tcltk/tk8.4 /usr/lib/tcltk/tk8.4 /usr/share/tcltk/tk8.4 ./library ./tk8.4.16/library On my system, tk.tcl is installed in /usr/lib/tk8.4/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (150, 'stable'), (90, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686-bigmem (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages tk8.4 depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii tcl8.48.4.16-3 Tcl (the Tool Command Language) v8 Versions of packages tk8.4 recommends: ii eterm [x-terminal-emula 0.9.4.0debian1-2 Enlightened Terminal Emulator ii gnome-terminal [x-termi 2.18.1-1 The GNOME 2 terminal emulator appl ii xterm [x-terminal-emula 229-1X terminal emulator -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454652: ITP: libskinlf-java -- Skin Look and Feel - Skinning Engine for the Swing toolkit
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: libskinlf-java Version : 6.7 Upstream Author : Frederic Lavigne * URL : http://skinlf.l2fprod.com * License : (Apache) Programming Lang: (Java) Description : Skin Look and Feel - Skinning Engine for the Swing toolkit Skin Look And Feel allows Java developers to write skinnable application using the Swing toolkit. Skin Look And Feel is able to load themepacks (a bundle of GTK - The Gimp Toolkit - and KDE - The K Desktop Environment - skins) to enhance your application GUI controls such as Buttons, Checks, Radios, Scrollbars, Progress Bar, Lists, Tables, Internal Frames, Colors, Background Textures, Regular Windows. Skin Look And Feel (aka SkinLF) also includes NativeSkin to create irregular windows. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable'), (90, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454653: ITP: libflexdock-java -- Swing Java docking framework
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: libflexdock-java Version : 0.5.1 Upstream Author : Claudio Romano - Eleritec * URL : https://flexdock.dev.java.net/ * License : (MIT) Programming Lang: (Java) Description : Swing Java docking framework FlexDock is a Java docking framework for use in cross-platform Swing applications. It offers features you'd expect in any desktop docking framework such as: * Tabbed and Split Layouts * Drag-n-Drop capability (with native drag rubber band painting on some platforms) * Floating windows * Collapsible Containers to Save Real Estate * Layout Persistence -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable'), (90, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368560: mesa: material under SGI Free Software License B is not DFSG-free
Hello, Is there any progress on this issue ? I packaged JOGL for Debian and would like to see it in Debian. However, JOGL has the same files as mesa (translated to Java) under the same license (SGI free license B). Does anyone tried to contact the upstream ? Cheers, Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#427356: openmpi: update to version 1.2.2
Package: openmpi Severity: wishlist Tags: patch Hello, Starting from Tilman Koschnick work (see bug #415338), I created a patch the version 1.2.2 of OpenMPI. I would like to upload the new package as a NMU in one week if you don't see any objections. Cheers, Sylvestre diff -Nur debian.orig/changelog debian/changelog --- debian.orig/changelog 2007-06-01 17:36:35.0 +0200 +++ debian/changelog 2007-06-01 17:41:19.0 +0200 @@ -1,3 +1,31 @@ +openmpi (1.2.2-1.1) unstable; urgency=low + + * Non-maintainer upload + * New upstream release. + * Patch removed (20implicit_pointer_conversion.dpatch) + + -- Sylvestre Ledru [EMAIL PROTECTED] Fri, 1 Jun 2007 14:58:45 +0200 + +openmpi (1.2) unstable; urgency=low + + * Non-maintainer upload + * New upstream release. + * Acknowledge previous NMUs (closes: #386491, #392633, #404003, #404026). + * Fix: mpicc.openmpi fails to run when named mpicc.openmpi (closes: #388216). + * Include manual pages (closes: #413607). + * Add openmpi-mpidoc package for man pages describing the MPI standard. + * Update copyrights. + + -- Tilman Koschnick [EMAIL PROTECTED] Fri, 16 Mar 2007 11:17:25 +0100 + +openmpi (1.1-2.4) unstable; urgency=low + + * Non-maintainer upload. + * Spelling mistake in the description of the package +Closes: #390238 + + -- Andreas Barth [EMAIL PROTECTED] Fri, 22 Dec 2006 13:57:13 + + openmpi (1.1-2.3) unstable; urgency=high * Non-maintainer upload. diff -Nur debian.orig/control debian/control --- debian.orig/control 2007-06-01 17:36:35.0 +0200 +++ debian/control 2007-06-01 17:22:12.0 +0200 @@ -82,4 +82,4 @@ MPI offers advantages for system and software vendors, application developers and computer science researchers. . - This package ontains debugging symbols for Open MPI. + This package contains debugging symbols for Open MPI. diff -Nur debian.orig/openmpi-mpidoc.install debian/openmpi-mpidoc.install --- debian.orig/openmpi-mpidoc.install 1970-01-01 01:00:00.0 +0100 +++ debian/openmpi-mpidoc.install 2007-06-01 17:31:48.0 +0200 @@ -0,0 +1 @@ +usr/share/man/man3/* diff -Nur debian.orig/patches/00list debian/patches/00list --- debian.orig/patches/00list 2007-06-01 17:36:35.0 +0200 +++ debian/patches/00list 2007-06-01 17:23:44.0 +0200 @@ -1,2 +1,2 @@ 10opal_noexecstack -20implicit_pointer_conversion +20fix_manpage_link.dpatch diff -Nur debian.orig/patches/20fix_manpage_link.dpatch debian/patches/20fix_manpage_link.dpatch --- debian.orig/patches/20fix_manpage_link.dpatch 1970-01-01 01:00:00.0 +0100 +++ debian/patches/20fix_manpage_link.dpatch 2007-06-01 16:30:55.0 +0200 @@ -0,0 +1,14 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 30fix_manpage_link.dpatch by Tilman Koschnick [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fix link between manpages. + [EMAIL PROTECTED]@ +diff -urNad openmpi-1.2~/ompi/mpi/man/man3/MPI_Status_c2f.3 openmpi-1.2/ompi/mpi/man/man3/MPI_Status_c2f.3 +--- openmpi-1.2~/ompi/mpi/man/man3/MPI_Status_c2f.3 2006-11-09 19:53:42.0 +0100 openmpi-1.2/ompi/mpi/man/man3/MPI_Status_c2f.3 2007-03-18 00:18:20.513262103 +0100 +@@ -1,2 +1,2 @@ +-.so man3/MPI_Status_c2f.3 ++.so man3/MPI_Status_f2c.3 + ' @(#)MPI_Status_c2f.3 1.12 06/03/09 diff -Nur debian.orig/patches/20implicit_pointer_conversion.dpatch debian/patches/20implicit_pointer_conversion.dpatch --- debian.orig/patches/20implicit_pointer_conversion.dpatch 2007-06-01 17:36:35.0 +0200 +++ debian/patches/20implicit_pointer_conversion.dpatch 1970-01-01 01:00:00.0 +0100 @@ -1,19 +0,0 @@ -#! /bin/sh /usr/share/dpatch/dpatch-run -## 20implict_pointer_conversion.dpatch by Florian Ragwitz [EMAIL PROTECTED] -## -## All lines beginning with `## DP:' are a description of the patch. -## DP: Include malloc.h to avoid implict pointer conversion on 64 -## DP: architectures. See #377725. - [EMAIL PROTECTED]@ - openmpi-1.1.orig/ompi/mca/mpool/openib/mpool_openib_module.c 2006-08-07 15:56:18.428275656 +0200 -+++ openmpi-1.1/ompi/mca/mpool/openib/mpool_openib_module.c 2006-08-07 15:55:50.757482256 +0200 -@@ -26,6 +26,7 @@ - #include ompi/mca/rcache/rcache.h - #include ompi/mca/rcache/base/base.h - #include ompi/mca/mpool/base/base.h -+#include malloc.h - - extern uint32_t mca_mpool_base_page_size; - extern uint32_t mca_mpool_base_page_size_log;
Bug#427356: Update of the patch
Hi again, On Dirk Eddelbuettel, I updated to patch to merge all the merge into the same changelog entries instead of a few new ones. Sylvestre diff -Nur debian.orig/changelog debian/changelog --- debian.orig/changelog 2007-06-04 09:33:44.0 +0200 +++ debian/changelog 2007-06-04 10:02:44.0 +0200 @@ -1,3 +1,26 @@ +openmpi (1.2.2-1.1) unstable; urgency=low + + * Non-maintainer upload + + [ Sylvestre Ledru] + * New upstream release 1.2.2 + * Patch removed (20implicit_pointer_conversion.dpatch) + * Apply all of Tilmam's patches below (Closes: #415338) + + [ Tilman Koschnick ] + * New upstream release 1.2.0 + * Acknowledge previous NMUs (closes: #386491, #392633, #404003, #404026). + * Fix: mpicc.openmpi fails to run when named mpicc.openmpi (closes: #388216). + * Include manual pages (closes: #413607). + * Add openmpi-mpidoc package for man pages describing the MPI standard. + * Update copyrights. + + [ Andreas Barth ] + * Spelling mistake in the description of the package +Closes: #390238 + + -- Sylvestre Ledru [EMAIL PROTECTED] Fri, 1 Jun 2007 14:58:45 +0200 + openmpi (1.1-2.3) unstable; urgency=high * Non-maintainer upload. diff -Nur debian.orig/control debian/control --- debian.orig/control 2007-06-04 09:33:44.0 +0200 +++ debian/control 2007-06-04 09:44:16.0 +0200 @@ -82,4 +82,4 @@ MPI offers advantages for system and software vendors, application developers and computer science researchers. . - This package ontains debugging symbols for Open MPI. + This package contains debugging symbols for Open MPI. diff -Nur debian.orig/openmpi-mpidoc.install debian/openmpi-mpidoc.install --- debian.orig/openmpi-mpidoc.install 1970-01-01 01:00:00.0 +0100 +++ debian/openmpi-mpidoc.install 2007-06-04 09:44:16.0 +0200 @@ -0,0 +1 @@ +usr/share/man/man3/* diff -Nur debian.orig/patches/00list debian/patches/00list --- debian.orig/patches/00list 2007-06-04 09:33:44.0 +0200 +++ debian/patches/00list 2007-06-04 09:44:16.0 +0200 @@ -1,2 +1,2 @@ 10opal_noexecstack -20implicit_pointer_conversion +20fix_manpage_link.dpatch diff -Nur debian.orig/patches/20fix_manpage_link.dpatch debian/patches/20fix_manpage_link.dpatch --- debian.orig/patches/20fix_manpage_link.dpatch 1970-01-01 01:00:00.0 +0100 +++ debian/patches/20fix_manpage_link.dpatch 2007-06-04 09:44:16.0 +0200 @@ -0,0 +1,14 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 30fix_manpage_link.dpatch by Tilman Koschnick [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fix link between manpages. + [EMAIL PROTECTED]@ +diff -urNad openmpi-1.2~/ompi/mpi/man/man3/MPI_Status_c2f.3 openmpi-1.2/ompi/mpi/man/man3/MPI_Status_c2f.3 +--- openmpi-1.2~/ompi/mpi/man/man3/MPI_Status_c2f.3 2006-11-09 19:53:42.0 +0100 openmpi-1.2/ompi/mpi/man/man3/MPI_Status_c2f.3 2007-03-18 00:18:20.513262103 +0100 +@@ -1,2 +1,2 @@ +-.so man3/MPI_Status_c2f.3 ++.so man3/MPI_Status_f2c.3 + ' @(#)MPI_Status_c2f.3 1.12 06/03/09 diff -Nur debian.orig/patches/20implicit_pointer_conversion.dpatch debian/patches/20implicit_pointer_conversion.dpatch --- debian.orig/patches/20implicit_pointer_conversion.dpatch 2007-06-04 09:33:44.0 +0200 +++ debian/patches/20implicit_pointer_conversion.dpatch 1970-01-01 01:00:00.0 +0100 @@ -1,19 +0,0 @@ -#! /bin/sh /usr/share/dpatch/dpatch-run -## 20implict_pointer_conversion.dpatch by Florian Ragwitz [EMAIL PROTECTED] -## -## All lines beginning with `## DP:' are a description of the patch. -## DP: Include malloc.h to avoid implict pointer conversion on 64 -## DP: architectures. See #377725. - [EMAIL PROTECTED]@ - openmpi-1.1.orig/ompi/mca/mpool/openib/mpool_openib_module.c 2006-08-07 15:56:18.428275656 +0200 -+++ openmpi-1.1/ompi/mca/mpool/openib/mpool_openib_module.c 2006-08-07 15:55:50.757482256 +0200 -@@ -26,6 +26,7 @@ - #include ompi/mca/rcache/rcache.h - #include ompi/mca/rcache/base/base.h - #include ompi/mca/mpool/base/base.h -+#include malloc.h - - extern uint32_t mca_mpool_base_page_size; - extern uint32_t mca_mpool_base_page_size_log;
Bug#418014: libibverbs verbosity
Hello Roland, I think both would be great. Cheers, Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483682: scilab: new upstream version, now free
Hello Laurent, It will be indeed free and I have a prototype package of Scilab 5. I will upload it for lenny when Scilab 5 is released (it is a beta for now). Sylvestre Disclosure: I am part of the upstream too :) Le vendredi 30 mai 2008 à 15:19 +0200, Laurent Bonnaud a écrit : Package: scilab Version: 4.1.2-5 Severity: normal Hi, scilab is now free according to this changelog: http://www.scilab.org/download/index_download.php?page=CHANGES_5.0-beta-2 It would be nice to have it on time for lenny. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scilab depends on: ii scilab-bin4.1.2-5Matrix-based scientific software p ii tk8.3 [wish] 8.3.5-13 Tk toolkit for Tcl and X11, v8.3 - ii tk8.4 [wish] 8.4.19-1 Tk toolkit for Tcl and X11, v8.4 - ii tk8.5 [wish] 8.5.2-1Tk toolkit for Tcl and X11, v8.5 - Versions of packages scilab recommends: ii scilab-doc4.1.2-5Matrix-based scientific software p -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490433: netbeans-platform: Please provide org-openide-util.jar as separate package
Package: netbeans-platform Version: 6.0.1+dfsg-1 Severity: wishlist Hello, I am trying to package freehep-util which is used in many of the freehep packages (http://java.freehep.org/). However, freehep-util is based on org-openide-util. Therefore, I need to set a dependency on the netbeans-platform package just for this library. Do you think that this java package could become a specific debian package ? Thanks! Sylvestre -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable'), (500, 'stable'), (90, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages netbeans-platform depends on: ii sun-java5-jdk 1.5.0-14-3 Sun Java(TM) Development Kit (JDK) ii sun-java5-jre 1.5.0-14-3 Sun Java(TM) Runtime Environment ( ii sun-java6-jre 6-06-1 Sun Java(TM) Runtime Environment ( netbeans-platform recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490544: libxmlgraphics-commons-java: New upstream version
Package: libxmlgraphics-commons-java Version: 1.2.dfsg-1 Severity: wishlist Tags: patch Hello, I am packaging a software which needs the version 1.3.X of libxmlgraphics-commons-java. I made the patch to update to the new upstream version. Thx, Sylvestre diff -ur xmlgraphics-commons.orig/debian/changelog xmlgraphics-commons/debian/changelog --- xmlgraphics-commons.orig/debian/changelog 2008-07-12 16:04:25.0 +0200 +++ xmlgraphics-commons/debian/changelog 2008-07-12 15:54:10.0 +0200 @@ -1,3 +1,12 @@ +xmlgraphics-commons (1.3.1-0.1) unstable; urgency=low + + * Non-maintainer upload. + * New upstream release. + * Version of the watch updated + * Updated Standards-Version to 3.8.0.1 + + -- Sylvestre Ledru [EMAIL PROTECTED] Sat, 12 Jul 2008 15:52:58 +0200 + xmlgraphics-commons (1.2.dfsg-1) unstable; urgency=low * New upstream release. diff -ur xmlgraphics-commons.orig/debian/control xmlgraphics-commons/debian/control --- xmlgraphics-commons.orig/debian/control 2008-07-12 16:04:25.0 +0200 +++ xmlgraphics-commons/debian/control 2008-07-12 16:01:53.0 +0200 @@ -5,7 +5,7 @@ Uploaders: Arnaud Vandyck [EMAIL PROTECTED], Michael Koch [EMAIL PROTECTED] Build-Depends: debhelper (5), cdbs Build-Depends-Indep: sun-java6-jdk, ant-optional, libcommons-io-java (= 1.3.1), junit -Standards-Version: 3.7.3 +Standards-Version: 3.8.0.1 Package: libxmlgraphics-commons-java Section: contrib/libs diff -ur xmlgraphics-commons.orig/debian/watch xmlgraphics-commons/debian/watch --- xmlgraphics-commons.orig/debian/watch 2008-07-12 16:04:25.0 +0200 +++ xmlgraphics-commons/debian/watch 2008-07-12 15:50:02.0 +0200 @@ -1,5 +1,5 @@ # watch control file for uscan -version=2 +version=3 # Options # Site Version Script
Bug#490556: batik: New upstream version
Package: batik Severity: wishlist Tags: patch Hello, I am packaging a software which needs the version 1.7 of batik. I made the patch to update to the new upstream version and made some small changes to make lintian happier. Thx, Sylvestre PS: Is it possible to rejoin the pkg-java-maintainers team and had the flag DM-Upload-Allowed: yes to this package ? diff -ur --new-file batik-1.6/debian/changelog batik-1.7/debian/changelog --- batik-1.6/debian/changelog 2008-07-12 16:22:42.0 +0200 +++ batik-1.7/debian/changelog 2008-07-12 18:16:38.0 +0200 @@ -1,3 +1,19 @@ +batik (1.7-0.1) unstable; urgency=low + + * Non-maintainer upload. + * New upstream version + * orig-tar.sh added to repack the zip + * watch file updated to handle orig-tar.sh + * dpkg-source warning removed + * Updated Standards-Version to 3.8.0.1 + * Update of debian/rules to match changes of batik 1.7 + * Patch 02_fix_jar_target.patch removed + * Lintian warning removed (refers to the file +/usr/share/common-licenses/Apache-2.0) + + + -- Sylvestre Ledru [EMAIL PROTECTED] Sat, 12 Jul 2008 16:38:29 +0200 + batik (1.6-4) unstable; urgency=low [ Mark Howard ] diff -ur --new-file batik-1.6/debian/control batik-1.7/debian/control --- batik-1.6/debian/control 2008-07-12 16:22:42.0 +0200 +++ batik-1.7/debian/control 2008-07-12 18:16:38.0 +0200 @@ -4,7 +4,7 @@ Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Uploaders: Arnaud Vandyck [EMAIL PROTECTED], Wolfgang Baer [EMAIL PROTECTED], Michael Koch [EMAIL PROTECTED], Vincent Fourmond [EMAIL PROTECTED] -Standards-Version: 3.7.3 +Standards-Version: 3.8.0.1 Build-Depends: debhelper (= 4.2.30), cdbs Build-Depends-Indep: sun-j2sdk1.4 | java2-compiler, ant, libbsf-java, libxalan2-java, rhino, libavalon-framework-java (= 4.2.0-1), libcommons-io-java, libcommons-logging-java diff -ur --new-file batik-1.6/debian/copyright batik-1.7/debian/copyright --- batik-1.6/debian/copyright 2008-07-12 16:22:42.0 +0200 +++ batik-1.7/debian/copyright 2008-07-12 18:16:38.0 +0200 @@ -3,178 +3,9 @@ It was downloaded from http://xml.apache.org/batik. +Copyright: (c) 2000-008 The Apache Software Foundation. - Apache License - Version 2.0, January 2004 -http://www.apache.org/licenses/ +License: +Apache 2 - TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION - - 1. Definitions. - - License shall mean the terms and conditions for use, reproduction, - and distribution as defined by Sections 1 through 9 of this document. - - Licensor shall mean the copyright owner or entity authorized by - the copyright owner that is granting the License. - - Legal Entity shall mean the union of the acting entity and all - other entities that control, are controlled by, or are under common - control with that entity. For the purposes of this definition, - control means (i) the power, direct or indirect, to cause the - direction or management of such entity, whether by contract or - otherwise, or (ii) ownership of fifty percent (50%) or more of the - outstanding shares, or (iii) beneficial ownership of such entity. - - You (or Your) shall mean an individual or Legal Entity - exercising permissions granted by this License. - - Source form shall mean the preferred form for making modifications, - including but not limited to software source code, documentation - source, and configuration files. - - Object form shall mean any form resulting from mechanical - transformation or translation of a Source form, including but - not limited to compiled object code, generated documentation, - and conversions to other media types. - - Work shall mean the work of authorship, whether in Source or - Object form, made available under the License, as indicated by a - copyright notice that is included in or attached to the work - (an example is provided in the Appendix below). - - Derivative Works shall mean any work, whether in Source or Object - form, that is based on (or derived from) the Work and for which the - editorial revisions, annotations, elaborations, or other modifications - represent, as a whole, an original work of authorship. For the purposes - of this License, Derivative Works shall not include works that remain - separable from, or merely link (or bind by name) to the interfaces of, - the Work and Derivative Works thereof. - - Contribution shall mean any work of authorship, including - the original version of the Work and any modifications or additions - to that Work or Derivative Works thereof, that is intentionally - submitted to Licensor for inclusion in the Work by the copyright owner - or by an individual or Legal Entity authorized to submit on behalf
Bug#490749: ITP: jeuclid -- A complete MathML rendering solution
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: jeuclid Version : 3.1.1 * URL : http://jeuclid.sourceforge.net/ * License : Apache 2 Programming Lang: Java Description : A complete MathML rendering solution JEuclid is a complete MathML rendering solution, consisting of: * A MathViewer application * Command line converters from MathML to other formats * An ant task for automated conversion * Display components for AWT and Swing * A component for Apache Cocoon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477733: DM application for Sylvestre Ledru
Package: debian-maintainers Version: 1.29 Severity: normal Hello, I would like to be added to the Debian Maintainers keyring if possible. You will find the changeset as attachment. Thank you very much, Sylvestre Changed-By: Date: Thu, 24 Apr 2008 23:49:04 +0200 Comment: adding debian-maintainer Sylvestre Ledru Agreement: http://lists.debian.org/debian-newmaint/2008/04/msg00041.html Advocates: http://lists.debian.org/debian-newmaint/2008/04/msg00057.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.6 (GNU/Linux) mQGiBEc8YskRBACvAMkmUKnaruIwb4/Q9r5Pe91bSpCmmtH6lkDpF1ufCGNMGXyI 3l9yaWqusjfBQV7V6thhMsfhq0Y2+ubEKyZONJzAaqSpQ8cibt/rFOup59MRT62Z Qy3+inirh+d357s/59V8eToEcLtFQBCBcc616WeQBzs+JqirrJbt4Z05qwCg9w1Y f3guslDs0Ibn+ySTTL0uSa0D/0h9zEFG80GjTuHOuBYLUyfS9e2JfG1GuM6WuoSR xN3gYZFkU2FXerVx2bWMse52HYfS7r/T8K//8wRX2NPL4raO2k6LdZfjMDaRByVx UBf6sQkLiKbdq7Ak1CC1BXjWmTP00isNIS/OTInECBqGmeo2m+QOJdouwPHHtb+x PCk2A/44ndYsAXlsPiw297l7kQUhxwKR5IKCPl+JXf4zQIAvDo5ctLoCyhVBeHoJ X2qwtc3C/S2b1G20aqyaPfy02Sdyq3+fDMmfgOx28MAhhRNd6+cMMu8WTCt8fEuP YlptWwzEfR4xTI7VjJUwG8kppaYRnqOKJvxzv5iS13JatUHhR7QmU3lsdmVzdHJl IExlZHJ1IDxzeWx2ZXN0cmVAbGVkcnUuaW5mbz6IYAQTEQIAIAUCRzxiyQIbAwYL CQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEIjl1zPdiZYQ3gAAoLr06AXz+261tFam rGz12h0jmWINAKCCBRKw00BvqeNX74HgYy+VjingQYhGBBARAgAGBQJHQuqyAAoJ EGhFQHHjRi/REZkAnR9lJW3GCQSoaUk4/K0pek+J92+oAJ0eT/oFMiGmo9IlggLD Fk7z1Zg08YhGBBARAgAGBQJHokY2AAoJEIUdCqAMzKtIDyYAn0sqnLfNqX4cfZrP s2y0JRmLHHatAKCEXYvZuAMtvVRkO3t8KNe7Zih7ALQqU3lsdmVzdHJlIExlZHJ1 IDxzeWx2ZXN0cmUubGVkcnVAaW5yaWEuZnI+iGAEExECACAFAkdDPXsCGwMGCwkI BwMCBBUCCAMEFgIDAQIeAQIXgAAKCRCI5dcz3YmWEN3jAJ44yDeZMwAPS9ol5x/z k8qq2YBBJACeJ0fU1DYpz80xnrP9rA4dGUpftwGIRgQQEQIABgUCR0M9ogAKCRBo RUBx40Yv0fcdAKCU8yz1HwIk3wlivbwWNbxcyTXJegCfWrzotDxZ5Vlo0K++NB06 oTg+D/GIRgQQEQIABgUCR6JGKwAKCRCFHQqgDMyrSHOPAJ9e0T3DBzbwaNIWaKCd 5o/MmNib+QCfeMwTgZZpTJlArk4JjMJ8tWnIsIaIRgQTEQIABgUCR6NlVQAKCRC8 9sYPboFp0jQEAJ9ttsvUnqTXujW562jIJ9+OzcQ1agCfVlEhO6M0mQ4N7wg00PXE 9ozjQr65Ag0ERzxi3BAIAJr1oGgyCcPUgAsom0fy7MiD4Ovbd5ms61bhNfFyYUjy VcO/BclzgIQWK7YtLazPsRPcFeOJNIdQNfhHcTKJkZOWF59cAQmeZsKjpwB9LYEW b+XhojSjS9E7UIBUJwto/4x58xX9UTIwguytf7dQE5rkZg3kG9UZERwfEbmTBT5d Arl5X2wjBW1hFi5O21NQBkTLpggGoJJgKA4WibSX6MJ8VzzGdZTdGZTSzXRg2MFA FFQulAKli1hP0MviKdEJsvIcSXWWRgA0AsO/lsKvZ9WqB97ECFJ2lPiGQWjfPR6Q UYUkQMsOCsg7W6VFmcvG1q5akCZavRryVgcOt2hyu7MAAwUH/3GdEnxN8oLbEKqp DIK4QINIrxomYCkyPuxjNvF9o32Nyx9ND8fzfQW5pmk8fFR2wbw5BZPFGxAEkOZL 6j+d8HAES2S8Tr57oiOTJ53PWzSazM+/BXGj//SovSXr7vgmpyV12MlTU2xSdar9 U17R4illonG6X3DzYmAfBnfQixd41coiE3tjsfT0/28xd6gNEY6W3+AjAt8C2aRV +M6cDWdPjt/WCizbv+9L0A0RjQSDUy1D8iMel1HWEXkFMPL8MTvunUaAA3nViYx0 49yrJKwqkbraJvRkPm6KzvHmYyuFweOm1LdWuaXNYwD7Njcw+LTIijT1MFHjEAO0 JSALatGISQQYEQIACQUCRzxi3AIbDAAKCRCI5dcz3YmWEE/DAKCGnRw28Nxerjci tezGGAFTrbR24wCg50Mc/fi6tVRBESvQb+HlXm7Xibs= =vci6 -END PGP PUBLIC KEY BLOCK- signature.asc Description: Ceci est une partie de message numériquement signée
Bug#482414: ITP: guake -- A drop-down terminal for Gnome Desktop Environment
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: guake Version : 0.1 Upstream Author : Gabriel Falcão [EMAIL PROTECTED] Lincoln de Sousa [EMAIL PROTECTED] * URL : http://guake-terminal.org/ * License : GPL Programming Lang: Python with C Description : A drop-down terminal for Gnome Desktop Environment Guake is a drop-down terminal for Gnome Desktop Environment, so you just need to press a key to invoke him, and press again to hide. Guake supports hotkeys, tabs, background transparent, etc. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467097: On going work
The debian/ directory is available here: http://svn.debian.org/viewsvn/pkg-scicomp/eficas/trunk/ Upload will arrive soon (I hope) S signature.asc Description: Ceci est une partie de message numériquement signée
Bug#480476: On going work
The debian/ directory is available here: http://svn.debian.org/viewsvn/debian-science/physics/v-sim/trunk/ Upload will arrive soon. S signature.asc Description: Ceci est une partie de message numériquement signée
Bug#483236: ftpfs - libantlr-dev will be removed on arm, alpha and hppa
Hi, libantlr-dev is a native C++ library but since antlr is in Java, there is the need of a Java env to build libantlr-dev... S -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483236: ftpfs - libantlr-dev will be removed on arm, alpha and hppa
Re, I had a look to this bug. For those who don't know, antlr is a serie of tool for language recognition. The configure of fwbuilder is looking on the system if antlr is available (or not). * If it is the case, it will regenerate the language recoginition tools. * If not, fwbuilder build the already generated tools. Then, the libantlr-dev dep could be dropped. However, it could lead to reopen the bug #474673 . I don't know if the upstream has regenerated the antlr tools with a gcc-4.3 compliant version. I will try to find out. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464400: OpenCASCADE copyright/license audit
Hello Adam, Le vendredi 09 mai 2008 à 09:33 -0400, Adam C Powell IV a écrit : By the way, speaking of size, would anyone mind if I drop the static libs from the -dev package? They are enormous, they double the build time and more than double the storage requirement, and I don't think they are so important. I think you can drop them without a doubt... Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#480476: ITP: v-sim -- Visualize atomic structures
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: v-sim Version : 3.3.2 Upstream Author : Damien Caliste [EMAIL PROTECTED] and others * URL : http://inac.cea.fr/L_Sim/V_Sim/index.en.html * License : CeCILL (GPL compatible) Programming Lang: C Description : Visualize atomic structures V_Sim visualizes atomic structures such as crystals, grain boundaries, molecules, and so on It can work with files either in binary format or in plain text format. The rendering is done in pseudo-3D with colored spheres to represent the atoms. The user can interact through many functions to choose the view, the size of the atoms, their color, the background color, the type of fog, and more. Moreover, V_Sim allows you to export the view as images in GIF, PS, and other formats. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#417944: sun-java5-jdk: Does not install jni.h into /usr/include/*
Package: sun-java5-jdk Version: 1.5.0-10-3 Severity: normal jni.h (and a few other .h files) are available only /usr/lib/jvm/java*/includes/ which causes issues with some ./configure maybe they could be available in /etc/alternatives/ or in /usr/include (which is the case in libgcj?-dev) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (800, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages sun-java5-jdk depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libx11-62:1.0.3-6X11 client-side library ii sun-java5-demo 1.5.0-10-3 Sun Java(TM) Development Kit (JDK) ii sun-java5-jre 1.5.0-10-3 Sun Java(TM) Runtime Environment ( sun-java5-jdk recommends no packages. -- debconf information: * shared/accepted-sun-dlj-v1-1: true shared/error-sun-dlj-v1-1: * shared/present-sun-dlj-v1-1: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418014: libibverbs1: sysfs not available : libibverbs: Fatal: couldn't read uverbs ABI version.
Package: libibverbs1
Version: 1.0.4-1
Severity: normal
I am working with OpenMPI and I don't have sysfs on my computer.
When I running a very basic MPI program (source attached), I get the
error :
libibverbs: Fatal: couldn't read uverbs ABI version.
--
[0,0,0]: OpenIB on host gabiniere was unable to find any HCAs.
Another transport will be used instead, although this may result in
lower performance.
--
Looking into the source of this lib, I saw that it tries to
check the abi of Infiniband (which I don't have and don't want to use).
Maybe it is more an OpenMPI bug which should not force the user to use
InfiniBand but there is anyway a bug in the lib : it should detect that
I don't have sysfs on my computer and display that.
My test program :
#include mpi.h
#define BUFSIZE 128
int main(int argc, char *argv[])
{
MPI_Init(argc,argv);
return 0;
}
# gcc -o testMPI testMpi.c -lmpi ./testMPI
libibverbs: Fatal: couldn't read uverbs ABI version.
--
[0,0,0]: OpenIB on host gabiniere was unable to find any HCAs.
Another transport will be used instead, although this may result in
lower performance.
--
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (800, 'testing'), (150, 'stable'), (90, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages libibverbs1 depends on:
ii adduser 3.102Add and remove users and groups
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libsysfs2 2.1.0-1 interface library to sysfs
libibverbs1 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271364: Scilab linux Maintainer
Hello, I am working at the INRIA on the Scilab project. I am in charge of the GNU/Linux and Unix version of Scilab and I am a big fan of Debian and longtime user. I am in touch with Daniel Baumann and Torsten Werner for the future package(s). At the moment, I am rebuilding the configuration and compilation system using autotools everywhere I can. I already have some feature requests or fixes to do (dynamic lib, libtool...). I am available to introduce new things which will make Scilab more compliant to the Linux (and of course Debian) guidelines. Don't hesitate to ask. It would be great if I can provide my services as a co-maintainer for the Debian package. I hope I will be able to put forward a unofficial new version within a few weeks or months. Cheers, Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476346: ITP: libmatio -- A library to read and write Matlab MAT files
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: libmatio Version : 1.3.2 Upstream Author : Christopher Hulbert [EMAIL PROTECTED] * URL : http://sourceforge.net/projects/mati * License : LGPL Programming Lang: C Description : A library to read and write Matlab MAT files matio is an ISO C library (with a limited Fortran 90 interface) for reading and writing Matlab MAT files. -- System Information: Debian Release: lenny/sid APT prefers gutsy APT policy: (500, 'gutsy'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476346: ITP: libmatio -- A library to read and write Matlab MAT files
Indeed, bad copy and paste ! http://sourceforge.net/projects/matio Thanks, Sylvestre Le mercredi 16 avril 2008 à 09:30 +0200, Thomas Weber a écrit : Am Mittwoch, den 16.04.2008, 08:51 +0200 schrieb Sylvestre Ledru: Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: libmatio Version : 1.3.2 Upstream Author : Christopher Hulbert [EMAIL PROTECTED] * URL : http://sourceforge.net/projects/mati There's an o missing at the URL end. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467097: ITP: eficas -- ASter Command FIle Editor
Le vendredi 29 février 2008 à 10:29 +0100, Guus Sliepen a écrit : On Fri, Feb 29, 2008 at 02:30:29AM +, Ben Hutchings wrote: On Sat, 2008-02-23 at 10:09 +0100, Guus Sliepen wrote: On Sat, Feb 23, 2008 at 01:41:05AM +0100, Sylvestre Ledru wrote: Upstream Author : EDF / RD Please include the full name of the author(s). snip EDF is the usual name of the company whose logo appears on the upstream web site http://www.code-aster.org/. (The initials used to stand for Electricité de France, but the company has diversified and no longer expands the initials.) Ok. But three letters is not enough for me, who is not French, to know that it stands for the company formerly known as Electricité de France. Well, it is a hugue corporation. I put EDF because it is quite famous. At least I thought... EDF is one of the world's largest producers of electricity. In 2003, it produced 22% of the European Union's electricity, primarily from nuclear power http://en.wikipedia.org/wiki/%C3%89lectricit%C3%A9_de_France What do you want me to put as an author ? Electricité de France would be OK ? Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468543: consider making package depend on sun-java6-bin
Le vendredi 29 février 2008 à 07:45 -0500, aerusso a écrit : Package: worldwind Version: 0.4.1-1 Severity: normal --- Please enter the report below this line. --- Using java5, I get the following error: Exception in thread main java.lang.UnsupportedClassVersionError: Bad version number in .class file [...] at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) It is because Worldwind is compiled with Java 6. In the next upload, it will be compiled with Java 1.5. Thanks for point this. Using gcj, [...] at gov.nasa.worldwind.examples.ApplicationTemplate.main(Unknown Source) Worldwind does not work with gcj. A package/class is missing. while worldwind works fine with sun-java6. Indeed! Thanks for your bug report. Sylvestre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469019: worldwind: OpenGL exceptions should be handled better
Hello Torsten, That should be handled better. What do you think would be best ? Just don't display the whole stacktrace or show an error box showing the error message ? Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#467097: ITP: eficas -- ASter Command FIle Editor
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru [EMAIL PROTECTED] * Package name: eficas Version : 1.13.0 Upstream Author : EDF / RD * URL : http://www.code-aster.org/ * License : (GPL) Programming Lang: (Python) Description : ASter Command FIle Editor This package provides an application to help to create Code Aster command files. Code Aster is all-purpose FEM simulation software for structural analysis. -- System Information: Debian Release: lenny/sid APT prefers gutsy APT policy: (500, 'gutsy'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467097: ITP: eficas -- ASter Command FIle Editor
Le samedi 23 février 2008 à 10:09 +0100, Guus Sliepen a écrit : On Sat, Feb 23, 2008 at 01:41:05AM +0100, Sylvestre Ledru wrote: Upstream Author : EDF / RD Please include the full name of the author(s). Many people worked on this project. It is very hard to know. Description : ASter Command FIle Editor This package provides an application to help to create Code Aster command files. Code Aster is all-purpose FEM simulation software for structural analysis. Please expand FEM to Finite Element Method. Also, is this a tool that provides a graphical user interface, or is it a command-line tool? What features make it so good at helping to create command files? I updated it: http://svn.debian.org/wsvn/pkg-scicomp/eficas/trunk/debian/control?op=filerev=0sc=0 Is it ok for do you want me to develop this more ? Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#467097: ITP: eficas -- ASter Command FIle Editor
Le dimanche 24 février 2008 à 01:15 +0100, Michael Biebl a écrit : Guus Sliepen wrote: On Sat, Feb 23, 2008 at 01:00:43PM +0100, Sylvestre Ledru wrote: I updated it: http://svn.debian.org/wsvn/pkg-scicomp/eficas/trunk/debian/control?op=filerev=0sc=0 Is it ok for do you want me to develop this more ? Description: ASter Command FIle Editor [...] The long description looks fine now, but I'd write the following short description instead: Description: graphical editor for Code Aster command files Well, ASter Command FIle Editor written backwards yields EFICAS, so I guess there is a reason why Sylvestre wrote the short description the way it is ;-) To be precise, EFICAS stands for Editeur de FIchiers de Commandes ASter which can be translated in English by ASter Command FIle Editor ;) It is a pun on the french word efficace which means efficient/efficacious. But I agree with Guss on the description, I updated it. Sylvestre signature.asc Description: Ceci est une partie de message numériquement signée
Bug#470401: New upstream version (patch updating debian/* attached)
Package: libfwbuilder Version: 2.1.8-1 Severity: important Tags: patch Hello, Since there are many changes upstream and incompatibility with more recent versions, there is the need to update fwbuilder and libfwbuilder packages. As attachement, you will find the patch to update libfwbuilder without any work from you. Jeremy, if you need anything, don't hesitate to ask. Sylvestre diff -u libfwbuilder-2.1.8/debian/changelog libfwbuilder-2.1.17/debian/changelog --- libfwbuilder-2.1.8/debian/changelog 2008-03-10 23:04:04.0 +0100 +++ libfwbuilder-2.1.17/debian/changelog 2008-03-10 23:18:27.0 +0100 @@ -1,3 +1,11 @@ +libfwbuilder (2.1.17-0.1) unstable; urgency=low + + * Non-maintener upload. + * New upstream version (Closes: #455153) + * New watch file (Closes: #449814) + + -- Sylvestre Ledru [EMAIL PROTECTED] Thu, 06 Mar 2008 00:28:50 +0100 + libfwbuilder (2.1.8-1.1) unstable; urgency=low * Non-maintainer upload. diff -u libfwbuilder-2.1.8/debian/control libfwbuilder-2.1.17/debian/control --- libfwbuilder-2.1.8/debian/control 2008-03-10 23:04:04.0 +0100 +++ libfwbuilder-2.1.17/debian/control 2008-03-07 00:44:21.0 +0100 @@ -2,8 +2,11 @@ Section: libs Priority: optional Maintainer: Jeremy T. Bouse [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), dbs, autoconf, automake1.9, libtool, autotools-dev, zlib1g-dev, qt3-dev-tools (= 3:3.3.4), libxml2-dev (= 2.3.8-0), libxslt1-dev (= 1.0.0-0), libssl-dev, libsnmp9-dev | libsnmp-dev -Standards-Version: 3.7.2 +Build-Depends: debhelper (= 4), dbs, autoconf, automake1.9, libtool, + autotools-dev, zlib1g-dev, qt3-dev-tools (= 3:3.3.4), + libxml2-dev (= 2.3.8-0), libxslt1-dev (= 1.0.0-0), libssl-dev, + libsnmp9-dev | libsnmp-dev, cdbs, debhelper (= 5), quilt +Standards-Version: 3.7.3 Package: libfwbuilder-dev Section: libdevel diff -u libfwbuilder-2.1.8/debian/copyright libfwbuilder-2.1.17/debian/copyright --- libfwbuilder-2.1.8/debian/copyright 2008-03-10 23:04:04.0 +0100 +++ libfwbuilder-2.1.17/debian/copyright 2008-03-08 15:43:37.0 +0100 @@ -3,7 +3,7 @@ It was downloaded from ftp://fwbuilder.sourceforge.net/pub/fwbuilder/ -Copyright: +Copyright: Copyright (C) 2001-2008 NetCitadel, LLC It may be redistributed under the terms of the GNU GPL, Version 2 or later, found on Debian systems in the file /usr/share/common-licenses/GPL-2. diff -u libfwbuilder-2.1.8/debian/rules libfwbuilder-2.1.17/debian/rules --- libfwbuilder-2.1.8/debian/rules 2008-03-10 23:04:04.0 +0100 +++ libfwbuilder-2.1.17/debian/rules 2008-03-10 23:06:10.0 +0100 @@ -3,7 +3,7 @@ # based on the sample debian/rules file for GNU hello by Ian Jackson. package=libfwbuilder -pkgver=2.1.8 +pkgver=2.1.17 prefix := /usr @@ -57,21 +57,19 @@ configure: setup $(configed) $(configed): $(checkdir) - cd $(BUILD_TREE) \ - CC=$(CC) \ - CXX=$(CXX) \ - ./autogen.sh $(configure_args) + CC=$(CC) \ + CXX=$(CXX) \ + ./autogen.sh $(configure_args) touch $@ build: configure $(built) $(built): - ( cd $(BUILD_TREE) \ - QTDIR=/usr/share/qt \ - MOC=/usr/bin/moc \ - UIC=/usr/bin/uic \ - MAKEFLAGS=CC=$(CC) CXX=$(CXX) \ - QMAKESPEC=linux-g++ \ - $(MAKE) ) + QTDIR=/usr/share/qt \ + MOC=/usr/bin/moc \ + UIC=/usr/bin/uic \ + MAKEFLAGS=CC=$(CC) CXX=$(CXX) \ + QMAKESPEC=linux-g++ \ + $(MAKE) touch $@ install: build $(installed) @@ -82,8 +80,7 @@ dh_installmenu cwd=`pwd` ; \ set -e ; \ - ( cd $(BUILD_TREE) \ - $(MAKE) install INSTALL_ROOT=$$cwd/debian/tmp ) + $(MAKE) install INSTALL_ROOT=$$cwd/debian/tmp touch $@ clean: diff -u libfwbuilder-2.1.8/debian/watch libfwbuilder-2.1.17/debian/watch --- libfwbuilder-2.1.8/debian/watch 2008-03-10 23:04:04.0 +0100 +++ libfwbuilder-2.1.17/debian/watch 2008-03-08 15:57:35.0 +0100 @@ -1,2 +1,2 @@ -version=2 -http://dl.sourceforge.net/f/fw/fwbuilder/ (?:.*/)?libfwbuilder-?_?(\d+\.\d+\.\d+)(\.tar|\.tgz)(\.gz|\.bz2|) debian +version=3 +http://sf.net/fwbuilder/libfwbuilder-(\d+\.\d+\.\d+)\.tar\.gz signature.asc Description: Ceci est une partie de message numériquement signée
Bug#470402: New upstream version (patch updating debian/* attached)
Package: fwbuilder Version: 2.1.8-1 Severity: important Tags: patch Hello, Same as bug #470401 As attachement, you will find the patch to update fwbuilder without any work from you. Jeremy, if you need anything, don't hesitate to ask. Sylvestre diff -ur fwbuilder-2.1.8/debian/changelog fwbuilder-2.1.17/debian/changelog --- fwbuilder-2.1.8/debian/changelog 2008-03-10 23:02:00.0 +0100 +++ fwbuilder-2.1.17/debian/changelog 2008-03-09 19:39:50.0 +0100 @@ -1,3 +1,12 @@ +fwbuilder (2.1.17-0.1) unstable; urgency=low + + * Non-maintainer upload + * New upstream version (Closes: #417685, #449727, #376527, #419753) + * Update of the watch file + * Cleanup lintian warnings + + -- Sylvestre Ledru [EMAIL PROTECTED] Wed, 05 Mar 2008 00:15:22 +0100 + fwbuilder (2.1.8-1) unstable; urgency=low * New upstream version (Closes: #3276527, #382596, #275450) diff -ur fwbuilder-2.1.8/debian/control fwbuilder-2.1.17/debian/control --- fwbuilder-2.1.8/debian/control 2008-03-10 23:02:00.0 +0100 +++ fwbuilder-2.1.17/debian/control 2008-03-08 16:16:24.0 +0100 @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Jeremy T. Bouse [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), dbs, autoconf, libtool, autotools-dev, zlib1g-dev, libqt3-mt-dev (= 3:3.3.4), libfwbuilder-dev ( 2.1.8-0), libfwbuilder-dev (= 2.1.8.0-0), libxml2-dev ( 2.3.8-0), libxslt1-dev (= 1.0.0-0), libssl-dev, libsnmp9-dev | libsnmp-dev +Build-Depends: debhelper (= 4), dbs, autoconf, libtool, autotools-dev, zlib1g-dev, libqt3-mt-dev (= 3:3.3.4), libfwbuilder-dev ( 2.1.17-0), libfwbuilder-dev (= 2.1.17.0-0), libxml2-dev ( 2.3.8-0), libxslt1-dev (= 1.0.0-0), libssl-dev, libsnmp9-dev | libsnmp-dev Standards-Version: 3.7.2 Package: fwbuilder @@ -33,6 +33,7 @@ This is the arch independent common parts of fwbuilder Package: fwbuilder-doc +Section: doc Architecture: all Description: Firewall administration tool GUI documentation Firewall Builder consists of an object-oriented GUI and a set of policy diff -ur fwbuilder-2.1.8/debian/copyright fwbuilder-2.1.17/debian/copyright --- fwbuilder-2.1.8/debian/copyright 2008-03-10 23:02:00.0 +0100 +++ fwbuilder-2.1.17/debian/copyright 2008-03-08 15:42:32.0 +0100 @@ -3,7 +3,7 @@ It was downloaded from ftp://fwbuilder.sourceforge.net/pub/fwbuilder/ -Copyright: +Copyright: Copyright (C) 2001-2008 NetCitadel, LLC It may be redistributed under the terms of the GNU GPL, Version 2 or later, found on Debian systems in the file /usr/share/common-licenses/GPL-2. diff -ur fwbuilder-2.1.8/debian/packages.d/fwbuilder.in fwbuilder-2.1.17/debian/packages.d/fwbuilder.in --- fwbuilder-2.1.8/debian/packages.d/fwbuilder.in 2008-03-10 23:02:00.0 +0100 +++ fwbuilder-2.1.17/debian/packages.d/fwbuilder.in 2008-03-08 17:18:34.0 +0100 @@ -1,6 +1,5 @@ %dirs% usr/bin -usr/share/pixmaps/fwbuilder %install% usr/share/pixmaps/fwbuilder/*.xpm usr/bin/fwbuilder @@ -11,5 +10,5 @@ debian/tmp/usr/share/man/man1/fwblookup.1 debian/tmp/usr/share/man/man1/fwbedit.1 %menu% -?package(fwbuilder):needs=X11 section=Apps/Net \ +?package(fwbuilder):needs=X11 section=Applications/System/Security/ \ title=Firewall Builder command=/usr/bin/fwbuilder diff -ur fwbuilder-2.1.8/debian/rules fwbuilder-2.1.17/debian/rules --- fwbuilder-2.1.8/debian/rules 2008-03-10 23:02:00.0 +0100 +++ fwbuilder-2.1.17/debian/rules 2008-03-10 23:07:06.0 +0100 @@ -3,7 +3,7 @@ # based on the sample debian/rules file for GNU hello by Ian Jackson. package=fwbuilder -pkgver=2.1.8 +pkgver=2.1.17 prefix := /usr @@ -57,13 +57,14 @@ configure: setup $(configed) $(configed): $(checkdir) - cd $(BUILD_TREE) \ - ./autogen.sh $(configure_args) +# cd $(BUILD_TREE) \ +# ./autogen.sh $(configure_args) + ./autogen.sh $(configure_args) touch $@ build: configure $(built) $(built): - ( cd $(BUILD_TREE) $(MAKE) ) + $(MAKE) touch $@ install: build $(installed) @@ -74,12 +75,11 @@ dh_installmenu cwd=`pwd` ; \ set -e ; \ - ( cd $(BUILD_TREE) \ - $(MAKE) install INSTALL_ROOT=$$cwd/debian/tmp \ + $(MAKE) install INSTALL_ROOT=$$cwd/debian/tmp \ install -d $$cwd/debian/tmp/usr/share/pixmaps/fwbuilder/ ; \ - install $$cwd/$(BUILD_TREE)/src/gui/icons/firewall_64.xpm \ + install $$cwd/src/gui/icons/firewall_64.xpm \ $$cwd/debian/tmp/usr/share/pixmaps/fwbuilder/ ; \ - $(CHMOD) 0644 $$cwd/debian/tmp/usr/share/pixmaps/fwbuilder/* ) + $(CHMOD) 0644 $$cwd/debian/tmp/usr/share/pixmaps/fwbuilder/* # install -d $cwd/debian/tmp/usr/share/doc/fwbuilder/examples # install $cwd/debian/contrib/fwbuilder.* \ # $cwd/debian/tmp/usr/share/doc/fwbuilder/examples diff -ur fwbuilder-2.1.8/debian/watch fwbuilder-2.1.17/debian/watch --- fwbuilder-2.1.8/debian/watch 2008-03-10 23:02:00.0 +0100 +++ fwbuilder-2.1.17/debian/watch 2008-03-08 15:56:24.0 +0100 @@ -1,2 +1,2 @@ -version=2 -http://dl.sourceforge.net/f/fw/fwbuilder/ (?:.*/)?fwbuilder
Bug#525447: ITP: animal -- AN IMAging Library written in C
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru sylvestre.le...@inria.fr * Package name: animal Version : 0.15.2-1 Upstream Author : Ricardo Fabbri rfab...@if.sc.usp.br * URL : http://sourceforge.net/projects/animal * License : GPL Programming Lang: C Description : AN IMAging Library written in C AnImaL is an imaging and computer vision library written in C. Differently from most other toolkits, it is intended to provide the maximum functionality by making strong usage of similar libraries. It is intended to be a common API to the best free imaging and computer vision libraries already available, such as ImageMagick and Gandalf. By defining a common API and using external libraries, AnImaL selects the best implementation available in them to implement a particular algorithm. This way AnImaL unites the best from the other libraries it uses. This is the main dependency for SIP ( http://siptoolbox.sourceforge.net/ ). Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525935: FTBFS because librefblas3-dev does not exist
Hello Jose, Le mardi 28 avril 2009 à 00:47 +0200, Jose Ramon Alvarez Sanchez a écrit : Does build system support alternatives in build-depends? It seems to stop after the first miss in the 3 alternatives, even when the second one exists. Interesting point ... This is working with svn-buildpackage and cowbuilder/pbuilder. I am going to change the order for: libblas-dev | librefblas3-dev | atlas3-base-dev, (and fix the naming problem with atlas) We could also report a bug against buildd don't you think ? In architectures hppa and mips there are also other specific problems in build-depends (java related). In any case, probably build-depends must be cleaned and updated. OK, thanks for the information. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#403246: Still occurs
Hello, Just a quick update to confirm that this bug still exists. See: #525935 Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526043: libcommons-logging-java: Drop of the libservlet2.3-java dependency
Package: libcommons-logging-java Version: 1.1.1-2 Severity: wishlist Hello, Could you consider to drop the dependency on libservlet2.3-java ? It is pretty unexpected to have a dep related to servlets on a logging application. I tried on a application using libcommons-logging-java and at least basic logging seems to work. Thanks, Sylvestre -- System Information: Debian Release: 5.0 APT prefers experimental APT policy: (900, 'experimental'), (800, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcommons-logging-java depends on: ii default-jre-headless [java2-r 1.5-30 Standard Java or Java compatible R ii gij-4.3 [java2-runtime-headle 4.3.2-2The GNU Java bytecode interpreter ii java-gcj-compat-headless [jav 1.0.78-2 Java runtime environment using GIJ ii openjdk-6-jre-headless [java2 6b11-9 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java2-runtime- 1.5.0-16-3 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-runtime- 6-07-4 Sun Java(TM) Runtime Environment ( libcommons-logging-java recommends no packages. Versions of packages libcommons-logging-java suggests: ii libavalon-framework-java 4.2.0-4Common framework for Java server a pn libcommons-logging-java-doc none (no description available) ii liblog4j1.2-java 1.2.15-4 Logging library for java pn liblogkit-javanone (no description available) pn libservlet2.3-javanone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548539: [Pkg-scicomp-devel] Bug#548539: libatlas-dev: Conflict with libblas-dev
Thanks for this bug report. New libatlas-dev 3.8.3-2 fails to install with following error. Conflicts: libblas-dev solves the problem but this should not be the option, since people often checks their result between reference BLAS and other optimized implementations... So, what do you think should be the solution here ? * move cblas.h to /usr/include/atlas (for now, my favorite) * leave only headers like in the previous package: http://packages.debian.org/squeeze/all/libatlas-headers/filelist * use the alternative system * add a conflicts ;) Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548539: [Pkg-scicomp-devel] Bug#548539: Bug#548539: libatlas-dev: Conflict with libblas-dev
Le lundi 28 septembre 2009 à 07:50 +0900, Ryo IGARASHI a écrit : Thank you for the quick feedback. You are welcome. On Mon, Sep 28, 2009 at 7:00 AM, Sylvestre Ledru sylves...@debian.org wrote: So, what do you think should be the solution here ? * move cblas.h to /usr/include/atlas (for now, my favorite) * leave only headers like in the previous package: http://packages.debian.org/squeeze/all/libatlas-headers/filelist These two will be an easy solution. However, almost all cBLAS-using software includes not atlas/cblas.h but cblas.h, building user software with installing only libatlas-dev and not libblas-dev will fail. For now, in the current atlas packaging, there is no cblas.h file... Therefor, I doubt there is much packages using it. Well, the interface defined in cblas.h is standard, so ATLAS will properly works with cblas.h from libblas-dev. * use the alternative system I prefer this option. As mentioned above, preference of libblas-dev should be higher than that of atlas provided version. The user of this header file will be very happy when this alternative usage is mentioned in README.Debian. OK. Ondrej (as libblas-dev maintainer), what is your opinion on this ? * add a conflicts ;) This should be the last option ;) Indeed. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548539: [Pkg-scicomp-devel] Bug#548539: Bug#548539: libatlas-dev: Conflict with libblas-dev
Le lundi 28 septembre 2009 à 07:50 +0900, Ryo IGARASHI a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Sylvestre, Thank you for the quick feedback. On Mon, Sep 28, 2009 at 7:00 AM, Sylvestre Ledru sylves...@debian.org wrote: So, what do you think should be the solution here ? * move cblas.h to /usr/include/atlas (for now, my favorite) * leave only headers like in the previous package: http://packages.debian.org/squeeze/all/libatlas-headers/filelist These two will be an easy solution. However, almost all cBLAS-using software includes not atlas/cblas.h but cblas.h, building user software with installing only libatlas-dev and not libblas-dev will fail. For the record, libgsl0-dev contains the file: /usr/include/gsl/gsl_cblas.h Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548872: ITP: libjgraphx-java -- Java Swing Diagramming Library
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru sylvestre.le...@inria.fr * Package name: libjgraphx-java Version : 1.0.2.4 * URL : http://www.jgraph.com/jgraphx.html * License : LGPL Programming Lang: Java Description : Java Swing Diagramming Library JGraph X is based on the mxGraph architecture, a re-designed core based on JGraph experience. . The new library API is designed to provide a much lower learning curve as well as making the feature set easier to extend and integrate. Sharing the model code base of mxGraph, the web diagramming library, enabling applications written in Java to be more easily ported to mxGraph-based web applications. . Overall, JGraph X provides more features that JGraph, with a far smaller code size and complexity. Redesigning the codebase from scratch now means implementing common feature extensions are easier and require less coding. A number of new loosely coupled application-centric features have been added, making prototyping even faster, without their usage restricting application flexibility. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605902: ITP: gluegen2 -- Tool to automatically generate the Java and JNI code.
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru sylves...@debian.org * Package name: gluegen2 Version : 2.0-rc1 Upstream Author : Sun, Sven Gothel, Kenneth Russel, Michael Bien others * URL : http://jogamp.org/ * License : BSD Programming Lang: Java Description : Tool to automatically generate the Java and JNI code. Gluegen reads as input ANSI C header files and separate configuration files which provide control over many aspects of the glue code generation. GlueGen uses a complete ANSI C parser and an internal representation (IR) capable of representing all C types to represent the APIs for which it generates interfaces. It has the ability to perform significant transformations on the IR before glue code emission. GlueGen is currently powerful enough to bind even low-level APIs such as the Java Native Interface (JNI) and the AWT Native Interface (JAWT) back up to the Java programming language. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581761: libatlas3gf-base illegal instructions
Hello, I'm being affected by this bug in lenny, with libatlas3gf-base v3.6.0-22. It's making octave unusable for me - I am sorry but this bug is unlikely to be fixed since Squeeze should be released pretty soon and that Atlas packages have changed a lot since this release. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606504: glib.GError: Type mismatch: Expected `string' got `int' for key ...
On Thu, 2010-12-09 at 14:16 +0100, Guilhem Bonnefille wrote: Package: guake Version: 0.4.2-3 Severity: important Tags: upstream, fixed-upstream When a proxy is set up in Gnomes Network Proxy app, guake fails to start with the following error... I am building it for an upload. I won't ask for a freeze exception for Squeeze but you can try if you want... Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606640: src:atlas: FTBFS on alpha, armel, ia64, mips, powerpc, s390
Le vendredi 10 décembre 2010 à 15:31 +0100, Alexander Reichle-Schmehl a écrit : Package: src:atlas Version: 3.8.3-29 Severity: serious Justification: no longer builds from source I'm not really sure, if it is the same bug for all archs, but from what I've seen, something is wrong in the CPU detection. I think you will find some of these errors in previous build of Atlas. They might be relevant but I am not sure. Anyway, since Atlas 3.8.3-28 (included), Atlas FTBFS for an unknown (to me at least) reason... especially since I have done only minor changes. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610777: mathgl: FBTFS: broken symbols
On Sat, 2011-01-22 at 12:19 +0100, Cyril Brulebois wrote: Source: mathgl Version: 1.11.0.1-2 Severity: serious Justification: FTBFS Hi, your package FTBFS on all archs with symbols errors: https://buildd.debian.org/status/package.php?p=mathglsuite=experimental Interesting. I had this issues many times when I was trying to sponsor this package. It started working this morning (I don't know why). Dimitrios, sorry for that but could you try to reproduce it on your system ? Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
