Re: [blfs-dev] k3b build issues

2012-12-14 Thread Armin K.
On 12/14/2012 05:25 AM, Bruce Dubbs wrote:
 I was trying to build k3b today and ran into some problems with ffmpeg.
I did apply the existing patch, but that wasn't enough.

 Searching the web, I found

 http://lists.opensuse.org/opensuse-kde3/2012-07/msg00019.html

 Applying the equivalent of this patch allowed the program to build and
 it did work OK for the limited use I wanted (rip a CD).  Note that the
 reference is for kde3, but I was building for KDE4.  Looking at the
 details, this appears to be an issue with libavformat (from ffmpeg), not
 a kde issue.

 If someone can confirm, I'll update the patch and reference it in the book.

 I note that the package does not seem to have been updated in almost two
 years.  Searching the web, I don't see any decent alternatives
 that create ogg files from a CD with appropriate metadata.

 -- Bruce


http://paste.debian.net/plainh/d6b6b13c

This is what I get with patch that is currently in the book. I think 
that I included a patch from Archlinux in -2.patch that fixes building 
with new libavformat because the patch that was available back then in 
-1.patch which failed for me.
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] k3b build issues

2012-12-14 Thread Bruce Dubbs
Armin K. wrote:
 On 12/14/2012 05:25 AM, Bruce Dubbs wrote:
 I was trying to build k3b today and ran into some problems with ffmpeg.
 I did apply the existing patch, but that wasn't enough.

 Searching the web, I found

 http://lists.opensuse.org/opensuse-kde3/2012-07/msg00019.html

 Applying the equivalent of this patch allowed the program to build and
 it did work OK for the limited use I wanted (rip a CD).  Note that the
 reference is for kde3, but I was building for KDE4.  Looking at the
 details, this appears to be an issue with libavformat (from ffmpeg), not
 a kde issue.

 If someone can confirm, I'll update the patch and reference it in the book.

 I note that the package does not seem to have been updated in almost two
 years.  Searching the web, I don't see any decent alternatives
 that create ogg files from a CD with appropriate metadata.

  -- Bruce


 http://paste.debian.net/plainh/d6b6b13c

 This is what I get with patch that is currently in the book. I think
 that I included a patch from Archlinux in -2.patch that fixes building
 with new libavformat because the patch that was available back then in
 -1.patch which failed for me.

I got some of those warnings, but got errors. too:

/tmp/k3b/k3b-2.0.2/plugins/decoder/ffmpeg/k3bffmpegwrapper.cpp:91:15: 
error: '::av_open_input_file' has not been declared

/tmp/k3b/k3b-2.0.2/plugins/decoder/ffmpeg/k3bffmpegwrapper.cpp:146:5: 
error: '::dump_format' has not been declared

It may be a ffmpeg issue:

$ ffmpeg -version
ffmpeg version 1.0
built on Oct  7 2012 18:51:04 with gcc 4.7.1 (GCC)
configuration: --prefix=/usr --disable-debug --enable-shared 
--disable-static --enable-gpl --enable-x11grab --enable-postproc 
--enable-version3 --enable-nonfree --enable-libfaac --enable-libfreetype 
--enable-libmp3lame --enable-libopenjpeg --enable-libspeex 
--enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid 
--enable-libpulse --enable-openssl
libavutil  51. 73.101 / 51. 73.101
libavcodec 54. 59.100 / 54. 59.100
libavformat54. 29.104 / 54. 29.104
libavdevice54.  2.101 / 54.  2.101
libavfilter 3. 17.100 /  3. 17.100
libswscale  2.  1.101 /  2.  1.101
libswresample   0. 15.100 /  0. 15.100
libpostproc52.  0.100 / 52.  0.100

This is the current version in the book.

   -- Bruce




-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] k3b build issues

