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
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
--
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
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
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
--
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" <andr...@an3as.eu>
À: 888...@bugs.debian.org, "PIERRE SA
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
--
mag.fr
Directeur de Recherche CNRS
Laboratoire Jean Kuntzmann, Grenoble, France
http://ljk.imag.fr/membres/Pierre.Saramito
- Mail original -
De: "ginggs" <gin...@debian.org>
À: "PIERRE SARAMITO" <pierre.saram...@imag.fr>, "883987"
<883...@bugs.debia
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
https://github.com/boostorg/container/commit/5e4a107e82ab3281688311d22d2bfc2fddcf84a3
The 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 Bo
https://github.com/boostorg/container/commit/5e4a107e82ab3281688311d22d2bfc2fddcf84a3
The 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 Bo
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
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
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 :
/Pierre.Saramito
- Mail original -
De: "Pierre Saramito" <pierre.saram...@imag.fr>
À: "Sylvestre Ledru" <sylves...@debian.org>, 778...@bugs.debian.org
Cc: "Pierre Saramito" <pierre.saram...@imag.fr>
Envoyé: Vendredi 25 Septembre 2015 13:20:09
Ob
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
1.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
Laboratoire Jean Kuntzmann, Grenoble, France
http://www
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
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
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
--
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/membres/Pierre.Saramito
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 be a symlink
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 on
26 matches
Mail list logo
