gmane.os.solaris.opencsw.maintainers

I broke checkpkg

Dagobert Michelsen — 2013-05-19T14:49:29

Hi folks,

looks like there is a problem with the new libmagic and its Python module:


I am looking into it.


Best regads

  -- Dago

Mail / Web outage

İhsan Doğan — 2013-05-18T07:20:11

Good morning,

I'm very sorry for the recent outage. During the live upgrade to Solaris
10 update 11 I've run into troubles.

I will install patches now and do another reboot tomorrow.




Ihsan

Call for projects

Maciej (Matchek) Bliziński — 2013-05-15T12:32:09

Hi guys,

I'm looking for ideas for coding projects at OpenCSW. We have quite a
lot of low hanging fruit, that is projects that can be completed in
limited time like a weekend of a few evenings. We often talk about our
grand plans, but these plans have to translate to small/medium size
steps, or they will not get completed. I've started a new page and
written up a few ideas I had:

http://wiki.opencsw.org/projects-available

If you have more ideas for projects that are well defined and
small/medium in scale, please describe them! If you have a larger
project in mind, try to split it up to the right size individual
steps.

Maciej
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy< at >public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

Catalog broken ATM

Dagobert Michelsen — 2013-05-14T06:52:22

Hi folks,

the current catalog production is broken ATM:

ERROR! Dependency CSWlibprotobuf-lite7-gxx of package CSWprotobuf-gxx-dev is missing.
ERROR! Dependency CSWlibprotoc7-gxx of package CSWprotobuf-gxx-dev is missing.

I will be in meetings the whole morning, so if someone has time please have a look.


Best regards

  -- Dago

Did I just break something?

Peter Bonivart — 2013-05-12T17:41:32

bonivart< at >login[build.2013-05-12]$ csw-upload-pkg pm_hook* pm_log* pm_test*
Processing 6 file(s). Please wait.
Checking 6 package(s) against catalog unstable sparc SunOS5.10
Checking 6 package(s) against catalog unstable i386 SunOS5.10
Checking 3 package(s) against catalog unstable sparc SunOS5.11
WARNING:root:Not saving an error for CSWpmlogany.
WARNING:root:Not saving an error for CSWpmlogany.
WARNING:root:Not saving an error for CSWpmlogany.
WARNING:root:Not saving an error for CSWpmlogany.
WARNING:root:Not saving an error for CSWpmlogany.
WARNING:root:Not saving an error for CSWpmlogany.
WARNING:root:Not saving an error for CSWpmlogany.
WARNING:root:Not saving an error for CSWpmlogany.
WARNING:root:Not saving an error for CSWpmlogany.
WARNING:root:Not saving an error for CSWpmhooklexwrap.
WARNING:root:Not saving an error for CSWpmhooklexwrap.
Checking 6 package(s) against catalog unstable i386 SunOS5.11
Checks failed for catalogs:
  - sparc SunOS5.11
    pm_hook_lexwrap-0.24,REV=2013.05.12-SunOS5.10-all-C

Last remaining packages for the openssl migration(take 3)

Yann Rouillard — 2013-05-12T12:22:36

Hi everyone,

Here is a new status update about of the libssl update (0.9.8 -> 1.0.0).
Below is the list of the remaining packages, sorted by maintainer, that
need to be updated before we can complete the migration.

Oh my god ! Only 7 packages remaining !!

*Benny von Mossner ( Sabbatical )*
pound <http://www.opencsw.org/p/pound> and
pound2<http://www.opencsw.org/p/pound2>:
Dago is still working on this ones.

Dago, have you been able to make some progress ? The recipe is in good
shape, isn't it ? What is missing to release the new packages ?

*Ben Walton*
libruby1_9_1_1 <http://www.opencsw.org/p/libruby1_9_1_1> and
ruby18<http://www.opencsw.org/p/ruby18>:
Ben is still working on updating these packages (or rather on new ruby 2.0
packages).

Ben, have you been able to make some progress ? Do you need some help ?

*Dagobert Michelsen*
libcurl3 <http://www.opencsw.org/packages/libcurl3/>: blocked by a
compilation issue forwarded upstream:
http://sourceforge.net/p/curl/bugs/1217/

No answer from upstream since

Codebrowser for the build recipes

Dagobert Michelsen — 2013-05-12T12:20:06

Hi folks,

I just noticed that Ohloh has an excellent (and fast!) codebroweser:
  http://code.ohloh.net/project?pid=1FjsNz-SmKo&browser=Default&cid=m1lKGYqGZXE&prevcid=&prevDid=

The URLs are pretty ugly, though.


Best regards

  -- Dago

Summercamp 2013 in Berlin

Dagobert Michelsen — 2013-05-10T10:21:29

Hi folks,

I just talked to Jörg and he definitely offered to host the SummerCamp 2013
in Berlin! The Doodle poll for the date decision is available at
  http://doodle.com/nspgrnxuydk38n5r
Please add yourself as soon as possible so we can fix the date and work
on further planning.


Best regards

  -- Dago
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy< at >public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

no i386 build for pyqt

