I'm having problems with some bash scripts that were developed (not be
me) and working OK in Cygwin 1.6.x versions, but not in 1.7.x (tested on
1.7.6, 1.7.7 and the latest snapshot). After some gnashing of teeth and
pulling of hair I've whittled it down to a problem with named pipe
handling in
Eric Blake ebl...@redhat.com writes:
Not just in bash, but in cygwin in general. Named pipes are still an
incomplete implementation, and until patches are written to get it
working more like posix, you can't expect them to work reliably.
I said I knew that it wasn't working like POSIX pipes.
I'd be grateful for any insights and/or ideas for possible workarounds.
Could anybody please comment if there are changes to the whole area of
(named) pipes in the upcoming 1.7.8 release? Should I just grab the
latest snapshot and try my luck? I don't mind if it's not POSIX
compliant if at
Ken Brown kbr...@cornell.edu writes:
If I run setup.exe with a cygwin snapshot installed, bash crashes
while running all preremove and postinstall scripts. Here's a typical
error message in /var/log/setup.log.full:
I'm getting similar crashes running Git fetch on a snapshot installation
on
Corinna Vinschen ... writes:
still tries to workaround some old problem in the Cygwin sbrk
implementation in Cygwin 1.5. Unfortunately the comment doesn't contain
any hint as to what exact problem this code is trying to workaround.
Apologies if that's obvious and you've already checked that:
Achim Gratz strom...@nexgo.de writes:
In other words, opening the pipe is non-blocking, even though no
listener is present. Listing /proc/self/fd lists fd 6 as opened to FIFO
/tmp/pipe, but any output to it blocks indefinitely. I believe that the
FIFO has in fact never been opened as far
Is there a command-line switch to tell setup.exe that it should use the
proxy settings from IE?
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
Buchbinder, Barry (NIH/NIAID) [E] writes:
http://cygwin.com/faq/faq.setup.html#faq.setup.cli
-p --proxy HTTP/FTP proxy (host:port)
I know this, but rather my question was how to use the IE proxy
settings. I can select this in an interactive install and I can fake
Achim Gratz strom...@nexgo.de writes:
Is there a command-line switch to tell setup.exe that it should use the
proxy settings from IE?
I've looked through the sources today and the answer seems to be sadly
no.
I did however find an undocumented string option -# to supposedly
avoid polluting
Corinna Vinschen writes:
I'm sorry to report that the 20120220 snapshot breaks the X server,
which uses fcntl() with a lock file.
STC?
Btw., in how far is XWin broken? I just tried to start it from the
start menu and that worked perfectly fine. I get the default xterm
and that
Earnie Boyd ear...@users.sourceforge.net writes:
And what Windows user who casually installs Cygwin has access to an X
server?
I do and FTR: I don't want the cygwin Xorg server to be a dependency to
all programs that might use X because that would pull in a lot of
packages that I have no use
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes:
Thank you for reinforcing my point.
No, thank you for all your work, because without that we couldn't have
this discussion.
While we certainly promote the Cygwin/X server, forcing
xorg-server/xinit as a dependency not only won't
Ken Brown kbr...@cornell.edu writes:
Thanks to the tremendous efforts of Yaakov Selkowitz, TeX Live has
been added to the Cygwin distribution, replacing teTeX. I will be
taking over as maintainer.
Good stuff. Many thanks to both of you.
If you update an old Cygwin installation and have
I'm in the process of preparing an update for our aging Cygwin
installation at work. The basic (unattended) install is now working
even if it needs some more testing. I will have to patch a few
applications, install many more packages from CPAN and somehow customize
the installation as a last
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes:
On 2012-03-13 15:35, Achim Gratz wrote:
1. Is there some way to specify CPAN bundles rather than individual
packages in the .cygport file? I don't mind if I'll get a tar.bz for
each package the bundle pulls in, I just want to limit
The pfbtops program in that package can't convert most fonts back to PS.
It complains about a block not starting with 0x80, exits with an error
and produces truncated and mangled output. Besides a few lines missing
from the end of the output, it apparently dropped single bytes from the
binary
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes:
On 2012-03-14 14:33, Achim Gratz wrote:
PATCH_URI is a list of one or more patches which are applied to the
source immediately after unpacking. Like SRC_URI, you can specify
remote URIs (e.g. from other distros) or just a filename
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes:
It's not quite complete yet, but see
/usr/share/doc/cygport/manual.html for the official documentation.
Thanks, I'll have a look.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Factory and User
I've been trying to troubleshoot an SQLite failure that boils down to
this: SQLite catches an access denied error when trying to create a
_temporary_ table and only when sqlite3 is run from mintty. If I do the
same thing in a console, all is well (as I found out when trying to
strace the sqlite3
René Berber r.ber...@computer.org writes:
The obvious question: what is your $TMP ?
Obvious maybe — but TMP doesn't get invoked. :-)
SQLite tries to create the file in the current working directory.
Again, if I do that from a windows console window, all is well, if I do
it from mintty I get an
René Berber r.ber...@computer.org writes:
Right. Problem is I can't reproduce the error.
I don't have any better information at the moment.
I'm not using a snapshot, I'm at 1.7.11(0.260/5/3) 2012-02-24, and the
operation you show, using mintty:
I've switched to snapshots due to other
René Berber r.berber at computer.org writes:
How do you set them to go into files?
In my initial tests? Not at all, that was the default (I may be able to
override that in the system or user configuration, but have not touched anything
there). When I compile SQLite with SQLITE_TEMP_STORE=3
Corinna Vinschen writes:
I've added a new package called _autorebase to the Cygwin distro.
This package is usually installed and updated automatically. In the
default view of setup.exe you won't even see it.
Thank you very much (even though I'd just added the same functionality
to my setup
I'm behind a firewall at work that only allows HTTP access through, so
is there a way clone cygwin-ports over HTTP? If not, is there already a
Git mirror that provides such access? Besides, even when cloning
without a firewall, I get:
git clone
Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes:
On 2012-03-29 00:36, Achim Gratz wrote:
I'm behind a firewall at work that only allows HTTP access through, so
is there a way clone cygwin-ports over HTTP? If not, is there already a
Git mirror that provides such access?
I'm
Corinna Vinschen writes:
Minor nit: rebaseall picks up a file with the suffix .osc in the texmf
tree that isn't actually a DLL.
Sure? Have a look into the rebaseall script:
I don't see how it should be able to pick up a file with the suffix .osc.
Slip of fingers. It picks up:
marco atzeri writes:
/usr/share/TeXmacs/plugins/octave/octave/tm-start.oct
This should have a .m suffix really since it contains octave commands.
raised the issue upstream
https://savannah.gnu.org/bugs/index.php?36033
Thank you.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron
Achim Gratz writes:
Corinna Vinschen writes:
Feel free to participate in further development of the rebase tool.
Patches for useful functionality is always welcome. The right forum is
the cygwin-apps list.
Thanks for the invitation.
Is there a reason gmane.os.cygwin.applications
Achim Gratz writes:
The pfbtops program in that package can't convert most fonts back to PS.
It complains about a block not starting with 0x80, exits with an error
and produces truncated and mangled output. Besides a few lines missing
from the end of the output, it apparently dropped single
Larry Hall (Cygwin) writes:
That's a question for GMane. Cygwin has no association or control of
that channel. But it's probably because cygwin-apps is a subscriber-only
mail list http://cygwin.com/lists.html. Just subscribe and see if that
helps.
This is set up when the group is set up on
Christopher Faylor writes:
That's exactly why you can't post. We don't allow indiscriminate posting
to cygwin-apps from gmane.
AFAIU, setting it to non-public achieves the same goal: you must be
subscribed to be able to post through GMane.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305
Achim Gratz Stromeko at NexGo.DE writes:
I'm stumped...
The solution to this riddle: sqlite3 wrongly infers Cygwin as SQLITE_OS_WIN.
Forcing a define for SQLITE_OS_UNIX produces an executable that works with temp
store to disk even when the user is not an administrator.
Additionally, the good
Warren Young warren at etr-usa.com writes:
Send me the cygport file and I'll build new sqlite3 packages.
I've just made a local patch package, tests look good so far.
Specifically, I can now build the Perl DBD::SQLite module (either with
the bundled SQLite or the locally installed library) and
Corinna Vinschen writes:
I just released 1.7.12. This is mainly a bugfix release, but a couple
of bigger changes were required under the hood to fix some of the bugs.
I'm not really sure if that happens because of the changes in 1.7.12 or
if I just never saw it before:
Using ~-expansion in
Warren Young warren at etr-usa.com writes:
Will you please try them?
Looks good to me, but hasn't seen extensive testing.
There is likely to be one difference w.r.t your version, which is that
my packages include a patch to replace a deprecated Cygwin 1.5
cygwin1.dll call with its
Corinna Vinschen writes:
The weird home dir could be a bug in Cygwin. I can't reproduce it,
but I could think of a reason. Do you have a directory called
/mnt/userdata or an account called userdata in /etc/passwd? Anyway,
I applied a patch which should result in:
No account there with the
Corinna Vinschen writes:
On Apr 5 17:49, Achim Gratz wrote:
I don't have any problems with the question marks showing up in
directory listings, I would just prefer if a user that has no home
directory set in /etc/passwd is not offered as an expansion for '~'.
Expansion is done by the shell
Keith Christian writes:
I'm interested in compiling the latest Sqlite source into a Cygwin
package to updated the current version, for use on one machine.
Generally, use the source package as a starting point. Specifically in
this instance, I've posted a cygport file that would do this in
Corinna Vinschen corinna-cygwin at cygwin.com writes:
Feel free to participate in further development of the rebase tool.
Patches for useful functionality is always welcome. The right forum is
the cygwin-apps list.
Gmane still has cygwin-apps read-only, so I hope it is acceptable if I post it
Christopher Faylor writes:
I guess I have to respond to this every time it comes up.
Sigh...
cygwin-apps is SUPPOSED TO BE read only in gmane. It's a
subscriber-post-only mailing list. If we opened the list up to every
random user of gmane it would completely defeat the purpose of this
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
I've made a new version of groff available for installation. This is a
refresh from ftp.gnu.org.
This version produces the same errors with pfbtops that I reported some time ago
against the previous version. I've compiled
What is peflags trying to tell me with this warning, which is only present when
the -v switch is in effect?
ash -c PATH=/bin peflags -t -d -v /usr/lib/zsh/4.3.12/zsh/zutil.dll
Warning: file is non-executable but has tsaware set
(/usr/lib/zsh/4.3.12/zsh/zutil.dll).
Corinna Vinschen writes:
The warning might be a bit misleading. What it really tries to tell you
is that the file in question is not an executable (*.exe). The tsaware
flag has no meaning for DLLs, it's only evaluated in headers of
executables.
That explains a lot more than that warning
I've recently had a test fail because I started it with administrator
privileges (via the Administrator group). The test tried to write to a
file that it set read-only before and of course as an administrator it
was still able to write to it. So the test fail wasn't really that
important, but I
I've seen major performance regressions on Win7 compared to an pre-1.7
Cygwin version on Win2000. I had initially suspected the virus scanner
and disabling the real-time scan for the whole Cygwin folder did improve
things appreciably. However the real performance hit when an
application opens
Charles Wilson writes:
The cygdrop.exe utility is part of the cygutils package.
Thank you.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
--
Problem
Larry Hall (Cygwin) writes:
Here's some background.
http://www.suacommunity.com/forum/tm.aspx?m=1697mpage=1
Anything there describe your setup?
The part about groups with many members looks oddly familiar.
Incidentally I've never had enough patience for makepasswd to finish
while scanning
Larry Hall (Cygwin) writes:
Does this help?
Thanks, I've been reading this before. Tentatively I concluded that all
Cygwin executables should have the +tsaware set, I just wanted to make
sure that there aren't some that I would break if I do this.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305
Charles Wilson writes:
The cygdrop.exe utility is part of the cygutils package.
(1001)~ # cygdrop -v ls
GetTokenInformation: error 122
(1002)~ # cygdrop ls
GetTokenInformation: error 122
(1003)~ # cygdrop
Usage: cygdrop [OPTIONS] COMMAND [ARG ...]
Group options
-lDisable local
Achim Gratz Stromeko at nexgo.de writes:
The part about groups with many members looks oddly familiar.
Incidentally I've never had enough patience for makepasswd to finish
while scanning the AD... so, given that I don't think I could change all
that code, I guess that all the ids/groups used
Corinna Vinschen corinna-cygwin at cygwin.com writes:
So, adding the tsaware flag to Cygwin executables might not help, but
should never hurt.
Thanks. So I'll extend my installer to sweep all executables and add +tsaware.
Regards,
Achim.
--
Problem reports:
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
I think I fixed the problem. I at least fixed *a* problem. The latest
setup.exe, now on cygwin.com has the fix that solved the issue for me.
The setup.exe currently on the website shows version 2.774 in the GUI, but logs
Christopher Faylor writes:
On Mon, Apr 30, 2012 at 09:00:17AM +, Achim Gratz wrote:
I can't duplicate this. If I redirect stdout I get this:
Starting cygwin install, version 2.774
and the log files contain the correct version too.
Moreover, I can't find the string 2.769 in any object
Reini Urban rurban at x-ray.at writes:
perl has been updated to 5.14.2-1 as test in the Experimental section.
It looks pretty stable to me when I tested it in the last 2 weeks.
I've hit two interesting snags (perl_vendor is installed):
1) Some modules, when built with cpanminus fail at test,
Reini Urban writes:
2) If I install another module that uses LWP (HTTP::Status, for example),
then I
also need to reinstall LWP. Otherwise I'm getting errors like these:
Attempt to reload LWP/Protocol/http.pm aborted.
Compilation failed in require at (eval 7) line 2.
I could not repro
Achim Gratz Stromeko at NexGo.DE writes:
Fetching all groups from the DC gave me some 6 entries in a 4MiB group
file. And if anything, things became even slower when using that file.
I finally found some reproduceable case where the lsass.exe process will go
berserk. It's all programs
Achim Gratz Stromeko at NexGo.DE writes:
How does one get suitable entries for /etc/group on these?
As per the description in the Cygwin UG ntsec chapter, I've created an entry
for Everyone, which incidentally revealed what Cygwin associated with that
pesky user that was shown
Corinna Vinschen writes:
How did you do that? The ACLs in the Cygwin default dirs are supposed
to contain only three ACEs, one for the installing user, one for the
local admin group, and one for everyone. At least that's how setup.exe
installs them.
These are inherited from the settings in
Corinna Vinschen corinna-cygwin at cygwin.com writes:
I don't know how to use pod2html. Please send a simple usage example
which works out of the box, so that I can see if I can reproduce this
behaviour.
(1004)~ time pod2html --flush --title=DateTime::Locale::ml \
Corinna Vinschen writes:
There's something fishy on your machine, and it's not Cygwin, afaics.
I'd still blame some firewall/virus stuff.
Thank you for looking into this. I suspect the configuration of our
machines as well (since it is not just mine), since it only seems to
happen when
Achim Gratz writes:
Reini Urban writes:
2) If I install another module that uses LWP (HTTP::Status, for example),
then I
also need to reinstall LWP. Otherwise I'm getting errors like these:
Attempt to reload LWP/Protocol/http.pm aborted.
Compilation failed in require at (eval 7) line 2
Christopher Faylor writes:
Actually, if you, or anyone, gets one of these please send a copy of
the message to postmaster. Include all headers so that we can track
this down.
This is happening on a few debian lists as well, Google will show you.
It is unconcluive if he's even subscribed to
Achim Gratz Stromeko at nexgo.de writes:
With the new X server from a few days ago it [OpenGL] reliably
crashes the rootless/multiwindow configuration with a really hairy
backtrace, but rooted X is still OK.
It is definitely the new X server, mor specifically the built-in window manager.
I've
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
Actually, if you, or anyone, gets one of these please send a copy of
the message to postmaster.
Yeah, just about any postmaster? I've got a new one from Joe Assistly and just
guessed the domain since you don't want to
Christopher Faylor writes:
It shouldn't have to tell you what domain to use for postmaster for this
mailing list.
The four words for this mailing list would have been enough, thank you.
You did manage to figure it out but, unfortunately, your forwarded
header shows that the email response
There is an insidious bug that affects at least lftp on the latest
cygwin snapshot as well as the 1.7.15 release. Prepare and run an lftp
script like this:
perl -e 'foreach (1..100){' \
-e 'print ls -r file:/, ' \
-e '(map {$_x10. /}(a..z)), \n}' \
test.lftp
lftp -f test.lftp |
Achim Gratz writes:
perl -e 'foreach (1..100){' \
-e 'print ls -r file:/, ' \
-e '(map {$_x10. /}(a..z)), \n}' \
test.lftp
Sorry, there's a space missing:
perl -e 'foreach (1..100){' \
-e 'print ls -r file:/, ' \
-e '(map {$_x10 . /}(a..z)), \n}' \
test.lftp
Achim Gratz Stromeko at nexgo.de writes:
Under Linux i can't get lftp 4.3.3 to misbehave in the same manner even
with much larger command lines and files, so it is either something
introduced with a newer version of lftp or unique to lftp on Cygwin.
The previous lftp version 4.3.3 on Cygwin
Achim Gratz Stromeko at NexGo.DE writes:
The previous lftp version 4.3.3 on Cygwin also does not show the bug. I've
reported the bug to the lftp mailing list as well. I'm investigating further
with a local compile...
I've compiled both the 4.3.3 and 4.3.6 version using the same settings, so
Achim Gratz Stromeko at NexGo.DE writes:
I've compiled both the 4.3.3 and 4.3.6 version using the same settings, so
they
have the same libraries etc. -- 4.3.3 is still good and 4.3.6 has the bug.
Let's see what upstream has to say about it, meanwhile I'd think that 4.3.6
should be pulled
Andrew Schulman writes:
Upstream has released 4.3.7 which fixes the bug. Yay!
Thanks for chasing that down. I'll package and release 4.3.7 shortly.
Andrew.
Thank you. When you're at it, please remove the README~ from the patch
file... :-)
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305
Andrew Schulman writes:
OK, sorry. Most annoying emacs feature that yet I've never bothered to turn
off. I always try to cut those out, but sometimes they slip through.
No need to be sorry, but maybe we could convince Yaakov not to package
autosave files or at least give a warning about their
Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes:
As in the attached?
I'd think you should quote the exclude regex like '*~' or \*~, but otherwise
this certainly looks appealing.
Sorry for bringing up another issue: is it intended that KEEPDIRS produces
.keep-package files in the
Achim Gratz Stromeko at NexGo.DE writes:
I'd think you should quote the exclude regex like '*~' or \*~, but otherwise
this certainly looks appealing.
I've gone with the \*~ variant and it works like a charm.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ
Andrew Schulman writes:
Thanks for chasing that down. I'll package and release 4.3.7 shortly.
Andrew.
I just see your RFU over in cygwin apps... Please leave 4.3.3 as
previous and remove 4.3.6, thanks.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Hi Warren,
There's a new version for SQlite3 released. I've put the fix in the source
patch now and removed the define from the CPPFLAGS, also ignoring sqlite3.pc for
the diff.
(watch for the linewraps)
---88---
--- origsrc/sqlite-autoconf-3071201/sqlite3.c 2012-05-22
Andrew Schulman writes:
A new version of lftp, 4.3.7-1, is now available in the Cygwin
distribution. This is a new upstream release, that fixes a few bugs since the
previous Cygwin release, version 4.3.6-1. You can read the full changelog at
http://lftp.yar.ru/news.html.
Thank you very
Warren Young writes:
Thanks, Achim. See my RFU message on the -apps list if you want to
try the packages in advance of them hitting the mirrors.
I tried them and they are OK. :-)
I changed your .cygport file considerably. Partly that's just style
issues, but it also has to do with my
Jeremy Ramer writes:
$ gitk
Application initialization failed: couldn't connect to display :0
Start an X server. Tk now requires X and won't run without it.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
DIY Stuff:
http://Synth.Stromeko.net/DIY.html
Ken Brown writes:
As I said earlier, I don't understand very well how git branches work,
but I *think* this means we have to look in the 2-32 branch, prior to
the 2.31.0 tag, to find the problematic commit. I've checked out the
2-32 branch, and I guess the next step is to find a problem-free
richw writes:
[...]
A reboot fixes the problem, as long as I run cygwin.bat before I access nfs.
The problem quite likely lies with your 11 different copies of
cygwin1.dll. You start the NFS server and it picks up one of those,
just not the one for your actual Cygwin installation. Now Cygwin
richw writes:
rw@seven ~
$ /bin/uname -a
CYGWIN_NT-6.1-WOW64 seven 1.7.15(0.260/5/3) 2012-05-09 10:25 i686 Cygwin
Your cygcheck.out said I should be expecting a 1.7.11 version here. So
maybe you didn't nuke all extra versions or your cygcheck output wasn't
for your actual installation...
Rolf Campbell writes:
I would hate to add TortoiseSVN to the BLODA.
The icon cache _is_ dodgy — at least the one for TortoiseGit, which
needs to be restarted regularly.
But getting back to SQLite, backing out the changes in the build would
get us back a different bug. So it would be very
Warren Young writes:
Note that SQLite isn't really designed for concurrent access
to the database file from a different process.
There is a paucity of truth in that statement.
So let me re-formulate that sentence: concurrent access ultimately
relies on the file locking provided by the OS.
richw writes:
I believe what needs to be studied is why an access from a remote system
to an nfs file system before opening a bash prompt causes the automatic
mount of /usr/bin and /usr/lib to be skipped.
With the most likely problem apparently out of the way, let's look at
the second: when
richw writes:
when you access the NFS export, three daemons get started
(mountd, nfsd and portmap) under their own account (apparently .\nfs?).
The daemons are apparently started before the NFS export is accessed.
At least, the windows services report shows them as started.
The logon Is .\nfs
richw writes:
I modified /etc/exports to read
/ (ro,no_root_squash)
/usr/bin (ro,no_root_squash)
/usr/lib (ro,no_root_squash)
and then tried a mount.
I was surprised that I could not mount /usr/bin, but I could mount /bin.
(Is that correct? Why?)
It probably means that /usr/lib and
Christopher Faylor writes:
Weird. I see nothing like that.
I get the same behavior with the supposedly working snapshot and with the
snapshot for which problems are reported. And with 1.7.15.
Besides the problems reported, the June 19 snapshot kills mintty
processes for me once or twice a
Corinna Vinschen writes:
There's something fishy on your machine, and it's not Cygwin, afaics.
I'd still blame some firewall/virus stuff.
Just to put some closure on this: after the latest bout of security
patches distributed by our IT the issue has vanished completely. I
suspect that it had
Achim Gratz writes:
Cygwin should (and apparently does) abstract away that difference. But
it seems that the locking strategy might be slightly different between
Win32 and POSIX, triggering a foray into that disk I/O error branch.
There may still be a bug some place else, i.e. it may get
David Rothenberger writes:
The cygport file should check for all required build dependencies. If
you find one missing, please let me know.
I'm not near my work machine, so this is from memory... the test suite
requires perl modules I didn't have installed and fails most perl tests
without them
Achim Gratz Stromeko at nexgo.de writes:
I'm not near my work machine, so this is from memory... the test suite
requires perl modules I didn't have installed and fails most perl tests
without them — not too worried about this, will install those later this
week.
The fail is not due
David Rothenberger writes:
Strange. It works for me and the ldd output for _Core.dll is reasonable.
What version of autotools, swig etc. are you using? The only swig
wrappers that work for me are those for Python. Both Ruby and Perl seem
to die on those strangely non-functional DLL the build
Achim Gratz Stromeko at nexgo.de writes:
Strange. It works for me and the ldd output for _Core.dll is reasonable.
I can't seem to get this working. There are a few warnings, but nothing that
would explain such a massive fail. Would you mind posting the ldd output for
your _Core.dll
David Rothenberger writes:
I can't seem to get this working. There are a few warnings, but nothing that
would explain such a massive fail. Would you mind posting the ldd output for
your _Core.dll?
% ldd /usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll
ntdll.dll
Rolf Campbell writes:
On 2012-06-27 14:17, David Rothenberger wrote:
Anyway, I'll have a new release available shortly built against the
latest SQLite package, so others that want to use TortoiseSVN can try it.
I just upgraded to the -5 package, and turned the TSVN icon caching
back on, and
Warren Young writes:
Now, if somebody could find out _where_ in SQLite it fails...
Is it not true that you're the only one in many years of SQLite's
availability in Cygwin who wanted it compiled the way it currently is?
Well yes, since one couldn't use temporary databases unless you have
David Rothenberger writes:
I make two packages, one for 5.10 and one for 5.14. There's a separate
patch that's required for 5.14. Did you include it? The source package
for -4 includes it automatically.
Yes, I worked from the -4 package on one machine and the -3 package on
the other.
There
Andrew DeFaria Andrew at DeFaria.com writes:
Is this a rebase issue? How can I update my LWP?
Yes, this is a rebase issue. You can just build without the test, change into
the build directory and rebase manually, then do the install. You can also
force the installation even though the test
Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes:
* Split debuginfo subpackages are created automatically whenever
possible.
Thank you.
I suggest the following patch to greatly reduce the amount of temporary storage
needed:
diff -c src_postinst.cygpart.orig src_postinst.cygpart
***
1 - 100 of 4234 matches
Mail list logo