2012-12-14 Thread Armin K.
On 12/14/2012 06:09 PM, Bruce Dubbs wrote:

 I got some of those warnings, but got errors. too:

 /tmp/k3b/k3b-2.0.2/plugins/decoder/ffmpeg/k3bffmpegwrapper.cpp:91:15:
 error: '::av_open_input_file' has not been declared

 /tmp/k3b/k3b-2.0.2/plugins/decoder/ffmpeg/k3bffmpegwrapper.cpp:146:5:
 error: '::dump_format' has not been declared

 It may be a ffmpeg issue:

 $ ffmpeg -version
 ffmpeg version 1.0
 built on Oct  7 2012 18:51:04 with gcc 4.7.1 (GCC)
 configuration: --prefix=/usr --disable-debug --enable-shared
 --disable-static --enable-gpl --enable-x11grab --enable-postproc
 --enable-version3 --enable-nonfree --enable-libfaac --enable-libfreetype
 --enable-libmp3lame --enable-libopenjpeg --enable-libspeex
 --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid
 --enable-libpulse --enable-openssl
 libavutil  51. 73.101 / 51. 73.101
 libavcodec 54. 59.100 / 54. 59.100
 libavformat54. 29.104 / 54. 29.104
 libavdevice54.  2.101 / 54.  2.101
 libavfilter 3. 17.100 /  3. 17.100
 libswscale  2.  1.101 /  2.  1.101
 libswresample   0. 15.100 /  0. 15.100
 libpostproc52.  0.100 / 52.  0.100

 This is the current version in the book.

 -- Bruce

Are you sure that you have used the correct patch? Current patch in the 
book contains this line at the very beginning:


--- k3b.orig/plugins/decoder/ffmpeg/k3bffmpegwrapper.cpp2011-01-15 
21:47:29.0 +0100
+++ k3b/plugins/decoder/ffmpeg/k3bffmpegwrapper.cpp 2012-10-26 
11:53:54.396490345 +0200
@@ -88,7 +88,7 @@
  close();

  // open the file
-int err = ::av_open_input_file( d-formatContext, 
m_filename.toLocal8Bit(), 0, 0, 0 );
+int err = ::avformat_open_input( d-formatContext, 
m_filename.toLocal8Bit(), 0, NULL);


As you see, ::av_open_input_file is replaced with something else.

My ffmpeg version is 1.0.1.

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] k3b build issues

2012-12-14 Thread Bruce Dubbs
Armin K. wrote:

 Are you sure that you have used the correct patch?

That's it.  I had the -1 patch, not the -2 patch in my files and didn't 
notice the change.  Thanks.  That's why I was confirming.

   -- Bruce

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] k3b

2012-05-04 Thread Armin K.
On 05/04/2012 01:32 AM, Bruce Dubbs wrote:
 Whew.  I finally got k3b to build and work properly.  There are a lot of
 dependencies that I didn't know about and there are run time dependencies too.

 One runtime dependency is cdrecord (cdrtools).  I don't recall why we removed
 it, but cdrtools-3.00.tar.bz2 from June 2010 seems to build and install 
 without
 any patches.  We still get the typical Schily whining about how he is the only
 one who knows how to properly create a make program and he doesn't use
 autotools.  In any case, I'll add that back to the book unless anyone has an
 objections.

 I'll try to get both k3b and cdrtools back in by tomorrow.

 -- Bruce

I'd rather use cdrkit instead of cdrtools.

http://cdrkit.org/releases/

Distros seem to use this one instead of cdrtools.
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] k3b

2012-05-04 Thread Andrew Benton
On Fri, 04 May 2012 00:34:09 +0100
Bruce Dubbs bruce.du...@gmail.com wrote:

 Whew.  I finally got k3b to build and work properly.  There are a lot of 
 dependencies that I didn't know about and there are run time dependencies too.
 
 One runtime dependency is cdrecord (cdrtools).  I don't recall why we removed 
 it, but cdrtools-3.00.tar.bz2 from June 2010 seems to build and install 
 without 
 any patches.  We still get the typical Schily whining about how he is the 
 only 
 one who knows how to properly create a make program and he doesn't use 
 autotools.

I think we removed it because we don't like Jörg Schilling

   In any case, I'll add that back to the book unless anyone has an 
 objections.

Does it need the cdrecord libraries or is it just the cdrecord command
it needs? If it's just the command, can't you get K3b to use xorrecord?
Or write a small shell script that calls xorrecord?

cat  /usr/bin/cdrecord  HERE_DOC
#!/bin/bash
xorrecord ${@}
HERE_DOC
chmod 755 /usr/bin/cdrecord

 I'll try to get both k3b and cdrtools back in by tomorrow.

B! (Throws food at the screen)

Andy
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] k3b

2012-05-04 Thread Matthew Burgess
On Fri, 4 May 2012 12:05:45 +0100, Andrew Benton a...@benton.eu.com wrote:

 I think we removed it because we don't like Jörg Schilling

I think it's more the case that Jorg Schilling doesn't like us (Linux) :-)

