On 3/31/07, Aitor Pérez Iturri <[EMAIL PROTECTED]> wrote:
> I have found some errors when running DetachProgram:
>
> -----
> #]DetachProgram Worker /Depot/Programs
> [...]
> SymlinkProgram: Removing unused directories...
> /System/Links/Executables/PrepareProgram: line 152: /Depot/Programs: is
> a directory << error
> [...]
> DetachProgram: Detaching Dependencies...
> Usage: Dependencies { [-c] { <package> [<version>] | -d <dep_file> } |
> -f <file> } <<< error
> [...]
> -----
>
> First error is in this line at PrepareProgram (152):
>
> >>>> Dir_Set Install && `Get_Dir install '' ''` || Verify_Superuser
>
> output from Get_Dir should be stored in any place, so shell gets an
> error (can't execute a dir). I fixed it with:
>
> >>>> Dir_Set Install && installdir=`Get_Dir install '' ''` ||
> >>>> Verify_Superuser
>
> on the assumption that it has a similar behaviour that with the "tree"
> boolean option.
> Someone more involved in that script could tell what variable comes
> there.

Actually both should be changed to:

Dir_Set Install && Is_Writable `Get_Dir install '' ''` || Verify_Superuser

> The last error was in this line at DetachProgram:
>
> >>>>> Dependencies -c -h -p "$goboInstall" -e "DetachProgram -c"
> "$programname" "$versionnumber"
>
> fixed changing it with:
>
> >>>>> Dependencies -c -H -p "$goboInstall" -e "DetachProgram -c"
> "$programname" "$versionnumber"

Fixed, thanks.

Changes were just committed to CVS.

> btw, can someone explain me how works Get_Dir function? It´s seem very
> strange.

I created that to abstract away the filesystem hierarchy from the
scripts. The intention was to make it so the scripts could support
different hierarchies by editing a configuration file
(Directories.conf). It was used in experimental environments a few
years ago but it probably suffered some bit rot. (It's probably a bad
idea to mess with those variables in a running system.)

-- Hisham
_______________________________________________
gobolinux-devel mailing list
gobolinux-devel@lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel

Reply via email to