Dear Lucas,
Many thanks for reporting this bug.
I've just tried to reproduce it with sid (g++ 12.2.0-1) and bookwork (g++
12.1.0-3):
the package built successfully in both cases.
I used pbuilder together with all the up-to-date package versions.
So, please could you try to rebuild the rheo
ps now lead to a lot of conflicts ?
Is it possible to use the "master" branch instead for uploading ?
I don't known wich is the best solution.
Many thanks for your help,
Pierre
--
pierre.saram...@imag.fr
Directeur de Recherche CNRS
Laboratoire Jean Kuntzmann, Grenoble, France
h
Hi all Debian Maintainers,
I just commit with git a new release 7.2-1 of the debianization of the rheolef
package.
This corresponds to a new version 7.2 of the upstream package:
https://salsa.debian.org/science-team/rheolef
This version closes the two pending outstanding bugs: #1007118 and
Dear Boyuan Yang,
Many thanks for your fast reply and your fix to the Debian files of
the Rheolef package.
Are these changes merged now in the master branch of the GIT
repository of the debianization of Rheolef ?
https://salsa.debian.org/science-team/rheolef
Many thanks for your help,
Hi Anton,
> From Anton Gladky:
> sure, I will! Please push your changes in master-branch. It looks
> only the tags were pushed.
Sorry ! Its done now.
Many thanks for your help,
Pierre
--
pierre.saram...@imag.fr
Directeur de Recherche CNRS
Laboratoire Jean Kuntzmann, Grenoble, France
Hi Anton, hi all,
I just commit with git a new release 7.1-3 of the debianisation
of the rheolef package: it fixes bug #978088 (see d/changelog)
thanks to a patch by Vagrant Cascadian
The upstream version is unchanged (7.1).
Could you please upload it in debian ?
Many thanks for your hel
Dear Vagrant,
Many thanks for your patch: it has just been integrated in a new
release 7.1-3 of the debianization of the Rheolef package.
It has also been integrated for the next upstream version.
Best wishes,
Pierre
--
pierre.saram...@imag.fr
Directeur de Recherche CNRS
Laboratoire Jea
Hi Andreas,
I just commit with git a new release 7.1-2 of the debianisation
of the rheolef package: it fixes a FTBFS bug #971933 (see d/changelog).
The upstream version is unchanged (7.1).
Could you please upload it in debian ?
Many thanks for your help.
Best regards,
Pierre
--
pierr
Hi Andreas Tille,
From Andreas:
Currently I can only support Covid-19 related
packages (which we try to assemble in Debian Med team currently)
Let me known if I could help the Debian Med team ?
I remain "confined" at home, but I could help (test pkg, ect) ?
please find some other sponsor fr
Hi Andreas,
I just commit with git a new release 7.1-1 of the debianisation of the rheolef
package.
This corresponds to a new version 7.1 of the upstream package:
https://salsa.debian.org/science-team/rheolef
This version closes the two pending FTBFS bugs: #944197 and #946116
Could you pl
Package: libopenmpi-dev
Version: 2.0.2-2
Severity: important
File: openmpi
Dear Maintainer,
Openmpi segfaut on stretch(oldstable) distrib.
Here is an exemple that reproduces the problem:
cat mpi_tst.cc
#include
int main(int argc, char ** argv) {
MPI_Init(&argc, &argv);
MP
Package: paraview
Version: 5.7.0-4+b2
Severity: normal
Dear Maintainer,
The opacity is not handled correctly by paraview-5.7 binary,
as packaged on bullseye(testing) distrib.
Here is a unix command that reproduces the bug:
paraview --script=paraview-opacity-bug.py
where the paraview-opa
Package: libmumps-ptscotch-dev
Version: 5.1.2-4+b2
Severity: important
Dear Maintainers,
The library SEGFAULT on the buster(stable) package libmumps-ptscotch-dev
5.1.2-4+b2 for the amd64 architecture.
I used some well-known medium-sized sparse matrix as tests.
This problem could be fixed o
Hi Andreas,
I just commit with git a new release 7.0-3 of the debianisation
of the rheolef package: it fixes the bug #939683 (see d/changelog).
The upstream version is unchanged (7.0).
Could you please upload it in debian ?
Many thanks for your help.
Best regards,
Pierre
--
pierre.sa
Package: rheolef
Version: 7.0-2+b1
Severity: important
Tags: patch
Dear Maintainer,
The "mpi.h" header has been moved from /usr/include/openmpi/ to another
location.
The configuration file of the Rheolef library has not been updated yet:
thus applications do not compile cleanly.
Example:
Hi Andreas,
I just commit with git a new release 7.0-2 of the debianisation
of the rheolef package: it fixes a FTBS bug #897846 (see d/changelog).
The upstream version is unchanged (7.0).
Could you please upload it in debian ?
Many thanks for your help.
Best regards,
Pierre
--
Labora
Hi Andreas,
I just commit with git a new release 6.7-6 of the debianisation
of the rheolef package: it fixes a FTBS bug #79
It also fixes others issues related to the previous 6.7-5 version:
multiarch lib install directory and regeneration of
patched autoconf/automake files (see d/changelog).
Hi Andreas,
Many thanks for your rewrite and modernization
of the Debian files for the Rheolef package in rheolef-6.7-5.
For build time tests to run correctly,
I have now to patch these files,
but I have a technical problem:
After the move from SVN to GIT of the package, I am no more able to
aining the Debian package,
Pierre
--
pierre.saram...@imag.fr
Directeur de Recherche CNRS
Laboratoire Jean Kuntzmann, Grenoble, France
http://ljk.imag.fr/membres/Pierre.Saramito
- Mail original -
De: "Andreas Tille"
À: 888...@bugs.debian.org, "PIERRE SARAMITO"
Envoyé: Mardi 6
Hi all,
Any news from the boost package maintainers for this bug ?
A patch is available for this bug (see attachement)
and it should be easy to fix it now.
It affects the Rheolef package: there is a BinNMU issue still pending.
Many thanks for your help and reactivity,
Pierre
--
pierre.saram...
mag.fr
Directeur de Recherche CNRS
Laboratoire Jean Kuntzmann, Grenoble, France
http://ljk.imag.fr/membres/Pierre.Saramito
- Mail original -
De: "ginggs"
À: "PIERRE SARAMITO" , "883987"
<883...@bugs.debian.org>
Cc: "Andreas Beckmann"
Envoyé: Mard
Hi Andreas,
This problem do neither comes from Rheolef-6.7 nor from CGAL-4.11:
it comes from Boost-1.62 combined with g++ 7.2 in Debian sid and testing.
The bug has already be identified in the upstream version of Boost :
https://svn.boost.org/trac10/ticket/12534
and it is now fixed in the upst
fix simply consists of removing from line 431 to 460
in file include/boost/container/detail/pair.hpp
See also the "pair_tst.patch" file in attachment.
Could you please includes this patch in the debianization of
the Boost package ?
Best regards,
Pierre Saramito
-- System Information:
fix simply consists of removing from line 431 to 460
in file include/boost/container/detail/pair.hpp
See also the "pair_tst.patch" file in attachment.
Could you please includes this patch in the debianization of
the Boost package ?
Best regards,
Pierre Saramito
-- System Information:
Dear Joachim,
Many thanks for your patch: I am integrating it
in the debian files of the Rheolef package in order
to support the new CGAL 4.11 version.
Sorry for my late response, I was travelling
in new zealand for conferences...
The path for CGAL will be integrated in the fortcoming
Rheolef
Source: mumps
Severity: wishlist
Dear Adam,
It would be nice to have libmumps-metis-dev and libmumps-parmetis-dev
as alternatives to libmumps-scotch-dev and libmumps-ptscotch-dev packages:
please, could you package mumps with (par)metis also ?
Best wishes,
Pierre
-- System Information:
Debian
Dear Martin Michlmayr,
Many thanks for your bug report.
A new upstream version rheolef-6.7 of the source package
should now compile with g++-6 and fix this bug.
Best wishes,
Pierre
--
pierre.saram...@imag.fr
Directeur de Recherche CNRS
Laboratoire Jean Kuntzmann, Grenoble, France
http://www-ljk.
Dear Sébastien Villemot,
Many thanks for your bug report.
The new upstream version rheolef-6.7 should fix it now.
Best wishes,
Pierre
--
pierre.saram...@imag.fr
Directeur de Recherche CNRS
Laboratoire Jean Kuntzmann, Grenoble, France
http://www-ljk.imag.fr/membres/Pierre.Saramito
Kuntzmann, Grenoble, France
http://www-ljk.imag.fr/membres/Pierre.Saramito
- Mail original -
De: "Anton Gladky"
À: "Pierre Saramito"
Cc: 807...@bugs.debian.org
Envoyé: Lundi 14 Décembre 2015 08:57:53
Objet: Re: Help needed for uploading a new version 6.6-2 of the Rheole
amito
- Mail original -
De: "Anton Gladky"
À: "Pierre Saramito"
Cc: 807...@bugs.debian.org
Envoyé: Lundi 14 Décembre 2015 08:57:53
Objet: Re: Help needed for uploading a new version 6.6-2 of the Rheolef package
Hi Pierre,
uploading the new package version with updat
CNRS
Laboratoire Jean Kuntzmann, Grenoble, France
http://www-ljk.imag.fr/membres/Pierre.Saramito
- Mail original -
De: "Anton Gladky"
À: "Pierre Saramito"
Envoyé: Dimanche 13 Décembre 2015 22:08:38
Objet: Re: Help needed for uploading a new version 6.6-2 of the Rheole
/Pierre.Saramito
- Mail original -
De: "Pierre Saramito"
À: "Sylvestre Ledru" , 778...@bugs.debian.org
Cc: "Pierre Saramito"
Envoyé: Vendredi 25 Septembre 2015 13:20:09
Objet: HELP needed for uploading a new version 6.6 of the Rheolef package
Bonjour Sylvestre,
Je
Bonjour Sylvestre,
Je viens de remonter sous svn une nouvelle version de la debianisation de
rheolef :
cela corrige le nouveau probleme a propos de g++ 5 sous sid et testing (bug
#778106 ).
Cela correspond aussi a une nouvelle version 6.6 des sources :
http://www-ljk.imag.fr/membres/Pierre.Sa
Dear all,
The RC bug #748130 founded in the scotch library
causes to mark for autoremoval many packages in the jessie distribution.
Notice that the bug do not concern the actual jessie distribution :
it is restricted to the stable one on the amd64 architecture.
Recall that, in that specific case
-38+deb7u1
ii libcr0 0.8.5-2
ii libmpich2-31.4.1-4.2
ii zlib1g 1:1.2.7.dfsg-13
libscotch-5.1 recommends no packages.
libscotch-5.1 suggests no packages.
-- no debconf information
Yours sincerely,
Pierre Saramito
--
pierre.saram...@imag.fr
Directeur de Recherche CNRS
Laboratoi
Hi Sebastian,
> From Sebastian:
> Sorry, my bad. I always forget that anonscm doesn't need svn in the
> URLs. It should be
> svn://anonscm.debian.org/debian-science/packages/rheolef/trunk/.
>
> The rationale for the change is explained in lintian's
> vcs-fields-not-canonical tag and the reference
Hi Alexandre,
> From Alexandre Rebert:
> Package: rheolef
>
> bamg crashes with exit status 139. We confirmed the crash by
> re-running it in a fresh debian unstable installation.
Many thanks for your help: the bug is now fixed in the forthcoming
rheolef-6.5 that will be available with the next
Hi Alexandre,
> From Alexandre Rebert:
> Package: rheolef
>
> mkgeo_grid_1d crashes with exit status 139. We confirmed the crash by
> re-running it in a fresh debian unstable installation.
Many thanks for your help: the bug is now fixed in the forthcoming
rheolef-6.5 that will be available with
Hi Sebastian,
> From Sebastian:
> rheolef fails to build twice in a row:
> | dpkg-source -b rheolef-6.4
> | dpkg-source: info: using source format `3.0 (quilt)'
> | dpkg-source: info: building rheolef using existing ./rheolef_6.4.orig.tar.gz
> | dpkg-source: error: cannot represent change to
> r
Hi Alexandre,
> From Alexandre Rebert:
> Package: rheolef
>
> mkgeo_grid_2d crashes with exit status 139. We confirmed the crash by
> re-running it in a fresh debian unstable installation.
Many thanks for your help: the bug is now fixed in the forthcoming
rheolef-6.5 that will be available with
Hi Joachim and Matthias,
The forthcoming upstream release rheolef-6.5 compiles
well with g++-4.8 and boost-1.54: the bug should be fixed
soon with the next upload.
Many thanks for your help,
Pierre
On Sun 07 Jul 2013 � 12:37 +0200, Joachim Reichel wrote :
> Package: rheolef
> Followup-For: Bug
at these hosts gives:
% ping svn.debian.org
PING svn.debian.org (217.196.43.140) 56(84) bytes of data.
% ping anonscm.debian.org
PING anonscm.debian.org (217.196.43.132) 56(84) bytes of data.
Clearly, there are different machines with different IP.
Are you sure that anonscm.debian.o
Hi Matthias,
I have problem to install experimental g++-4.8 in sid as you suggests:
apt-get -t experimental install g++ g++-4.7 g++-4.8 libc6-dev
Apt reaches depency problems (same also with aptitude).
So, I'm waiting for g++-4.8 to be really available in sid or jessie
for treating this bug.
Hi Andreas,
Many thanks for your patch: its now integrated in the "debian/control"
file of the Rheolef package and I've checked that all is now fine
when replacing an old version of the package by a new one.
The bug should be fixed now and I'll looking for an
upload of the new version.
Cheers,
Package: rheolef
Version: 6.1-3
Severity: grave
Tags: patch
Dear debian maintainers,
The rheolef_6.1-2 package is wrongly distributed in sid and wheezy.
The rheolef debianization files debian/* are now fixed and the fixed version is
available
as rheolef_6.1-3 in svn.
Please could you upgrade t
Dear Justin and Martin,
Many thanks for this carreful reading of the debian description.
My mother language is not english but french, so your comments
are really important.
From: Justin B Rye
(By the way, just before sending this I've found
https://www.projet-plume.org/fr/fiche/rheolef
which
Hi, dear maintainers of Freefem++ !
As maintainer of the rheolef package I also use the bamg mesh generator.
Instead of renamming it as ffbamg, coud your consider to separately package
bamg ?
By this way, both rheolef & ff could share the same bamg package dependency.
Pierre
--
pierre.saram...@
n & lib) ?
Then, both freefem++ & rheolef could depend on ?
Notice that rheolef depends only upon the binary /usr/bin/bamg
Pierre Saramito
Maintainer for rheolef
--
pierre.saram...@imag.fr
Directeur de Recherche CNRS
Laboratoire Jean Kuntzmann, Grenoble, France
http://www-ljk.imag.fr/
Hello !
> > From Adam:
> > Already I can see a few issues:
> > * I noticed that you removed -I/usr/include/lam from the CCS and
> > CCD commands. I don't remember the exact reasons, but those
> > were required for the LAM architectures. /usr/include/mpi
> > should b
Hi Adam and Johannes,
> > From Adam:
> > parser_ll.l:123:31: error: 'yylval' undeclared (first use in this function)
> From Johannes:
> I couldn't (for some unknown reason) reproduce this in a pbuilder
I get the last debian/ files from git, then run git-buildpackage
and finlay pbuilder, this
Hi Johannes and Adam,
> >> Adam: Thanks for your work on this package! Could you please
> >> incorporate this fix in the next upload?
> >
> > Sure, thanks for the patch. Oh wait -- I think the libscotch$(LIB)
> > dependency and -lscotch linkage were needed for binutils-gold, have you
> > tested t
Hello !
Despite the recent patch applied in version 5.1.11.dfgs-4,
the bug seems to be still present on sid/amd64 :
uname -a
Linux mobydick 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011
x86_64 GNU/Linux
apt-cache policy libptscotch-dev
libptscotch-dev:
InstalléÂ
Package: wnpp
Severity: wishlist
Owner: Pierre Saramito
* Package name: pastix
Version : 3184
Upstream Author : Faverge Mathieu , Henon Pascal
, Lacoste Xavier , Ramet Pierre
* URL : http://pastix.gforge.inria.fr/
* License : CeCILL-C-V2
Hi Miles,
Thank you for your interest to Rheolef !
The rheolef reference manual is sometimes out-of-date:
please see the rheolef user's manual located, together with many examples,
in the directory :
rheolef-config --docdir
rheolef-config --exampledir
Here, please enter in r0.cc (the ref
Package: installation-reports
Abstract: debian-netinst: /proc/bus/usb/devices file not found
Boot method: CD
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso
Date: 2010/09/30 11:20
Machine: PC
Processor: Intel(R) Core(TM
Package: installation-reports
Abstract: debian-netinst/grub detects others systems but do not insert it in
grub.cfg
Boot method: CD
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso
Date: 2010/09/30 11:20
Machine: PC
Pr
Package: installation-reports
Abstract: squeeze hang at boot time when starting Xwindow: missing firmware
for ati radeon card
Suggestion: add a menu that propose to download (non-free) firmwares that are
required
Boot method: CD
Image version:
http://cdimage.debian.org/cdimage/daily-builds/d
57 matches
Mail list logo