I don't see any good reason to have software in the book that is going to
bitch and moan so loudly and has the potential to unnecessarily scare
users into thinking that something's wrong with their system.

Regards,

Matt.

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] k3b

2012-05-04 Thread Bruce Dubbs
Armin K. wrote:

 I still think we should use cdrkit instead of that one.

I got that and it built fairly easily but some binaries are different:

cdda2mp3  devdump   genisoimage  isodebug  isoinfo  pitchplay  readom
cdda2ogg  dirsplit  icedax   isodump   isovfy   readmult   wodim

cdrtools has

btcflash  cdda2ogg  cdrecord  isodebug  isoinfo  mkhybrid  readcdscgskeleton
cdda2mp3  cdda2wav  devdump   isodump   isovfy   mkisofs   scgcheck  rscsi

The common files are cdda2mp3, cdda2ogg, devdump, isodebug, isodump, isoinfo, 
isovfy.

The two important programs missing from cdrkit are cdrecord and mkisofs.  I 
don't know if they can be created as symlinks of not.

   -- Bruce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] k3b

2012-05-04 Thread Armin K.
On 05/04/2012 06:09 PM, Bruce Dubbs wrote:
 Armin K. wrote:

 I still think we should use cdrkit instead of that one.

 I got that and it built fairly easily but some binaries are different:

 cdda2mp3  devdump   genisoimage  isodebug  isoinfo  pitchplay  readom
 cdda2ogg  dirsplit  icedax   isodump   isovfy   readmult   wodim

 cdrtools has

 btcflash  cdda2ogg  cdrecord  isodebug  isoinfo  mkhybrid  readcd
 scgskeleton
 cdda2mp3  cdda2wav  devdump   isodump   isovfy   mkisofs   scgcheck  rscsi

 The common files are cdda2mp3, cdda2ogg, devdump, isodebug, isodump, isoinfo,
 isovfy.

 The two important programs missing from cdrkit are cdrecord and mkisofs.  I
 don't know if they can be created as symlinks of not.

 -- Bruce

cdrkit is actually a fork of cdrtools [1]. These symlinks can be made 
for the compatibility with cdrtools:

ln -s wodim /usr/bin/cdrecord
ln -s readom /usr/bin/readcd
ln -s genisoimage /usr/bin/mkisofs
ln -s genisoimage /usr/bin/mkhybrid
ln -s icedax /usr/bin/cdda2wav

Brasero can use wodim by default, without any need for cdrkit 
compatibility. Also, k3b is listed at Programs which can use cdrkit at 
Wikipedia [2], so I think it could use it without any problems.

1. http://lwn.net/Articles/198171/
2. http://en.wikipedia.org/wiki/Cdrkit#Front-ends
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] k3b

2012-05-04 Thread Bruce Dubbs
Armin K. wrote:
 On 05/04/2012 06:09 PM, Bruce Dubbs wrote:
 Armin K. wrote:

 I still think we should use cdrkit instead of that one.
 I got that and it built fairly easily but some binaries are different:

 cdda2mp3  devdump   genisoimage  isodebug  isoinfo  pitchplay  readom
 cdda2ogg  dirsplit  icedax   isodump   isovfy   readmult   wodim

 cdrtools has

 btcflash  cdda2ogg  cdrecord  isodebug  isoinfo  mkhybrid  readcd
 scgskeleton
 cdda2mp3  cdda2wav  devdump   isodump   isovfy   mkisofs   scgcheck  rscsi

 The common files are cdda2mp3, cdda2ogg, devdump, isodebug, isodump, isoinfo,
 isovfy.

 The two important programs missing from cdrkit are cdrecord and mkisofs.  I
 don't know if they can be created as symlinks of not.

 -- Bruce
 
 cdrkit is actually a fork of cdrtools [1]. These symlinks can be made 
 for the compatibility with cdrtools:
 
 ln -s wodim /usr/bin/cdrecord
 ln -s readom /usr/bin/readcd
 ln -s genisoimage /usr/bin/mkisofs
 ln -s genisoimage /usr/bin/mkhybrid
 ln -s icedax /usr/bin/cdda2wav
 
 Brasero can use wodim by default, without any need for cdrkit 
 compatibility. Also, k3b is listed at Programs which can use cdrkit at 
 Wikipedia [2], so I think it could use it without any problems.
 
 1. http://lwn.net/Articles/198171/
 2. http://en.wikipedia.org/wiki/Cdrkit#Front-ends

OK, I'll see what I can do.

   -- Bruce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page