Re: f951: fatal error: can’t open /tmp/ccKB9p5g.s for writing: No such file or directory

Il 6/17/2013 8:57 AM, Eliza Tkacz RIK ha scritto: Sorry but I am not sure if I verify permissions properly. I have created a text file mytxt.txt in /tmp and then cd .. ls -l tmp/ and the output is -rw-r--r-- 1 user_name None 6 06-17 08:53 mytxt.txt try ls -l / | grep tmp an followup on the

[ANNOUNCEMENT] Updated: perl-Text-CSV-1.32-1

Version 1.32-1 of perl-Text-CSV has been uploaded. CHANGE LOG == https://raw.github.com/makamaka/Text-CSV/1.21/Changes 1.32 - fix t/rt71_pp.t 1.31 Thu Jun 13 14:06:49 2013 - fix handling UTF8 in parse method. - fix getline with allow_loose_quotes (rt#83705)

[ANNOUNCEMENT] Updated: perl-Text-CSV_XS-1.00-1

Version 1.00-1 of perl-Text-CSV_XS has been uploaded. CHANGE LOG == 1.00- 2013-06-13, H.Merijn Brand * Fix automatic UTF-8 in getline/parse for SV's with \0 0.99- 2013-06-05, H.Merijn Brand * Documents return value of bind_columns without arguments * Fix automatic UT

Re: f951: fatal error: can’t open /tmp/ccKB9p5g.s for writing: No such file or directory

With the command ls -l / | grep tmp I have drwxrwxrwt+ 1 user_name None 0 06-17 08:53 tmp - Oryginalna wiadomość - Il 6/14/2013 4:09 PM, Eliza Tkacz RIK ha scritto: > Hello, > > After installing the package OpenSSH I am not able to compile any fortran > code using gfortran comman

Re: Invalid link on acronym page

On Jun 16 14:50, Earnie Boyd wrote: > The link to the list of Big List Of Dodgy Apps is invalid and no > longer directs correctly. > > http://cygwin.com/faq/faq.using.html#faq.using.bloda > > should become > > http://cygwin.com/faq/faq.html#faq.using.bloda Thanks for the hint. There was anothe

Re: vim-minimal annoyance

2013/6/17 Shaun Fielder: > We're so used to vi === vim [fully featured] on Cygwin. At the very least - > when the full "vim" package is installed 'vi' should use it. > At the moment, I'm having to get everyone here to uninstall vim-minimal and > manually setup a sym-link (or alias) to get back to t

Re: pty issue causes 'screen' to hang when run from mintty as detached

> > Do we have any idea whether the problem is with mintty or with screen? > > I observed the same behaviour as the OP, but also reproduced it in > rxvt and xterm, so not a mintty issue. Since it works in a console, > the Cygwin pty layer has to be the main suspect, unless screen has > specfic cod

Re: getclip and cygutils and cygcheck

On Jun 14 23:15, Jeremy Hetzler wrote: > On Fri, Jun 14, 2013 at 5:15 AM, Corinna Vinschen wrote: > > > What's that size? I'm not aware of any size restriction in the current > > /dev/clipboard code. Well, there's an allocation when writing to the > > clipboard, but it's only restricted by the s

Re: get_myaddress error with nfsd

On Jun 14 13:16, Jazz wrote: > Another problem occurred. Both services mountd and nfsd start, but after a > while they stop. > > mountd.log says: > Cannot register service: RPC: Timed out > mountd[8860] 06/14/113 21:57 rpcmisc.c 99 : unable to register (mountd, 1, > udp). > > And nfsd.log says: >

Re: [Fix] Problems with latest version of the ocaml package

Hello, On 2013-06-15, at 09:45, 0b1kn00b wrote: > It's placing the library files in /lib but libdir is configured to /usr/lib, > although in the patch file in the source, there are /usr/lib prefixed files. Are you sure? I re-checked the tar files and they have everything in /usr/{bin,lib,share}.

RE: [ANNOUNCEMENT] Updated: bison-2.7.1-1

That was quick. Thanks! Shaun -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

RE: [GOLDSTAR] Re: [PATCH] Check for existence of the path before processing '..'

