Re: soprano and raptor2
I *think* the 'failure' depends on what version of raptor rasqal is built
against. Or which version of rasqal is in use.
I guess it can be solved on the debian side by providing several editions of
rasqal (and maybe redland as well)
Dave, is that something you can handle, given that you are both upstream and
debian maintainer of rasqal/raptor/redland ?
Thanks in advance,
On Wednesday 16 March 2011 09:12:57 Sebastian Trüg wrote:
> Hi Sune,
> the long term goal is to port Soprano to raptor2. However, I simply
> don't have the time right now.
> I am running Gentoo here, both raptor 1 and 2 are installed and Soprano
> builds perfectly. To be honest all complaints I got about Soprano and
> raptor2 were from Debian/Ubuntu people. It seems that no other distro
> has that problem.
> So there is a solution to install them both in parallel, couldÄt you
> just do that for now?
> On 03/16/2011 01:23 AM, Sune Vuorela wrote:
> > Hi Dave, Hi Sebastian, cc: firstname.lastname@example.org
> > I'm one of the debian maintainers of the soprano RDF framework, a
> > framework written by Sebastian, building heavily on top of the redland,
> > raptor and rasqal libraries by Dave.
> > Recently in Debian, raptor2 has been uploaded, and both redland and
> > rasqal has been switched to raptor2, rather than raptor1, making soprano
> > failing to build all its parts (and in turn making kde4libs fail to
> > build, also breaking KDE Workspaces)
> > As one of the Debian Qt/KDE people, I feel a little caught in the middle
> > of things, and I'm hoping for a way forward.
> > I guess the possible ways ahead are
> > 1) in debian, provide a redland and rasqal built against raptor1
> > OR
> > 2) get soprano to work with raptor2
> > Or maybe 1) as a short term solution, with 2) being the longer term
> > solution.
> > I'm hoping for any help or advice, since I'm currently kind of stuck in
> > the middle of things with unbuilding sources.
> > Thanks in advance
> > /Sune
How can I close the jumper from Windows?
You neither have to ping to the cable, nor should telnet on a SMTP proxy over
the login for disabling the FPU.