{"thread":{"id":"11304","subject":"Windows binaries for qgit 2.0","startedAt":"2007-12-15T15:02:18Z","lastAt":"2007-12-17T21:40:30Z","messageCount":19,"participants":["Marco Costalba","Abdelrazak Younes","Johannes Schindelin"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"63251","messageId":"e5bfff550712150702p2675da8axed1f3db6273f619@mail.gmail.com","threadId":"11304","inReplyTo":null,"subject":"Windows binaries for qgit 2.0","fromName":"Marco Costalba","fromEmail":"mcostalba@gmail.com","sentAt":"2007-12-15T15:02:18Z","receivedAt":"2007-12-15T15:02:18Z","isPatch":false,"sender":{"key":"mcostalba@gmail.com","avatar":null},"body":"Due to a feature request on sourceforge qgit account:\n\nhttp://sourceforge.net/tracker/index.php?func=detail&aid=1759403&group_id=139897&atid=744830\n\nI have cooked and uploaded a qgit.exe file with Qt4.3.3 statically\nlinked in so to let Windows users that just want to give a shot to\nqgit the possibility to try it easily.\n\nNormally I use debug shared Qt libraries for development, so after\nsome effort I finally managed to build the static ones and finally to\nbuild qgit.exe\n\nProblem is that _this_ qgit.exe shows strange misbehaviour like 20X\nslower then the one I normally build for development, there is also\nsome strange artifacts with file history graph.\n\nI have a clue that is due to static Qt + mingw 3.4 problems, I have\nread something on it somewhere, but I would like to ask if someone has\nexperienced the same problems when running qgit2.0 under Windows.\n\nBTW if someone is interested, in the sourceforge thread above there is\nthe link to download this zipped file, testing is very easy and quick,\njust extract files where git.exe is and start qgit.exe...\n\nThanks for any help\nMarco\n"},{"id":"63304","messageId":"fk2juf$t25$1@ger.gmane.org","threadId":"11304","inReplyTo":"e5bfff550712150702p2675da8axed1f3db6273f619@mail.gmail.com","subject":"Re: Windows binaries for qgit 2.0","fromName":"Abdelrazak Younes","fromEmail":"younes.a@free.fr","sentAt":"2007-12-16T07:26:03Z","receivedAt":"2007-12-16T07:26:03Z","isPatch":false,"sender":{"key":"younes.a@free.fr","avatar":null},"body":"Marco Costalba wrote:\n> Due to a feature request on sourceforge qgit account:\n> \n> http://sourceforge.net/tracker/index.php?func=detail&aid=1759403&group_id=139897&atid=744830\n> \n> I have cooked and uploaded a qgit.exe file with Qt4.3.3 statically\n> linked in so to let Windows users that just want to give a shot to\n> qgit the possibility to try it easily.\n\nSorry for the intrusion in this list but you don't need to compile Qt \nstatically IMO. Just bundle the Qt dlls that you needs (most probably \nQtCore and QtGui) with you executable and be done with it.\n\n> Normally I use debug shared Qt libraries for development, so after\n> some effort I finally managed to build the static ones and finally to\n> build qgit.exe\n> \n> Problem is that _this_ qgit.exe shows strange misbehaviour like 20X\n> slower then the one I normally build for development, there is also\n> some strange artifacts with file history graph.\n\nIf you are using debug dlls, those are known to be slower because of \nthe additional checking (like vector bundaries, etc). Beware also of \nstdlib-debug if you're using gcc. In any case, if you want to gain \nspeed, you should compile with MSVC (MSVC2005Express is free as in beer).\n\nHope this helps,\nAbdel.\n"},{"id":"63306","messageId":"e5bfff550712152355o7c8ef2f3j95f239697f77ccef@mail.gmail.com","threadId":"11304","inReplyTo":"fk2juf$t25$1@ger.gmane.org","subject":"Re: Windows binaries for qgit 2.0","fromName":"Marco Costalba","fromEmail":"mcostalba@gmail.com","sentAt":"2007-12-16T07:55:37Z","receivedAt":"2007-12-16T07:55:37Z","isPatch":false,"sender":{"key":"mcostalba@gmail.com","avatar":null},"body":"On Dec 16, 2007 8:26 AM, Abdelrazak Younes wrote:\n>\n> Sorry for the intrusion in this list but you don't need to compile Qt\n> statically IMO. Just bundle the Qt dlls that you needs (most probably\n> QtCore and QtGui) with you executable and be done with it.\n>\n\nYes. That's another option, I will try that to see if things get better.\n\n>\n> If you are using debug dlls, those are known to be slower because of\n\nActually I use debug dll for normal development and never experienced slowness.\nI switched to \"release\" library to create the qgit package and _now_ I\nhave the thing much slower and also misbehaving. So for me are the\nrelease library that have problems, not the debug ones.\n\n> In any case, if you want to gain\n> speed, you should compile with MSVC (MSVC2005Express is free as in beer).\n>\n\nYes, I was thinking about this, but Qt don't officially supports MSVC\nfor the Qt4 GPL libraries, so that's the reason I was stick to mingw\n(although now it comes more and more clear to me that the shipped\nversion has problems with release compiled libraries)\n\n> Hope this helps,\n> Abdel.\n>\n\nYes, thanks a lot.\nMarco\n"},{"id":"63307","messageId":"fk2p0f$961$1@ger.gmane.org","threadId":"11304","inReplyTo":"e5bfff550712152355o7c8ef2f3j95f239697f77ccef@mail.gmail.com","subject":"Re: Windows binaries for qgit 2.0","fromName":"Abdelrazak Younes","fromEmail":"younes.a@free.fr","sentAt":"2007-12-16T08:52:27Z","receivedAt":"2007-12-16T08:52:27Z","isPatch":false,"sender":{"key":"younes.a@free.fr","avatar":null},"body":"Marco Costalba wrote:\n> On Dec 16, 2007 8:26 AM, Abdelrazak Younes wrote:\n>> Sorry for the intrusion in this list but you don't need to compile Qt\n>> statically IMO. Just bundle the Qt dlls that you needs (most probably\n>> QtCore and QtGui) with you executable and be done with it.\n>>\n> \n> Yes. That's another option, I will try that to see if things get better.\n> \n>> If you are using debug dlls, those are known to be slower because of\n> \n> Actually I use debug dll for normal development and never experienced slowness.\n> I switched to \"release\" library to create the qgit package and _now_ I\n> have the thing much slower and also misbehaving. So for me are the\n> release library that have problems, not the debug ones.\n\nHum, I can't imagine this is the reason, it might be for another reason, \nmost certainly the static compiling.\n\n> \n>> In any case, if you want to gain\n>> speed, you should compile with MSVC (MSVC2005Express is free as in beer).\n>>\n> \n> Yes, I was thinking about this, but Qt don't officially supports MSVC\n> for the Qt4 GPL libraries,\n\nWell, for the LyX project we used to use and distribute the patched \nversion of Qt in order to compile it with MSVC. Now, since Qt4.3.2 the \nMSVC compilation support is enabled in the official release so you don't \neven have to patch it anymore. I can send you precompiled dll if you \nwant. Or you can use the one bundled in the last lyx installer \n(www.lyx.org).\n\n> so that's the reason I was stick to mingw\n> (although now it comes more and more clear to me that the shipped\n> version has problems with release compiled libraries)\n\nThe first reason why we went away from mingw was because it was way too \nslow to compile Qt and LyX. With MSVC the binaries are much faster.\n\nAbdel.\n"},{"id":"63308","messageId":"e5bfff550712160105w3817a460v3db1bde15969fcf2@mail.gmail.com","threadId":"11304","inReplyTo":"fk2p0f$961$1@ger.gmane.org","subject":"Re: Windows binaries for qgit 2.0","fromName":"Marco Costalba","fromEmail":"mcostalba@gmail.com","sentAt":"2007-12-16T09:05:37Z","receivedAt":"2007-12-16T09:05:37Z","isPatch":false,"sender":{"key":"mcostalba@gmail.com","avatar":null},"body":"On Dec 16, 2007 9:52 AM, Abdelrazak Younes wrote:\n>\n> Hum, I can't imagine this is the reason, it might be for another reason,\n> most certainly the static compiling.\n>\n\nStatic compiling is indeed a highly suspect. I'm now compiling as\nshared libraries, we will see...\n\n>\n> Well, for the LyX project we used to use and distribute the patched\n> version of Qt in order to compile it with MSVC. Now, since Qt4.3.2 the\n> MSVC compilation support is enabled in the official release so you don't\n> even have to patch it anymore. I can send you precompiled dll if you\n> want.\n\nSorry for the stupid question, but, what ddl ??\n\nMarco\n"},{"id":"63310","messageId":"fk2q1f$bbh$1@ger.gmane.org","threadId":"11304","inReplyTo":"e5bfff550712160105w3817a460v3db1bde15969fcf2@mail.gmail.com","subject":"Re: Windows binaries for qgit 2.0","fromName":"Abdelrazak Younes","fromEmail":"younes.a@free.fr","sentAt":"2007-12-16T09:10:03Z","receivedAt":"2007-12-16T09:10:03Z","isPatch":false,"sender":{"key":"younes.a@free.fr","avatar":null},"body":"Marco Costalba wrote:\n> On Dec 16, 2007 9:52 AM, Abdelrazak Younes wrote:\n>> Hum, I can't imagine this is the reason, it might be for another reason,\n>> most certainly the static compiling.\n>>\n> \n> Static compiling is indeed a highly suspect. I'm now compiling as\n> shared libraries, we will see...\n\nAnother suspect is that under Windows, at least with MSVC, it is \nstrongly advised to not mix debug and release libraries as they have \ndifferent memory models. I am not sure to what extend this advice is \nvalid for mingw compiled libraries.\n\n> \n>> Well, for the LyX project we used to use and distribute the patched\n>> version of Qt in order to compile it with MSVC. Now, since Qt4.3.2 the\n>> MSVC compilation support is enabled in the official release so you don't\n>> even have to patch it anymore. I can send you precompiled dll if you\n>> want.\n> \n> Sorry for the stupid question, but, what ddl ??\n\nThe MSVC compiled Qt dlls :-)\nSorry too, I guess I was not clear enough.\n\nAbdel.\n"},{"id":"63315","messageId":"e5bfff550712160242v54ce284emd31a29964770179c@mail.gmail.com","threadId":"11304","inReplyTo":"fk2q1f$bbh$1@ger.gmane.org","subject":"Re: Windows binaries for qgit 2.0","fromName":"Marco Costalba","fromEmail":"mcostalba@gmail.com","sentAt":"2007-12-16T10:42:31Z","receivedAt":"2007-12-16T10:42:31Z","isPatch":false,"sender":{"key":"mcostalba@gmail.com","avatar":null},"body":"On Dec 16, 2007 10:10 AM, Abdelrazak Younes wrote:\n> Marco Costalba wrote:\n> > On Dec 16, 2007 9:52 AM, Abdelrazak Younes wrote:\n> >> Hum, I can't imagine this is the reason, it might be for another reason,\n> >> most certainly the static compiling.\n> >>\n> >\n> > Static compiling is indeed a highly suspect. I'm now compiling as\n> > shared libraries, we will see...\n>\n\nOk. compiled shared libraries release version and qgit release version\n-> does not even starts!\n\nAfter some more test I found that if I compile qgit release adding\nflag -O0 it starts, although there is some strange misbehavior\nsometime, so the suspect now is a broken O2 optimization for mingw.\n\nTo test this I could recompile (sigh!) Qt with shared release + O0\nflag, but I'm not sure how to do it.\n\n>\n> The MSVC compiled Qt dlls :-)\n> Sorry too, I guess I was not clear enough.\n>\n\nYes please!\n\nThanks\nMarco\n"},{"id":"63317","messageId":"fk3153$rtb$1@ger.gmane.org","threadId":"11304","inReplyTo":"e5bfff550712160242v54ce284emd31a29964770179c@mail.gmail.com","subject":"Re: Windows binaries for qgit 2.0","fromName":"Abdelrazak Younes","fromEmail":"younes.a@free.fr","sentAt":"2007-12-16T11:11:27Z","receivedAt":"2007-12-16T11:11:27Z","isPatch":false,"sender":{"key":"younes.a@free.fr","avatar":null},"body":"Marco Costalba wrote:\n> On Dec 16, 2007 10:10 AM, Abdelrazak Younes wrote:\n\n>> The MSVC compiled Qt dlls :-)\n>> Sorry too, I guess I was not clear enough.\n>>\n> \n> Yes please!\n\nActually you might prefer to just use the LyX dependencies package that \nwe provide for Windows developers, it contains Qt. I paste here the \nrelevant part of our 'INSTALL.Win32':\n\n6\tInstall the dependencies\nDownload ftp://ftp.lyx.org/pub/lyx/contrib/lyx-windows-deps-msvc-qt4.zip\nand extract in the root directory of your LyX files (so you will get\na directory called lyx-windows-deps-msvc-qt4 next to the other \ndirectories like src, development etc.).\n\nI also attach the complete file, you might find some interesting items \nWRT compiling with MSVC.\n\nAbdel.\n\n\n\nCompiling LyX 1.5 for Win32\n===========================\n\nLyX 1.5 can be compiled with Microsoft Visual C++ 2005 (recommended) or MinGW.\n\nCompiling with MSVC 2005\n========================\n\n1\tInstall MSVC 2005 SP1\n\n\tIf you don't have MSVC 2005 installed, download and install the free\n\tExpress edition from http://msdn.microsoft.com/vstudio/express/visualc/\n\tFrom this page you should also download and install Service Pack 1.\n\n\tA hotfix needs to be installed because of a bug in the compiler.\n\tSearch for VS80sp1-KB930859-X86-ENU.exe on Google and install it.\n\n2\tInstall the Windows Platform SDK\n\n\tsee: http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/\n\t(You don't need to install the IIS, MDAC, and Tablet PC SDK that are\n\t delivered with the Platform SDK.)\n\n3\tConfigure MSVC\n\n\tFollow exactly the steps of\n\thttp://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/\n\tIn Step 3 follow also the things noted as alternative.\n\t(If you later get an error message that \"windows.h\" cannot be found,\n \t create the global Windows environment variables \"INCLUDE\" and \"LIB\".\n\t INCLUDE contains the paths to the \"include\" folders of the installed\n\t platform SDK and of MSVC. LIB contains the corresponding \"lib\" folders.)\n\n4\tInstall Python\n\n\tGet the latest Python 2.5 version at\n\thttp://www.python.org/download/releases/2.5/\n\n\tInstall in C:\\Python25 and add this directory to the PATH environment\n\tvariable (Start > Settings > Control Panel > System > Advanced >\n\tEnvironment Variables).\n\n5\tInstall SCons\n\n\tDownload and install SCons 0.96.92 (or newer, but not 0.96.1) from http://www.scons.org/download.php\n\n6\tInstall the dependencies\n\n\tDownload ftp://ftp.lyx.org/pub/lyx/contrib/lyx-windows-deps-msvc-qt4.zip\n\tand extract in the root directory of your LyX files (so you will get\n\ta directory called lyx-windows-deps-msvc-qt4 next to the other directories\n\tlike src, development etc.).\n\n7\tCompile\n\n\tFrom MS Visual Studio command prompt (not the regular cmd.exe), \n\trun \n\t > cd \\development\\Win32\\packaging\n\t > build_msvc.bat\n\n8\tFirst start of LyX\n\n\tTo start the just compiled lyx.exe, it is necessary to copy the following\n\tfiles to the folder where the just compiled \"lyx.exe\" is:\n\n\tAiksaurus.dll\n\taspell.dll\n\ticonv.dll\n\tintl.dll\n\tMicrosoft.VC80.CRT.manifest\n\tmsvcp80.dll\n\tmsvcr80.dll\n\tQtCore4.dll\n\tQtGui4.dll\n\n\tmsvcp80.dll and msvcr80.dll are the C Runtime and C++ libraries\n\tsupplied with MSVC 2005. They are freely redistributable.\n\tSee http://msdn2.microsoft.com/en-us/library/8kche8ah(VS.80).aspx\n\tfor details.\n\n\tAll of the other .dlls above and the lyx executable are compiled\n\tfrom code released under the GPL which states (section 3) that\n\tGPL software may be linked against system files such as msvcp80.dll\n\tand msvcr80.dll.\n\nCompiling with MinGW\n====================\n\n\tThese instructions allow you to create a basic LyX build with MinGW.\n\tTo be able to use all LyX features, compiling with MSVC 2005 is recommended.\n\tCreating an installer for MinGW builds is no longer supported.\n\n1\tInstall MinGW, and all the gcc-related stuff, and win32api. \n\n2\tdownload qt-win-opensource-4.x.x-mingw.exe and install to c:\\qt\\4.2.2.\n\n3\tinstall python and scons as instructed above. Set $path for python\n\t to make your life a bit easier.\n\n4\tCheck out lyx svn to c:\\lyx-devel\\lyx-1.5.x\n\n5\tDownload zlib binaries and developer files (zlib-1.2.3-bin.zip and\n\t zlib-1.2.3-lib.zip) from http://gnuwin32.sourceforge.net/packages/zlib.htm\n\t libiconv from http://gnuwin32.sourceforge.net/packages/libiconv.htm\n\t gettext from http://gnuwin32.sourceforge.net/packages/gettext.htm\n\t unpack all of them to the same directory c:\\lyx-devel\\mingw_deps.\n\n6\tstart a command window, run commands:\n\t $ cd c:\\lyx-devel\\lyx-1.5.x\n\t $ scons -f development\\scons\\SConstruct \\\n\t extra_lib_path=..\\mingw_deps\\lib \\\n\t\t extra_inc_path=..\\mingw_deps\\include \\\n\t\t extra_bin_path=..\\mingw_deps\\bin \\\n\t\t qt_dir=c:\\qt\\4.2.2 \\\n\t\t DESTDIR=..\\lyx-1.5-install \\\n\t\t install\n\n\nCreating the Installer\n======================\n\n\tTo create an installer with LyX and all related components, download\n\tand install the latest NSIS from http://nsis.sourceforge.net\n\n\tOpen development\\Win32\\packaging\\installer\\setttings.user.nsh and modify\n\tthe settings depending on your build environment.\n\n\tFinally, go to development\\Win32\\packaging\\installer\n\t(in a normal Windows Explorer), right-click on lyx.nsi and click\n\t\"Compile NSIS Script\".\n\n\tYou can also use the installer target of scons. Namely, use a command like\n\t $ scons -f development\\scons\\SConscript installer\n\tThis will create $BUILDDIR\\lyx-version-timestamp-Installer.exe for a devel version,\n\tand $BUILDDIR\\lyx-version-Install.exe for a released version of lyx.\n\n\tIf you also want to generate bundled installer, download \n\tlyx-windows-bundle-deps.zip from http://www.lyx.org/~bpeng, unpack\n\tto lyx-windows-bundle-deps under the top source directory, and run\n\t $ scons -f development\\scons\\SConstruct installer bundle=1\n\tIf you prefer to use another directory, you can use option bundle_dir like\n\t $ scons -f development\\scons\\SConstruct installer bundle=1 bundle_dir=c:\\bundle\n"},{"id":"63357","messageId":"e5bfff550712161426y101c77efl4f5321d3440fed3f@mail.gmail.com","threadId":"11304","inReplyTo":"fk3153$rtb$1@ger.gmane.org","subject":"Re: Windows binaries for qgit 2.0","fromName":"Marco Costalba","fromEmail":"mcostalba@gmail.com","sentAt":"2007-12-16T22:26:47Z","receivedAt":"2007-12-16T22:26:47Z","isPatch":false,"sender":{"key":"mcostalba@gmail.com","avatar":null},"body":"On Dec 16, 2007 12:11 PM, Abdelrazak Younes wrote:\n>\n> Actually you might prefer to just use the LyX dependencies package that\n> we provide for Windows developers, it contains Qt. I paste here the\n> relevant part of our 'INSTALL.Win32':\n>\n\nThanks, I've tried it but without success because I need MSVC 2005\ninstalled, and currently is not.\n\nAnyhow for now I have produced a version with mingw that seems more or\nless to work, when I have a bit of time I will install MSVC 2005 and\ntry if with that compiler is better...\n\nThanks\nMarco\n"},{"id":"63391","messageId":"fk5grp$7il$2@ger.gmane.org","threadId":"11304","inReplyTo":"e5bfff550712161426y101c77efl4f5321d3440fed3f-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org","subject":"Re: Windows binaries for qgit 2.0","fromName":"Abdelrazak Younes","fromEmail":"younes.a-ganu6spqydw@public.gmane.org","sentAt":"2007-12-17T09:51:52Z","receivedAt":"2007-12-17T09:51:52Z","isPatch":false,"sender":{"key":"younes.a-ganu6spqydw@public.gmane.org","avatar":null},"body":"\nMarco Costalba wrote:\n> On Dec 16, 2007 12:11 PM, Abdelrazak Younes wrote:\n>> Actually you might prefer to just use the LyX dependencies package that\n>> we provide for Windows developers, it contains Qt. I paste here the\n>> relevant part of our 'INSTALL.Win32':\n>>\n> \n> Thanks, I've tried it but without success because I need MSVC 2005\n> installed, and currently is not.\n\nRight.\n\n> \n> Anyhow for now I have produced a version with mingw that seems more or\n> less to work, when I have a bit of time I will install MSVC 2005 and\n> try if with that compiler is better...\n\nI would like to help you with that but I can't retrieve the repository:\n\n$ git clone git://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git\nInitialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/\ngit.kernel.org[0: 130.239.17.7]: errno=Invalid argument\ngit.kernel.org[1: 199.6.1.166]: errno=Bad file descriptor\ngit.kernel.org[2: 204.152.191.8]: errno=Bad file descriptor\ngit.kernel.org[3: 204.152.191.40]: errno=Bad file descriptor\nfatal: unable to connect a socket (Bad file descriptor)\nfetch-pack from 'git://git.kernel.org/pub/scm/qgit/qgit4.git' failed.\n\n$ git clone http://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git\nInitialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/\nCannot get remote repository information.\nPerhaps git-update-server-info needs to be run there?\n\n$ git --version\ngit version 1.5.3.6.1791.gfd264\n\n'git clone ssh://...' seems to work but I guess I need a login and password?\n\nMaybe I am doing something wrong here? Sorry, my first time ever with git...\n\nAbdel.\n\nPS: Sorry for the cross posting but I guess this issue is maybe of\ninterest to msysgit people.\n"},{"id":"63394","messageId":"Pine.LNX.4.64.0712171042520.9446@racer.site","threadId":"11304","inReplyTo":"fk5grp$7il$2@ger.gmane.org","subject":"Re: [msysGit] Re: Windows binaries for qgit 2.0","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2007-12-17T10:44:25Z","receivedAt":"2007-12-17T10:44:25Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi,\n\nOn Mon, 17 Dec 2007, Abdelrazak Younes wrote:\n\n> Marco Costalba wrote:\n> > On Dec 16, 2007 12:11 PM, Abdelrazak Younes wrote:\n> > > Actually you might prefer to just use the LyX dependencies package that\n> > > we provide for Windows developers, it contains Qt. I paste here the\n> > > relevant part of our 'INSTALL.Win32':\n> > > \n> > \n> > Thanks, I've tried it but without success because I need MSVC 2005\n> > installed, and currently is not.\n> \n> Right.\n> \n> > \n> > Anyhow for now I have produced a version with mingw that seems more or\n> > less to work, when I have a bit of time I will install MSVC 2005 and\n> > try if with that compiler is better...\n> \n> I would like to help you with that but I can't retrieve the repository:\n> \n> $ git clone git://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git\n> Initialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/\n> git.kernel.org[0: 130.239.17.7]: errno=Invalid argument\n> git.kernel.org[1: 199.6.1.166]: errno=Bad file descriptor\n> git.kernel.org[2: 204.152.191.8]: errno=Bad file descriptor\n> git.kernel.org[3: 204.152.191.40]: errno=Bad file descriptor\n> fatal: unable to connect a socket (Bad file descriptor)\n> fetch-pack from 'git://git.kernel.org/pub/scm/qgit/qgit4.git' failed.\n> \n> $ git clone http://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git\n> Initialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/\n> Cannot get remote repository information.\n> Perhaps git-update-server-info needs to be run there?\n> \n> $ git --version\n> git version 1.5.3.6.1791.gfd264\n> \n> 'git clone ssh://...' seems to work but I guess I need a login and password?\n> \n> Maybe I am doing something wrong here? Sorry, my first time ever with git...\n> \n> Abdel.\n> \n> PS: Sorry for the cross posting but I guess this issue is maybe of\n> interest to msysgit people.\n\nWhy would anything that has to do with MSVC2005 be interesting to msysGit? \nNote the \"msys\" part of \"msysGit\".\n\nFWIW a member of our team works on compiling/including qgit into msysGit. \nBut definitely not using closed-source compilers. I would violently \noppose that.\n\nCiao,\nDscho\n"},{"id":"63400","messageId":"fk5lad$mlc$1@ger.gmane.org","threadId":"11304","inReplyTo":"Pine.LNX.4.64.0712171042520.9446@racer.site","subject":"Re: [msysGit] Re: Windows binaries for qgit 2.0","fromName":"Abdelrazak Younes","fromEmail":"younes.a@free.fr","sentAt":"2007-12-17T11:07:56Z","receivedAt":"2007-12-17T11:07:56Z","isPatch":false,"sender":{"key":"younes.a@free.fr","avatar":null},"body":"Johannes Schindelin wrote:\n> Hi,\n> \n> On Mon, 17 Dec 2007, Abdelrazak Younes wrote:\n> \n>> Marco Costalba wrote:\n>>> On Dec 16, 2007 12:11 PM, Abdelrazak Younes wrote:\n>>>> Actually you might prefer to just use the LyX dependencies package that\n>>>> we provide for Windows developers, it contains Qt. I paste here the\n>>>> relevant part of our 'INSTALL.Win32':\n>>>>\n>>> Thanks, I've tried it but without success because I need MSVC 2005\n>>> installed, and currently is not.\n>> Right.\n>>\n>>> Anyhow for now I have produced a version with mingw that seems more or\n>>> less to work, when I have a bit of time I will install MSVC 2005 and\n>>> try if with that compiler is better...\n>> I would like to help you with that but I can't retrieve the repository:\n>>\n>> $ git clone git://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git\n>> Initialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/\n>> git.kernel.org[0: 130.239.17.7]: errno=Invalid argument\n>> git.kernel.org[1: 199.6.1.166]: errno=Bad file descriptor\n>> git.kernel.org[2: 204.152.191.8]: errno=Bad file descriptor\n>> git.kernel.org[3: 204.152.191.40]: errno=Bad file descriptor\n>> fatal: unable to connect a socket (Bad file descriptor)\n>> fetch-pack from 'git://git.kernel.org/pub/scm/qgit/qgit4.git' failed.\n>>\n>> $ git clone http://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git\n>> Initialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/\n>> Cannot get remote repository information.\n>> Perhaps git-update-server-info needs to be run there?\n>>\n>> $ git --version\n>> git version 1.5.3.6.1791.gfd264\n>>\n>> 'git clone ssh://...' seems to work but I guess I need a login and password?\n>>\n>> Maybe I am doing something wrong here? Sorry, my first time ever with git...\n>>\n>> Abdel.\n>>\n>> PS: Sorry for the cross posting but I guess this issue is maybe of\n>> interest to msysgit people.\n> \n> Why would anything that has to do with MSVC2005 be interesting to msysGit? \n> Note the \"msys\" part of \"msysGit\".\n\nSorry, I meant the error I am facing trying to clone the qgit \nrepository. MSVC2005 has of course nothing to do with MSYS (while one \ncould imagine that MSys and for the matter git could be compiled with it \ninstead of mingw).\n\n> \n> FWIW a member of our team works on compiling/including qgit into msysGit. \n> But definitely not using closed-source compilers. I would violently \n> oppose that.\n\nNoted. I didn't meant to start a debate here.\n\nAbdel.\n"},{"id":"63461","messageId":"e5bfff550712171105k62b90853w1c5eed64bd11fb23@mail.gmail.com","threadId":"11304","inReplyTo":"fk5grp$7il$2@ger.gmane.org","subject":"Re: Windows binaries for qgit 2.0","fromName":"Marco Costalba","fromEmail":"mcostalba-re5jqeeqqe8avxtiumwx3w@public.gmane.org","sentAt":"2007-12-17T19:05:04Z","receivedAt":"2007-12-17T19:05:04Z","isPatch":false,"sender":{"key":"mcostalba-re5jqeeqqe8avxtiumwx3w@public.gmane.org","avatar":null},"body":"\nOn Dec 17, 2007 10:51 AM, Abdelrazak Younes wrote:\n>\n> I would like to help you with that but I can't retrieve the repository:\n>\n> $ git clone git://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git\n> Initialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/\n> git.kernel.org[0: 130.239.17.7]: errno=Invalid argument\n> git.kernel.org[1: 199.6.1.166]: errno=Bad file descriptor\n> git.kernel.org[2: 204.152.191.8]: errno=Bad file descriptor\n> git.kernel.org[3: 204.152.191.40]: errno=Bad file descriptor\n> fatal: unable to connect a socket (Bad file descriptor)\n> fetch-pack from 'git://git.kernel.org/pub/scm/qgit/qgit4.git' failed.\n>\n\nThis is very strange, I can clone without problems...someone has ideas?\n\n\n> $ git clone http://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git\n> Initialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/\n> Cannot get remote repository information.\n> Perhaps git-update-server-info needs to be run there?\n>\n\nWell, perhaps, but to clone with git protocol you don't need that.\n\n\nMarco\n"},{"id":"63463","messageId":"Pine.LNX.4.64.0712171911070.9446@racer.site","threadId":"11304","inReplyTo":"e5bfff550712171105k62b90853w1c5eed64bd11fb23@mail.gmail.com","subject":"Re: Windows binaries for qgit 2.0","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2007-12-17T19:13:16Z","receivedAt":"2007-12-17T19:13:16Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi,\n\nOn Mon, 17 Dec 2007, Marco Costalba wrote:\n\n> On Dec 17, 2007 10:51 AM, Abdelrazak Younes wrote:\n> >\n> > I would like to help you with that but I can't retrieve the repository:\n> >\n> > $ git clone git://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git\n> > Initialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/\n> > git.kernel.org[0: 130.239.17.7]: errno=Invalid argument\n> > git.kernel.org[1: 199.6.1.166]: errno=Bad file descriptor\n> > git.kernel.org[2: 204.152.191.8]: errno=Bad file descriptor\n> > git.kernel.org[3: 204.152.191.40]: errno=Bad file descriptor\n> > fatal: unable to connect a socket (Bad file descriptor)\n> > fetch-pack from 'git://git.kernel.org/pub/scm/qgit/qgit4.git' failed.\n\nThis looks familiar. It happens when there was no response to the 4 IPs \nof git.kernel.org. This might be due to a firewall which blocks git://\n\n> > $ git clone http://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git \n> > Initialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/ \n> > Cannot get remote repository information. Perhaps \n> > git-update-server-info needs to be run there?\n> \n> Well, perhaps, but to clone with git protocol you don't need that.\n\nIt is generally a good idea to provide the server-info for dumb protocols, \nbecause not everybody is fortunate enough (like you, evidently, because \nyou do not seem to care all that much...) to control her outbound firewall \nrestrictions.\n\nCiao,\nDscho\n"},{"id":"63464","messageId":"e5bfff550712171114i40a59b11md87038a3fc13d29c@mail.gmail.com","threadId":"11304","inReplyTo":"Pine.LNX.4.64.0712171042520.9446@racer.site","subject":"Re: [msysGit] Re: Windows binaries for qgit 2.0","fromName":"Marco Costalba","fromEmail":"mcostalba@gmail.com","sentAt":"2007-12-17T19:14:01Z","receivedAt":"2007-12-17T19:14:01Z","isPatch":false,"sender":{"key":"mcostalba@gmail.com","avatar":null},"body":"On Dec 17, 2007 11:44 AM, Johannes Schindelin\n wrote:\n>\n> Why would anything that has to do with MSVC2005 be interesting to msysGit?\n> Note the \"msys\" part of \"msysGit\".\n>\n> FWIW a member of our team works on compiling/including qgit into msysGit.\n> But definitely not using closed-source compilers. I would violently\n> oppose that.\n>\n\nI would (violently) agree with you, but I also violently oppose to\nwaste a week end fighting with Qt4 + mingw compilation. MSVC2005 is\nneeded as a kind of \"debug tool\" to better understand if the problem\nis with Qt4 or with mingw (as I suspect).\n\nAbdel is very kind to try to help in caming out with a qgit.exe more\nor less ready to be packaged. I'm not opposed, in this phase, to\nfollow different _technically_ sound paths. Then when the dust settles\ndown we could do our consideration regarding open source, in which I\nbelive very firmly, so firmly that I'm not scared to _test_ different\nways if this can be useful to shed some light on this issue.\n\nMarco\n"},{"id":"63465","messageId":"e5bfff550712171117ka671594t7c35e8a3d2aeefe9@mail.gmail.com","threadId":"11304","inReplyTo":"Pine.LNX.4.64.0712171911070.9446-OGWIkrnhIhzN0uC3ymp8PA@public.gmane.org","subject":"Re: Windows binaries for qgit 2.0","fromName":"Marco Costalba","fromEmail":"mcostalba-re5jqeeqqe8avxtiumwx3w@public.gmane.org","sentAt":"2007-12-17T19:17:32Z","receivedAt":"2007-12-17T19:17:32Z","isPatch":false,"sender":{"key":"mcostalba-re5jqeeqqe8avxtiumwx3w@public.gmane.org","avatar":null},"body":"\nOn Dec 17, 2007 8:13 PM, Johannes Schindelin wrote:\n>\n> It is generally a good idea to provide the server-info for dumb protocols,\n> because not everybody is fortunate enough (like you, evidently, because\n> you do not seem to care all that much...) to control her outbound firewall\n> restrictions.\n>\n\nI have taken note of Peter suggestion's to do a\n\nchmod +x foo.git/hooks/post-update\n\non kernel repository, I don't remember if I have already done it many\nmonths ago, but I'm planning to redo for safety as soon as I reach my\ndevelopment box.\n\nThanks\nMarco\n"},{"id":"63484","messageId":"4766E81F.1030808@free.fr","threadId":"11304","inReplyTo":"e5bfff550712171105k62b90853w1c5eed64bd11fb23-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org","subject":"Re: Windows binaries for qgit 2.0","fromName":"Abdelrazak Younes","fromEmail":"younes.a-ganu6spqydw@public.gmane.org","sentAt":"2007-12-17T21:20:31Z","receivedAt":"2007-12-17T21:20:31Z","isPatch":false,"sender":{"key":"younes.a-ganu6spqydw@public.gmane.org","avatar":null},"body":"\nMarco Costalba wrote:\n> On Dec 17, 2007 10:51 AM, Abdelrazak Younes wrote:\n> \n>> $ git clone http://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git\n>> Initialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/\n>> Cannot get remote repository information.\n>> Perhaps git-update-server-info needs to be run there?\n>>\n>> \n>\n> Well, perhaps, but to clone with git protocol you don't need that.\n> \nJust for clarification, this is not my question, this is git asking.\n\nAbdel.\n"},{"id":"63485","messageId":"4766E8B0.6050507@free.fr","threadId":"11304","inReplyTo":"Pine.LNX.4.64.0712171911070.9446@racer.site","subject":"Re: Windows binaries for qgit 2.0","fromName":"Abdelrazak Younes","fromEmail":"younes.a@free.fr","sentAt":"2007-12-17T21:22:56Z","receivedAt":"2007-12-17T21:22:56Z","isPatch":false,"sender":{"key":"younes.a@free.fr","avatar":null},"body":"Johannes Schindelin wrote:\n> Hi,\n>\n> On Mon, 17 Dec 2007, Marco Costalba wrote:\n>\n> \n>> On Dec 17, 2007 10:51 AM, Abdelrazak Younes wrote:\n>> \n>>> I would like to help you with that but I can't retrieve the repository:\n>>>\n>>> $ git clone git://git.kernel.org/pub/scm/qgit/qgit4.git qgit4.git\n>>> Initialized empty Git repository in d:/devel/git/qgit4/qgit4.git/.git/\n>>> git.kernel.org[0: 130.239.17.7]: errno=Invalid argument\n>>> git.kernel.org[1: 199.6.1.166]: errno=Bad file descriptor\n>>> git.kernel.org[2: 204.152.191.8]: errno=Bad file descriptor\n>>> git.kernel.org[3: 204.152.191.40]: errno=Bad file descriptor\n>>> fatal: unable to connect a socket (Bad file descriptor)\n>>> fetch-pack from 'git://git.kernel.org/pub/scm/qgit/qgit4.git' failed.\n>>> \n>\n> This looks familiar. It happens when there was no response to the 4 IPs \n> of git.kernel.org. This might be due to a firewall which blocks git://\n> \nYes, I guess this is the issue. I'll try from home now and report back. \nIn any case I managed to clone the qgit4 repository from \nhttp://repo.or.cz/r/qgit4.git already so I can work from here.\n\nAbdel.\n"},{"id":"63490","messageId":"4766ECCE.8010404@free.fr","threadId":"11304","inReplyTo":"e5bfff550712171114i40a59b11md87038a3fc13d29c-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org","subject":"Re: Windows binaries for qgit 2.0","fromName":"Abdelrazak Younes","fromEmail":"younes.a-ganu6spqydw@public.gmane.org","sentAt":"2007-12-17T21:40:30Z","receivedAt":"2007-12-17T21:40:30Z","isPatch":false,"sender":{"key":"younes.a-ganu6spqydw@public.gmane.org","avatar":null},"body":"\nMarco Costalba wrote:\n> On Dec 17, 2007 11:44 AM, Johannes Schindelin\n> wrote:\n> \n>> Why would anything that has to do with MSVC2005 be interesting to msysGit?\n>> Note the \"msys\" part of \"msysGit\".\n>>\n>> FWIW a member of our team works on compiling/including qgit into msysGit.\n>> But definitely not using closed-source compilers. I would violently\n>> oppose that.\n>>\n>> \n>\n> I would (violently) agree with you, but I also violently oppose to\n> waste a week end fighting with Qt4 + mingw compilation. MSVC2005 is\n> needed as a kind of \"debug tool\" to better understand if the problem\n> is with Qt4 or with mingw (as I suspect).\n>\n> Abdel is very kind to try to help in caming out with a qgit.exe more\n> or less ready to be packaged. I'm not opposed, in this phase, to\n> follow different _technically_ sound paths. Then when the dust settles\n> down we could do our consideration regarding open source, in which I\n> belive very firmly, so firmly that I'm not scared to _test_ different\n> ways if this can be useful to shed some light on this issue.\n> \nIf you allow me to share my experience in the LyX project WRT mingw/msys \nversus MSVC: We tried very hard to use it, but at the end we faced many \nissues, so many issues that MSVC was the only pragmatic choice:\n- autotools hell with msys: the automake version was simply too old and \nwe had to mix cygwin and msys environment to get something done.\n- linker hell: more than 500 megs of RAM was needed to link LyX with \nQt3, the situation was better with Qt4 but still.\n- compilation slowness. Mingw is just not good with C++.\n- binary slowness: this is less of a problem with Qt4 but still, the \nMSVC compiled LyX is much faster.\n\nIn conclusion, I guess C-compilation is fine with Mingw and you should \ndefinitly stay with it for git, but for a heavy GUI oriented C++ program \nI strongly recommend MSVC.\n\nAbdel.\n"}]}