Re: Maintainer searched

2006-05-05 Thread Gerrit P. Haase
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

2006-05-03 Thread Gerrit P. Haase
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

2006-03-06 Thread Gerrit P. Haase
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!

2006-01-26 Thread Gerrit P. Haase
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

2006-01-23 Thread Gerrit P. Haase
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?

2006-01-03 Thread Gerrit P. Haase
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?

2006-01-03 Thread Gerrit P. Haase
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)

2005-12-30 Thread Gerrit P. Haase
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)

2005-12-29 Thread Gerrit P. Haase
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)

2005-12-27 Thread Gerrit P. Haase
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)

2005-12-26 Thread Gerrit P. Haase

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)

2005-12-25 Thread Gerrit P. Haase

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

2005-12-24 Thread Gerrit P. Haase

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

2005-12-22 Thread Gerrit P. Haase

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

2005-12-21 Thread Gerrit P. Haase

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

2005-12-21 Thread Gerrit P. Haase

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

2005-12-21 Thread Gerrit P. Haase

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

2005-12-11 Thread Gerrit P. Haase
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

2005-12-10 Thread Gerrit P. Haase
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

2005-12-09 Thread Gerrit P. Haase
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

2005-12-09 Thread Gerrit P. Haase
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)

2005-12-09 Thread Gerrit P. Haase
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

2005-12-09 Thread Gerrit P. Haase
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

2005-11-28 Thread Gerrit P. Haase
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

2005-11-28 Thread Gerrit P. Haase
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

2005-11-28 Thread Gerrit P. Haase
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

2005-11-27 Thread Gerrit P. Haase

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

2005-11-26 Thread Gerrit P. Haase

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

2005-11-26 Thread Gerrit P. Haase

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

2005-11-26 Thread Gerrit P. Haase

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

2005-11-25 Thread Gerrit P. Haase

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

2005-11-25 Thread Gerrit P. Haase

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

2005-11-25 Thread Gerrit P. Haase

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

2005-11-25 Thread Gerrit P. Haase

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

2005-11-25 Thread Gerrit P. Haase

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

2005-11-19 Thread Gerrit P. Haase

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

2005-11-18 Thread Gerrit P. Haase

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

2005-11-18 Thread Gerrit P. Haase

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

2005-11-18 Thread Gerrit P. Haase

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

2005-11-18 Thread Gerrit P. Haase

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

2005-11-08 Thread Gerrit P. Haase

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

2005-11-08 Thread Gerrit P. Haase

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

2005-11-07 Thread Gerrit P. Haase

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

2005-11-07 Thread Gerrit P. Haase

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

2005-11-07 Thread Gerrit P. Haase

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

2005-11-06 Thread Gerrit P. Haase
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

2005-11-06 Thread Gerrit P. Haase

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

2005-11-06 Thread Gerrit P. Haase
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)

2005-10-29 Thread Gerrit P. Haase

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

2005-10-11 Thread Gerrit P. Haase

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

2005-10-11 Thread Gerrit P. Haase

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

2005-10-11 Thread Gerrit P. Haase

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?

2005-10-05 Thread Gerrit P. Haase

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)

2005-09-30 Thread Gerrit P. Haase

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

2005-09-23 Thread Gerrit P. Haase

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

2005-09-23 Thread Gerrit P. Haase

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

2005-09-23 Thread Gerrit P. Haase

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

2005-09-23 Thread Gerrit P. Haase

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

2005-09-23 Thread Gerrit P. Haase

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

2005-09-23 Thread Gerrit P. Haase

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

2005-09-22 Thread Gerrit P. Haase

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

2005-09-19 Thread Gerrit P. Haase

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.

2005-09-19 Thread Gerrit P. Haase

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.

2005-09-19 Thread Gerrit P. Haase

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

2005-09-18 Thread Gerrit P. Haase

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

2005-09-18 Thread Gerrit P. Haase

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

2005-09-18 Thread Gerrit P. Haase

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

2005-09-18 Thread Gerrit P. Haase

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

2005-09-18 Thread Gerrit P. Haase

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

2005-09-18 Thread Gerrit P. Haase

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

2005-09-18 Thread Gerrit P. Haase

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

2005-09-18 Thread Gerrit P. Haase

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

2005-09-18 Thread Gerrit P. Haase

Hello,

Is it possible to use only 'curr:' without 'prev:'?


Gerrit
--
=^..^=


Re: Please upload: perl-libwin32-0.26-1

2005-09-18 Thread Gerrit P. Haase

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

2005-09-17 Thread Gerrit P. Haase

[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?

2005-09-16 Thread Gerrit P. Haase

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.

2005-09-16 Thread Gerrit P. Haase

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.]

2005-09-16 Thread Gerrit P. Haase

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.

2005-09-16 Thread Gerrit P. Haase

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]]

2005-09-16 Thread Gerrit P. Haase

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.

2005-09-16 Thread Gerrit P. Haase

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.

2005-09-15 Thread Gerrit P. Haase

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.

2005-09-15 Thread Gerrit P. Haase

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.

2005-09-15 Thread Gerrit P. Haase

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

2005-09-15 Thread Gerrit P. Haase

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.

2005-09-15 Thread Gerrit P. Haase

Harold L Hunt II wrote:

[...package list...]

freetype?

Gerrit
--
=^..^=


Re: Drop textmode from setup?

2005-09-12 Thread Gerrit P. Haase

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

2005-09-05 Thread Gerrit P. Haase

I'm back, will try to catch up on everything what I missed.

Gerrit


Re: [ITP] GnuTLS, Tiny ASN.1, OpenCDK

2005-08-27 Thread Gerrit P. Haase

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

2005-08-25 Thread Gerrit P. Haase

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

2005-08-25 Thread Gerrit P. Haase

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

2005-08-24 Thread Gerrit P. Haase

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

2005-08-24 Thread Gerrit P. Haase

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

2005-08-24 Thread Gerrit P. Haase

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

2005-08-24 Thread Gerrit P. Haase

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

2005-08-24 Thread Gerrit P. Haase

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

2005-08-24 Thread Gerrit P. Haase

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

2005-08-23 Thread Gerrit P. Haase

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

2005-08-23 Thread Gerrit P. Haase

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

2005-08-23 Thread Gerrit P. Haase

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


  1   2   3   4   5   6   7   8   9   >