Re: [64bit] Request for mhash
On 2013-05-29 23:12, Reini Urban wrote: On Wed, May 29, 2013 at 10:27 AM, Dr. Volker Zell wrote: Is it possible to get a 64bit version of mhash. I need it for mcrypt. By the way there is a newer version (0.9.9.9) on http://sourceforge.net/projects/mhash/files/mhash/ Yes, but anybody can beat me, I don't care too much. Done. Yaakov
[64bit] run-1.2.0-1
The run package provides a simple application to launch console programs with their console hidden. CHANGES since run-1.1.13-1 o For cygwin platforms, require 1.7.0 o Rely on cygport auto-generated setup.hint file o First build for 64bit cygwin o Adds support for mingw64 (32bit,64bit) as well as mingw.org compilers. -- Charles Wilson volunteer run maintainer for cygwin
[64bit] libao/libogg/libtheora/libvorbis/flac/speex ?
David, Are you able to add your multimedia libraries to 64bit/release soon? I'm ready to start working on GStreamer on my way to an attempt at qt4, so I'll need those libraries first. Yaakov
Re: gdb aborts after setting throw catchpoint
On 2013-05-29 23:23, Ryan Johnson wrote: GNU gdb (GDB) 7.6.50.20130408-cvs (cygwin-special) ... snip... Reading symbols from /home/Ryan/experiments/a.exe...done. (gdb) catch throw Catchpoint 1 (throw) That was a mistake in the documentation, they didn't actually get around to implementing it. They have since rectified that mistake, but it's only going to be in version 7.7 See bug: http://sourceware.org/bugzilla/show_bug.cgi?id=13588 -- 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: zziplib-0.13.62-1
The following packages have been updated in the Cygwin distribution: *** zziplib-0.13.62-1 *** libzzip0.13-0.13.62-1 *** libzzip-devel-0.13.62-1 The zziplib library is a lightweight library for extracting data from files archived in a ZIP compressed file. This is an update to the latest upstream release. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then 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. -- 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: p11-kit-0.19.1-1
The following packages have been updated for the Cygwin distribution: *** p11-kit-0.19.1-1 *** p11-kit-trust-0.19.1-1 *** libp11-kit0-0.19.1-1 *** libp11-kit-devel-0.19.1-1 p11-kit provides an API for loading and enumerating PKCS#11 modules. This is an update to the latest upstream release. A subpackage was added for the new 'trust' module. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then 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. -- 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: Using native symlinks
On May 29 20:43, Chris Sutcliffe wrote: On 29 May 2013 13:01, Corinna Vinschen wrote: On May 29 12:40, Chris Sutcliffe wrote: On 29 May 2013 11:23, Corinna Vinschen wrote: On May 29 10:33, Chris Sutcliffe wrote: On 29 May 2013 04:39, Corinna Vinschen wrote: Also, either way, did you logoff and logon so that the Create symbolic links user right can be added to your user token? Note that your token remains unchanged if you didn't exit from your session. Just changing the Policy isn't enough, the OS needs achance to create a new user token for you containing the user right. I've rebooted the machine since making the change and it has had no affect. Is there something else I need to do? I don't know. I have to try (but not today). Did you try to add the Users group to the Local Security Policy entry instead? I tried adding the Users group and it didn't help either. I just tested it and can confirm it. Try this: Start a login session of a normal user after adding the Users group to the Create symbolic links right. Check the privileges in the user token: $ /cygdrive/c/Windows/System32/whoami /priv PRIVILEGES INFORMATION -- Privilege NameDescription State = SeShutdownPrivilege Shut down the system Disabled SeChangeNotifyPrivilege Bypass traverse checking Enabled SeUndockPrivilege Remove computer from docking station Disabled SeIncreaseWorkingSetPrivilege Increase a process working set Disabled SeTimeZonePrivilege Change the time zone Disabled SeCreateSymbolicLinkPrivilege Create symbolic linksDisabled On the other hand, in the same situation the UAC-crippled admins's token does not contain the Create symbolic links right: $ /cygdrive/c/Windows/System32/whoami /priv PRIVILEGES INFORMATION -- Privilege NameDescription State = SeShutdownPrivilege Shut down the system Disabled SeChangeNotifyPrivilege Bypass traverse checking Enabled SeUndockPrivilege Remove computer from docking station Disabled SeIncreaseWorkingSetPrivilege Increase a process working set Disabled SeTimeZonePrivilege Change the time zone Disabled I also changed the Create symbolic links policy so that the Users group is the only group getting this right. In other words, I removed the Administrators group entirely, logged off, logged on, and the result was the same as above. This is a bug in UAC if you ask me. It seems to remove privileges from the UAC-crippled admin's token based on a fixed internal list, totally ignorant of changes in the security policy. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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: Attn: Yaakov [Was: Re: cygutils Postinstall Script Errors With Exit Code 128]
On May 29 18:51, Yaakov (Cygwin/X) wrote: But now that you mention it, is cygutils *supposed* to be in Base? It is marked category: Utils, but seems to be pulled into Base only because of cygwin-doc (which *is* in Base, oddly enough; shouldn't it just be Doc?) listing it as a dependency. That sounds strange. Was cygwin-doc always in Base? It contains the cygwin docs and basic man pages but that doesn't really qualify for the Base category. Also, why does cygwin-doc depend on cygutils at all? It only contains info and man pages, so the deps should be coreutils and man, but nothing else, AFAICS. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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: sqlite3: bug with monotone
Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes: This was working properly with my 3.7.15.2 x64 package, as well as with a self-built 3.7.17. I don't know if it's a question of configuration options or a bug in that version. Here's how I have built sqlite3: You are defining SQLITE_OS_UNIX which introduces known interoperability problems with accesses from the windows side. What happens with your monotone problem when you drop that definition? If monotone tries to use a temporary table, this would perhaps explain the error. Regards, Achim. -- 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
Domain Admins don't have permissions when logging in via SSH
Hi Cygwin, We have some trouble with OpenSSH in Cygwin. We think, that the impersonation does not work in the 1.7 cywin, but can't figure out why. - We followed http://cygwin.com/faq-nochunks.html#faq.using.sshd-in-domain to integrate sshd into our domain. There is a domain\cyg_server user ( c ) with all the permissions needed. - Test: We log on using o (a) the local Windows Administrator using ssh o (b) using a Domain\Administrator account o (c) the Domain (Admin) Account that runs sshd server. (domain\cyg_server Problem is: The (b) Domain Administrator Account is not reported to be a member of the local Administrators group. And he has no admin rights (test: configure a Windows Service) What we observed is: - The Domain Admin Account that the Cygwin sshd Service runs under (domain\cyg_server) has all the permissions. - A local Administrator that connects using ssh has all the permission. - BUT the best thing: In legacy Cygwin installations the Domain Admin Account *has* local Admin permissions Can anyone help? This is the output of id, then sc service sshd start and uname -a: A Windows XP with Cygwin legacy (note the Administrators Group) uid=11100(domainadm) gid=10512(Domain Admins) groups=544(Administrators),545(Users),1009(Debugger Users),10512(Domain Admins) [SC] StartService FAILED 1056: An instance of the service is already running. CYGWIN_NT-5.2-WOW64 xpwks 1.5.25(0.156/4/2) 2008-03-05 19:27 i686 Cygwin A Windows 7 with Cygwin 1.7 uid=11100(domainadm) gid=10512(Domain Admins) groups=10512(Domain Admins),545(Users) [SC] StartService: OpenService FAILED 5: Access is denied. CYGWIN_NT-6.1-WOW64 w7wks 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin Sebastian -- 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: gdb aborts after setting throw catchpoint
On 30/05/2013 2:37 AM, Noel Grandin wrote: On 2013-05-29 23:23, Ryan Johnson wrote: GNU gdb (GDB) 7.6.50.20130408-cvs (cygwin-special) ... snip... Reading symbols from /home/Ryan/experiments/a.exe...done. (gdb) catch throw Catchpoint 1 (throw) That was a mistake in the documentation, they didn't actually get around to implementing it. They have since rectified that mistake, but it's only going to be in version 7.7 See bug: http://sourceware.org/bugzilla/show_bug.cgi?id=13588 That bug seems to be about adding filtering based on exception type, not about supporting catchpoints in general; the latter have worked for years in gdb-linux (at a minimum, my server at work can do it with gdb-7.4). The problem here is that gdb-cygwin crashes when running with a catchpoint enabled. I don't see any bugs on Sourceware about that, though I suspect the search interface is terrible so I could be missing something obvious. Ryan -- 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: Using native symlinks
On 5/30/2013 5:03 AM, Corinna Vinschen wrote: On the other hand, in the same situation the UAC-crippled admins's token does not contain the Create symbolic links right: $ /cygdrive/c/Windows/System32/whoami /priv PRIVILEGES INFORMATION -- Privilege NameDescription State = SeShutdownPrivilege Shut down the system Disabled SeChangeNotifyPrivilege Bypass traverse checking Enabled SeUndockPrivilege Remove computer from docking station Disabled SeIncreaseWorkingSetPrivilege Increase a process working set Disabled SeTimeZonePrivilege Change the time zone Disabled I also changed the Create symbolic links policy so that the Users group is the only group getting this right. In other words, I removed the Administrators group entirely, logged off, logged on, and the result was the same as above. This is a bug in UAC if you ask me. It seems to remove privileges from the UAC-crippled admin's token based on a fixed internal list, totally ignorant of changes in the security policy. This is a design flaw but it is working as documented. Administrators have SeCreateSymbolicLinkPrivilege by default so UAC removes it. What UAC should do in my opinion is not remove a static list of permissions but only remove those permissions that are not granted to standard users. If your organization is a user of native symlinks and you have a support agreement with Microsoft, I recommend filing a support request to have this behavior changed. Jeffrey Altman -- 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: run-1.2.0-1
The run package provides a simple application to launch console programs with their console hidden. CHANGES since run-1.1.13-1 o For cygwin platforms, require 1.7.0 o Rely on cygport auto-generated setup.hint file o First build for 64bit cygwin o Adds support for mingw64 (32bit,64bit) as well as mingw.org compilers. -- Charles Wilson volunteer run maintainer for cygwin 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. *** 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: 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. -- 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
Clan Donald and Angus Website
Hey, I just saw something unbelievable... ...as $1172 INSTANTLY rolls in! You need to watch this immediately! http://j.mp/instantlivecash If you like the sound of making an endless stream of \free\ commissions. This level of success is SHOCKING. http://j.mp/instantlivecash Go discover why right now! Talk soon, David Harry PS This free system is something rather EXTRAORDINARY: http://j.mp/instantlivecash --- To unsubscribe from our mailing list please reply and ask to be remove. Thank You! end of message= http://donaldandangus.clandonaldcanada.ca Thanks! -- 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: sqlite3: bug with monotone
On 5/30/2013 04:27, Achim Gratz wrote: Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes: This was working properly with my 3.7.15.2 x64 package, as well as with a self-built 3.7.17. I don't know if it's a question of configuration options or a bug in that version. Here's how I have built sqlite3: You are defining SQLITE_OS_UNIX which introduces known interoperability problems with accesses from the windows side. Thoroughly explained here: http://stackoverflow.com/questions/11007024/ I don't see a way out of this trap, where either native Windows loses out to Cygwin or vice versa, until Cygwin provides some way to request mandatory locks on a per-process or per-subtree basis. My only choice until then is which constituency to annoy. Currently, I'm choosing to annoy the smaller of the two. -- 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
bug in sys/un.h
STC - this program does nothing useful when executed; it merely exists
to show a compilation problem extracted from a larger program:
$ cat foo.c
#ifdef WORKAROUND
# include sys/socket.h
#endif
#include sys/un.h
#include sys/socket.h
int main(void) {
const struct msghdr msg;
return sendmsg(0, msg, 0);
}
$ gcc -o foo -Wall foo.c
foo.c: In function 'main':
foo.c:9:5: warning: passing argument 2 of 'sendmsg' from incompatible
pointer type
/usr/include/sys/socket.h:42:11: note: expected 'const struct msghdr *'
but argument is of type 'const struct msghdr *'
$ gcc -o foo -Wall foo.c -DWORKAROUND
$
Gcc has a less-than-stellar error message (expect type X but have type
X); it could do a better job about pointing out that it is complaining
about two different 'type X' declarations, and where they come from.
But the root cause is that if sys/un.h is included first, then the use
of 'struct msghdr' applied in the declaration of sendmsg() is somehow
scoped incorrectly (local to the declaration rather than the global
type), so that the compiler really is complaining about two different
incompatible 'struct msghdr' layouts. I'm not quite sure what the fix
should be, but since I hit the problem today, I'm at least pointing it
out. The same test case compiles without needing a workaround on Linux
with glibc 2.16.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Re: bug in sys/un.h
On 05/30/2013 11:37 AM, Eric Blake wrote: foo.c:9:5: warning: passing argument 2 of 'sendmsg' from incompatible pointer type /usr/include/sys/socket.h:42:11: note: expected 'const struct msghdr *' but argument is of type 'const struct msghdr *' $ gcc -o foo -Wall foo.c -DWORKAROUND $ Gcc has a less-than-stellar error message (expect type X but have type X); I just filed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57475 for the gcc error message quality -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: bug in sys/un.h
On May 30 11:37, Eric Blake wrote:
STC - this program does nothing useful when executed; it merely exists
to show a compilation problem extracted from a larger program:
$ cat foo.c
#ifdef WORKAROUND
# include sys/socket.h
#endif
#include sys/un.h
#include sys/socket.h
int main(void) {
const struct msghdr msg;
return sendmsg(0, msg, 0);
}
$ gcc -o foo -Wall foo.c
foo.c: In function 'main':
foo.c:9:5: warning: passing argument 2 of 'sendmsg' from incompatible
pointer type
/usr/include/sys/socket.h:42:11: note: expected 'const struct msghdr *'
but argument is of type 'const struct msghdr *'
$ gcc -o foo -Wall foo.c -DWORKAROUND
$
Gcc has a less-than-stellar error message (expect type X but have type
X); it could do a better job about pointing out that it is complaining
about two different 'type X' declarations, and where they come from.
But the root cause is that if sys/un.h is included first, then the use
of 'struct msghdr' applied in the declaration of sendmsg() is somehow
scoped incorrectly (local to the declaration rather than the global
type), so that the compiler really is complaining about two different
incompatible 'struct msghdr' layouts. I'm not quite sure what the fix
should be, [...]
Try this:
Index: cygwin/if.h
===
RCS file: /cvs/src/src/winsup/cygwin/include/cygwin/if.h,v
retrieving revision 1.11
diff -u -p -r1.11 if.h
--- cygwin/if.h 21 Jan 2013 04:38:30 - 1.11
+++ cygwin/if.h 30 May 2013 20:02:56 -
@@ -16,7 +16,7 @@ extern C {
#endif /* __cplusplus */
#include sys/types.h
-#include sys/socket.h
+#include cygwin/socket.h
/* Standard interface flags. */
#define IFF_UP 0x1 /* interface is up */
It resolves a circular dependency problem in the header files.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer 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: Attn: Yaakov [Was: Re: cygutils Postinstall Script Errors With Exit Code 128]
On 5/29/2013 7:51 PM, Yaakov (Cygwin/X) wrote: On 2013-05-29 17:43, Charles Wilson wrote: /usr/share/applications/cygstart.desktop /usr/share/mime/packages/cygutils.xml Right, because packages providing those kind of files usually need those commands to be run in order for them to take effect; see below. However, at user request I've manually removed the requires: line, because the addition of these two files to the cygutils package shouldn't have the effect of pulling *PERL* into the Base category. I assumed we'd live with the semi-brokenness for a few days, until... Perl? I thought it was Python, due to a false positive in the dependency detection with glib2.0, which I fixed on sourceware. You're right, it was python. One of the gigantic p* packages, anyway... But now that you mention it, is cygutils *supposed* to be in Base? It is marked category: Utils, but seems to be pulled into Base only because of cygwin-doc (which *is* in Base, oddly enough; shouldn't it just be Doc?) listing it as a dependency. I've got email from 2006 [1] where the following was mentioned: Since cygutils is required by some packages in the Base category, ... so maybe at one point, several packages required it. It's also possible, at one point, that we explicitly wanted it to be in that category, as it provided our d2u/u2d tools. Obviously now that we have an standalone u2d package that isn't an issue (but I note that dos2unix is NOT in Base, but IS listed as requirement for cygutils. So if we take action to (effectively) remove cygutils from Base, then dos2unix will also go missing. The problem here is that cygutils is not primarily a desktop-oriented package. Most packages providing XDG menu and mime entries *are*, so these dependencies not only mandatory, but quite modest by those standards. I added these files because it allows better integration between desktop file managers (Nautilus/Caja/Thunar/PCManFM/Dolphin/etc.) and Windows, e.g. making it easy to launch an EXE/MSI installer from one's Downloads folder. However, most people use cygutils outside of the desktop, so particularly if its pulled into Base, these deps would be more than the bare-minimal system. If cygutils should be in Base, the solution is probably one of the following: * provide these files (and postinstall scripts) in a 'cygutils-x11' subpackage; * OR move them to another package (not sure which yet) which will already be installed in desktop scenarios, and adding cygutils as a dependency thereto. For now, should we go with the first option? Yes, that's probably the best way to go. I'll roll a new release with that change, for both 32- and 64- cygwin, soon. (Need to investigate the recent resurrected report about cygdrop and privelege dropping first). [1] http://cygwin.com/ml/cygwin-apps/2006-03/msg00117.html -- 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: Attn: Yaakov [Was: Re: cygutils Postinstall Script Errors With Exit Code 128]
On 5/30/2013 5:08 AM, Corinna Vinschen wrote: On May 29 18:51, Yaakov (Cygwin/X) wrote: But now that you mention it, is cygutils *supposed* to be in Base? It is marked category: Utils, but seems to be pulled into Base only because of cygwin-doc (which *is* in Base, oddly enough; shouldn't it just be Doc?) listing it as a dependency. That sounds strange. Was cygwin-doc always in Base? It contains the cygwin docs and basic man pages but that doesn't really qualify for the Base category. Over the years, cygutils has lost a lot of content to other packages (standalone, util-linux, etc), and gained a smaller collection of new tools. In the past, cygutils may have been considered more central than its current incarnation deserves. current contents of cygutils: banner.exe getclip.exe readshortcut.exe conv.exeipcksemstat.exe cygdrop.exe lpr.exe semtool.exe cygicons-0.dll mkshortcut.exe shmtool.exe cygstart.exemsgtool.exe winln.exe dump.exeputclip.exe Other than cygstart, cygdrop and lpr(?), and maybe the new winln, I can't see that any of those really deserve to be in Base. If cygwin-doc is truly the only thing pulling cygutils into Base, then (a) removing cygutils from cygwin-doc's requires:, or (b) removing cygwin-doc from Base, would have the (desired?) effect of removing cygutils from Base. One caveat, mentioned in my other reply: cygutils' own requires: line lists dos2unix, so right now a Base install gets that package. This is probably desirable, but if we (effectively) remove cygutils from a Base install, we probably would want to add dos2unix to Base explicitly. If we want to include (some subset of) cygutils explicitly in Base, I could see splitting into three subpackages: cygutils (Base): cygdrop cygstart lpr mkshortcut readshortcut winln cygutils-extra (Util): [requires: cygutils] almost everything else, including documentation and man pages (even for the exe's in the Base package) cygutils-x11 (X11): [requires: cygutils] the two desktop files, and the postinstall scripts that handle them This way, any package that currently requires: cygutils will almost certainly get the tool it is looking for, without having to change its requires line (and besides, if cygutils is in Base you'd get those anyway). Also, why does cygwin-doc depend on cygutils at all? It only contains info and man pages, so the deps should be coreutils and man, but nothing else, AFAICS. Maybe it used to install a shortcut to the documentation into the Start Menu, and needed mkshortcut to do so? It doesn't do that anymore (if it ever did), so the dependency on cygutils sure seems superfluous. -- Chuck -- 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: bug in sys/un.h
On 05/30/2013 02:03 PM, Corinna Vinschen wrote:
so that the compiler really is complaining about two different
incompatible 'struct msghdr' layouts. I'm not quite sure what the fix
should be, [...]
Try this:
Index: cygwin/if.h
===
RCS file: /cvs/src/src/winsup/cygwin/include/cygwin/if.h,v
retrieving revision 1.11
diff -u -p -r1.11 if.h
--- cygwin/if.h 21 Jan 2013 04:38:30 - 1.11
+++ cygwin/if.h 30 May 2013 20:02:56 -
@@ -16,7 +16,7 @@ extern C {
#endif /* __cplusplus */
#include sys/types.h
-#include sys/socket.h
+#include cygwin/socket.h
Yep, that appears to do the trick for both my STC and the original
program. Thanks for hunting down an elegant solution.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
[ANNOUNCEMENT] New package: docbook2X
The following package has been added to the Cygwin distribution: *** docbook2X-0.8.8-1 docbook2X converts DocBook XML documents into the man page format and the GNU Texinfo format. In order to avoid file collisions with the more commonly used docbook-utils, the primary commands have been renamed to docbook2x-man and docbook2x-texi. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then 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. -- 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: sqlite3: bug with monotone
On 2013-05-30 12:02, Warren Young wrote: On 5/30/2013 04:27, Achim Gratz wrote: Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes: This was working properly with my 3.7.15.2 x64 package, as well as with a self-built 3.7.17. I don't know if it's a question of configuration options or a bug in that version. Here's how I have built sqlite3: You are defining SQLITE_OS_UNIX which introduces known interoperability problems with accesses from the windows side. Yes, I can now confirm that (the lack of) SQLITE_OS_UNIX is the culprit. Thoroughly explained here: http://stackoverflow.com/questions/11007024/ I don't see a way out of this trap, where either native Windows loses out to Cygwin or vice versa, until Cygwin provides some way to request mandatory locks on a per-process or per-subtree basis. So you *can't* have your cake and eat it too after all. What a surprise. If it's a choice between Cygwin programs functioning correctly (in this case, mtn clone), and allowing interoperability with Windows programs, there is NO QUESTION that the former MUST take priority. Add a `mount -o mand' feature if you wish (or get someone who cares about this to do so), but DON'T BREAK Cygwin programs for the sake of those NOT USING Cygwin. Please fix sqlite3 accordingly. Yaakov -- 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: sqlite3: bug with monotone
On 5/30/2013 16:36, Yaakov (Cygwin/X) wrote: DON'T BREAK Cygwin programs for the sake of those NOT USING Cygwin. Where did you get the idea that my stance favors those not using Cygwin? My choice favors those who want to use Cygwin *and* native Windows programs, together. That's approximately 100% of all Cygwin users. Did you miss the part in the referenced Stack Overflow post where I talked about how we had already tried building SQLite your way? The post was a sort of damage control resulting from that experiment. SQLite is one of the most widely used libraries, with hundreds of millions[1] of deployments. This problem isn't just about Cygwin svn vs. TortoiseSVN. It's also about Firefox, and Chrome, and Flash, and Skype, and Lightroom, and Dropbox, and...[2] With so many native Windows programs using SQLite, it's virtually certain there are more bad interactions waiting to bite us if we make Cygwin SQLite incompatible with native SQLite again. I see you're using Thunderbird. Are you willing to give up the ability to use sqlite(1) on a live Thunderbird DB file? Please fix sqlite3 accordingly. I don't see that switching Cygwin SQLite back to Unix mode is an option as long as it has a real potential of breaking half a billion other programs. As I see it, the practical options are: 1. We continue waiting for someone to to implement a per-process or per-subtree mandatory locking feature in Cygwin, so that Unix mode SQLite on Cygwin can be configured to cooperate with native SQLite. 2. You figure out which of the thousands of lines of code separating Unix mode from Cygwin mode in SQLite breaks monotone. With any luck, it's not in the file locking code, so we can talk about selectively patching that piece of Unix mode in over the top of the stock Cygwin code. The current package includes one such patch already. (That patch makes it use the Unix mode /tmp path selector to get around a permissions issue.) 3. I start shipping two different versions of the libsqlite3 package, each built differently, and deploy the Unix mode version as 'test', perpetually. (There isn't any more elegant way to ship two different versions of the same library, each of which could satisfy setup.exe's dependency checker, is there?) Then individual users can choose which side of the fence they want the breakage to land on. If you don't like those options, then I offer, in all seriousness: 4. You take over maintainership of the official Cygwin SQLite packages. Then you can build it however you like. [1] https://www.sqlite.org/mostdeployed.html [2] https://www.sqlite.org/famous.html -- 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
unzip surprise: foo.exe hides foo/ ?
It seems that if a zipfile includes both foo.exe and foo/, unzipping the zipfile fails like this: inflating: /cygdrive/c/yobuild/src/gtest/msvc/gtest/Debug/gtest_prod_test.exe checkdir error: /cygdrive/c/yobuild/src/gtest/msvc/gtest/Debug/gtest_prod_test exists but is not directory unable to process yobuild/src/gtest/msvc/gtest/Debug/gtest_prod_test/. unzip then exits with nonzero status. Is that confusion expected? It kind of looks like unzip needs to be aware of the leaky abstraction... -- 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: how to drop administrator privileges?
On 5/29/2013 8:18 AM, Achim Gratz wrote: Sorry for this blast from the past, but cygutils have been updated a few times and I still get the same error... has the patch not been applied or is there something else that needs fixing? No, thanks for the reminder. I completely dropped the ball on this one. The patch is now in CVS so it will be in the next release, which should be soon. -- 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: unzip surprise: foo.exe hides foo/ ?
On 5/30/2013 9:50 PM, Dan Kegel wrote: It seems that if a zipfile includes both foo.exe and foo/, unzipping the zipfile fails like this: inflating: /cygdrive/c/yobuild/src/gtest/msvc/gtest/Debug/gtest_prod_test.exe checkdir error: /cygdrive/c/yobuild/src/gtest/msvc/gtest/Debug/gtest_prod_test exists but is not directory unable to process yobuild/src/gtest/msvc/gtest/Debug/gtest_prod_test/. unzip then exits with nonzero status. Is that confusion expected? Yes, it is expected. There's lots of discussions about transparently handling the .exe extension in the email archives and the ramifications if you're interested in more details. It's exciting reading. ;-) -- 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
Re: sqlite3: bug with monotone
On 2013-05-30 05:27, Achim Gratz wrote: Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes: This was working properly with my 3.7.15.2 x64 package, as well as with a self-built 3.7.17. I don't know if it's a question of configuration options or a bug in that version. Here's how I have built sqlite3: You are defining SQLITE_OS_UNIX which introduces known interoperability problems with accesses from the windows side. What happens with your monotone problem when you drop that definition? If monotone tries to use a temporary table, this would perhaps explain the error. Indeed, it does, thanks for the tip. This got me looking at your post from a previous thread, where you mention the configuration option for this. I can confirm that -DSQLITE_TEMP_STORE=2 is enough to fix monotone on its own. I have updated my build accordingly, plus added two more configuration options, and a patch for the manpage, from Fedora. Can *this* get into the distro package? Yaakov -- 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
Updated: zziplib-0.13.62-1
The following packages have been updated in the Cygwin distribution: *** zziplib-0.13.62-1 *** libzzip0.13-0.13.62-1 *** libzzip-devel-0.13.62-1 The zziplib library is a lightweight library for extracting data from files archived in a ZIP compressed file. This is an update to the latest upstream release. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then 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.
Updated: p11-kit-0.19.1-1
The following packages have been updated for the Cygwin distribution: *** p11-kit-0.19.1-1 *** p11-kit-trust-0.19.1-1 *** libp11-kit0-0.19.1-1 *** libp11-kit-devel-0.19.1-1 p11-kit provides an API for loading and enumerating PKCS#11 modules. This is an update to the latest upstream release. A subpackage was added for the new 'trust' module. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then 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.
Updated: run-1.2.0-1
The run package provides a simple application to launch console programs with their console hidden. CHANGES since run-1.1.13-1 o For cygwin platforms, require 1.7.0 o Rely on cygport auto-generated setup.hint file o First build for 64bit cygwin o Adds support for mingw64 (32bit,64bit) as well as mingw.org compilers. -- Charles Wilson volunteer run maintainer for cygwin 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. *** 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: 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.
New package: docbook2X
The following package has been added to the Cygwin distribution: *** docbook2X-0.8.8-1 docbook2X converts DocBook XML documents into the man page format and the GNU Texinfo format. In order to avoid file collisions with the more commonly used docbook-utils, the primary commands have been renamed to docbook2x-man and docbook2x-texi. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then 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.
