breakage in groff-1.20.1-2

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 inp

Re: cygport/setup questions

"Yaakov (Cygwin/X)" 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 to in

Re: cygport/setup questions

"Yaakov (Cygwin/X)" 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 Sound Singles for Waldorf

[bug] Something fishy going on with sqlite3...

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

Re: [bug] Something fishy going on with sqlite3...

René Berber 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 access denied error.

Re: [bug] Something fishy going on with sqlite3...

René Berber 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 problems (no Ctrl-C in

Re: [bug] Something fishy going on with sqlite3...

René Berber 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 (memory only)

Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs

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 setu

cygwin-ports git access over http?

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 git://cygwin-ports.git.sourceforge.net/gitroot/cy

Re: cygwin-ports git access over http?

Yaakov (Cygwin/X 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 p

Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs

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: /u

Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs

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 Neur

Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs

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 g

Re: breakage in groff-1.20.1-2

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 a

Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs

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 . Just subscribe and see if that > helps. This is set up when the group is set

Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs

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 N

Re: [bug] Something fishy going on with sqlite3...

Achim Gratz 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,

Re: [bug] Something fishy going on with sqlite3...

Warren Young 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 have a

Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.12

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

Re: [bug] Something fishy going on with sqlite3...

Warren Young writes: > I've rebuilt the packages and uploaded them here: > > wget \ > http://etr-usa.com/cygwin/sqlite3/sqlite3-3.07.11.00-1.tar.bz2 \ > http://etr-usa.com/cygwin/sqlite3/sqlite3-3.07.11.00-1-src.tar.bz2 \ > http://etr-usa.com/cygwin/sqlite3/libsqlite3_0-3.07.11.00-1.tar.bz2 \ >

Re: [bug] Something fishy going on with sqlite3...

Warren Young 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 modern

Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.12

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 t

Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.12

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 &#x

Re: Where are end user instructions to compile an updated package?

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 ano

Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs

Corinna Vinschen 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 here until th

Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs

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

Re: [ANNOUNCEMENT] Updated: groff-1.21.1-1

Christopher Faylor 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 from the source package again

peflags warning and tsaware flags

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). /usr/lib/zsh/4.3.12/zsh/z

Re: peflags warning and tsaware flags

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

how to drop administrator privileges?

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

bad performance when opening many files on Win7

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 or

Re: how to drop administrator privileges?

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 -- Proble

Re: bad performance when opening many files on Win7

Larry Hall (Cygwin) writes: > Here's some background. > > > > 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 sc

Re: peflags warning and tsaware flags

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+30

Re: how to drop administrator privileges?

> 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 a

Re: bad performance when opening many files on Win7

Achim Gratz 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 gu

Re: peflags warning and tsaware flags

Corinna Vinschen 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: http://cygwin.com/problems.html FAQ:

Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?

Christopher Faylor 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 version 2.769 to the command li

Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?

Christopher Faylor writes: > On Mon, Apr 30, 2012 at 09:00:17AM +0000, 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&#

Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages

Reini Urban 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, but t

Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages

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

Re: bad performance when opening many files on Win7

Achim Gratz 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 prog

Re: bad performance when opening many files on Win7

Achim Gratz 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 &q

Re: bad performance when opening many files on Win7

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

Re: bad performance when opening many files on Win7

Corinna Vinschen 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 \ --podpath=lib/perl5/5.14:bin:lib/perl5/s

Re: bad performance when opening many files on Win7

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 execut

Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages

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/

Re: Someone is pretending to be some Cygwin's support

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

Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages

Achim Gratz 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 ma

Re: Someone is pretending to be some Cygwin's support

Christopher Faylor 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 tell. Hope it'll get to the righ

Re: Someone is pretending to be some Cygwin's support

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 respon

[BUG] lftp 4.3.6

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.

Re: [BUG] lftp 4.3.6

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 'fo

Re: [BUG] lftp 4.3.6

Achim Gratz 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

Re: [BUG] lftp 4.3.6

Achim Gratz 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

Re: [BUG] lftp 4.3.6

Achim Gratz 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

Re: [BUG] lftp 4.3.6

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

Re: [BUG] lftp 4.3.6

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 thei

Re: [BUG] lftp 4.3.6

Yaakov (Cygwin/X 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- files in the install? I thought th

Re: [BUG] lftp 4.3.6

Achim Gratz 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:/

Re: [BUG] lftp 4.3.6

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]>

Re: [RFU] SQlite3 (was: Something fishy going on with sqlite3...)

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) ---8<>8--- --- origsrc/sqlite-autoconf-3071201/sqlite3.c 2012-05-22 13:03:

Re: [ANNOUNCEMENT] Updated: lftp-4.3.7-1

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 m

Re: [RFU] SQlite3

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 b

Re: tcl/tk fails to connect to display

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.h

Re: Performance problems with emacs-X11 in current cygwin

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-fr

Re: /bin and /lib mount points occasionally lost

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 i

Re: /bin and /lib mount points occasionally lost

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...

Re: cygwin 1.7.15: svn disk I/O error

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 inter

Re: cygwin 1.7.15: svn disk I/O error

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

Re: /bin and /lib mount points occasionally lost

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

Re: /bin and /lib mount points occasionally lost

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

Re: /bin and /lib mount points occasionally lost

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 /

Re: crash on latest cygwin snapshot

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

Re: bad performance when opening many files on Win7

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

Re: cygwin 1.7.15: svn disk I/O error

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 p

Re: cygwin 1.7.15: svn disk I/O error

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 the

