Summary: | Switching from app-cdr/cdrtools to virtual/cdrtools | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Lars Weiler (RETIRED) <pylon> |
Component: | Current packages | Assignee: | Gentoo Optical Media project <media-optical> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | app-backup, beandog, dholm, koon, pfeifer, pva, simpledark, wschlich |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | e-uae ebuild |
Description
Lars Weiler (RETIRED)
2006-09-16 22:00:58 UTC
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! |