<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers">
    <title>gmane.os.solaris.opencsw.maintainers</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10910"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10909"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10908"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10907"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10906"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10905"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10904"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10903"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10902"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10901"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10900"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10899"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10898"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10897"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10896"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10895"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10894"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10893"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10892"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10891"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10910">
    <title>Re: checkpkg problem under Solaris 11 ?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10910</link>
    <description>&lt;pre&gt;2012/5/25 Yann Rouillard &amp;lt;yann-sfefEsa/hvEONl+O2FatCh2eb7JE58TQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

I could definitely use help! In this particular case, the code
concerning the system files is here:

http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/python/system_pkgmap.py#L77

It reads /var/sadm/install/contents and saves pickled data to disk. We
need to either create a fake /var/sadm/install/contents file from IPS,
or add code to system_pkgmap.py to read from IPS directly. The rest
can then stay the same - importing the files into the package
database, and checking.

Maciej
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

&lt;/pre&gt;</description>
    <dc:creator>Maciej (Matchek) Bliziński</dc:creator>
    <dc:date>2012-05-25T23:30:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10909">
    <title>Re: checkpkg problem under Solaris 11 ?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10909</link>
    <description>&lt;pre&gt;Do you need some help on this ?

Yann

2012/5/25 Maciej (Matchek) Bliziński &amp;lt;maciej-RJLij68YbUJAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.&lt;/pre&gt;</description>
    <dc:creator>Yann Rouillard</dc:creator>
    <dc:date>2012-05-25T22:16:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10908">
    <title>Re: T4 crypto support in openssl 1.0</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10908</link>
    <description>&lt;pre&gt;2012/5/24 Yann Rouillard &amp;lt;yann-sfefEsa/hvEONl+O2FatCh2eb7JE58TQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

Indeed, there is a change between 0.9.8 and 1.0.1 that seems to
automatically enable engines

 Changes between 1.0.0 and 1.0.1

  *) Add call to ENGINE_register_all_complete() to
     ENGINE_load_builtin_engines(), so some implementations get used
     automatically instead of needing explicit application support.


Yann
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.&lt;/pre&gt;</description>
    <dc:creator>Yann Rouillard</dc:creator>
    <dc:date>2012-05-25T22:16:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10907">
    <title>Re: cannot set overrides for Emacs: please review</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10907</link>
    <description>&lt;pre&gt;2012/5/25 Ben Walton &amp;lt;bwalton&amp;lt; at &amp;gt;opencsw.org&amp;gt;:

It could be much simpler. Read the overrides from disk, generate
overrides from the recipe. If there's a mismatch, fail early with a
helpful error message. It's already an improvement and doesn't include
much complexity in the code or the execution path.
_______________________________________________
maintainers mailing list
maintainers&amp;lt; at &amp;gt;lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.&lt;/pre&gt;</description>
    <dc:creator>Maciej (Matchek) Bliziński</dc:creator>
    <dc:date>2012-05-25T15:03:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10906">
    <title>Re: mgar question: repackage for platformsmodulation</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10906</link>
    <description>&lt;pre&gt;2012/5/25  &amp;lt;pfelecan-RJLij68YbUJAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

Sometimes GAR doesn't generate what you think it generates. For
dealing with checkpkg, I recommend forgetting about GAR for a second
and examining the actual package. Either the easy way via the browser
(start with buildfarm.opencsw.org) or the hard way, using pkgtrans.
Going from the GAR recipe directly to checkpkg error tags is a long
way and you can easily get confused if you don't examine what's
checkpkg actually seeing.


There are two very useful ones: platforms-remerge and platforms-repackage.
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

&lt;/pre&gt;</description>
    <dc:creator>Maciej (Matchek) Bliziński</dc:creator>
    <dc:date>2012-05-25T14:46:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10905">
    <title>Re: cannot set overrides for Emacs: please review</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10905</link>
    <description>&lt;pre&gt;Excerpts from Maciej (Matchek) Bliziński's message of Fri May 25 10:43:17 -0400 2012:


This is likely a bit unorthodox, but if the target that generates the
overrides file had a dependency on trunk/Makefile, we could
automatically trigger a rebuild when the Makefile changes...

(There is probably a good reason not to do this though.)

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