Peter FELECAN — 2013-05-08T17:38:41

I'm working on PyQt4 and encounter something strange. Maybe it's due to
my choice of using a lang-python environment. However, can somebody used
with Python packaging review my recipe:

http://gar.svn.sourceforge.net/gar/?rev=21030&view=rev

The log is at ~/pfelecan/log/pyqt

TIA

Small/Medium-size coding project available

Maciej (Matchek) Bliziński — 2013-05-08T11:49:58

Hello maintainers,

Here's a small/medium sized coding project that we would significantly
benefit from. It's nicely self-contained and it does have some algorithmic
components. It can be written in any programming language (that we can run
on our buildfarm).

Our current catalog generation takes about 80 minutes. If we can make it
faster, we can generate the catalog more often and have a quicker
build-push-release turnaround, and relieve the buildfarm from most of the
current catalog-generation-induced disk stress. We currently run the
generation every 3h. If we can make the generation complete in something
like 10 minutes (which I think is possible), we could run catalog
generation e.g. every hour.

We have a directory on disk with a package catalog, as we can see on the
mirror:

http://mirror.opencsw.org/opencsw/unstable/i386/5.10/

We can query the RESTful interface for the current state of the same
catalog in the database:

curl -s
http://buildfarm.opencsw.org/pkgdb/rest/catalogs/unstable/i386/SunOS5.10

Code issue w/ different behaviour on sparc and x86

Laurent Blume — 2013-05-07T19:15:08

All,

I've just noticed an issue with glib: during the configure part, on x86, 
header inlining is enabled. On Sparc, it is not. They end up having 
slightly different headers installed.
This can have some effect on dependencies: pidgin-sipe builds without a 
hitch on x86, fails on sparc, because of that.

I've tracked the issue down to the example attached, straight from the 
configure script.

It fails like that on sparc, but no error on x86:

/opt/solarisstudio12.3/bin/cc -o conftest -xO3 -m64 -features=extensions 
   -xc99 -D_XPG6 -I/opt/csw/include -m64 -lsocket 
-R/opt/csw/lib/$ISALIST   -R/opt/csw/lib/64 -L/opt/csw/lib/64 conftest.c 
-lintl
Undefined                       first referenced
  symbol                             in file
glib_test_func2                     conftest.o
ld: fatal: symbol referencing errors. No output written to conftest

Does anybody know of a clean workaround?
Also, can OpenCSW report the issue, as it seems a clean bug? Or should I 
do it on my side?

Thanks for any hint,

L

Review of updated libotr2

Laurent Blume — 2013-05-04T09:03:31

Hello all,

I've managed to make proper updated packages for otr:
http://gar.svn.sourceforge.net/viewvc/gar?view=revision&revision=20976

Can someone review them before I push in the catalog?
The packages themselves should probably be right at this point, but I'm
changing the packages.

The current status is this:
otr        CSWotr               3.2.0,REV=2009.03.30       113.2 KB
otrdevel   CSWotrdevel          3.2.0,REV=2009.03.30        20.2 KB
pidginotr  CSWpidginotr         3.2.0,REV=2009.02.03        74.7 KB

What I'm targeting is this:
libotr2    CSWlibotr23.2.1
libotr5    CSWlibotr5           4.0.0
otr        CSWotr               4.0.0
otr_dev    CSWotr-dev           4.0.0
pidginotr  CSWpidginotr         4.0.0

With an intermediate step of this:
libotr2       CSWlibotr2           3.2.1
otr           CSWotr               3.2.1
otrdevel_stub CSWotrdevel          3.2.1
otr_dev       CSWotr-dev           3.2.1
pidginotr     CSWpidginotr         3.2.0


Does it make sense?

Thanks,

Laurent
____________

Away for a couple of days

Dagobert Michelsen — 2013-05-03T21:52:08

Hi folks,

I will be away the next four days.

< at >Ben, < at >Woody: Would you be so kind taking care of the buildfarm requests?


Best regards

  -- Dago
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy< at >public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

mirror.opencsw.org broken?

İhsan Doğan — 2013-05-03T08:57:52

Hi,

Just run into this:

=> Fetching CSWpy-mox-0.5.3,REV=2013.05.02 (140/151) ...
--2013-05-03 10:53:38--
http://mirror.opencsw.org/opencsw/unstable/i386/5.10/py_mox-0.5.3,REV=2013.05.02-SunOS5.10-all-CSW.pkg.gz
Resolving mirror.opencsw.org (mirror.opencsw.org)... 131.188.40.82,
2001:638:a000:4140::ffff:82
Connecting to mirror.opencsw.org
(mirror.opencsw.org)|131.188.40.82|:80... connected.
HTTP request sent, awaiting response... 403 Forbidden
2013-05-03 10:53:39 ERROR 403: Forbidden.

Well, it doesn't look good. Anything wrong there?




Ihsan

Next Camp

Dagobert Michelsen — 2013-04-30T09:58:12

Hi folks,