Hello! How can i contact you in private ? The address specified in messages can be used only within the list, and the server forces me to cc: to the public. > Btw., Fedin, even if I let this go in under the trivial patch rule, it > would be very nice if you could fill out the Cygwin copyright >

Re: Native symlinks troubles

On Jun 17 08:43, Алексей Павлов wrote: > This simple example illustrate problem with using native symlinks. > > $ export CYGWIN=winsymlinks:nativestrict > > $ mkdir bld && mkdir source && touch source/srcfile && ln -s > ../source/srcfile bld/bldfile > > $ ls -l bld > total 0 > lrwxrwxrwx 1 alexe

Re: [GOLDSTAR] Re: [PATCH] Check for existence of the path before processing '..'

On Jun 17 16:37, Fedin Pavel wrote: > Hello! > How can i contact you in private ? The address specified in messages > can be used only within the list, and the server forces me to cc: to > the public. That's deliberate, of course ;) If it's something which requires privacy you can try the add

Re: getclip and cygutils and cygcheck

On Jun 17 12:16, Corinna Vinschen wrote: > On Jun 14 23:15, Jeremy Hetzler wrote: > > After some testing, the limit seems to be 64k. It only happens when > > reading data that was copied to the clipboard by a Windows program (in > > this case Excel). > > [...] > > 583 $ cat /dev/clipboard >out.cat

Re: [Fix] Problems with latest version of the ocaml package

I've really no experience with cygwin packages, I saw afterward that the windows directory /lib is the cygwin directory /usr/lib and threw my toys out the pram. Something somewhere is busted and it gives errors of the same form as the original post, beyond that, I really can't say atm. regards, L

Cross-compiling Linux kernel

Hello! In order to cross-compile Linux kernel i have to patch host-side tools a little bit. Current problems are: 1. Cygwin misses linux/types.h 2. Cygwin defines the following ELF macros according to host machine: ELF_ST_BIND, ELF_ST_TYPE, ELF_R_SYM, ELF_R_TYPE What about improving Linux co

UNC and POSIX paths

Hello! I decided to pay attention to one more problem. Lots of not very well written configure scripts and makefiles like to access things like '//usr/bin'. Under Cygwin this causes problem because Cygwin treats '//' in Windows-style as access to network shares. What if we change this ? We coul

Re: f951: fatal error: can’t open /tmp/ccKB9p5g.s for writing: No such file or directory

Greetings, marco atzeri! >> Sorry but I am not sure if I verify permissions properly. >> I have created a text file mytxt.txt in /tmp and then >> cd .. >> ls -l tmp/ >> >> and the output is >> >> -rw-r--r-- 1 user_name None 6 06-17 08:53 mytxt.txt >> >> > try > ls -l / | grep tmp I wonder, would

Re: UNC and POSIX paths

On 06/17/2013 06:36 AM, Fedin Pavel wrote: Hello! I decided to pay attention to one more problem. Lots of not very well written configure scripts and makefiles like to access things like '//usr/bin'. Under Cygwin this causes problem because Cygwin treats '//' in Windows-style as access to ne

Re: pty issue causes 'screen' to hang when run from mintty as detached

On Mon, Jun 17, 2013 at 06:08:27AM -0400, Andrew Schulman wrote: >> > Do we have any idea whether the problem is with mintty or with screen? >> >> I observed the same behaviour as the OP, but also reproduced it in >> rxvt and xterm, so not a mintty issue. Since it works in a console, >> the Cygwin

git svn fork() problems on cygwin 1.7.20

Hi, Has anyone else seen these when using git svn or other perl programs on cygwin 1.7.20? Sometimes these go away after reboot and rebaseall. These happen mostly on my jenkins build server running 64bit Windows 7, especially after Windows security updates, but another 32bit machine seems to be o

Re: UNC and POSIX paths

On Mon, Jun 17, 2013 at 05:36:42PM +0400, Fedin Pavel wrote: > Hello! > > I decided to pay attention to one more problem. Lots of not very well >written configure scripts and makefiles like to access things like >'//usr/bin'. Under Cygwin this causes problem because Cygwin treats '//' in >Windows-s