_______________________________________________
maintainers mailing list
maintainers&amp;lt; at &amp;gt;lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.&lt;/pre&gt;</description>
    <dc:creator>Ben Walton</dc:creator>
    <dc:date>2012-05-25T14:47:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10904">
    <title>Re: cannot set overrides for Emacs: please review</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10904</link>
    <description>&lt;pre&gt;2012/5/25 Ben Walton &amp;lt;bwalton-RJLij68YbUJAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

That's the most common typical problem.

Dago, even when GAR doesn't regenerate the overrides during repackage
stage, could it at least detect that there's a problem?

Peter, do you read the devel&amp;lt; at &amp;gt; mailing list? If not, I recommend
reading it at least for some time, to see what other people are doing,
and also to get feedback on your commits.

Maciej
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

&lt;/pre&gt;</description>
    <dc:creator>Maciej (Matchek) Bliziński</dc:creator>
    <dc:date>2012-05-25T14:43:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10903">
    <title>mgar question: repackage for platforms modulation</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10903</link>
    <description>&lt;pre&gt;I'm "playing" with checkpkg overrides and must re-do the packaging for all
the platforms quite a few times.

Using "replatforms" is the rough equivalent of "clean platforms" which
means that everything is redone each time; quite longish for a big package
such as Emacs with 3 specific modulations in addition to the platform
ones.

Using "repackage" does the job for only the current platform which is not
enough when inter-architecture issues are tickling checkpkg...

I there a shorter and more complete way of doing this[1]?

TIA

[1] i.e., "repackage" for all platforms in one step
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

&lt;/pre&gt;</description>
    <dc:creator>pfelecan-RJLij68YbUJAfugRpC6u6w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2012-05-25T14:06:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10902">
    <title>Re: cannot set overrides for Emacs: please review</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10902</link>
    <description>&lt;pre&gt;Excerpts from pfelecan's message of Fri May 25 09:59:50 -0400 2012:

Hi Peter,


After modifying overrides, you need to run: mgar remerge

The merge step generates the overrides file and it needs to be rebuilt
after any change.

Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

&lt;/pre&gt;</description>
    <dc:creator>Ben Walton</dc:creator>
    <dc:date>2012-05-25T14:03:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10901">
    <title>cannot set overrides for Emacs: please review</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10901</link>
    <description>&lt;pre&gt;I'm approaching the end of the GARification for Emacs. However I'm stuck
with 5 overrides which are not taken into account eventough they are
explicited in the recipe.

- log:

RUNTIME_DEP_PKGS_CSWemacs-common += CSWemacscommon
If any of the reported errors were false positives, you can override them
pasting the lines below to the GAR recipe.
CHECKPKG_OVERRIDES_CSWemacs +=
file-with-bad-content|/usr/local|root/opt/csw/bin/emacs-athena
CHECKPKG_OVERRIDES_CSWemacs +=
file-with-bad-content|/usr/share|root/opt/csw/bin/emacs-athena
CHECKPKG_OVERRIDES_CSWemacs-gtk +=
file-with-bad-content|/usr/local|root/opt/csw/bin/emacs-gtk
CHECKPKG_OVERRIDES_CSWemacs-gtk +=
file-with-bad-content|/usr/share|root/opt/csw/bin/emacs-gtk

- Makefile:

CHECKPKG_OVERRIDES_CSWemacs-common+=missing-dependency|CSWemacscommon

CHECKPKG_OVERRIDES_CSWemacs+=file-with-bad-content|/usr/local|root/opt/csw/bin/emacs-athena
CHECKPKG_OVERRIDES_CSWemacs+=file-with-bad-content|/usr
/share|root/opt/csw/bin/emacs-athena

CHECKPKG_OVERRIDES_CSWe&lt;/pre&gt;</description>
    <dc:creator>pfelecan-RJLij68YbUJAfugRpC6u6w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2012-05-25T13:59:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10900">
    <title>Re: checkpkg problem under Solaris 11 ?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10900</link>
    <description>&lt;pre&gt;2012/5/25 Maciej (Matchek) Bliziński &amp;lt;maciej&amp;lt; at &amp;gt;opencsw.org&amp;gt;:

After a bit of digging around, I arrived at the obvious conclusion: On
Solaris 11, the /var/sadm/install/contents file does not contain any
information about system files. We need to implement a new method of
getting files into the database, or create a fake file that can be
used as a compatibility layer.

