Please upload: docbook-xsl-1.67.0-1
Hi. Please upload new docbook-xsl-1.67.0-1 files: http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.67.0-1-src.tar.bz2 http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.67.0-1.tar.bz2 and remove old 1.66.1-1 files. Thanks. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
Re: Please upload: docbook-xsl-1.67.0-1
On Tue, Nov 09, 2004 at 10:48:56PM +0100, Marcel Telka wrote: Please upload new docbook-xsl-1.67.0-1 files: http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.67.0-1-src.tar.bz2 http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.67.0-1.tar.bz2 and remove old 1.66.1-1 files. Done. cgf
mingw only xserver
Hi, I've managed to compile the latest XWin sources with mingw. This creates a binary which does not depend and cygwin and is therefore lacking some features but can be used without installing cygwin. Note: This is a preview. Don't expect to much from it and don't expect support. If you've found another feature which is missing then let me know. download: = http://www.tu-chemnitz.de/goal/xfree/Xming.exe.bz2 Installation: = wget http://www.tu-chemnitz.de/goal/xfree/Xming.exe.bz2 bzip2 -d Xming.exe.bz2 Xming -fp tcp/fontserver:7100 -ac -co rgb (You'll need a font server running on unix) (copy the file /usr/X11R6/lib/X11/rgb from any X11 distribution) Missing features: = - Multiwindow mode [0] - mwExtWM mode [0] - Clipboard [0] - local font support [1] - XKB support [1] - XDMCP support [2] - Unix sockets [3] - Many extension are disabled (GLX, BigFont, SHM ...) [4] [0] These features will stay missing for a long time since this requires threading and a working libX11 [1] The local file support is broken and I've not put much effort into fixing it [2] DNS resolving seems to be missing or is broken [3] Windows does not have unix style sockets [4] I'll add them step by step Working features: = - TCP connections - fontserver support - windows, nodecoration, rootless and fullscreen modes bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Running startx from cygwin shell
On Mon, 8 Nov 2004 [EMAIL PROTECTED] wrote: Hei ! I get fatal error when running startx. It says a fatal error has occurred and Cygwin/x will now exit (Release:6.8.10-1) XWin was started with the following command-line: x:0-multiwindow-clipboard. I am very grateful for help. it also says check /tmp/XWin.log. At the end you'll find a hint what went wrong bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: mingw only xserver
On Tue, 9 Nov 2004, Øyvind Harboe wrote: Wow :-) I think the file is missing... $ wget http://www.tu-chemnitz.de/goal/xfree/Xming.exe.bz2 Oops. missed one character http://www.tu-chemnitz.de/~goal/xfree/Xming.exe.bz2 bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: mingw only xserver
Hi, It's very interesting. I'm testing my patch that replaces cygwin BSD socket functions with winsock2 API. And that tends to improves x11perf about score 5%-150%. http://peppermint.jp/temp/winsockx-20041110-0117.diff But yours seems to be much better. I'll look at it. -- Kensuke Matsuzaki mailto:[EMAIL PROTECTED] http://peppermint.jp
Re: xorg installation fails, 99% complete only
Bobby McNulty bobbymcn at bellsouth.net writes: Christopher Faylor wrote: On Mon, Nov 08, 2004 at 01:04:04PM -0600, Bobby McNulty wrote: Alexander Gottwald wrote: On Mon, 8 Nov 2004, Bobby McNulty wrote: I'm not installing cygwin on my machine until the xorg problem is resolved. One program I wanted to port to Cygwin is Rosegarden. Which I can't because Xorg is not installing, so that means the kde port won't work,. The KDE port won't work either. Get Harold Hunt back here to fix this. The current maintainers have no idea what they are doing. Provide me with useful information and I'll take a look. As I've said it was working for me until last week. I've not received any useful data which may help tracking this down. Maybe you'll find a solution then it's all good. If not then stop insulting me or do it better. bye ago, enraged Alex, I think the problem is with setup. Because when setup gets to the fontserver, where 4 people are complaining so far, it stalls on a readme file. It works fine for me. Just tried it. You've been reading the cygwin mailing list long enough to know that you have not provided the slightest shred of useful data Bobby, either provide useful information or just shut up. Telling everyone what you are going to do or not going to do and insulting people is totally unproductive. Do me a favor and don't even respond to this email. Either provide some details or just be quiet. Useful details might be, for example, ps -ef output. cgf OK Chris, here it is. The full report. Complete down to the readme file that it is hanging at. Cygwin setup is at 97% it says install xorg-x11-fscl-6.8.1.0-2 /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README its in a contiuous loop, not gettiing past this point. I'm about to say something that surely is going to upset some people here. Try not to get mad at me anyway. Warning: if you are not open-minded kind of person, you're advised to skip everyting below. This issue was first reported by Bobby McNulty on 03/11. Then on 04/11 Ling F. Zhang reported the same problem and said he was the third one to report the problem although I still can't find that second one. Ling asked the same question again on 06/11 providing some more information. I posted the same question on 06/11 confirming the issue and providing quite detailed information (I think). All these were in cygwin section. Now you can count how many people had been having this problem. Nobody was interested in the issue until Bobby spoke up yesterday. I think what he said was perfectly all right and reasonable. I myself have also been waiting for this setup issue to be resolved before I install Cygwin on this new computer. I last installed Cygwin in Dec 2003 and I've just got a new computer and installed a fresh clean Windows XP and want to install the latest Cygwin in full. I don't want to skip the X part and install it manually afterwards as I have no idea if that would do exactly the same thing. The setup.exe should do the installation job properly. As for what our two develpers said, I do respect them for what they do for us but I wouldn't tell my users to shut up like that. Being a volunteer doing things for people for free doesn't give you the right to do that. You need the users and the users need you. It is simple, you either do it your best or you don't do it at all. There are people who can do better or have done better as Bobby implied. You should listen to what users have to say. Not just praise you also have to listen to criticism. All can be constructive depends on how you look at it and how open-minded you are. You shouldn't tell your users to come do what you're doing if they think they can do better. That reminds me of politicians in some third-world countries. You should have done better in this case. You should ask for more information from users instead of assuming everyone knows what information they should provide or telling them to shut up when they don't do what you think they should do. They are not as genius as you otherwise they wouldn't be here asking for help. What Bobby and Carlo reported yesterday and today are the same thing I already reported 3 days ago. In fact I even gave more information. Like, the error points were different between archives from different mirror sites. That post of mine was cited in yesterday posts did anyone take a look at it before asking Bobby for more information? He also mentioned 4 people had been complaining did anyone check those posts by those 4 people? Also I had no idea you could do ps -ef while installing Cygwin. Now, I think that's more than enough to get myself flamed for today. Feel free to do so I'm open to all sorts of criticism. Oh, there is more information I can give. My OS is Windows XP SP1. So it's not only XP SP2 that is having this problem.
Re: still no Xwin
On Tue, 9 Nov 2004, Bijell, Jens wrote: Hello Alexander, I have an Identical problem with cygwin/X and I can´t get it to work. the packages seem to be properly installed. It is that damned XWin.exe he can´t find. Do you have a clue on that? - do not mail me personally. Write to the cygwin-xfree mailing list - include description on the error. At least quoting the original mail would have enabled me to guess what your problem is. - XWin.exe is in /usr/X11R6/bin/XWin.exe. Maybe the path is not set properly bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: xorg installation fails, 99% complete only
On Tue, Nov 09, 2004 at 04:31:53PM +, Roboco Sanchez wrote: The setup.exe should do the installation job properly. [snip] As for what our two develpers said, I do respect them for what they do for us but I wouldn't tell my users to shut up like that. Being a volunteer doing things for people for free doesn't give you the right to do that. Did you *read* what Bobby said about Alexander? Why didn't you jump to Alexander's defense if you respect him so much? Or does being a user of free software does give someone the right to insult a developer? That seems pretty one-sided to me. You need the users and the users need you. You somehow think that there is a flow of obligation going from me to you? You're very wrong. You are benefitting from my efforts and Alexander's efforts. I am not benefitting from your efforts in any way. That is not true of some users here who are capable of sending bug reports or providing constructive feedback without pontificating. Since I care about cygwin, I do appreciate when people can provide feedback without whining and without insulting the people who have donated their time to help them. You have no rights here. Sorry. It is simple, you either do it your best or you don't do it at all. Sorry, but that is simple-minded pap. How can you judge what someone's best is? So, if I can't give cygwin 100% of my effort, I should just abandon it? Ridiculous. There are people who can do better or have done better as Bobby implied. You should listen to what users have to say. Not just praise you also have to listen to criticism. Whining about how no one is helping you and suggesting that the old regime did it better is not criticism. It is complaining. The difference should be pretty obvious. All can be constructive depends on how you look at it and how open-minded you are. You shouldn't tell your users to come do what you're doing if they think they can do better. And, you shouldn't invent scenarios to make your point. No one said anything about telling users to do what (I'm) doing. That reminds me of politicians in some third-world countries. You should have done better in this case. Funny, but your email reminds me a lot of a campaign speech, short on specifics, long on emotion. They are not as genius as you otherwise they wouldn't be here asking for help. I think you may have missed the fact that I was responding mainly to Bobby's insult. My message was specifically targetted to someone with whom I've interacted for years. I have no idea who you are or why you take insult at a message which was not directed to you. In fact I even gave more information. Like, the error points were different between archives from different mirror sites. Again, you seem to be missing the fact that I was responding to Bobby, not you. However, since you raise the point, let me say that this probably isn't very useful data either. Neither setup.exe nor X are my responsibility but I can't imagine how the fact that something dies differently given different mirror sites would be useful data unless you rigorously tested each mirror site and verified that this isn't just something random. But, that's probably just my genius talking. Anyway, I think that's about as much as I care to respond to. Just as an observation, no matter how right you think you are, it's hard to see how any logical person would expect quality help from people who they have maligned. You're a slimy politician who won't listen to criticism and who should either be doing a better job or resign. Please help me. Pretty funny. Again, for the record, neither setup problems nor X problems are my responsibility. I just step in when I see people being personally insulting towards one of the people who have donated their time to help them. cgf
Re: xorg installation fails, 99% complete only
Bobby McNulty wrote: OK Chris, here it is. The full report. Complete down to the readme file that it is hanging at. Cygwin setup is at 97% it says install xorg-x11-fscl-6.8.1.0-2 /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README its in a contiuous loop, not gettiing past this point. In a different posting it was said that it is the fontserver package, this is a different package. How should we debug this problem without correct information? This is the first posting I see about this issue where I read a detailed description, all the others I read (maybe I have not seen all of them) were about some readme file, fontserver..., nothing useful. I just reinstalled this xorg-x11-fscl package now, it works fine on NT4 AND it works fine on XP/SP2. $ cygcheck -c xorg-x11-fscl Cygwin Package Information Package VersionStatus xorg-x11-fscl6.8.1.0-2 OK Why don't you send the output of cygcheck -srv as an attachment? Maybe your mount table is broken? Maybe your XP/SP2 is broken? Why are you not providing more information? You cannot expect that we can fix a problem which we don't have, I cannot help debugging it without even seeing the problem. Gerrit -- =^..^=
X Win Error
Hi, I have obtained this error ___ [EMAIL PROTECTED] ~ $ startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-5 Contact: [EMAIL PROTECTED] XWin was started with the following command line: X :0 -multiwindow -clipboard (WW) /tmp mounted int textmode _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TT F/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/ X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Multi Window or Rootless = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1024 depth: 32 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (--) Using preset keyboard for English (USA) (409), type 4 Rules = xorg Model = pc105 Layout = us Variant = (null) Options = (null ) (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! winPointerWarpCursor - Discarding first warp: 640 512 winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello cat: /home/cygwinuser/.Xauthority: No such file or directory could you help me out.
RE: xorg installation fails, 99% complete only
Gerrit, I will try once more. This time, though, all my software was in place, no service pack, nothing, just Office. Same spot, same readme file. the mirror I was using was mirrors.rcn.net, which is the fastest one I found have been using for two years now. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Gerrit P. Haase Sent: Tuesday, November 09, 2004 4:22 PM To: [EMAIL PROTECTED] Subject: Re: xorg installation fails, 99% complete only Bobby McNulty wrote: OK Chris, here it is. The full report. Complete down to the readme file that it is hanging at. Cygwin setup is at 97% it says install xorg-x11-fscl-6.8.1.0-2 /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README its in a contiuous loop, not gettiing past this point. In a different posting it was said that it is the fontserver package, this is a different package. How should we debug this problem without correct information? This is the first posting I see about this issue where I read a detailed description, all the others I read (maybe I have not seen all of them) were about some readme file, fontserver..., nothing useful. I just reinstalled this xorg-x11-fscl package now, it works fine on NT4 AND it works fine on XP/SP2. $ cygcheck -c xorg-x11-fscl Cygwin Package Information Package VersionStatus xorg-x11-fscl6.8.1.0-2 OK Why don't you send the output of cygcheck -srv as an attachment? Maybe your mount table is broken? Maybe your XP/SP2 is broken? Why are you not providing more information? You cannot expect that we can fix a problem which we don't have, I cannot help debugging it without even seeing the problem. Gerrit -- =^..^=
Re: xorg installation fails, 99% complete only
Gerrit P. Haase gp at familiehaase.de writes: Bobby McNulty wrote: OK Chris, here it is. The full report. Complete down to the readme file that it is hanging at. Cygwin setup is at 97% it says install xorg-x11-fscl-6.8.1.0-2 /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README its in a contiuous loop, not gettiing past this point. In a different posting it was said that it is the fontserver package, this is a different package. How should we debug this problem without correct information? I'm not sure what different posting you're referring to. Maybe they all provide correct information and maybe they are two or more different problems? This is the first posting I see about this issue where I read a detailed description, all the others I read (maybe I have not seen all of them) were about some readme file, fontserver..., nothing useful. I just reinstalled this xorg-x11-fscl package now, it works fine on NT4 AND it works fine on XP/SP2. $ cygcheck -c xorg-x11-fscl Cygwin Package Information Package VersionStatus xorg-x11-fscl6.8.1.0-2 OK Did you use setup.exe? Did you reinstall to and existing package? This problem (the one by Bobby which you replied to above) occurs when you install Cygwin on a fresh XP using setup.exe . Please read all these posts. They are exactly the same problem (but maybe with different warning/error msgs and/or different posting styles): http://cygwin.com/ml/cygwin/2004-11/msg00081.html [Bobby's, 03/11] http://cygwin.com/ml/cygwin/2004-11/msg00166.html [Ling's, 04/11] http://cygwin.com/ml/cygwin/2004-11/msg00167.html [Bobby's, 04/11] http://cygwin.com/ml/cygwin/2004-11/msg00246.html [Ling's, 06/11] http://cygwin.com/ml/cygwin/2004-11/msg00253.html [Mine, 06/11] http://cygwin.com/ml/cygwin/2004-11/msg00335.html [Carlo's, 09/11] Why don't you send the output of cygcheck -srv as an attachment? I wish we could do that before or while running setup.exe . Maybe your mount table is broken? Maybe your XP/SP2 is broken? 3-4 people have been reporting this problem. Maybe their XP all are broken. Why are you not providing more information? Problem is users don't know what more information develpers want. Developers got to ask (or demand, whatever) from users. You cannot expect that we can fix a problem which we don't have, I cannot help debugging it without even seeing the problem. Again, 3-4 people having the same problem should be enough to confirm that there really is a problem. Gerrit Is there any way users can turn on debugging mode when running setup.exe? Things would be a lot easier if users could do so.
Re: xorg installation fails, 99% complete only
On Wed, 10 Nov 2004, Gerrit P. Haase wrote: Roboco Sanchez wrote: I'm not sure what different posting you're referring to. Maybe they all provide correct information and maybe they are two or more different problems? One was from Hannu which was about a completely different issue which I replied in lenght, the other was from Bobby today, I saw nothing else, sorry. I just reinstalled this xorg-x11-fscl package now, it works fine on NT4 AND it works fine on XP/SP2. $ cygcheck -c xorg-x11-fscl Cygwin Package Information Package VersionStatus xorg-x11-fscl6.8.1.0-2 OK Did you use setup.exe? Did you reinstall to and existing package? This problem (the one by Bobby which you replied to above) occurs when you install Cygwin on a fresh XP using setup.exe . Of course, I use always setup.exe. It was a reinstallation which indicates that it works well before at least one time. I cannot install a fresh XP. I've installed it on a test machine in VMWare with WinXP SP2 (nearly fresh system: Installed as XP, upgraded to SP1, upgraded to SP2. No installed software except for drivers) and had no problems Selected install from net (user/global, unix/dos left as defaults). Mirror: local mirror from mirrors.kernel.org Default package selection + all xorg-x11-* Maybe you need to turn off the firewall? Firewall is enabled (default settings) Not being able to reproduce a problem makes it a pain to solve it. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: xorg installation fails, 99% complete only
On Tue, Nov 09, 2004 at 07:38:41PM -0500, Igor Pechtchanski wrote: On Tue, 9 Nov 2004, Bobby McNulty wrote: Gerrit, I will try once more. This time, though, all my software was in place, no service pack, nothing, just Office. Same spot, same readme file. the mirror I was using was mirrors.rcn.net, which is the fastest one I found have been using for two years now. ... and which has a setup.ini dated 11/09/2003 (!). The timestamp on setup.ini is fine. Either you are misinterpreting it or there is something wrong with your software. cgf
Re: xorg installation fails, 99% complete only
On Tue, 9 Nov 2004, Christopher Faylor wrote: On Tue, Nov 09, 2004 at 07:38:41PM -0500, Igor Pechtchanski wrote: On Tue, 9 Nov 2004, Bobby McNulty wrote: Gerrit, I will try once more. This time, though, all my software was in place, no service pack, nothing, just Office. Same spot, same readme file. the mirror I was using was mirrors.rcn.net, which is the fastest one I found have been using for two years now. ... and which has a setup.ini dated 11/09/2003 (!). The timestamp on setup.ini is fine. Either you are misinterpreting it or there is something wrong with your software. So it is. Sorry for the noise. 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! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: xorg installation fails, 99% complete only
On Wed, Nov 10, 2004 at 02:41:02AM +0100, Alexander Gottwald wrote: Bobby McNulty wrote: Sorry for the insult, but under Harolld, he would have everything tested on different machines and configurations. I'm running Windows XP professional with Service Pack #2. Find out what the others are using. I don't expect people to send me flowers for my work. But I expect them not to insult me in complete disregard of the amount of time I invest in the project. It's not an unreasonable expectation especially given the lunacy of insulting someone whose help you are soliciting. Hang in there, Alexander. You are appreciated. cgf
src/winsup/w32api ChangeLog include/winnls.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-11-09 09:06:03 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winnls.h Log message: * include/winnls.h (WINBASEAPI): Define as DECLSPEC_IMPORT. if undefined. and __W32API_USE_DLLIMPORT__. Add WINBASEAPI token to prototypes, throughout. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.614r2=1.615 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winnls.h.diff?cvsroot=srcr1=1.5r2=1.6
Re: Win32::API perl module
Jason Pearce wrote: I just compiled what Reini posted, it compiled out of the box for me. http://xarch.tu-graz.ac.at/home/rurban/software/perl/Win32-API-0.41-cygwin.patch = http://xarch.tu-graz.ac.at/home/rurban/software/perl/Win32-API-0.42.tar.gz I actually just used the .tar.gz, and didn't even bother runing the patch. Ok, thanks. I'll try to include this alongside with libwin32 with the next perl relase which will be version 5.8.6. 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/
Re: Need help compiling gaim-1.0.2
On Mon, Nov 08, 2004 at 09:35:02PM -0500, Reid Thompson wrote: not sure what you're missing -- i just ran configure on my system and it went through fine -- build failed on other errors gaim 1.0.2 Build Protocol Plugins : yes Protocols to link statically.. : Protocols to build dynamically : gg irc jabber msn napster novell oscar yahoo zephyr UI Library : GTK 2.x SSL Library/Libraries. : None Build with Plugin support. : yes Build with Perl support... : yes Build with Tcl support : no Build with Tk support. : no Build with Audio support.. : no Build with NAS support : no Build with GtkSpell support... : no Use kerberos 4 with zephyr : no Use external libzephyr : no Use XScreenSaver Extension : no Use X Session Management.. : yes Use startup notification...: no Print debugging messages.. : no Gaim will be installed in /usr/local/bin. configure complete, now type 'make' It's encouraging to know that configure should work. Now I just have to figure out what I'm doing wrong :) Do you have the silc toolkit installed? Configure is complaining that it cannot find silc.pc. Are their other configure switches you used? Thanks again for your help. -- Regards, Doug -- 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: A request for package announcers
Would it be possible to include a description of what the package actually is, in the email announcement? Even if it's very short. Often you can't tell from the package name alone. Yes, this is reasonable. Someone else asked for the same thing in this NG within the last week. Maybe the cygwin-announce moderator should set and enforce this policy. -- To reply by email, replace deadspam.com by alumni.utexas.net -- 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: More Info - Cygwin Cron - Cannot Switch user context
On Mon, 8 Nov 2004, Rebstock, Roland wrote: CYGWIN_NT-5.2 1.5.5 Two simple suggestions: Upgrade. Cygwin 1.5.5 is now very old. I'd try 1.5.10, or a snapshot. Have you attached cygcheck output yet? I don't remember seeing it. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: A request for package announcers
On Tue, Nov 09, 2004 at 10:12:21AM -0500, Andrew Schulman wrote: Would it be possible to include a description of what the package actually is, in the email announcement? Even if it's very short. Often you can't tell from the package name alone. Yes, this is reasonable. Someone else asked for the same thing in this NG within the last week. Maybe the cygwin-announce moderator should set and enforce this policy. Nope. Not gonna happen. -- 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: More Info - Cygwin Cron - Cannot Switch user context
This resolved the issue net user cron_server passwd /add /yes net localgroup administrators_group_name cron_server /add editrights -a SeAssignPrimaryTokenPrivilege -u cron_server editrights -a SeCreateTokenPrivilege -u cron_server editrights -a SeIncreaseQuotaPrivilege -u cron_server editrights -a SeServiceLogonRight -u cron_server mkpasswd -l -u cron_server /etc/passwd For security reasons: editrights -a SeDenyInteractiveLogonRight -u cron_server editrights -a SeDenyNetworkLogonRight -u cron_server editrights -a SeDenyRemoteInteractiveLogonRight -u cron_server give cron_server permission to write on the /var/run/cron.pid and /var/log/cron.log And then create a cron service using that account: cygrunsrv -I cron -p /usr/sbin/cron -a -D -u cron_server -w passwd -Original Message- From: Brian Ford [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 10:15 AM To: Rebstock, Roland Cc: [EMAIL PROTECTED] Subject: Re: More Info - Cygwin Cron - Cannot Switch user context On Mon, 8 Nov 2004, Rebstock, Roland wrote: CYGWIN_NT-5.2 1.5.5 Two simple suggestions: Upgrade. Cygwin 1.5.5 is now very old. I'd try 1.5.10, or a snapshot. Have you attached cygcheck output yet? I don't remember seeing it. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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/
Setup column far too wide
Where does Setup store its column widths, if any? I'm using Setup version 2.427, and on every view the Current column is far, far too wide. At 1280x1024 resolution, it's at least 3/4 of the screen width. It's been doing this for a few weeks, at least, and I have to manually resize the column. Once I do resize it, it stays the right width when I change views, until the next time I run Setup. If Setup is storing the information somewhere, there it's nowhere obvious--the setup.ini files seem to be for keeping track of packages instead of Setup's configuration(since there's one per mirror folder), and I couldn't find anything in the registry. Aaron V. Humphrey Kakari Systems Ltd. -- 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: Setup column far too wide
On Tue, Nov 09, 2004 at 09:42:00AM -0700, Aaron Humphrey wrote: Where does Setup store its column widths, if any? I'm using Setup version 2.427, and on every view the Current column is far, far too wide. At 1280x1024 resolution, it's at least 3/4 of the screen width. It's been doing this for a few weeks, at least, and I have to manually resize the column. Once I do resize it, it stays the right width when I change views, until the next time I run Setup. If Setup is storing the information somewhere, there it's nowhere obvious--the setup.ini files seem to be for keeping track of packages instead of Setup's configuration(since there's one per mirror folder), and I couldn't find anything in the registry. The column width is as long as the widest version number. It seems fine to me. It's certainly not 3/4 of the screen width on my system. -- 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: Setup column far too wide
On Tue, 9 Nov 2004, Christopher Faylor wrote: On Tue, Nov 09, 2004 at 09:42:00AM -0700, Aaron Humphrey wrote: Where does Setup store its column widths, if any? I'm using Setup version 2.427, and on every view the Current column is far, far too wide. At 1280x1024 resolution, it's at least 3/4 of the screen width. It's been doing this for a few weeks, at least, and I have to manually resize the column. Once I do resize it, it stays the right width when I change views, until the next time I run Setup. If Setup is storing the information somewhere, there it's nowhere obvious--the setup.ini files seem to be for keeping track of packages instead of Setup's configuration(since there's one per mirror folder), and I couldn't find anything in the registry. The column width is as long as the widest version number. It seems fine to me. It's certainly not 3/4 of the screen width on my system. There was a package at some point that confused setup's versioning logic, so setup stored a very long version number for it. The package is long gone from the mirrors, but if the OP was unlucky enough to update while it was still available, he has a corrupt line in his /etc/setup/installed.db. Since it's a plain text file, he can just edit it and remove that line (it should be easy to spot). 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! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- 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: Setup column far too wide
There was a package at some point that confused setup's versioning logic, so setup stored a very long version number for it. The package is long gone from the mirrors, but if the OP was unlucky enough to update while it was still available, he has a corrupt line in his /etc/setup/installed.db. Since it's a plain text file, he can just edit it and remove that line (it should be easy to spot). HTH, Igor Thank you very much! I was having the same problem and the offending package was libopenldap2-2-15 and my installed.db had the following line (please excuse the line wrap): libopenldap2-2-15 libopenldap2-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2-15-2.2.15-1.tar.bz2 0 I removed it and the problem went away. Thanks again Igor, Pete -- 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/
vpath search failures in Clearcase when files do actually exist
Cyg ver:1.3.10 (although I have reproduced the same problem with 1.5.7) OS : Windows 2000 File system: MVFS (running gnumake inside a Rational Clearcase dynamic view) cygcheck: (See attached file: cygcheck.out) When running the cygwin 1.3.10 make utility inside a Clearcase dynamic view (MVFS file system), we are seeing random and intermittent failures on directory stats, which result in file not found errors during gnumake dependency checking, even though the files do exist, and a valid vpath directive points to the existing file. In our build environment, we have a very large dependency list for a large number of dlls in a single makefile, which looks something like this: vpath %.a . $(TOPR) $(SRCTOP_GNU) - which would expand to: vpath . ../.. /cygdrive/m/top lib1.dll : component1/subdir1/archive1.a component1/subdir2/archive1.a (etc.) In the above example, $(TOPR) and $(SRCTOP_GNU) both point to the same directory, which is the parent of component1. /cygdrive/m/top/component1/subdir1/archive1.a is a valid path. Also, the target dlls are all generated into component1/lib. In total, we have about 150 dlls that each contain anywhere from 1 to a max of about 100 object archive files. In some Clearcase views, we get file not found errors during dependency checking for files that really do exist. The file stat failure always occurs on the same file when building in the same working directory in the same view. The failures are not consistent across different views, however, and they are also not consistent from different working directories in the same view. For instance, we may run gnumake from a working directory of component1/lib and get erroneous file not found errors for component1/subdir1/archive1.a. If we then run make from component1/subdir1 (directory containing the file that failed to be found), then the build may succeed, or it may result in file not found errors for archives from a different directory. As well, if the dll with the failing file stat contains a small number of archives, gnumake all may fail, but gnumake small.dll will work. Then, even after the dll exists, bld all will fail during the dependency check again. After extensively scanning the MVFS logs for file access attempts, we have determined that, in a failing case, the cygwin make fails to recognize subdir# as a directory, even though this is a valid directory element of clearcase. The failing case shows the vpah search in . failing, then the vpath search from $(TOPR) failing to search past the subdir# directory. The MVFS logs show the make tool issuing a GENERIC_READ operation on that directory instead of a READ_DATA/LIST_DIRECTORY operation. I have tried a few vpath modifications, and we were able to identify one that worked, even though it is using a path that is not supported by cygwin. As shown above, using vpath . ../.. /cygdrive/m/top fails, even though it should work. Using vpath . /cygdrive/m/top fails with the same errors as above. However, vpath . M:/top succeeds in the dependency check, even though M:/top should apparently be written as /cygdrive/m/top to comply to cygwin standards. From the MVFS logs, it appears as though the cygwin vpath implementation ends up dropping the M: drive letter, and the path matched by make is /top/component1/subdir1/archive1.a. Unfortunately, since this starts with a forward slash, this then requires further processing to pass this to a linker, because the linker will interpret it as a linker option if it starts with a forward slash. It appears as though there is a problem using the /cygdrive/m type paths inside MVFS when there are extremely large dependency trees. Jeremy Broughton cygcheck.out Description: Binary data -- 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: [Bug?] patchutils: interdiff /dev/stdin ... doesn't work
Igor Pechtchanski wrote: On Sun, 7 Nov 2004, Max Bowsher wrote: Patchutils has no special handling of - as an argument. Well, given that one of the examples on the interdiff webpage (and a very useful one, I might add) doesn't work properly on Cygwin, I wonder whether special handling of - should be added to at least the Cygwin version of patchutils... No, but perhaps it should be added to the *upstream* version of patchutils. I've added it to my personal issue tracker. An alternative would be to implement /dev/std* in Cygwin. At the very least, this should be mentioned in the Cygwin-specific patchutils readme. What? That patchutils doesn't support -? I think people are more likely to try it and see, rather than bothering to look for the README. Max. -- 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: vpath search failures in Clearcase when files do actually exist
On Tue, Nov 09, 2004 at 07:21:00PM -0500, Jeremy Broughton wrote: Cyg ver:1.3.10 (although I have reproduced the same problem with 1.5.7) OS : Windows 2000 File system: MVFS (running gnumake inside a Rational Clearcase dynamic view) cygcheck: (See attached file: cygcheck.out) It appears as though there is a problem using the /cygdrive/m type paths inside MVFS when there are extremely large dependency trees. Unless you can point to problems with a standard, supported W2K filesystem, please don't expect anyone to try to fix this. Cygwin uses standard Win32 APIs for detemining if something is a directory. If those APIs are not working for Clearcase then it is unlikely that anyone will be motivated to fix the problem on the Cygwin side. -- 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/
Accessing the Windows clipboard
Aside from the 'putclip' and 'getclip' utilities, or making use of '/dev/clipboard', I'm wondering if there are other approaches. Accessing bitmaps, for example, doesn't quite work as expected. Thanks. -- George -- 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/
docbook-xml42-4.2-3-src.tar.bz2 : md5sum failure
~ grep xml42.*3.*src setup.ini release/docbook-xml42/docbook-xml42-4.2-3-src.tar.bz2 119001 04459ac59c6b258d1cb812bbcc59c6eb ~ find release/ -name *xml42*3*src* | xargs md5sum c443933657226aacfd8c05082db86f0f *release/docbook-xml42/docbook-xml42-4.2-3-src.tar.bz2 Fergus -- 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/
