On Donnerstag, 11. Oktober 2018, 00:26:20 CEST Roger Oberholtzer wrote:

On Wed, Oct 10, 2018 at 1:07 PM Roger Oberholtzer

wrote:

...

I am fighting to build a LiDAR file access library on OBS. Aside from the general build issues, I get an error for a couple (but not all) repositories: openSUSE_Leap_15.0 and openSUSE_Leap_42.3. This is the

error message: The repository setup is broken, build or publish not possible.

I cannot see what it is unhappy about and there are no more details provided that I can see. The project is:

https://build.opensuse.org/package/show/home:rogeroberholtzer/las

I see that the complaint is for all my projects.

It seems that some time in the past few day, OBS no longer likes the science repo for oprnSUSE 15.0 and 42.3. When I removed them, all is okay again.

well, this is the wrong place for that, since this is about content. Better ask the packagers of that project (by chance, I am one of them) seems you removed the science project, so the error is not visible anymore? However, science project itself has a valid config and builds, so you would need to restore the broken case for help... -- Adrian Schroeter SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany email: adrian@suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org

Perhaps a more concrete thing. I m trying to build the Point Cloud library (PCL) here: https://build.opensuse.org/package/show/home:rogeroberholtzer/pcl I need two packages: FLANN and METSLIB. For Tumbleweed, these seem to be in the base repo. For Factory, 15.0 and 42.3, these are in science. When I add science, I get the error as originally described: The repository setup is broken, build or publish not possible. So all builds are blocked for these targets until i remove science. But then the package requirements cannot be met. I do not want to make a local copy of thee packages as that just hides the problem... -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org

You should always place the base repository last in the repository path. Eg, for the openSUSE_Leap_15.0 repository the "<path project="openSUSE:Leap:15.0" repository="standard"/>" entry should be the last entry. There is also no need to use both openSUSE:Tumbleweed/standard and openSUSE:Factory/snapshot. You can either remove the former, or move it last replacing the latter entry. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org

On Sun, Oct 14, 2018 at 2:04 PM Bruno Friedmann wrote:

Once it build, please to forward it to Application:Geo (pcl was a too long overdue project on my todo)

I will submit: libLAS PDAL (that is complete - the one currently in OBS has issues - I have taken contact with the maintainer) PCL CloudCompare And probably a few more. When building for Factory and you get outside the main Factory repo, there be dragons. So it takes a bit more time that for other targets... -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org

On Mon, Oct 15, 2018 at 8:47 AM Bruno Friedmann wrote:

On lundi, 15 octobre 2018 08.22:44 h CEST Roger Oberholtzer wrote:

...

On Sun, Oct 14, 2018 at 2:04 PM Bruno Friedmann wrote:

...

Once it build, please to forward it to Application:Geo (pcl was a too long overdue project on my todo)

I will submit:

libLAS That one was deleted from Application:Geo not that long ago.

I know the project is probably going to go away and be replaced by PDAL. I am just now trying to decide how we should add LAS file support. libLAS or PDAL. Most likely via PDAL.

...

PDAL (that is complete - the one currently in OBS has issues - I have taken contact with the maintainer) Which should be me, and I don't seen a message

I sort of randomly selected a maintainer to sent the message to. He replied that I seemed to be looking for free support. Hmm.. My message to him was: I think that PDAL only makes static versions of three required libraries. Since the .spec file deletes all .a files, there is no version of the libraries: ./lib/libpdal_boost.a ./lib/libpdal_arbiter.a ./lib/libpdal_kazhdan.a I added the option (BUILD_SHARED_LIBS) to make shared versions of all libs, but it seems that shared versions of these three files are not built. The cmake config in the generated PDAL package contains a reference to these missing libs. So the cmake step in a program using PDAL fails. Is there a cmake-based package that uses PDAL? For me, I get a complaint that pdal_boost is referenced in the PDAL cmake file, but the library does not exist.

...

PCL CloudCompare I've a draft of it in my home https://build.opensuse.org/package/show/ home:bruno_friedmann:branches:Application:Geo/cloudcompare

I had it basically working. Then I played with repos to get something to work. Now the netcdf stuff is unhappy (conflicting versions - probably between what is in the recent repos and what some dependent package used). I want to add PDAL to CloudCompare as I want LAS file support. And it seems CloudCompare uses PDAL for this. I'm also having trouble with the compiler running out of memory when running on OBS.

...

And probably a few more.

When building for Factory and you get outside the main Factory repo, there be dragons. So it takes a bit more time that for other targets... Next message in o-packaging ?

Perhaps. -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org