Implementation of the AIX tcopy utility. Used to clone a tape, or display the record/file structu Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 38802 [details] ebuild file for tcopy
Created attachment 38806 [details] ebuild file for tcopy
Created attachment 38810 [details] ebuild file for tcopy
Created attachment 38811 [details] tape copy utility
doesn't seem to be maintained upstream. Not keen on including this one sorry.
Piotr Synowiec: This is one of the kind tape utility. There is not anything to replace it. Is this gentoo policy to do not include tools which are not developed anymore? Daniel: This is something we try to do to keep the workload down for us. If its one of a kind and very stable I would consider it. Currently won't compile with linuxheaders26: >>> Unpacking tcopy.tar.gz to /var/tmp/portage/tcopy-20020924/work >>> Source unpacked. cc -o tcopy tcopy.c In file included from tcopy.c:36: /usr/include/linux/mtio.h:207: error: variable or field `__user' declared void /usr/include/linux/mtio.h:207: warning: no semicolon at end of struct or union /usr/include/linux/mtio.h:207: error: syntax error before '*' token distcc[23711] ERROR: compile tcopy.c on localhost failed m Can you find the defination of __user? Will a typedef char __user; before the (what should be) #include <linux/mtio.h> work? ebuild notes: You should use CC and CFLAGS i.e in the ebuild ${CC} ${CFLAGS} -o tcopy tcopy.c the LICENSE should just be GPL-2 exeinto /usr/bin is redundant (this is the default value) Need a DEPEND on virtual/libc and virtual/os-headers because it uses them in the compile. RDEPEND=virtual/libc
Piotr Synowiec:: emerge tcopy using kernel-2.6 Linux czart 2.6.9-win4lin #1 Mon Nov 22 07:56:59 CET 2004 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux is it good enough ? Rgds -- Piotr Synowiec Daniel: 1. Please include comments here rather than email. In answer to your question - in short no. 2. What version of kernel headers are you using? output of: emerge info | fgrep Headers if its not 2.6 then you haven't addressed the kernel headers version. Yes it is possible to have a different version of kernel headers than to the kernel. This is one of the many things that will break now and in the future with evolving dependancies and static unmaintained code. 3. Other ebuild QA items not addressed. 4.${CC} should be obtained using $(tc-getCXX) defined in the toolchain-funcs eclass. 5. Please also test with a gcc-3.4+ compiler
I have lost interest in a long out of date program that is coupled to 2.4 headers and has potential trouble with gcc-3.4. Piotr your welcome to keep it for your own records and if others also feel the desire to have this program in gentoo they can copy the ebuild from here and/or start maintaining the program for future use. If fixes are attached and/or there is more interest that just from you here I'm sure myself or someone else maybe interested in adding this. In the meantime I have 25 other bugs that I already have agreed to maintain and I'm afraid this kind of future incompatible program is going to take more of my time than I am willing to commit to. Sorry Piotr not this program this time.