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 attachment 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] > 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!