Re: Don't I get /etc/profile with a fresh installation?
2016-03-15 19:53 GMT+01:00 Achim Gratz writes: > Gerrit Haase writes: >> How can I see all packages in Base category, I am in offline mode, and >> it shows me only all the packages which are present in my package >> folder. > Lastly if you really want to see everything, not just the packages in > your local mirror, then you can use -m/--mirror-mode to tell setup you > have a clean mirror and it won't try to find out if the packages from > setup.ini are actually present and you get to see the full package list, > even though you can't install the packages that aren't available. Many thanks Achim, valuable information, unfortunately this is not documented, at least not where I expected to find the information: https://cygwin.com/faq/faq.html#faq.setup.cli 2.3. Does Setup accept command-line arguments? Yes, the full listing is written to the setup.log file when you run setup-x86.exe --help or setup-x86_64.exe --help. The current options are: Command Line Options: -D --download Download from internet -L --local-installInstall from local directory -s --site Download site -O --only-siteIgnore all sites except for -s -R --root Root installation directory -x --remove-packages Specify packages to uninstall -c --remove-categoriesSpecify categories to uninstall -P --packages Specify packages to install -C --categories Specify entire categories to install -p --proxyHTTP/FTP proxy (host:port) -a --arch architecture to install (x86_64 or x86) -q --quiet-mode Unattended setup mode -M --package-manager Semi-attended chooser-only mode -B --no-admin Do not check for and enforce running as Administrator -h --help print help -l --local-package-dirLocal package directory -r --no-replaceonreboot Disable replacing in-use files on next reboot. -X --no-verifyDon't verify setup.ini signatures -n --no-shortcuts Disable creation of desktop and start menu shortcuts -N --no-startmenu Disable creation of start menu shortcut -d --no-desktop Disable creation of desktop shortcut -K --pubkey URL of extra public key file (gpg format) -S --sexpr-pubkey Extra public key in s-expr format -u --untrusted-keys Use untrusted keys from last-extrakeys -U --keep-untrusted-keys Use untrusted keys and retain all -g --upgrade-also also upgrade installed packages -o --delete-orphans remove orphaned packages -A --disable-buggy-antivirus Disable known or suspected buggy anti virus software packages during execution. Regards, Gerrit -- 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
[ANNOUNCEMENT] Re-Released: maxima-5.37.1-2 (x86_64 only)
Maxima has been re-released on 64bit only to work with the updated clisp[1]. No further changes have been implemented. [1] http://sourceware.org/ml/cygwin-announce/2016-03/msg00061.html -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
Re: make command fails on cygwin-x86 (cyggmp-10.dll: Loaded to different address)
Tatsuro MATSUOKA yahoo.co.jp> writes: > I started up ash from Windows command prompt and tried to start That's not necessary anymore, but if you do you either need to set PATH or prepend /bin/ to all commands. > $ rebase-trigger full > but > ash: 1: rebase-trigger: not found > > I have installed rebase package from the cygwin package. > > > setup to the last ? > > What should I do for "setup to the last? Just shut down all your Cygwin processes and then run setup.exe again. Regards, Achim. -- 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
Re: setup.ini.sig failing to verify, timestamp 1458038415
Fergus bonhard.uklinux.net> writes: > Probably a temporary glitch, same on three mirrors, probably all will be > fine at the next update. The setup.ini file is currently unreadable on the main Cygwin server, so the signature that makes it to the mirrors is more recent than the setup.ini file you get from the mirror. The setup.bz2 file is OK, so please use that until this gets fixed and propagates to all mirrors. Regards, Achim. -- 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
Re: Cygwin unable to resolve hostnames
On Mar 16 10:57, Jun-ya Kato wrote: > > > > Thank you! I just uploaded 2.5.0-0.7 with the proposed patch. > > It should be available on the mirrors shortly. > > I fetched version 2.5.0-0.7. > > ipv6 enabled command like a git or wget works fine under VMware NAT. > > I also configured network adaptor to point to Google public cache > DNS directly. It seems there is no side effect on these commands. Cool. Thanks a lot for testing! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat signature.asc Description: PGP signature
Re: Problem with ssh-host-config?
On Mar 15 15:42, nick.bat...@uk.fujitsu.com wrote: > Hi Corinna, > > >> In theory this should only happen if you *only* use passwd in > >> /etc/nsswitch.conf. If you use default settings (passwd db), this > >> branch should not be hit either. > >> > >> So I wonder how your /etc/nsswitch.conf looks like. Are you using > >> > >> passwd: passwd > >> group: passwd > > > > We install the following in nsswitch.conf just before running > > ssh-host-config: > > > > passwd: files > > group:files > > db_home: windows > > > > Does that explain the path we're taking? > > Looking at the csih scripts, that would take the code into the mkpasswd > branch with the bug. > So perhaps no one has noticed this before simply because the default > behaviour skips it. Yup, makes sense. Thanks for checking. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat signature.asc Description: PGP signature
gcc 5.3.0 hangs and clang 3.7.1 link error when trying to compile on cygwin64
Hello, I've been banging my head against the wall on this one. For some inexplicable reason, both gcc and clang broke at the same time right after I updated cygwin64. To try to resolve the issue, I tried to uninstall and then reinstall a fresh copy of cygwin64 with just a minimal install to try to diagnose the problem. When I try to compile the following simple program, gcc hangs. I have to go into task manager and kill cc1.exe to recover the session. clang on the other hand gives a 'weird' error about collect2 having a fatal error. The program that I am trying to compile is below: #include #include #include #include #include #include typedef struct data_tag__ data_t; struct data_tag__ { int data1; int data2; int *ptrx; int data3; int data4; }; int main(void) { data_t *p; data_t s; int *ip; ip = &s.data4; p = (data_t *)(ip - (offsetof(data_t, data4) / sizeof(int))); printf("s:%p ip:%p p:%p\n", &s, ip, p); return(0); } And here is the clang error: Restricted User@HARDROCK ~ $ clang -o test test.c collect2: fatal error: no arguments compilation terminated. clang-3.7: error: linker (via gcc) command failed with exit code 1 (use -v to see invocation) So when I try using the -v option to see what's going on, I get this: $ clang -v -o test test.c clang version 3.7.1 (tags/RELEASE_371/final) Target: x86_64-unknown-windows-cygnus Thread model: posix "/usr/bin/clang-3.7" -cc1 -triple x86_64-unknown-windows-cygnus -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name test.c -mrelocation-model pic -pic-level 2 -mthread-model posix -fmath-errno -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -momit-leaf-frame-pointer -v -dwarf-column-info -resource-dir /usr/bin/../lib/clang/3.7.1 -fdebug-compilation-dir /home/Restricted_User -ferror-limit 19 -fmessage-length 80 -mstackrealign -fobjc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/test-46cf78.o -x c test.c clang -cc1 version 3.7.1 based upon LLVM 3.7.1 default target x86_64-unknown-windows-cygnus ignoring nonexistent directory "/usr/local/include" #include "..." search starts here: #include <...> search starts here: /usr/bin/../lib/clang/3.7.1/include /usr/lib/gcc/x86_64-pc-cygwin/5.3.0/include /usr/include /usr/include/w32api End of search list. "/usr/bin/gcc" -v -m64 -o test /tmp/test-46cf78.o Using built-in specs. COLLECT_GCC=/usr/bin/gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: /cygdrive/i/szsz/tmpp/gcc/gcc-5.3.0-3.x86_64/src/gcc-5.3.0/configure --srcdir=/cygdrive/i/szsz/tmpp/gcc/gcc-5.3.0-3.x86_64/src/gcc-5.3.0 --prefix=/usr --exec-prefix=/usr --localstatedir=/var --sysconfdir=/etc --docdir=/usr/share/doc/gcc --htmldir=/usr/share/doc/gcc/html -C --build=x86_64-pc-cygwin --host=x86_64-pc-cygwin --target=x86_64-pc-cygwin --without-libiconv-prefix --without-libintl-prefix --libexecdir=/usr/lib --enable-shared --enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs --enable-bootstrap --enable-__cxa_atexit --with-dwarf2 --with-tune=generic --enable-languages=ada,c,c++,fortran,lto,objc,obj-c++ --enable-graphite --enable-threads=posix --enable-libatomic --enable-libcilkrts --enable-libgomp --enable-libitm --enable-libquadmath --enable-libquadmath-support --enable-libssp --enable-libada --enable-libgcj-sublibs --disable-java-awt --disable-symvers --with-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld --with-gnu-as --with-cloog-include=/usr/include/cloog-isl --without-libiconv-prefix --without-libintl-prefix --with-system-zlib --enable-linker-build-id --with-default-libstdcxx-abi=gcc4-compatible Thread model: posix gcc version 5.3.0 (GCC) COMPILER_PATH=/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/:/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/:/usr/lib/gcc/x86_64-pc-cygwin/:/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/:/usr/lib/gcc/x86_64-pc-cygwin/:/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/../../../../x86_64-pc-cygwin/bin/ LIBRARY_PATH=/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/:/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/../../../../x86_64-pc-cygwin/lib/../lib/:/usr/lib/../lib/:/lib/../lib/:/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/../../../../x86_64-pc-cygwin/lib/:/usr/lib/:/lib/:/usr/lib/w32api/ COLLECT_GCC_OPTIONS='-v' '-m64' '-o' 'test.exe' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-pc-cygwin/5.3.0/collect2.exe -plugin /usr/lib/gcc/x86_64-pc-cygwin/5.3.0/cyglto_plugin.dll -plugin-opt=/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/lto-wrapper.exe -plugin-opt=-fresolution=/tmp/cczdJ47B.res -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lcygwin -plugin-opt=-pass-through=-ladvapi32 -plugin-opt=-pass-through=-lshell32 -plugin-opt=-pass-through=-luser32 -plugin-opt=-pass-through=-lkernel32 -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc --build-id -m i386pep --wrap _Znwm --wrap _Znam --wrap _ZdlPv --wrap _ZdaPv --wrap _ZnwmRKSt9nothrow_t --wrap
Re: [Attn] git maintainer: Remote Code Execution for git < 2.7.1
On Wed, Mar 16, 2016 at 07:43:54AM +0200, Ismail Donmez wrote: > Please see http://www.openwall.com/lists/oss-security/2016/03/15/5 . > Would be nice to update to just released 2.7.3 version. Ack, thanks for the heads up. I've been holding off on making a release while investigating some test failures, but I'll try to make a new build available either today or tomorrow. Adam -- 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
Re: gcc 5.3.0 hangs and clang 3.7.1 link error when trying to compile on cygwin64
On 16/03/2016 11:43, Daniel Rudy wrote: Hello, I've been banging my head against the wall on this one. For some inexplicable reason, both gcc and clang broke at the same time right after I updated cygwin64. To try to resolve the issue, I tried to uninstall and then reinstall a fresh copy of cygwin64 with just a minimal install to try to diagnose the problem. At this point I have no idea as to what is going on. From cygcheck.out I see that there is a old version of cygwin1.dll in 3306k 2015/08/20 C:\WINDOWS\cygwin1.dll - os=4.0 img=0.0 sys=5.2 "cygwin1.dll" v0.0 ts=2015-08-20 10:42 Cygwin DLL version info: DLL version: 2.2.1 removed it and try again. Regards Marco -- 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