Re: git svn fork() problems on cygwin 1.7.20

On Mon, Jun 17, 2013 at 05:00:47PM +0300, Mikko Rapeli wrote: > Has anyone else seen these when using git svn or other perl programs > on cygwin 1.7.20? > $ git svn rebase > ... > 0 [main] perl 4424 child_info_fork::abort: address space needed by > '_Client.dll' (0x52) is already occupi

Re: UNC and POSIX paths

On Mon, Jun 17, 2013 at 6:36 AM, Fedin Pavel wrote: > I decided to pay attention to one more problem. Lots of not very well > written configure scripts and makefiles like to access things like > '//usr/bin'. Under Cygwin this causes problem because Cygwin treats '//' in > Windows-style as access t

RE: UNC and POSIX paths

On Mon, 17 Jun 2013, at 06:57, Andrew DeFaria thusly quipped: > On 06/17/2013 06:36 AM, Fedin Pavel wrote: >> Hello! >> >> I decided to pay attention to one more problem. Lots of not very >> well written configure scripts and makefiles like to access things >> like '//usr/bin'. Under Cygwin

RE: git svn fork() problems on cygwin 1.7.20

Mikko Rapeli wrote: > On Mon, Jun 17, 2013 at 05:00:47PM +0300, Mikko Rapeli wrote: >> Has anyone else seen these when using git svn or other perl programs >> on cygwin 1.7.20? > >> $ git svn rebase >> ... >> 0 [main] perl 4424 child_info_fork::abort: address space needed by >> '_Client.dll

Re: Cross-compiling Linux kernel

On Jun 17 17:24, Fedin Pavel wrote: > Hello! > > In order to cross-compile Linux kernel i have to patch host-side tools a > little bit. Current problems are: > 1. Cygwin misses linux/types.h > 2. Cygwin defines the following ELF macros according to host machine: > ELF_ST_BIND, ELF_ST_TYPE, ELF

Re: Windows 8 permissions broken after a reboot

Of course, I completely forgot the "Run as admin" option ... After another small issue with the cyg_server account (I had to create a new account cyg_server2), now it works. Thanks a lot Larry ! -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/fa

Re: UNC and POSIX paths

On Jun 17 17:36, Fedin Pavel wrote: > Hello! > > I decided to pay attention to one more problem. Lots of not very well > written configure scripts and makefiles like to access things like > '//usr/bin'. Under Cygwin this causes problem because Cygwin treats '//' in > Windows-style as access to n

Re: Building a new package help

Larry, thanks. Your advice, was on the spot and got me closer to making a succsessful build. The other problem I found was that on cygwin, an additional header file called "zconf.h" is required and has to be included along with the zlib.h file. It builds now. Thanks for your assistance.

Re: Building a new package help

Larry, thanks. Your advice, was on the spot and got me closer to making a succsessful build. The other problem I found was that on cygwin, an additional header file called "zconf.h" is required and has to be included along with the zlib.h file. It builds now. Thanks for your assistance.

Re: pty issue causes 'screen' to hang when run from mintty as detached

> On Mon, Jun 17, 2013 at 06:08:27AM -0400, Andrew Schulman wrote: > >> > Do we have any idea whether the problem is with mintty or with screen? > >> > >> I observed the same behaviour as the OP, but also reproduced it in > >> rxvt and xterm, so not a mintty issue. Since it works in a console, > >

[ANNOUNCEMENT] Updated: python-gdata-2.0.18-1

Version 2.0.18-1 of python-gdata has been uploaded. python-gdata is the Google Data Python Client Library. The Google Data Python Client Library provides a library and source code that make it easy to access data through Google Data APIs. Changes are listed below. *** CYGWIN-ANNOUNCE U

Re: Cross-compiling Linux kernel

On 6/17/2013 11:18 AM, Corinna Vinschen wrote: On Jun 17 17:24, Fedin Pavel wrote: Hello! In order to cross-compile Linux kernel i have to patch host-side tools a little bit. Current problems are: 1. Cygwin misses linux/types.h 2. Cygwin defines the following ELF macros according to hos

Re: What is a good profiling tool ? - problem with gprof

