Re: Cygwin alongside WSL

> Il 25 ottobre 2017 alle 8.29 Thomas Wolff ha scritto: > > > >> Mintty 2.8.0 simplifies WSL integration a lot. > >> In Cygwin, you can simply start e.g. mintty --WSL=Ubuntu (add -~ to start > >> in the WSL home). > > Does it mean that 2.8.0 does not need wslbridge [*] any

Re: Cygwin alongside WSL

Thomas Wolff wrote: > > Mintty 2.8.0 simplifies WSL integration a lot. > In Cygwin, you can simply start e.g. mintty --WSL=Ubuntu (add -~ to start in > the WSL home). > Does it mean that 2.8.0 does not need wslbridge [*] any more? Ciao, Angelo. [*] https://github.com/rprichard/wslbridge

Re: [ANNOUNCEMENT] Release: mintty 2.0.1

Thomas Wolff wrote: After closing half of the open issues, I thought itâs a good time to release mintty. Window: * Alt-F2 creates new window of same size as current one (#275). No mirror has this new version, yet. Any way, if this version is the same 2.0.1 which has been released a few

A problem using dd on Cygwin

Just an exercise... I was playing with dd command to install an ISO image on an USB key (to make it bootable). The USB key has size 8 GiB and I did this (as Administrator): $ dd if=image.iso of=/dev/sdb bs=4M (image.iso has a size of 1.6 GiB). After this the USB key has a size

Problems with perl pakages in TEST

Last day I installed perl-5.14.4-3 and perl_base-5.14.4-3 which are in TEST (really this was not intentional: I clicked a 'next' too soon). After this, my attempts to build Emacs from git (master) failed $ ./autogen Checking whether you have the necessary tools... (Read INSTALL.REPO for more

Re: Problems with perl pakages in TEST

Achim Gratz wrote: I can't reproduce OK, I have reinstalled from scratch perl-5.14.4-3 perl_autorebase-5.14.4-3 perl_base-5.14.4-3 and things seem to work... :) Thanks, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/

Re: Problems with perl pakages in TEST

Achim Gratz wrote: there is at least one other component involved Which component? Angelo -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

Re: [ANNOUNCEMENT] Updated: xorg-server-1.17.1-1 (TEST)

Just for completeness... Jon TURNEY wrote: he following packages have been updated in the Cygwin distribution: *** xorg-server-*1.17.1-1 While installing the TEST version of Cygwin, a next was clicked too soon and these 'xorg' packages were installed. OK. The fact is that I have some X

Re: [ANNOUNCEMENT] Updated: xorg-server-1.17.1-1 (TEST)

be used to restore the previous behaviour. On 18/02/2015 14:12, Angelo Graziosi wrote: $ DISPLAY=127.0.0.1:0.0 ./libXbgi_helios_orbits.out I think you will need to write DISPLAY=:0.0, or add the new '-listen tcp' X server option. OK, $ DISPLAY=:0.0 ./libXbgi_mandelbrot.out works. This seems

Re: Setup and perl

Corinna Vinschen wrote: Because 001001 is a bigger version number than 5.14.whatever. Ah, now I remember! I did read it but for some reason I lost it... Sorry for the noise... Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ:

Setup and perl

Today I run setup to update Cygwin and it wanted to install perl_base as dependency (I don't remember which version). OK. Then I saw that there was a new test release of Cygwin (1.7.35-03) and since I was using 1.7.35-2, I re-run setup to install it. And after choosing only 1.7.35-03 in

Re: Setup and perl

Achim Gratz wrote: Sort of, now that you say itâ the test version of perl does require perl_base as a dependency, but that requirement also carries to all other versions unfortunately. I'll upload an empty package for current. As for perl_autorebase, it does not matter which version you

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1

Corinna Vinschen wrote: I think I fixed it Oh yes, it is fixed in 1.7.35-0.2! I was busy with another Emacs glitch and could not answer before.. Thanks for the quick fix! Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1

Corinna Vinschen wrote: I released a very early TEST version of the next upcoming Cygwin release. The version number is 1.7.35-0.1. With this release, the Emacs (master) build is broken. It does not pass the autogen.sh step: ./autogen.sh Checking whether you have the necessary tools...

Emacs and last libpng release

After this update: https://cygwin.com/ml/cygwin/2015-02/msg00126.html, building Emacs (from master) fails because 'ld' does not find '-lpng15'... Installing libpng15-devel fixes the build but I wonder if there is a better way to do this.. TIA, Angelo. -- Problem reports:

Re: Emacs and last libpng release

Ken Brown wrote: I think the better way is for all libraries that rely on libpng15 to rebuild for libpng16. Does this mean that there is some library which, after being rebuilt, will allow Emacs to be build OB, linking to libpng16, without the need to install libpng15? Ciao, Angelo. --

Re: Emacs and last libpng release

Il 10/02/2015 17:55, Angelo Graziosi ha scritto: Ken Brown wrote: I think the better way is for all libraries that rely on libpng15 to rebuild for libpng16. Does this mean that there is some library which, after being rebuilt, will allow Emacs to be build OB, linking to libpng16, without

Completion issue with 1.7.34-test

With Cygwin-1.7.34-003 (Cygwin64) I can reproduce systematically a completion issue reproducible with the following steps. Notice, in my HOME I have a directory called 'work'. Boot Windows (W7U64) and login. Start MinTTY. $ ls -lrt ~/w[TAB] it produces $ ls -lrt ~/work/ so with an Enter,

Re: Completion issue with 1.7.34-test

Il 12/01/2015 14:37, Andrey Repin ha scritto: I can't seem to reproduce the behavior. Do you have your $HOME variable correctly set? (A shoot in the dark, yes...) No, my HOME is right, $ echo $HOME /home/angelo and also what suggests Corinna is OK. Apparently there was a problem with a

Re: ImageMagick-6.9.0.0-1 ( autotrace circular dependency)

I do not know if this is relevant (see [*]), but I need this link, cd /usr/lib ln -sf libMagickCore-6.Q16.dll.a libMagickCore.dll.a also while configuring, otherwise these tests fail: checking for MagickExportImagePixels... no checking for MagickMergeImageLayers... no From config.log,

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003

Marco Atzeri wrote: If re-installation created new SID's for you machine, than the old SID stored in the USB STICK file descriptors are not recognized. I wrote: Ugh! I guess it is as Windows re-installation works Maybe I spoken too soon.. I reformatted that usb key as NTFS and copied

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003

Marco Atzeri wrote: If re-installation created new SID's for you machine, than the old SID stored in the USB STICK file descriptors are not recognized. Ugh! I guess it is as Windows reinstallation works… probably chown / chgrp will be helpful What I did.. ‘chown -R —reference= …’ as

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003

Corinna Vinschen wrote: I released another TEST version of the next upcoming Cygwin release. The version number is 1.7.34-003. For almost an year I have used, on Win7 U 64 and Cygwin 64, an USB key (to backup my Cygwin HOME), formatted NTFS, both with Cygwin 1.7.33 (i.e. using

Re: A list of installed packages (no dependencies) -- this may help

Houder wrote: I replied to your entry in an earlier attempt, but my reply got stuck in the machinery at sourceware.or Oh, I am afraid of this.. Below (I hope) you will find a script, that may be of help to you Thanks for the scripts, I hope hope these and similar features are soon

A list of installed packages (no dependencies)

Is there in Cygwin a command to recover a list of installed packages chosen by the user without the dependencies? For example, the archlinux package manager with pacman -Qqe pkglist can save the list of package chosen by the user only and this is useful in case one wants/needs to reinstall

Re: A list of installed packages (no dependencies)

Larry Hall wrote: This sounds contradictory to what you're asking above. No, it is as modern package managers work. Also 'port' in MacPorts has similar options (they call these packages 'requested'). For example, on OSX I have installed only 21 (chosen by me, i.e. *requested*), but the

Re: xinit-1.3.4-1: breaking backwards compatibility

Laurens Blankers wrote: I noticed that updating to the latest xinit (1.3.4-1) from the previous one (1.3.2 I believe) completely breaks existing configurations. What about changing the way X server is started? I flagged here: https://cygwin.com/ml/cygwin-xfree/2014-11/msg00040.html my

Re: xinit-1.3.4-1: breaking backwards compatibility

Laurens Blankers wrote: Then I drag the X icon to my Start-up folder, so that it starts every time my desktop boots The same you can do with the link created as suggested in my previous replay. When I had Win XP I did that way for almost 7 years without tacking care of any configuration

Re: [ANNOUNCEMENT] Updated: ImageMagick-6.9.0.0-1 (Emacs problem)

Marco Atzeri wrote: Version 6.9.0.0-1 of ImageMagick ImageMagick-doc libMagickCore6 libMagick-devel perl-Image-Magick have been uploaded for cygwin After this upgrade, Emacs fails to build from trunk: [...] Configured for `x86_64-pc-cygwin'. Where should the build process

Re: [ANNOUNCEMENT] Updated: ImageMagick-6.9.0.0-1 (Emacs problem)

Il 30/12/2014 17:16, Marco Atzeri ha scritto: On 12/30/2014 3:20 PM, Angelo Graziosi wrote: Marco Atzeri wrote: Version 6.9.0.0-1 of ImageMagick ImageMagick-doc libMagickCore6 libMagick-devel perl-Image-Magick have been uploaded for cygwin After this upgrade, Emacs fails

About djvulibre and djview (To Say Nothing of the... pdf2djvu)

I see that djvulibre has been moved from Cygwinports.. I wonder if you are going to move also djview and pdf2djvu... Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-002

Corinna Vinschen wrote: How nice. We have all the work and they simple grab it and don't give anything back to their upstream project. ...the *Dark* side of free (GPL?) software... I guess.. In any case, you could always *grab* their pacman manager.. Besides being very appealing, it would

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-002

Ciao Corinna, Corinna Vinschen wrote: The new nsswitch.conf settings maybe I am wrong.. but shouldn't these new test release come with a default /etc/nsswitch.conf file? a file which is installed/updated if it does not exist/unchanged.. I have seen that MSYS2 *has* it... Ciao, Angelo.

Re: [ANNOUNCEMENT] Updated: xinit-1.3.4-1 (Major overhaul of X session handling)

Nem W Schlecht wrote: Yes, but both of those are applications that have an icon, display a window, etc. I don't want any of that. I just want X11 to *not* launch fbpanel and to *not* quit. I don't know if the following can help.. For years I start the X server with a link whose target is:

An issue with libX11?

From another application I have an issue with libX11 which I can reproduce with the following STC, $ cat getch_test.c /* gcc getch_test.c -lX11 -o getch_test.out DISPLAY=127.0.0.1:0.0 ./getch_test.out */ #include stdio.h #include stdlib.h #include X11/Xlib.h #include X11/Xutil.h #include

Re: An issue with libX11?

Il 09/11/2014 21:16, Jon TURNEY ha scritto: On 09/11/2014 15:38, Angelo Graziosi wrote: From another application I have an issue with libX11 which I can reproduce with the following STC, I don't think this test case is well-formed. int main() { dis = XOpenDisplay(NULL); win

Re: An issue with libX11?

Il 09/11/2014 22:16, Jon TURNEY ha scritto: On 09/11/2014 20:49, Angelo Graziosi wrote: ... XMapWindow(dis, win); XSelectInput(dis, win, KeyPress); Oops. I think that should be KeyPressMask. Now, it works as expected. Thanks.. Angelo -- Unsubscribe info: http://cygwin.com/ml

Re: [ANNOUNCEMENT] Updated: texinfo-5.2-3

Ken Brown wrote: ...but the command 'makeinfo --pdf' won't work unless you install texinfo-tex Before the splitting I had installed the texinfo package and it did not require any TeXLive packages. Now If I try to install also texinfo-tex package, setup wants to install also texlive

Re: Threads

Ken Brown wrote: The people who have been reporting frequent crashes are aware of the fix. Now I just have to wait and hope I don't hear from them for a few days. Just for the record... Both with the snapshot and test releases, the issues in building Emacs I had after the migration from

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.2

Corinna Vinschen wrote: For your convenience I wrote new documentation. Since this is a TEST prerelease, the new documentation is not part of the official docs yet. Rather have a look at https://cygwin.com/preliminary-ntsec.html It seem s that many links in that page don't work: they gives

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.2

Il 26/10/2014 20:47, Andrey Repin ha scritto: P.S. I would appreciate, if you teach your mail cleint to insert proper threading headers to the list replies. I would appreciate, if you avoid to send me your replays. I read the list even if I haven't subscribed it... You should avoid also

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.1

Corinna Vinschen wrote: The major change in this new release is the new method to read account (passwd and group) information from the Windows user databases directly, without the requirement to generate /etc/passwd and /etc/group files to generate Unix-like uid and gid. Does it mean that the

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.1

Corinna Vinschen wrote: As an example, just try `id': $ id uid=1049577(corinna) gid=1049701(vinschen) groups=1049701(vinschen),545(Users), Here it prints: uid=197609(angelo) gid=197121(None) gruppi=197121(None), 197608(HomeUsers), 545(Users), and many files are listed ad angelo None,

Re: [ANNOUNCEMENT] Updated: run-1.3.3

Achim Gratz: Version 1.3.3 of run, previously available as a test release, is promoted to current. Why, now, does setup want to install also the run-debuginfo packages? Really do we need it? Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: [ANNOUNCEMENT] Updated: run-1.3.3

The following happens for Cygwin64. Achim Gratz wrote: I uploaded the wrong setup.hint file to the run-debuginfo directory. It seems there are problems with this package. Now Setup says: Download incomplete. Try again? But 'try again' doesn't work. Then clicking 'Cancel', it prints

Re: [ANNOUNCEMENT] Updated: run-1.3.3

Il 05/10/2014 21:58, Angelo Graziosi ha scritto: The following happens for Cygwin64. Rerunning Setup, run package is not marked for upgrade and clicking 'Next' it says: Resolving Dependencies The following packages are required to... _update-info-dir(00326-1) Generate info

Re: [ANNOUNCEMENT] Updated: run-1.3.3

Marco Atzeri wrote: Remove the run-1.3.3-1.tar.xz from the download cache and try again. The first thing I did. I removed run-1.3.3-1.tar.xz from my local repo and after this I got that update info dir requires all those package, already installed! worked fine for me from

Re: [ANNOUNCEMENT] Updated: run-1.3.3

Il 05/10/2014 22:31, Angelo Graziosi ha scritto: Marco Atzeri wrote: Remove the run-1.3.3-1.tar.xz from the download cache and try again. The first thing I did. I removed run-1.3.3-1.tar.xz from my local repo and after this I got that update info dir requires all those package, already

Re: [ANNOUNCEMENT] Updated: run-1.3.3

Il 05/10/2014 22:58, Angelo Graziosi ha scritto: OK, maybe the issue regards _update-info-dir. setup.ini shows What to do? ^ I fixed myself the issue. Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq

About cygstart in Cygwin64

When I had WinXP32 and Cygwin32, I defined an alias (in .bashrc) like this alias cygstart='TEMP=/home/$USER/Temp cygstart' where /home/$USER/Temp was a symlink to the user native Temp directory (/cygdrive/c/Documents and Setting/Local/Temp, if I remember..) The reasons for that alias with

Re: Latest snapshot

Corinna Vinschen wrote: I uploaded a new snapshot, 20140825, to https://cygwin.com/snapshots/ which is supposed to fix this problem Yes, it is fixed! Thank you!! Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/

Re: Latest snapshot

Corinna Vinschen (oops, Mom..) wrote: the latest snapshot on https://cygwin.com/snapshots/, 2014-08-22, contains a massive change in exception handling It seem there is some problem between this snapshot and.. ehm... Emacs. (Really I am using my build from trunk but maybe a general issue..)

Re: Latest snapshot

Corinna Vinschen wrote: There was no change at all in symlink handling so this is a bit surprising. Indeed it surprised me too! For example , if I rename ~/.emacs.d to ~/.emacs.d-foo, and the I create the symlink ln -sf .emacs.d-foo .emacs.d Emacs is correctly initialized ONLY when

Re: Latest snapshot

Corinna Vinschen wrote: Does it work with the next to last snapshot? Yes, with 20140819 snapshot Emacs start correctly even if I use the simbolic link for init.el file... So, it seems that the problem is just in the last snapshot.. Ciao, Angelo. -- Problem reports:

About freeglut

Just for completeness... I discovered that my Cygwin installation (Cygwin64) tree has these files /usr/src/freeglut-2.8.1.tar.gz /usr/src/freeglut.cygport which belong to freeglut-src package (as reported by http://cygwin.com/packages). Usually I install ONLY binary packages but could be I

Re: (call-process ...) hangs in emacs

Ciao, Ken Ken Brown wrote: Angelo and Katsumi, could you test it and see if it solves the problems you reported? for what I can see, with your patch (pthread_mutex.patch), the things work better.. at least the build does not hang and with repeated 'make -j3' it was also completed in

Re: (call-process ...) hangs in emacs

Katsumi Yamaoka wrote: I'm troubled with a similar problem since Wednesday[1]. /usr/bin/emacs that Cygwin distributed (24.3) seems ok, but /usr/local/bin/emacs that I built from the Emacs trunk Tuesday (24.4.50) got not to work conditionally. With that version of Emacs: Evaluating the form

Re: [ANNOUNCEMENT] Updated: llvm/clang-3.4.2-1

Sorry, Yaakov Selkowitz wrote: This is an update to the latest upstream release, and the first release for x86_64. PLEASE NOTE that clang will NOT work as a native code compiler for x86_64 at this time, but should still work as a code analyzer and LLVM bytecode compiler; PTC. That explains

Re: [ANNOUNCEMENT] Updated: llvm/clang-3.4.2-1

Corinna Vinschen wrote: The default for native Windows applications is the small code model [...] Therefore my collegue Kai Tietz provided GCC with implementations of a medium and large code model Gulp! Seems to re-read the Borland C++/TPascal manuals at the beginning of the 1990s... only the

Re: FTP timeout message with CURL

Corinna Vinschen wrote: Works for me on Cygwin 1.7.31. No FTP response timeout message. Here (W7 Ultimate 64b) still FTP response timeout message, even with 1.7.31... :( Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ:

FTP timeout message with CURL

I see that when I download big files (say, 400 MiB) from FTP server, CURL emits a curl: (28) FTP response timeout message. For example, $ curl -R -O ftp://ftp.releases.ubuntu.com/releases/14.04/ubuntu-14.04-desktop-amd64.iso % Total% Received % Xferd Average Speed TimeTime

Re: Problems installing man-db

Chris J. Breisch wrote: Hmmm...well, that's not good. Can you run /usr/bin/mandb -c yourself from the command line? It will take a while and may generate several warnings, such as what you see above. I did this: $ /usr/bin/mandb -c and it printed: /usr/bin/mandb: attenzione: $MANPATH

Re: Problems installing man-db

Shaddy Baddah wrote: I had a Cygwin install/update hang on man-db install, waiting on this command. I had to kill the install. On the subsequent install, I selected Reinstall, and it installed smoothly. I tried this, but it didn't work for me... :( The script /et/postinstall/man-db.sh still

Re: Problems installing man-db

Achim Gratz wrote: However, mandb -dc ran through This fixed my problem... :-) Thank you! Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

Problems installing man-db

Updating Cygwin64, Setup installed the Base package man-db. The postinstall script man-db.sh, after many minutes, terminated abnormally with exit code 139: $ tail -n 30 /var/log/setup.log.full [...] 2014/06/19 01:06:31 running: C:\cygwin64\bin\bash.exe --norc --noprofile

Re: [ANNOUNCEMENT] Updated: gcc-4.8.3-1 (x86/x86_64)

JonY wrote: I will upload again as 4.8.3-2 soon. This evening setup.ini has 4.8.2-3 in current == 4.8.3-2 in prev == Sure this is what you want? Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation:

How LANG environment variable is set?

I remember that some time ago I had, in mintty, $ echo $LANG it_IT.UTF-8 Now LANG is empty ('echo $LANG' prints nothing). I notice that /etc/profile.d has lang.sh which should set LANG when I start mintty. That script contains test -z ${LC_ALL:-${LC_CTYPE:-$LANG}} export

Re: How LANG environment variable is set?

David Rothenberger wrote: It looks like /etc/profile sets LC_ALL=C before running the scripts in /etc/profile.d, then restores it to its original setting. This prevents LANG getting set by lang.sh. The statement LC_ALL=C has been introduced in /et/profile with the recent upgrade of base-file

Re: [ANNOUNCEMENT] Updated: mingw64-*-binutils-2.24.0.3.85cf705-1 (x86/x86_64)

JonY wrote: This removes the previously included default-manifest.o file support. It This release fixes the issue I flagged here http://cygwin.com/ml/cygwin/2014-04/msg00016.html at least from Mingw64 side (Cygwin Windows native applications still suffer the issue). Thanks, Angelo.

Re: [ANNOUNCEMENT] Updated: mingw64-*-binutils-2.24.0.1.acd6540-1 (x86/x86_64)

m0viefreak wrote: I fixed it for now by placing an empty dummy default-manifest.o file in working directory. May you describe how you have crated it or attach here your empty file? I tried in different ways but always fail in building with: ...default-manifest.o: file not recognized: File

Re: [ANNOUNCEMENT] Updated: mingw64-*-binutils-2.24.0.1.acd6540-1 (x86/x86_64)

Ciao m0viefreak, Il 07/04/2014 21:09, m0viefreak ha scritto: I fixed it for now by placing an empty dummy default-manifest.o file in working directory. May you describe how you have crated it or attach here your empty file? I tried in different ways but always fail in building with:

Re: Problems with binutils?

Ciao Corinna, Corinna Vinschen wrote: I can reproduce the issue, but it's pretty unclear what happens. Indeed.. In my original Fortran application what triggered the issue was the code about the Time interval dialogue. For example commenting out the DEFPUSHBUTTON line under TTOT, the issue

Re: Problems with binutils?

Corinna Vinschen wrote: It's pretty easy. OK, Mum... ;-) I will try this evening. Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

Re: Problems with binutils?

Corinna Vinschen wrote: Could you please send the link to the PR to this thread? Obviosly... I just hope I did everything right. This should be PR binutils/16807, i.e. https://sourceware.org/bugzilla/show_bug.cgi?id=16807 Ciao, Angelo. -- Problem reports:

Problems with binutils?

It seems that the attached test case does not work rightly with current binutils. The Help menu contains two About items and About2 is created from About1 with Copy/Paste. Now, while clicking on About1 works as expected, the click on About2 does not produce anything and fails. If I comment

Re: [ANNOUNCEMENT] Updated: binutils-2.24.51-2 (x86/x86_64)

CGF wrote I don't support those packages so there is no need to pollute the thread with pointless observations It was just to remember thet Cygwin distro needs alsot those upgrades... I suppose that JonY reads also this thread.. Ciao, Angelo. -- Problem reports:

Re: [ANNOUNCEMENT] Updated: binutils-2.24.51-2 (x86/x86_64)

CGF wrote: This update contains a few bug fixes. Specifically it should address: [...] http://cygwin.com/ml/cygwin/2014-03/threads.html#00317 [...] Indeed.. but only for x86_64-pc-cygwin.. We need a similar binutils upgrade for mingw64 (x86_64-w64-mingw32 and i686-w64-mingw32)..

Corruption message after updating binutils (both Cygwin/MingW)

Just for completeness... the following occurs on Cygwin64 (I don't have Cygwin32) After the upgrading to binutils-2.24.51-1 and mingw64-*-binutils-2.24.0.0.5a026fc-1, rebuilding some my applications [*], I see this message (and similar for i686-pc-mingw32, x86_64-w64-mingw32,

Re: Corruption message after updating binutils (both Cygwin/MingW)

A little correction... Il 18/03/2014 12:49, Angelo Graziosi ha scritto: Just for completeness... the following occurs on Cygwin64 (I don't have Cygwin32) After the upgrading to binutils-2.24.51-1 and mingw64-*-binutils-2.24.0.0.5a026fc-1, rebuilding some my applications [*], I see this message

Re: Corruption message after updating binutils (both Cygwin/MingW)

Hi Mum, ;-) Corinna Vinschen wrote: As usual, it would be helpful if you create a simple testcase attached should be a simple test case.. The .c file is almost an Hello World (in Windows Programming style), and I took it from the web. Th RC file is unrelated and consist of a few lines. $

Reading portable device in Cygwin

When I connect the smart phone, from Start / Computer (Win7 64, Cygwin64) I can see an icon/folder (containing other subfolders) with the name of the phone (e.g AN-A1234B), but in /cygdrive I find only c (with the digital camera I find also d, e, f...). Is there a way to read from the Cygwin

About defunct processes

Perhaps this has been flagged or probably it is matter I don't understand, but I am seeing some defunct process with ps command. The following occurs on Cygwin64 (I don't have Cygwin32 any more). Suppose I start mintty with the link created by its installation. Suppose I create another mintty

An aspell-it package for Cygwin64?

Would it be possible to have an aspell-it dictionary added to Cygwin64? I remember that in the past someone prepared that package (at least for Cygwin32) and flagged it to the Cygwin lists, but the request was lost... TIA, Angelo. -- Problem reports: http://cygwin.com/problems.html

Re: Unpacking 7z archives on Cygwin64

Tony Kelman wrote: it would be nice to remove p7zip from http://cygwin.com/cygwin-64bit-missing regardless. Indeed! There is another nice package like atool which needs p7zip... I reported the inquiry about the 64 bit assembly upstream [...] Your work is very useful. Thanks for doing this.

Re: Unpacking 7z archives on Cygwin64

Tony Kelman wrote: There is an x86_64 assembly version of the same file included in the source tarball which could be used instead, Which is? May you clarify this point? TIA, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/

Re: Unpacking 7z archives on Cygwin64

Il 23/02/2014 22:46, Angelo Graziosi ha scritto: On Cygwin64, is there an utility to unpack .7z archives? Now I have just discovered how! Installing the bsdtar and friends packages. I was sure that there was an alternative to p7zip but don't remember which... It is bsdtar... $ bsdtar -tf

Unpacking 7z archives on Cygwin64

On Cygwin64, is there an utility to unpack .7z archives? Thanks, Angelo. -- 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

Building libsigsegv on Cygwin64

Trying to build libsigsegv-2.10 on Cygwin64 (using the src tarball and its .cygport file from x86 distribution), fails as follows [...] libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src -I.. -I.

Re [ANNOUNCEMENT] Updated: gcc-4.8.2-2 (x86_64)

JonY wrote: KNOWN REGRESSIONS: The compiler internals are in /usr/libexec rather than in /usr/lib. This is a mistake on my part. Expect a fixed rebuild in 2-4 weeks time. On the mirrors I find tar-balls (still -2) with recent timestamps, around Feb. 12, 2014. Does this mean that the rebuild

Re: Corrupted tar-ball in Cygwin-x86_64

Il 18/01/2014 13.01, Angelo Graziosi ha scritto: When I try to update my Cygwin64 installation (on a virtualBox Win7-64 installation) I get an error about the cygwin32-1.7.27-1.tar.xz package which seems corrupted. This is confirmed from command line on which i get: $ tar -rf cygwin32-1.7.27-1

Corrupted tar-ball in Cygwin-x86_64

When I try to update my Cygwin64 installation (on a virtualBox Win7-64 installation) I get an error about the cygwin32-1.7.27-1.tar.xz package which seems corrupted. This is confirmed from command line on which i get: $ tar -rf cygwin32-1.7.27-1.tar.xz tar: Impossibile aggiornare archivi

Re: [ANNOUNCEMENT] Updated: xorg-server-1.15.0-1 (TEST)

Jon TURNEY wrote: The following packages have been updated in the Cygwin distribution: *** xorg-server-*1.15.0-1 I DO NOT want install this test version, but when I run setup-x86 to update my Cygwin installation (I find only a few GraphicsMagic packages to be updated), it wants install

Re: [ANNOUNCEMENT] Updated: xorg-server-1.15.0-1 (TEST)

Il 08/01/2014 15.03, Jon TURNEY ha scritto: Could you be a bit more specific about the additional dependencies it wants to install? Setup wants install also these packages libxcb-keysyms1 Required by: xorg-server-extra resourceproto Required by: xorg-server-devel scrnsaverproto Required

Re: [ANNOUNCEMENT] Updated: GraphicsMagick-1.3.19-1

marco atzeri wrote: Version 1.3.19-1 of GraphicsMagick It seems that this package is empty: the tar-ball has a size of only 32 bytes, and now I have lost the gm.exe executable :( Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.26

Corinna Vinschen wrote: I just released Cygwin 1.7.26. Just for completeness... After upgrading to this release of Cygwin, the application Terminator, installed with Cygwinports, does not work any more. Its empty window shows up with a dialog box from Cygwin/X X saying (translting): An

Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.26

(I forgot to say that here is on Cygwin x86) Il 29/11/2013 14.37, Angelo Graziosi ha scritto: Corinna Vinschen wrote: I just released Cygwin 1.7.26. Just for completeness... When I start Terminator from command line in xterm, beside what I described in my previous post, I see also

Re: What is wrong with SVN?

David Stacey wrote: I think what you're seeing here is what we term a BLODA - some non-Cygwin application interfering with a Cygwin application. In your case, if you're not running a native Windows svn client then anti-virus is top of the suspect list. I know you claim that you have used MSE

Re: What is wrong with SVN?

David Stacey wrote: Here are some ideas: Firstly, check to see which versions of subversion, sqlite3 and cygwin you're using. Check the output of the following command, and if you're using older packages then try updating: $ cygcheck -c cygwin sqlite3 subversion Cygwin Package

Re: What is wrong with SVN?

Warren Young wrote: What happens if you modify it a bit: $ CYGWIN_SQLITE_LOCKING=posix svn co svn://... It works for almost an hour (I started to think it was a good fix for me...) but then it stopped in the same way... :-( [...] A

What is wrong with SVN?

What is wrong with this command: $ svn co svn://gcc.gnu.org/svn/gcc/branches/fortran-dev fortran-dev On GNU/Linux (kubuntu 12.04 64 bit) it is completed successfully but on Cygwin (32 bit) it fails after a while in this way: [...] A

  1   2   3   4   5   6   7   8   >