Hi Rupert,
2011/9/11 :
> +CHECKPKG_OVERRIDES_CSWap2svn +=
> license-missing|/opt/csw/share/doc/ap2_subversion/license
Why don't you add the license file?
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo
2011/9/19 :
> +CHECKPKG_OVERRIDES_CSWtokyocabinet +=
> shared-lib-package-contains-so-symlink|file=/opt/csw/lib/sparcv9/libtokyocabinet.so
> +CHECKPKG_OVERRIDES_CSWtokyocabinet +=
> shared-lib-pkgname-mismatch|file=opt/csw/lib/sparcv9/libtokyocabinet.so.9.10.0|soname=libtokyocabinet.so.9|pkgname
2011/9/19 :
> -CHECKPKG_OVERRIDES_CSWtokyocabinet +=
> shared-lib-package-contains-so-symlink|file=/opt/csw/lib/sparcv9/libtokyocabinet.so
> -CHECKPKG_OVERRIDES_CSWtokyocabinet +=
> shared-lib-pkgname-mismatch|file=opt/csw/lib/sparcv9/libtokyocabinet.so.9.10.0|soname=libtokyocabinet.so.9|pkgname
Can we do it better than mass-pasting overrides? Some more comments below.
2011/9/19 :
> +CHECKPKG_OVERRIDES_CSW$(NAME) +=
> file-with-bad-content|/usr/local|root/opt/csw/share/man/man8/squid_unix_group.8
That's okay to override.
> +CHECKPKG_OVERRIDES_CSW$(NAME) += pkginfo-opencsw-repository-
2011/9/26 :
> Revision: 558
> http://opencsw.svn.sourceforge.net/opencsw/?rev=558&view=rev
> Author: skayser
> Date: 2011-09-26 15:50:56 + (Mon, 26 Sep 2011)
> Log Message:
> ---
> utilities: add pkgutil deptree to graphviz converter
>
> Added Paths:
> ---
> u
2011/9/30 :
> Revision: 15805
> http://gar.svn.sourceforge.net/gar/?rev=15805&view=rev
> Author: idogan23
> Date: 2011-09-30 08:58:33 + (Fri, 30 Sep 2011)
> Log Message:
> ---
> liblnds: fixed overrides
>
> Modified Paths:
> --
> csw/mgar/pkg/libldns/trunk
Why does it depend on libkrb5?
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Em 09/10/2011 11:40, escreveu:
>
> Revision: 15900
> http://gar.svn.sourceforge.net/gar/?rev=15900&view=rev
> Author: rthurner
> Date: 2011-10-09 10:40:09 + (Sun, 09 Oct 2011)
> Log Message:
> ---
> cmake, checkpkg requires still
>
> Modified Paths:
> --
2011/10/10 :
> Revision: 15903
> http://gar.svn.sourceforge.net/gar/?rev=15903&view=rev
> Author: skayser
> Date: 2011-10-10 09:07:57 + (Mon, 10 Oct 2011)
> Log Message:
> ---
> gar/v2: fix CATALOG_RELEASE regex
>
> Modified Paths:
> --
> csw/mgar/gar/v2/g
2011/10/16 :
> Revision: 15913
> http://gar.svn.sourceforge.net/gar/?rev=15913&view=rev
> Author: rthurner
> Date: 2011-10-16 11:14:52 + (Sun, 16 Oct 2011)
> Log Message:
> ---
> python3: upgrade to python-3.2.2
Hi Rupert,
In case you're interested, Python 3.1 packages
Hi Rupert,
I've commented on this commit below in this email.
2011/10/16 :
> Revision: 15916
> http://gar.svn.sourceforge.net/gar/?rev=15916&view=rev
> Author: rthurner
> Date: 2011-10-16 15:48:41 + (Sun, 16 Oct 2011)
> Log Message:
> ---
> python3, try to get rid of c
2011/10/21 Sebastian Kayser :
> This is an example for cleanup work mentioned at summercamp. Okay if I
> push this?
Looks good overall.
A comment about the pushes to current: There are some pushes.
current is a symlink to dublin, and dublin does get occasional
updates. They are done by me, manu
2011/10/24 :
> Log Message:
> ---
> Add svn:keywords, just for sanity.
This log message doesn't say, which package has been updated. You can
either say type it in manually, or say "mgar ci -m ...". mgar can add
the recipe path automatically.
_
2011/10/25 :
> CONFIGURE_ARGS = $(DIRPATHS)
>
> +CONFIGURE_ARGS += --with-openssl=$(prefix)
Does it actually work with the 64-bit build?
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2011/10/26 :
> Revision: 16002
> http://gar.svn.sourceforge.net/gar/?rev=16002&view=rev
> Author: wilbury
> Date: 2011-10-26 16:22:22 + (Wed, 26 Oct 2011)
> Log Message:
> ---
> libmemcached/trunk: Build both SPARC and i386 platforms for release purposes.
>
> Modified Pa
2011/10/26 :
> +CHECKPKG_OVERRIDES_CSWsvn +=
> discouraged-path-in-pkgmap|/opt/csw/lib/svn/python/site-packages/libsvn/__init__.pyc
Hi Rupert,
These errors aren't about the location, they are about the file type:
*.pyc. You don't need to include the *.pyc files in the package. They
are best ex
2011/10/26 :
> - @$(INSTALL_ENV) gmake -C $(WORKSRC) install-swig-py \
> - swig_pydir=$(libdir)/python2.3/libsvn \
> - swig_pydir_extra=$(libdir)/python2.3/svn
> + @$(INSTALL_ENV) gmake -C $(WORKSRC) install-swig-py
Maybe instead of removing the settings en
2011/10/26 :
> +GARTYPE = 2
I think this needs to match the gar branch string, e.g. "v2".
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2011/10/27 Dagobert Michelsen :
>> swig_pydir_extra=$(libdir)/python/site-packages
>
> It is correct by default, so no need for hinting :-)
Are you sure Dago? Also, what do you mean by correct? For example,
our /opt/csw/lib/python/site-packages path is wrong, it should be
/opt/csw/lib/python2.6/s
2011/10/28 Dagobert Michelsen :
> Hi Maciej,
>
> Am 27.10.2011 um 21:26 schrieb Maciej (Matchek) Bliziński:
>> 2011/10/27 Dagobert Michelsen :
>>>> swig_pydir_extra=$(libdir)/python/site-packages
>>>
>>> It is correct by default, so no need for hinti
2011/10/29 rupert THURNER :
> i am not fully sure how you plan to implement this with gar, could you have
> a look please? for the moment i just dropped the concerning lines, and it
> built. i was also not sure about a quick way to test that the python
> bindings. maybe try to clone a svn repositor
2011/10/28 :
> Revision: 16032
> http://gar.svn.sourceforge.net/gar/?rev=16032&view=rev
> Author: dmichelsen
> Date: 2011-10-28 12:29:35 + (Fri, 28 Oct 2011)
> Log Message:
> ---
> Make branch v2-build64only
>
> Modified Paths:
> --
> csw/mgar/gar/v2-build
2011/10/30 :
> Revision: 16047
> http://gar.svn.sourceforge.net/gar/?rev=16047&view=rev
> Author: wilbury
> Date: 2011-10-30 21:00:55 + (Sun, 30 Oct 2011)
> Log Message:
> ---
> php5/trunk: Fix build deps.
>
> Modified Paths:
> --
> csw/mgar/pkg/php5/trunk
2011/11/24 :
> Revision: 16261
> http://gar.svn.sourceforge.net/gar/?rev=16261&view=rev
> Author: d_pocock
> Date: 2011-11-24 17:08:05 + (Thu, 24 Nov 2011)
> Log Message:
> ---
> disable BUILD64 again
Please prefix every commit message with the name of the package, e.g.
[+devel]
This time with the correct address of the devel mailing list.
2011/12/5 Maciej Bliziński :
> Rafael Ostertag wrote:
>> Hi Maciej
>>
>> You may want to have a look at the latest postgresql commit. The recipe does
>> now basically the following:
>>
>> * Installs libraries into $(libdir).
2011/12/19
>
> Revision: 16568
> http://gar.svn.sourceforge.net/gar/?rev=16568&view=rev
> Author: cgrzemba
> Date: 2011-12-19 09:55:53 + (Mon, 19 Dec 2011)
> Log Message:
> ---
> svrcore/trunk: Mozilla Svrcore, first build
>
> Added Paths:
> ---
> csw/mgar/pkg
2012/1/12 Peter FELECAN :
> What's the idea?
The idea is this: if libstdc++.so.6 is in /opt/csw/lib and we
automatically add -R/opt/csw/lib/$ISALIST to all binaries, there's a
new failure mode: a binary might link against a SONAME traditionally
from /usr/lib. If / when we introduce the an incompat
2012/1/16 :
> Revision: 16773
> http://gar.svn.sourceforge.net/gar/?rev=16773&view=rev
> Author: cgrzemba
> Date: 2012-01-16 10:14:31 + (Mon, 16 Jan 2012)
> Log Message:
> ---
> nspr/trunk: update version 4.8.9
>
> Modified Paths:
> --
> csw/mgar/pkg/nspr/
2012/1/15 Peter FELECAN :
>> /opt/csw/bin/foo NEEDED libbar.so.1, RPATH /opt/csw/lib
>> /usr/lib/libbar.so.1 is available
>> /opt/csw/lib/libbar.so.1 is available too, incompatible with /opt/csw/bin/foo
>
> Is a question of order, isn't it? Consequently, if /opt/csw/lib is
> before /usr/lib, everyt
2012/1/19 :
> Revision: 16816
> http://gar.svn.sourceforge.net/gar/?rev=16816&view=rev
> Author: cgrzemba
> Date: 2012-01-19 13:12:44 + (Thu, 19 Jan 2012)
> Log Message:
> ---
> nss/trunk: knows checkpkg what it wants?
>
> Modified Paths:
> --
> csw/mgar/p
2012/1/31 Dagobert Michelsen :
> ggettest? Really?? ;-)
It's ggettest on Soalris!
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2012/2/16 Peter FELECAN :
>> csw/mgar/pkg/mysql5/branches/mysql-6.0/
>
> in the end csw/mgar/pkg/mysql6 isn't it?
Yes, but it's still at alpha, and we're nowhere near releasing it, so
it's more like a free fire area for me to experiment. If/when it
builds and works, we'll move to to pkg/mysql6
2012/2/20 Brad :
> - Original message -
>> Detect whether the system supports dirfd(). There was a Solaris-specific
>> workaround in one of the files, but it's a better idea to test for the
>> function and not rely on the OS detection.
>
> VLC alreay does this. From the looks of it just rem
2012/2/27 Rémi Denis-Courmont
> So 'if ! test COND' fails. Shouldn't 'if test ! COND' work in any POSIX shell?
That seems to work.
> cat test.sh
#!/bin/sh
if test ! -z "foo"; then
echo True
else
echo False
fi
> ./test.sh
True
___
devel mailing list
2012/2/27 Rémi Denis-Courmont :
> IIRC this problem was already fixed earlier. Are you using up-to-date vlc.git?
Apparently not. I was building from the Solaris branch[1] which seems
to be behind master. Maybe I should build from master, so I can
actually get any fixes I make back into the source
2012/3/14 Peter Bonivart :
> On Tue, Mar 13, 2012 at 9:06 AM, wrote:
>> Revision: 17391
>> http://gar.svn.sourceforge.net/gar/?rev=17391&view=rev
>> Author: wahwah
>> Date: 2012-03-13 08:06:08 + (Tue, 13 Mar 2012)
>> Log Message:
>> ---
>> postfix/trunk: switch to bdb48
2012/3/15 :
> Revision: 17418
> http://gar.svn.sourceforge.net/gar/?rev=17418&view=rev
> Author: wilbury
> Date: 2012-03-15 12:10:46 + (Thu, 15 Mar 2012)
> Log Message:
> ---
> postfix/trunk: Update PACKAGING_PLATFORMS
>
> Modified Paths:
> --
> csw/mgar/p
Hi William,
A quick style scan. Comments inline.
Thanks for writing this!
No dia 14 de Abril de 2012 17:35, escreveu:
> Revision: 17675
> http://gar.svn.sourceforge.net/gar/?rev=17675&view=rev
> Author: wbonnet
> Date: 2012-04-14 16:35:28 + (Sat, 14 Apr 2012)
> Log Message:
No dia 14 de Abril de 2012 19:31, escreveu:
> + print "tier %(tier)d\t%(1)d\t%(2)d\t%(3)d\t%(4)d" % {
> 'tier' : tier + 1 , '1' : countPkg[0][tier], '2' : countPkg[1][tier],'3' :
> countPkg[2][tier] , '4' : countPkg[2][tier] - countPkg[1][tier] }
It's probably a better id
2012/5/10
> +# this is private and not available publicly yet
> +mydependencies:
> + $(HOME)/bin/ocswdeplist --package $(NAME)
>
That's a problem. Anyone who tries to build it, will get an error. If you
checked it into GAR sources, it wouldn't fail.
2012/5/13 Peter FELECAN
>
> BTW, the advantage of this tool is to extract the dependencies using the
> system on which it runs and making reduction of the dependency tree,
> mainly by transitivity...
Transitivity, in what sense? As far as dependencies go, the OpenCSW
policy is to always include d
2012/5/14 :
> override incorrectly evaluated, by checkpkg, surplus dependencies.
Could you elaborate, what's the problem exactly? If checkpkg does
something incorrectly, we should fix it, no?
___
devel mailing list
devel@lists.opencsw.org
https://lists.
2012/5/14 :
> # added this overrides because checkpkg evaluates them incorrectly,
> # e.g. libthai0 doesn't exist and how the heck it determines that it
> # depends on libgs2?
checkpkg always tells exactly why it introduces dependencies. Did you
look at the output?
2012/5/14 :
> +# CONFIGURE_ARGS_sparc += -big-endian -host-big-endian
Does it still build on sparc?
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2012/5/14 Carsten Grzemba :
>
> Am 14.05.12, schrieb Maciej (Matchek) Bliziński :
>
> 2012/5/14 :
>> +# CONFIGURE_ARGS_sparc += -big-endian -host-big-endian
>
> Does it still build on sparc?
>
> I have not tried it yet.
I think you'll find that -big-endian a
>> Does it still build on sparc?
>>
>> I have not tried it yet.
>
> I think you'll find that -big-endian and -host-big-endian is necessary on
> sparc.
>
> Ok, I add them again, but why has i386: -little-endian -host-big-endian ?
Not sure abut -host-big-endian, it might be unnecessary.
___
2012/5/15
> Revision: 18019
> http://gar.svn.sourceforge.net/gar/?rev=18019&view=rev
> Author: cgrzemba
> Date: 2012-05-15 06:08:53 + (Tue, 15 May 2012)
> Log Message:
> ---
> qt4-gcc/trunk: readd sparc configure args
>
> Modified Paths:
> --
>csw/mgar/p
2012/5/25
> Revision: 18118
> http://gar.svn.sourceforge.net/gar/?rev=18118&view=rev
> Author: pfelecan
> Date: 2012-05-25 12:50:58 + (Fri, 25 May 2012)
> Log Message:
> ---
> new override refinements (it never ends?)
>
Maybe the overrides you put in are too specific?
2012/5/25
> Revision: 18119
> http://gar.svn.sourceforge.net/gar/?rev=18119&view=rev
> Author: pfelecan
> Date: 2012-05-25 13:24:03 + (Fri, 25 May 2012)
> Log Message:
> ---
> new refinement for overrides... probably 1 step from getting them right!
>
One other thought
And one more thought - I just want to make sure that you're aware that you
need to run "mgar remerge" after you change any overrides.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2012/5/26 Peter FELECAN :
> "Maciej (Matchek) Bliziński" writes:
>
>> 2012/5/13 Peter FELECAN
>>>
>>> BTW, the advantage of this tool is to extract the dependencies using the
>>> system on which it runs and making reduction of the dependency tree,
2012/5/29
> Revision: 18162
> http://gar.svn.sourceforge.net/gar/?rev=18162&view=rev
> Author: chninkel
> Date: 2012-05-29 21:59:21 + (Tue, 29 May 2012)
> Log Message:
> ---
> v2-solaris11: create a fake SVR4 pkg name for IPS package
>
> Modified Paths:
> --
2012/5/29
> +# why is this? .so are just symbolic links:
> +CHECKPKG_OVERRIDES_CSWt1lib-dev+= archall-devel-package
>
Discussion on maintainers:
http://lists.opencsw.org/pipermail/maintainers/2010-February/011234.html
Are you sure that you get identical header results on both archi
2012/5/25
> Revision: 18112
> http://gar.svn.sourceforge.net/gar/?rev=18112&view=rev
> Author: pfelecan
> Date: 2012-05-25 07:13:06 + (Fri, 25 May 2012)
> Log Message:
> ---
> acted upon checkpkg suggestions
>
> Modified Paths:
> --
>csw/mgar/pkg/gsl/tru
2012/5/23
> Revision: 18088
> http://gar.svn.sourceforge.net/gar/?rev=18088&view=rev
> Author: wilbury
> Date: 2012-05-23 11:32:17 + (Wed, 23 May 2012)
> Log Message:
> ---
> squid/branches/squid3: Adjust CONFIGURE_ARGS
>
> Modified Paths:
> --
>csw/mgar
2012/5/27
> Revision: 18140
> http://gar.svn.sourceforge.net/gar/?rev=18140&view=rev
> Author: chninkel
> Date: 2012-05-27 21:50:40 + (Sun, 27 May 2012)
> Log Message:
> ---
> no, None is not iterable...
>
> Modified Paths:
> --
>csw/mgar/gar/v2-solaris1
2012/5/29
> Revision: 18162
> http://gar.svn.sourceforge.net/gar/?rev=18162&view=rev
> Author: chninkel
> Date: 2012-05-29 21:59:21 + (Tue, 29 May 2012)
> Log Message:
> ---
> v2-solaris11: create a fake SVR4 pkg name for IPS package
>
> Modified Paths:
> --
2012/5/30
> Revision: 18177
> http://gar.svn.sourceforge.net/gar/?rev=18177&view=rev
> Author: chninkel
> Date: 2012-05-30 11:17:31 + (Wed, 30 May 2012)
> Log Message:
> ---
> v2-solaris11: improve ips name to svr4 name conversion
>
> Modified Paths:
> --
>
2012/5/31 Peter FELECAN :
>
> "Maciej (Matchek) Bliziński" writes:
>
>> 2012/5/29
>>
>>> +# why is this? .so are just symbolic links:
>>> +CHECKPKG_OVERRIDES_CSWt1lib-dev += archall-devel-package
>>>
>>
>> Discus
2012/5/31 Peter FELECAN :
>>> +CHECKPKG_OVERRIDES_CSWgsl-doc +=
>>> file-collision|/opt/csw/share/info/gsl-ref.info-4|CSWgsl-doc|CSWgsldoc
>>>
>>
>> Are you sure you want to introduce file collisions?
>
> gsl_doc obsoletes gsldoc, consequently checkpkg is confused, isn't it?
Hm... why should it
2012/6/10 :
> -GCC4_VERSION = 4.7
> +#GCC4_VERSION = 4.7
You can set this in ~/.garrc on your private buildfarm. This way it
won't leak to build recipes, which will work in both places (provided
that the upstream compiles with both 4.6 and 4.7).
2012/6/9 :
> -PACKAING_PLATFORMS = solaris10-i386 solaris10-sparc
> +PACKAGING_PLATFORMS = solaris10-i386 solaris10-sparc
I always suggest building first, committing later.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman
2012/6/9 :
> -RUNTIME_DEP_PKGS += CSWlibglib2-0-0
> -RUNTIME_DEP_PKGS += CSWlibgmodule2-0-0
> +RUNTIME_DEP_PKGS += CSWglib2
Try this:
RUNTIME_DEP_PKGS_CSWsvn-5.9 += CSWglib2
RUNTIME_DEP_PKGS_CSWsvn-5.10 += CSWlibglib2-0-0
RUNTIME_DEP_PKGS_CSWsvn-5.10 += CSWlibgmodule2-0-0
RUNTIME_DEP_PKGS_CSWsvn
Hi Rupert,
On Mon, Jan 02, 2012 at 08:17:25PM +, rthur...@users.sourceforge.net wrote:
> +CHECKPKG_OVERRIDES_CSWpythonsvn +=
> discouraged-path-in-pkgmap|/opt/csw/lib/svn/python/site-packages/svn/repos.pyc
> +CHECKPKG_OVERRIDES_CSWpythonsvn +=
> discouraged-path-in-pkgmap|/opt/csw/lib/svn/py
2012/6/24 Peter Bonivart :
> On Sun, Jun 24, 2012 at 3:35 PM, Peter FELECAN wrote:
>> wah...@users.sourceforge.net writes:
>>
>>> +# DEP_PKGS += CSWcurlrt CSWosslrt CSWlibnet
>>
>> What's the role of DEP_PKGS (viz. RUNTIME_DEP_PKGS or BUILD_DEP_PKGS)?
>
> It's been replaced by RUNTIME_DEP_PKGS.
I
2012/6/25 :
> Revision: 18518
> http://gar.svn.sourceforge.net/gar/?rev=18518&view=rev
> Author: pfelecan
> Date: 2012-06-25 09:55:11 + (Mon, 25 Jun 2012)
> Log Message:
> ---
> availability limited to Solaris 10
When committing code, please add the package name as the
2012/6/23 :
> Revision: 18513
> http://gar.svn.sourceforge.net/gar/?rev=18513&view=rev
> Author: pfelecan
> Date: 2012-06-23 09:59:22 + (Sat, 23 Jun 2012)
> Log Message:
> ---
> some additional overrides
>
> Modified Paths:
> --
> csw/mgar/pkg/pilotlink/tr
2012/6/23 :
> Revision: 18512
> http://gar.svn.sourceforge.net/gar/?rev=18512&view=rev
> Author: pfelecan
> Date: 2012-06-23 09:37:54 + (Sat, 23 Jun 2012)
> Log Message:
> ---
> corrected end of line issues after copy&paste...
I would suggest only committing after you'v
2012/6/23 :
> PACKAGES += CSWlibpitcl0
> CATALOGNAME_CSWlibpitcl0 = libpitcl0
> @@ -170,6 +225,10 @@
> RUNTIME_DEP_PKGS_CSWlibpitcl0 += CSWlibpisock9
> RUNTIME_DEP_PKGS_CSWlibpitcl0 += CSWtcl
> LICENCE_CSWlibpi
2012/6/19 :
> RUNTIME_DEP_PKGS_CSWplotutils += CSWlibplotter2
> RUNTIME_DEP_PKGS_CSWplotutils += CSWlibxmi0
> OBSOLETED_BY_CSWplotutils = CSWplotutil
> +CHECKPKG_OVERRIDES_CSWplotutils +=
> missing-dependency|CSWlibgcc-s1
> +CHECKPKG_OVERRIDES_CSWplot
2012/6/16 :
> RUNTIME_DEP_PKGS_CSWlibgnet2-0-0 += CSWlibintl8
> +CHECKPKG_OVERRIDES_CSWlibgnet2-0-0 += surplus-dependency|CSWlibiconv2
A similar issue as in other packages - CSWlibiconv2 only adds a single
library, usually when a library is used, it's in the NEEDED of its
dependent bi
2012/6/16 :
> +CHECKPKG_OVERRIDES_CSWmule +=
> binary-architecture-does-not-match-placement|file=opt/csw/mule/lib/boot/libwrapper-solaris-sparc-64.so|arch_id=43|arch_name=sparcv9
> +CHECKPKG_OVERRIDES_CSWmule +=
> binary-architecture-does-not-match-placement|file=opt/csw/mule/lib/boot/exec/wrapp
2012/6/16 :
> CHECKPKG_OVERRIDES_CSWlibtokyocabinet9 +=
> file-with-bad-content|/usr/local|root/opt/csw/lib/libtokyocabinet.so.9.10.0
> CHECKPKG_OVERRIDES_CSWlibtokyocabinet9 +=
> file-with-bad-content|/usr/local|root/opt/csw/lib/sparcv9/libtokyocabinet.so.9.10.0
> +CHECKPKG_OVERRIDES_CSWlibto
2012/6/27 Peter FELECAN :
> "Maciej (Matchek) Bliziński" writes:
>
>> 2012/6/25 :
>>> Revision: 18518
>>> http://gar.svn.sourceforge.net/gar/?rev=18518&view=rev
>>> Author: pfelecan
>>> Date:
2012/6/27 Peter FELECAN :
> "Maciej (Matchek) Bliziński" writes:
>
>> 2012/6/23 :
>>> Revision: 18512
>>> http://gar.svn.sourceforge.net/gar/?rev=18512&view=rev
>>> Author: pfelecan
>>> Date:
2012/6/27 Peter FELECAN :
> *here* libintl.so.8 => /opt/csw/lib/libintl.so.8
> *here* libiconv.so.2 => /opt/csw/lib/libiconv.so.2
These libraries are loaded, but they immediate dependencies. If you
have something like this:
foo → libfoo.so.1 → libbar.so.2
Then you need to declare the
2012/6/27 Peter FELECAN :
> *here* libiconv.so.2 => /opt/csw/lib/libiconv.so.2
The transitive dependency again. Let's discuss this on maintainers@.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2012/6/28 :
> +PACKAGING_PLATFORMS = solarsi10-sparc solarsi10-i386
Typo spotted.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2012/6/28 :
> Revision: 18584
> http://gar.svn.sourceforge.net/gar/?rev=18584&view=rev
> Author: pfelecan
> Date: 2012-06-28 11:43:25 + (Thu, 28 Jun 2012)
> Log Message:
> ---
> grip/trunk: remove explicit dependency on old SSL library
>
> Modified Paths:
> -
2012/6/29 Peter FELECAN
>
> "Maciej (Matchek) Bliziński" writes:
>
> > These overrides, is this the transitive dependency thing?
>
> yes and NEEDED from readelf and elfdump point of view
So you disagree with this post?
http://lists.opencsw.org/pipermail/ma
2012/6/24 Peter FELECAN
>
> Maciej Bliziński writes:
> > On Mon, Jan 02, 2012 at 08:17:25PM +, rthur...@users.sourceforge.net
> > wrote:
> >> +CHECKPKG_OVERRIDES_CSWpythonsvn +=
> >> discouraged-path-in-pkgmap|/opt/csw/lib/svn/python/site-packages/svn/repos.pyc
> >> +CHECKPKG_OVERRIDES_CSWpyt
2012/7/24 :
> +BUILD_ARGS += --rpath=$(libdir):$(prefix)/X11/lib
I think we are going away from the custom X11 libraries. When we build
on Solaris 10, the X headers are complete enough to work.
___
devel mailing list
devel@lists.opencsw.org
https://list
2012/7/24 :
> Revision: 18841
> http://gar.svn.sourceforge.net/gar/?rev=18841&view=rev
> Author: cgrzemba
> Date: 2012-07-24 11:58:36 + (Tue, 24 Jul 2012)
> Log Message:
> ---
> lang-python/xpra/trunk: add runtime dependencies
>
> Modified Paths:
> --
>
2012/9/4 :
> Revision: 19140
> http://gar.svn.sourceforge.net/gar/?rev=19140&view=rev
> Author: romeotheriault
> Date: 2012-09-04 08:47:12 + (Tue, 04 Sep 2012)
> Log Message:
> ---
> lang-python/salt/trunk: Comment out uncommited line
>
> Modified Paths:
> -
2012/8/26 :
> # For GNU gettext
> -PATH := /opt/csw/gnu:$(PATH)
> +CONFIGURE_ENV += XGETTEXT=/opt/csw/gnu/xgettext
> +CONFIGURE_ENV += MSGMERGE=/opt/csw/gnu/msgmerge
> +CONFIGURE_ENV += MSGFMT=/opt/csw/gnu/msgfmt
I was curious if there wasn't a more specific GAR abstraction for
this, e.g. extra
2012/8/26 :
> +CHECKPKG_OVERRIDES_CSWpy-salt +=
> file-with-bad-content|/usr/local|root/opt/csw/lib/python/site-packages/salt/states/pkgng.py
> +CHECKPKG_OVERRIDES_CSWpy-salt +=
> file-with-bad-content|/usr/local|root/opt/csw/lib/python/site-packages/salt/modules/pkgng.py
> +CHECKPKG_OVERRIDES_C
2012/9/4 Romeo Theriault
> On Tue, Sep 4, 2012 at 6:57 AM, Maciej (Matchek) Bliziński <
> mac...@opencsw.org> wrote:
>
>> 2012/9/4 :
>> > -CHECKPKG_OVERRIDES_CSWpy-salt += pkginfo-opencsw-repository-uncommitted
>> > +#CHECKPKG_OVERRIDES_CSWpy-salt +=
&g
2012/9/17
> Modified: csw/mgar/gar/v2/lib/python/checkpkg2.py
> ===
> --- csw/mgar/gar/v2/lib/python/checkpkg2.py 2012-09-17 12:37:40 UTC
> (rev 19217)
> +++ csw/mgar/gar/v2/lib/python/checkpkg2.py 2012-09-17 13:31:31 UTC
> (
2012/9/6 Yann Rouillard
> --- dependency_checks.py (revision 19130)
> +++ dependency_checks.py (working copy)
> @@ -39,6 +39,24 @@
>
> PREFERRED_DIRECTORY_PROVIDERS = set([u"CSWcommon"])
>
> [...]
> +
> +ALLOWED_VERSION_DEPENDENCIES = { "libc.so.1": [ 'SYSVABI_1.3',
> 'SUNWprivate_1.1', 'SUNW_1.
Hi Carsten,
Overall, it looks like you've submitted the change without testing if the
build works and produces the output you want. If you can, try to build and
review first, and submit second, so that you don't submit things like silly
typos.
More comments below.
2012/9/21
> Revision: 19258
>
2012/9/27
> Revision: 19301
> http://gar.svn.sourceforge.net/gar/?rev=19301&view=rev
> Author: cgrzemba
> Date: 2012-09-27 10:08:15 + (Thu, 27 Sep 2012)
> Log Message:
> ---
> gimp/trunk: add checkpkg overrides
>
I would suggest outlining in the commit description, wh
[+pfelecan]
In case Peter doesn't subscribe the devel list.
2012/11/14 Igor Galić
> > +++ csw/mgar/pkg/libdvdread/trunk/Makefile2012-11-14 09:17:53 UTC
> > (rev 19689)
> > @@ -3,6 +3,7 @@
> > NAME = libdvdread
> > VERSION = 4.2.0
> > GARTYPE = v2
> > +CATEGORIES = lib
>
> All categories
Hi Claudio,
Why are you overriding file collisions? You're also overriding
filename-version-does-not-match-pkginfo-version - this means that you
have an inconsistency between the pkginfo file and the file name. This
is not good.
Maciej
2012/12/20 :
> Revision: 19925
> http://gar.svn.s
2013/1/4 :
> Revision: 20019
> http://gar.svn.sourceforge.net/gar/?rev=20019&view=rev
> Author: pfelecan
> Date: 2013-01-04 08:09:19 + (Fri, 04 Jan 2013)
> Log Message:
> ---
> texlive/trunk: hopefully last adjustments, for this cycle, suggested
> by checkpkg and coping
2013/1/4 Peter FELECAN :
>> Is there a need to list each file separately in this case? You could just
>> write:
>>
>> CHECKPKG_OVERRIDES_CSWtexlive-common += file-with-bad-content
>>
>> ...and that would match all the file-with-bad-content error tags in
>> texlive-common.
>
> Thank you. Thi
Yann, this change is not a merge, it reverts all the recent changes.
Contact me ASAP to get this sorted out.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
So we missed them after all? LOL
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2013/1/11 :
> -ldd_output[binary] = ldd_info
>
> + ldd_output[binary] = ldd_info
> +
> return ldd_output
Could you also include a unit test?
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/deve
2013/1/25 :
> WHOLE TREE: Delete again svn:externals
Can it be that mgar newpkg is still creating them?
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
[+devel for some posterity]
2015-01-04 11:08 GMT+00:00 Maciej (Matchek) Bliziński :
> Hi Dago,
>
> Is this report up to date?
>
> http://www.opencsw.org/package-gar-status.html
>
> If not, can we make it be up to date? Where's the code?
>
> Maciej
>
1 - 100 of 155 matches
Mail list logo
