Bug#455886: [Pkg-openmpi-maintainers] Bug#455886: Fwd: Bug#455886: mpicc seems missing on buildbots
> So just leave this bug as is and I'll respond later, in two or three > days, how it goes. So, adding g++ didn't help. Actually, libmesh now fails in pbuilder too. Someting has changed in the unstable in the last couple of weeks, while it was waiting in NEW. Here is the real problem: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456721 Related problems: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456354 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456730 Maybe you have some experience with this? Any help would be appreciated. :) But I understand that maybe it's not a problem in the openmpi packages after all. Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455886: [Pkg-openmpi-maintainers] Bug#455886: Fwd: Bug#455886: mpicc seems missing on buildbots
On Dec 12, 2007 2:28 PM, Sylvestre Ledru <[EMAIL PROTECTED]> wrote: > > > > 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). HI Sylvestre, 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. Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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#455886: [Pkg-openmpi-maintainers] Bug#455886: Fwd: Bug#455886: mpicc seems missing on buildbots
Hi Ondrej! Am Mittwoch, den 12.12.2007, 14:04 +0100 schrieb Ondrej Certik: > Unfortunately, that's not the case, see my closed bug report about that: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450518 I remember your bug report. At that time, we didn't know about that this affects everyone building against openmpi. We are aware of that now because of the groamacs package and yours, and already working on a solution. > I purged everything (as buildbots do), then installed openmpi, but the > alternatives are broken and the solution is to run: > > sudo update-alternatives --remove-all mpicc > > for all the mpi* commands. On installation and removal of openmpi packages, u-a is called the right way. I'll try to reproduce that behavior but wasn't able last time. As I said, you're probably experiencing a bug in u-a, so there's probably nothing we can do about that. I'm trying to fix the bug in u-a but it's not as easy as thought. > Would it be please possible to execute that command > (update-alternatives) above in the openmpi before installing? No, because we use u-a the way it's supposed to work. Due to bugs it unfortunately doesn't. Calling "--removeall" in pre* scripts seems like an awkward hack. It would get rid of the symptomps but you don't solve the problem. > Do you think that g++ isn't installed? I doubt. But in realite I don't > need g++, but mpicxx. And mpicxx doesn't seem to exist - exactly the > same problem happened to me, when I had lam/mpich installed, then > purged everything and then installed openmpi. The solution is to > execute the update-alternatives command in between - this needs to be > automated. I don't know if adding g++ to build depends would change anything. It may, but it's definetly not related to this bug. > If what I wrote is true, then I think it's a very serious bug, which > prevents libmesh (and possibly other packages) to build. Yes, it is. You are experiencing the same as Nicholas did with his gromacs package, and your bug is related to #452047 which is marked "serious". We'll upload a solution to that but as I said, we need a patch to dpkg's update-alternatives. Dirk, what's the best way to deal with that? Blocking the bugs? Reassigning them to dpkg? Raising the dpkg bugs to "serious"? I'm not sure what is the correct procedure here. But as this affects every package that wants a) move to openmpi or b) builds packages for more than one MPI flavor, the u-a bugs should be fixed soon. (Which I work on.) Best regards Manuel signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
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