You are not logged in.

#1 2012-11-28 11:57:45

miro279
Member
Registered: 2010-10-02
Posts: 153

compiling k9copy-2.3.8-3 fails

error code:

/tmp/packerbuild-0/k9copy/k9copy/src/k9copy-2.3.8-Source/src/import/k9avidecode.h:32:91: error: ‘AVFormatParameters’ has not been declared
make[2]: *** [CMakeFiles/k9copy.dir/k9copy_automoc.o] Error 1
make[1]: *** [CMakeFiles/k9copy.dir/all] Error 2
make: *** [all] Error 2

any ideas?

Last edited by miro279 (2012-11-28 11:58:18)

Offline

#2 2012-11-28 12:27:07

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 29,441
Website

Re: compiling k9copy-2.3.8-3 fails

Why are you compiling this from source?  Are you installing this from the official repos or from the AUR?

FYI AVFormatParameters has been deprecated for quite some time.  I see there are mailing list discussion for well over a year ago where it was being removed from the avformat libs.

Last edited by Trilby (2012-11-28 12:40:20)


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#3 2012-11-28 12:50:26

miro279
Member
Registered: 2010-10-02
Posts: 153

Re: compiling k9copy-2.3.8-3 fails

Found it in AUR only..

Offline

#4 2012-11-28 12:55:39

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 29,441
Website

Re: compiling k9copy-2.3.8-3 fails

Oops, you're right.  It must have just recently been dropped from [extra], after syncing, it no longer shows up.  I suspect it was dropped because of this upstream error.

This thread should be be in AUR issues, not pacman issues, and then you could be directed to report it to the upstream maintainers.  They need to replace the functionality of ACFormatParameters which has been removed from the libraries they are using.


FYI, it seems AVFormatParameters was replaced with AVDictionary.  I remember rewriting some video handling code to incorporate this change - but I don't remember the details off hand.  I don't know that AVDictionary was a 'drop in' replacement for  the previous type - but it was close.

Last edited by Trilby (2012-11-28 12:59:39)


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#5 2012-11-28 14:22:09

miro279
Member
Registered: 2010-10-02
Posts: 153

Re: compiling k9copy-2.3.8-3 fails

alright, I thought I had k9copy from normal repositories anyway and was a bit supprised that packer wanted a update from AUR now.. In this case it seems to be a generall issue. Thanks for your input!
Maybe this could be moved to AUR issues?
Thnaks!

Last edited by miro279 (2012-11-28 14:23:04)

Offline

#6 2012-11-28 20:30:47

dolby
Member
From: 1992
Registered: 2006-08-08
Posts: 1,581

Re: compiling k9copy-2.3.8-3 fails

FWIW k9copy upstream is, at least currently, dead so dont bet on finding a patch there.


There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums.  That is why we avoid it. -- ewaller (arch linux forum moderator)

Offline

#7 2012-11-28 21:58:45

SyXbiT
Member
From: Seattle, WA
Registered: 2008-06-28
Posts: 177
Website

Re: compiling k9copy-2.3.8-3 fails

k9copy is dead? That sucks. It's the most reliable cd burning software on linux!
I really like the Brasero UI, and, using Gnome, it's should be the obvious choice, but Brasero totally blows! I've never burnt so many coasters.
Thanks for the heads up dolby.

Offline

#8 2012-11-29 00:33:27

piratebill
Member
From: Sol System
Registered: 2011-10-20
Posts: 133

Re: compiling k9copy-2.3.8-3 fails

I'm getting a different build error

k9copy-2.3.8-Source/src/mplayer/k9internalplayer.h:17:7: warning: 'class k9InternalPlayer' has virtual functions and accessible non-virtual destructor [-Wnon-virtual-dtor]

I might try to dig into the code...but that's probably a lot more hassle than its worth.

Last edited by piratebill (2012-11-29 00:39:51)

Offline

#9 2012-11-29 01:35:27

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 29,441
Website

Re: compiling k9copy-2.3.8-3 fails

That's just a warning piratebill - that shouldn't prevent compiling.  And if you are motivated, the actual error should be relatively easy to fix, but who knows whatever cobweb infested code is in there waiting to become problematic with other library upgrades.

Patching a single problem is simple enough, but taking over for maintenance on a project that the original developers have abandonded is no easy task in the long run.


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#10 2012-11-29 06:19:19

piratebill
Member
From: Sol System
Registered: 2011-10-20
Posts: 133

Re: compiling k9copy-2.3.8-3 fails

Trilby wrote:

That's just a warning piratebill - that shouldn't prevent compiling.  And if you are motivated, the actual error should be relatively easy to fix, but who knows whatever cobweb infested code is in there waiting to become problematic with other library upgrades.

Patching a single problem is simple enough, but taking over for maintenance on a project that the original developers have abandonded is no easy task in the long run.


Yeah I wouldn't want to take over for it either.  Luckly as far as the patches go, torto was kind enough to provide a fix.  Might take care of OPs issue as well.

Offline

#11 2012-11-29 17:45:57

dolby
Member
From: 1992
Registered: 2006-08-08
Posts: 1,581

Re: compiling k9copy-2.3.8-3 fails

SyXbiT wrote:

k9copy is dead? That sucks. It's the most reliable cd burning software on linux!
I really like the Brasero UI, and, using Gnome, it's should be the obvious choice, but Brasero totally blows! I've never burnt so many coasters.
Thanks for the heads up dolby.

http://k9copy.sourceforge.net/web/index … /12-theend

More or less the usual complaints.


There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums.  That is why we avoid it. -- ewaller (arch linux forum moderator)

Offline

Board footer

Powered by FluxBB