On 6/17/2013 12:19 PM, J.B.W.Webber wrote: Hi, I am trying to find in which function call the most time is being spent. I am using gcc and trying to compile and link with -g and -pg. i.e. for a trivial test : $ cat helloworld.c /* Hello World program */ #include main() { printf("Hello Worl

Re: UNC and POSIX paths

On 06/17/2013 08:12 AM, g...@malth.us wrote: Why not simply fix the "not very well written configure scripts and makefiles"instead? BTW I've never come across a single one of those. Where are you getting yours? Can't answer this offhand (aware you didn't ask me :P) but, under the misguidance of

Re: UNC and POSIX paths

Andrew DeFaria writes: > I'm trying to understand the reluctance towards "fixing the problem" > and instead the insistence on "putting a band aid on it". So in the > above, why would you not instead do --prefix=/usr/local? Because some scripts try to use $(DESTDIR)/$(PREFIX) rather than $(DESTD

RE: UNC and POSIX paths

On Mon, 17 Jun 2013, at 10:07, Andrew DeFaria thusly quipped: > On 06/17/2013 08:12 AM, g...@malth.us wrote: >>> Why not simply fix the "not very well written configure scripts and >>> makefiles"instead? BTW I've never come across a single one of those. >>> Where are you getting yours? >> Can't ans

Re: What is a good profiling tool ? - problem with gprof

On 06/17/2013 12:19 PM, J.B.W.Webber wrote: Hi, I am trying to find in which function call the most time is being spent. I am using gcc and trying to compile and link with -g and -pg. i.e. for a trivial test : $ cat helloworld.c /* Hello World program */ #include main() { printf("Hello Wor

Re: f951: fatal error: can’t open /tmp/ccKB9p5g.s for writing: No such file or directory

Il 6/17/2013 3:36 PM, Andrey Repin ha scritto: Greetings, marco atzeri! try ls -l / | grep tmp I wonder, would that be different from ls -ld /tmp ? Is there any caveats under cygwin? Andrey Repin No, they are equivalent. I was just away from my PC and I do not remember all "ls" opti

Re: UNC and POSIX paths

On 6/17/2013 1:54 PM, g...@malth.us wrote: On Mon, 17 Jun 2013, at 10:07, Andrew DeFaria thusly quipped: On 06/17/2013 08:12 AM, g...@malth.us wrote: Why not simply fix the "not very well written configure scripts and makefiles"instead? BTW I've never come across a single one of those. Where ar

cyginw64 ioperm package

I don't see the ioperm package in Cygwin64, unless I'm not looking in the right place. Any ideas on if/when it might become available? Thanks. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html

Re: UNC and POSIX paths

On 06/17/2013 10:35 AM, Achim Gratz wrote: Andrew DeFaria writes: I'm trying to understand the reluctance towards "fixing the problem" and instead the insistence on "putting a band aid on it". So in the above, why would you not instead do --prefix=/usr/local? Because some scripts try to use $(

RE: What is a good profiling tool ? - problem with gprof

Subject: Re: What is a good profiling tool ? - problem with gprof On 06/17/2013 12:19 PM, J.B.W.Webber wrote: > Hi, I am trying to find in which function call the most time is being spent. > > I am using gcc and trying to compile and link with -g and -pg. > i.e. for a trivial test : > > $ cat hell

Re: UNC and POSIX paths

On 06/17/2013 10:54 AM, g...@malth.us wrote: As to why not fix the upstreams committing these atrocities, it's the obvious reason -- occasionally one encounters a large body of dense, non-fixable-by-sed/perl, poorly commented "spaghetti" script-code that makes "clever," deep usage of the assump

[Feature request] Setup64.exe should respect more recent packages' version

Could it be possible for Setup64.exe that it would not offer downgrading packages by default if their more recent counterparts are installed? Example of an undesirable behavior: installed is bash 4.2, but 4.1 version is wrongly suggested, etc. -- Problem reports: http://cygwin.com/problems.h

Re: UNC and POSIX paths

Andrew DeFaria wrote: > I'm confused. Let me ask a different way - why not fix such scripts instead? > That's all I'm asking. He's probably daunted by the thought. If he really wants to change the world here, he should consider writing a tool that scanned for such problems, and lobbying to get it

Re: [Feature request] Setup64.exe should respect more recent packages' version

On 6/17/2013 2:54 PM, Vasiliy wrote: Could it be possible for Setup64.exe that it would not offer downgrading packages by default if their more recent counterparts are installed? Example of an undesirable behavior: installed is bash 4.2, but 4.1 version is wrongly suggested, etc. Setup suggests

Fwd: [Feature request] Setup64.exe should respect more recent packages' version

Ok, I understand, and, yes, it's also about setup.exe. That would be true if the package was marked as 'a test package', aka those marked '[test]' in setup.ini, but what if they were not? From my example bash 4.2 is not marked as [test] (I've changed 'installed.db' file accordingly), yet setup(64)

