Hi Eric, On Tue, Jul 09, 2013 at 12:55:13PM +0200, Eric Maeker wrote: > > Firstly, thanks for the uploading. packages built fine but there is a problem > with kfreebsd during the install process? I'll try to check this. > Can I create a pbuilder chroot using kfreebsd on a debian testing amd64?
I do not think so. A chroot is something else than a VM. To test a different architecture you finally need a VM. However, asking for help on the porters mailing list or debian-mentors has proven a good way to get helpful hints. > > As I wasked in my previous mail, please try to ssh into svn.d.o. It is > > really hard to tall why it fails on your side without doing these simple > > tests. > > Ok I'll send you the result (now it's problem of public key) If you have problems with your key the usage of Git has definitely the same problem. ;-) > >> to build-dep to get around this issue? Not sure. > > > > Well, your latest change was to add libopencv-objdetect-dev as > > Build-Depends which solved the problem I was observing on my side in the > > first place. So it somehow seems settled. > > That's strange because opencv does not affect Qt build process and your > problem was clearly linked to the Qt build. Whatever, if all works fine we > win some time on this side. After a bit of Googling I became very sure that the problem is affected to some missing Build-Depends and I'll do some experiements which one is finally responsible. I'll report once I might have found a solution. > >> Ok you can test my very latest commit, it should work. > > > > I checked your last commit and also noticed the enhanced d/watch file. > > However, the current download page does not contain the version you > > injected in d/changelog. Please note that I reverted the upstream > > version to what is downloadable for public. I also have set the target > > distribution to UNRELEASED - please also do it this way until the > > package is actually uploaded. > > Ooops, yes... Sorry. I'm tired and just wanted to write > > 0.9.0~beta1-2 OK. No problem - it's fixed in SVN. > > I did another change that uses xz compression in the resulting binaries > > - seems to be a good idea considering their size. > > Ah? Interesting! The resulting DEBs will not be 29MB but only 23MB - so it seems worth doing. > > What is confusing me a bit is the fact that the build keeps on working > > under my 'testing' system but fails again in pbuilder with the problem > > I reported initially. I will try to track down this on my side first > > because Thorsten was obviously able to build the package. > > May be you need to update the pbuilder root? That's whyt I'm doing always before I pdebuild something. As I said, I'm experimenting and will report. > >> Yes I commit a draft code that I've reverted later. > > > > So this explains why it failed on my side. > > No this had nothing to do with your previous build crash. I mean: The rpath issue was remaining because SVN did not reflected your state on local disk. I'm aware that the could not find a Qt installation of '' is something else. > > OK. You should be fine with the package that was uploaded to > > experimental by Thorsten. > > T.H.A.N.K.S. A L.O.T.! > > the correct command to install the packages is > > sudo apt-get -t experimental freemedforms-project > > is that it? Yes - in case you have experimental in your sources list. If you have make *pretty* sure you set your preferences correctly!!! My /etc/apt/preferences looks like Package: * Pin: release a=testing Pin-Priority: 501 Package: * Pin: release a=unstable Pin-Priority: 50 Package: * Pin: release a=experimental Pin-Priority: 5 to make sure packages from testing have preference over unstable and over experimental. Otherwise you might infect your system with random packages from experimental which is definitely what you want to do. > > Any other polishing should be done without > > time pressure to finally polish everything that deserves beeing solved. > > Yes I'm already investigation some issue on the package and already corrected > two of them. I don't know what to do for the documentation packages. I'm > trying to fine some information about the rpath issue. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130709121934.gj29...@an3as.eu