In other words, Solaris 11 is too different from Solaris 10 for our
code to just work.
_______________________________________________
maintainers mailing list
maintainers&amp;lt; at &amp;gt;lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.&lt;/pre&gt;</description>
    <dc:creator>Maciej (Matchek) Bliziński</dc:creator>
    <dc:date>2012-05-25T11:07:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10899">
    <title>Re: Problem with csw-upload-pkg?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10899</link>
    <description>&lt;pre&gt;2012/5/25 Peter Bonivart &amp;lt;bonivart&amp;lt; at &amp;gt;opencsw.org&amp;gt;:

I looked around the code and could not find any problems. Added some
more logging to the application, and saw that the live web app did not
pick up the changes. So I restarted apache... and the problem
disappeared. So we don't know what was the problem, but the next time
we'll have some more logging information available.

Maciej
_______________________________________________
maintainers mailing list
maintainers&amp;lt; at &amp;gt;lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.&lt;/pre&gt;</description>
    <dc:creator>Maciej (Matchek) Bliziński</dc:creator>
    <dc:date>2012-05-25T09:49:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10898">
    <title>Re: Problem with csw-upload-pkg?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10898</link>
    <description>&lt;pre&gt;On Fri, May 25, 2012 at 10:57 AM, Maciej (Matchek) Bliziński
&amp;lt;maciej&amp;lt; at &amp;gt;opencsw.org&amp;gt; wrote:

Thanks. I've had the problem since the 22nd though.

/peter
_______________________________________________
maintainers mailing list
maintainers&amp;lt; at &amp;gt;lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.&lt;/pre&gt;</description>
    <dc:creator>Peter Bonivart</dc:creator>
    <dc:date>2012-05-25T09:24:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10897">
    <title>Re: Problem with csw-upload-pkg?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10897</link>
    <description>&lt;pre&gt;2012/5/25 Peter Bonivart &amp;lt;bonivart-RJLij68YbUJAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

Will investigate. I fear it's a side effect of my yesterday
unsuccessful attempt to set up 5.11 checkpkg infra.
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.

&lt;/pre&gt;</description>
    <dc:creator>Maciej (Matchek) Bliziński</dc:creator>
    <dc:date>2012-05-25T08:57:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10896">
    <title>Re: checkpkg problem under Solaris 11 ?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10896</link>
    <description>&lt;pre&gt;2012/5/25 Yann Rouillard &amp;lt;yann&amp;lt; at &amp;gt;pleiades.fr.eu.org&amp;gt;

I'm not sure if GAR's behavior is defined in this case, or what
options it would use. checkpkg doesn't care what it is called by, so
as far as checkpkg debugging is concerned, you only need to look at
the checkpkg invocation and checkpkg configuration (e.g. which
database does it use?).


Yes, it's normal in the sense that it has never been set up nor
tested, it yet has to be done.
_______________________________________________
maintainers mailing list
maintainers&amp;lt; at &amp;gt;lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.&lt;/pre&gt;</description>
    <dc:creator>Maciej (Matchek) Bliziński</dc:creator>
    <dc:date>2012-05-25T08:52:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10895">
    <title>Problem with csw-upload-pkg?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10895</link>
    <description>&lt;pre&gt;I have some weird problem with checkpkg. I'm trying to upload the bind
set of packages which I have done many times before, they were just
built in GAR passing checkpkg checks.

bonivart&amp;lt; at &amp;gt;login[build.2012-05-22]$ pwd
/home/bonivart/staging/build.2012-05-22
bonivart&amp;lt; at &amp;gt;login[build.2012-05-22]$ ls
bind-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz
bind-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz
bind_chroot-9.8.3,REV=2012.05.22-SunOS5.9-all-CSW.pkg.gz
bind_dev-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz
bind_dev-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz
bind_utils-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz
bind_utils-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz
libbind-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz
libbind-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz
bonivart&amp;lt; at &amp;gt;login[build.2012-05-22]$ csw-upload-pkg *
Processing 9 file(s). Please wait.
Uploading 'bind-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz'
ERROR:root:File metadata was not found in the database.  This happens
when the package&lt;/pre&gt;</description>
    <dc:creator>Peter Bonivart</dc:creator>
    <dc:date>2012-05-25T08:06:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10894">
    <title>Re: checkpkg problem under Solaris 11 ?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10894</link>
    <description>&lt;pre&gt;Hi Maciej,