Re: cyginw64 ioperm package

Il 6/17/2013 8:23 PM, Balaji Venkataraman ha scritto: I don't see the ioperm package in Cygwin64, unless I'm not looking in the right place. Any ideas on if/when it might become available? Thanks. as the 32 bit package is orphaned, we need a volunteer to take over. Are you interested ? Marco

Re: Fwd: [Feature request] Setup64.exe should respect more recent packages' version

Please, no . On 6/17/2013 3:27 PM, Vasiliy wrote: Ok, I understand, and, yes, it's also about setup.exe. That would be true if the package was marked as 'a test package', aka those marked '[test]' in setup.ini, but what if they were not? From my example bash 4.2

Re: Fwd: [Feature request] Setup64.exe should respect more recent packages' version

Il 6/17/2013 9:27 PM, Vasiliy ha scritto: Ok, I understand, and, yes, it's also about setup.exe. That would be true if the package was marked as 'a test package', aka those marked '[test]' in setup.ini, but what if they were not? From my example bash 4.2 is not marked as [test] (I've changed 'ins

Re: Fwd: [Feature request] Setup64.exe should respect more recent packages' version

On 6/17/2013, Larry wrote: That is the way it works for non-test packages. I'm not sure what mirror you're using but on mirror.mcs.anl.gov, bash 4.1.11 is the only version available for x64. ~~~ No, it does not. I've compiled, and installed bash 4.2.45 for x64, and made appropriate changes in

Re: Fwd: [Feature request] Setup64.exe should respect more recent packages' version

On 6/17/2013 3:50 PM, Vasiliy wrote: On 6/17/2013, Larry wrote: That is the way it works for non-test packages. I'm not sure what mirror you're using but on mirror.mcs.anl.gov, bash 4.1.11 is the only version available for x64. ~~~ No, it does not. I've compiled, and installed bash 4.2.45 fo

[ANNOUNCEMENT] Updated: {openldap/openldap-server/libopenldap2_4_2/openldap-devel}-2.4.35-2: Lightweight Directory Access Protocol suite

Hi New versions of 'openldap/openldap-server/libopenldap2_4_2/openldap-devel' have been uploaded to a server near you. o Build for cygwin 1.7.20-1 with gcc-4.5.3-3 o Fixed buildsystem for cygwin -> http://cygwin.com/ml/cygwin-apps/2013-06/msg00076.html o Fixed coredump in ldapsearch (for 6

Re: Cross-compiling Linux kernel

On 2013-06-17 08:24, Fedin Pavel wrote: In order to cross-compile Linux kernel i have to patch host-side tools a little bit. Current problems are: 1. Cygwin misses linux/types.h I have been trying to get this fixed upstream for quite some time without success: https://lkml.org/lkml/2012/

Re: vim-minimal annoyance

