daily builds for Ubuntu

[Benjamin]

Could all of this also be set up for Fedora (currently 20, but next week
21) with minimal effort? Or at least, how could I set up a build to link
everything statically on a Fedora system?
On 3 Dec 2014 07:05, "Miika Turkia" <miika.turkia at gmail.com> wrote:

> On Wed, Dec 3, 2014 at 1:57 AM, Dirk Hohndel <dirk at hohndel.org> wrote:
>
>> On Tue, Dec 02, 2014 at 03:50:07PM -0800, Steve Butler wrote:
>> > Added the ppa.  Software Center found the correct version of the daily
>> build
>> > (4.2.90.76-1) but reported this:
>> > The following packages have unmet dependencies:
>> >
>> > subsurface: Depends: libmarblewidget18 (>= 4:4.10.80) but it is not
>> going to
>> > be installed
>>
>> If it depends on it, why isn't it being installed?
>>
>> >             Depends: libqt4-network (>= 4:4.8.0) but
>> > 4:4.8.6+git49-gbc62005+dfsg-1ubuntu1 is to be installed
>>
>> That seems fine... 4:4.8.6... should be >= 4:4.8.0, right?
>>
>> >             Depends: libqt4-svg (>= 4:4.5.3) but
>> > 4:4.8.6+git49-gbc62005+dfsg-1ubuntu1 is to be installed
>> >             Depends: libqtcore4 (>= 4:4.8.4) but
>> > 4:4.8.6+git49-gbc62005+dfsg-1ubuntu1 is to be installed
>> >             Depends: libqtgui4 (>= 4:4.8.0) but
>> > 4:4.8.6+git49-gbc62005+dfsg-1ubuntu1 is to be installed
>> >             Depends: zlib1g (>= 1:1.1.4) but 1:1.2.8.dfsg-1ubuntu1 is
>> to be
>> > installed
>>
>> Same for the rest of those...
>>
>> > It is the libmarblewidget18 that it is baulking on.
>>
>> Odd. I know almost nothing about how all this is supposed to work. Miika
>> copied the binaries over for 14.10 - but I don't think he was able to test
>> that, either.
>>
>
> The name of the libmarblewidget package has increased its number to
> libmarblewidget19 in 14.10. Thus the dependencies copied over on the binary
> packages cannot be met. We need to rebuild the Subsurface package to 14.10
> from scratch. (update the changelog file for utopic and run debuild -S and
> upload that to PPA)
>
>
>> I'm in the process of including marble as well (and removing that
>> dependency), but real work is interfering with progress :-/
>>
>
> That will probably mean that we can use same binaries in all the
> releases...
>
> miika
>
> _______________________________________________
> subsurface mailing list
> subsurface at subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20141203/35391d22/attachment-0001.html>