The errors happen when I do a "mgar package" on Solaris 11 sparc. I will
check what is the exact checkpkg command launched so you can easily
reproduce it.

BTW, is this normal that we can't check against 5.11 ?

Yann


2012/5/24 Maciej (Matchek) Bliziński &amp;lt;maciej-RJLij68YbUJAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.&lt;/pre&gt;</description>
    <dc:creator>Yann Rouillard</dc:creator>
    <dc:date>2012-05-25T07:31:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10893">
    <title>Re: checkpkg problem under Solaris 11 ?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10893</link>
    <description>&lt;pre&gt;Continuing to investigate: I'm doing the wrong thing, checking a 5.11
package against a 5.10 catalog (into which it can never be inserted).
Checking works:

$ bin/checkpkg --arch sparc --os-release SunOS5.10 --catalog-release
unstable /home/yann/build/libssl_dev-1.0.1c\,REV\=2012.05.24-SunOS5.11-sparc-UNCOMMITTED.pkg.gz
INFO:root:Juicing the srv4 package stream files...
100% |#####################################################################################################################################################################|
INFO:root:Unwrapping candies...
100% |#####################################################################################################################################################################|
INFO:root:Tasting candies one by one...
100% |#####################################################################################################################################################################|
INFO:root:Tasting them all at once...
INFO:root:Stuffing th&lt;/pre&gt;</description>
    <dc:creator>Maciej (Matchek) Bliziński</dc:creator>
    <dc:date>2012-05-24T21:50:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10892">
    <title>Re: checkpkg problem under Solaris 11 ?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10892</link>
    <description>&lt;pre&gt;2012/5/24 Maciej (Matchek) Bliziński &amp;lt;maciej-RJLij68YbUJAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;



Maybe I should clarify what I mean: the package database on the buildfarm
does not have the system files imported. Here's what happens when you try
to test the package, the error message says it all:

$ bin/checkpkg --arch sparc --os-release SunOS5.11 --catalog-release
unstable /home/yann/build/libssl_dev-1.0.1c\,
REV\=2012.05.24-SunOS5.11-sparc-UNCOMMITTED.pkg.gz
INFO:root:Juicing the srv4 package stream files...
100%
|#####################################################################################################################################################################|
Traceback (most recent call last):
  File "bin/checkpkg", line 197, in &amp;lt;module&amp;gt;
    main()
  File "bin/checkpkg", line 148, in main
    dm.VerifyContents(sqo_osrel, sqo_arch)
  File "/home/maciej/src/opencsw-git/gar/v2/lib/python/database.py", line
139, in VerifyContents
    sqo_osrel.short_name, sqo_arch.name))
database.DatabaseError: Chec&lt;/pre&gt;</description>
    <dc:creator>Maciej (Matchek) Bliziński</dc:creator>
    <dc:date>2012-05-24T21:46:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10891">
    <title>Re: checkpkg problem under Solaris 11 ?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10891</link>
    <description>&lt;pre&gt;2012/5/24 Yann Rouillard &amp;lt;yann-sfefEsa/hvEONl+O2FatCh2eb7JE58TQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt;


One question ‒ how can you check any 5.11 package at all, since checkpkg
doesn't support checking packages against SunOS5.11 catalogs?
_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.&lt;/pre&gt;</description>
    <dc:creator>Maciej (Matchek) Bliziński</dc:creator>
    <dc:date>2012-05-24T21:42:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10890">
    <title>Re: checkpkg problem under Solaris 11 ?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opencsw.maintainers/10890</link>
    <description>&lt;pre&gt;You should be able to reproduce it by using the checkpkg command on the
solaris 11 package I built:
/home/yann/build/libssl_dev-1.0.1c\,REV\=2012.05.24-SunOS5.11-sparc-UNCOMMITTED.pkg.gz

Yann

2012/5/24 Maciej (Matchek) Bliziński &amp;lt;maciej-RJLij68YbUJAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

_______________________________________________
maintainers mailing list
maintainers-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy&amp;lt; at &amp;gt;public.gmane.org
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.&lt;/pre&gt;</description>
    <dc:creator>Yann Rouillard</dc:creator>
    <dc:date>2012-05-24T21:39:38</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.solaris.opencsw.maintainers">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.solaris.opencsw.maintainers</link>
  </textinput>
</rdf:RDF>