time is flying and we should start to plan the next summercamp. We have offers for
Zurich and Berlin and probably others on request. As OpenCSW was founded in Zurich
it would be nice to come back there and there are also now at least three maintainers
in the area. On the other hand during the last camps some maintainers mentioned
that Berlin would be a cool location and Jörg Schilling offered to host it.

I suggest we first decide for the location and then for the date, probably August
or September. Thoughts?


Best regards

  -- Dago

Faster catalog generation

Maciej (Matchek) Bliziński — 2013-04-28T18:41:37

TL;DR run mgar up --all

I've spent most of today speeding up catalog generation, which was
ridiculously slow: about 6 hours. There is now an additional table with
only a few pieces of data, the ones that are necessary to generate a
catalog: dependencies, incompatible packages, and the description line.
Thanks to this table, the catalog generation code doesn't need to download
giant blobs with package metadata.

https://sourceforge.net/apps/trac/gar/changeset/20893

If I managed to get everything right (what are the odds of that!), catalog
generation should work just as well as previously, only faster.

I've also incremented the package database schema, so you need to get the
latest checkpkg code in order to continue working on the buildfarm.

Maciej
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy< at >public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

Documentation: 4 places and their use

Maciej (Matchek) Bliziński — 2013-04-26T22:13:40

“For historical reasons”, FHR in short.

Here are some places where we have documentation:

- http://wiki.opencsw.org - mainly for ongoing projects because it's easy
to edit
- http://www.opencsw.org/manual/ - which we intend to be “the opencsw book”
which is supposed to be carefully written and reviewed and all
- https://sourceforge.net/apps/trac/gar/ - for GAR documentation
- http://www.opencsw.org/use-it/ - for official project information

We also have the archive of old content formerly known as “standards” or
“packaging standards”:
https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/opencsw-manual/trunk/files/archive.txt

It doesn't seem like we'll be closing down any of these sites, but I think
we should have a generally agreed opinion about what is kept where, and try
to make more order in our docs.

Take these pages for example:
http://www.opencsw.org/manual/for-maintainers/buildfarm-setup.html
http://wiki.opencsw.org/buildfarm
http://wiki.opencsw.org/checkpkg

They are mostly ab

request for review of my first Python package

pfelecan — 2013-04-26T12:12:17

As I'm not used to this kind of stuff, I would like that our Python 
masters review my first recipe: 
https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/lang-python/dnspython/trunk< at >20869

BTW, I'm a little bit intrigued about the lang-python directory and the 
apparent lack of documentation about the specifics of Python packages. 
Enlightenment welcomed.

TIA

_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy< at >public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

vim/gvim 7.3.905

Laurent Blume — 2013-04-20T16:40:53

Hello,

I think my updated recipes for vim & gvim are now ready enough.

I've modified the Makefiles too much at this point to make a useful
diff, so I've posted the new files on the buildfarm. There's also the
additional patch to fix a minor issue (same for both):

vim:
http://buildfarm.opencsw.org/~laurent/vim/Makefile
http://buildfarm.opencsw.org/~laurent/vim/0003-solaris-sleep-does-not-do-decimals.patch

gvim:
http://buildfarm.opencsw.org/~laurent/gvim/Makefile
http://buildfarm.opencsw.org/~laurent/gvim/0003-solaris-sleep-does-not-do-decimals.patch

So until I can update it myself, please review and put in place :-)

Laurent
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy< at >public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

Last remaining packages for the openssl migration(take 2)

Yann Rouillard — 2013-04-20T12:56:00

Hi everyone,

Here is a new status update about of the libssl update (0.9.8 -> 1.0.0).
Below is the list of the remaining packages, sorted by maintainer, that
need to be updated before we can complete the migration.

Only 15 packages remaining !! We have never been so close ! :)

*Alessio Cervellin ( Retired )*
nmap <http://www.opencsw.org/p/nmap>: No one stepped up so I will drop this
package, however py_scapy still depends on it.
            Dago, ca py_scapy be removed or can it be rebuilt without the
nmap dependency ?

*Benny von Mossner ( Sabbatical )*
pound <http://www.opencsw.org/p/pound> and
pound2<http://www.opencsw.org/p/pound2>:
Dago is working on this ones.

*Ben Walton*
libruby1_9_1_1 <http://www.opencsw.org/p/libruby1_9_1_1> and
ruby18<http://www.opencsw.org/p/ruby18>:
Ben is working on updating these packages (or rather on new ruby 2.0
packages)

*Dagobert Michelsen*
libarchive2 <http://www.opencsw.org/p/libarchive2> and
libarchive_utils<http://www.opencsw.org/p/libarchive_utils>:
 Dago takes

checkpkg broken at the moment

Dagobert Michelsen — 2013-04-19T20:00:14

Hi Maciej,

Laurent just reported a strange issue with checkpkg no longer working, because the
Pyhon module "checkpkg" could not be found. I had a v2/lib/python/checkpkg.pyc
but no .py. I tried for some time to identify the commit but there were just
too many changes :-)
  https://sourceforge.net/apps/trac/gar/log/csw/mgar/gar/v2/lib/python

Maybe you can rollback the removal?


Best regards

  -- Dago
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy< at >public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.