Re: digikam upgrade issue

2013-04-12 Thread Edward J. Shornock 
* Benjamin Eikel  [12-04-2013 11:00 EEST]:
> On Friday 12 April 2013 00:30:57 Pino Toscano wrote:
> > Alle sabato 6 aprile 2013, Pino Toscano ha scritto:
> > > Most probably the experimental version could be made compatbile with
> > > KDE 4.10 in experimental once all the kdegraphics libraries it uses
> > > are available.
> > 
> > And since yesterday, digikam in experimental depends on the rest of the
> > KDE 4.10 libraries.
> 
> Digikam (package version 4:3.1.0-3) works fine for me (I tested installation, 
> album browsing, face detecting, raw import). Thank you!

The only thing I've not had success with is 'exporting'. In digikam
settings -> Kipi Plugins it says "No Kipi Plugin installed" with "Kipi
Plugins 3.1.0" and "LibKipi 2.0.0" shown on the right.

I've not investigated the problem, yet, nor restarted KDE, etc..


signature.asc
Description: Digital signature

Re: digikam upgrade issue

2013-04-12 Thread Benjamin Eikel 
On Friday 12 April 2013 00:30:57 Pino Toscano wrote:
> Alle sabato 6 aprile 2013, Pino Toscano ha scritto:
> > Most probably the experimental version could be made compatbile with
> > KDE 4.10 in experimental once all the kdegraphics libraries it uses
> > are available.
> 
> And since yesterday, digikam in experimental depends on the rest of the
> KDE 4.10 libraries.

Digikam (package version 4:3.1.0-3) works fine for me (I tested installation, 
album browsing, face detecting, raw import). Thank you!


-- 
To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1793067.lBiJEjCASP@pc-benjamin

Re: digikam upgrade issue

2013-04-11 Thread Pino Toscano 
Alle sabato 6 aprile 2013, Pino Toscano ha scritto:
> Most probably the experimental version could be made compatbile with
> KDE 4.10 in experimental once all the kdegraphics libraries it uses
> are available.

And since yesterday, digikam in experimental depends on the rest of the 
KDE 4.10 libraries.

-- 
Pino Toscano


signature.asc
Description: This is a digitally signed message part.

Re: digikam upgrade issue

2013-04-06 Thread Pino Toscano 
Alle sabato 6 aprile 2013, Rainer Dorsch ha scritto:
> not sure if this has the same root cause as the amarok upgrade issue
> I reported in the previous post. If yes, please ignore:
> 
> blackbox:~# aptitude install -t experimental digikam

The digikam version currently experimental is not compilatible neither 
with KDE 4.8 (in unstable) nor with KDE 4.10 (in experimental).
Yes, it is a known issue due to the braindead way upstream releases 
digikam, kipi-plugins and other libraries all together.

Most probably the experimental version could be made compatbile with KDE 
4.10 in experimental once all the kdegraphics libraries it uses are 
available.

-- 
Pino Toscano


signature.asc
Description: This is a digitally signed message part.

Re: digikam upgrade issue

2013-04-06 Thread Luc Castermans 

Op 06-04-13 09:14, Rainer Dorsch schreef:

Hello,

Am Friday 05 April 2013 schrieb Sune Vuorela:

Actual upgrade issues, like file overlaps and such - you are most
welcome to report those. But remember your backup.

not sure if this has the same root cause as the amarok upgrade issue I
reported in the previous post. If yes, please ignore:

blackbox:~# aptitude install -t experimental digikam
The following packages will be upgraded:
   digikam{b} digikam-data{b}
2 packages upgraded, 0 newly installed, 0 to remove and 667 not upgraded.
Need to get 19.8 MB of archives. After unpacking 3206 kB will be used.
The following packages have unmet dependencies:
  digikam : Conflicts: libkdcraw-data but 4:4.8.4-1 is installed.
Conflicts: libkdcraw20 but 4:4.8.4-1 is installed.
Conflicts: libkexiv2-10 but 4:4.8.4-1 is installed.
Conflicts: libkexiv2-data but 4:4.8.4-1 is installed and it is kept
back.
Conflicts: libkipi-data but 4:4.8.4-1 is installed and it is kept
back.
Conflicts: libkipi8 but 4:4.8.4-1 is installed.
Conflicts: libksane0 but 4:4.8.4-1 is installed.
  digikam-data : Conflicts: libkdcraw-data but 4:4.8.4-1 is installed.
 Conflicts: libkdcraw20 but 4:4.8.4-1 is installed.
 Conflicts: libkexiv2-10 but 4:4.8.4-1 is installed.
 Conflicts: libkexiv2-data but 4:4.8.4-1 is installed and it is
kept back.
 Conflicts: libkipi-data but 4:4.8.4-1 is installed and it is
kept back.
 Conflicts: libkipi8 but 4:4.8.4-1 is installed.
 Conflicts: libksane0 but 4:4.8.4-1 is installed.
The following actions will resolve these dependencies:

  Remove the following packages:
1) digikam
2) digikam-data
3) kipi-plugins



Accept this solution? [Y/n/q/?]

Thanks,
Rainer



Yes. I have exactly the same issue.

Luc

<>

digikam upgrade issue

2013-04-06 Thread Rainer Dorsch 
Hello,

