Hi,

... but following the link

http://download.kde.org/stable/calligra ... .1.tar.bz2

we get

The requested URL /stable/calligra-latest/calligra-2.7.1.tar.bz2 was not found on this server.

I take it that:

1. I must give myself a short git course and go that route
2. That I do have to install the whole Calligra suite just to get kexi

thanks
Ian

Hi Inksi,
Thanksfor trying Kexi 2.7

inksi wrote:... but following the link

http://download.kde.org/stable/calligra ... .1.tar.bz2

we get

The requested URL /stable/calligra-latest/calligra-2.7.1.tar.bz2 was not found on this server.

Please use http://download.kde.org/stable/calligra ... 7.1.tar.xz (note the xz extension used for more compressed format, to extract use tar or KDE's Ark.

What link did you follow (maybe we should fix it), http://www.calligra.org/news/calligra-2-7-released/ correctly points to the tar.xz.

inksi wrote:I take it that:

1. I must give myself a short git course and go that route
2. That I do have to install the whole Calligra suite just to get kexi

You don't need to use git directly once you get the tar.xz file as I explained.

And you can choose to build just Kexi, please see: http://community.kde.org/Calligra/Build ... plications. The same applies to binary packages (once you make authors of your distribution deliver them ASAP ) - you need a kexi and calligra libraries package, that's all. We always recommend this approach for maximum flexibility, see this email for example

Hope you'll get the newest Kexi this or another way. I am looking for alternative means for delivering new Calligra/Kexi versions to users at the speed of light, e.g. by shipping a small Linux virtual machine with updateable binaries.

Hello, JS.

Just to get the link business sorted out first, here is the full URL

http://download.kde.org/stable/calligra ... .1.tar.bz2

This came from:

http://kexi-project.org/
select 'Download' from the menu and land on
http://kexi-project.org/wiki/wikiview/i ... nload.html
"You can also obtain information on how to download Kexi's source code and build it"
click on the source code link and land on
http://community.kde.org/Calligra/Building
navigate to 'Latest Stable Version'
the above defunct link is given there

OK. I have a download. Let me study the howtos.

regards
Ian

Right. I have a 'blank' machine running Linux Mint 14 that I am readying for use, so I am going to build kexi on this.

First I need to install the dependencies. But the tips given in the Calligra build docs are not specific and I do not have an option to tick, as suggested, for source packages.

Thus:
$ sudo apt-get build-dep calligra
fails.

So I need a line to put into sources.list for source packages - ie where are the source packages for calligra?

thanks
Ian

@inksi As always could you please paste error message you're getting? Packages of default Linux Mint are compatible with Ubuntu so names are also compatible.

Thank you Jsroslaw,

This is what I get.

inksi@athene ~ $ sudo apt-get build-dep calligra
[sudo] password for inksi:
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: You must put some 'source' URIs in your sources.list
inksi@athene ~ $

Ian

Hi,

I have been searching and checking this evening.

The intended machine is running Mint Linux 14 which is based upon Ubuntu 12.10
I think I should step back and install Mint 13 LTS which is based upon Ubuntu 12.04

This is because I see kubuntu backports has Calligra 2.8.0 for 12.04 as a .deb package.

Way to go, right?

Ian

inksi wrote:Hi,

I have been searching and checking this evening.

The intended machine is running Mint Linux 14 which is based upon Ubuntu 12.10
I think I should step back and install Mint 13 LTS which is based upon Ubuntu 12.04

This is because I see kubuntu backports has Calligra 2.8.0 for 12.04 as a .deb package.

Way to go, right?

That's right. I don't have Kubuntu here but from https://launchpad.net/~kubuntu-ppa/+archive/backports I see Calligra 2.8.0 is also available for 13.10. No idea why there's no 2.8.0 for 12.10.

And If you plan to depend on quick fixes, and I guess you're in this group, you may want to compile sooner or later. I'd really like to cooperate with a small group that compiles Kexi and is able to quickly give specific feedback.

inksi wrote:The intended machine is running Mint Linux 14 which is based upon Ubuntu 12.10
I think I should step back and install Mint 13 LTS which is based upon Ubuntu 12.04

I consulted with Kubuntu guys and there's a hope for support (what means probably backports) of future Calligra versions to Ubuntu 12.04 until 2017. So 12.04 LTS is a good choice. Naturally, when its time come, next LTS will be good to if it works for you.

Jaroslaw,

right, we see the same stuff, 12.04 is the way to go. LTS stands for long term support.
Now that we have got this far I would like to compile on this new machine rather than rely upon a .deb package.

To move forward in that direction I still have to solve the issue of source packages per post above. I cannot move past that point

inksi@pandora ~ $ sudo apt-get build-dep calligra
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to find a source package for calligra
inksi@pandora ~ $

right now i am stuck.

I could delete my old running version on my development machine _when_ we have got a compiled version up an running on the new machine and moved into production use - then you could count me into a group of test compilers.


Ian

inksi wrote:right, we see the same stuff, 12.04 is the way to go. LTS stands for long term support.
Now that we have got this far I would like to compile on this new machine rather than rely upon a .deb package.

To move forward in that direction I still have to solve the issue of source packages per post above. I cannot move past that point

inksi@pandora ~ $ sudo apt-get build-dep calligra
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to find a source package for calligra
inksi@pandora ~ $

First I would ask this question: viewtopic.php?f=203&t=120118&p=304723#p304751

inksi wrote:I could delete my old running version on my development machine _when_ we have got a compiled version up an running on the new machine and moved into production use - then you could count me into a group of test compilers.

What's interesting, you can keep as many compiled versions of Calligra/Kexi as you want unless you're running out of disk space It's not even required to uninstall the one coming from packages.

Please provide the content of /etc/apt/sources.list so we can advise on which lines need to be added/uncommented.

Hi,

I think that I have resolved this.

Your not coming up with some specific line or ppa made me think harder. I will revert later but I believe a deb-src line for the ubuntu side of the operation and not for the mint side may have been the issue.

Going to get the 64-bit Mint 13 iso to install (an amd machine) and then will work through to here again.

regards
Ian

I'm back,

- with Mint 13 LTS (Precise) finally installed with new 'LTS Enablement Stack' (Quantal, one version later) - because there were video driver issues. In fact going well now.

At this stage the lines are whizzing by as the dependancies for debian-based distributions install, like
$ sudo apt-get build-dep calligra

I'll get this finished tonight, then read up on the next steps and proceed further.

I'll post success and failures.

The kde docs say:

"On Linux Mint , you'll need to activate the software sources repositories manually. ( Search for 'Software Sources' in your menu then open it, On the tab 'Linux Mint Software' , check to activate 'Source code', On the tab 'Other Software' check to activate 'Ubuntu **.** <name> (source code) then close the windows to finish ) "

Under Mint 13 LTS you have to add a line to /etc/apt/sources.list thus:

deb-src http://archive.ubuntu.com/ubuntu/ precise main restricted universe multiverse

because on the 'Other Software' tab there is not an appropriate line to check as suggested - and as in later versions such as Mint 14 & presumably later. The kde documentation could be clearer here, they could also perhaps indicate Mint 13 LTS as a preferred version at the moment until 2007 and a new LTS version arrives.

inksi

Thanks for the update, inksi. It is valuable to have near-instant updates through the source code shows, see the report from Robert:

https://bugs.kde.org/show_bug.cgi?id=332329

The issue would be fixed soon and anyone with compiled version wouldn't have to wait for 2.8.1 or 2.8.2 release to fetch the fix.