Re: Something breaks unattended setup: think it's just version no / filename of latest gt5 release

[Sam Nelson <sanelson at siliconfuture dot net>]

Christopher Faylor <cgf-use-the-mailinglist-please <at> cygwin.com> writes:

> 
> On Sun, Oct 28, 2012 at 11:50:33AM +0000, Fergus wrote:
> >Larry Hall (Cygwin) - Re: Cygwin 1.7.17 breaks unattended setup >> .. 
> >one could then narrow in on the package that's causing
> > >> unattended mode to fail.
> >
> > >  Assuming that's true, why is there still a "Cygwin 1.7.17"
> > >  in the subject?
> >
> >Sorry, just inherited that subject line. Now changed. Quick repeat:
> >It's the @gt5 paragraph in setup.ini (I think).
> >It certainly breaks the build process for me.
> >Suspect it's the ~ in the filename.
> >It is indeed the only occurrence of that punctuation under release/:
> >version: 1.5.0~20111220+bzr29-1
> >install: release/gt5/gt5-1.5.0~20111220+bzr29-1.tar.bz2 17876 
> >5665c1607f2b958b7edfa271b4d20aae
> >source: release/gt5/gt5-1.5.0~20111220+bzr29-1-src.tar.bz2 105709 
> >1f1ae1e59bf68448216800a4e2938ca0
> 
> I don't see anything in the setup.exe source code which would break
> because there was a '~' in the filename.  It just assigns the version
> as the string between the first dash and the last without caring
> about what's in between.
> 
> cgf
> 
> 

Hello,

I was running into a identical issue today with the unattended install.  I tried
looking in the log files but they did not indicate specifically what was causing
the failure.

I was able to successfully complete an install if I removed the (-g) unattended
install option and selected the default choices through the setup.exe GUI.  On a
hunch, I turned on the (-M) "Semi-attended chooser-only mode" option to see if
there was some sort of unreported package conflict causing the issue.  I was
specifying the following packages for install on the command line (-P):

  openssh,vim,wget,curl,netcat,rsync,bc,colordiff,file,patch,binutils

I found on the package selection screen that "netcat" was obsolete.  After
changing to the new package name "nc", the unattended install completed
successfully.

Here's an untested patch which should log this condition and would help
troubleshoot this issue in the future.  There is probably a better way to do
this but you get the point :).

diff --git old/choose.cc new/choose.cc
index cf917cd..7e00121 100644
--- old/choose.cc
+++ new/choose.cc
@@ -256,7 +256,11 @@ ChooserPage::OnInit ()
            i != db.packages.end (); ++i)
         {
           packagemeta & pkg = *(i->second);
-          if (pkg.installed)
+          if (isObsolete(pkg.categories))
+            {
+              log (LOG_BABBLE) << "ERROR, Obsolete package: " << pkg.name <<
endLog;
+            }
+          else if (pkg.installed)
             {
               pkg.desired = pkg.installed;
             }

Best regards,

Sam



--
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