Re: Strange problem with upstream sources (needing to repackage?)
I guess you're trying to package HFS+ tools for Linux ?
I already made a package, based on darwin sources + gentoo patches.
Here is the package:
(Works on i386 and amd64).
Rogério Brito a écrit :
On Jul 16 2007, Rogério Brito wrote:
The name of the package is diskdev_cmds-332, which poses a problem, as I
I got a tarball from <www.opensource.apple.com/darwinsource/10.4/> and put
it on my homepage <www.ime.usp.br/~rbrito/debian/diskdev_cmds-332.tar.gz>.
I had not mentioned that the subdirectory that the package itself
creates is called "diskdev_cmds-332" which tools like dh_make refuse to
rogerio@dumont:~/src/hfs+/diskdev_cmds-332$ dh_make -e firstname.lastname@example.org -s -f ../diskdev_cmds-332.tar.gz
822-date: warning: This program is deprecated. Please use 'date -R' instead.
Package name "diskdev_cmds" is not in a valid format.
Debian policy manual states:
"Package names must only consist of lower case letters, digits (0-9),
plus (+) or minus (-) signs, and periods (.)"
So, again my question: should I repackage the upstream sources? And if
so, how should that be done, in light of having infra-structure for
Darwin (like mounting vfat filesystems, which the Linux kernel has done
for ages)? How should I repackage it, if that is the case?
Thanks for your kind guidance, Rogério Brito.