On 2013-06-16 21:54, Shaun Fielder wrote: Since the vim-minimal package came into existence, it's caused a fair bit of mucking around and frustration here (broken .vimrc; time to figure out what's going on). (Especially as each update wants to re-install vim-minimal which we don't want.) As Lar

Re: Fwd: [Feature request] Setup64.exe should respect more recent packages' version

On 6/17/2013 13:54, Larry Hall (Cygwin) wrote: On 6/17/2013 3:50 PM, Vasiliy wrote: I've compiled, and installed bash 4.2.45 for x64, and made appropriate changes in the /etc directory, so, it is up on the list of the installed packages. However, it keeps downgrading. You'll need to update yo

Re: UNC and POSIX paths

On 06/17/2013 12:01 PM, Dan Kegel wrote: Andrew DeFaria wrote: I'm confused. Let me ask a different way - why not fix such scripts instead? That's all I'm asking. He's probably daunted by the thought. Doesn't really address the question. OK, I'm out of here... -- Andrew DeFaria

Re: Fwd: [Feature request] Setup64.exe should respect more recent packages' version

On 6/17/2013 6:24 PM, Warren Young wrote: On 6/17/2013 13:54, Larry Hall (Cygwin) wrote: On 6/17/2013 3:50 PM, Vasiliy wrote: I've compiled, and installed bash 4.2.45 for x64, and made appropriate changes in the /etc directory, so, it is up on the list of the installed packages. However, it ke

Re: Fwd: [Feature request] Setup64.exe should respect more recent packages' version

On 6/17/2013 6:24 PM, Warren Young wrote: On 6/17/2013 13:54, Larry Hall (Cygwin) wrote: On 6/17/2013 3:50 PM, Vasiliy wrote: I've compiled, and installed bash 4.2.45 for x64, and made appropriate changes in the /etc directory, so, it is up on the list of the installed packages. However, it ke

Setup.exe won't run from Bash on Windows 8

But it will run if I double click it from Explorer. I have execute permissions. What is wrong? Chloe@xps ~ $ /setup.exe -bash: /setup.exe: Permission denied Chloe@xps ~ $ ls -l /setup.exe -rwx--+ 1 Chloe None 705053 Jun 13 02:03 /setup.exe Chloe@xps ~ $ icacls 'c:\cygwin\setup.exe' c:\cygw

Re: Setup.exe won't run from Bash on Windows 8

On Mon, Jun 17, 2013 at 4:13 PM, Chloe wrote: > But it will run if I double click it from Explorer. I have execute > permissions. What is wrong? Does cmd /c setup.exe work? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation:

Re: Setup.exe won't run from Bash on Windows 8

On 2013-06-17 18:13, Chloe wrote: But it will run if I double click it from Explorer. I have execute permissions. What is wrong? Due to UAC Installer Detection, setup.exe requires Admin permissions in order to run, but bash doesn't know that. Use cygstart /path/to/setup.exe to work around th

Re: UNC and POSIX paths

Andrew DeFaria wrote: >>> I'm confused. Let me ask a different way - why not fix such scripts >>> instead? >> >> He's probably daunted by the thought. >>[snipped description of how to approach this huge task] > > Doesn't really address the question. Armed with the tool I outlined, one could have a

Re: cyginw64 ioperm package

On Mon, Jun 17, 2013 at 12:41 PM, marco atzeri wrote: > as the 32 bit package is orphaned, we need a volunteer to take over. > Are you interested ? I'm new to maintaining a Cygwin package but sure, I'd like to give it a shot. Is there more info besides this: http://cygwin.com/setup.html. Would a

RE: vim-minimal annoyance

> As Larry stated, the latest release of vim-minimal uses virc instead of vimrc (as done on Fedora), so this should no longer be an issue. Sure, now if I upgrade an existing installation and then type 'vi' - I won't see any errors. Great. However, I'll be left wondering why it isn't working like I

RE: UNC and POSIX paths

On Mon, 17 Jun 2013, at 11:19, Larry Hall (Cygwin) thusly quipped: > So it's a question of convenience vs correctness. It seems the argument offered > is that it is convenient to allow incorrect scripts. An alternate argument could be > made that it is equally convenient to continue having Cygwin

Re: UNC and POSIX paths

On 06/17/2013 07:18 PM, g...@malth.us wrote: Mostly, I couldn't resist giving a literal answer to Andrew's (maybe-not-so-literally-intended) question of "why not fix it?" (nevertheless, I did fix it, already). I see, and I rest my case... -- Andrew DeFaria A Clean House Is

Re: cyginw64 ioperm package

Il 6/18/2013 2:19 AM, Balaji Venkataraman ha scritto: On Mon, Jun 17, 2013 at 12:41 PM, marco atzeri wrote: as the 32 bit package is orphaned, we need a volunteer to take over. Are you interested ? I'm new to maintaining a Cygwin package but sure, I'd like to give it a shot. Is there more in

[ANNOUNCEMENT] Updated: cygport-0.12.2-1

I have just released cygport-0.12.2 for the Cygwin distributions and the Fedora Cygwin repository. Notable changes in this release include: * cygautoreconf() replaces config.guess and config.sub with its own copies from upstream git, fixing packages using automake-1.9 or older on x86_64-cygwin

Re: UNC and POSIX paths

On Mon, Jun 17, 2013 at 07:18:12PM -0700, g...@malth.us wrote: >BTW, along the same lines, I stated previously it would break >http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob_plain;f=m4/double-sl >ash-root.m4. Turns out I was wrong, the m4 has a hard-coded list of >platforms. So, I have t

Bug with Cygwin's 'quilt'

There seems to be a problem with Cygwin's quilt. This simple example simply alters a #define from 'MESAGL' to 'NX_MESAGL'. That's it. New quilt created, ok. New patch, ok. Edit file, ok. Refresh (create patch), ok. Rollback changes, ok. Reapply patch.. error: >>> quilt push >>> Applying patch

Bug with Cygwin's 'quilt'

The last e-mail I supplied to the mailing list was missing the link to the example. See this one for the link. --- There seems to be a problem with Cygwin's quilt. This simple example simply alters a #define from 'MESAGL' to 'NX_MESAGL'. That's it. New quilt created, ok. New patch, ok. Edit

Re: Bug with Cygwin's 'quilt'

Built the latest source 0.60 (same version as Cygwin) from http://freecode.com/projects/quilt. Built on CentOS 6.4 and passes my previously provided test just fine. Downloaded the same source to Cygwin, rebuilt, replaced quilt in /bin; test still errors out. I also tried the latest cygwin1.dll

RE: UNC and POSIX paths

On Mon, 17 Jun 2013, at 21:42, Christopher Faylor thusly quipped: > On Mon, Jun 17, 2013 at 07:18:12PM -0700, g...@malth.us wrote: >> BTW, along the same lines, I stated previously it would break >> http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob_plain;f=m4/doub >> le-sl ash-root.m4. Turn

RE: UNC and POSIX paths

Hello! > Because some scripts try to use > > $(DESTDIR)/$(PREFIX) > > rather than > > $(DESTDIR)$(PREFIX) Yes, exactly, this is what i have got. I start to have these problems when i try to do non-standard things like cross-compiling Linux kernel and some 3rd party modules. :) Ability to r

