Re: don't use AC_FUNC_MMAP, use AC_CHECK_FUNCS(mmap) instead.
Yaakov Selkowitz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: | AC_CHECK_FUNCS(mmap) issues this: | checking for mmap... yes | | This is what I will using now for all the GNOME packages, there are | several packages affected, so far I know of: | - libgtop | - gtk+ | - libgnomeprint | - libgsf Actually, looking again at my libgnomeprint22 package, I already had manually patched the few places that needed mmap (i.e. #if defined(HAVE_MMAP) || defined(__CYGWIN__) ) due to build errors. I'll have to look at libgsf though. | I think it just tries to link against the system library and it | succeeds, so mmap() is considered to be available. Fine with me. | | Using the macro AC_FUNC_MMAP, the test fails and mmap() will not be | available. | | BTW, it looks like this in configure.ac: | case $host in | *cygwin*) | AC_CHECK_FUNCS(mmap) | ;; | *) | AC_FUNC_MMAP | ;; | esac Thanks for the tip. But how does that define HAVE_MMAP? And what about fixing AC_FUNC_MMAP itself? I don't know how, maybe it doesn't do it, I'm not sure, at least it is so in GMP, but this is very special. Better fix AC_FUNC_MMAP. Submit a patch to the Cygwin autoconf maintainer, since there were no upstream autoconf releases for years, it needs to be fixed locally at first. BTW, I will be on a business trip for the next week and cannot reply all my mail, Gerrit -- =^..^=
Policy to accept new packages? (was: Re: [ITP] shellsupport-1.2.4-1)
* Sun 2004-10-10 Christopher Faylor cgf-no-personal-reply-please AT cygwin.com | On Sun, Oct 10, 2004 at 09:41:43PM +0200, Reini Urban wrote: | | I want to maintain shellsupport, a simple (bourne) shell scripting | support helper. It is a commandline C program that provides those | features I miss when writing portable shell scripts, because they are | not covered by other portable (Posix 1003.2) tools. | | http://www.cons.org/cracauer/shellsupport.html | | Is this offered by any other distribution? I like to limit package | acceptance to something that would conceivably show up in Mandrake, I would more like to see the policies to more like in Debian, where - Any package would be good as well as somebody maintains it - If package is unmaintained it is pulled off. I think to would encourage people more into contributing. A discussion about package's merits before it is included is rather a personal opinion and tend to favor the look of ivory tower, so to speak. Jari
GNOME progress report (with screenshot!)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello everyone, Yes, there's been a lot of back-and-forth between me and Gerrit regarding the packaging of the GNOME libraries and desktop. The core desktop has been built, and is up and running, although there's still work before these packages will be ready to roll out. In the meantime, check out this screenshot: http://cygwin-ports.sourceforge.net/screenshots/gnome2-desktop.jpg Now, Gerrit (and anyone else interested), let's get down to business. I've posted for you ready-to-consume packages of libbonobo2, GConf2, gnome-vfs2, libgnome2, libbonoboui2, and libgnomeui2 at: http://cygwin-ports.sourceforge.net/install/temp/ Note that libgnomeui2 is dependent on gnome-keyring. Therefore I've taken the following packages which I think are ready, at the same place: ~ gnome-keyring, libgnomeprint22, libgnomeprintui22. I think your six packages, my three, and your updates to gtk2-x11 and libcroco should be uploaded ASAP, which will give us all the core libraries in the distro. ~From there I'll work on the following (not necessarily in order): scrollkeeper gail libgsf libgtkhtml2 librsvg2 gtkspell vte gnome-terminal xscreensaver zenity I guess the next thing for you should be to prepare the desktop packages: metacity gnome-desktop gnome-panel gnome-session gnome-applets nautilus control-center This is what needs to be added: 1) Any package installing *.schemas files needs postinstall and preremove scrips. They all go like this, listing the real names for the schema files, of course: schema_files=\ ~drivemount.schemas \ ~geyes.schemas \ ~gkb.schemas \ for p in ${schema_files} ; do ~ GCONF_CONFIG_SOURCE=xml::/etc/gconf/gconf.xml.defaults \ ~/usr/bin/gconftool-2 --makefile-install-rule /etc/gconf/schemas/$p ; done The preremove script is the same, except replace --makefile-install-rule with --makefile-uninstall-rule. 2) In addition, gnome-panel needs an additional step: /usr/bin/gconftool-2 --direct \ - --config-source=xml::/etc/gconf/gconf.xml.defaults \ - --load /etc/gconf/schemas/panel-default-setup.entries ; \ /usr/bin/gconftool-2 --direct \ - --config-source=xml::/etc/gconf/gconf.xml.defaults \ - --load /etc/gconf/schemas/panel-default-setup.entries \ /apps/panel/profiles/default ; \ Note that this panel-default-setup.entries file is NOT to be in the schema_files list. 3) Packages installing scrollkeeper OMF files need this in their postinstall script: /usr/bin/scrollkeeper-update -p /var/lib/scrollkeeper -o \ /usr/share/omf/$(PACKAGE_NAME) I got the /var/lib from the BLFS book; it recommends configuring scrollkeeper-dependent packages with -localstatedir=/var/lib for this reason. 4) Sometimes programs have trouble starting gconfd-2; this is usually because the gconf locks aren't deleted after exiting. Doing the following seems to make everything work: $ rm -fr $TMP/gconfd-* Note that this may be an issue with postinstall scripts which call gconftool-2; maybe we'll have to put in some logic to include this so that the script doesn't get stuck. 5) In addition, before running the desktop, make sure that NO gnome processes are running, then: $ rm -fr /tmp/.ICE-unix/* $TMP/gconfd-* $TMP/orbit-* $ run XWin -unixkill -clipboard -nodecoration $ gnome-session gnome-session will start up metacity and nautilus by itself. 6) I'm also getting the constant disk polling; I'm pretty sure it's from nautilus. Can we pinpoint the cause? If you need any further help with the packaging issues, please let me know, and keep me posted on what you're working on so that we don't duplicate efforts. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBcuMJpiWmPGlmQSMRAhdxAJ9r8JOYWNkIt8/IrZQ76Lf8IujRzwCgyO9h obor0m4kt2LneBn6bpUcl+o= =Vg7+ -END PGP SIGNATURE-
Re: cygwin, tcl/tk, and native [Was: Re: Interest in native Tcl/Tk/Expect/Itcl/... packages?]
On Sat, Oct 16, 2004 at 03:46:45AM -0400, Jean-Sebastien Trottier wrote: I like the third option... I'm not going to use gdb as much as Chris so I think he is in a better position to maintain it. However, I agree to take care of cutting the first stable gdb + Cygwin, W11 Tcl/Tk version. I would also agree to co-maintain gdb with Chris and to fix any Tcl/Tk-related issues. As for fully taking over maintenance of gdb, I'm not totally against it but I guess we could discuss the details later... If you can come up with a workable plan for making sure that releasing tcl/tk does not impact insight and, if there are changes necessary for insight, you are willing to promote them in the insight mailing list, I'll continute to grudgingly support insight. I support gdb and used to support gcc because the previous maintainer vanished without a trace (although he has petulantly resurfaced occasionally). I'd be happy to give up supporting insight but the only other person who makes sense to pass it off to would be Corinna and she's already supporting more than her share. cgf
Re: [ITP] email-2.3.0
On Sat, Oct 16, 2004 at 10:13:33AM +0200, Gerrit P. Haase wrote: Ross Smith II wrote: I want to contribute/maintain email. Canonical website: http://email.cleancode.org/ Though I use nail for this, which unfortunately not included, please count +1 vote from me. I'm sorry but, here again, we're talking about porting an AFAICT, non-standard package to cygwin when we're missing something as basic as mailx (or nail, or whatever). Is email included in any linux release? While I appreciate the spirit of people who want to donate their time for this endeavor, I don't want cygwin to be a hodge-podge of random packages with functionality similar-to but not identical-to linux releases. Isn't there anyone out there who can perform the dead-simple act of packaging up nail for this purprose? cgf
Re: Policy to accept new packages? (was: Re: [ITP] shellsupport-1.2.4-1)
On Sun, Oct 17, 2004 at 04:23:31PM +0300, Jari Aalto+mail.linux wrote: I would more like to see... Well, unfortunately (or fortunately, depending on how you look at it), this isn't strictly a democracy. It is more like a benign or (depending how you look at it) mean co-dictatorship. I think to would encourage people more into contributing. A discussion about package's merits before it is included is rather a personal opinion and tend to favor the look of ivory tower, so to speak. We are certainly not going to just include things in the distribution and then argue the merits of so doing after the package has been included. That's crazy. I do appreciate very much the fact that people are willing to spend time porting a package to cygwin and are theoretically willing to support it indefinitely. That does not mean that I will stand by and watch the official cygwin distribution fill up with every package able to get three votes. For one thing, the space on sourceware is not free and, for another, every package adds potential traffic to the cygwin list. If we are going to add traffic we might as well add it for well-known packages rather than packages like shellsupport where the basic principles of cygwin (provide a standard linux-like feel to windows) are essentially subverted. I keep suggesting this but maybe it is time to change the acceptance behavior. Some people here just seem to have their auto-reply set to +1 for every message which has an ITP in the subject. Another suggestion: Not every package that runs on linux is released via debian, mandrake, or fedora. There are plenty of packages out there that are downloaded from individual web sites. You can advertise such packages at the cygwin web site by clicking on the links to add new software to the list shown on the main cygwin page. cgf
Re: [ITP] email-2.3.0
Christopher Faylor wrote: [snip] Isn't there anyone out there who can perform the dead-simple act of packaging up nail for this purprose? Sorry, can't be done: nail has a file called aux.c... the apocalypse must be coming soon. Harold
Re: [ITP] email-2.3.0
Christopher Faylor wrote: I'm sorry but, here again, we're talking about porting an AFAICT, non-standard package to cygwin when we're missing something as basic as mailx (or nail, or whatever). Given that argument, how would a new program ever become standard? Isn't there anyone out there who can perform the dead-simple act of packaging up nail for this purprose? It can't be that simple to port, or someone would have already done it. Christ, I can't even untar nail to my Cygwin box as it contains a file named aux.c. Also, given that http://cvs.sourceforge.net/viewcvs.py/nail/nail/README?rev=HEADview=markup states: On the other hand, I strongly discourage from porting nail to Windows and environments that make Windows look Unix-like; I won't accept any patches or suggestions that go in this direction. There are two major reasons for this: First, any port makes maintaining harder; there are always more work-arounds in the source, and introducing new features involves the question whether they will work an all supported platforms. The more different a platform behaves from, let's say, the common Unix way, the more hacks have to be made, costing human time that could otherwise have been used to enhance the software for Unix platforms. Windows is just not worth this, and here we are at the second point: Porting software to Windows encourages people to use -- that is: to buy -- Windows. It supports a company that is known to threaten Open Source software like nail. In short, porting nail (or similar free software) to Windows has an ill effect on that software. Don't do it. I have no desire to port nail to Cygwin. If you can recommend another alternative, I'm all ears. If not, then given how responsive and helpful Dean Jones was in applying my Cygwin patches to email, maybe we should support his application, instead of a program written by someone who is so unwilling to work with us, no matter how standard it is. -Ross
Re: [ITP] email-2.3.0
Ross Smith II wrote: [snip] Also, given that http://cvs.sourceforge.net/viewcvs.py/nail/nail/README?rev=HEADview=markup states: On the other hand, I strongly discourage from porting nail to Windows and environments that make Windows look Unix-like; I won't accept any patches or suggestions that go in this direction. There are two major reasons for this: First, any port makes maintaining harder; there are always more work-arounds in the source, and introducing new features involves the question whether they will work an all supported platforms. The more different a platform behaves from, let's say, the common Unix way, the more hacks have to be made, costing human time that could otherwise have been used to enhance the software for Unix platforms. Windows is just not worth this, and here we are at the second point: Porting software to Windows encourages people to use -- that is: to buy -- Windows. It supports a company that is known to threaten Open Source software like nail. In short, porting nail (or similar free software) to Windows has an ill effect on that software. Don't do it. My general response to arguments like that is: fuck 'em. I'll port it just to be a thorn in the guys side. Harold
winsup/utils ChangeLog cygcheck.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2004-10-18 01:44:55 Modified files: utils : ChangeLog cygcheck.cc Log message: * cygcheck.cc (pretty_id): Allocate space for ')' in uid and guid. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.278r2=1.279 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/cygcheck.cc.diff?cvsroot=uberbaumr1=1.51r2=1.52
winsup/utils ChangeLog
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2004-10-18 01:47:01 Modified files: utils : ChangeLog Log message: fix date Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.279r2=1.280
src/winsup/w32api ChangeLog include/wsahelp.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-10-18 04:31:17 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: wsahelp.h Log message: = include/wsahelp.h (WINSOCK_MAPPING, WSHGetWinsockMapping, PWSH_GET_WINSOCK_MAPPING): Don't define if __OBJC__. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.609r2=1.610 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/wsahelp.h.diff?cvsroot=srcr1=1.2r2=1.3
Re: [Patch] testsuite and newlib's signal.h.
On Fri, Oct 15, 2004 at 10:53:56PM +0200, Bas van Gompel wrote: Op Thu, 14 Oct 2004 11:55:59 -0400 schreef Christopher Faylor I also noticed this change was instigated by you. As I'm not subscribed to the newlib-list and have no idea of how to fix this, apart from applying the patch, or undoing the newlib change, which I think is a good thing in principle (the newlib change, not undoing it), I was hoping you'd take action on this (or just apply the patch). I'll subscribe the newlib-list, and --if you insist-- report there. If there is a problem with sys/signal.h, I would appreciate it if you would send email to the newlib list rather than expecting me to examine the problem that you found myself, understand it, and try to champion its rectification. If you don't want to do that, I will probably get around to it eventually. cgf
Re: [Patch] cygcheck: pretty_id misbehaving.
On Sat, Oct 16, 2004 at 02:14:33AM +0200, Bas van Gompel wrote: Op Fri, 15 Oct 2004 09:59:04 -0400 schreef Christopher Faylor jj: or to negate : sz repeatedly inside of a loop. My plan was to not negate sz at all, use the printf format-flag ``-''. Yes. I get it. This is a difference of opinion. Also, space needs to be allocated for the trailing `\0` on uid and gid, and notice there isn't a space at the end of the printf format. I keep making this stupid mistake. I have, again, checked in a variation of your fix. I think I got it right this time. Thanks, cgf
Re: [Patch] cygcheck: pretty_id misbehaving.
Op Sun, 17 Oct 2004 19:34:23 -0400 schreef Christopher Faylor in [EMAIL PROTECTED]: : On Sat, Oct 16, 2004 at 02:14:33AM +0200, Bas van Gompel wrote: : Op Fri, 15 Oct 2004 09:59:04 -0400 schreef Christopher Faylor : jj: or to negate : : sz repeatedly inside of a loop. : : My plan was to not negate sz at all, use the printf format-flag ``-''. : : Yes. I get it. This is a difference of opinion. Oh well, it works. : Also, space needs to be allocated for the trailing `\0` on uid and : gid, and notice there isn't a space at the end of the printf format. : : I keep making this stupid mistake. I have, again, checked in a variation : of your fix. I think I got it right this time. Well, almost. :) ChangeLog-entry: 2004-10-18 Bas van Gompel [EMAIL PROTECTED] * Cygcheck.cc (pretty_id): Count ')' in ui_len and gui_len. --- src/winsup/utils-3/cygcheck.cc 17 Oct 2004 23:31:23 - 1.51 +++ src/winsup/utils-3/cygcheck.cc 18 Oct 2004 01:20:27 - @@ -814,8 +814,8 @@ pretty_id (const char *s, char *cygwin, } char **ng = groups - 1; - size_t len_uid = strlen (UID: ) + strlen (uid); - size_t len_gid = strlen (GID: ) + strlen (gid); + size_t len_uid = strlen (UID: )) + strlen (uid); + size_t len_gid = strlen (GID: )) + strlen (gid); *++ng = groups[0] = (char *) alloca (len_uid + 1); *++ng = groups[1] = (char *) alloca (len_gid + 1); sprintf (groups[0], UID: %s), uid); L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | // really is | and false bits entirely.| mail for ) | | //a 72 by 4 +---+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe s.u(z)\1.as.| me. 4^re
Re: [Patch] cygcheck: pretty_id misbehaving.
On Mon, Oct 18, 2004 at 03:32:07AM +0200, Buzz wrote: 2004-10-18 Bas van Gompel [EMAIL PROTECTED] * Cygcheck.cc (pretty_id): Count ')' in ui_len and gui_len. Thanks. Checked in without change. cgf
Re: [Patch] cygcheck: pretty_id misbehaving.
Op Sun, 17 Oct 2004 21:46:29 -0400 schreef Christopher Faylor in [EMAIL PROTECTED]: : On Mon, Oct 18, 2004 at 03:32:07AM +0200, Buzz wrote: [...] : * Cygcheck.cc (pretty_id): Count ')' in ui_len and gui_len. : : Thanks. Checked in without change. Thank you (for writing a better ChangeLog-entry as well). Remaining items... (I missed these last time around.) ChangeLog-entry: 2004-10-18 Bas van Gompel [EMAIL PROTECTED] * cygcheck.cc (pretty_id): Don't let i become negative. Fix printf-format. --- src/winsup/utils/cygcheck.cc18 Oct 2004 01:44:55 - 1.52 +++ src/winsup/utils/cygcheck.cc18 Oct 2004 04:47:24 - @@ -836,11 +836,11 @@ pretty_id (const char *s, char *cygwin, printf (\nOutput from %s (%s)\n, id, s); int n = 80 / (int) ++sz; - int i = n ? n - 2 : 0; + int i = n 2 ? n - 2 : 0; sz = -sz; for (char **g = groups; g = ng; g++) if ((g != ng) (++i n)) - printf (%*s , sz, *g); + printf (%*s, sz, *g); else { puts (*g); L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | // really is | and false bits entirely.| mail for ) | | //a 72 by 4 +---+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe s.u(z)\1.as.| me. 4^re
Re: SableVM Cygwin (was: Re: sablevm + windows)
Grzegorz B. Prokopski wrote: Hi Gerrit, Hi Peter, I looked at the patches to screen what's really needed. * SableVM IIUC the foreign was used only because of libffi being 'included' into sources which, as discussed earlier, we can't accept. BTW. Some claim (I have not verified it) that you need to set this flag in the toplevel dir only. If you use autoreconf --force --install the INSTALL file will be overwritten, if you're GNU, then rename the INSTALL file, if you want to keep it, then use foreign;) The only diff not related to inclusion of libffi was this: --- sablevm-1.1.6-orig/src/sablevm/sablevm.c +++ sablevm-1.1.6/src/sablevm/sablevm.c @@ -972,7 +972,11 @@ #define ARG_COPYRIGHT 11 #define ARG_NO_COPYRIGHT 12 +#ifndef __CYGWIN__ static const struct poptOption options[] = /* description of command line options */ +#else /* __CYGWIN__ */ + static struct poptOption options[] = /* description of command line options */ +#endif /* __CYGWIN__ */ { {classpath, 'c', POPT_ARG_STRING, argument, ARG_CLASS_PATH, set class path, \PATH\}, {property, 'p', POPT_ARG_STRING, argument, ARG_PROPERTY, set system property, \NAME=VALUE\}, Why can't this struct be const? We don't write to it. Is this because of how .data is handled in DLLs? This would need some comment in the patch so that next person that looks at this knew why it's there, because it looks strange at the first sight. There is a variable or a pointer in this struct, so it is actually not constant since the target of the pointer holds different values, or the variable likewise. This cannot be exported from the DLL. The reason why Cygwin needs this change is that with gcc = 3.3.3 those 'data' is written to .rdata sections in object files and these cannot be exported, it is not possible to build working executables when there are used variables or pointer to variables in const structs. Most of the time there are these popt things causing problems, it seems that this is the usual way to code this, however it is no longer possible to do so on Cygwin. * SableVM Classpath Could you please handle the -no-undefined in similar way as it's done in SableVM? When cygwin is detected we set @NO_UNDEFINED@ to -no-undefined We don't want to hardcode it. In upcoming releases of classpath the -no-undefined flag will be handled. But why make this conditionally, it doesn't hurt if you use it elswhere too. +# override FLAGS for Cygwin +AM_CFLAGS=-pedantic -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wall -Wno-long-long -D_BSD_SOURCE If you need to change flags, then I think it should be done again in configure when Cygwin is detected. Don't override, just add conditionally what is needed or disallowed for Cygwin. What actually are the flags that you need to add/remove? (-ansi ?) Yes of course, I just changed what was needed to get it compiled so who is interested can see what needs to be done, I don't want to distribute or maintain SableVM as long as nobody pays for it. It is only in this dircetory a problem and it is only the -ansi flag. But I saw that it compiles ok, I have classpath 0.11 ready here too, it is all the same there, just remove -ansi for Cygwin globally. You asked: Is tzname and timezone not ANSI? Why is it used in sablevm then? Or is the Cygwin time.h wrong about this? If it's any indication of anything - we haven't hit this problem on any other platform (i.e. *BSD), so maybe there's some common sense that these things should be made available even when -ansi is required? I'm in contact with the cygwin developers, however, tzname and timezone / daylight are so called 'extensions' so strictly spoken not ANSI. The classpath maintainer is aware of that too, he said that it is not really needed to use the -ansi flag, I think he will do s.th. about it. But I am fine with removing -ansi for Cygwin. Do so. You also said: And one more, I needed to cast timezone to an int to get it compiled on Cygwin, here is defined timezone as time_t. I looked into /usr/include/time.h and I see: extern __IMPORT time_t _timezone; #define timezone ((long int) _timezone) So isn't timezone already casted to a long int? It should not be a problem then, no? What kind of error do you get while compiling? Yes you're right. But in newer classpath however, it is different, there is used _timezone if available and this really needs the cast then. I changed it as usual, because the -ansi it doesn't compile, after the change it still doesn't compile, until I found the reason was -ansi I didn't remember that the cast wasn't actually needed. BTW, I will be on a business trip for the next week and cannot reply all my mail, Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: docbook-xsl-1.66.1-2
I've updated the docbook-xsl package to version 1.66.1-2. docbook-xsl package contains XSL stylesheets for the DocBook XML DTD created by Norman Walsh and others. Changes since 1.66.1-1: - Replaced rewriteSystem with rewriteURI in the catalog. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com. I would appreciate it if you would use this mailing list rather than emailing me directly. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New Packages: desktop-file-utils-0.8-1, hicolor-icon-theme-0.5-1, shared-mime-info-0.15-1, startup-notification-0.7-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following packages have been recently added to the Cygwin distribution: *** desktop-file-utils-0.8-1 *** hicolor-icon-theme-0.5-1 *** shared-mime-info-0.15-1 *** startup-notification-0.7-1 These are freedesktop.org packages and are prereqs for the GNOME desktop desktop-file-utils: Utilities for manipulating desktop files. desktop-file-validate: validates a desktop file and prints ~warnings/errors about spec violations. desktop-file-install: installs a desktop file to the applications ~directory, optionally munging it a bit in transit. desktop-menu-tool: loads .vfolder-info and .menu files and does stuff ~with them hicolor-icon-theme: This is the default fallback theme used by implementations of the icon theme specification. shared-mime-info: This package contains the core database of common types and the update-mime-database command used to extend it. It requires glib2 to be installed for building the update command. startup-notification: Contains a reference implementation of the startup notification protocol. The reference implementation is mostly under an X Window System style license, and has no special dependencies. Yaakov - -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBccSZpiWmPGlmQSMRAlfpAKDlMeWSlzZwZMvgbgricB7Tq5TjSwCgoSj5 /Ip4yWXQheGtgZCu/39HwYQ= =WC6w -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New Packages: gnome-common-2.8.0-1, gnome-icon-theme-2.8.0-1, gnome-mime-data-2.4.1-1, libgnomecanvas2-2.8.0-1, libwnck-2.8.0-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following packages have been recently added to the Cygwin distribution: *** gnome-common-2.8.0-1 *** gnome-icon-theme-2.8.0-1 *** gnome-mime-data-2.4.1-1 *** libgnomecanvas2-2.8.0-1 *** libwnck-2.8.0-1 These are all GNOME packages, and are now available as part of our effort to bring the GNOME desktop to Cygwin. gnome-common: Common development files for GNOME 2.x. gnome-icon-theme: The default GNOME 2.x icon theme. gnome-mime-data: This module contains the base MIME and Application database for GNOME. It is meant to be accessed through the MIME functions in GnomeVFS. libgnomecanvas2: The GNOME canvas is an engine for structured graphics that offers a rich imaging model, high performance rendering, and a powerful, high-level API. It offers a choice of two rendering back-ends, one based on Xlib for extremely fast display, and another based on Libart, a sophisticated, antialiased, alpha-compositing engine. Applications have a choice between the Xlib imaging model or a superset of the PostScript imaging model, depending on the level of graphic sophistication required. libwnck: libwnck is Window Navigator Construction Kit, i.e. a library to use for writing pagers and taskslists and stuff. Yaakov - -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBccYcpiWmPGlmQSMRArd/AJ0ZietZpau2QYqAArC0nsfVXqS7NQCcDHHF karrK7/j7fgcS8bW7MqrexE= =OTpC -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
su - coreutils?
I've taken Mark's coreutils patches, the proposed fileutils patches, and some of Bas latest patches (ignore errors) and tried to build a package. Builds fine, just some fixes for setuid processing in make install need to be done. (for su) http://xarch.tu-graz.ac.at/publ/cygwin/coreutils/ But while we are here some questions, mostly to Corinna: sync: sync is a no-op in cygwin. Shouldn't we print a warning when calling sync.exe? su: ok, su was never ported to cygwin. I did read the archives, esp. http://www.cygwin.com/ml/cygwin/2003-06/msg00897.html I've taken the liberty to use some code form corinna's login package and applied these changes to su, to do something useful at the password prompt and the setuid then. Without these patches the password prompt is entirely bogus. Only a minor change from setuid to seteuid had to be done. Also: /* The user to become if none is specified. */ #ifdef __CYGWIN__ #define DEFAULT_USER Administrator #define ROOT_UID18 // system #else #define DEFAULT_USER root #define ROOT_UID0 #endif Idea: Logon as Administrator, not as SYSTEM. But if already SYSTEM avoid asking for passwords. And use the login cygwin_logon_user() code. But: cygwin_logon_user always fails, even in a sysbash. And, how to support empty password accounts? cygwin_logon_user fails with set_errno(EINVAL); Can we use subauth/cygsuba.c then? Is there any template where this is used? Or should we leave as is? (bogus getpassword for existing expect scripts, no setuid done) -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Issue with Cygwin Setup on slow and unstable connection
http://cygwin.com/acronyms/#PCYMTNQREAIYR Please Configure Your Mailer To Not Quote Raw E-mail Addresses In Your Replies. Some mailers include the raw e-mail address in the Joe [EMAIL PROTECTED] wrote: line. The web archives for the mailing lists are publicly available. Let's not feed the spam harvesters! (Some people express doubt that munging addresses actually works, but a spam report from CDT.org shows that spam harvesters often don't bother decoding even the simplest anti-spam measures such as replacing @ with AT and . with DOT). Of course, there may be other raw e-mail addresses in messages, e.g., in signatures, but that's the choice of the person sending the message. http://groups.google.com/groups?th=1ebcb6e9525fa75b Diogo Franco schrieb: --- Igor Pechtchanski pec @ x escreveu: And not in the sig also! ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] ^ |,4- ) )-,_. ,\ ( `'-'Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ Thanks. But do I have to copy the directory structure, create an INI file, or it will just read the packages and work fine? Please! http://learn.to/quote/ -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
minires-devel-0.97-1: resolv.h fails
minires-devel-0.97-1: #include resolv.h fails suddenly. Apparently /usr/include/resolv.h misses the definition for sockaddr_in, which is defined in cygwin/in.h Have no clue why it suddenly fails. Anyone else? These headers didn't change for years... Which file is supposed to include cygwin/in.h? I found nothing. On other systems it's defined in sys/socket.h, which is included in resolv.h. After adding the #include cygwin/in.h line to resolv.h everything works fine. But to my understanding cygwin/socket.h should include cygwin/in.h as it also includes cygwin/if.h (via asm/socket.h). -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Issue with Cygwin Setup on slow and unstable connection
On Sun, 17 Oct 2004, Reini Urban wrote (slightly reordered): http://cygwin.com/acronyms/#PCYMTNQREAIYR First off, it's enough to include the URL -- no need to quote the text at that URL. http://groups.google.com/groups?th=1ebcb6e9525fa75b I've already offered to include in the above OLOCA entry a link to a page that lists methods for fixing reply quoting in many mailers. Are you willing to maintain such a page? Diogo Franco schrieb: --- Igor Pechtchanski pec @ x escreveu: And not in the sig also! ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] ^ |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Umm, actually, no. Feel free to leave any raw addresses in the signature intact -- people who place them in the signature usually know what that entails and shouldn't expect these addresses to be fixed for them. That's exactly what the quoted sentense below was intended to say -- if it's unclear, I'll gladly accept alternative phrasing. [snipped text from the OLOCA page] Of course, there may be other raw e-mail addresses in messages, e.g., in signatures, but that's the choice of the person sending the message. This, of course, is aside from the fact that it's usually unnecessary to quote the signature, as the below link suggests. However, if the signature *is* quoted, there's no need to remove the raw e-mail addresses from it. Please! http://learn.to/quote/ HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Updated: gmp-4.1.4-1
From: Gerrit P. Haase This release includes mpfr as a shared library. Thanks My main reason for requesting this is that GFortran 95, which will come with upcoming GCC 4.0, requires libmpfr to build. I can build cvs gcc-4.0, including gfortran, with gmp-4.1.4-1. Testsuite is still running but OK so far. Or if it is required to have a more recent mpfr version for this then we could remove mpfr from the GMP package and build mpfr seperately. I intend restarting my regular builds of cvs gcc on cygwin ASAP (today?), so we should be able to identify any issues promptly. David NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: docbook-xsl-1.66.1-2
I've updated the docbook-xsl package to version 1.66.1-2. docbook-xsl package contains XSL stylesheets for the DocBook XML DTD created by Norman Walsh and others. Changes since 1.66.1-1: - Replaced rewriteSystem with rewriteURI in the catalog. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com. I would appreciate it if you would use this mailing list rather than emailing me directly. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
New Packages: desktop-file-utils-0.8-1, hicolor-icon-theme-0.5-1, shared-mime-info-0.15-1, startup-notification-0.7-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following packages have been recently added to the Cygwin distribution: *** desktop-file-utils-0.8-1 *** hicolor-icon-theme-0.5-1 *** shared-mime-info-0.15-1 *** startup-notification-0.7-1 These are freedesktop.org packages and are prereqs for the GNOME desktop desktop-file-utils: Utilities for manipulating desktop files. desktop-file-validate: validates a desktop file and prints ~warnings/errors about spec violations. desktop-file-install: installs a desktop file to the applications ~directory, optionally munging it a bit in transit. desktop-menu-tool: loads .vfolder-info and .menu files and does stuff ~with them hicolor-icon-theme: This is the default fallback theme used by implementations of the icon theme specification. shared-mime-info: This package contains the core database of common types and the update-mime-database command used to extend it. It requires glib2 to be installed for building the update command. startup-notification: Contains a reference implementation of the startup notification protocol. The reference implementation is mostly under an X Window System style license, and has no special dependencies. Yaakov - -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBccSZpiWmPGlmQSMRAlfpAKDlMeWSlzZwZMvgbgricB7Tq5TjSwCgoSj5 /Ip4yWXQheGtgZCu/39HwYQ= =WC6w -END PGP SIGNATURE-
New Packages: gnome-common-2.8.0-1, gnome-icon-theme-2.8.0-1, gnome-mime-data-2.4.1-1, libgnomecanvas2-2.8.0-1, libwnck-2.8.0-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following packages have been recently added to the Cygwin distribution: *** gnome-common-2.8.0-1 *** gnome-icon-theme-2.8.0-1 *** gnome-mime-data-2.4.1-1 *** libgnomecanvas2-2.8.0-1 *** libwnck-2.8.0-1 These are all GNOME packages, and are now available as part of our effort to bring the GNOME desktop to Cygwin. gnome-common: Common development files for GNOME 2.x. gnome-icon-theme: The default GNOME 2.x icon theme. gnome-mime-data: This module contains the base MIME and Application database for GNOME. It is meant to be accessed through the MIME functions in GnomeVFS. libgnomecanvas2: The GNOME canvas is an engine for structured graphics that offers a rich imaging model, high performance rendering, and a powerful, high-level API. It offers a choice of two rendering back-ends, one based on Xlib for extremely fast display, and another based on Libart, a sophisticated, antialiased, alpha-compositing engine. Applications have a choice between the Xlib imaging model or a superset of the PostScript imaging model, depending on the level of graphic sophistication required. libwnck: libwnck is Window Navigator Construction Kit, i.e. a library to use for writing pagers and taskslists and stuff. Yaakov - -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBccYcpiWmPGlmQSMRArd/AJ0ZietZpau2QYqAArC0nsfVXqS7NQCcDHHF karrK7/j7fgcS8bW7MqrexE= =OTpC -END PGP SIGNATURE-