Am Friday 05 April 2013 schrieb Sune Vuorela:
> Actual upgrade issues, like file overlaps and such - you are most
> welcome to report those. But remember your backup.

not sure if this has the same root cause as the amarok upgrade issue I 
reported in the previous post. If yes, please ignore:

blackbox:~# aptitude install -t experimental digikam
The following packages will be upgraded: 
  digikam{b} digikam-data{b} 
2 packages upgraded, 0 newly installed, 0 to remove and 667 not upgraded.
Need to get 19.8 MB of archives. After unpacking 3206 kB will be used.
The following packages have unmet dependencies:
 digikam : Conflicts: libkdcraw-data but 4:4.8.4-1 is installed.
   Conflicts: libkdcraw20 but 4:4.8.4-1 is installed.
   Conflicts: libkexiv2-10 but 4:4.8.4-1 is installed.
   Conflicts: libkexiv2-data but 4:4.8.4-1 is installed and it is kept 
back.
   Conflicts: libkipi-data but 4:4.8.4-1 is installed and it is kept 
back.
   Conflicts: libkipi8 but 4:4.8.4-1 is installed.
   Conflicts: libksane0 but 4:4.8.4-1 is installed.
 digikam-data : Conflicts: libkdcraw-data but 4:4.8.4-1 is installed.
Conflicts: libkdcraw20 but 4:4.8.4-1 is installed.
Conflicts: libkexiv2-10 but 4:4.8.4-1 is installed.
Conflicts: libkexiv2-data but 4:4.8.4-1 is installed and it is 
kept back.
Conflicts: libkipi-data but 4:4.8.4-1 is installed and it is 
kept back.
Conflicts: libkipi8 but 4:4.8.4-1 is installed.
Conflicts: libksane0 but 4:4.8.4-1 is installed.
The following actions will resolve these dependencies:

 Remove the following packages:
1) digikam 
2) digikam-data
3) kipi-plugins



Accept this solution? [Y/n/q/?] 

Thanks,
Rainer

-- 
Rainer Dorsch
http://bokomoko.de/


-- 
To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201304060914.00476...@bokomoko.de

Re: kde 4.0.80 upgrade issue?

2008-06-03 Thread allen 
I took the brute force approach and used dpkg --force-overwrite.  It worked.

Best Regards, Allen

On Tuesday 03 June 2008 16:04:37 allen wrote:
> I was running 4.0.2.  I started running the upgrade to 4.0.80 when I ran
> into an issue with kdebase-runtime-data-common.  The error message:
> E:
> /var/cache/apt/archives/kdebase-runtime-data-
common_4%3a4.0.80-2_all.deb:
> trying to overwrite
> `/usr/share/desktop-directories/kde-development-translation.directory',
> which is also in package kdebase-workspace-data
>
> From the comments in the change log for that package I see: "Install
> desktop-directory files to kdebase-runtime-data-common (37 files)."
>
> Somehow I suspect that caused the issue I had since the error reports an
> attempt to overwrite some files in a 'desktop-directories' folder.
>
> This has left the kdebase-runtime-data-common package broken.  I am
> wondering what my best option is?
>
> Best Regards, Allen
>
> --



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

kde 4.0.80 upgrade issue?

2008-06-03 Thread allen 
I was running 4.0.2.  I started running the upgrade to 4.0.80 when I ran into 
an issue with kdebase-runtime-data-common.  The error message:
E: /var/cache/apt/archives/kdebase-runtime-data-common_4%3a4.0.80-2_all.deb: 
trying to overwrite 
`/usr/share/desktop-directories/kde-development-translation.directory', which 
is also in package kdebase-workspace-data

From the comments in the change log for that package I see: "Install 
desktop-directory files to kdebase-runtime-data-common (37 files)."  

Somehow I suspect that caused the issue I had since the error reports an 
attempt to overwrite some files in a 'desktop-directories' folder.

This has left the kdebase-runtime-data-common package broken.  I am wondering 
what my best option is?

Best Regards, Allen

--


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Upgrade Issue

2003-09-30 Thread Peter Nuttall 
On Tuesday 30 Sep 2003 4:26 pm, Jeff wrote:


> I have a sarge system running kde from sid.
>
> Can anyone explain what should be happening with kde?  I just want to
> make sure I don't hose down my system.
>

the problem is that kde is very big and it is taking time to build and load 
all the kde packages for sid. Chris Cheney, the guy who does the kde packages 
says that the upload will be done by Oct 7th. You might want to wait until 
all the packages are uploaded. 

pete 

-- 
Someone esle can help you better than I can.

Every time I think that perhaps we are an advanced race, I turn around and 
read ramblings on Slashdot, and realize I was wrong.

Upgrade Issue

2003-09-30 Thread Jeff 
kdelibs-bin, kdelibs-data and kdelibs4 version 3.1.4 has entered
unstable and are on hold according to my aptitude.  aptitude wants to
remove all my kde 3.1.3 packages.  I went through and placed all the
kde 3.1.3 packages it wanted to delete on hold and went ahead with the
upgrade (fingers crossed) since there are a bunch of other packages
for upgrade.

I have a sarge system running kde from sid.

Can anyone explain what should be happening with kde?  I just want to
make sure I don't hose down my system.

thanks,
jc


-- 
Jeff CoppockSystems Engineer
Diggin' Debian  Admin and User