> 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 more?
> No, sorry, I
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
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
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
(partit
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/
Documenta
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: http://cygwin.com/ml/#
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
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: http://cygwin.com/fa
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 install
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 Exp/Pe
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/
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...
(Rea
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
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.
--
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: http://cygwin
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 c
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,
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,
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 there
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 admin
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
/etc/{group,
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
include
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
total
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
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 to
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 fi
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
Unsubsc
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
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.
-
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 packages
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
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
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 Xp+C
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",
-r
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 u
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
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
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 ftp.mirrorservice
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)
Gen
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
Can'
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: http:
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 T
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/
Documentat
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: http://cygwin.com
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 .emac
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..)
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 Cygwin-
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 d
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 `(c
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
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 wh
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: http://cygwin.com/
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
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: http://
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 do
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
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
"/etc/postinstall/man-
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:
This evening, setup.exe installed the upgrade of cygwin package, 1.7.30.
After the upgrade, I moved the /etc/{passwd,group} to
/etc/{passwd,group}.orig and restarted MinTTY, and it showed the
messages I need to regenerate /etc/{passwd,group}...
Shouldn't this 1.7.30 version work without those
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 4
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 LANG=$(/usr/bin
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.
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:
"...defau
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 f
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: http://cygwin.com/problems.
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: http://cygwin.c
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 iss
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 out
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: http://cygwin.com/pro
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)..
...othe
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.
$
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 me
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, x86_64-pc-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
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 mintt
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
FA
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.
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...
$ bsdta
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/
Docu
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
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.
-I/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/
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
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
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 compr
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: http://
(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 these
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 err
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 f
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... :-(
[...]
Afortran-dev/gcc/testsuite/gcc.c-torture/execute/pr42
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 Informa
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:
[...]
Afortran-dev/gcc/testsuite/gnat.dg/abstract_with_anonymou
Corinna Vinschen wrote:
I just released Cygwin 1.7.25.
Perhaps I am misunderstanding something.. but is 1.7.25 for x86_64 only
or also for x86 systems? The mirrors have the 1.7.25 64 bit but not the
32 bit. In this case, it is still 1.7.24 the "release"..
Ciao,
Angelo.
--
Problem report
Have you noticed the walking "bug" appeared today on the Cygwin Home
Page (http://www.cygwin.com).
I initially thought that it was a real insect inside my PC monitor, but
then I realized it was a "graphical" bug walking on the same path, an
horizontal "8".
I wonder if it doesn't hide some new m
Yaakov wrote:
The following packages (and their subpackages) have been updated for both
arches:
After this update my GTK builds of Emacs trunk do not work any more. For
example, the bootstrap of rev. 113816 I did yesterday and that worked
fine up to before this update, now fails so:
$ emac
Martin Baute wrote:
The libpango1.0 postinstall script fails with exit code 1
Same here on a W7 box (cygwin32). Same workaround.
Strangely, on XP it worked fine some time ago (probably in the 2009)..
Ciao,
Angelo.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Just out of curiosity...
Is it to be expected that there are packages (clang, imake,...)
dependent on gcc4-core etc. ?
Ciao,
Angelo.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsub
Il 25/07/2013 16.04, Angelo Graziosi ha scritto:
Corinna Vinschen wrote:
What happens if you replace the single quotes ' with double quotes "?
No doesn't work... :(
Charles Wilson wrote:
What is the result of executing the previous line directly from a bash
shell (wit
Il 26/07/2013 7.10, Andrey Repin ha scritto:
Greetings, Angelo Graziosi!
This is a bugfix update.
After this update, my Cygwin installation is basically broken. I have
several links on desktop to start Cygwin applications and they don't
work any more. The links target sound like
Corinna Vinschen wrote:
What happens if you replace the single quotes ' with double quotes "?
No doesn't work... :(
Charles Wilson wrote:
What is the result of executing the previous line directly from a bash shell
(with --run-debug=2 --run-nogui)?
$ /usr/bin/run.exe --run-debug=2 --run-
This is a bugfix update.
After this update, my Cygwin installation is basically broken. I have
several links on desktop to start Cygwin applications and they don't
work any more. The links target sound like these:
C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/{.X*,dbus*,orbit*,*};
XWi
1 - 100 of 671 matches
Mail list logo
