Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

As we have now cdrkit in the tree (you know, that cdrtools-fork fully
compatible to the GPL) we ask you to check your ebuilds for compatibility with
cdrkit.  cdrkit provides a symlink from cdrecord to wodim (the cdrecord
replacement).  It is compatible to cdrtools, but you better should check.

We added a virtual/cdrtools.  It would be nice if you could test your
application with cdrkit and add a virtual/cdrtools dependency, so that users
won't see a blocker.  Currently cdrkit is package.masked and we would like to
remove the mask soon.

backup:
app-backup/cdbackup/cdbackup-0.7.0.ebuild
app-backup/cdbkup/cdbkup-1.0.ebuild
app-backup/cdbkup/cdbkup-1.0-r1.ebuild

pfeifer@gentoo.org:
app-backup/mondo-rescue/mondo-rescue-1.47.ebuild
app-backup/mondo-rescue/mondo-rescue-1.61.ebuild
app-backup/mondo-rescue/mondo-rescue-1.65.ebuild
app-backup/mondo-rescue/mondo-rescue-2.03.ebuild
app-backup/mondo-rescue/mondo-rescue-2.04.ebuild
app-backup/mondo-rescue/mondo-rescue-2.10.ebuild

emacs:
app-emacs/cdrw/cdrw-1.2.ebuild

dholm@gentoo.org, pva@gentoo.org:
app-emulation/e-uae/e-uae-0.8.28-r1.ebuild
app-emulation/e-uae/e-uae-0.8.28-r2.ebuild
app-emulation/e-uae/e-uae-0.8.28-r3.ebuild
app-emulation/e-uae/e-uae-0.8.29_pre20060812.ebuild

centic@gentoo.org:
app-misc/cdcat/cdcat-0.2.ebuild
app-misc/cdcat/cdcat-0.3.ebuild

koon@gentoo.org:
dev-embedded/gnap-dev/gnap-dev-1.6.ebuild
dev-embedded/gnap-dev/gnap-dev-1.7.1.ebuild
dev-embedded/gnap-dev/gnap-dev-1.7.ebuild
dev-embedded/gnap-dev/gnap-dev-1.8.1.ebuild
dev-embedded/gnap-dev/gnap-dev-1.8.2.ebuild
dev-embedded/gnap-dev/gnap-dev-1.8.ebuild
dev-embedded/gnap-dev/gnap-dev-2.0.ebuild
dev-embedded/gnap/gnap-1.6.ebuild:RDEPEND="app-cdr/cdrtools
dev-embedded/gnap/gnap-1.7.1.ebuild:RDEPEND="app-cdr/cdrtools
dev-embedded/gnap/gnap-1.7.ebuild:RDEPEND="app-cdr/cdrtools
dev-embedded/gnap/gnap-1.8.1.ebuild:RDEPEND="app-cdr/cdrtools
dev-embedded/gnap/gnap-1.8.2.ebuild:RDEPEND="app-cdr/cdrtools
dev-embedded/gnap/gnap-1.8.ebuild:RDEPEND="app-cdr/cdrtools
dev-embedded/gnap/gnap-2.0.ebuild:RDEPEND="app-cdr/cdrtools

media-tv:
media-plugins/mytharchive/mytharchive-0.20.ebuild
media-plugins/mythmusic/mythmusic-0.19.ebuild
media-plugins/mythmusic/mythmusic-0.20.ebuild

sound:
media-sound/sonic-rainbow/sonic-rainbow-0.5.1.ebuild

video:
media-video/ldvd/ldvd-1.9.4.ebuild

wolf31o2@gentoo.org:
net-misc/pxes/pxes-0.6-r4.ebuild
net-misc/pxes/pxes-0.7.ebuild
net-misc/pxes/pxes-0.8.ebuild
net-misc/pxes/pxes-0.9-r1.ebuild
net-misc/pxes/pxes-1.0.ebuild

