From maciej at opencsw.org Sun Oct 2 00:52:13 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sat, 1 Oct 2011 23:52:13 +0100
Subject: [csw-maintainers] OpenCSW Summercamp 2011 in Kiel summary
Message-ID:
Hello maintainers,
Here's a quick summary of the Summarcamp held last weekend in Kiel, Germany.
The attendees were, in no particular order:
Dagobert Michelsen, Peter Bonivart, Maciej Blizi?ski, Ihsan Dogan,
Rafael Ostertag, Sebastian Kayser, J?rg Schilling
Topics and conclusions are kept in the meeting minutes, links are
below. Here's couple of highlights:
- we will be dropping Solaris 9 support, meaning that it goes from
full support to best effort
- we'll build for sparcv8+ and pentium_pro by default on Solaris 10
- catalogs will be marked using their release names; upon an upgrade
from one release to another, pkgutil will issue an additional warning
and a confirmation dialog. It will play a major role in the next
stable release.
Photo: http://t.co/dIFXcdP4
The Summercamp was not just about meetings and minutes. We also had
fun! We visited the computer museum in Kiel, which covers years 1940
to 2000, and features an extensive and very interesting collection of
computer hardware. In the media dome, the screen covered your whole
field of vision. We watched a show which mixed U2 music with computer
generated graphics. We also watched an animation of the Kiel city
hall becoming a rocket, flying off into space, and landing next to the
computer museum. Youtube has a 3D version of that clip.
Flying Kiel city hall: http://www.youtube.com/watch?v=lPvgjzgINg0
Here are links to the meeting minutes:
Friday notes: http://t.co/zHOxWmzT
Saturday notes: http://t.co/hkEDVOg1
Sunday notes: http://t.co/AZeElR1L
Many thanks go to Dagobert and Baltic Online for hosting the Summercamp!
Maciej
From rupert at opencsw.org Sun Oct 2 15:08:42 2011
From: rupert at opencsw.org (rupert THURNER)
Date: Sun, 2 Oct 2011 15:08:42 +0200
Subject: [csw-maintainers] NONVERSIONED packages using "gmake platforms"
Message-ID:
hi,
"gmake platforms" called on login.opencsw.org:pkg/mercurial/trunk
produced "NONVERSIONED" packages, while "gmake package" in the same
directory called on unstable9s worked fine.
rupert.
From skayser at opencsw.org Sun Oct 2 15:19:08 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Sun, 2 Oct 2011 15:19:08 +0200
Subject: [csw-maintainers] gar.opencsw.org: spam on our trac wiki
Message-ID: <20111002131908.GD26160@sebastiankayser.de>
Hi,
someone left a steakhouse ad link on our GAR wiki front page the other
day (already deleted). In case this re-occurs, can someone keep an eye
on it (and if it starts to get pesky, think about tweaking the wiki
permissions)? I'll be away for a week without internet access.
Sebastian
From maciej at opencsw.org Sun Oct 2 15:42:06 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sun, 2 Oct 2011 14:42:06 +0100
Subject: [csw-maintainers] Magic Cookie for catalogs
In-Reply-To: <5FF70CA4-6A97-4D98-8B94-B86945F87685@opencsw.org>
References:
<5FF70CA4-6A97-4D98-8B94-B86945F87685@opencsw.org>
Message-ID:
2011/9/30 Dagobert Michelsen :
> Hi Maciej,
>
> Am 30.09.2011 um 11:06 schrieb Maciej (Matchek) Blizi?ski:
>> 2011/9/30 Dagobert Michelsen :
>>> I am currently fiddling with who mirrors OpenCSW, reaching mirror maintainers and
>>> finding "unauthorized" mirrors. For this it would be more precise if we would introduce
>>> a magic cookie in the catalog features which would help us identifying OpenCSW catalogs.
>>> I could then google for that cookie and find occurrences and match that against what
>>> we already have listed.
>>
>> Cool idea!
>>
>> echo -n OpenCSW | gmd5sum
>>
>> Currently does not match any documents. ?(Not posting the actual value
>> to prevent list archives from coming up in search results.)
>
> Ok, I suggest cycling this on a regular (yearly?) basis like the hash for
> ?OpenCSW 2011
> for really old catalogs to not show up any more.
I tried to think of a coherent scheme and couldn't.
When you think about it, there is already a lot of hashes in the
catalog, so we could use one of the existing ones.
maciej at quince:~$ curl -s
http://mirror.opencsw.org/opencsw/unstable/sparc/5.9/catalog | grep
^libz1 | awk '{print $5}'
eb5f2244811b5b4778f4bd2b5b34eda0
This search alone already gives you useful results. Maybe we don't
need another hash after all?
Maciej
From maciej at opencsw.org Sun Oct 2 15:46:27 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sun, 2 Oct 2011 14:46:27 +0100
Subject: [csw-maintainers] GAR performance, calls to mkpackage
Message-ID:
When finishing 'gmake platforms', the build spends quite a bit of time
at this step:
* Platform solaris9-i386 (built on host 'unstable9x')
Use of uninitialized value $REVISION in sprintf at
/home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
Use of uninitialized value $REVISION in sprintf at
/home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
Use of uninitialized value $REVISION in sprintf at
/home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
Use of uninitialized value $REVISION in sprintf at
/home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
Use of uninitialized value $REVISION in sprintf at
/home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
Use of uninitialized value $REVISION in sprintf at
/home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
It looks like repeated mkpackage calls. But gar already knows what
packages have been built, doesn't it? Why call mkpackage again?
Maciej
From bwalton at opencsw.org Sun Oct 2 16:44:25 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 02 Oct 2011 10:44:25 -0400
Subject: [csw-maintainers] Magic Cookie for catalogs
In-Reply-To:
References:
<5FF70CA4-6A97-4D98-8B94-B86945F87685@opencsw.org>
Message-ID: <1317566214-sup-954@pinkfloyd.chass.utoronto.ca>
Excerpts from Maciej (Matchek) Blizi?ski's message of Sun Oct 02 09:42:06 -0400 2011:
> I tried to think of a coherent scheme and couldn't.
The goal is detecting stale catalogs, right? If so, we need two
things.
1. The ability to locate catalogs by some unique string.
2. The ability to see if it's stale when we locate it.
The first can be accomplished by some embeded hash. We could use the
md5sum of a package that is glacial (CSWcommon) or one that we change
with some defined frequency (maybe CSWpki if we start rotating keys
for every named release?).
Once we can locate the catalogs, the embedded time stamp should be
enough to detect a mirror that is not pulling frequently enough.
Alternately, we could use two md5sums to detect stale catalogs. The
first should be an old md5sum (CSWcommon) and the second a newly
added/updated package md5sum. The second could be determined
dynamically at the time of the check by comparing REV= stamps and
picking something that is within the time window of what we'd consider
a current mirror. A fresh mirror should have both of these hashes. A
stale mirror would have only one.
Would this work?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
From bwalton at opencsw.org Sun Oct 2 16:56:59 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 02 Oct 2011 10:56:59 -0400
Subject: [csw-maintainers] GAR performance, calls to mkpackage
In-Reply-To:
References:
Message-ID: <1317567320-sup-3104@pinkfloyd.chass.utoronto.ca>
Excerpts from Maciej (Matchek) Blizi?ski's message of Sun Oct 02 09:46:27 -0400 2011:
> When finishing 'gmake platforms', the build spends quite a bit of time
> at this step:
>
> * Platform solaris9-i386 (built on host 'unstable9x')
> Use of uninitialized value $REVISION in sprintf at
> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
> Use of uninitialized value $REVISION in sprintf at
> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
> Use of uninitialized value $REVISION in sprintf at
> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
> Use of uninitialized value $REVISION in sprintf at
> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
> Use of uninitialized value $REVISION in sprintf at
> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
> Use of uninitialized value $REVISION in sprintf at
> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
>
> It looks like repeated mkpackage calls. But gar already knows what
> packages have been built, doesn't it? Why call mkpackage again?
It's been a long time since I looked at this part of GAR, but iirc,
it's using these calls to generate the file names for display. It's
relying on some of the gspec magic, I think, and doing it directly in
GAR was challenging so this made sense. (This is all from memory.)
Dago, is this right?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
From bonivart at opencsw.org Sun Oct 2 20:00:49 2011
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sun, 2 Oct 2011 20:00:49 +0200
Subject: [csw-maintainers] OpenCSW Summercamp 2011 in Kiel summary
In-Reply-To:
References:
Message-ID:
2011/10/2 Maciej (Matchek) Blizi?ski :
> Many thanks go to Dagobert and Baltic Online for hosting the Summercamp!
I also want to thank Dago, nice to meet some of his colleagues at
Baltic Online as well. And of course the other participants.
Loved the museum!
/peter
From jeff at cjsa.com Mon Oct 3 04:19:46 2011
From: jeff at cjsa.com (Jeffery Small)
Date: Mon, 3 Oct 2011 02:19:46 GMT
Subject: [csw-maintainers] Catalog public key
Message-ID:
I went away for six weeks and when I returned the catalog no longer updates
with pkg-get -U from any mirror. The catalog downloads and then I get the
error:
gpg: WARNING: unsafe ownership on configuration file `/u/jeff/.gnupg/gpg.conf'
gpg: Signature made Sat Oct 01 21:36:25 2011 PDT using DSA key ID 9306CC77
gpg: Can't check signature: public key not found
ERROR: catalog failed signature check (status 2)
You need to install the public key, either manually,
or automatically through a keyserver.
For keyserver use, try one of
echo keyserver search.keyserver.net >>/.gnupg/options
echo keyserver search.keyserver.net >>/.gnupg/gpg.conf
Catalog failed signature verify. Quitting.
I've tried the suggestions above with no positive results. My gpg.conf file
contained the line:
keyserver hkp://subkeys.pgp.net
and worked for years before. Any suggestion as to what has changed and how
to resolve it? Pgp has always been something of a mystery to me. Thanks.
Regards,
--
Jeff
C. Jeffery Small CJSA LLC 206-232-3338
jeff at cjsa.com 7000 E Mercer Way, Mercer Island, WA 98040
From maciej at opencsw.org Mon Oct 3 09:58:22 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Mon, 3 Oct 2011 08:58:22 +0100
Subject: [csw-maintainers] Catalog public key
In-Reply-To:
References:
Message-ID:
2011/10/3 Jeffery Small :
> I went away for six weeks and when I returned the catalog no longer updates
> with pkg-get -U from any mirror. ?The catalog downloads and then I get the
> error:
>
> gpg: WARNING: unsafe ownership on configuration file `/u/jeff/.gnupg/gpg.conf'
> gpg: Signature made Sat Oct 01 21:36:25 2011 PDT using DSA key ID 9306CC77
> gpg: Can't check signature: public key not found
>
> ERROR: catalog failed signature check (status 2)
>
> You need to install the public key, either manually,
> or automatically through a keyserver.
> For keyserver use, try one of
> ?echo keyserver search.keyserver.net >>/.gnupg/options
> ?echo keyserver search.keyserver.net >>/.gnupg/gpg.conf
> Catalog failed signature verify. Quitting.
>
> I've tried the suggestions above with no positive results. ?My gpg.conf file
> contained the line:
>
> keyserver hkp://subkeys.pgp.net
>
> and worked for years before. ?Any suggestion as to what has changed and how
> to resolve it? ?Pgp has always been something of a mystery to me. ?Thanks.
GPG uses user's home directory to store keys. One failure mode would
be to import keys to normal user's keyring and then run pkgutil as
root. The fix is to import the gpg key for the root user.
In the unstable catalog, we already have the cswpki package, which in
conjuction with pkgutil solves the problem - the package delivers the
key and pkgutil uses it.
If you want to do it manually, you can download the key from the mirrors page.
http://www.opencsw.org/mirrors/
Maciej
From maciej at opencsw.org Mon Oct 3 10:19:10 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Mon, 3 Oct 2011 09:19:10 +0100
Subject: [csw-maintainers] mgar 0.94-rc1 - changes and call for testing
In-Reply-To: <20110926184531.GH21825@sebastiankayser.de>
References: <20110926184531.GH21825@sebastiankayser.de>
Message-ID:
The newpkg functionality still doesn't work for me:
maciej at login [login]:~ > ssh unstable9s
Last login: Mon Oct 3 00:33:39 2011 from login.bo.opencs
Sun Microsystems Inc. SunOS 5.9 Generic May 2002
maciej at unstable9s :~ > cd src/opencsw
maciej at unstable9s :~/src/opencsw > mgar newpkg foo
ERROR: Template /home/maciej/src/opencsw/newpkg-Makefile not found
Likely fix:
(cd /home/maciej/src/opencsw && svn up newpkg-Makefile)
maciej at unstable9s :~/src/opencsw > (cd /home/maciej/src/opencsw && svn
up newpkg-Makefile)
Updating 'newpkg-Makefile':
At revision 15838.
maciej at unstable9s :~/src/opencsw > mgar newpkg foo
ERROR: Template /home/maciej/src/opencsw/newpkg-Makefile not found
Likely fix:
(cd /home/maciej/src/opencsw && svn up newpkg-Makefile)
maciej at unstable9s :~/src/opencsw > svn info
Path: .
Working Copy Root Path: /home/maciej/src/opencsw
URL: https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar
Repository Root: https://gar.svn.sourceforge.net/svnroot/gar
Repository UUID: d3b55034-1cff-0310-a425-aefe953e1e90
Revision: 15728
Node Kind: directory
Schedule: normal
Last Changed Author: dmichelsen
Last Changed Rev: 15728
Last Changed Date: 2011-09-24 10:01:34 +0200 (Sat, 24 Sep 2011)
Do you have any ideas why could it fail?
Maciej
From dam at opencsw.org Mon Oct 3 18:13:48 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 3 Oct 2011 18:13:48 +0200
Subject: [csw-maintainers] NONVERSIONED packages using "gmake platforms"
In-Reply-To:
References:
Message-ID:
Hi Rupert,
Am 02.10.2011 um 15:08 schrieb rupert THURNER:
> "gmake platforms" called on login.opencsw.org:pkg/mercurial/trunk
> produced "NONVERSIONED" packages, while "gmake package" in the same
> directory called on unstable9s worked fine.
When I try to reproduce the your result from /home/rupert there is no
pkg/ and pkgs/ does not contain a mercurial. Does "svn status" work
on login on this directory?
Best regards
-- Dago
From dam at opencsw.org Mon Oct 3 18:21:51 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 3 Oct 2011 18:21:51 +0200
Subject: [csw-maintainers] gar.opencsw.org: spam on our trac wiki
In-Reply-To: <20111002131908.GD26160@sebastiankayser.de>
References: <20111002131908.GD26160@sebastiankayser.de>
Message-ID: <1D482DF1-A01E-476B-8A4A-5B92742B3244@opencsw.org>
Hi Sebastian,
Am 02.10.2011 um 15:19 schrieb Sebastian Kayser:
> someone left a steakhouse ad link on our GAR wiki front page the other
> day (already deleted). In case this re-occurs, can someone keep an eye
> on it (and if it starts to get pesky, think about tweaking the wiki
> permissions)? I'll be away for a week without internet access.
He did it again. I opened a ticket for abuse for user "jauhis" and kept the
history for the support to see.
Best regards
-- Dago
From dam at opencsw.org Mon Oct 3 18:24:36 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 3 Oct 2011 18:24:36 +0200
Subject: [csw-maintainers] Magic Cookie for catalogs
In-Reply-To: <1317566214-sup-954@pinkfloyd.chass.utoronto.ca>
References:
<5FF70CA4-6A97-4D98-8B94-B86945F87685@opencsw.org>
<1317566214-sup-954@pinkfloyd.chass.utoronto.ca>
Message-ID:
Hi,
Am 02.10.2011 um 16:44 schrieb Ben Walton:
> Excerpts from Maciej (Matchek) Blizi?ski's message of Sun Oct 02 09:42:06 -0400 2011:
>
>> I tried to think of a coherent scheme and couldn't.
>
> The goal is detecting stale catalogs, right? If so, we need two
> things.
>
> 1. The ability to locate catalogs by some unique string.
> 2. The ability to see if it's stale when we locate it.
>
> The first can be accomplished by some embeded hash. We could use the
> md5sum of a package that is glacial (CSWcommon) or one that we change
> with some defined frequency (maybe CSWpki if we start rotating keys
> for every named release?).
>
> Once we can locate the catalogs, the embedded time stamp should be
> enough to detect a mirror that is not pulling frequently enough.
>
> Alternately, we could use two md5sums to detect stale catalogs. The
> first should be an old md5sum (CSWcommon) and the second a newly
> added/updated package md5sum. The second could be determined
> dynamically at the time of the check by comparing REV= stamps and
> picking something that is within the time window of what we'd consider
> a current mirror. A fresh mirror should have both of these hashes. A
> stale mirror would have only one.
>
> Would this work?
Sounds reasonable. What I would like to do it to use some kind of search
API like this:
http://code.google.com/intl/de-DE/apis/websearch/
and genearate the list of found mirror candidates for me so I don't need to
do everything manually. However, the above is deprecated. Has anyone experience
with the new search API?
Best regards
-- Dago
From dam at opencsw.org Mon Oct 3 18:26:21 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 3 Oct 2011 18:26:21 +0200
Subject: [csw-maintainers] GAR performance, calls to mkpackage
In-Reply-To: <1317567320-sup-3104@pinkfloyd.chass.utoronto.ca>
References:
<1317567320-sup-3104@pinkfloyd.chass.utoronto.ca>
Message-ID: <316EF16B-1D40-41AD-BC52-3D0B89E3835F@opencsw.org>
Hi,
Am 02.10.2011 um 16:56 schrieb Ben Walton:
> Excerpts from Maciej (Matchek) Blizi?ski's message of Sun Oct 02 09:46:27 -0400 2011:
>> When finishing 'gmake platforms', the build spends quite a bit of time
>> at this step:
>>
>> * Platform solaris9-i386 (built on host 'unstable9x')
>> Use of uninitialized value $REVISION in sprintf at
>> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
>> Use of uninitialized value $REVISION in sprintf at
>> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
>> Use of uninitialized value $REVISION in sprintf at
>> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
>> Use of uninitialized value $REVISION in sprintf at
>> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
>> Use of uninitialized value $REVISION in sprintf at
>> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
>> Use of uninitialized value $REVISION in sprintf at
>> /home/maciej/src/opencsw/.buildsys/v2/gar/gar//bin/mkpackage line 31.
>>
>> It looks like repeated mkpackage calls. But gar already knows what
>> packages have been built, doesn't it? Why call mkpackage again?
>
> It's been a long time since I looked at this part of GAR, but iirc,
> it's using these calls to generate the file names for display. It's
> relying on some of the gspec magic, I think, and doing it directly in
> GAR was challenging so this made sense. (This is all from memory.)
>
> Dago, is this right?
It was mostly due to static gspec files which parsing was a bit difficult and
mkpackage knows best anyway. Now that static gspecs are really deprecated we
could get rid of those. Would you mind opening a bug report?
Best regards
-- Dago
From dam at opencsw.org Mon Oct 3 18:27:28 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 3 Oct 2011 18:27:28 +0200
Subject: [csw-maintainers] OpenCSW Summercamp 2011 in Kiel summary
In-Reply-To:
References:
Message-ID: <0BA6E723-1C7B-4ADA-937D-F361943B48A0@opencsw.org>
Hi guys,
Am 02.10.2011 um 20:00 schrieb Peter Bonivart:
> 2011/10/2 Maciej (Matchek) Blizi?ski :
>> Many thanks go to Dagobert and Baltic Online for hosting the Summercamp!
>
> I also want to thank Dago, nice to meet some of his colleagues at
> Baltic Online as well. And of course the other participants.
>
> Loved the museum!
Glad you liked it :-) I'd be happy to host it anytime again!
Best regards
-- Dago
From maciej at opencsw.org Mon Oct 3 18:31:52 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Mon, 3 Oct 2011 17:31:52 +0100
Subject: [csw-maintainers] GAR performance, calls to mkpackage
In-Reply-To: <316EF16B-1D40-41AD-BC52-3D0B89E3835F@opencsw.org>
References:
<1317567320-sup-3104@pinkfloyd.chass.utoronto.ca>
<316EF16B-1D40-41AD-BC52-3D0B89E3835F@opencsw.org>
Message-ID:
https://sourceforge.net/apps/trac/gar/ticket/61
From bwalton at opencsw.org Wed Oct 5 04:33:07 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Tue, 04 Oct 2011 22:33:07 -0400
Subject: [csw-maintainers] status on web/mantis integration
In-Reply-To:
References: <1316956704-sup-5312@pinkfloyd.chass.utoronto.ca>
Message-ID: <1317781747-sup-6712@pinkfloyd.chass.utoronto.ca>
Excerpts from Maciej (Matchek) Blizi?ski's message of Mon Sep 26 06:21:02 -0400 2011:
> Cool. I still have the REST interface update on my place, but I
> want to get the baseline architecture change out the door first.
The REST interface is complete enough to let the mantis integration
work. I've run a successful update from the last 'current' catalog to
the latest 'unstable' one (over 500 changes) and it's working well.
I still need to get this a home inside www-mockup[1], but for the time
being I'll cron it on a private box and hopefully catch the little
things I missed.
Is there anyone that would be willing to inspect the captured outputs
of the program to analyze the decisions made for correctness?
If things go well, it could be made live in a week or so, I think...
Thanks
-Ben
[1] Zone changes required there still.
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
From maciej at opencsw.org Wed Oct 5 08:33:50 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 5 Oct 2011 07:33:50 +0100
Subject: [csw-maintainers] MySQL in /opt/csw available for testing
Message-ID:
I've been working on an overhaul of the MySQL 5.0 package in the last
few days. I've come up with a way to support multiple versions
installed at the same time, while the package is compiled in the
/opt/csw prefix. The multi-version support is achieved by using
--program-suffix and alternatives. For example, /opt/csw/bin/mysql is
a symlink to mysql-5.0. I will probably introduce CSWmysql-common
when I establish which exactly files can be shared between MySQL
versions.
The packages are available here:
http://buildfarm.opencsw.org/experimental.html#mysql-5.0
...and also in unstable.
One bit of backward-compatibility is that localstatedir is still set
to /var/opt/csw/mysql5, to preserve the existing installations. The
upgrade should Just Work(tm).
Maciej
From maciej at opencsw.org Wed Oct 5 08:36:49 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 5 Oct 2011 07:36:49 +0100
Subject: [csw-maintainers] status on web/mantis integration
In-Reply-To: <1317781747-sup-6712@pinkfloyd.chass.utoronto.ca>
References: <1316956704-sup-5312@pinkfloyd.chass.utoronto.ca>
<1317781747-sup-6712@pinkfloyd.chass.utoronto.ca>
Message-ID:
2011/10/5 Ben Walton :
> Is there anyone that would be willing to inspect the captured outputs
> of the program to analyze the decisions made for correctness?
>
> If things go well, it could be made live in a week or so, I think...
I could take a look. Do you think on putting the log up somewhere for
people to look up, or by giving people access to look on a live
system?
From maciej at opencsw.org Thu Oct 6 09:54:23 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 6 Oct 2011 08:54:23 +0100
Subject: [csw-maintainers] MySQL 5.1 progress
Message-ID:
I've spent some time on MySQL-5.0 lately, fixed problems with the
shared libraries, and started looking at 5.1, since it uses an almost
identical build recipe.
There's one comical problem I can't quite figure out yet. During the install:
Setting up the database
Creating MySQL core database in /var/opt/csw/mysql/@MYSQL_BASE_VERSION@
When I look into the filesystem, the installer has indeed used
literally "/var/opt/csw/mysql/@MYSQL_BASE_VERSION@":
netra ~ # ls -l /var/opt/csw/mysql
total 3
drwx------ 4 mysql mysql 4 Oct 6 09:33 @MYSQL_BASE_VERSION@
I tried to grep for MYSQL_BASE_VERSION in the whole installdir and pkgroot:
maciej at unstable9s
:~/src/opencsw/pkg/mysql5/branches/mysql-5.1.x-optcsw > ggrep -r
MYSQL_BASE_VERSION work/solaris9-sparc/install-isa-sparcv8
work/solaris9-sparc/install-isa-sparcv8/opt/csw/include/mysql/mysql_version.h:#define
MYSQL_BASE_VERSION "mysqld-5.1"
maciej at unstable9s
:~/src/opencsw/pkg/mysql5/branches/mysql-5.1.x-optcsw > ggrep -r
MYSQL_BASE_VERSION work/solaris9-sparc/pkgroot
work/solaris9-sparc/pkgroot/opt/csw/include/mysql/mysql_version.h:#define
MYSQL_BASE_VERSION "mysqld-5.1"
Nothing interesting in there. Do you have any ideas what could have
caused this?
If you want to test it out, build the
pkg/mysql5/branches/mysql-5.1.x-optcsw/ branch. Also, binary packages
may (I'm repeatedly deleting and updating them) be available from:
http://buildfarm.opencsw.org/experimental.html#mysql-5.1
Maciej
From maciej at opencsw.org Thu Oct 6 10:06:42 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 6 Oct 2011 09:06:42 +0100
Subject: [csw-maintainers] MySQL 5.1 progress
In-Reply-To:
References:
Message-ID:
2011/10/6 Maciej (Matchek) Blizi?ski :
> Creating MySQL core database in /var/opt/csw/mysql/@MYSQL_BASE_VERSION@
Found it: the postinstall script.
From maciej at opencsw.org Thu Oct 6 11:37:43 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 6 Oct 2011 10:37:43 +0100
Subject: [csw-maintainers] The dublin release: remaining tasks
Message-ID:
During the Summercamp we agreed that what's left before the dublin
release, is a couple of core libraries that need repackaging according
to the (not so) new (anymore) policy. The libraries are:
- openssl
- openldap
- libjpeg
- sasl
Let's use this thread to coordinate and track progress. The libraries
above are either unmaintained, or their maintainers don't have the
time to rework the build recipes.
I looked at openssl. The first problem is that it doesn't build. Not
sure whether it's something about my build evironment, or a problem
with the build recipe itself.
"gmake: *** No rule to make target `libssl.a', needed by
`libssl.so.0.9.8'. Stop."
Could anyone else try to build openssl and see if they get the same error?
I know that Dago has made some progress on openldap and libjpeg.
What's left is sasl. Could someone volunteer and start working on
sasl? Even partial progress: "try to build, see what fails, and
report back", would be helpful.
Maciej
From dam at opencsw.org Thu Oct 6 12:32:27 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 6 Oct 2011 12:32:27 +0200
Subject: [csw-maintainers] The dublin release: remaining tasks
In-Reply-To:
References:
Message-ID:
Hi Maciej,
Am 06.10.2011 um 11:37 schrieb Maciej (Matchek) Blizi?ski:
> During the Summercamp we agreed that what's left before the dublin
> release, is a couple of core libraries that need repackaging according
> to the (not so) new (anymore) policy. The libraries are:
>
> - openssl
> - openldap
I made new recipes
pkg/openldap23
pkg/openldap24
The 2.3 libs should link against 2.3 instead of 2.4 like they do at the moment
(especially libldap-2.3 against liblber-2.4), openldap24 needs to be evaluated.
> - libjpeg
pkg/libjpeg7 is ready
pkg/libjpeg62 doesn't build a shared library at the moment.
> - sasl
pkg/sasl should be almost done, but has gone through substantial reworking and hasn't
been tested yet.
Best regards
-- Dago
--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896
From dam at opencsw.org Thu Oct 6 12:34:18 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 6 Oct 2011 12:34:18 +0200
Subject: [csw-maintainers] gar problem
In-Reply-To: <201110061350.48327.ai@vsu.ru>
References: <201110061350.48327.ai@vsu.ru>
Message-ID: <13BAF644-CF9C-4578-AE85-D4E907940D27@opencsw.org>
Hi Andy,
(cc' maintainers@) please post build questions to maintainers@ so more
people have a chance to answer :-)
Am 06.10.2011 um 11:50 schrieb Andy Igoshin:
> Hi!
>
> ...
> ## Validating control scripts.
> ## Packaging complete.
> mkp: exec( pkgtrans -s /home/ai/spool.5.10-sparc
> /tmp/nginx-1.1.5,REV=2011.10.05-SunOS5.10-sparc-CSW.pkg CSWnginx )
> Transferring package instance
> mkp: exec( gzip -9 -f /tmp/nginx-1.1.5,REV=2011.10.05-SunOS5.10-sparc-CSW.pkg )
> mkp: exec( mv /tmp/nginx-1.1.5,REV=2011.10.05-SunOS5.10-sparc-CSW.pkg.gz
> /home/ai/staging/build-05.Oct.2011 )
> mkp: exec( rm -rf /home/ai/spool.5.10-sparc/CSWnginx )
> INFO:root:Juicing the srv4 package stream files...
> 100% |
> ############################################################################################################################|
> CRITICAL:root:Fetching from the db has failed: catrel='unstable1'
> CRITICAL:root:Available catalog releases:
> CRITICAL:root: - current
> CRITICAL:root: - dublin
> CRITICAL:root: - unstable
> CRITICAL:root: - stable
> Traceback (most recent call last):
> File "gar//bin/checkpkg", line 188, in
> main()
> File "gar//bin/checkpkg", line 127, in main
> sqo_catrel = models.CatalogRelease.selectBy(name=options.catrel).getOne()
> File "/opt/csw/lib/python/site-packages/sqlobject/sresults.py", line 280, in
> getOne
> % self.sourceClass.__name__)
> sqlobject.main.SQLObjectNotFound: No results matched the query for
> CatalogRelease
> gmake: *** [pkgcheck] Error 2
> gmake: Leaving directory `/home/ai/mgar/pkg/nginx/trunk'
> Connection to unstable10s closed.
> gmake: *** [platforms] Error 2
I don't know where unstable1 comes from. Are you building on unstable* ?
Best regards
-- Dago
--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896
From dam at opencsw.org Thu Oct 6 12:39:01 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 6 Oct 2011 12:39:01 +0200
Subject: [csw-maintainers] The dublin release: remaining tasks
In-Reply-To:
References:
Message-ID:
Hi,
Am 06.10.2011 um 12:32 schrieb Dagobert Michelsen:
> Am 06.10.2011 um 11:37 schrieb Maciej (Matchek) Blizi?ski:
>> During the Summercamp we agreed that what's left before the dublin
>> release, is a couple of core libraries that need repackaging according
>> to the (not so) new (anymore) policy. The libraries are:
>>
>> - openssl
>> - openldap
>
> I made new recipes
> pkg/openldap23
> pkg/openldap24
>
> The 2.3 libs should link against 2.3 instead of 2.4 like they do at the moment
> (especially libldap-2.3 against liblber-2.4), openldap24 needs to be evaluated.
>
>> - libjpeg
>
> pkg/libjpeg7 is ready
> pkg/libjpeg62 doesn't build a shared library at the moment.
>
>> - sasl
>
> pkg/sasl should be almost done, but has gone through substantial reworking and hasn't
> been tested yet.
ATTENTION: The current SASL is in
pkg/sasl/branches/sasl-2.1.23-mGARv2
The one in pkg/sasl/trunk is old!
Best regards
-- Dago
--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896
From pfelecan at opencsw.org Thu Oct 6 14:36:44 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Thu, 06 Oct 2011 14:36:44 +0200
Subject: [csw-maintainers] GCC 4.6 progress
In-Reply-To:
("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Mon,
26 Sep 2011 08:28:09 +0100")
References:
Message-ID:
"Maciej (Matchek) Blizi?ski" writes:
> 2011/8/15 Peter FELECAN :
>> Are you trying to build with Sun's C compiler? (I never succeeded to build
>> gcc with that compiler) In the affirmative you'll have a heavy time
>> generating the Ada compiler.
>
> This time has just begun!
>
> The story goes like this: I got PPL and Cloog in place and tried
> compiling adding Ada to the list of language frontends. The GCC build
> system complained that GNAT is missing. I thought I would build a
> separate package with GNAT, but it turns out that it's built by GCC as
> part of Ada, so there is a circular dependency: you need Ada to build
> Ada.
The best and easiest method to build gcc is to use gcc, especially if
you wish to have an Ada frontend. This is why I asked if you build with
Sun Studio or gcc.
--
Peter
From pfelecan at opencsw.org Thu Oct 6 15:55:16 2011
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Thu, 06 Oct 2011 15:55:16 +0200
Subject: [csw-maintainers] The dublin release: remaining tasks
In-Reply-To:
("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Thu,
6 Oct 2011 10:37:43 +0100")
References:
Message-ID:
"Maciej (Matchek) Blizi?ski" writes:
> During the Summercamp we agreed that what's left before the dublin
> release
Is not Kiel release now? the next one?
--
Peter
From maciej at opencsw.org Thu Oct 6 16:07:46 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 6 Oct 2011 15:07:46 +0100
Subject: [csw-maintainers] The dublin release: remaining tasks
In-Reply-To:
References:
Message-ID:
2011/10/6 Peter FELECAN :
> "Maciej (Matchek) Blizi?ski" writes:
>
>> During the Summercamp we agreed that what's left before the dublin
>> release
>
> Is not Kiel release now? the next one?
We haven't finished dublin yet, but we're close. Kiel will comprise of
the next set of goals, e.g. will be the first release with tiers.
This is about closing off the current works.
Maciej
From raos at opencsw.org Thu Oct 6 16:27:45 2011
From: raos at opencsw.org (Rafael Ostertag)
Date: Thu, 6 Oct 2011 16:27:45 +0200
Subject: [csw-maintainers] The dublin release: remaining tasks
In-Reply-To:
References:
Message-ID: <20111006142745.GA24334@bender.opencsw.org>
Hi Maciej
On Thu, Oct 06, 2011 at 10:37:43AM +0100, Maciej (Matchek) Blizi??ski wrote:
> "gmake: *** No rule to make target `libssl.a', needed by
> `libssl.so.0.9.8'. Stop."
>
> Could anyone else try to build openssl and see if they get the same error?
I just built openssl 0.9.8r without a glitch on the build farm (unstable10x/s).
Hope this helps...
So long
rafi
From maciej at opencsw.org Thu Oct 6 17:09:52 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 6 Oct 2011 16:09:52 +0100
Subject: [csw-maintainers] GCC 4.6 progress
In-Reply-To:
References:
Message-ID:
2011/10/6 Peter FELECAN :
> The best and easiest method to build gcc is to use gcc, especially if
> you wish to have an Ada frontend. This is why I asked if you build with
> Sun Studio or gcc.
Ada seems to be a special case, where you need ada to build it. I
looked up build instructions, and the way to bootstrap Ada is to
crosscompile. I talked with guys on #ada to find out whether there
are any people who use both Ada and Solaris, and found two people on
that channel. However, they generally do not use the Ada
implementation from gcc. They develop at a project called
dragonlace[1], which is upstream with relation to gcc. Source code
merges from dragonlace to gcc are done at every minor version release,
so gcc sources lag behind dragonlace.
Problems:
- Unstable has been already updated with the ada-less gcc-4.6.1
- Ada from gcc-3.x is not good for bootstrapping ada from gcc-4.x
The plan:
- use the current* hosts with gcc-4.3.3 with Ada to build an
intermediate gcc-4.6.1 with Ada support
- use the intermediate gcc-4.6.1 with Ada support to build the
gcc-4.6.1 packages with GAR, on the unstable hosts
- update unstable with the new gcc-4.6.1 with Ada
- rebuild the gcc-4.6.1 packages with gcc-4.6.1.
Maciej
[1] http://www.dragonlace.net/
From dam at opencsw.org Fri Oct 7 18:25:51 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 7 Oct 2011 18:25:51 +0200
Subject: [csw-maintainers] gar problem
In-Reply-To: <13BAF644-CF9C-4578-AE85-D4E907940D27@opencsw.org>
References: <201110061350.48327.ai@vsu.ru>
<13BAF644-CF9C-4578-AE85-D4E907940D27@opencsw.org>
Message-ID:
Hi folks,
Am 06.10.2011 um 12:34 schrieb Dagobert Michelsen:
> Am 06.10.2011 um 11:50 schrieb Andy Igoshin:
>> Hi!
>>
>> ...
>> ## Validating control scripts.
>> ## Packaging complete.
>> mkp: exec( pkgtrans -s /home/ai/spool.5.10-sparc
>> /tmp/nginx-1.1.5,REV=2011.10.05-SunOS5.10-sparc-CSW.pkg CSWnginx )
>> Transferring package instance
>> mkp: exec( gzip -9 -f /tmp/nginx-1.1.5,REV=2011.10.05-SunOS5.10-sparc-CSW.pkg )
>> mkp: exec( mv /tmp/nginx-1.1.5,REV=2011.10.05-SunOS5.10-sparc-CSW.pkg.gz
>> /home/ai/staging/build-05.Oct.2011 )
>> mkp: exec( rm -rf /home/ai/spool.5.10-sparc/CSWnginx )
>> INFO:root:Juicing the srv4 package stream files...
>> 100% |
>> ############################################################################################################################|
>> CRITICAL:root:Fetching from the db has failed: catrel='unstable1'
>> CRITICAL:root:Available catalog releases:
>> CRITICAL:root: - current
>> CRITICAL:root: - dublin
>> CRITICAL:root: - unstable
>> CRITICAL:root: - stable
>> Traceback (most recent call last):
>> File "gar//bin/checkpkg", line 188, in
>> main()
>> File "gar//bin/checkpkg", line 127, in main
>> sqo_catrel = models.CatalogRelease.selectBy(name=options.catrel).getOne()
>> File "/opt/csw/lib/python/site-packages/sqlobject/sresults.py", line 280, in
>> getOne
>> % self.sourceClass.__name__)
>> sqlobject.main.SQLObjectNotFound: No results matched the query for
>> CatalogRelease
>> gmake: *** [pkgcheck] Error 2
>> gmake: Leaving directory `/home/ai/mgar/pkg/nginx/trunk'
>> Connection to unstable10s closed.
>> gmake: *** [platforms] Error 2
>
> I don't know where unstable1 comes from. Are you building on unstable* ?
Has this issue been solved?
Best regards
-- Dago
From maciej at opencsw.org Fri Oct 7 18:41:38 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Fri, 7 Oct 2011 17:41:38 +0100
Subject: [csw-maintainers] gar problem
In-Reply-To:
References: <201110061350.48327.ai@vsu.ru>
<13BAF644-CF9C-4578-AE85-D4E907940D27@opencsw.org>
Message-ID:
I don't think it was. The last change this part of the code was by
Sebastian. I smell a bug in a regular expression. Should be easy to fix. Can
be tested with mgar show-var CATALOG_RELEASE.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From bwalton at opencsw.org Mon Oct 10 05:08:46 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 09 Oct 2011 23:08:46 -0400
Subject: [csw-maintainers] AP2_MODS in GAR
Message-ID: <1318215396-sup-1414@pinkfloyd.chass.utoronto.ca>
Hi Dago,
[CC'ing maintainers@ for general interest in a new and likely not
widely known GAR capability.]
As per our irc conversation the other day, enabling automatic handling
of apache2 modules in GAR is done like this:
1. Turn on AP2_MODS: AP2_MODS = 1
2. Set AP2_MODFILES to a pattern suitable for gfind[1].
To make this work for apache2's suexec module, my recipe contains:
AP2_MODS = 1
AP2_MODFILES = *suexec*.so
This passes *suexec*.so to $(GARBIN)/ap2mod_build_scripts which will
take each file returned by gfind and create a new file in
/opt/csw/apache2/ap2mod. This new file is a script that will be
passed to the 'build' CAS at install time. The script calls apxs with
various parameters to install the module, uninstall the module, etc.
There are values in csw.conf that are honoured for 'install but leave
disabled' giving the site admin some control of this process.
There is a similar setup for php5 modules as well.
Let me know if the package you were working on doesn't fit into this
setup for some reason as I'd like to address any issues in GAR since I
think this is a very useful centralized capability.
Thanks
-Ben
[1] There is a default, but I just noticed that I didn't update this
after changing the way AP2_MODS worked. The first attempt used a
separate CAS and consumed this directly...it's now passed to gfind
instead. I'll fix this up shortly.
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
From skayser at opencsw.org Mon Oct 10 11:09:26 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Mon, 10 Oct 2011 11:09:26 +0200
Subject: [csw-maintainers] gar problem
In-Reply-To: <13BAF644-CF9C-4578-AE85-D4E907940D27@opencsw.org>
References: <201110061350.48327.ai@vsu.ru>
<13BAF644-CF9C-4578-AE85-D4E907940D27@opencsw.org>
Message-ID: <20111010090926.GG26160@sebastiankayser.de>
Hi Andy,
* Dagobert Michelsen wrote:
> (cc' maintainers@) please post build questions to maintainers@ so more
> people have a chance to answer :-)
>
> Am 06.10.2011 um 11:50 schrieb Andy Igoshin:
> > CRITICAL:root:Fetching from the db has failed: catrel='unstable1'
> > CRITICAL:root:Available catalog releases:
> > CRITICAL:root: - current
> > CRITICAL:root: - dublin
> > CRITICAL:root: - unstable
> > CRITICAL:root: - stable
should be fixed with gar/v2 r15903. Sorry for the hickup.
Sebastian
From dam at opencsw.org Mon Oct 10 12:14:21 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 10 Oct 2011 12:14:21 +0200
Subject: [csw-maintainers] AP2_MODS in GAR
In-Reply-To: <1318215396-sup-1414@pinkfloyd.chass.utoronto.ca>
References: <1318215396-sup-1414@pinkfloyd.chass.utoronto.ca>
Message-ID:
Hi Ben,
Am 10.10.2011 um 05:08 schrieb Ben Walton:
> [CC'ing maintainers@ for general interest in a new and likely not
> widely known GAR capability.]
>
> As per our irc conversation the other day, enabling automatic handling
> of apache2 modules in GAR is done like this:
>
> 1. Turn on AP2_MODS: AP2_MODS = 1
> 2. Set AP2_MODFILES to a pattern suitable for gfind[1].
>
> To make this work for apache2's suexec module, my recipe contains:
>
> AP2_MODS = 1
> AP2_MODFILES = *suexec*.so
I needed \*auth_kerb\*so but it works now.
Best regards
-- Dago
--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896
From ai at opencsw.org Mon Oct 10 13:32:39 2011
From: ai at opencsw.org (Andy Igoshin)
Date: Mon, 10 Oct 2011 15:32:39 +0400
Subject: [csw-maintainers] gar problem
In-Reply-To: <20111010090926.GG26160@sebastiankayser.de>
References: <201110061350.48327.ai@vsu.ru>
<13BAF644-CF9C-4578-AE85-D4E907940D27@opencsw.org>
<20111010090926.GG26160@sebastiankayser.de>
Message-ID: <201110101532.39269.ai@opencsw.org>
Hi!
On 10 of October 2011 13:09:26 Sebastian Kayser wrote:
> Hi Andy,
>
> * Dagobert Michelsen wrote:
> > (cc' maintainers@) please post build questions to maintainers@ so more
> > people have a chance to answer :-)
> >
> > Am 06.10.2011 um 11:50 schrieb Andy Igoshin:
> > > CRITICAL:root:Fetching from the db has failed: catrel='unstable1'
> > > CRITICAL:root:Available catalog releases:
> > > CRITICAL:root: - current
> > > CRITICAL:root: - dublin
> > > CRITICAL:root: - unstable
> > > CRITICAL:root: - stable
>
> should be fixed with gar/v2 r15903. Sorry for the hickup.
yes, it works. thanks!
> Sebastian
--
Andy Igoshin Voronezh State University
Phone: +7 473 2522406 Network Operation Center
Fax: +7 473 2208820 Voronezh, Russia
From maciej at opencsw.org Wed Oct 12 13:24:56 2011
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Wed, 12 Oct 2011 12:24:56 +0100
Subject: [csw-maintainers] FOSDEM 2012
Message-ID:
Is anyone going to FOSDEM 2012? I'm thinking about it.
We talked about it on #opencsw, there is an idea to get an OpenCSW stand there.
Any thoughts, attendees, stand volunteers?
Maciej
From dam at opencsw.org Wed Oct 12 13:34:33 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 12 Oct 2011 13:34:33 +0200
Subject: [csw-maintainers] FOSDEM 2012
In-Reply-To:
References:
Message-ID: <39571E7F-9E76-4877-8774-538325834E88@opencsw.org>
Hi Maciej,
Am 12.10.2011 um 13:24 schrieb Maciej (Matchek) Blizinski:
> Is anyone going to FOSDEM 2012? I'm thinking about it.
>
> We talked about it on #opencsw, there is an idea to get an OpenCSW stand there.
>
> Any thoughts, attendees, stand volunteers?
I you get us a stand I'll bring a bag of Cashew Nuts and shirts :-)
Best regards
-- Dago
--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896
From maciej at opencsw.org Thu Oct 13 09:56:23 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 13 Oct 2011 08:56:23 +0100
Subject: [csw-maintainers] FOSDEM 2012
In-Reply-To: <39571E7F-9E76-4877-8774-538325834E88@opencsw.org>
References:
<39571E7F-9E76-4877-8774-538325834E88@opencsw.org>
Message-ID:
2011/10/12 Dagobert Michelsen :
> I you get us a stand I'll bring a bag of Cashew Nuts and shirts :-)
I suppose that all we need is some kind of display stand, something
along the lines of:
http://www.easydisplay.ie/banner-display-signs-stands.html
If I were to bring it, I would need something that I can take on the plane.
The rest is us sitting at a table and talking to people.
Maciej
From raos at opencsw.org Thu Oct 13 11:01:21 2011
From: raos at opencsw.org (Rafael Ostertag)
Date: Thu, 13 Oct 2011 11:01:21 +0200
Subject: [csw-maintainers] The dublin release: remaining tasks
In-Reply-To:
References:
Message-ID: <20111013090121.GA15669@bender.opencsw.org>
Hi Maciej
On Thu, Oct 06, 2011 at 10:37:43AM +0100, Maciej (Matchek) Blizi??ski wrote:
[...]
> I know that Dago has made some progress on openldap and libjpeg.
> What's left is sasl. Could someone volunteer and start working on
> sasl? Even partial progress: "try to build, see what fails, and
> report back", would be helpful.
Did anybody volunteer for sasl yet? If not, I could help out.
cheers
rafi
From maciej at opencsw.org Thu Oct 13 11:20:50 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 13 Oct 2011 10:20:50 +0100
Subject: [csw-maintainers] [checkpkg] Check unit test interface
Message-ID:
If you don't care about checks in checkpkg, you can stop reading now.
I recently attended PyCon Ireland 2011, and one of the talks inspired
me to improve the check unit test interface in checkpkg. It's the
"with" statement, which allows to easily surround a block of code with
e.g. setup and teardown code. It's commonly used for opening files,
but I found a way to use it in unit testing.
In checkpkg unit tests, if you want to check for 2 conditions, you
need to write two test functions. Currently, to write one test
function, you need to create one unit test class. You can define more
than one function if you want to, but then you have to explicitly
register each new test function.
An example of an old check unit test: http://pastie.org/2687765
In the new helper class, you use the "with" statement, which takes
care of setup, run, and teardown of each test.
An example of a new check unit test: http://pastie.org/2687767
The main advantage I see is that it's easier to group test functions
in classes without worrying about registering them - the abstraction
is cleaner that way.
If you want to comment on any specific line in the code:
http://codereview.appspot.com/5275041/ (click "view side-by-side diffs")
Any thoughts?
Maciej
From maciej at opencsw.org Thu Oct 13 11:26:39 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 13 Oct 2011 10:26:39 +0100
Subject: [csw-maintainers] The dublin release: remaining tasks
In-Reply-To: <20111013090121.GA15669@bender.opencsw.org>
References:
<20111013090121.GA15669@bender.opencsw.org>
Message-ID:
2011/10/13 Rafael Ostertag :
>> I know that Dago has made some progress on openldap and libjpeg.
>> What's left is sasl. ?Could someone volunteer and start working on
>> sasl? ?Even partial progress: "try to build, see what fails, and
>> report back", would be helpful.
> Did anybody volunteer for sasl yet? If not, I could help out.
Dago did some work, but he only did the first 90%, so there's the
second 90% left to go. Dago is generally overloaded, so any help
would be greatly appreciated.
Everything is committed to the repository, so you can check out the
sources and pick up where Dago left off. One thing I noticed is that
it still depends on CSWkrb5lib, which is now an empty package, so the
dependencies should be shifted to specific kerberos libraries.
Maciej
From raos at opencsw.org Thu Oct 13 12:17:14 2011
From: raos at opencsw.org (Rafael Ostertag)
Date: Thu, 13 Oct 2011 12:17:14 +0200
Subject: [csw-maintainers] The dublin release: remaining tasks
In-Reply-To:
References:
<20111013090121.GA15669@bender.opencsw.org>
Message-ID: <20111013101714.GB15669@bender.opencsw.org>
On Thu, Oct 13, 2011 at 10:26:39AM +0100, Maciej (Matchek) Blizi??ski wrote:
> 2011/10/13 Rafael Ostertag :
> >> I know that Dago has made some progress on openldap and libjpeg.
> >> What's left is sasl. ??Could someone volunteer and start working on
> >> sasl? ??Even partial progress: "try to build, see what fails, and
> >> report back", would be helpful.
> > Did anybody volunteer for sasl yet? If not, I could help out.
>
> Dago did some work, but he only did the first 90%, so there's the
> second 90% left to go. Dago is generally overloaded, so any help
> would be greatly appreciated.
>
> Everything is committed to the repository, so you can check out the
> sources and pick up where Dago left off. One thing I noticed is that
> it still depends on CSWkrb5lib, which is now an empty package, so the
> dependencies should be shifted to specific kerberos libraries.
>
> Maciej
Well, then it's settled. I'll take the second 90% ;) Thx for the advise on kerberos.
cheers
rafi
From dam at opencsw.org Thu Oct 13 12:54:30 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 13 Oct 2011 12:54:30 +0200
Subject: [csw-maintainers] The dublin release: remaining tasks
In-Reply-To: <20111013101714.GB15669@bender.opencsw.org>
References:
<20111013090121.GA15669@bender.opencsw.org>
<20111013101714.GB15669@bender.opencsw.org>
Message-ID:
Hi Rafi,
Am 13.10.2011 um 12:17 schrieb Rafael Ostertag:
> On Thu, Oct 13, 2011 at 10:26:39AM +0100, Maciej (Matchek) Blizi??ski wrote:
>> 2011/10/13 Rafael Ostertag :
>>>> I know that Dago has made some progress on openldap and libjpeg.
>>>> What's left is sasl. ??Could someone volunteer and start working on
>>>> sasl? ??Even partial progress: "try to build, see what fails, and
>>>> report back", would be helpful.
>>> Did anybody volunteer for sasl yet? If not, I could help out.
>>
>> Dago did some work, but he only did the first 90%, so there's the
>> second 90% left to go. Dago is generally overloaded, so any help
>> would be greatly appreciated.
>>
>> Everything is committed to the repository, so you can check out the
>> sources and pick up where Dago left off. One thing I noticed is that
>> it still depends on CSWkrb5lib, which is now an empty package, so the
>> dependencies should be shifted to specific kerberos libraries.
>
> Well, then it's settled. I'll take the second 90% ;) Thx for the advise on kerberos.
Make sure to start in
mgar/pkg/sasl/branches/sasl-2.1.23-mGARv2
as it is the most recent version. I guess you can just replace trunk with it.
Best regards
-- Dago
--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896
From dam at opencsw.org Thu Oct 13 12:59:23 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 13 Oct 2011 12:59:23 +0200
Subject: [csw-maintainers] glib2: finally some results
In-Reply-To: <20111009172646.GA25605@bender.opencsw.org>
References: <20111009172646.GA25605@bender.opencsw.org>
Message-ID: <85555CAF-0F97-422A-88FA-D91663ED540C@opencsw.org>
Hi Rafi,
Am 09.10.2011 um 19:26 schrieb Rafael Ostertag:
> I just committed (r15901) the recipe for glib2 which I hope is deployment ready.
>
> However, I would appreciate if you could have a look at it and give it
> a go/no-go.
The recipe looks ok, I am fwd'ing to maintainers for a broader test audience.
Best regards
-- Dago
--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896
From rupert at opencsw.org Sat Oct 15 19:13:52 2011
From: rupert at opencsw.org (rupert THURNER)
Date: Sat, 15 Oct 2011 19:13:52 +0200
Subject: [csw-maintainers] website does not reflect real package versions ?
Message-ID:
to put "solaris package ..." on the package description text makes it
finally easy to find opencsw packages on the web. unfortunately it
seems not easy to find the current versions. e.g mercurial is still
listet with a version 1.8.4 from june. there was one new package every
month since then. what is missing currently so the versions are
displayed correctly? who needs to do what? where could one help out?
rupert
From maciej at opencsw.org Sat Oct 15 19:35:50 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sat, 15 Oct 2011 18:35:50 +0100
Subject: [csw-maintainers] website does not reflect real package
versions ?
In-Reply-To:
References:
Message-ID:
2011/10/15 rupert THURNER :
> what is missing currently so the versions are
> displayed correctly? who needs to do what? where could one help out?
The effort is mainly led by Ben, who currently has the best
understanding of the infrastructure - all the databases and the data
flow between them.
Initial thread:
http://lists.opencsw.org/pipermail/maintainers/2011-August/015144.html
Last update:
http://lists.opencsw.org/pipermail/maintainers/2011-October/015487.html
The best way to get started would be talking to Ben.
Maciej
From bwalton at opencsw.org Sat Oct 15 20:53:01 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sat, 15 Oct 2011 14:53:01 -0400
Subject: [csw-maintainers] website does not reflect real package
versions ?
In-Reply-To:
References:
Message-ID: <1318702007-sup-9282@pinkfloyd.chass.utoronto.ca>
Excerpts from Maciej (Matchek) Blizi?ski's message of Sat Oct 15 13:35:50 -0400 2011:
Hi All,
> The effort is mainly led by Ben, who currently has the best
> understanding of the infrastructure - all the databases and the data
> flow between them.
I'm hoping to deploy the mantis integration tonight which will close
that gap. Then the remaining piece is getting the web display up to
date.
To complete that, we need extensions to the pkgdb REST interface. The
last time we talked about this I was leaning towards using REST calls
for all of the info which would let us abandon the front-end web db
entirely. While I think that's still an ok approach (assuming the
calls can supply data quickly and meet the current functionality), I'm
not sure it's the fastest route. It might be, but I think it'll be
more work initially...I'd rather get something running again and
improve it later.
>From where I sit right now, I think the only extension I'll need to
the pkgdb REST interface is a clean way to pull a list of files
associated with a package. I already have mechanisms to retrieve the
other info I need from catalog file, descriptions file and REST
interface.
Maciej: Is anything other than interface code required to provide the
new URL with the backend query to get a file list?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
From skayser at opencsw.org Sun Oct 16 12:48:08 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Sun, 16 Oct 2011 12:48:08 +0200
Subject: [csw-maintainers] Can we get bugs.opencsw.org & opencsw.org/bugs
(redirects to Mantis)?
Message-ID: <20111016104807.GK26160@sebastiankayser.de>
Hi,
currently we have
opencsw.org/bugtrack
opencsw.org/mantis
as entry points to our bugtracker. Can we also get
bugs.opencsw.org
opencsw.org/bugs
similar to what Debian has? I'd like to make it easy as possible for
people to memorize the entry point URLs and land on our bug tracker.
Sebastian
From skayser at opencsw.org Sun Oct 16 13:19:32 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Sun, 16 Oct 2011 13:19:32 +0200
Subject: [csw-maintainers] How do you determine archive URLs for list emails?
Message-ID: <20111016111932.GN26160@sebastiankayser.de>
Hi,
how do you guys determine the list archive URL for emails on this list?
I often refer people to our archives and my somehow tedious workflow
looks like this:
* Find relevant email/thread topic in mutt
* Search URL via google: "site:lists.opencsw.org $topic"
The second step is what bugs me. Could mailman include the archive URL
in the email headers (currently, it doesn't seem to do)? Then, a MUA
search would be sufficient.
Sebastian
From skayser at opencsw.org Sun Oct 16 13:21:21 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Sun, 16 Oct 2011 13:21:21 +0200
Subject: [csw-maintainers] gar.opencsw.org: spam on our trac wiki
In-Reply-To: <1D482DF1-A01E-476B-8A4A-5B92742B3244@opencsw.org>
References: <20111002131908.GD26160@sebastiankayser.de>
<1D482DF1-A01E-476B-8A4A-5B92742B3244@opencsw.org>
Message-ID: <20111016112121.GO26160@sebastiankayser.de>
* Dagobert Michelsen wrote:
> Am 02.10.2011 um 15:19 schrieb Sebastian Kayser:
> > someone left a steakhouse ad link on our GAR wiki front page the other
> > day (already deleted). In case this re-occurs, can someone keep an eye
> > on it (and if it starts to get pesky, think about tweaking the wiki
> > permissions)? I'll be away for a week without internet access.
>
> He did it again. I opened a ticket for abuse for user "jauhis" and kept the
> history for the support to see.
Thanks! Seems there were no more occurences since then.
Sebastian
From skayser at opencsw.org Sun Oct 16 13:26:36 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Sun, 16 Oct 2011 13:26:36 +0200
Subject: [csw-maintainers] mgar 0.94-rc1 - changes and call for testing
In-Reply-To:
References: <20110926184531.GH21825@sebastiankayser.de>
Message-ID: <20111016112636.GP26160@sebastiankayser.de>
Hi Maciej,
* Maciej (Matchek) Blizi??ski wrote:
> The newpkg functionality still doesn't work for me:
mgar 0.94 is already out of the door. I'll look into your problem today
and work on a fix for 0.95. Will provide an update later on.
Sebastian
From bwalton at opencsw.org Sun Oct 16 14:52:08 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 16 Oct 2011 08:52:08 -0400
Subject: [csw-maintainers] Can we get bugs.opencsw.org &
opencsw.org/bugs (redirects to Mantis)?
In-Reply-To: <20111016104807.GK26160@sebastiankayser.de>
References: <20111016104807.GK26160@sebastiankayser.de>
Message-ID: <1318769511-sup-2366@pinkfloyd.chass.utoronto.ca>
Excerpts from Sebastian Kayser's message of Sun Oct 16 06:48:08 -0400 2011:
> bugs.opencsw.org
> opencsw.org/bugs
>
> similar to what Debian has? I'd like to make it easy as possible for
> people to memorize the entry point URLs and land on our bug tracker.
+1 for this.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
From rupert at opencsw.org Sun Oct 16 21:01:25 2011
From: rupert at opencsw.org (rupert THURNER)
Date: Sun, 16 Oct 2011 21:01:25 +0200
Subject: [csw-maintainers] mgar usage?
Message-ID:
i tried:
rupert @ unstable9s : ~/mgar-sav/pkg/lang-python/python/branches/python-3.2
$ mgar makesum
ERROR: No build system found at /.buildsys/v2
what is wrong here?
rupert.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From skayser at opencsw.org Sun Oct 16 22:14:53 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Sun, 16 Oct 2011 22:14:53 +0200
Subject: [csw-maintainers] mgar usage?
In-Reply-To:
References:
Message-ID: <20111016201453.GQ26160@sebastiankayser.de>
Hi Rupert,
* rupert THURNER wrote:
> i tried:
> rupert @ unstable9s :
> ~/mgar-sav/pkg/lang-python/python/branches/python-3.2
> $ mgar makesum
> ERROR: No build system found at /.buildsys/v2
> what is wrong here?
a bit of context would help. Are you using mgar for the first time? If
yes, then you need to initialize its configuration first. A check to
catch this and to print out instructions is on my todo list. In the
meantime please see [1]. Does this help?
Sebastian
[1] http://wiki.opencsw.org/gar-wrapper#toc2 (see option 2)
From skayser at opencsw.org Sun Oct 16 23:24:29 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Sun, 16 Oct 2011 23:24:29 +0200
Subject: [csw-maintainers] mgar 0.94-rc1 - changes and call for testing
In-Reply-To:
References: <20110926184531.GH21825@sebastiankayser.de>
Message-ID: <20111016212429.GR26160@sebastiankayser.de>
Hi Maciej,
* Maciej (Matchek) Blizi??ski wrote:
> The newpkg functionality still doesn't work for me:
>
> maciej at login [login]:~ > ssh unstable9s
> Last login: Mon Oct 3 00:33:39 2011 from login.bo.opencs
> Sun Microsystems Inc. SunOS 5.9 Generic May 2002
> maciej at unstable9s :~ > cd src/opencsw
> maciej at unstable9s :~/src/opencsw > mgar newpkg foo
> ERROR: Template /home/maciej/src/opencsw/newpkg-Makefile not found
> Likely fix:
> (cd /home/maciej/src/opencsw && svn up newpkg-Makefile)
> maciej at unstable9s :~/src/opencsw > (cd /home/maciej/src/opencsw && svn
> up newpkg-Makefile)
> Updating 'newpkg-Makefile':
> At revision 15838.
seems I was blind and svn didn't make it better. The notion of package
tree root has changed with mgar. Prior to mgar it was based on our
repository layout and the top level contained gar/ and pkg/. With mgar
the package tree root now _is_ the pkg/ directory.
To make a long story short, your ~/.garrc BUILDTREE currently points to
~/src/opencsw where in fact it needs to point to ~/src/opencsw/pkg.
Guess this mis-configuration slipped in during the early days of mgar
usage. [+]
Just move ~/src/opencsw/.buildsys to ~/src/opencsw/pkg/.buildsys, adjust
BUILDTREE, and you should be ready to go. There might be hickups with
newpkg, this area is subject to fixes and enhancements. Comments and
feature requests welcome.
Sebastian
[+] Funny thing here: the repo root doesn't contain newpkg-Makefile and
svn happily runs svn up on a non-existing file without complaints.
From maciej at opencsw.org Mon Oct 17 09:58:47 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Mon, 17 Oct 2011 08:58:47 +0100
Subject: [csw-maintainers] website does not reflect real package
versions ?
In-Reply-To: <1318702007-sup-9282@pinkfloyd.chass.utoronto.ca>
References:
<1318702007-sup-9282@pinkfloyd.chass.utoronto.ca>
Message-ID:
2011/10/15 Ben Walton :
> Maciej: Is anything other than interface code required to provide the
> ? ? ? ?new URL with the backend query to get a file list?
There is one relatively small obstacle - the timestamp serialization.
Currently, the pickled version serializes a Python object instead of a
portable string representation. When that's done, we can serialize
all package metadata to JSON and send them via REST.
Here's one starting point: GetMtime().
http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/python/package_stats.py#L191
The fix would be to make sure that the string representation is used
when serializing, and conversions to datetime.datetime are done when
necessary.
Maciej
From dam at opencsw.org Mon Oct 17 12:42:48 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 17 Oct 2011 12:42:48 +0200
Subject: [csw-maintainers] How do you determine archive URLs for list
emails?
In-Reply-To: <20111016111932.GN26160@sebastiankayser.de>
References: <20111016111932.GN26160@sebastiankayser.de>
Message-ID: <7916F0BC-D17B-470A-A748-A6BFB10158F9@opencsw.org>
Hi Sebastian,
Am 16.10.2011 um 13:19 schrieb Sebastian Kayser:
> how do you guys determine the list archive URL for emails on this list?
> I often refer people to our archives and my somehow tedious workflow
> looks like this:
>
> * Find relevant email/thread topic in mutt
> * Search URL via google: "site:lists.opencsw.org $topic"
I usually go to
http://lists.opencsw.org/pipermail/maintainers/
and look for the specific date of the message found in the previous step.
> The second step is what bugs me. Could mailman include the archive URL
> in the email headers (currently, it doesn't seem to do)? Then, a MUA
> search would be sufficient.
Or the footer? Is this at all possible?
Best regards
-- Dago
--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896
From dam at opencsw.org Mon Oct 17 12:47:08 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 17 Oct 2011 12:47:08 +0200
Subject: [csw-maintainers] Can we get bugs.opencsw.org &
opencsw.org/bugs (redirects to Mantis)?
In-Reply-To: <20111016104807.GK26160@sebastiankayser.de>
References: <20111016104807.GK26160@sebastiankayser.de>
Message-ID: <29E99DC4-611C-40CA-A5AD-6F57FD2224ED@opencsw.org>
Hi Sebastian,
Am 16.10.2011 um 12:48 schrieb Sebastian Kayser:
> currently we have
>
> opencsw.org/bugtrack
> opencsw.org/mantis
>
> as entry points to our bugtracker. Can we also get
>
> bugs.opencsw.org
This used to link to the "new" JIRA bugtracker until I turned the VM off.
> opencsw.org/bugs
Should this be a redirect? Or
opencsw.org/bugs/id/(\d+) -> http://www.opencsw.org/mantis/view.php?id=$1
opencsw.org/bugs/maintainer/(\s+) -> http://www.opencsw.org/buglist/maintainer.cgi?maintainer='$1'
opencsw.org/bugs/pkg/(\s+) -> http://www.opencsw.org/mantis/set_project.php?project_id=
> similar to what Debian has? I'd like to make it easy as possible for
> people to memorize the entry point URLs and land on our bug tracker.
Best regards
-- Dago
--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896
From skayser at opencsw.org Mon Oct 17 13:48:12 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Mon, 17 Oct 2011 13:48:12 +0200
Subject: [csw-maintainers] How do you determine archive URLs for list
emails?
In-Reply-To: <7916F0BC-D17B-470A-A748-A6BFB10158F9@opencsw.org>
References: <20111016111932.GN26160@sebastiankayser.de>
<7916F0BC-D17B-470A-A748-A6BFB10158F9@opencsw.org>
Message-ID: <20111017114812.GV26160@sebastiankayser.de>
* Dagobert Michelsen wrote:
> Am 16.10.2011 um 13:19 schrieb Sebastian Kayser:
> > how do you guys determine the list archive URL for emails on this list?
> > I often refer people to our archives and my somehow tedious workflow
> > looks like this:
> >
> > * Find relevant email/thread topic in mutt
> > * Search URL via google: "site:lists.opencsw.org $topic"
>
> I usually go to
> http://lists.opencsw.org/pipermail/maintainers/
> and look for the specific date of the message found in the previous step.
Okay, that's also still two steps then. One possibility to reduce it to
1 manual and 1 automated step could be to pipe the email in the MUA to a
script that determines the URL. That's dependent on the MUA capabilities
then, but still better than nothing.
> > The second step is what bugs me. Could mailman include the archive URL
> > in the email headers (currently, it doesn't seem to do)? Then, a MUA
> > search would be sufficient.
>
> Or the footer? Is this at all possible?
Yes, the footer would be even better. Don't think so though, searched
the Mailman resources in the meantime and only found a wishlist item
with that feature [1]. Sent an email to the mailman-users list to find
out about the current state and other possibilites.
Sebastian
[1] http://www.gnu.org/s/mailman/todo.html (API between MM and archiver)
From skayser at opencsw.org Mon Oct 17 14:10:56 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Mon, 17 Oct 2011 14:10:56 +0200
Subject: [csw-maintainers] Can we get bugs.opencsw.org &
opencsw.org/bugs (redirects to Mantis)?
In-Reply-To: <29E99DC4-611C-40CA-A5AD-6F57FD2224ED@opencsw.org>
References: <20111016104807.GK26160@sebastiankayser.de>
<29E99DC4-611C-40CA-A5AD-6F57FD2224ED@opencsw.org>
Message-ID: <20111017121056.GW26160@sebastiankayser.de>
Hey Dago,
* Dagobert Michelsen wrote:
> Am 16.10.2011 um 12:48 schrieb Sebastian Kayser:
> > currently we have
> >
> > opencsw.org/bugtrack
> > opencsw.org/mantis
> >
> > as entry points to our bugtracker. Can we also get
> >
> > bugs.opencsw.org
>
> This used to link to the "new" JIRA bugtracker until I turned the VM off.
I'd vote for changing bugs.opencsw.org into a redirect to
opencsw.org/bugs/. Otherwise, having two similar URLs point to different
systems might be confusing. If further efforts are made on
$anotherbugtracker, use opencsw.org/bugs-$anotherbugtracker.
> > opencsw.org/bugs
>
> Should this be a redirect? Or
> opencsw.org/bugs/id/(\d+) -> http://www.opencsw.org/mantis/view.php?id=$1
> opencsw.org/bugs/maintainer/(\s+) -> http://www.opencsw.org/buglist/maintainer.cgi?maintainer='$1'
> opencsw.org/bugs/pkg/(\s+) -> http://www.opencsw.org/mantis/set_project.php?project_id=
Cool, that's a good starting point. I'd say both. opencsw.org/bugs/xxx
as redirects for specific resources (like above) plus a temporary
redirect from /bugs/ to the main $bugtracker page. With some time and
ideas, /bugs/ can be changed from a redirect to a portal or search page.
Can you access the pkg -> id mapping required for the third URL type
from the apache config or how would you implement the redirection?
Sebastian
From dam at opencsw.org Mon Oct 17 14:21:28 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 17 Oct 2011 14:21:28 +0200
Subject: [csw-maintainers] Can we get bugs.opencsw.org &
opencsw.org/bugs (redirects to Mantis)?
In-Reply-To: <20111017121056.GW26160@sebastiankayser.de>
References: <20111016104807.GK26160@sebastiankayser.de>
<29E99DC4-611C-40CA-A5AD-6F57FD2224ED@opencsw.org>
<20111017121056.GW26160@sebastiankayser.de>
Message-ID: <07E6688E-F467-43C1-B920-D3618E3DCC45@opencsw.org>
Hi Sebastian,
Am 17.10.2011 um 14:10 schrieb Sebastian Kayser:
> * Dagobert Michelsen wrote:
>> Am 16.10.2011 um 12:48 schrieb Sebastian Kayser:
>>> currently we have
>>>
>>> opencsw.org/bugtrack
>>> opencsw.org/mantis
>>>
>>> as entry points to our bugtracker. Can we also get
>>>
>>> bugs.opencsw.org
>>
>> This used to link to the "new" JIRA bugtracker until I turned the VM off.
>
> I'd vote for changing bugs.opencsw.org into a redirect to
> opencsw.org/bugs/. Otherwise, having two similar URLs point to different
> systems might be confusing. If further efforts are made on
> $anotherbugtracker, use opencsw.org/bugs-$anotherbugtracker.
>
>>> opencsw.org/bugs
>>
>> Should this be a redirect? Or
>> opencsw.org/bugs/id/(\d+) -> http://www.opencsw.org/mantis/view.php?id=$1
>> opencsw.org/bugs/maintainer/(\s+) -> http://www.opencsw.org/buglist/maintainer.cgi?maintainer='$1'
>> opencsw.org/bugs/pkg/(\s+) -> http://www.opencsw.org/mantis/set_project.php?project_id=
>
> Cool, that's a good starting point. I'd say both. opencsw.org/bugs/xxx
> as redirects for specific resources (like above) plus a temporary
> redirect from /bugs/ to the main $bugtracker page. With some time and
> ideas, /bugs/ can be changed from a redirect to a portal or search page.
>
> Can you access the pkg -> id mapping required for the third URL type
> from the apache config or how would you implement the redirection?
I guess a rewrite to a cgi generating the target would be best
However, you need root on the webserver for this. Would you mind adding the above
redirects yourself?
Best regards
-- Dago
--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896
From skayser at opencsw.org Mon Oct 17 14:26:10 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Mon, 17 Oct 2011 14:26:10 +0200
Subject: [csw-maintainers] Can we get bugs.opencsw.org &
opencsw.org/bugs (redirects to Mantis)?
In-Reply-To: <07E6688E-F467-43C1-B920-D3618E3DCC45@opencsw.org>
References: <20111016104807.GK26160@sebastiankayser.de>
<29E99DC4-611C-40CA-A5AD-6F57FD2224ED@opencsw.org>
<20111017121056.GW26160@sebastiankayser.de>
<07E6688E-F467-43C1-B920-D3618E3DCC45@opencsw.org>
Message-ID: <20111017122610.GX26160@sebastiankayser.de>
* Dagobert Michelsen wrote:
> >> Should this be a redirect? Or
> >> opencsw.org/bugs/id/(\d+) -> http://www.opencsw.org/mantis/view.php?id=$1
> >> opencsw.org/bugs/maintainer/(\s+) -> http://www.opencsw.org/buglist/maintainer.cgi?maintainer='$1'
> >> opencsw.org/bugs/pkg/(\s+) -> http://www.opencsw.org/mantis/set_project.php?project_id=
> >
> > Cool, that's a good starting point. I'd say both. opencsw.org/bugs/xxx
> > as redirects for specific resources (like above) plus a temporary
> > redirect from /bugs/ to the main $bugtracker page. With some time and
> > ideas, /bugs/ can be changed from a redirect to a portal or search page.
> >
> > Can you access the pkg -> id mapping required for the third URL type
> > from the apache config or how would you implement the redirection?
>
> I guess a rewrite to a cgi generating the target would be best
>
> However, you need root on the webserver for this. Would you mind adding the above
> redirects yourself?
Given root privileges, some time, and local testing, sure.
Sebastian
From skayser at opencsw.org Mon Oct 17 18:37:52 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Mon, 17 Oct 2011 18:37:52 +0200
Subject: [csw-maintainers] Can we get bugs.opencsw.org &
opencsw.org/bugs (redirects to Mantis)?
In-Reply-To: <20111017122610.GX26160@sebastiankayser.de>
References: <20111016104807.GK26160@sebastiankayser.de>
<29E99DC4-611C-40CA-A5AD-6F57FD2224ED@opencsw.org>
<20111017121056.GW26160@sebastiankayser.de>
<07E6688E-F467-43C1-B920-D3618E3DCC45@opencsw.org>
<20111017122610.GX26160@sebastiankayser.de>
Message-ID: <20111017163752.GY26160@sebastiankayser.de>
* Sebastian Kayser wrote:
> * Dagobert Michelsen wrote:
> > I guess a rewrite to a cgi generating the target would be best
> >
> > However, you need root on the webserver for this. Would you mind
> > adding the above redirects yourself?
>
> Given root privileges, some time, and local testing, sure.
Forget about the privileges, there's already sudo for me. I'll take care
of the redirects. Can you point the DNS record for bugs.opencsw.org to
ocswchbiesv01.opencsw.org?
Sebastian
From bwalton at opencsw.org Mon Oct 17 21:16:04 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Mon, 17 Oct 2011 15:16:04 -0400
Subject: [csw-maintainers] website does not reflect real package
versions ?
In-Reply-To:
References:
<1318702007-sup-9282@pinkfloyd.chass.utoronto.ca>
Message-ID: <1318878870-sup-8026@pinkfloyd.chass.utoronto.ca>
Excerpts from Maciej (Matchek) Blizi?ski's message of Mon Oct 17 03:58:47 -0400 2011:
Hi Maciej,
> There is one relatively small obstacle - the timestamp
> serialization.
For the web display, all I need is the path names and the package to
which they belong.
I think I could actually get the bulk of the code running without this
and then add the file update feature when it's ready. I'll look at
that tonight right after I finalize the mantis stuff[1].
Thanks
-Ben
[1] The mantis deploy didn't happen the other night as I didn't have
the access I thought I had. Ihsan graciously fixed me up this
morning so I'm good to go now.
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
From maciej at opencsw.org Mon Oct 17 21:23:27 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Mon, 17 Oct 2011 20:23:27 +0100
Subject: [csw-maintainers] GCC 4.6 progress
In-Reply-To:
References:
Message-ID:
2011/10/6 Maciej (Matchek) Blizi?ski :
> The plan:
> - use the current* hosts with gcc-4.3.3 with Ada to build an
> intermediate gcc-4.6.1 with Ada support
> - use the intermediate gcc-4.6.1 with Ada support to build the
> gcc-4.6.1 packages with GAR, on the unstable hosts
> - update unstable with the new gcc-4.6.1 with Ada
> - rebuild the gcc-4.6.1 packages with gcc-4.6.1.
I'm switching from packaging work to checkpkg / pkgdb development. We
cannot promote gcc-4.6.1 to dublin before we build ada. Would anyone
be willing to build an intermediate gcc-4.6.1 on current* hosts with
ada support?
What is needed, is a working gcc-4.6.1 with ada, with any prefix (e.g.
--prefix=$HOME/usr), without any slicing to packages. The only
function of this gcc will be to use it to build the target gcc-4.6.1.
This intermediate gcc is a one-off thing, doesn't have to be built
with GAR. It just needs to work and to bootstrap gcc-4.6. on
unstable* hosts once. Then our GAR build will be self sufficient.
Are there any takers?
Maciej
From maciej at opencsw.org Mon Oct 17 21:25:57 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Mon, 17 Oct 2011 20:25:57 +0100
Subject: [csw-maintainers] website does not reflect real package
versions ?
In-Reply-To: <1318878870-sup-8026@pinkfloyd.chass.utoronto.ca>
References:
<1318702007-sup-9282@pinkfloyd.chass.utoronto.ca>
<1318878870-sup-8026@pinkfloyd.chass.utoronto.ca>
Message-ID:
2011/10/17 Ben Walton :
> For the web display, all I need is the path names and the package to
> which they belong.
I'l see if I can get this working. What do you want to make the
queries by? I guess you start with an md5 sum and you get the list of
files - right?
Maciej
From bwalton at opencsw.org Mon Oct 17 21:33:28 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Mon, 17 Oct 2011 15:33:28 -0400
Subject: [csw-maintainers] website does not reflect real package
versions ?
In-Reply-To:
References:
<1318702007-sup-9282@pinkfloyd.chass.utoronto.ca>
<1318878870-sup-8026@pinkfloyd.chass.utoronto.ca>
Message-ID: <1318879975-sup-8543@pinkfloyd.chass.utoronto.ca>
Excerpts from Maciej (Matchek) Blizi?ski's message of Mon Oct 17 15:25:57 -0400 2011:
> I'l see if I can get this working. What do you want to make the
> queries by? I guess you start with an md5 sum and you get the list of
> files - right?
That would be perfect for my needs. Everything else I'm querying is
keyed that way and it removes the whole catalog vs package issue from
the fetch perspective.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
From bwalton at opencsw.org Tue Oct 18 04:00:36 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Mon, 17 Oct 2011 22:00:36 -0400
Subject: [csw-maintainers] mantis updates are running...
Message-ID: <1318902574-sup-351@pinkfloyd.chass.utoronto.ca>
Hi All,
I've run the initial mantis integration run on the production database
just now and set up the cron job to run twice daily at 10am and 10pm
(EST; the crontab in CEST on the server is for 4am/4pm).
I'll be getting the verbose output by mail as well as logging it.
Prior to each run, a mysqldump is captured. (I'll disable this after
a while.)
I'd appreciate it if you'd check your bug list via the cgi script[1]
and the list of packages attributed to you in the 'My Account' view of
mantis.
Let me know if you see any of the following:
1. Missing packages.
2. Extra packages.
3. Missing bugs.
4. Extra bugs.
I'm keying the updates on the {unstable,5.9,sparc} catalog, so as you
push via csw-upload-pkg, you can expect to see the changes after a)
the next catalog update and b) the subsequent run of the new mantis
integration too.
Let me know if you have any questions about this. I'm now moving on
to the web db integration.
Thanks
-Ben
[1] http://www.opencsw.org/buglist/maintainer.cgi?maintainer='$username'
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
From dam at opencsw.org Tue Oct 18 09:26:41 2011
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Oct 2011 09:26:41 +0200
Subject: [csw-maintainers] mantis updates are running...
In-Reply-To: <1318902574-sup-351@pinkfloyd.chass.utoronto.ca>
References: <1318902574-sup-351@pinkfloyd.chass.utoronto.ca>
Message-ID:
Hi Ben,
Am 18.10.2011 um 04:00 schrieb Ben Walton:
> I've run the initial mantis integration run on the production database
> just now and set up the cron job to run twice daily at 10am and 10pm
> (EST; the crontab in CEST on the server is for 4am/4pm).
>
> I'll be getting the verbose output by mail as well as logging it.
> Prior to each run, a mysqldump is captured. (I'll disable this after
> a while.)
>
> I'd appreciate it if you'd check your bug list via the cgi script[1]
> and the list of packages attributed to you in the 'My Account' view of
> mantis.
>
> Let me know if you see any of the following:
>
> 1. Missing packages.
> 2. Extra packages.
Tons of new packages on my buglist, but looks like I submitted them some time ago.
Time to close bugs, I'm happy :-)
Best regards
-- Dago
--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896
From skayser at opencsw.org Tue Oct 18 13:37:45 2011
From: skayser at opencsw.org (Sebastian Kayser)
Date: Tue, 18 Oct 2011 13:37:45 +0200
Subject: [csw-maintainers] mantis updates are running...
In-Reply-To: <1318902574-sup-351@pinkfloyd.chass.utoronto.ca>
References: <1318902574-sup-351@pinkfloyd.chass.utoronto.ca>
Message-ID: <20111018113745.GA26160@sebastiankayser.de>
* Ben Walton wrote:
> I've run the initial mantis integration run on the production database
> just now and set up the cron job to run twice daily at 10am and 10pm
> (EST; the crontab in CEST on the server is for 4am/4pm).
Cool! Another piece is of the puzzle getting ready.
> I'd appreciate it if you'd check your bug list via the cgi script[1]
> and the list of packages attributed to you in the 'My Account' view of
> mantis.
>
> Let me know if you see any of the following:
>
> 1. Missing packages.
> 2. Extra packages.
> 3. Missing bugs.
> 4. Extra bugs.
>From looking at "My Account", there's an extra package: dovecot_sieve.
Jake took over Dovecot and merged the _sieve package into the main
package. dovecot_sieve shouldn't exist any more.
Out of curiousity, what could cause bugs to go missing or extra ones to
appear (does the integration script move bugs between projects)?
Sebastian
From bwalton at opencsw.org Tue Oct 18 15:25:53 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Tue, 18 Oct 2011 09:25:53 -0400
Subject: [csw-maintainers] mantis updates are running...
In-Reply-To: <20111018113745.GA26160@sebastiankayser.de>
References: <1318902574-sup-351@pinkfloyd.chass.utoronto.ca>
<20111018113745.GA26160@sebastiankayser.de>
Message-ID: <1318944176-sup-8248@pinkfloyd.chass.utoronto.ca>
Excerpts from Sebastian Kayser's message of Tue Oct 18 07:37:45 -0400 2011:
Hi Sebastian,
> From looking at "My Account", there's an extra package: dovecot_sieve.
> Jake took over Dovecot and merged the _sieve package into the main
> package. dovecot_sieve shouldn't exist any more.
I'll look at this tonight.
> Out of curiousity, what could cause bugs to go missing or extra ones to
> appear (does the integration script move bugs between projects)?
In the case of a rename, if the old project already existed, I move
bugs from one project to another. Thus, if there was a rename that
should have seen bugs collapsed into a single catalog name but didn't
or if it collapsed them when it shouldn't have, that could result in
missing or extra bugs.
All of the actions taken by the script are intended to do as little
harm as possible and I think moving bugs is likely the most invasive
change. Removing a project is an UPDATE querty that toggles the state
to inactive rather than running a DELETE, for example.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
From maciej at opencsw.org Wed Oct 19 00:50:47 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Tue, 18 Oct 2011 23:50:47 +0100
Subject: [csw-maintainers] mgar 0.94-rc1 - changes and call for testing
In-Reply-To: <20111016212429.GR26160@sebastiankayser.de>
References: <20110926184531.GH21825@sebastiankayser.de>
<20111016212429.GR26160@sebastiankayser.de>
Message-ID:
2011/10/16 Sebastian Kayser :
> Just move ~/src/opencsw/.buildsys to ~/src/opencsw/pkg/.buildsys, adjust
> BUILDTREE, and you should be ready to go.
It worked! Thanks.
From bwalton at opencsw.org Wed Oct 19 05:31:44 2011
From: bwalton at opencsw.org (Ben Walton)
Date: Tue, 18 Oct 2011 23:31:44 -0400
Subject: [csw-maintainers] website does not reflect real package
versions ?
In-Reply-To:
References:
Message-ID: <1318994869-sup-3633@pinkfloyd.chass.utoronto.ca>
Excerpts from Maciej (Matchek) Blizi?ski's message of Sat Oct 15 13:35:50 -0400 2011:
> > what is missing currently so the versions are
> > displayed correctly? who needs to do what? where could one help out?
>
> The effort is mainly led by Ben, who currently has the best
> understanding of the infrastructure - all the databases and the data
> flow between them.
I've written the web integration code tonight and the full run from
the original catalog (last time Phil's scripts were run) is being fed
through it right now. It looks pretty sound so far but I'll need to
see what the logs look like tomorrow.
As previously discussed, I still need a way to get the list of files
in a package (we didn't register directories previously) and if anyone
still cares for the feature[1] the shared objects the package relies
on, but the basics should be ready to go...
Thanks
-Ben
[1] I've never used this and don't really see the point of having it
on the website but others may. I'd rather spend the time hacking
it out of the web display code than jumping through hoops to keep
it. Feel free to chime in with an alternate viewpoint though.
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
From rupert at opencsw.org Wed Oct 19 09:16:53 2011
From: rupert at opencsw.org (rupert THURNER)
Date: Wed, 19 Oct 2011 09:16:53 +0200
Subject: [csw-maintainers] Fwd: complicated build, subversion client
In-Reply-To:
References:
<20110529181632.GA9828@ted.stsp.name>
<20110529223727.GB9828@ted.stsp.name>
<1306800816-sup-4668@pinkfloyd.chass.utoronto.ca>
Message-ID:
as the python bindings did not compile for more than 6 months, I commented
them for the first try of svn-1.7. but I d have a bad feeling if we let this
package further than unstable. any help to sort out that build error is
greatly appreciated.
rupert
On Jun 2, 2011 10:06 PM, "rupert THURNER" wrote:
> On Tue, May 31, 2011 at 02:25, Ben Walton wrote:
>
>> Excerpts from rupert THURNER's message of Mon May 30 16:08:35 -0400 2011:
>>
>> Hi Rupert,
>>
>> > You could separate out svnserve and other repository administration
>> > *binaries* (svnadmin, svnlook, svndumpfilter) into a separate
>> > package.
>>
>> This sounds like a good idea. I've seen a few bug requests for it.
>
>
> stefan had the the convincing argument that we won't save any space on this
> as we need to deliver all the dependencies anyway as file:// needs to be
> supported see "libraries" below.
>
> my personal favourite as svn client currently is git. no svn necessary at
> all. just three commands are necessary:
> git svn clone https://whatever
> git svn rebase # update
> git svn dcommit # commit
>
> > With the svn libraries it's a different story. You will want all of
>> > them on both the client and server. This means you'll need most (and
>> > probably all) dependencies on both sides.
>>
>> This would be a good subversion-common package. Both the server and
>> client packages could then depend on it.
>>
>> > I suppose the LDAP dependecy comes from berkeley DB? Subversion has
>> > no direct dependency on LDAP.
>>
>> Does checkpkg tell you it's a surplus dep? If so, you could just drop
>> it. It may be pulled in via something else and not actually be
>> required. I haven't looked at it though.
>>
>> > You could also take a look at how the Debian packages for Subversion
>> > split things up. They probably have things split up as much as
>> > reasonably possible.
>>
>> It looks like a fairly monolithic setup there.
>>
>> > The files that don't compile with SUN's cc are generated by SWIG.
>> > Can you figure out if it's possible to make SWIG generate code that
>> > compiles with gcc as well as Sun's cc? If so we might be able to fix
>> > your problem by changing the way we generate these files.
>>
>> Might John's updated swig packages alleviate this?
>
>
>> >
>> http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/subversion/trunk/files/0001-make-subversion-sysconfigdir-as-it-should-be-for-csw.patch
>> >
>> > That patch looks fine. If there is a pre-processor macro that
>> > identifies a CWS build we could also include this change upstream
>> > wrapped in the right #ifdef.
>>
>> Aside from the fact that this should be handled by autoconf (or
>> whatever build system they're using) instead of the way they're doing
>> it, I agree that the current patch shouldn't be too onerous to
>> support. If they use autoconf and you'd like a hand building a patch
>> for that to make this sane, let me know.
>>
>> >
>> http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/subversion/trunk/files/fixme.sh
>> >
>> > This I don't really understand.
>>
>> This may be replaceable by the 'STRIP_LIBTOOL = 1' capability that
>> Mike introduced to GAR, but I'm not sure.
>
>
> STRIP_LIBTOOL is there as well.
>
>
>>
>> > Note that as of Subversion 1.7 the build system will always use the
>> > libtool program that was used to compile APR. This was done so we
>> > could remove the configure script code for finding the right libtool
>> > and let APR sort this out for us instead.
>>
>> This should be a good change overall, I think. That will likely mean
>> that it uses /opt/csw/bin/libtool (or whatever). It may be possible
>> that the version of libtool changes between subversion releases though
>> since it won't be in lockstep with apr.
>>
>> > I suppose the above is something with the fixme.sh gone wrong?
>> > I've never seen an error like this.
>>
>> I'd suspect the same thing.
>>
>> Hopefully some of my feedback is useful too.
>
>
> many thanks, much appreciated :) i tried removing fixme.sh, but it still
> goes wrong. let me copy the part out of libtool where it fails:
>
> if test -n "$relink_command"; then
> # Determine the prefix the user has applied to our future dir.
> inst_prefix_dir=`$echo "$destdir" | $SED "s%$libdir\$%%"`
>
> # Don't allow the user to place us outside of our expected
> # location b/c this prevents finding dependent libraries that
> # are installed to the same prefix.
> # At present, this check doesn't affect windows .dll's that
> # are installed into $libdir/../bin (currently, that works fine)
> # but it's something to keep an eye on.
> if test "$inst_prefix_dir" = "$destdir"; then
> $echo "$modename: error: cannot install \`$file' to a directory
> not ending in $libdir" 1>&2
> exit $EXIT_FAILURE
> fi
>
> if test -n "$inst_prefix_dir"; then
> # Stick the inst_prefix_dir data into the link command.
> relink_command=`$echo "$relink_command" | $SP2NL | $SED
> "s%@inst_prefix_dir@%-inst-prefix-dir $inst_prefix_dir%" | $NL2SP`
> else
> relink_command=`$echo "$relink_command" | $SP2NL | $SED
> "s%@inst_prefix_dir@%%" | $NL2SP`
> fi
>
>
>
> kr, rupert.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From rupert at opencsw.org Wed Oct 19 09:23:25 2011
From: rupert at opencsw.org (rupert THURNER)
Date: Wed, 19 Oct 2011 09:23:25 +0200
Subject: [csw-maintainers] Fwd: Re: [csw-buildfarm] Fwd: [csw-devel] SF.net
SVN: gar:[15079] csw/mgar/pkg/libserf/trunk/Makefile
In-Reply-To:
References:
<1310901647-sup-5939@pinkfloyd.chass.utoronto.ca>
<71F517CB-9496-498F-9BFD-393E8611536D@opencsw.org>
<0F71E7DE-0872-4215-8C23-F0E1002E1720@opencsw.org>
Message-ID:
here again the persisting error which made me finally comment out the python
binding...
---------- Forwarded message ----------
From: "rupert THURNER"
Date: Aug 27, 2011 8:41 PM
Subject: Re: [csw-buildfarm] Fwd: [csw-maintainers] [csw-devel] SF.net SVN:
gar:[15079] csw/mgar/pkg/libserf/trunk/Makefile
To: "Dagobert Michelsen"
Cc: "list for CSW buildfarm maintainers"
i respan the svn-1.7.0-beta3 build on unstable9x, and the error message
stays:
cd subversion/bindings/swig/python ; /bin/bash
/home/rupert/mgar-sav/pkg/subversion/trunk/work/solaris9-i386/build-isa-i386/subversion-1.7.0-beta3/libtool
--mode=install /opt/csw/bin/ginstall -c
_core.la/home/rupert/mgar-sav/pkg/subversion/trunk/work/solaris9-i386/install-isa-i386/opt/csw/lib/python2.3/libsvn/_
core.la
libtool: install: error: cannot install `_core.la' to a directory not ending
in /opt/csw/lib/svn/svn-python/libsvn
gmake[2]: *** [install-swig-py] Error 1
gmake[2]: Leaving directory
`/home/rupert/mgar-sav/pkg/subversion/trunk/work/solaris9-i386/build-isa-i386/subversion-1.7.0-beta3'
gmake[1]: *** [svn-python] Error 2
gmake[1]: Leaving directory `/home/rupert/mgar-sav/pkg/subversion/trunk'
gmake: *** [merge-isa-i386] Error 2
i triggered the build as well on unstable9s, this time including the tests,
so it is still running.
rupert
On Mon, Jul 25, 2011 at 12:53, Dagobert Michelsen wrote:
> Hi Rupert,
>
> Am 24.07.2011 um 21:17 schrieb rupert THURNER:
> > could you please install the new verisons of swig, apr, apr-util,
> > libserf on unstable?
>
> unstable* should be updated now. However, I noticed an issue of 64 bit apr
> which
> I am already looking into.
>
>
> Best regards
>
> -- Dago
>
> >
> > kr, rupert
> >
> >
> >
> > ---------- Forwarded message ----------
> > From: Maciej Blizi?ski
> > Date: 2011/7/17
> > Subject: Re: [csw-maintainers] [csw-devel] SF.net SVN: gar:[15079]
> > csw/mgar/pkg/libserf/trunk/Makefile
> > To: List for OpenCSW maintainers
> >
> >
> > Em 17/07/2011 21:49, "rupert THURNER" escreveu:
> >
> >>
> >> On Sun, Jul 17, 2011 at 22:40, Dagobert Michelsen
> wrote:
> >>>
> >>> Hi Rupert,
> >>>
> >>> Am 17.07.2011 um 18:20 schrieb rupert THURNER:
> >>>> many thanks, dago! one cannot say no to such a nice offer, could you
> please help me get subversion-1.7 and serf running on unstable, or testing?
> currently serf does not work, giving:
> >>>>
> >>>> $ svn up --ignore-externals
> >>>> svn: Error running context: Internal error
> >>>>
> >>>> you can change the svn client to use serf by inserting in
> ~/.subversion/servers:
> >>>> [global]
> >>>> http-library = serf
> >>>
> >>> An update of libserf won't work as svn is bound to libserf0-0 and the
> new one is libserf1-0 which
> >>> needs a recompile of subversion.
> >>>
> >>> New build of 1.7.0alpha3 is under way, contrib/ seems to be missing in
> 1.7.0.
> >>> I'll try the above test against libserf1-0 when I have a package.
> >>>
> >>> The build now fails with
> >>>
> >>>> /opt/csw/bin/ginstall -c -d
> /home/dam/mgar/pkg/subversion/trunk/work/solaris9-i386/install-isa-i386/opt/csw/lib/python2.3/libsvn
> >>>> cd subversion/bindings/swig/python ; /bin/bash
> /home/dam/mgar/pkg/subversion/trunk/work/solaris9-i386/build-isa-i386/subversion-1.7.0-alpha3/libtool
> --mode=install /opt/csw/bin/ginstall -c _core.la/home/dam/mgar/pkg/subversion/trunk/work/solaris9-i386/install-isa-i386/opt/csw/lib/python2.3/libsvn/_
> core.la
> >
> > Why python2.3 while we have 2.4... that's one odd thing here.
> >
> >>>> libtool: install: error: cannot install `_core.la' to a directory not
> ending in /opt/csw/lib/svn/python/site-packages/libsvn
> >
> > This is our python libraries directory.
> >
> > Our Python is different from most distributions in that we have a
> > patch which removes the python version from the python lib
> > subdirectory. Don't ask me why as the decision predates my
> > involvement in the project. Some upstream projects (libxml comes to
> > mind) assume that there is or there needs to be a version number in
> > the python lib path. It could be an instance of this problem.
> >
> > I would like to reintroduce the version specific python lib dir, but
> > it requires time, and hasn't yet bubbled up to the top of my priority
> > list.
> >
> > Maciej
> >
> > _______________________________________________
> > maintainers mailing list
> > maintainers at lists.opencsw.org
> > https://lists.opencsw.org/mailman/listinfo/maintainers
> > .:: This mailing list's archive is public. ::.
> > _______________________________________________
> > buildfarm mailing list
> > buildfarm at lists.opencsw.org
> > https://lists.opencsw.org/mailman/listinfo/buildfarm
>
> --
> "You don't become great by trying to be great, you become great by wanting
> to do something,
> and then doing it so hard that you become great in the process." - xkcd
> #896
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From maciej at opencsw.org Wed Oct 19 09:25:14 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 19 Oct 2011 08:25:14 +0100
Subject: [csw-maintainers] Fwd: complicated build, subversion client
In-Reply-To:
References:
<20110529181632.GA9828@ted.stsp.name>
<20110529223727.GB9828@ted.stsp.name>
<1306800816-sup-4668@pinkfloyd.chass.utoronto.ca>
Message-ID:
2011/10/19 rupert THURNER :
> any help to sort out that build error is greatly appreciated.
What's the error?
From maciej at opencsw.org Wed Oct 19 09:26:44 2011
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 19 Oct 2011 08:26:44 +0100
Subject: [csw-maintainers] Fwd: Re: [csw-buildfarm] Fwd: [csw-devel]
SF.net SVN: gar:[15079] csw/mgar/pkg/libserf/trunk/Makefile
In-Reply-To:
References:
<1310901647-sup-5939@pinkfloyd.chass.utoronto.ca>
<71F517CB-9496-498F-9BFD-393E8611536D@opencsw.org>
<0F71E7DE-0872-4215-8C23-F0E1002E1720@opencsw.org>