Re: UNC and POSIX paths

On 06/18/2013 08:20 AM, Fedin Pavel wrote: > Hello! > >> Because some scripts try to use >> >> $(DESTDIR)/$(PREFIX) >> >> rather than >> >> $(DESTDIR)$(PREFIX) > > Yes, exactly, this is what i have got. > I start to have these problems when i try to do non-standard things like > cross-compilin

[ANNOUNCEMENT] Updated: screen 4.1.0-20130513-1

A new test version of screen, 4.1.0-20130513-1, is available in the Cygwin distribution, both 32 and 64 bits. This is a test release. To get it in setup.exe or setup64.exe, you'll have to click on the "Exp" radio button at top right of the "Select Packages" window. This is the first update of sc

RE: Cross-compiling Linux kernel

Hello! > > 1. Cygwin misses linux/types.h > > I have been trying to get this fixed upstream for quite some time > without success: > > https://lkml.org/lkml/2012/6/11/604 > https://lkml.org/lkml/2012/10/15/608 > https://lkml.org/lkml/2013/4/28/84 Looks like Linux developers have taken over

RE: UNC and POSIX paths

Hello! > Does replacing "/" with "/." help or does it not help? I cannot test > this right now. Yes, it does, this is how i did it. So - yes, it is also a matter of convenience, and time needed to find this workaround. Kind regards, Pavel Fedin Expert Engineer Samsung Electronics Research cent