pfeifer@gentoo.org, wschlich@gentoo.org:
sys-apps/mindi/mindi-0.85.ebuild
sys-apps/mindi/mindi-0.86.ebuild
sys-apps/mindi/mindi-1.03.ebuild
sys-apps/mindi/mindi-1.04.ebuild
sys-apps/mindi/mindi-1.10.ebuild
sys-apps/mindi/mindi-1.11.ebuild

none (*grrrr*):
media-sound/cdmp3/cdmp3-0.4.1.ebuild
media-sound/cdmp3/cdmp3-0.5.0.ebuild
rox-extra/roxiso/roxiso-050508.ebuild

The big thing I don't like about this is that cdrkit and cdrtools are versioned
totally differently. So now that my app needs cdrtool-2.01... I can't say
cdrkit-1.0_pre3 cdrtools-2.01 without not using the virtual which makes the
virtual pointless.

(In reply to comment #1)
> The big thing I don't like about this is that cdrkit and cdrtools are versioned
> totally differently. So now that my app needs cdrtool-2.01...

We don't have any cdrtools in the tree prior to 2.01.

Well then... either way media-tv has been done.

Thanks to media-tv.  Let's wait for the others.

net-misc/pxes done

cdcat done

Seems that cdrkit and cdrtools are not completely compatible. cdrtools provided
headers and library while cdrkit does not have them. The result is that e-uae
does not compile with cdrkit:

if i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../src
-I../../src/include -I../../src -I../../src -I../..  -Iyes/include  -DFPUEMU
-DCPUEMU_0 -DCPUEMU_5 -DCPUEMU_6 -DUNALIGNED_PROFITABLE -DJIT
-DNATMEM_OFFSET=0x50000000 -DAGA -DAUTOCONFIG -DFILESYS -DSCSIEMU
-DSCSIEMU_LINUX_IOCTL -DCDTV -DCD32 -DBSDSOCKET -DSUPPORT_THREADS -DFDI2RAW
-DDEBUGGER -DSAVESTATE -DENFORCER -DACTION_REPLAY  -DSHM_SUPPORT_LINKS=1  -O2
-march=i686 -pipe -g -ggdb -Wa,--execstack  -fomit-frame-pointer   -Wall
-Wno-unused -Wno-format -W -Wmissing-prototypes -Wstrict-prototypes
-fno-strength-reduce -DREGPARAM="__attribute__((regparm(3)))" -pthread  -O2
-march=i686 -pipe -g -ggdb -DNO_MAIN_IN_MAIN_C  -DUSE_XKB
-DXKB_PATH=\"/usr/share/X11/xkb/rules/\"   -MT memory.o -MD -MP -MF
".deps/memory.Tpo" \
  -c -o memory.o `test -f 'memory.c' || echo './'`memory.c; \
then mv -f ".deps/memory.Tpo" ".deps/memory.Po"; \
else rm -f ".deps/memory.Tpo"; exit 1; \
fi
if i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../src
-I../../src/include -I../../src -I../../src -I../..  -Iyes/include  -DFPUEMU
-DCPUEMU_0 -DCPUEMU_5 -DCPUEMU_6 -DUNALIGNED_PROFITABLE -DJIT
-DNATMEM_OFFSET=0x50000000 -DAGA -DAUTOCONFIG -DFILESYS -DSCSIEMU
-DSCSIEMU_LINUX_IOCTL -DCDTV -DCD32 -DBSDSOCKET -DSUPPORT_THREADS -DFDI2RAW
-DDEBUGGER -DSAVESTATE -DENFORCER -DACTION_REPLAY  -DSHM_SUPPORT_LINKS=1  -O2
-march=i686 -pipe -g -ggdb -Wa,--execstack  -fomit-frame-pointer   -Wall
-Wno-unused -Wno-format -W -Wmissing-prototypes -Wstrict-prototypes
-fno-strength-reduce -DREGPARAM="__attribute__((regparm(3)))" -pthread  -O2
-march=i686 -pipe -g -ggdb -DNO_MAIN_IN_MAIN_C  -DUSE_XKB
-DXKB_PATH=\"/usr/share/X11/xkb/rules/\"   -MT blkdev-linux.o -MD -MP -MF
".deps/blkdev-linux.Tpo" \
  -c -o blkdev-linux.o `test -f 'blkdev-linux.c' || echo './'`blkdev-linux.c; \
then mv -f ".deps/blkdev-linux.Tpo" ".deps/blkdev-linux.Po"; \
else rm -f ".deps/blkdev-linux.Tpo"; exit 1; \
fi
In file included from /usr/include/stdlib.h:438,
                 from ../../src/include/sysdeps.h:20,
                 from blkdev-linux.c:17:
/usr/include/sys/types.h:62: error: conflicting types for 

Seems that cdrkit and cdrtools are not completely compatible. cdrtools provided
headers and library while cdrkit does not have them. The result is that e-uae
does not compile with cdrkit:

if i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../src
-I../../src/include -I../../src -I../../src -I../..  -Iyes/include  -DFPUEMU
-DCPUEMU_0 -DCPUEMU_5 -DCPUEMU_6 -DUNALIGNED_PROFITABLE -DJIT
-DNATMEM_OFFSET=0x50000000 -DAGA -DAUTOCONFIG -DFILESYS -DSCSIEMU
-DSCSIEMU_LINUX_IOCTL -DCDTV -DCD32 -DBSDSOCKET -DSUPPORT_THREADS -DFDI2RAW
-DDEBUGGER -DSAVESTATE -DENFORCER -DACTION_REPLAY  -DSHM_SUPPORT_LINKS=1  -O2
-march=i686 -pipe -g -ggdb -Wa,--execstack  -fomit-frame-pointer   -Wall
-Wno-unused -Wno-format -W -Wmissing-prototypes -Wstrict-prototypes
-fno-strength-reduce -DREGPARAM="__attribute__((regparm(3)))" -pthread  -O2
-march=i686 -pipe -g -ggdb -DNO_MAIN_IN_MAIN_C  -DUSE_XKB
-DXKB_PATH=\"/usr/share/X11/xkb/rules/\"   -MT memory.o -MD -MP -MF
".deps/memory.Tpo" \
  -c -o memory.o `test -f 'memory.c' || echo './'`memory.c; \
then mv -f ".deps/memory.Tpo" ".deps/memory.Po"; \
else rm -f ".deps/memory.Tpo"; exit 1; \
fi
if i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../src
-I../../src/include -I../../src -I../../src -I../..  -Iyes/include  -DFPUEMU
-DCPUEMU_0 -DCPUEMU_5 -DCPUEMU_6 -DUNALIGNED_PROFITABLE -DJIT
-DNATMEM_OFFSET=0x50000000 -DAGA -DAUTOCONFIG -DFILESYS -DSCSIEMU
-DSCSIEMU_LINUX_IOCTL -DCDTV -DCD32 -DBSDSOCKET -DSUPPORT_THREADS -DFDI2RAW
-DDEBUGGER -DSAVESTATE -DENFORCER -DACTION_REPLAY  -DSHM_SUPPORT_LINKS=1  -O2
-march=i686 -pipe -g -ggdb -Wa,--execstack  -fomit-frame-pointer   -Wall
-Wno-unused -Wno-format -W -Wmissing-prototypes -Wstrict-prototypes
-fno-strength-reduce -DREGPARAM="__attribute__((regparm(3)))" -pthread  -O2
-march=i686 -pipe -g -ggdb -DNO_MAIN_IN_MAIN_C  -DUSE_XKB
-DXKB_PATH=\"/usr/share/X11/xkb/rules/\"   -MT blkdev-linux.o -MD -MP -MF
".deps/blkdev-linux.Tpo" \
  -c -o blkdev-linux.o `test -f 'blkdev-linux.c' || echo './'`blkdev-linux.c; \
then mv -f ".deps/blkdev-linux.Tpo" ".deps/blkdev-linux.Po"; \
else rm -f ".deps/blkdev-linux.Tpo"; exit 1; \
fi
In file included from /usr/include/stdlib.h:438,
                 from ../../src/include/sysdeps.h:20,
                 from blkdev-linux.c:17:
/usr/include/sys/types.h:62: error: conflicting types for ‘dev_t’
/usr/include/linux/types.h:27: error: previous declaration of ‘dev_t’ was
here
/usr/include/sys/types.h:72: error: conflicting types for ‘mode_t’
/usr/include/linux/types.h:33: error: previous declaration of ‘mode_t’ was
here
/usr/include/sys/types.h:77: error: conflicting types for ‘nlink_t’
/usr/include/linux/types.h:36: error: previous declaration of ‘nlink_t’ was
here
In file included from /usr/include/sys/types.h:133,
                 from /usr/include/stdlib.h:438,
                 from ../../src/include/sysdeps.h:20,
                 from blkdev-linux.c:17:
/usr/include/time.h:105: error: conflicting types for ‘timer_t’
/usr/include/linux/types.h:45: error: previous declaration of ‘timer_t’ was
here
In file included from /usr/include/sys/types.h:220,
                 from /usr/include/stdlib.h:438,
                 from ../../src/include/sysdeps.h:20,
                 from blkdev-linux.c:17:
/usr/include/sys/select.h:78: error: conflicting types for ‘fd_set’
/usr/include/linux/types.h:24: error: previous declaration of ‘fd_set’ was
here
In file included from /usr/include/stdlib.h:438,
                 from ../../src/include/sysdeps.h:20,
                 from blkdev-linux.c:17:
/usr/include/sys/types.h:235: error: conflicting types for ‘blkcnt_t’
/usr/include/linux/types.h:158: error: previous declaration of ‘blkcnt_t’ was
here
blkdev-linux.c: In function ‘execscsicmd_direct_ioctl’:
blkdev-linux.c:292: warning: comparison between signed and unsigned
make[3]: *** [blkdev-linux.o] Error 1
make[3]: Leaving directory
`/porttmp/portage/e-uae-0.8.29_pre20060831/work/e-uae-0.8.29-CVS/src/od-linux'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/porttmp/portage/e-uae-0.8.29_pre20060831/work/e-uae-0.8.29-CVS/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/porttmp/portage/e-uae-0.8.29_pre20060831/work/e-uae-0.8.29-CVS/src'
make: *** [all-recursive] Error 1

!!! ERROR: app-emulation/e-uae-0.8.29_pre20060831 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  e-uae-0.8.29_pre20060831.ebuild, line 111:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if
relevant.

!!! This ebuild is from an overlay: '/usr/local/portage'

Of course, I can make workaround. Fex check that cdrkit is installed and then
disable scsi emulation in e-uae, but... Well, I'll try to contact upstream on
issue.

(In reply to comment #7)
> Seems that cdrkit and cdrtools are not completely compatible. cdrtools provided
> headers and library while cdrkit does not have them. The result is that e-uae
> does not compile with cdrkit:

There are headers and libs in the sources, but they don't get installed by
default.

> Of course, I can make workaround. Fex check that cdrkit is installed and then
> disable scsi emulation in e-uae, but... Well, I'll try to contact upstream on
> issue.

metalgod, will you fix the cdrkit-ebuild and install the same files like in
cdrtools?  Mostly scsi-stuff...

yes i'll take a look asap.

For the GNAP ebuilds : I'll try to find some time to bump 2.0 to -r1 and dump
the old versions. If I don't react quick enough, feel free to break the
packages by masking cdrtools, GNAP is a little orphaned and broken with current
portage anyway.

(In reply to comment #7)
> Seems that cdrkit and cdrtools are not completely compatible. cdrtools provided
> headers and library while cdrkit does not have them. The result is that e-uae
> does not compile with cdrkit:

pva, I don't have any problems with e-uae and cdrkit.  Both, the current stable
and testing-version compiles with it.

I think I will test the missing apps myself now and try to catch the maintainer
on IRC.  Starting with

backup:
app-backup/cdbackup/cdbackup-0.7.0.ebuild
Backup works with wodim.  Restore as problems.  I need somebody else to verify
this.

app-backup/cdbkup/cdbkup-1.0.ebuild
app-backup/cdbkup/cdbkup-1.0-r1.ebuild

No problems here with wodim.

This one is package.masked for tree-removal since 26 Nov 2005.  I think, I can
skip tests on it.

pfeifer@gentoo.org:
app-backup/mondo-rescue/mondo-rescue-1.47.ebuild
app-backup/mondo-rescue/mondo-rescue-1.61.ebuild
app-backup/mondo-rescue/mondo-rescue-1.65.ebuild
app-backup/mondo-rescue/mondo-rescue-2.03.ebuild
app-backup/mondo-rescue/mondo-rescue-2.04.ebuild
app-backup/mondo-rescue/mondo-rescue-2.10.ebuild

sound:
media-sound/sonic-rainbow/sonic-rainbow-0.5.1.ebuild

No arch use this version any more, so I think I can safely remove the
sound-team from this bug.

I did not test it with the application, but I read the source and tested the
mkisofs-command in it with wodim.  That works and this application should
switch to virtual/cdrtools.

video:
media-video/ldvd/ldvd-1.9.4.ebuild

Very unmaintained currently and does not compile on a current stable system. 
Nothing said yet about the circular dependency...  I will skip this one.

pfeifer@gentoo.org, wschlich@gentoo.org:
sys-apps/mindi/mindi-0.85.ebuild
sys-apps/mindi/mindi-0.86.ebuild
sys-apps/mindi/mindi-1.03.ebuild
sys-apps/mindi/mindi-1.04.ebuild
sys-apps/mindi/mindi-1.10.ebuild
sys-apps/mindi/mindi-1.11.ebuild

Created an attachment (id=100731) [details]
e-uae ebuild

pylon: Actually I tested with newer version of e-uae that I still have not
commited into cvs. Please, try attached ebuild. And if you compare cdrtools and
cdrkit, the latter misses some headers.

(In reply to comment #17)
> pylon: Actually I tested with newer version of e-uae that I still have not
> commited into cvs. Please, try attached ebuild. And if you compare cdrtools and
> cdrkit, the latter misses some headers.

Ah, okay, a newer version.

Regarding the headers so it looks like that e-uae is the first application
which makes use of it.  But you are right that I should change the
cdrkit-ebuild so that they will be installed like with cdrtools.

(In reply to comment #0)
> emacs:
> app-emacs/cdrw/cdrw-1.2.ebuild

 Virtualised.

(In reply to comment #17)
> Created an attachment (id=100731) [edit] [details]
> e-uae ebuild

Can you tell me the exact name of the ebuild, so that I can download the
appropriate source-file?

Sure. Take tarball here http://www.rcdrummond.net/uae/test/20060831/ . You just
need to rename it appropriately.

(In reply to comment #21)
> Sure. Take tarball here http://www.rcdrummond.net/uae/test/20060831/ . You just
> need to rename it appropriately.

Okay, tested.  And I found out that this error is completely independent from
cdrkit or cdrtools...

Anyways, cdrkit-1.0_pre4-r1 with the missing headers is commited.

media-video done:
media-video/ldvd virtualized

e-uae done. Seems that compilation problem is upstream problem, but since this
problem occurs only in not-commited CVS snapshot no need to wait.

I reviewed the list of applications and all current versions have switched to
virtual/cdrtools.  Thanks for testing!  This was a big step for app-cdr/cdrkit
becoming stable in the near future.

Is the virtual/cdrtools in portage?
I have stable cdrkit-x86 but no virtual!