anudeep26 / rudix

Automatically exported from code.google.com/p/rudix
Other
0 stars 0 forks source link

package for coreutils-8.7-0 contains no files #65

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?

1. try to install coreutils

What is the expected output? What do you see instead?

expected: /usr/local/bin/gnu* installed
instead: no gnu utils insalled, $ rudix list doesn't even show the package

What version of the product are you using? On what operating system?

rudix 11.4-0

Please provide any additional information below.

manually mounting the .dmg and examining the package reveals that it contains 
no files, even though it's over 10 megabytes. it might be corrupt. see 
attachment.

Original issue reported on code.google.com by bamdad.k...@gmail.com on 8 Jun 2011 at 5:16

Attachments:

GoogleCodeExporter commented 9 years ago
forgot to add that i'm on 10.6.7, although it's kind of irrelevant. also, 
please see below the contents of cureutils.pkg in coreutils-8.5-0.dmg, as a 
comparison. the earlier version installs fine with $ sudo rudix -i 
/path/to/coreutils.pkg

Original comment by bamdad.k...@gmail.com on 8 Jun 2011 at 5:20

Attachments:

GoogleCodeExporter commented 9 years ago

Original comment by ruda.moura@gmail.com on 8 Jun 2011 at 11:54

GoogleCodeExporter commented 9 years ago
Oh That's really bad, It happened when we've made changes to the build system. 
At least your bug report was really informative.

There's a new package upgraded to version 8.9, can you download and test?

http://code.google.com/p/rudix/downloads/detail?name=coreutils-8.9-0.pkg

Thanks!

Original comment by ruda.moura@gmail.com on 9 Jun 2011 at 1:29

GoogleCodeExporter commented 9 years ago
a non-informative bug report is worth nothing, imo.

the new package installs and works correctly. thank you.

one last question: should i file a separate feature request for having symlinks 
in e.g. /usr/local/libexec/gnubin without the leading g-/gnu-? it would be much 
more convenient just to add that to the path before /usr/bin to use the gnu 
coreutils as default ones..

Original comment by bamdad.k...@gmail.com on 9 Jun 2011 at 9:37

GoogleCodeExporter commented 9 years ago
sorry, my bad. they are symlinked, but in the same directory. thanks again for 
the prompt fix.

Original comment by bamdad.k...@gmail.com on 9 Jun 2011 at 12:36

GoogleCodeExporter commented 9 years ago
That's right, the gnu counterpart are prefixed with gnu and are made with 
symbolic links, like gnudate to date, gnucp to cp and so on. /usr/local/libexec 
are not appropriate for this.
You're welcome.

Original comment by ruda.moura@gmail.com on 10 Jun 2011 at 12:48