On Oct 14, 2015, at 8:17 AM, Dr Rainer Woitok <rainer.woi...@gmail.com> wrote:
> 
> telling me to place the list of absolute paths  of my personal DLLs into
> /var/lib/rebase/user.d/Rainer”

It doesn’t actually care what the file is called.  I expect the only reason the 
docs tell you to name it that way is in case there are multiple users on the 
system, they’re all running from a common Cygwin installation, and each may 
have their own set of customizations.

> to run  "rebase-trigger fullrebase" (it
> didn't advice to run this from a privileged account, but I found out my-
> self)

I don’t see that it’s a foregone conclusion that admin privs are required for 
that step.  The file that script creates could be in a user-writeable 
directory.  Nevertheless, the maintainer of that doc file probably should 
consider mentioning the possibility.

While investigating this, I found that the rebase mechanism isn’t as robust as 
it should be.

The core problem I ran into is that /var/cache/rebase and /var/lib/rebase/*.d 
didn’t exist on my system, and this caused various complaints and failures.  I 
propose that the _autorebase maintainer add those directories to the package, 
so they’re always available.

/var/cache/rebase is the critical one: without it, the rebase-trigger script 
can’t set the trigger, so the rebasing will never happen.  The lack of the 
others just causes nonfatal complaints.

To do it by hand, start Dash with admin privs as you did before — this next bit 
really does require admin — then type:

    /etc/postinstall/0p_*

If it gives errors other than ones about missing /var/lib/rebase/*.d 
directories, post them here, or fix them.  Once I fixed all the errors I got 
here, full autorebasing via setup.exe started working again.

(Which makes me wonder how it got broken, since the Windows VM I tested this on 
isn’t used heavily, and was created not all that long ago.)

> After doing so, I rebooted and tested again

You should not have to reboot.  If you do, it means you’re ignoring complaints 
from setup.exe about files being in use during the installation, which could be 
part of the problem.

Shut down *everything* linked to cygwin1.dll, however indirectly, while 
setup.exe and the rebasing processes run.

> PS: Please also reply by personal mail to me,  as I am not subscribed to
> this mailing list.

You expect direct personal consultation?  My fee for that is $100/hr, and 
you’ve chewed up one hour already.  Where shall I send the bill? :)

If you want free community help, you are expected to participate in the 
community.  I’m Cc’ing you directly on this one just as a courtesy.
--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply via email to