Re: cygwin 1.7.15: svn disk I/O error

Achim Gratz 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 fa

Re: cygwin 1.7.15: svn disk I/O error

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 h

Re: cygwin 1.7.15: svn disk I/O error

Achim Gratz 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?

Re: cygwin 1.7.15: svn disk I/O error

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 > nt

Re: cygwin 1.7.15: svn disk I/O error

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 o

Re: cygwin 1.7.15: svn disk I/O error

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

Re: cygwin 1.7.15: svn disk I/O error

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. > Ther

Re: Unable to install LWP

Andrew DeFaria 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 will fail.

Re: [ANNOUNCEMENT] Updated: cygport-0.10.11-1

Yaakov (Cygwin/X 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 *** src_postin

Re: cygwin 1.7.15: svn disk I/O error

David Rothenberger acm.org> writes: > The tests work for me, but I've never been able to get them to work > without first installing the newly built packages. After some more investigations, this is because the dynamic linker seems to use the libraries installed on the system rather than the ones

Re: cygwin 1.7.15: svn disk I/O error

marco atzeri gmail.com> writes: > a solution for testing is to add the new directory as first in the PATH. I think it already tries to do that, I'll have to check more closely if it's missing some directories or if the order is perhaps wrong. It may also be that the Ruby and Perl dynaloaders ign

Re: perl-5.14.2 switch

Steven Hartland writes: > Just been trying the 5.14.2 that's was available in setup.exe as of > 6th June 2012 and the dependencies for LWP are quite broken. I have recompiled all Perl modules in perl_vendor as separate packages due to (among other things) problems with LWP. > Although this may be

Re: perl-5.14.2 switch

Steven Hartland writes: >> I have recompiled all Perl modules in perl_vendor as separate packages >> due to (among other things) problems with LWP. > > Cool looking forward to it the new update :) I don't think that Reini will switch from perl_vendor to unbundled module packages, at least not for

Re: perl-5.14.2 switch

Steven Hartland writes: > Unfortunately the current perl_vendor install is so broken cpan > won't allow you to fix it with simple "install" unless you know > the exact missing modules and just breaks in some very strange > and random ways. Like missing protocol for ftp in LWP I suggested to use cp

Re: [ANNOUNCEMENT] Update: perl-5.14.2-3 and most perl dependencies

Reini Urban x-ray.at> writes: > perl has now been updated from 5.10.1-5 to 5.14.2-3. Thank you. There seems to be a minor packaging error: /usr/lib/perl5/5.14/i686-cygwin-threads-64int/CORE/cygperl5_14_2.dll is a symbolic link pointing to /usr/bin/cygperl5_14_2.dll but this file doesn't exi

Re: latex error: latex.fmt doesn't match pdftex.pool

Keith Lindsay writes: > When I attempt to run latex on a simple .tex file (attached), I get > the following error message: > > $ latex polynom.tex > This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Cygwin) > restricted \write18 enabled. > ---! /var/lib/texmf/web2c/pdftex/latex.fmt does

Re: [ANNOUNCEMENT] Updated: octave-forge-20120714-1

marco atzeri gmail.com> writes: > octave-forge-20120714-1 In the directory /usr/lib/octave/packages/nan-2.5.5/i686-pc-cygwin-api-v48+/ several *.mex.exe files have been installed. Apparently, these are actually DLL, not EXE files (at least that's what file and peflags claim they are) - and fol

Re: [ANNOUNCEMENT] Updated: octave-forge-20120714-1

marco atzeri gmail.com> writes: > .mex are dll not exe files. [...] > I will look on what caused the change, as temporary workaround > remove/copy the *.mex.exe to *.mex files. Thank you for the clarification. I'll see to prepare a patch to include these in rebaseall. Regards, Achim. --

Re: TeX now vs. Tex in legacy version

Ken Brown writes: > On 7/20/2012 2:01 AM, Fergus wrote: >> 1. Currently, having recently upgraded, I can't use latex: >> $ latex a8.tex >> This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Cygwin) >> restricted \write18 enabled. >> ---! /var/lib/texmf/web2c/pdftex/latex.fmt doesn't mat

Re: TeX now vs. Tex in legacy version

Ken Brown writes: > There is no latex.exe in the Cygwin distribution. Sorry if I had been unclear: I had a .exe file where there should have been a symlink. I was not trying to imply that Cygwin shipped with it. > I have no idea why some people are having this problem. No one > reporting the pr

Re: [ANNOUNCEMENT] Updated: {emacs,emacs-X11,emacs-el}-24.1-1

Franz Häuslschmid writes: > I observed, that org-mode started to behave strangely. Especially the > function > `org-clock-in' fails with following output to the *Messages* buffer: > > find-library-name: Can't find library org > > What more information could I provide to solve that issue? You n

Maxima can't write to /dev/stdout

The following maxima session encounters an EACCESS error that I can't make sense of: (%i1) m: genmatrix (lambda([i,j], i+j-1), 3, 3)$ (%i2) write_data(m, "/dev/stdout")$ Maxima encountered a Lisp error: UNIX error 13 (EACCES): Permission denied Automatically continuing. To enable the Lisp debug

Re: Maxima can't write to /dev/stdout

Corinna Vinschen cygwin.com> writes: > And here something goes wrong. If I call `echo foo > /dev/stdout' in > bash, the above normalize_posix_path calls already handle the path > /proc/196/fd/1, not just /proc/196/fd as lisp does. Thanks for having a look, that got me one step further. Maxima u

<    1   2   3   4   5   6   7   8   9   10   >