Re: Maintainer searched
Yaakov schrieb: > Gerrit P. Haase wrote: >> Who wants to maintain one or more of my packages, maybe Yaakov wants to >> take over some of the GTK+ related packages? Then there are some more >> major packages which really require a maintainer with more time than I >> have (i.e. GCC, Perl). > I'll take everything of yours GNOME-related, namely: > atk* > glib2* > gtk-doc > gtk2-x11* > intltool > libart_lgpl2 > libcroco* > pango* Wow, fine with me, you are probably the best candidate :-) Are these yours already? gnome-vfs2 libbonobo2 libbonoboui2 libgnome2 libgnomeui2 > AFAICS, that leaves: > check > gcc* > indent > lcms > libexif > libfpx > libmng > libwmf > libxml2 > libxslt > perl > I'll consider a few more of the above (no, gcc is definitely NOT among > them), but I really won't be offended if someone else wants them. lcms is not mine. However, there was no update since I dropped the package IIRC. And it is quite stable. I'll keep maintaining the following if there is no interest: antiword db*/libdb* check indent enscript exif/libexif expat freeglut jasper libfpx libmng libwmf libxml2 libxslt openjade OpenSP And TLS related: gnutls, libtasn1, opencdk Gerrit -- =^..^=
Maintainer searched
Hello, there is not enough time to maintain all my packages. Who wants to maintain one or more of my packages, maybe Yaakov wants to take over some of the GTK+ related packages? Then there are some more major packages which really require a maintainer with more time than I have (i.e. GCC, Perl). Gerrit -- =^..^=
Re: GTK+ 2.8
Yaakov schrieb: > Yaakov S (Cygwin Ports) wrote: >> Gerrit, >> >> Regarding the update to GTK+ 2.8: >> >> 1) atk-1.10.3 has no new requirements and can be bumped immediately. >> >> 2) pango-1.10.3 needs cairo (now in the distro) for the new >> libpangocairo-1.0, which is required for gtk+-2.8; with that, it can be >> bumped immediately. >> >> 3) glib-2.8.6 passes all tests. The mainloop-test doesn't actually >> hang; it does take a few minutes, but eventually passes. >> >> 4) gtk-2.8.x requires cairo and pango-1.10 with cairo. I haven't tried >> building it yet. >> >> Is there any way in which I can help? > Gerrit, > Are you still with us? Yes I'm alive, but busy :-( I'm at the CeBIT the next ten days, I'll try to use the sparetime in the evening in the hotel to do some Cygwin related work. Gerrit -- =^..^=
Huh, really got donations!
Hello Fellows, I really got donations, these are the first donations I got ever ;) 16. Jan 2006: mark phoenix 5,00 EUR 24. Dez 2005: michael benndorf 5,00 EUR Many thanks to Mark Phoenix and Michael Benndorf! Gerrit -- =^..^= http://nyckelpiga.de/donate.html
Heads-Up: mirrors list changed
Hello, attention please, the mirrors list was updated recently, i.e. I used to include ftp://mirrors.rcn.net as recommended mirror in my announcements, this address seems to be no longer available. Gerrit -- =^..^=
Re: Why no static GLIB/GLIB2 libraries?
Lapo schrieb: > Corinna Vinschen wrote: >>> Yes, Sir. Will change the buildscript and upload later today. >> Thanks, Ma'am ;-) >> > I always supposed that Gerrit was a male name... but after all so does > Andrea, in Italy. > I guess I don't grok german quite enough 0:-) Actually Gerrit is a male and Corinna is a female name, however Gerrit is also a female name in Germany. BTW, AM_DISABLE_STATIC is the default setting in Glib2 configury, and I didn't define --disable-static, so it was probably not intentional. Gerrit -- =^..^=
Re: Why no static GLIB/GLIB2 libraries?
Corinna schrieb: > Oh, yes, sorry about that. It's glib2 which would be helpful to > exist in a static version, too. > Gerrit? Yes, Sir. Will change the buildscript and upload later today. Gerrit -- =^..^=
Re: gtk2 using SysV memory? (Was: Re: [ITP] gvim-6.4)
Yaakov schrieb: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > Gerrit P. Haase wrote: >> It is uploaded now, could you test, please? > WFM. OT, but does this include the gdk-pixbuf security fix as well? Yes. Gerrit -- =^..^=
Re: Security advisory: perl (CVE-2005-3962)
Corinna schrieb: > On Dec 9 13:51, Yaakov S (Cygwin Ports) wrote: >> Gerrit, >> >> Perl is vulnerable to format string programming errors, that could be >> exploited to execute arbitrary code. >> >> Patch: >> http://www.gentoo.org/cgi-bin/viewcvs.cgi/*checkout*/dev-lang/perl/files/perl-exp_intwrap.patch > Gerrit? Ping? Ah, yes. Will revisit this issue today. Gerrit -- =^..^=
Re: gtk2 using SysV memory? (Was: Re: [ITP] gvim-6.4)
Yaakov schrieb: >> So what we have here looks like something I don't like, which is, that >> running gvim requires to run Cygserver because something, gvim itself or >> some library, is using SYSV shared memory. > After doing some experimentation, it looks like this isn't a specific > problem with gvim, but is common to gtk2 apps, e.g.: > $ CYGWIN= gcolor2 > Bad system call > $ gcolor2 > [runs] >> I don't think that should be necessary, except in very trying cases like, >> say, a database like postgresql. So, whatever is using SYSV shared >> memory in this scenario, it shouldn't. The fact that I can start >> gvim on local Xmingw server but not on a remote X server shows, >> that SYSV shared memory can't be a necessity. > Gerrit? It is uploaded now, could you test, please? Gerrit -- =^..^=
Re: gtk2 using SysV memory? (Was: Re: [ITP] gvim-6.4)
Gerrit P. Haase wrote: Yaakov S (Cygwin Ports) wrote: After doing some experimentation, it looks like this isn't a specific problem with gvim, but is common to gtk2 apps, e.g.: $ CYGWIN= gcolor2 Bad system call $ gcolor2 [runs] I don't think that should be necessary, except in very trying cases like, say, a database like postgresql. So, whatever is using SYSV shared memory in this scenario, it shouldn't. The fact that I can start gvim on local Xmingw server but not on a remote X server shows, that SYSV shared memory can't be a necessity. Gerrit? Yes maybe, need to take a look at the configure and build logs though. Yes, --enable-shm is default=yes. I rebuild now the pending 2.6.10 release with --enable-shm=no and upload later this day. Gerrit -- =^..^=
Re: gtk2 using SysV memory? (Was: Re: [ITP] gvim-6.4)
Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen wrote: The error message you see points to the fact that apparently some part of gvim or subsequent libraries use SYSV shared memory. The reason you see this error message and I see a SIGSYS is that I don't have CYGWIN=server set in my environment by default and no cygserver is running unless I'm debugging it. OK, I see this now as well locally, if I unset CYGWIN. So what we have here looks like something I don't like, which is, that running gvim requires to run Cygserver because something, gvim itself or some library, is using SYSV shared memory. After doing some experimentation, it looks like this isn't a specific problem with gvim, but is common to gtk2 apps, e.g.: $ CYGWIN= gcolor2 Bad system call $ gcolor2 [runs] I don't think that should be necessary, except in very trying cases like, say, a database like postgresql. So, whatever is using SYSV shared memory in this scenario, it shouldn't. The fact that I can start gvim on local Xmingw server but not on a remote X server shows, that SYSV shared memory can't be a necessity. Gerrit? Yes maybe, need to take a look at the configure and build logs though. Gerrit -- =^..^=
setup fails to install the libexif 0.6.12 source
David Arnstein wrote: On Sat, Dec 24, 2005 at 06:35:30PM -0600, Ren? Berber wrote: If you want the source for version 0.6.12-1 just select the source (put the x in the 4th column) don't change the versions. I did exactly as you said above. The GUI of Cygwin setup.exe definitely indicated I was about to download the source for version 0.6.12-1. But afterwards, in my /usr/src directory, I see only the three -0.6.9-1 files. Perhaps the mirror sites are corrupted? I tried both the RCN http site and the kernel.org http site. Hmm, there are two packages at the mirrors, libexif and libexif10, libexif includes version 0.6.12 in binary and the source package contains the correct versioned patch, script and original source tarball where the old version 0.6.9 includes the old script, patch and source package. My local mirror includes the correct entries in setup.ini too, setup.ini timestamp is 1134043806. And I see the same setup behaviour. It installs not the version of the source package which is defined in setup.ini to be current but the previous version 0.6.9-1. Probably a bug ;) Gerrit -- =^..^=
Re: using --enable-auto-image-base
Brian Dessent wrote: "Gerrit P. Haase" wrote: perlTk and Ruby. I don't understand why perlTk doesn't has random base addresses, it should use ld2 as linker when building (but obviously it wasn't used). The reported problem with perl/tk had nothing to do with the perl/tk DLLs, it was a problem with cygz.dll needing rebasing. The modules need rebasing or at least an auto-image-base anyway and I already saw the thread and added zlib to my 'important' listing: <[EMAIL PROTECTED]> Gerrit -- =^..^=
Re: using --enable-auto-image-base
Gerrit P. Haase wrote: Openssl uses a unique base address for libcrypto but not for libssl, maybe both should use it? IMO important candidates are Apache/Apache2, perlTk and Ruby. I don't understand why perlTk doesn't has random base addresses, it should use ld2 as linker when building (but obviously it wasn't used). And zlib! Gerrit -- =^..^=
Re: using --enable-auto-image-base
Yitzchak Scott-Thoennes wrote: On Mon, Dec 19, 2005 at 03:44:48AM -0800, Yitzchak Scott-Thoennes wrote: It had sounded like there was consensus that -Wl,--enable-auto-image-base should be used to build all dlls. Right now, we're a long way away from that goal: Should I have marked this in the subject "Attention all maintainers"? I didn't want to do so not knowing for sure that the consensus was as above. It is default now in libtool to include this flag, so all packages using libtool will be transfered automatically (if the latest libtool is used) and I think that it is not that imortant to convert all older packages. Most frequently reported problems are with perl, python and other packages with lot of modules, also openssl was often a problem. Openssl uses a unique base address for libcrypto but not for libssl, maybe both should use it? IMO important candidates are Apache/Apache2, perlTk and Ruby. I don't understand why perlTk doesn't has random base addresses, it should use ld2 as linker when building (but obviously it wasn't used). Gerrit -- =^..^=
Re: using --enable-auto-image-base
Yitzchak Scott-Thoennes wrote: Gerrit P. Haase: expat freeglut jasper libcroco06 libdb4.2 libdb4.3 libexif10 openjade OpenSP There are new DB, Expat and OpenSP releases on the way, no need to rebuild the older version IMO. I will do in case of DB if there are problems reported. Hmm, I'll take a look if there are newer releases of Exif, Jasper, Freeglut or Libcroco available. Openjade contains DLLs? Doesn't it use OpenSP as backend? Hmm, probably there will be an update once OpenSP is ready. Anyway, openjade is just an application, does anyone link to its library? -- =^..^=
Re: RFC: GNOME 2.12
Yaakov schrieb: > Gerrit, > Here's an update. >> A) There's no rush yet on glib-2.8, pango-1.10, or gtk+-2.8. > More specifically, these packages require glib-2.8: > GConf2-2.12 > gnome-desktop-2.12 > zenity-2.12 > So glib-2.8 *would* be helpful (and shouldn't be a big deal, as nothing > has fundamentally changed in glib); we can still take some time with > pango and gtk+. I got some failings when running make check, though. >> C) A bump to atk-1.10.3 would be nice, and can proceed glib-2.8. > s/proceed/precede/ Ok. >> D) I can start working on GNOME 2.12 right now. > Almost done, but still needs testing; I've posted everything I have so > far to Cygwin Ports. Can you run the desktop? I still have trouble to run the desktop here. Gerrit -- =^..^=
[enscript] README in /usr/doc/Cygwin
Hello, hmmm, bugreport on my own package... enscript was updated, however I missed to adjust the paths. Will submit 1.6.4-2 asap. Gerrit -- =^..^=
[tetex] jadetex not included in tetex
Hello Jan, would it be possible to include jadetex in the tetex tarball: http://www.ctan.org/get?fn=/macros/jadetex/jadetex-3.13.tar.gz Or do you think it belongs into the openjade package? Or should I provide it as a seperate package? It is needed to build the docs from docbook sources e.g. for the OpenSP docs. Gerrit -- =^..^=
Re: [ITP] perl-Tk
Corinna schrieb: > On Dec 1 14:05, Yaakov S (Cygwin Ports) wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> I wrote: >> > Due to popular request, I would like to ITP Perl/Tk: >> > >> > >> ftp://sunsite.dk/projects/cygwinports/release/perl/perl-Tk/perl-Tk-804.027-3-src.tar.bz2 >> > >> ftp://sunsite.dk/projects/cygwinports/release/perl/perl-Tk/perl-Tk-804.027-3.tar.bz2 >> > >> ftp://sunsite.dk/projects/cygwinports/release/perl/perl-Tk/setup.hint >> >> This generated a lot more discussion than I anticipated, but no >> conclusive review. Gerrit, do you still have questions about the test >> suite, or is this GTG? > Gerrit, are you still within the realm of Cygwin? Yes. Well, let it go. Rebuild works ok. Since I currently have a serious problem with XWin I cannot repeat the testsuite right now, however, one test hang was known and the other problem was not a crash or other serious stuff but more some issue with my X experience. Gerrit -- =^..^=
Re: libxslt bug - fails to produce DocBook FO output (fixed in CVS, request for backport)
Max schrieb: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > Current libxslt chokes on some contructs in the DocBook FO stylesheet. > The bug is fixed in libxslt CVS. > Please consider applying the patch, and releasing 1.1.15-2. > http://cvs.gnome.org/viewcvs/libxslt/libxslt/pattern.c?r1=1.97&r2=1.98&makepatch=1&diff_format=h Ok, I'm building libxslt with this patch included right now. Gerrit -- =^..^=
Re: RFC: GNOME 2.12
Yaakov schrieb: > 5) pango-1.10 and gtk+-2.8 require cairo, which I have already built and > I believe is working. I'll install these and start testing with the gtk+ 2.8 series. > After all this, my conclusions are: > A) There's no rush yet on glib-2.8, pango-1.10, or gtk+-2.8. > B) We need a patched gtk2-x11-2.6.x (preferably 2.6.10) _ASAP_. > C) A bump to atk-1.10.3 would be nice, and can proceed glib-2.8. > D) I can start working on GNOME 2.12 right now. > E) In the meantime, I'll be pushing more of GNOME 2.10 into the net release. > Thoughts? Ok. I have some spare time this weekend. Will try to address B and C. Gerrit -- =^..^=
Re: [pcre] pcre-doc
Dave schrieb: > Gerrit P. Haase wrote: >> Hello, >> >> pcre requires pcre-doc. Isn't it possible to use pcre without having >> the docs installed? >> > Well, I'd say it isn't possible to use _any_ package without RTFMing, in the > most general case! :-) > I think that making sure the docs get installed along with the package is > probably an effective way to reduce the amount of support calls it would > otherwise bring in to the main list. We'd get lots of questions that we'd > have to answer with "RTFM... _what_ FM? Oh, yes, we forgot to say that first > you have to ITFM before you can RTFM" > I don't think it should be made easy to install a package without also > getting its docs. Anyone who's _desparate_ to confuse themselves can, of > course, deselect them in the chooser and then untick the "Install Missing > Dependencies" box. (see earlier thread!) Then it would be better to not split the package in several parts. I include all the docs and manuals in the main package e.g. with gcc or perl and with small packages I don't even think about splitting. On the other hand my doc packages doesn't require anything and no package requires its doc package to be installed. Gerrit -- =^..^=
Re: RFC: gnome-libs packaging
Yaakov schrieb: > Gerrit P. Haase wrote: >>> I have uploaded gnome-libs as is. > Ack. I was just about to re-ITP gnome-libs, and the -2 releases weren't > quite right. Could you please delete the existing gnome-libs directory > and upload -3? Have I already reported that I have uploaded these? > Would you like to update the rest of the GNOME 2 libs as well? And these too. > Thanks. Are you continuing to maintain libart_lgpl2? (Fine with me if > you do.) Yes. > BTW, any progress on the patched gtk2-x11? No, not ready yet, I'm preparing the upcoming expat-2.0 release. Gerrit -- =^..^=
[pcre] pcre-doc
Hello, pcre requires pcre-doc. Isn't it possible to use pcre without having the docs installed? Gerrit -- =^..^=
Re: Today's setup.hint problem - warning package gnome-libs-devel requires non-existent package gtk-devel
Christopher Faylor wrote: upset: *** warning package gnome-libs-devel requires non-existent package gtk-devel Thanks, should have been gtk+-devel. Fixed now. Gerrit
Re: RFC: gnome-libs packaging
Gerrit P. Haase wrote: Hi Yaakov, BTW, I forgot to mention; regardless of how I package gnome-libs, that there will need to be a minor change to libgnomeui2. Most of the pixmaps usually installed by libgnomeui2 are relics from GNOME 1.4, and are (and need to be) included in libgnomeui-1.4.2. This will cause files to be clobbered, etc. I have uploaded gnome-libs as is. And additionally pulled your current libgnomui2 package, libart_lgpl is renamed to libart_lgpl2. And I have changed three setup.hints to require libart_lgpl2 now. Gerrit -- =^..^=
Re: setup installs packages without displaying it
Hello Brian, In any case, it shouldn't take more than a couple of lines added to installed.db to inform setup of your local packages, and from then on it should work as expected, without having to uncheck anything. Well, I think I can live with it anyway. Many thank for your detailed advice. Gerrit
Re: RFC: gnome-libs packaging
Hi Yaakov, BTW, I forgot to mention; regardless of how I package gnome-libs, that there will need to be a minor change to libgnomeui2. Most of the pixmaps usually installed by libgnomeui2 are relics from GNOME 1.4, and are (and need to be) included in libgnomeui-1.4.2. This will cause files to be clobbered, etc. I have uploaded gnome-libs as is. And additionally pulled your current libgnomui2 package, libart_lgpl is renamed to libart_lgpl2. Gerrit -- =^..^=
Re: setup installs packages without displaying it
Brian Dessent wrote: "Gerrit P. Haase" wrote: be nice. And maybe make it optional, that is not checked by default. In the vast majority of cases continuing with missing dependencies is the wrong thing to do, so why should it be the default? Why should the default reflect a use case that is only used by people attempting very specific things under extraordinary circumstances? Previously there was no nag. I deslected some important package and was lost. Now a hint is displayed, one could tell the user: "There are important packages missing in your selection, do you really want to be that stupid? To add these packages automatically hit the box below." That would be nice. Now I must uncheck the box or fake package.db or s.th. like that. It is as annoying as it is to be forced to always uncheck the "put shortcut icon on desktop" checkbox, though I have this shortcut already. Gerrit -- =^..^=
Re: setup installs packages without displaying it
Brian Dessent wrote: "Gerrit P. Haase" wrote: I have selected some packages checked in the partial view which packages are active, then when installation strted several packages were installed which were not selected. E.g. autoconf, automake related and such. Since I explicitely excluded these form upgrade because I use local patched versions, I'm somewhat shocked now. It is really a mess. My local versions got uninstalled. Here is what happened. You selected some package that needed autoconf. Setup saw that you didn't have autoconf installed, so it selected it also. This is not true, this is the machine where I used to build GCC, Mozilla, MySQL, Perl, all my packages, though it was not updated since cygwin-1.5.12 (the gold release) because I used it not much this year. But, because you were on the "partial" page you did not see that autoconf was selected because setup does not update the "view filtering" except when switching views. If you had pressed the View button to cycle to "Full" (or even just cycle through them all and back to "Partial") you would have seen autoconf selected. No, I selected the few packages I wanted to install in the Not Installed or Uptodate view and then toggled to the partial view to check what was selected as I always did. So I need to toggle to Partial once, and then one round through all views back to Partial again? 4. Uncheck the "install these dependencies" and dismiss whatever stern warnings come at you. I found the box, could be somewhat bigger ;) Yes, it's a pain. But, you do have to realize that what you are trying to do is so NOT what the typical setup user needs. Typical setup users want stuff to work and don't want to know about dependencies et cetera, so the more that we can have setup take care of that automatically the better. On a fundamental level, the way you are trying to do this is wrong. I think if you did the same thing -- replace files "owned" by the package manager -- with any other linux distro (e.g. apt or rpm), you would get burned as well. Well, I knew that this argument will come up. However, e.g. my libtool package includes one or two changes I apply locally, so I take the latest release, patch it and I'm finished, it is the fastest way to do so. This is how I suggest you do it: 1. Uninstall the packaged version. 2. Build/Install local version into --prefix=/usr/local, never /usr. 3. Create a dummy package with version 99.999 or something so that setup will always think that what you have installed is newer than anything available. I think this could be as simple as just editing /etc/setup/installed.db to contain a line such as "autoconf autoconf-99.999-1.tar.bz2 0", without actually creating a package. This is an intresting hint, thanks. Gerrit
Re: setup installs packages without displaying it
Dave Korn wrote: Or you could untick the box that says "Install these packages to meet dependencies". Did that screen not appear? Yes, now after I have started it the second time to fix the broken installation, I see this checkbox for the very first time. Not really a good place for a little check box, a hint in the main display would be nice. And maybe make it optional, that is not checked by default. 2005/11/25 14:33:15 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/GNOME/share d-mime-info/shared-mime-info-0.16-1.tar.bz2 2005/11/25 14:33:19 io_stream_cygfile: fopen failed 13 Permission denied 2005/11/25 14:33:19 Failed to open cygfile:///usr/share/mime/application/andrew-inset.xml for writing. [... continued about 411000 lines ...] Hmm. Looking at that file on my install, it's got rwx-- perms. Were you running as the same user when you originally installed that? Hmm, explorer crashes and I lost my mozilla profile and some other ugly errors. Obviously I was no longer logged in as Admin after restarting explorer from the console. Gerrit -- =^..^=
Re: setup installs packages without displaying it
Gerrit P. Haase wrote: Hi, I have selected some packages checked in the partial view which packages are active, then when installation strted several packages were installed which were not selected. E.g. autoconf, automake related and such. Since I explicitely excluded these form upgrade because I use local patched versions, I'm somewhat shocked now. It is really a mess. My local versions got uninstalled. Additionally it hangs now at the installation of shared-mime-info-0.16-1 and I will probably get no logfile because I need to kill setup. Any ideas? Ok, following up myself, I got a log after hitting the cancel button, about 80 MB in total, here are some excerpts: 2005/11/25 14:18:32 Starting cygwin install, version 2.510.2.2 2005/11/25 14:18:32 Current Directory: G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin 2005/11/25 14:31:42 Adding required dependency autoconf2.1: Selecting version 2.13-1 for installation. 2005/11/25 14:31:42 Adding required dependency autoconf2.5: Selecting version 2.59-2 for installation. 2005/11/25 14:31:42 Adding required dependency automake1.4: Selecting version 1.4p6-2 for installation. 2005/11/25 14:31:42 Adding required dependency automake1.9: Selecting version 1.9.6-1 for installation. 2005/11/25 14:31:42 Adding required dependency libtool1.5: Selecting version 1.5.20-2 for installation. 2005/11/25 14:31:42 Adding required dependency openssl097: Selecting version 0.9.7i-1 for installation. 2005/11/25 14:31:42 Adding required dependency sysvinit: Selecting version 2.84-4 for installation. [...] 2005/11/25 14:32:04 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/autoconf/autoconf-devel/autoconf-devel-2.59-2.tar.bz2 2005/11/25 14:32:04 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/autoconf/autoconf-stable/autoconf-stable-2.13-6.tar.bz2 2005/11/25 14:32:04 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/autoconf/autoconf2.1/autoconf2.1-2.13-1.tar.bz2 2005/11/25 14:32:05 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/autoconf/autoconf2.5/autoconf2.5-2.59-2.tar.bz2 2005/11/25 14:32:09 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/automake/automake-1.7.9-2.tar.bz2 2005/11/25 14:32:09 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/automake/automake-devel/automake-devel-1.9.2-2.tar.bz2 2005/11/25 14:32:09 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/automake/automake-stable/automake-stable-1.4p6-3.tar.bz2 2005/11/25 14:32:09 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/automake/automake1.4/automake1.4-1.4p6-2.tar.bz2 2005/11/25 14:32:12 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/automake/automake1.9/automake1.9-1.9.6-1.tar.bz2 2005/11/25 14:32:16 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/clear/clear-1.0-2.tar.bz2 2005/11/25 14:32:16 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/cygwin-doc/cygwin-doc-1.4-3.tar.bz2 2005/11/25 14:32:23 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/docbook-xsl/docbook-xsl-1.69.1-1.tar.bz2 2005/11/25 14:32:52 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/glib/glib-1.2.10-3.tar.bz2 2005/11/25 14:32:53 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/glib/glib-devel/glib-devel-1.2.10-3.tar.bz2 2005/11/25 14:32:54 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/gtk-doc/gtk-doc-1.3-1.tar.bz2 2005/11/25 14:32:57 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/guile/guile-1.6.7-4.tar.bz2 2005/11/25 14:32:58 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/guile/guile-devel/guile-devel-1.6.7-4.tar.bz2 2005/11/25 14:33:03 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/guile/guile-doc/guile-doc-1.6.7-4.tar.bz2 2005/11/25 14:33:04 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/intltool/intltool-0.33-1.tar.bz2 2005/11/25 14:33:05 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/guile/libguile12/libguile12-1.6.7-4.tar.bz2 2005/11/25 14:33:11 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/_obsolete/libpcre/libpcre-4.1-2.tar.bz2 2005/11/25 14:33:11 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/libtool/libtool-1.5b-2.tar.bz2 2005/11/25 14:33:11 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/libtool/libtool-devel/libtool-devel-1.5.10-2.tar.bz2 2005/11/25 14:33:11 Installing file://G:\NewZealand\mirrors.rcn.net\pub\sourceware\cygwin/release/libtool/libtool-stable/libtool-stable-1.4.3-3.tar.bz2 2005/11/25
setup installs packages without displaying it
Hi, I have selected some packages checked in the partial view which packages are active, then when installation strted several packages were installed which were not selected. E.g. autoconf, automake related and such. Since I explicitely excluded these form upgrade because I use local patched versions, I'm somewhat shocked now. It is really a mess. My local versions got uninstalled. Additionally it hangs now at the installation of shared-mime-info-0.16-1 and I will probably get no logfile because I need to kill setup. Any ideas? Gerrit -- =^..^=
Re: generic-build-script extension to update version numbers in README
Charles Wilson wrote: I'd like to make a request: gbs is getting out of control with this feature and that feature added. Some of these tasks are NEVER going to be performed by anyone other than the primary maintainer: has anyone actually used 'foo.sh list' or 'foo.sh depends'? I use these two functions often, to create the README ;) However, I agree with your opinion, I use several years old scripts for some of my packages, IIRC these are hacked versions of Charles' original build script. It still works and I don't see the point to upgrade. However, every maintainer is free to add as many features as needed to get her packages out of the door. Gerrit
Re: Security advisory: gtk2-x11
Yaakov S (Cygwin Ports) wrote: Gerrit P. Haase wrote: Will integrate this asap. Thanks. Ok. Just prepare what is needed next and notify seperately when you're uploading. I have GConf2, libbonobo2, gnome-vfs2, libgnome2, libbonoboui2, and libgnomeui2 all up to 2.10.1, and I have a renamed libart_lgpl2 in order to make space for gnome-libs-1.4.2. You are able to upload yourself? No. Ok. Send me your links. Gerrit -- =^..^=
Re: Security advisory: gtk2-x11
Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: Ok. Just prepare what is needed next and notify seperately when you're uploading. Forgot to mention, I also have (glitz and) cairo, which is required for pango-1.10 and gtk+-2.8, if you think you're ready to make that move. Hmm, this is the first time I hear about glitz and cairo. Is it used instead of X11? Gerrit -- =^..^=
Re: [ITP] perl-Tk
Corinna Vinschen wrote: On Nov 18 08:11, Reini Urban wrote: Yaakov S (Cygwin Ports) schrieb: Due to popular request, I would like to ITP Perl/Tk: ftp://sunsite.dk/projects/cygwinports/release/perl/perl-Tk/perl-Tk-804.027-3-src.tar.bz2 ftp://sunsite.dk/projects/cygwinports/release/perl/perl-Tk/perl-Tk-804.027-3.tar.bz2 ftp://sunsite.dk/projects/cygwinports/release/perl/perl-Tk/setup.hint Can we have a "-X" in the name please, to make it clear that this is NOT the native version. I was just fighting again with the native version yesterday, but didn't succeed yet. Wonder what broke that since 804.025 category: Perl X11 requires: cygwin crypt libXft2 libfontconfig1 libfreetype26 libjpeg62 libpng12 perl xorg-x11-base zlib sdesc: "Perl interface for Tk (X11)" ldesc: "Complete Perl interface for Tk, built against Cygwin/X." Could people also start to *review* new packages? Having an opinion is nice, but it doesn't result in having packages in the distro. Already done. It builds fine, however I see some tests failing and the demo widget is not running properly here. Already posted a question about this at the main list. Gerrit -- =^..^=
Re: Security advisory: gtk2-x11
Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit, The GdkPixbuf library, that is also included in GTK+ 2, contains vulnerabilities that could lead to a Denial of Service or the execution of arbitrary code. Solution: a patch for gtk+-2.x is required (URL below). Will integrate this asap. (BTW, Gerrit, what are your plans for GTK/GNOME? I'm willing to take stuff over if you've lost interest.) Ok. Just prepare what is needed next and notify seperately when you're uploading. You are able to upload yourself? Gerrit -- =^..^=
Re: [ITP] libidn-0.5.20
Corinna Vinschen wrote: On Nov 7 10:40, Gerrit P. Haase wrote: Yaakov S (Cygwin Ports) wrote: Shouldn't these be libidn-doc and libidn-devel (with hyphens instead of underscores)? Well, I don't care, I have already the perl_manpages package for a while now and never was asked to rename it, so I think it is not really important? Is there a naming policy somewhere? Well, if you look around, you'll see that in 99% the dash is used, not the underscore. I would prefer if new packages would always use a dash. But there's no need to rename older packages as perl_manpages. Alright, no problem. Gerrit -- =^..^=
Re: [ITP] libidn-0.5.20
Dr. Volker Zell wrote: Gerrit P Haase writes: > Hmm, you may use --disable-gtk-doc, the docs are included and usable > anyway. I'll take a look later, though I need to rebuild because I have > no logs and the build finished without hang, the script uses set -e / > set -x, so it would have stopped if there was an error. I've done that now and it compiles OK. But your script installs directly in the system directories. I HATE THAT. Yes, I'm sorry, I did so because I wanted to run the testsuite automatically, since libtool is broken in this regard. Another, better option would be to add the build directories to the PATH before running the testsuite. Why don't you use the g-b-s for libidn ? I used the two scripts for about two years now to update my local libidn build, it works for me... But I will switch using the g-b-s now. And in libidn_doc-0.5.20-1.tar.bz2 I would rename /usr/share/doc/libidn-0.5.20-1 to /usr/share/doc/libidn-0.5.20 Ok, will do. Gerrit -- =^..^=
Re: [GTG] Re: [ITP] c-ares-1.3.0
Dr. Volker Zell wrote: Gerrit P Haase writes: > Gerrit P. Haase wrote: > Missed to add the category to the setup.hint: >> c-ares is being used by cURL. >> sdesc: "C library that performs DNS requests and name resolves >> asynchronously" >> ldesc: "c-ares is a fork of the library named 'ares', written by Greg >> Hudson at MIT." requires: cygwin > category: Net Builds fine from source and packaging looks good. GTG. >> Gerrit Ciao Volker Thanks, will upload later. What me bugs is that Daniel doesn't include the adig and ahost executables in the build, I'll ask if it is possible to include it for future versions. Gerrit -- =^..^=
Re: [ITP] libidn-0.5.20
Dr. Volker Zell wrote: Gerrit P Haase writes: > Hello, > sdesc: "Stringprep implementation that does Unicode 3.2 NFKC > normalization" > ldesc: "GNU Libidn is an implementation of the Stringprep, Punycode and > IDNA specifications defined by the IETF Internationalized Domain Names > (IDN) working group, used for internationalized domain names. The > package is available under the GNU Lesser General Public License. > requires: cygwin > category: Net > ---cut > #!/bin/sh > mkdir libidn && cd libidn > wget http://loreley.ath.cx/cygwin/libidn/libidn-0.5.20-1-src.tar.bz2 The build is hanging for me when calling libidn-0.5.20-1.sh during the make stage: [...] -- Fixing Crossreferences cd . && gtkdoc-fixxref --module-dir=html --html-dir=/usr/share/doc Now it hangs :-( Hmm, you may use --disable-gtk-doc, the docs are included and usable anyway. I'll take a look later, though I need to rebuild because I have no logs and the build finished without hang, the script uses set -e / set -x, so it would have stopped if there was an error. Thinking about it, I see now that the --html-dir is wrong anyway, should be /usr/share/doc/libidn/ or s.th. like this. Gerrit -- =^..^=
Re: [ITP] libidn-0.5.20
Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: mkdir ../libidn_doc && cd ../libidn_doc mkdir ../libidn_devel && cd ../libidn_devel Shouldn't these be libidn-doc and libidn-devel (with hyphens instead of underscores)? Well, I don't care, I have already the perl_manpages package for a while now and never was asked to rename it, so I think it is not really important? Is there a naming policy somewhere? Libidn is being used by cURL. Does this mean you planning to take over curl? Not exactly, I just saw that it may use libidn and c-ares. Do you want to take over cURL? Gerrit -- =^..^=
[ITP] libidn-0.5.20
Hello, sdesc: "Stringprep implementation that does Unicode 3.2 NFKC normalization" ldesc: "GNU Libidn is an implementation of the Stringprep, Punycode and IDNA specifications defined by the IETF Internationalized Domain Names (IDN) working group, used for internationalized domain names. The package is available under the GNU Lesser General Public License. requires: cygwin category: Net ---cut #!/bin/sh mkdir libidn && cd libidn wget http://loreley.ath.cx/cygwin/libidn/libidn-0.5.20-1-src.tar.bz2 wget http://loreley.ath.cx/cygwin/libidn/libidn-0.5.20-1.tar.bz2 wget http://loreley.ath.cx/cygwin/libidn/setup.hint mkdir libidn11 && cd libidn11 wget http://loreley.ath.cx/cygwin/libidn/lididn11/libidn11-0.5.20-1.tar.bz2 wget http://loreley.ath.cx/cygwin/libidn/lididn11/setup.hint mkdir ../libidn_doc && cd ../libidn_doc wget http://loreley.ath.cx/cygwin/libidn/libidn_doc/libidn_doc-0.5.20-1.tar.bz2 wget http://loreley.ath.cx/cygwin/libidn/libidn_doc/setup.hint mkdir ../libidn_devel && cd ../libidn_devel wget http://loreley.ath.cx/cygwin/libidn/libidn_devel/libidn_devel-0.5.20-1.tar.bz2 wget http://loreley.ath.cx/cygwin/libidn/libidn_devel/setup.hint ---cut GNU/Linux distribution Fedora Core 3 includes Libidn. A NetBSD package exists. A FreeBSD ports package is available. A Perl module Net::LibIDN that provides Perl bindings for Libidn is available. Debian includes Libidn. Libidn is an official GNU project. Libidn is being used by cURL. Demo webserver: http://Räksmörgås.josefßon.org/ Hmmm, better try: http://xn--rksmrgs-5wao1o.josefsson.org/ Additional Information from the README: The library contains a generic Stringprep implementation that does Unicode 3.2 NFKC normalization, mapping and prohibitation of characters, and bidirectional character handling. Profiles for iSCSI, Kerberos 5, Nameprep, SASL and XMPP are included. Punycode and ASCII Compatible Encoding (ACE) via IDNA are supported. The Stringprep API consists of two main functions, one for converting data from the system's native representation into UTF-8, and one function to perform the Stringprep processing. Adding a new Stringprep profile for your application within the API is straightforward. The Punycode API consists of one encoding function and one decoding function. The IDNA API consists of the ToASCII and ToUnicode functions, as well as an high-level interface for converting entire domain names to and from the ACE encoded form. For more information: * Stringprep specification -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://www.ietf.org/rfc/rfc3454.txt o Standard profiles + Stringprep profile for IDN: "Nameprep" -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://www.ietf.org/rfc/rfc3491.txt + Stringprep profile for iSCSI -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://www.ietf.org/rfc/rfc3722.txt + Stringprep profile for XMPP: "Nodeprep" and "Resourceprep" -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://www.ietf.org/rfc/rfc3920.txt + Stringprep profile for user names and passwords: "SASLprep" -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://www.ietf.org/rfc/rfc4013.txt o Draft profiles + Stringprep profile for SASL ANONYMOUS tokens: "trace" -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://www.ietf.org/internet-drafts/draft-ietf-sasl-anon-05.txt + Stringprep profile for LDAP -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://www.ietf.org/internet-drafts/draft-ietf-ldapbis-strprep-05.txt o Expired profiles + Stringprep profile for X.500 -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://josefsson.org/cgi-bin/viewcvs.cgi/*checkout*/libidn/doc/specifications/draft-zeilenga-ldapbis-strmatch-02.txt + Stringprep profile for Kerberos -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://josefsson.org/cgi-bin/viewcvs.cgi/*checkout*/libidn/doc/specifications/draft-ietf-krb-wg-utf8-profile-01.txt * Punycode specification -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://www.ietf.org/rfc/rfc3492.txt * IDNA specification -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://www.ietf.org/rfc/rfc3490.txt * TLD specification -> http://josefsson.org/cgi-bin/rfcmarkup?url=http://josefsson.org/cgi-bin/viewcvs.cgi/*checkout*/libidn/doc/specifications/draft-hoffman-idn-reg-02.txt Gerrit -- =^..^=
Re: [ITP] c-ares-1.3.0
Gerrit P. Haase wrote: Missed to add the category to the setup.hint: c-ares is being used by cURL. sdesc: "C library that performs DNS requests and name resolves asynchronously" ldesc: "c-ares is a fork of the library named 'ares', written by Greg Hudson at MIT." requires: cygwin category: Net Project homepage: http://daniel.haxx.se/projects/c-ares/ http://anfaenger.de/cygwin/DNS/ares/c-ares-1.3.0-1.tar.bz2 http://anfaenger.de/cygwin/DNS/ares/c-ares-1.3.0-1-src.tar.bz2 http://anfaenger.de/cygwin/DNS/ares/setup.hint Review anyone? Gerrit
[ITP] c-ares-1.3.0
Hello, c-ares is being used by cURL. sdesc: "C library that performs DNS requests and name resolves asynchronously" ldesc: "c-ares is a fork of the library named 'ares', written by Greg Hudson at MIT." requires: cygwin Project homepage: http://daniel.haxx.se/projects/c-ares/ http://anfaenger.de/cygwin/DNS/ares/c-ares-1.3.0-1.tar.bz2 http://anfaenger.de/cygwin/DNS/ares/c-ares-1.3.0-1-src.tar.bz2 http://anfaenger.de/cygwin/DNS/ares/setup.hint Review anyone? Gerrit -- =^..^=
EMF support in pstoedit? (was: Re: pstoedit-3.42: Updated trial packages)
James R. Phillips wrote: Updated trial packages for pstoedit-3.42 have been put on my server. This version of pstoedit links to the libplot libraries in the plotutils package, so it should not be uploaded before a plotutils package is uploaded. Dr. Zell's comments have also been addressed. The links are: ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-3.42-1-src.tar.bz2 ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-3.42-1.tar.bz2 ftp://antiskid.homelinux.net/pub/pstoedit/setup.hint ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-devel/pstoedit-devel-3.42-1.tar.bz2 ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-devel/setup.hint The EMF plugin is missing. libEMF is availabe now, could we have an updated pstoedit with EMF module included, please? Meanwhile I will build my own, Gerrit -- =^..^=
Re: [ITP] libEMF/libEMF1/libEMF-devel: A library for generating Enhanced Metafiles
Dr. Volker Zell wrote: So please upload, then maybe James R. Phillips can ITP a pstoedit package which includes EMF support. Uploaded, please announce. Gerrit
Re: [g-b-s Patch] Write and save logfiles for configure/make/check/install
Charles Wilson wrote: James R. Phillips wrote: Interesting idea. I didn't know you could force configure/make/install to produce log files. Wouldn't it be better to produce a separate compressed log file archive, distinct from the source archive? The contents of the source archive have been previously specified. I wouldn't worry about that. See ncurses-X.Y-Z-src.tar.bz2 FWIW, I think this is a neat idea (and CAPS help distinguish these files from the "working" ones like .patch, .sh, etc). I include the logs for perl in the source archive since I maintain the package. However, I use a unique name and my script takes care that the originals are not overwritten during packaging, so you are not forced to extract it again when you run into problems and need the logs handy. I.e. is it useful when you delete the build directory and logs, you will always have the reference from the actual build at the mirrors. Maybe including them into CYGWIN-PATCHES would be better than to leave them in the top sourcedir? Gerrit -- =^..^=
Re: [ITP] libEMF/libEMF1/libEMF-devel: A library for generating Enhanced Metafiles
Dr. Volker Zell wrote: Hi I would like to contribute and maintain the libEMF package: * http://libemf.sourceforge.net/ (Homepage) * http://sourceforge.net/projects/pstoedit (Download location) This package could be used by pstoedit which was just ITP'd. Yeah, great. Does this package needs votes? Then I vote for inclusion! GErrit -- =^..^=
Re: Free/cheap FTP/HTTP hosting for packages?
Williams, Gerald S (Jerry) wrote: I remember seeing a question from Brian Ford about this, but don't remember seeing any answers... Does anyone know of a good place to post Cygwin packages? My cable network provider gives me some space, but it's rather small and I have other uses planned for it. I ask because I noticed that two of my "must have" packages are currently ownerless, along with some others that would be a real shame to lose. The conditions that caused me to hand over SWIG maintainership have changed, so I'd be willing to consider maintaining some packages if need be. You may ask Yaakov, he has two Soureforge projects and a new big storage at sunsite.dk, I think he has plenty of spavce and bandwidth. Gerrit -- =^..^=
Re: Packages with unusual (wrong?) tarball names (db, xemacs)
Nicholas Wourms wrote: On Tue, 27 Sep 2005 14:52:18 +0100, in gmane.os.cygwin.applications you wrote: The (adhoc?) standard for package file names, which for the most part is followed, is: NAME-VERSION-RELEASE.tar.bz2 <-- for binary packages NAME-VERSION-RELEASE-src.tar.bz2<-- for source packages VERSION and RELEASE should not contain '-' characters. NAME is allowed to contain '-' characters, but NAME should not contain a '-' character immediately followed by a digit, because this would look too much like the start of VERSION. There are a few packages in the distribution which do not follow these rules: !!! ./db/db2 db-2.7.7-4-src.tar.bz2 !!! ./db/db2 db-2.7.7-4.tar.bz2 !!! ./db/db3.1 db-3.1.17-2-src.tar.bz2 !!! ./db/db3.1 db-3.1.17-2.tar.bz2 !!! ./db/db4.1 db-4.1.25-1-src.tar.bz2 !!! ./db/db4.1 db-4.1.25-1.tar.bz2 !!! ./db/db4.2 db-4.2.52-1-src.tar.bz2 !!! ./db/db4.2 db-4.2.52-1.tar.bz2 !!! ./db/db4.3 db-4.3.28-1-src.tar.bz2 !!! ./db/db4.3 db-4.3.28-1.tar.bz2 ^^^ These packages do not reflect their package name in their file name. Max, I only used that scheme because it was the one Chuck had used in his non-official db packages. At the time I saw no reason to change them, and I think it might be best to leave them as-is for now. And I want to keep it for future db releases (4.4 / 4.5 / ...). Gerrit -- =^..^=
Re: Package error in libIDL
Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yaakov S (Cygwin Ports) wrote: Christopher Faylor wrote: upset: *** warning package libIDL refers to non-existent external-source: ORBit Gerrit just uploaded libIDL. Either he's in the middle of uploading ORBit and this will fix itself, or my directions weren't followed. Unless, is it a problem with the different versions of ORBit and libIDL? Nobody mentioned anything before. If that's the problem and there's no other workaround, just: mv libIDL-0.6.8-2.tar.bz2 libIDL-0.5.17-2.tar.bz2 and I guess I'll have to live with it. :-( I'll try that now Gerrit -- =^..^=
Re: Package error in libIDL
Christopher Faylor wrote: On Fri, Sep 23, 2005 at 04:36:02PM -0400, Christopher Faylor wrote: On Fri, Sep 23, 2005 at 03:33:07PM -0500, Yaakov S (Cygwin Ports) wrote: Christopher Faylor wrote: upset: *** warning package libIDL refers to non-existent external-source: ORBit Gerrit just uploaded libIDL. Either he's in the middle of uploading ORBit and this will fix itself, or my directions weren't followed. http://cygwin.com/ml/cygwin-apps/2005-08/msg00274.html Or my directions weren't followed: http://cygwin.com/ml/cygwin-apps/2005-07/msg00230.html Actually, whatever the reason, I'm still getting these in my inbox. Please correct or I'll yank the package and you all can try again. It is right there: [EMAIL PROTECTED] ~]$ ls -l /var/ftp/pub/cygwin/release/GNOME/ total 96 drwxrwsr-x2 cyguser cygwin 4096 Sep 18 16:08 GConf2 drwxrwsr-x4 cyguser cygwin 4096 Sep 23 20:10 ORBit drwxrwsr-x3 cyguser cygwin 4096 Sep 23 20:08 ORBit2 ... [EMAIL PROTECTED] ~]$ ls -l /var/ftp/pub/cygwin/release/GNOME/ORBit total 1356 -rw-rw-r--1 cyguser cygwin1151478 Sep 18 11:28 ORBit-0.5.17-2-src.tar.bz2 -rw-rw-r--1 cyguser cygwin 205557 Sep 18 11:28 ORBit-0.5.17-2.tar.bz2 drwxrwsr-x2 cyguser cygwin 4096 Sep 23 20:10 ORBit-devel drwxrwsr-x2 cyguser cygwin 4096 Sep 23 20:10 libIDL -rw-rw-r--1 cyguser cygwin163 Sep 23 20:10 md5.sum -rw-rw-r--1 cyguser cygwin510 Sep 18 11:28 setup.hint I removed it for now, but hey, what may be the problem? Gerrit
Re: Package error in libIDL
Christopher Faylor wrote: On Fri, Sep 23, 2005 at 03:33:07PM -0500, Yaakov S (Cygwin Ports) wrote: Christopher Faylor wrote: upset: *** warning package libIDL refers to non-existent external-source: ORBit Gerrit just uploaded libIDL. Either he's in the middle of uploading ORBit and this will fix itself, or my directions weren't followed. http://cygwin.com/ml/cygwin-apps/2005-08/msg00274.html Or my directions weren't followed: http://cygwin.com/ml/cygwin-apps/2005-07/msg00230.html I have moved the whole ORBit directory in one command: mv ORBit /var/ftp/.../GNOME/ Probably the libIDL setup.hint was already scanned before ORBit files arrived? Is it ok. now? Gerrit -- =^..^=
Re: setup.hint: curr: prev: test: tags
Gerrit P. Haase wrote: Yaakov S wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Igor Pechtchanski wrote: IOW, I don't see the problem here. Perhaps *you* could upload them then? This has been stalled for way too long, and is holding up progress on GNOME. Ok, I'll upload, at least you don't see a problem, I hope you are right. Done. Gerrit -- =^..^=
Re: setup.hint: curr: prev: test: tags
Yaakov S wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Igor Pechtchanski wrote: IOW, I don't see the problem here. Perhaps *you* could upload them then? This has been stalled for way too long, and is holding up progress on GNOME. Ok, I'll upload, at least you don't see a problem, I hope you are right. Gerrit -- =^..^=
Re: postgresql-8.01 and 8.1 ready
Reini Urban wrote: Gerrit P. Haase schrieb: Reini Urban wrote: Installing as service is quite hard without sysbash, so I put everything into the sysvinit file /etc/rc.0/init.d/postgresql: start|stop|status|initdb|install|uninstall|startlocal|restart|condrestart How does this work without logging into the system and starting a cygwin shell? Not at all. My sysvinit init.d script was enhanced for the installation / uninstallation steps. pg_ctl does almost the same, but without using cygrunsrv. So it is not possible to run this as service? What is the problem with the method used in postgres 7? What is sysbash? Gerrit -- =^..^=
Re: postgresql-8.01 and 8.1 ready
Reini Urban wrote: Installing as service is quite hard without sysbash, so I put everything into the sysvinit file /etc/rc.0/init.d/postgresql: start|stop|status|initdb|install|uninstall|startlocal|restart|condrestart How does this work without logging into the system and starting a cygwin shell? Gerrit -- =^..^=
Re: setup.hint: curr: prev: test: tags
Yaakov S wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: It will never be installed for a user who has already 0.8.x? Yes, it will be; but it's small, and I intend to mention this upon announcement. After the switch, those who don't want 0.6.x can just uninstall it on the next run of setup.exe. We cannot do this! If one ignores advice and is installing libIDL2 it will overwrite the current libIDL. If the current libIDL is uninstalled after installing libIDL2 it will be broken. Have not the right idea how to handle it gracefully. We must ensure that an installation of libIDL2 forces the current libIDL to be uninstalled at first. I still think the easiest way would be to rename libIDL to ORBit-libIDL or to include it completely into the ORBit package. Then in addition to create an empty libIDL package which will uninstall the current. Gerrit -- =^..^=
Re: [HEADSUP] ALL Maintainers, please reply.
Corinna Vinschen wrote: Yaakov, On Sep 15 13:27, Yaakov S wrote: libIDL2 I don't see that libIDL2 is in the distro. Did I miss something? This is currently named libIDL, will be renamed once I'm convinced that setup is smart enough to handle the situation. Gerrit -- =^..^=
Re: [HEADSUP] ALL Maintainers, please reply.
Corinna Vinschen wrote: Who's the maintainer for gnome, gnome-common, gnome-icon-theme and gnome-mime-data now, Gerrit or Yaakov? There is no package named gnome? The others are from Yaakov. Gerrit -- =^..^=
Re: setup.hint: curr: prev: test: tags
Yaakov S wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: Yes, it is a new package, however there is currently another package with the same name and a higher version, libIDL. This will be renamed to libIDL2. The new libIDL package needs the tag therefore and there is no previous version of this package. What is the problem with just removing the previous libIDL-0.8.x releases from the tree, as I asked previously? Then the "new" (and then only) libIDL-0.6.x should automatically be marked curr. It will never be installed for a user who has already 0.8.x? Gerrit -- =^..^=
Re: Please upload: perl-libwin32-0.26-1
Corinna Vinschen wrote: Gerrit, since you obviously care, I'm wondering if you are also going to install the package when you're happy. I don't understand the discussion here enough to see if it's ok to upload or not. It is definitively good to go. I just was wondering why Reini doesn't want to go with auto-image-base. I'll upload asap. Gerrit -- =^..^=
Re: Musings on PHP
Max Bowsher wrote: 2) Shared library headaches. PHP definitely needs its postgresql support available to be useful most non-trivial application. If I want to avoid creating a hard dependency on the postgresql package, the PHP pgsql extension needs to be built as a shared library. But to make that work for both the php command line executable and the apache module, I'd have to significantly tweak the PHP build process, introducing an extra library to contain the core PHP engine, instead of just linking the component object files into both the php exe and the apache module. So... is it worth messing with the build system to this extent, or should I just go the easy route, and have a hard dependency on postgresql's cygpq.dll? Basically it is much better to have a shared core used by both the module and the CLI. This reduces the size. My last build was pretty easy. With some minor fixes to get several modules compiled, the major change to get a shared core was in the Makefile: changing some lines *after* it was generated. s.th. like the attached patch should do it (this was from a build without the Apache module). Gerrit -- =^..^= --- Makefile~ 2005-07-04 00:11:07.883892800 +0200 +++ Makefile2005-07-04 01:38:40.427721600 +0200 @@ -35,7 +35,7 @@ shared_objects_gmp = ext/gmp/gmp.lo GMP_SHARED_LIBADD = -lgmp shared_objects_iconv = ext/iconv/iconv.lo -ICONV_SHARED_LIBADD = +ICONV_SHARED_LIBADD = -liconv shared_objects_mbstring = ext/mbstring/mbstring.lo ext/mbstring/php_unicode.lo ext/mbstring/mb_gpc.lo ext/mbstring/php_mbregex.lo ext/mbstring/oniguruma/regcomp.lo ext/mbstring/oniguruma/regerror.lo ext/mbstring/oniguruma/regexec.lo ext/mbstring/oniguruma/reggnu.lo ext/mbstring/oniguruma/regparse.lo ext/mbstring/oniguruma/regenc.lo ext/mbstring/oniguruma/regext.lo ext/mbstring/oniguruma/regsyntax.lo ext/mbstring/oniguruma/regtrav.lo ext/mbstring/oniguruma/regversion.lo ext/mbstring/oniguruma/st.lo ext/mbstring/oniguruma/enc/unicode.lo ext/mbstring/oniguruma/enc/ascii.lo ext/mbstring/oniguruma/enc/utf8.lo ext/mbstring/oniguruma/enc/euc_jp.lo ext/mbstring/oniguruma/enc/euc_tw.lo ext/mbstring/oniguruma/enc/euc_kr.lo ext/mbstring/oniguruma/enc/sjis.lo ext/mbstring/oniguruma/enc/iso8859_1.lo ext/mbstring/oniguruma/enc/iso8859_2.lo ext/mbstring/oniguruma/enc/iso8859_3.lo ext/mbstring/oniguruma/enc/iso8859_4.lo ext/mbstring/oniguruma/enc/iso8859_5.lo ext/mbstring/oniguruma/enc/iso8859_6.lo ext/mbstring/oniguruma/enc/iso8859_7.lo ext/mbstring/oniguruma/enc/iso8859_8.lo ext/mbstring/oniguruma/enc/iso8859_9.lo ext/mbstring/oniguruma/enc/iso8859_10.lo ext/mbstring/oniguruma/enc/iso8859_11.lo ext/mbstring/oniguruma/enc/iso8859_13.lo ext/mbstring/oniguruma/enc/iso8859_14.lo ext/mbstring/oniguruma/enc/iso8859_15.lo ext/mbstring/oniguruma/enc/iso8859_16.lo ext/mbstring/oniguruma/enc/koi8.lo ext/mbstring/oniguruma/enc/koi8_r.lo ext/mbstring/oniguruma/enc/big5.lo ext/mbstring/oniguruma/enc/utf16_be.lo ext/mbstring/oniguruma/enc/utf16_le.lo ext/mbstring/oniguruma/enc/utf32_be.lo ext/mbstring/oniguruma/enc/utf32_le.lo ext/mbstring/libmbfl/filters/html_entities.lo ext/mbstring/libmbfl/filters/mbfilter_7bit.lo ext/mbstring/libmbfl/filters/mbfilter_ascii.lo ext/mbstring/libmbfl/filters/mbfilter_base64.lo ext/mbstring/libmbfl/filters/mbfilter_big5.lo ext/mbstring/libmbfl/filters/mbfilter_byte2.lo ext/mbstring/libmbfl/filters/mbfilter_byte4.lo ext/mbstring/libmbfl/filters/mbfilter_cp1251.lo ext/mbstring/libmbfl/filters/mbfilter_cp1252.lo ext/mbstring/libmbfl/filters/mbfilter_cp866.lo ext/mbstring/libmbfl/filters/mbfilter_cp932.lo ext/mbstring/libmbfl/filters/mbfilter_cp936.lo ext/mbstring/libmbfl/filters/mbfilter_euc_cn.lo ext/mbstring/libmbfl/filters/mbfilter_euc_jp.lo ext/mbstring/libmbfl/filters/mbfilter_euc_jp_win.lo ext/mbstring/libmbfl/filters/mbfilter_euc_kr.lo ext/mbstring/libmbfl/filters/mbfilter_euc_tw.lo ext/mbstring/libmbfl/filters/mbfilter_htmlent.lo ext/mbstring/libmbfl/filters/mbfilter_hz.lo ext/mbstring/libmbfl/filters/mbfilter_iso2022_kr.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_1.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_10.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_13.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_14.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_15.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_16.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_2.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_3.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_4.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_5.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_6.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_7.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_8.lo ext/mbstring/libmbfl/filters/mbfilter_iso8859_9.lo ext/mbstring/libmbfl/filters/mbfilter_jis.lo ext/mbstring/libmbfl/filters/mbfilter_koi8r.lo ext/mbstring/libmbfl/filters/mbfilter_qprint.lo ext/mbstring/libmbfl/filters/mbfilter_sjis.lo
Re: setup.hint: curr: prev: test: tags
Christopher Faylor wrote: On Sun, Sep 18, 2005 at 01:49:22PM +0200, Gerrit P. Haase wrote: Is it possible to use only 'curr:' without 'prev:'? Assuming that you you want the curr: package and only the curr: package to show up in setup.ini, then yes. Yes, it is a new package, however there is currently another package with the same name and a higher version, libIDL. This will be renamed to libIDL2. The new libIDL package needs the tag therefore and there is no previous version of this package. Gerrit -- =^..^=
Re: Please upload: perl-libwin32-0.26-1
Reini Urban wrote: Gerrit P. Haase schrieb: Reini Urban wrote: properly rebased via gbs, though the general gbs solution to do a automatic rebase is quite hard. interested parties can see steps rebase1 and rebase2 in http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/perl-libwin32-0.26-1.sh Isn't ld2 used which uses the current perlld wrapper: $command ="$CC -shared -o $dllname"; $command .=" -Wl,--output-def=$libname$DEF_EXT" if $DEF_EXT; $command .=" -Wl,--output-exp=$libname$EXP_EXT" if $EXP_EXT; $command .=" -Wl,--out-implib=$libname.dll$LIB_EXT" if $LIB_EXT; $command .=" -Wl,--export-all-symbols" if $EXPORT_ALL; $command .=" -Wl,--enable-auto-import -Wl,--stack,8388608"; # always $command .=" -Wl,--enable-auto-image-base"; # always Yes, but doing it explicitly is IMHO better. Why? To use some random addresses or some predefined, where is the difference? Gerrit -- =^..^=
Re: GConf2 packaging error
Christopher Faylor wrote: upset: *** warning package GConf2 requires non-existent package sysvinitatk-runtime Oops, sorry for the mess. I've made the obvious fix. Thank you. Gerrit -- =^..^=
Re: I'm back
Yaakov S wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: I'm back, will try to catch up on everything what I missed. Here's a few things from GNOME: 1) As I'm convinced that everything is working now, please upload the libIDL(2)/ORBit(2) packages per the directions in: http://cygwin.com/ml/cygwin-apps/2005-08/msg00274.html It is needed to add a 'curr: 0.6.8-2' to the libIDL setup.hint because currently libIDL(2) is at 0.8.3-2, right? Maybe we should name the package different, eg. ORBit-libIDL to avoid conflicts? 2) For libgnomeui2, remember to leave out most of the pixmaps, as discussed in: http://cygwin.com/ml/cygwin-apps/2005-08/msg00069.html 3) Please configure with --localstatedir=/var/lib for compatibility with scrollkeeper. This is most important for libgnome2, as the games scores functions are set there; if gnome-games (and the like) doesn't have the same localstatedir as libgnome2, then scores won't work. Which pakages are affected by this or which packages are actually using scrollkeeper? 4) I need at least GConf2 and gnome-vfs2 up to 2.10 before proceeding further with the desktop proper. Gerrit -- =^..^=
Re: setup.hint: curr: prev: test: tags
Gerrit P. Haase wrote: Hello, Is it possible to use only 'curr:' without 'prev:'? And will 'curr: 0.1' overrule an installed 0.2 package? Gerrit -- =^..^=
setup.hint: curr: prev: test: tags
Hello, Is it possible to use only 'curr:' without 'prev:'? Gerrit -- =^..^=
Re: Please upload: perl-libwin32-0.26-1
Reini Urban wrote: Please upload into perl: http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/perl-libwin32-0.26-1.tar.bz2 790765 d9e9278eb21dae1c2da0983e93acc900 http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/perl-libwin32-0.26-1-src.tar.bz2 718845 2ec0772ce228c2ad07d356768d34a2b0 http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/setup.hint (unchanged) perl-libwin32-0.191-4 can remain as prev, the rest deleted properly rebased via gbs, though the general gbs solution to do a automatic rebase is quite hard. interested parties can see steps rebase1 and rebase2 in http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/perl-libwin32-0.26-1.sh Isn't ld2 used which uses the current perlld wrapper: $command ="$CC -shared -o $dllname"; $command .=" -Wl,--output-def=$libname$DEF_EXT" if $DEF_EXT; $command .=" -Wl,--output-exp=$libname$EXP_EXT" if $EXP_EXT; $command .=" -Wl,--out-implib=$libname.dll$LIB_EXT" if $LIB_EXT; $command .=" -Wl,--export-all-symbols" if $EXPORT_ALL; $command .=" -Wl,--enable-auto-import -Wl,--stack,8388608"; # always $command .=" -Wl,--enable-auto-image-base"; # always ? Gerrit -- =^..^=
Re: Update: apache-1.3.33-1
[EMAIL PROTECTED] wrote: Could you add some information in the README how to install apache as service, please? The -k option is only valid for WIN32 platforms not running under Cygwin. However, there is a -F option for running Apache in the foreground. Please see the following section I added to the README: Many thanks ;) Gerrit -- =^..^=
setup: how to handle circular dependencies?
Hi Setup maintainers, I need some circular dependencies, i.e. gcc-core requires gcc-core-mingw because -mno-cygwin will not work without the mingw version of the gcc runtime. However, the gcc-core-mingw package only includes the runtime which needs gcc-core to be useful. Now I see that uninstalling these two packages seems to be impossible in one turn because the chooser circles from the installed version through 'reinstall', 'source', 'previous version' to 'uninstall' where the reinstall or previous versions always pulls the dependenciy which was toggled to 'uninstall' and the other way round. I must call setup twice to completely uninstall gcc or to downgrade gcc. Is this handled in the latest setup.exe release? Maybe I should include the mingw gcc runtimes in the main gcc packages? Gerrit -- =^..^=
Re: [HEADSUP] ALL Maintainers, please reply.
Yitzchak Scott-Thoennes wrote: On Thu, Sep 15, 2005 at 08:34:15PM +0200, Gerrit P. Haase wrote: atk* What do the *'s mean? This are the packages beginning with these letters, e.g. atk* is equal to: atk atk-devel atk-runtime atk-doc So atk* actually means 4 entries in setup, built from one source, so I regard this as one package. Gerrit -- =^..^=
Re: libungif [Was: Re: [HEADSUP] ALL Maintainers, please reply.]
Lapo Luchini wrote: Is it *still* active somewhere? libungif is (at least) in use by: WindowMaker emacs-X11 imlib I need it for some other packages not yet released. Gerrit -- =^..^=
Re: [HEADSUP] ALL Maintainers, please reply.
Yaakov S wrote: Gerrit P. Haase wrote: Have I missed one? gtk-doc? Yes, you're right. If anyone is interested to take over one or more packages feel free to do so, just drop me a note in my inbox. There are also packages in my private repository which could be taken, i.e. Gnome desktop related packages are done by Yaakov and me and there are at least 100 packages needed to run Gnome, not counted the bindings (Perl/C++/Python/Java/...) and applications. Does that mean you don't intend to update your GNOME packages? I will do updates and also include more/missing Gnome packages, however I would not mind to have some more maintainers to help us two. In any case, I would like first claims to anything GNOME related, as I've already put so much work into it. Gerrit -- =^..^=
Re: How about script? [was: Re: Command 'more': missing dll cygpcre.dll [Attn more maintainer]]
James R. Phillips wrote: --- Christopher Faylor wrote: Checking various linux systems: % rpm -q -f /bin/more util-linux-2.12p-9.3 % dpkg -S /bin/more util-linux: /bin/more % epm -q -f /bin/more util-linux-2.12q-r1 So, no, I will not be including a 'more' symlink in the 'less' package. I'll take on 'more' maintenance responsibilities. cgf Hm, another program in util-linux that would be nice to have is 'script'. All linux systems have it. Is anyone interested in taking that on ? script does not build out of the box. I ported another similar tool, I believe Reini has done something similar. Unfortunately I cannot find the announcement / bookmark / package name / patch. Gerrit -- =^..^=
Re: [HEADSUP] ALL Maintainers, please reply.
Missed two: libbonobo2 libbonoboui2 Gerrit P. Haase wrote: Corinna Vinschen wrote: including a list of ALL packages you maintain. GConf2 OpenSP antiword atk* check db* libdb* enscript exif libexif* expat freeglut gcc* glib2* gnome-vfs2 gnutls* libgnutls11 gtk2-x11* indent intltool jasper lcms libart_lgpl libcroco libcroco06 libfpx libgnome2 libgnomeui2 libmng libtasn1 libwmf libxml2* libxslt opencdk openjade pango* perl perl_manpages Have I missed one? If anyone is interested to take over one or more packages feel free to do so, just drop me a note in my inbox. There are also packages in my private repository which could be taken, i.e. Gnome desktop related packages are done by Yaakov and me and there are at least 100 packages needed to run Gnome, not counted the bindings (Perl/C++/Python/Java/...) and applications. Gerrit -- =^..^=
Re: [HEADSUP] ALL Maintainers, please reply.
Yaakov S wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: Harold L Hunt II wrote: [...package list...] freetype? Indeed, freetype2 is somewhat out of date. I've already built 2.1.9 in order to run the current GIMP, so if you're not interested in updating this one, please let us know. Harold missed to include it on his list, I guess it is free for grabbing as well as fontconfig & libXft which he mentioned explicitly. Gerrit -- =^..^=
Re: [HEADSUP] ALL Maintainers, please reply.
Christopher Faylor wrote: On Thu, Sep 15, 2005 at 07:41:24PM +0200, Corinna Vinschen wrote: On Sep 16 03:36, Robert Collins wrote: I'm still here, but not actively maintaining packages, offhand that means dpkg, squid probably need excising or new maintainers. Er... what does that mean, dpkg and squid have a maintainer or dpkg and squid have no maintainer? He's saying that they have no maintainer currently so they may need to be removed from the distribution. I use SquidNT quite happily, the native port has improved very much in the last one-two years, they even have included SSL support recently. Gerrit -- =^..^=
Re: [HEADSUP] ALL Maintainers, please reply.
Corinna Vinschen wrote: including a list of ALL packages you maintain. GConf2 OpenSP antiword atk* check db* libdb* enscript exif libexif* expat freeglut gcc* glib2* gnome-vfs2 gnutls* libgnutls11 gtk2-x11* indent intltool jasper lcms libart_lgpl libcroco libcroco06 libfpx libgnome2 libgnomeui2 libmng libtasn1 libwmf libxml2* libxslt opencdk openjade pango* perl perl_manpages Have I missed one? If anyone is interested to take over one or more packages feel free to do so, just drop me a note in my inbox. There are also packages in my private repository which could be taken, i.e. Gnome desktop related packages are done by Yaakov and me and there are at least 100 packages needed to run Gnome, not counted the bindings (Perl/C++/Python/Java/...) and applications. Gerrit -- =^..^=
Re: ATTN: antiword Maintainer
Buchbinder, Barry (NIH/NIAID) wrote: Current Cygwin: Version: 0.34 (25 Aug 2003) on http://www.winfield.demon.nl/ version 0.36.1 (09 Dec 2004) You want to take over the maintainer position of this package? Fine with me. Just make a new release, I'll review your package. Gerrit -- =^..^=
Re: [HEADSUP] ALL Maintainers, please reply.
Harold L Hunt II wrote: [...package list...] freetype? Gerrit -- =^..^=
Re: Drop textmode from setup?
Corinna Vinschen wrote: I mean it! Yes, please! I don't want to drop textmode support from Cygwin(*), Why not? (*) That's a lie, of course. Ah, I see... Gerrit -- =^..^=
I'm back
I'm back, will try to catch up on everything what I missed. Gerrit
Re: [ITP] GnuTLS, Tiny ASN.1, OpenCDK
Bas van Gompel wrote: Op Mon, 22 Aug 2005 12:09:21 +0200 schreef Gerrit P. Haase in <[EMAIL PROTECTED]>: : Bas van Gompel wrote: : : > Op Sun, 21 Aug 2005 09:11:14 +0200 schreef Gerrit P. Haase : > in <[EMAIL PROTECTED]>: : > [...] : > : > : libgnutls11 setup.hint: : > [...] : > : requires: cygwin libgnutls11 libgpg-error libgcrypt libtasn1 libopencdk8 libiconv2 libintl3 zlib : > : > This requires itself? : : It was a copy passte error on my side. I hope I got it right before : uploading ;) No, you didn't. Sorry. Thanks again for the notification, is corrected now, Gerrit -- =^..^=
Re: [ITP] unison2.13.16, unison2.17.1
Andrew Schulman wrote: Perhaps 2.13-nn and 2.17-nn would be a better choice for the versioning now, because of the changes made by the Unison team. That is all 2.13.xx are interoperable with each other. 2.13.xx and 2.13.yy are interoperable for any xx and yy. Same for 2.17.zz... Thanks, this is a good idea. Let me put this together and repost. A. We will end up with 'how many?' unison packages? It is bad design if you need to install 10 version at the same time only to be able to access several different servers. Why don't they include support for every know server in the clients? Shouldn't be too hard even recognizing the version of the server during runtime? Then I would install always *one* version at a time and as long there is no newer server I would be able to access any unison server. Gerrit
Re: Please test and upload: ORBit/libIDL, libIDL2, ORBit2
Dr. Volker Zell wrote: BTW, every GNOME package from you I try to build with .sh all gives me as the last output line rm: cannot remove directory `/usr/src/XXX/.sinst': Device or resource busy where XXX is the package name. Afterwards I'll be left with an empty /usr/src/XXX/.inst directory which I have to remove manually. Not a showstopper but just curious if somebody gets the same. Hmmm, there is cd ${srcinstdir} tar cvjf ${src_pkg} * at the end of cygspkg(), -> tar, but since I don't see it I guess it is in sigfile(), if it is called (I don't use it here), may be gpg leaves a handle open on the .sinst directory? Gerrit
Re: New packages: docbook-xml412, docbook-xml44
Marcel Telka wrote: Hi. I've packed DocBook XML DTD 4.1.2 and DocBook XML DTD 4.4 for Cygwin. The internal packages structure is same as for DocBook XML DTD 4.2 and DocBook XML DTD 4.3 (packages docbook-xml42 ad docbook-xml43). http://telka.sk/cygwin/docbook-xml412/docbook-xml412-4.1.2-1-src.tar.bz2 http://telka.sk/cygwin/docbook-xml412/docbook-xml412-4.1.2-1.tar.bz2 http://telka.sk/cygwin/docbook-xml412/setup.hint ec675eb70a0ebb6b9f8405584cac21ae docbook-xml412-4.1.2-1-src.tar.bz2 44a84a515969add98df6df7aa53126ff docbook-xml412-4.1.2-1.tar.bz2 5b9fdff31adcd44c491abbeeafd0ce60 setup.hint http://telka.sk/cygwin/docbook-xml44/docbook-xml44-4.4-1-src.tar.bz2 http://telka.sk/cygwin/docbook-xml44/docbook-xml44-4.4-1.tar.bz2 http://telka.sk/cygwin/docbook-xml44/setup.hint e670e6d2cf2f836d173688ee653f7a2a docbook-xml44-4.4-1-src.tar.bz2 82fb34295ca4aac2925ebde0745a7547 docbook-xml44-4.4-1.tar.bz2 4f41ca26aeaf33934ec916f15f07 setup.hint Please upload the new packages. Uploaded. Thanks. Thank you! Gerrit
Re: Please test and upload: ORBit/libIDL, libIDL2, ORBit2
Yaakov S wrote: Are programs that are built with ORBit2-2.12.3 running properly? That's what I really wanted to check before upload. Which package makes heavy use of ORBit during the build which I could use to test it? Gerrit
Re: Please test and upload: ORBit/libIDL, libIDL2, ORBit2
Gerrit P. Haase wrote: Dr. Volker Zell wrote: Right now I'm trying to do a make check, but it seems to hang with the following output for me: Making check in test make[2]: Entering directory `/usr/src/ORBit2-2.12.3/.build/linc2/test' make check-TESTS make[3]: Entering directory `/usr/src/ORBit2-2.12.3/.build/linc2/test' Available protocols: { 'IPv4': 2, 16, 6, 0x [s-ail] 'UNIX': 1, 110, 0, 0x0003 [-dail] } It hangs here in test_connected: /* FIXME: this is horribly difficult to regression test properly: we fail */ g_assert (link_connection_wait_connected (client) == LINK_CONNECTED); What should we do about it, just leave it as is and report upstream that the assertion fails on Cygwin? If I kill this test manually I get also errors in the other tests: make check-TESTS make[5]: Entering directory `/instsoft/Yaakov/ORBit2-2.12.3/.build/test/everything' Sample name: '/tmp/orbit-gerrit/tst/orbit-gerrit/linc-78fe-0-14c0fc671d5b4' Running with socketdir: '/tmp/orbit-gerrit/tst' testing with --ORBIIOPIPv4=1 --ORBIIOPUSock=0 --ORBCorbaloc=1 Local server test passed Initial References: DynAnyFactory ... okay POACurrent ... okay RootPOA ... okay Protocol IPv4: enabled Protocol UNIX: disabled --- In proc --- Local server test passed In proc (fast) took 0 msecs In proc (slow) took 0 msecs Testing ORBit_sequence helpers... Testing constants... Testing attributes... Testing strings... Testing longs... Testing long longs... Testing floats... Testing doubles... Testing long doubles... Testing enums... Testing exceptions... Testing bool arg. alignment ... Testing is_a ... Testing struct code ... ** (process:3664): WARNING **: FIXME: opMassiveSeq fails - due to max. size check ** ERROR **: file /instsoft/Yaakov/ORBit2-2.12.3/test/everything/client.c: line 1350 (testAnyEquivalence): assertion failed: (!ORBit_any_equivalent (a, b, ev)) aborting... Testing variable length structs... Testing compound structs... Testing structs with aligning holes... Testing object structs... Testing 'any' structs... Testing unbounded sequences... Testing bounded sequences... Testing sequence... Testing fixed length unions... Testing variable length unions... Testing misc type unions... Testing arrays with fixed length members... Testing arrays with variable length members... Testing any with string sequences ... Testing any with longs... Testing any with strings... Testing any with structs... Testing Any with exception... Testing Anys equivalence... /instsoft/Yaakov/ORBit2-2.12.3/test/everything/test.sh: line 56: 3664 Aborted (core dumped) ./client $1 = Test failed with params: --ORBIIOPIPv4=1 --ORBIIOPUSock=0 --ORBCorbaloc=1 if this is an IPv4 test, can you ping INSPIRON ? = FAIL: /instsoft/Yaakov/ORBit2-2.12.3/test/everything/test.sh make[5]: *** [check-TESTS] Error 1 make[4]: *** [check-am] Error 2 === make[3]: *** [check] Error 2 1 of 1 tests failed === make[5]: Leaving directory `/instsoft/Yaakov/ORBit2-2.12.3/.build/test/everything' make[4]: Leaving directory `/instsoft/Yaakov/ORBit2-2.12.3/.build/test/everything' make[3]: Leaving directory `/instsoft/Yaakov/ORBit2-2.12.3/.build/test/everything' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/instsoft/Yaakov/ORBit2-2.12.3/.build/test' make[1]: *** [check] Error 2 make[1]: Leaving directory `/instsoft/Yaakov/ORBit2-2.12.3/.build/test' make: *** [check-recursive] Error 1 Skipping everything directory results in this: make check-TESTS make[5]: Entering directory `/instsoft/Yaakov/ORBit2-2.12.3/.build/test/inhibit' Inhibit build tests passed PASS: test-inhibit == All 1 tests passed == make check-TESTS make[5]: Entering directory `/instsoft/Yaakov/ORBit2-2.12.3/.build/test/poa' PASS: test-poa PASS: test-poa PASS: poatest-basic01 PASS: poatest-basic02 PASS: poatest-basic03 PASS: poatest-basic04 PASS: poatest-basic06 PASS: poatest-basic07 PASS: poatest-basic08 PASS: poatest-basic09 PASS: poatest-basic10 === All 10 tests passed === make check-TESTS make[4]: Entering directory `/instsoft/Yaakov/ORBit2-2.12.3/.build/test' ** ERROR **: file /instsoft/Yaakov/ORBit2-2.12.3/test/test-dynany.c: line 358 (test_array): assertion failed: (double_equal (DynamicAny_DynAny_get_double (dyn_any, ev), d)) aborting... Testing basic DynAny ... + long ops ... + string ops ... + copying ... Testing DynSequence ... Testing DynEnum ... Testing DynUnion ... Testing DynArray... FAIL: test-dynany mem usage prev/post: 0KB / 0KB -- 1000x test_ORBit_alloc () mem usage prev/post: 0KB / 0KB -- 1000x test_ORBit_se
Re: Please test and upload: ORBit/libIDL, libIDL2, ORBit2
Dr. Volker Zell wrote: Right now I'm trying to do a make check, but it seems to hang with the following output for me: ... Making check in test make[2]: Entering directory `/usr/src/ORBit2-2.12.3/.build/linc2/test' make check-TESTS make[3]: Entering directory `/usr/src/ORBit2-2.12.3/.build/linc2/test' Available protocols: { 'IPv4': 2, 16, 6, 0x [s-ail] 'UNIX': 1, 110, 0, 0x0003 [-dail] } Did I wrote that this would explain the startup problems? Are you sure that the test binaries are loading the new DLL and not an old version from /usr/bin, i.e. have you already installed it in the system path? Gerrit
Re: Please test and upload: ORBit/libIDL, libIDL2, ORBit2
Dr. Volker Zell wrote: Making check in test make[2]: Entering directory `/usr/src/ORBit2-2.12.3/.build/linc2/test' make check-TESTS make[3]: Entering directory `/usr/src/ORBit2-2.12.3/.build/linc2/test' Available protocols: { 'IPv4': 2, 16, 6, 0x [s-ail] 'UNIX': 1, 110, 0, 0x0003 [-dail] } That would explain why Gnome hangs at startup. I will build a debugging version later. Gerrit
Re: Please test and upload: ORBit/libIDL, libIDL2, ORBit2
Yaakov S wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: $ cygcheck -f /bin/pidof sysvinit-2.84-4 This should be included in setup hint then. Would you mind adding it to GConf2's requires? I use this script whenever a GConf schema is installed, in order to assure that gconfd-2 will start successfully, which means killing it and clearing it's lock. No problem, I think this is the best solution. You commented the winsock.h check because configure chokes. I get an similar error from configure when it test for resolv.h, therefore I use a .m4 snippet which does real resolv.h checking. For me I get HAVE_RESOLV_H 0 in config.h without it. Maybe it was already fixed in the latest release? $ cygcheck /usr/bin/cygORBit-2-0.dll ... C:/cygwin/bin\cygminires.dll So it seems minires is pulled in. What happens when you build my package? I have not tried to build it yet. Volker reported only problems with the docs. checking for arpa/nameser.h... yes checking resolv.h usability... no checking resolv.h presence... yes configure: WARNING: resolv.h: present but cannot be compiled configure: WARNING: resolv.h: check for missing prerequisite headers? configure: WARNING: resolv.h: see the Autoconf documentation configure: WARNING: resolv.h: section "Present But Cannot Be Compiled" configure: WARNING: resolv.h: proceeding with the preprocessor's result configure: WARNING: resolv.h: in the future, the compiler will take precedence configure: WARNING: ## -- ## configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ## configure: WARNING: ## -- ## checking for resolv.h... yes It seems that the result is yes anyway... however I don't like seeing things like this in the log. Including a check for resolv.h which actually works doesn't harm and may also be submitted upstream while someone else tries to include it in future autoconf releases. Gerrit
Re: Please test and upload: ORBit/libIDL, libIDL2, ORBit2
Gerrit P. Haase wrote: I'm missing some additions for resolv.h: Could you clarify? You commented the winsock.h check because configure chokes. I get an similar error from configure when it test for resolv.h, therefore I use a .m4 snippet which does real resolv.h checking. For me I get HAVE_RESOLV_H 0 in config.h without it. Maybe it was already fixed in the latest release? Nope, it is still there: AC_CHECK_HEADERS(arpa/nameser.h resolv.h) you have probably a local copy of resolv.m4 in your aclocal share? Gerrit
Re: Please upload: docbook-xsl-1.69.1-1
Marcel Telka wrote: Hi. Please upload new docbook-xsl-1.69.1-1 files: http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.69.1-1-src.tar.bz2 http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.69.1-1.tar.bz2 Done. 648b5c9be733178ecc17958ad200f726 docbook-xsl-1.69.1-1-src.tar.bz2 0feb617545b7c9f67220eb310b4705c1 docbook-xsl-1.69.1-1.tar.bz2 and remove old 1.68.1-1 files. Done. Thanks. Gerrit
Re: Please test and upload: ORBit/libIDL, libIDL2, ORBit2
Yaakov S wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: What is pidof in your postinstall sceipts, I'm getting an error. Am I missing prerequisites? $ cygcheck -f /bin/pidof sysvinit-2.84-4 This should be included in setup hint then. I'm missing some additions for resolv.h: Could you clarify? You commented the winsock.h check because configure chokes. I get an similar error from configure when it test for resolv.h, therefore I use a .m4 snippet which does real resolv.h checking. For me I get HAVE_RESOLV_H 0 in config.h without it. Maybe it was already fixed in the latest release? Then there is this const struct patch I applied, though I don't know if it is needed: I did not apply it to ORBit2-2.12.3. That's why I wanted you to test it. It looks to me likes it's working OOTB though. I think it is really not needed here. Gerrit