base-files license?
In the "base-files" package, what license applies to the small number of
*actual shell scripts and skeleton files* under
etc/{defaults,postinstall, preremove}?
Is it, perhaps, one of the common licenses that are collected together
and stored in base-files? If so, which one?
Regards,
luke
--
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: [ANNOUNCEMENT] Updated: version 5.45 of expect/tcl
Craig - it is good to see some work going on in cygwin relating to tcl. I hope that expect-lite is incorporated; it would be nice to have a version of tcl closer to the latest version released. On Mon, Oct 24, 2011 at 9:31 PM, Craig Miller wrote: > Hello All, > > I am the author of expect-lite which relies heavily on > expect. The version in the cygwin repository is quite old (from 2003). I > have compiled a modern version of expect (v 5.45) based on TCL 8.5. You may want to contact the cygwinports < http://sourceware.org/cygwinports > to see if active support for a current release should go there first. -- Tcl - The glue of a new generation. http://wiki.tcl.tk/ Larry W. Virden http://www.facebook.com/lvirden/ Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -- 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
possible bug in stat() -- not working with special characters on 64 bit systems
I have been fighting a problem with a compiled C program and seem to have
narrowed it down. When file names contain special characters such as the n
with the tilde above it (ñ), stat() works fine on 32 bit machines, but fails
on 64 bit machines (both windows 7 and server 2008 R2).
At the end of the this email is source code of a small test program to
demonstrate the issue. Of course, the C:\ directory must contain the
Mañana.doc and Manana.doc files. I can provide a compiled version if
needed. The program is compiled on Cygwin version 1.5.25, GCC version
3.4.4.
On 32 bit machines, stat() succeeds for both files, on 64 bit machines, the
stat() of Manana.doc succeeds but Mañana.doc fails.
Can someone please test and confirm if this is, indeed, a bug?
Thanks,
Leon V
*start of source code
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
int main(int argc, char **argv)
{
char filename[100];
int rtn;
strcpy(filename, "C:\\Mañana.doc");
printf("filename is ***%s***\n",filename);
struct stat fileStat;
rtn = stat(filename,&fileStat);
printf("stat return code is: %d\n", rtn);
strcpy(filename, "C:\\Manana.doc");
printf("filename is ***%s***\n",filename);
rtn = stat(filename,&fileStat);
printf("stat return code is: %d\n", rtn);
return(0);
}
*end of source code*
--
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: Contributing license information?
On Oct 25 12:00, Luke Kendall wrote: > Corinna Vinschen wrote: > >On Aug 19 11:09, Luke Kendall wrote: > >>Soon, I will have prepared a list of the location of every license > >>file in every Cygwin package. My motivation is to make it easy for > >>people to find the license information, if they need it. > >> > >>(Preparing this information has required a lot of work on my part, > >>so I would be happy if something could be done to make it easy to > >>keep the information up to date as packages are added and modified.) > >> > >>What is the best way to contribute the license-location information > >>so it can be integrated into Cygwin? > > > >Just create a new package for the distro which keeps the information > >and maintain it. Somebody will have to keep the information up to date > >anyway. > > > > > >Corinna > > > > Is usr/share/doc/common-licenses/ within the "base-files" package, > supposed to be the place where all license information is collected? > Should I just use that instead of creating a new package? Sure, why not, if that's ok with David. You can also rip out the usr/share/doc/common-licenses directory from base-files and create a licenses package with all licenses. Just as you two want it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: base-files license?
On Oct 25 18:46, Luke Kendall wrote:
> In the "base-files" package, what license applies to the small
> number of *actual shell scripts and skeleton files* under
> etc/{defaults,postinstall, preremove}?
>
> Is it, perhaps, one of the common licenses that are collected
> together and stored in base-files? If so, which one?
http://cygwin.com/ml/cygwin/2011-10/msg00415.html
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
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: possible bug in stat() -- not working with special characters on 64 bit systems
On Oct 25 07:06, Leon Vanderploeg wrote: > I have been fighting a problem with a compiled C program and seem to have > narrowed it down. When file names contain special characters such as the n > with the tilde above it (ñ), stat() works fine on 32 bit machines, but fails > on 64 bit machines (both windows 7 and server 2008 R2). > > At the end of the this email is source code of a small test program to > demonstrate the issue. Of course, the C:\ directory must contain the > Mañana.doc and Manana.doc files. I can provide a compiled version if > needed. The program is compiled on Cygwin version 1.5.25, GCC version > 3.4.4. Please update to Cygwin 1.7. Cygwin 1.5.25 is not supported anymore, abd had no internationalization capabilities. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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
New versions of tcl and expect? [Was: [ANNOUNCEMENT] Updated: version 5.45 of expect/tcl]
On 10/24/2011 9:31 PM, Craig Miller wrote: [text] Please don't imitate our official announcement subject lines. This is why I rejected your original post to cygwin-announce: that list (and, fairly speaking, the subject line format) is for official announcements by the duly appointed *cygwin* maintainers of cygwin packages. In any case, I'll repeat what I put in the reject message: > That's not what this list is for. Please open a discussion concerning > this new expect on the main cygwin list. I'll point out that there > is a long-standing issue with the cygwin tcl/tk packages, which right > now are sort of frankenstein part cygwin part native win32...and > efforts to fix that have met resistance for a variety of reasons. > > So...be prepared for an, err, "vigorous", debate... -- Chuck -- 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: rebase problem
Zdzislaw, On Mon, Oct 24, 2011 at 12:38:57PM -0700, Zdzislaw Meglicki wrote: > There is a problem with running rebase on my system. I go through the > motions: > > [snip] > > This works fine until: > > /usr/bin/cygAfterImage-0.dll: new base = 6ff7, new size = 7 > /usr/X11R6/bin/cygXft-1.dll: new base = 6ffe, new size = 2 > rebase: failed to create temporary rebase database: No such file or directory There was a problem with how rebase 4.0.0-1 was configured. Upgrading to rebase 4.0.1-1 should solve your problem: http://cygwin.com/ml/cygwin-announce/2011-10/msg00038.html Jason -- 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
home path for cygwin 1.7.9 is acting funny
I installed to "c:\personal\cygwin" on my windows xp machine. If I open a command prompt and type "echo %HOME%", I get "C:\Documents and Settings\Matt" If I then start an ssh connection from DOS (not the Cygwin program), I get an error at the beginning of the connection initiation that states "Could not create directory 'C/.ssh'." This means that I can never save the certificate of the server I always ssh to so I always have to manually accept the connection. Here's the really odd thing: If I start cygwin in another window and then come back to my regular dos screen and run the ssh connection again, I don't get this error. If I re-examine the %HOME% path in the DOS window while cygwin is running, it still looks the same. I have searched exhaustively on this topic and the one solution that keeps coming up is to make sure your /etc/passwd file inside of cygwin points to the home path. Mine seems to because my entry ends with: ":/cygdrive/c/Documents and Settings/matt:/bin/bash" Anyone know why starting cygwin in another window makes the problem go away? I did a diff between the output of the cygcheck command in a DOS window before and after I open cygwin in another window and I get the following: < Current System Time: Tue Oct 25 07:58:47 2011 --- > Current System Time: Tue Oct 25 07:59:30 2011 23,24c23,25 < UID: 0(Matt Smith) GID: 0(root) < 0(root) 544(Administrators) 545(Users) --- > UID: 1003(Matt Smith) GID: 513(None) > 513(None) 0(root) 544(Administrators) > 545(Users) 76c77 < (default) = '\??\c:\personal\cygwin' --- > (default) = '\??\C:\personal\cygwin' 84c85 < System: Key: 93d3f9586243fecd Path: c:\personal\cygwin --- > System: Key: 93d3f9586243fecd Path: C:\personal\cygwin -- 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: [ANNOUNCEMENT] Updated: version 5.45 of expect/tcl
Hi Marco, I am sure someone else could update the expect package, but I have been following cygwin for a year now (support expect-lite on cygwin) and saw no updates. There is functionality in the newer expect that expect-lite takes advantage of, and it would be nice to have a newer version in the distro. I have included in the package the tcl lib for 8.5. It will get installed when this package is installed. I hope that helps, Craig... On Tue, Oct 25, 2011 at 10:54 AM, Craig Miller wrote: > > Hi Marco, > I am sure someone else could update the expect package, but I have been > following cygwin for a year now (support expect-lite on cygwin) and saw no > updates. There is functionality in the newer expect that expect-lite takes > advantage of, and it would be nice to have a newer version in the distro. > I have included in the package the tcl lib for 8.5. It will get installed > when this package is installed. > I hope that helps, > Craig... > > On Tue, Oct 25, 2011 at 2:48 AM, Marco Atzeri wrote: >> >> On 10/25/2011 3:31 AM, Craig Miller wrote: >>> >>> Hello All, >>> >>> I am the author of expect-lite which relies heavily >>> on expect. The version in the cygwin repository is quite old (from >>> 2003). I have compiled a modern version of expect (v 5.45) based on TCL >>> 8.5. >>> >>> Expect, originally written by Don Libes, is a program that "talks" to >>> other interactive programs according to a script. Following the script, >>> Expect knows what can be expected from a program and what the correct >>> response should be. An interpreted language provides branching and >>> high-level control structures to direct the dialogue. In addition, the >>> user can take control and interact directly when desired, afterward >>> returning control to the script. >>> >>> This is a direct replacement for the 2003 version, and can be found at: >>> http://www.makikiweb.com/cygwin/expect/ >>> >>> Please accept this into the cygwin repository. >>> >>> thanks, >>> >>> Craig... >>> >> >> I suspect our expect package maintainer (aka cgf) is capable to >> update the package by himself. >> Moreover the tcltk package in cygwin is based around 8.4 not 8.5. >> >> Regards >> Marco >> >> >> >> >> -- >> 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 >> > -- 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: [ANNOUNCEMENT] Updated: version 5.45 of expect/tcl
Thanks Larry, Once I get the updated version of expect in the distro, I think I would like to create an expect-lite package for cygwin. It doesn't appear all that hard, and I am already creating deb and rpm packages. Thanks, Craig... On Tue, Oct 25, 2011 at 8:50 AM, Larry W. Virden wrote: > Craig - it is good to see some work going on in cygwin relating to > tcl. I hope that expect-lite is incorporated; it would be nice to have > a version of tcl closer to the latest version released. > > On Mon, Oct 24, 2011 at 9:31 PM, Craig Miller wrote: >> Hello All, >> >> I am the author of expect-lite which relies heavily on >> expect. The version in the cygwin repository is quite old (from 2003). I >> have compiled a modern version of expect (v 5.45) based on TCL 8.5. > > You may want to contact the cygwinports < > http://sourceware.org/cygwinports > to see if active support for a > current release should go there first. > > -- > Tcl - The glue of a new generation. http://wiki.tcl.tk/ > Larry W. Virden > http://www.facebook.com/lvirden/ > Even if explicitly stated to the contrary, nothing in this posting > should be construed as representing my employer's opinions. > > -- > 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 > > -- 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: [ANNOUNCEMENT] Updated: version 5.45 of expect/tcl
On 10/25/2011 6:18 PM, Craig Miller wrote: Hi Marco, I am sure someone else could update the expect package, but I have been following cygwin for a year now (support expect-lite on cygwin) and saw no updates. There is functionality in the newer expect that expect-lite takes advantage of, and it would be nice to have a newer version in the distro. I have included in the package the tcl lib for 8.5. It will get installed when this package is installed. I hope that helps, Craig... Craig, it is clear that you are not yet familiar with the cygwin mailing list and the way of working of the cygwin maintainer community. 1st) on these mailing lists we do not top-post 2nd) if you need a package to be updated, the right way is to ask politely the maintainer to update it, sending an e-mail to this mailing list. 3rd) if you want to offer yourself as mantainer "of expect-lite" package for cygwin, than you start reading the documentation at http://cygwin.com/setup.html We expect a package to follow certain rules and be provided also as source non only as binary. As all the package mantainer are volounteers, we appreciate the job of everyone and we do not step over the other responsabilities. For your info, here is the list of packages and maintainers: http://cygwin.com/cygwin-pkg-maint As you can see, Christopher is taking care of a lot of packages, but if you ask politely you have chance to see "expect" updated. Best Regards Marco On Tue, Oct 25, 2011 at 10:54 AM, Craig Miller wrote: Hi Marco, I am sure someone else could update the expect package, but I have been following cygwin for a year now (support expect-lite on cygwin) and saw no updates. There is functionality in the newer expect that expect-lite takes advantage of, and it would be nice to have a newer version in the distro. I have included in the package the tcl lib for 8.5. It will get installed when this package is installed. I hope that helps, Craig... On Tue, Oct 25, 2011 at 2:48 AM, Marco Atzeri wrote: On 10/25/2011 3:31 AM, Craig Miller wrote: Hello All, I am the author of expect-lite which relies heavily on expect. The version in the cygwin repository is quite old (from 2003). I have compiled a modern version of expect (v 5.45) based on TCL 8.5. Expect, originally written by Don Libes, is a program that "talks" to other interactive programs according to a script. Following the script, Expect knows what can be expected from a program and what the correct response should be. An interpreted language provides branching and high-level control structures to direct the dialogue. In addition, the user can take control and interact directly when desired, afterward returning control to the script. This is a direct replacement for the 2003 version, and can be found at: http://www.makikiweb.com/cygwin/expect/ Please accept this into the cygwin repository. thanks, Craig... I suspect our expect package maintainer (aka cgf) is capable to update the package by himself. Moreover the tcltk package in cygwin is based around 8.4 not 8.5. Regards Marco -- 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
Request update of TCL and expect packages
Hello Chris Sutcliffe & Christopher Faylor, Apparently, I started off on the wrong foot. I apologize to the list. I respectfully request that the expect and TCL packages in the cygwin distro be updated. I have the sources I used (earlier) to create expect version 5.45, and they can be found at: http://www.makikiweb.com/cygwin/tcl/ http://www.makikiweb.com/cygwin/expect/ Thank you in advance, Craig... [author of expect-lite] -- 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
Symbilic links support
By default git checkout files created as symbolic links on linux system as symbolic links. Under windows it does not work. I expect on cygwin machines after git checkout I will get normal links can be readed as 'ls -al' command. But they actually appears as normal files. -- AK -- 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
[ANNOUNCEMENT] Updated: subversion-1.7.1-1
A new version of subversion is available. NEWS: = See CHANGES (URL below) for more information about the differences between 1.7.1 and previous Subversion releases. IMPORTANT: Please read the release notes (URL below) before upgrading from a previous major release. 1.7 includes a new working copy format with a manual upgrade operation. This will render your working copy unusable with previous major releases. Furthermore, there are some issues trying to upgrade corrupt working copies. Please see the release notes http://subversion.apache.org/docs/release-notes/1.7.html for more details about the changes in Subversion. See http://svn.apache.org/repos/asf/subversion/tags/1.7.1/CHANGES for more details about the changes in 1.7.1. DESCRIPTION: Subversion is a version control system designed to be a compelling successor to CVS. Please see http://svnbook.red-bean.com/en/1.6/index.html for the latest official release of the Subversion Book, covering 1.6 or http://svnbook.red-bean.com/nightly/en/index.html for the WIP version of the book covering 1.7. DOWNLOAD: = Note that downloads from sourceware.org (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenberger daver...@acm.org -- 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: Symbilic links support
On 10/25/2011 11:48 AM, Alexey Kuznetsov wrote: By default git checkout files created as symbolic links on linux system as symbolic links. Under windows it does not work. I expect on cygwin machines after git checkout I will get normal links can be readed as 'ls -al' command. But they actually appears as normal files. Does adding this to your ~/.gitconfig help? [core] filemode = true If so, we need to push back on the upstream git folks to tell them that their defaults on cygwin are wrong, for any repository that wants to use symlinks. Upstream git is playing nasty tricks of trying to go behind cygwin's back, and use native windows functions instead of stat() for speed, but as a result of those games, they break symlink support. I guess I should look into packaging the latest upstream git soon, anyways, and as part of that packaging, I'll see if I can tweak the default to avoid the brain-dead upstream "optimization", at least for out-of-the-box configuration, if that does indeed fix your problem. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- 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: Contributing license information?
On Tue, Oct 25, 2011 at 03:50:45PM +0200, Corinna Vinschen wrote: > On Oct 25 12:00, Luke Kendall wrote: > > Corinna Vinschen wrote: > > >On Aug 19 11:09, Luke Kendall wrote: > > >>Soon, I will have prepared a list of the location of every license > > >>file in every Cygwin package. My motivation is to make it easy for > > >>people to find the license information, if they need it. > > >> > > >>(Preparing this information has required a lot of work on my part, > > >>so I would be happy if something could be done to make it easy to > > >>keep the information up to date as packages are added and modified.) > > >> > > >>What is the best way to contribute the license-location information > > >>so it can be integrated into Cygwin? > > > > > >Just create a new package for the distro which keeps the information > > >and maintain it. Somebody will have to keep the information up to date > > >anyway. > > > > Is usr/share/doc/common-licenses/ within the "base-files" package, > > supposed to be the place where all license information is collected? > > Should I just use that instead of creating a new package? > > Sure, why not, if that's ok with David. You can also rip out the > usr/share/doc/common-licenses directory from base-files and create > a licenses package with all licenses. Just as you two want it. There's also another solution: include licensing information within base-files, and co-mantain it. It's already under version control. Luke, if it's ok with you, I'd go this way. -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
Re: home path for cygwin 1.7.9 is acting funny
On 10/25/2011 11:13 AM, Matthew Smith wrote: I installed to "c:\personal\cygwin" on my windows xp machine. If I open a command prompt and type "echo %HOME%", I get "C:\Documents and Settings\Matt" If I then start an ssh connection from DOS (not the Cygwin program), I get an error at the beginning of the connection initiation that states "Could not create directory 'C/.ssh'." This means that I can never save the certificate of the server I always ssh to so I always have to manually accept the connection. Here's the really odd thing: If I start cygwin in another window and then come back to my regular dos screen and run the ssh connection again, I don't get this error. If I re-examine the %HOME% path in the DOS window while cygwin is running, it still looks the same. I have searched exhaustively on this topic and the one solution that keeps coming up is to make sure your /etc/passwd file inside of cygwin points to the home path. Mine seems to because my entry ends with: ":/cygdrive/c/Documents and Settings/matt:/bin/bash" Mount your path above as /home/matt, update your '/etc/passwd' file, and try again. Spaces in paths are likely causing you to trip and fall. -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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
Is /usr/src/cygutils-1.4.6-1.cygport is out of date?
Don't HOMEPAGE and SRC_URI carry only up to 1.4.2 ?
I wonder if the other information is up to date.
$ cat /usr/src/cygutils-1.4.6-1.cygport
DESCRIPTION="A collection of small but useful utilties for cygwin"
HOMEPAGE="http://cygutils.fruitbat.org/cygutils-package/index.html";
SRC_URI="http://cygutils.fruitbat.org/cygutils-package/download/${P}.tar.lzma";
DIFF_EXCLUDES="-x m4"
src_compile() {
cd ${S}
./bootstrap
cd ${B}
cygconf
cygmake
}
--
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: Is /usr/src/cygutils-1.4.6-1.cygport is out of date?
On 10/25/2011 8:58 PM, Regid Ichira wrote:
Don't HOMEPAGE and SRC_URI carry only up to 1.4.2 ?
I wonder if the other information is up to date.
$ cat /usr/src/cygutils-1.4.6-1.cygport
DESCRIPTION="A collection of small but useful utilties for cygwin"
HOMEPAGE="http://cygutils.fruitbat.org/cygutils-package/index.html";
SRC_URI="http://cygutils.fruitbat.org/cygutils-package/download/${P}.tar.lzma";
Nah, I've just been forgetting to upload the "basic" tarballs. Since
there is a one-to-one correspondence between the "cygwin" -src tarball
and the "basic" one...I sometimes forget to upload the latter.
Thanks for the reminder.
--
Chuck
--
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
