[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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 :
Dear mentors,

On Jul 16 2007, Rogério Brito wrote:
The name of the package is diskdev_cmds-332, which poses a problem, as I
understand it.

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 rbrito@users.sf.net -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.

Reply to: