Re: [ITP] sox dependencies, part 1
On Jan 10 23:52, Yaakov (Cygwin/X) wrote: > These multimedia libraries are either direct or indirect dependencies of > sox, which I was recently requested to ITP. They all are considered > unencumbered and are shipped by Fedora. > > ftp://ftp.cygwinports.org/pub/cygwinports/release-2/gsm/ > ftp://ftp.cygwinports.org/pub/cygwinports/release-2/libsamplerate/ > ftp://ftp.cygwinports.org/pub/cygwinports/release-2/libsndfile/ > ftp://ftp.cygwinports.org/pub/cygwinports/release-2/orc/ > ftp://ftp.cygwinports.org/pub/cygwinports/release-2/wavpack/ > > > Yaakov I just noticed these mails. Are you still waiting for an ok? If so, ok. Same for the other packages required to pack sox. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: /rebase.sh (was Re: YA call for snapshot testing)
On Jan 20 09:06, Chris Sutcliffe wrote: > On 20 January 2012 08:23, Corinna Vinschen wrote: > > [Moved to cygwin-apps for discussion] > > > > On Jan 20 09:49, marco atzeri wrote: > >> As rebaseall is almost mandatory on W7/64 and > >> we are always suggesting it to anyone with fork problem, > >> I think a simple batch file in the / (called rebase.bat ?) > >> similar to the cygwin.bat > >> > >> with something like > >> - > >> C: > >> chdir C:\cygwin\bin > >> C:\cygwin\bin\dash -l -i -c "rebaseall" > >> -- > >> > >> will help customer to handle the issue. > >> It should be worth to add it to the rebase package. > > > > Sounds like an interesting idea. That would simplify the description > > in the User's Guide, too. The only problem I see with this is the fact > > that rebaseall exits prematurely if more than just dash or ash processes > > are running. Maybe we should add a flag to rebaseall so that it waits > > for a keypress in that case. > > Perhaps something like: > > - > C: > chdir C:\cygwin\bin > C:\cygwin\bin\kill -9 -1 > C:\cygwin\bin\dash -l -i -c "rebaseall" > -- > > Or is that a little drastic? I think so. And even so, there's no guarantee that you have the permission to kill all processes, for instance, services. If that happens you still have the problem that the user doesn't see an error message if the bat file is started via Explorer. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: /rebase.sh (was Re: YA call for snapshot testing)
On 20 January 2012 08:23, Corinna Vinschen wrote: > [Moved to cygwin-apps for discussion] > > On Jan 20 09:49, marco atzeri wrote: >> As rebaseall is almost mandatory on W7/64 and >> we are always suggesting it to anyone with fork problem, >> I think a simple batch file in the / (called rebase.bat ?) >> similar to the cygwin.bat >> >> with something like >> - >> C: >> chdir C:\cygwin\bin >> C:\cygwin\bin\dash -l -i -c "rebaseall" >> -- >> >> will help customer to handle the issue. >> It should be worth to add it to the rebase package. > > Sounds like an interesting idea. That would simplify the description > in the User's Guide, too. The only problem I see with this is the fact > that rebaseall exits prematurely if more than just dash or ash processes > are running. Maybe we should add a flag to rebaseall so that it waits > for a keypress in that case. Perhaps something like: - C: chdir C:\cygwin\bin C:\cygwin\bin\kill -9 -1 C:\cygwin\bin\dash -l -i -c "rebaseall" -- Or is that a little drastic? Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
Re: /rebase.sh (was Re: YA call for snapshot testing)
On 1/20/2012 2:23 PM, Corinna Vinschen wrote: [Moved to cygwin-apps for discussion] On Jan 20 09:49, marco atzeri wrote: As rebaseall is almost mandatory on W7/64 and we are always suggesting it to anyone with fork problem, I think a simple batch file in the / (called rebase.bat ?) similar to the cygwin.bat with something like - C: chdir C:\cygwin\bin C:\cygwin\bin\dash -l -i -c "rebaseall" -- will help customer to handle the issue. It should be worth to add it to the rebase package. Sounds like an interesting idea. That would simplify the description in the User's Guide, too. The only problem I see with this is the fact that rebaseall exits prematurely if more than just dash or ash processes are running. Maybe we should add a flag to rebaseall so that it waits for a keypress in that case. keep it simple, just add a "pause" command after the dash. So we will have: /usr/bin/tclpip84.dll: skipped because not rebaseable Press any key to continue . . . or rebaseall: only ash or dash processes are allowed during rebasing Exit all Cygwin processes and stop all Cygwin services. Execute ash (or dash) from Start/Run... or a cmd or command window. Execute '/bin/rebaseall' from ash (or dash). Press any key to continue . . . Corinna P.S.: In the long run we would rather like to run rebase from setup directly. The only problem is that DLLs might be locked due to running processes and rebase right now drops DLLs from the database if it couldn't handle. The algorithm needs to become a bit more intelligent to be able to run from setup. It will be always needed a command line version for people that are compiling by themself some programs my own version is : dash -l -i -c "rebaseall -s 'dll|so|oct' -T /usr/local/lista_rebase as I have always additional dll's to rebase.
Re: setup.exe -s (--site) option not working
Thank you very much Barry. That was the exact problem. I was using the urls specified by the gui mirror download list. Here's my working batch file in case anybody is curious: --- setup.exe ^ --disable-buggy-antivirus ^ --quiet-mode ^ --site http://mirrors.kernel.org/sourceware/cygwin/ ^ --packages ^ ruby,^ curl,^ git,^ mingw64-i686-gcc-g++,^ gcc,^ libtool,^ make,^ automake,^ readline,^ libreadline7,^ zlib-devel,^ ncurses,^ vim - On Jan 18, 2012, at 12:21 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote: > David King sent the following at Tuesday, January 17, 2012 10:14 PM >> cygwin install, version 2.763 >> >> I created a batch file to auto install cygwin with some packages (see >> below). When I run the batch file from a command prompt, it just outputs >> "getUrlToStream failed" multiple times before it ends. If I take out >> the -s option and run the batch file, the gui displays and stops on the >> page to choose a download site and then the next page goes into the >> package selection gui. If I quit the gui installer at that point, and >> then re-run my batch file, the install performs perfectly. My best guess >> is that it's loading the previously selected download site in one of the >> generated setup files. Is this a known issue or is there a workaround? >> >> The batch file is here: https://gist.github.com/1630619 >> >> The output saved to my setup.log is here: >> https://gist.github.com/1630611 > > My GUESS is that setup cannot guess what directory of mirrors.kernel.org > to look in. The links to mirrors on http://cygwin.com/mirrors.html point > to directories, not to the roots of the servers Try > http://mirrors.kernel.org/sourceware/cygwin/ > with or without the training slashes, or maybe > http://mirrors.kernel.org/sourceware/ > > Good luck, > > - Barry > Disclaimer: Statements made herein are not made on behalf of NIAID. xforty technologies David King http://xforty.com 888-231-9331 x1160
/rebase.sh (was Re: YA call for snapshot testing)
[Moved to cygwin-apps for discussion] On Jan 20 09:49, marco atzeri wrote: > As rebaseall is almost mandatory on W7/64 and > we are always suggesting it to anyone with fork problem, > I think a simple batch file in the / (called rebase.bat ?) > similar to the cygwin.bat > > with something like > - > C: > chdir C:\cygwin\bin > C:\cygwin\bin\dash -l -i -c "rebaseall" > -- > > will help customer to handle the issue. > It should be worth to add it to the rebase package. Sounds like an interesting idea. That would simplify the description in the User's Guide, too. The only problem I see with this is the fact that rebaseall exits prematurely if more than just dash or ash processes are running. Maybe we should add a flag to rebaseall so that it waits for a keypress in that case. Corinna P.S.: In the long run we would rather like to run rebase from setup directly. The only problem is that DLLs might be locked due to running processes and rebase right now drops DLLs from the database if it couldn't handle. The algorithm needs to become a bit more intelligent to be able to run from setup. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
