Hi Ben,
Here's a patchset that adds support for i-deps to checkpkg. It only
adds it to the pickled data structure, it doesn't add them to the
database schema -- it'll be done in the future. I think this patchset
might help you with adding support for obsoleted packages.
Maci
From: Maciej Bliziński
---
gar/v2/lib/python/package.py | 19 +--
1 files changed, 9 insertions(+), 10 deletions(-)
diff --git a/gar/v2/lib/python/package.py b/gar/v2/lib/python/package.py
index 21b8b1a..1d06467 100644
--- a/gar/v2/lib/python/package.py
+++ b/gar/v2/lib
From: Maciej Bliziński
---
gar/v2/lib/python/package.py | 18 +++---
gar/v2/lib/python/package_stats.py |6 --
2 files changed, 19 insertions(+), 5 deletions(-)
diff --git a/gar/v2/lib/python/package.py b/gar/v2/lib/python/package.py
index 1d06467..76ea892 100644
From: Maciej Blizinski
Defining CATALOG_RELEASE and setting it to 'current' by default. This
means that packages will be checked against the current branch by
default.
---
gar/v2/gar.pkg.mk |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/gar/v2/gar.pkg.m
From: Maciej Blizinski
The 'g' parameter was missing, and only one instance of a variable was
expanded per line. This patch adds 'g' to the perl invocation which expands
variables.
---
gar/v2/gar.mk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a
From: Maciej Blizinski
Hello fellow maintainers,
The topic of policy codification has been stuck on format discussions for last
couple of weeks. It'd like to continue, under the assumption that there isn't
that much interest in working with formats, and I can continue using asciidoc.
; +BUILD_SCRIPTS = none
> +TEST_SCRIPTS = none
Are these needed? You could write:
CONFIGURE_SCRIPTS =
BUILD_SCRIPTS =
TEST_SCRIPTS =
...and get rid of *-none targets.
> +install-facter:
> + @ginstall -d $(DESTDIR)
> + (
On Tue, Mar 17, 2009 at 11:44 PM, wrote:
> +ifeq ($(GARCOMPILER),GNU)
Can GARCOMPILER be tested for GCC3 and GCC4 as well?
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2011/2/21 :
> mGAR v2: Fix problem with obsoletions when there is more than one dependency.
> THE NEWLINE IS IMPORTANT, DO NOT DELETE!
You can add this as a comment above the new line; or as close to it,
as possible. This would work better than just a commit message.
___
2011/2/24 :
> Revision: 330
> http://opencsw.svn.sourceforge.net/opencsw/?rev=330&view=rev
> Author: dmichelsen
This commit was sent from the web zone, and it has cached credentials.
In the future, I'll try to do it the other way around: commit as me
elsewhere and then update the web
Requires the Id keyword to be set for files:
svn ps svn:keywords Id .../buildfarm/bin/experimental-footer.inc
svn ps svn:keywords Id .../buildfarm/bin/experimental-head.inc
---
buildfarm/bin/experimental-footer.inc |1 +
buildfarm/bin/experimental-head.inc |7 +++
2 files changed, 8
Subversion might not always be available. If it isn't mgar should not crash.
---
gar-wrapper/mgar |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/gar-wrapper/mgar b/gar-wrapper/mgar
index acf48db..5a9adb3 100755
--- a/gar-wrapper/mgar
+++ b/gar-wrapper/mgar
@@ -423,8 +
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Bash support local variables in function, if they are declared. This patch
declares local variables for functions in mgar.
---
gar-wrapper/mgar | 25 ++---
1 files changed, 14 insertions(+), 11 deletions(-)
diff --git a/gar-wrapper/mgar b/gar-wrapper/mgar
index acf48db..5d5
Before copying README.CSW, make sure that the base directory already exists.
---
gar/v2/gar.pkg.mk |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/gar/v2/gar.pkg.mk b/gar/v2/gar.pkg.mk
index 644f672..cb8114e 100644
--- a/gar/v2/gar.pkg.mk
+++ b/gar/v2/gar.pkg.mk
@@ -682,6
Not sure why these e-mails were sent. I must have used git send-email wrong.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2011/3/6 :
> Revision: 13604
> http://gar.svn.sourceforge.net/gar/?rev=13604&view=rev
> Author: phipsy
> Date: 2011-03-06 18:09:10 + (Sun, 06 Mar 2011)
>
> Log Message:
> ---
> Work on puppet
>
> Modified Paths:
> --
> csw/mgar/pkg/puppet/trunk/Makefile
>
EP_PKGS = $(RUNTIME_DEP_PKGS)
>
> -# We define upstream file regex so we can be notifed of new upstream
> software release
> +# We define upstream file regex so we can be notifed of new upstream software
> +# release
> UFILES_REGEX =
2011/3/6 Mark Phillips :
> On 6 Mar 2011, at 18:27, Maciej Bliziński wrote:
>
>> 2011/3/6 :
>>> DISTFILES = $(NAME)-$(VERSION).tar.gz
>>> +UFILES_REGEX = $(NAME)-(\d+(?:\.\d+)*).tar.gz
>>
>> You don't need UFILES_REGEX any more, it's autoge
Sebastian, ping?
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Dago, ping?
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
For the record, the error I was getting was:
gmake[1]: Leaving directory
`/home/maciej/src/opencsw/pkg/mysql5/branches/mysql-5.1.x'
[merge-license] complete for mysql51.
[ Generating checkpkg override for package CSWmysql5rt ]
cp: cannot create
/home/maciej/src/opencsw/pkg/mysql5/bra
Here's an update for the policy patch, setting the license to GPL-3.0.
Debian's license is 2.0+, so it is compatible with Debian's policy manual's
license.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
This patch sets the copyright of policy package and policy documents to
GPL-3.0.
Signed-off-by: Maciej Blizinski
---
pkg/opencsw-policy/trunk/Makefile|4 ++--
pkg/opencsw-policy/trunk/checksums |2 +-
pkg/opencsw-policy/trunk/files/index.txt | 21 -
3
This patch sets the copyright of policy package and policy documents to
GPL-3.0.
Signed-off-by: Maciej Blizinski
---
pkg/opencsw-policy/trunk/Makefile|4 ++--
pkg/opencsw-policy/trunk/checksums |2 +-
pkg/opencsw-policy/trunk/files/index.txt | 21 -
3
Here's an update for the policy patch, setting the license to GPL-3.0.
Debian's license is 2.0+, so it is compatible with Debian's policy manual's
license.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
think it's C that accepts -xnorunpath
only, and C++ accepts -norunpath only.
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
This patch makes gar determine the checking catalog release based on the host
name.
A solution for off-buildfarm use has not been determined.
Signed-off-by: Maciej Blizinski
---
gar/v2/gar.pkg.mk |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/gar/v2/gar.pkg.mk b/gar
This is caused by incorrect pkgmap entries in libgmp. I've added a
workaround to checkpkg in r13833.
http://sourceforge.net/apps/trac/gar/changeset/13833
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/lis
ke to implement
that feed?
Maciej
[1]
http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/python/catalog_notifier.py
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2011/3/19 Ben Walton :
> Excerpts from Maciej Bliziński's message of Sat Mar 19 07:12:22 -0400 2011:
>
>> Implementing the atom feed would require setting up a new feed
>> served by http, and a glue code between the catalog notifier and the
>> feed data backend (e.
on for
our packages, especially if it comes to a new update breaking other
packages. This optimization is vital to our QA future workflow.
I will provide all guidance and help I can.
Maciej
[1] It will eventually change to a quadruplet of catalog release,
tier, architecture and
lib/python/package_stats.py line 500 (you
could add a tuple, or transform it into a dictionary, or use whatever
form that you think will be convenient to use later on; I like
dictionaries because they tend to be self-descriptive)
- since you're changing the data format, increment
PACKAGE_STATS
2011/3/27 Ben Walton :
> Excerpts from Maciej Bliziński's message of Sun Mar 27 04:18:42 -0400 2011:
>
>> I've recently learned a Python idiom for opening files:
>>
>> with open(obsoleted_by_path, "r") as fd:
>> indented block
>> using fd
2011/3/27 Ben Walton :
> Excerpts from Maciej Bliziński's message of Sun Mar 27 09:59:50 -0400 2011:
>
> Ok, here's the version I think is ready for commit...
>
> Thanks
> -Ben
>
> Index: package.py
> ==
Yey! This is a very nicely written bit of code.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2011/3/27 :
> Revision: 13950
> http://gar.svn.sourceforge.net/gar/?rev=13950&view=rev
> Author: bdwalton
> Date: 2011-03-27 19:19:15 + (Sun, 27 Mar 2011)
>
> Log Message:
> ---
> checkpkg/package.py: for packages with no obsolete file, return a valid dict
> instead of
2011/3/27 :
> if not os.path.exists(obsoleted_by_path):
> - return { "syntax_ok": True, "obsoleted_by": obsoleted_by }
> + return { "syntax_ok": True,
> + "obsoleted_by": obsoleted_by,
> + "has_obsolete_info": False }
The return statement could be de-dupl
2011/3/27 Ben Walton :
> -PACKAGE_STATS_VERSION = 10L
> +PACKAGE_STATS_VERSION = 11L
> BAD_CONTENT_REGEXES = (
> # Slightly obfuscating these by using the default concatenation
> of
> # strings.
> @@ -191,6 +191,7 @@
> "binaries": dir_pkg.ListBinaries(),
> "binaries_dum
2011/3/28 Ben Walton :
> Excerpts from wahwah's message of Mon Mar 28 04:51:20 -0400 2011:
>
> Hi Maciej,
>
>> -PACKAGE_STATS_VERSION = 11L
>> +PACKAGE_STATS_VERSION = 12L
>
> What changes to the data structure require a version number bump?
> Only things tha
2011/4/7 Ben Walton :
>
> Hi Maciej,
>
> What do you think of the following change to checkpkg:
>
> bwalton @ current9x : ~/opencsw/.buildsys/v2/lib/python
> $ svn diff
> Index: dependency_checks.py
> ===
2011/4/7 Ben Walton :
> Excerpts from Maciej Bliziński's message of Thu Apr 07 04:25:25 -0400 2011:
>
>> It depends whether gems are version-specific. If not, then
>> depending on CSWruby might be better.
>
> The gems will be version specific by nature of the i
2011/4/8 :
> Revision: 14109
> http://gar.svn.sourceforge.net/gar/?rev=14109&view=rev
> Author: skayser
> Date: 2011-04-08 22:14:50 + (Fri, 08 Apr 2011)
>
> Log Message:
> ---
> lang-python/quixote/trunk: fix catalog and software name
>
> Modified Paths:
> --
2011/4/11 :
> + $wp_query->get('packageName') ; ?> - Solaris package
Yey! That should help us go higher in search results for "solaris packages".
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
o consider:
- what chunks of code do you want the reviewers to read
- what changes you might want to revert if necessary
As far as code reviewing is concerned, syntax changes of multiple
subpackages don't really constitute separate items of in
2011/4/20 Ben Walton :
> Excerpts from wahwah's message of Wed Apr 20 10:54:31 -0400 2011:
>
>
> Hi Maciej,
>
>> + def _SetAuth(self, c):
>> + """Set basic HTTP auth options on given Curl object."""
>> + if self.username:
&
2011/4/20 Ben Walton :
> Excerpts from Maciej Bliziński's message of Wed Apr 20 12:24:17 -0400 2011:
>
>> getpass if unavailable. Passwords will be stored in
>> /etc/opt/csw/releases/auth/.secrets (or similar of your
>> choice, under /etc/opt/csw).
>
> Is that s
2011/4/20 Ben Walton :
> Excerpts from Maciej Bliziński's message of Wed Apr 20 13:56:03 -0400 2011:
>
>> It cannot. But both can be populated from the same source,
>> e.g. using a script.
>
> Ok then wouldn't this data file be better placed in $HOME?
I discusse
2011/4/22 Ben Walton :
> + try:
> + af = open(authfile, 'r')
> + password = af.readline().rstrip()
Try using the 'with' syntax:
try:
with open(authfile, 'r') as af:
password = af...
To get the password, you can:
password = af.read() # reads the whole file
and with stripping:
pass
IOError.
When logging a warning, include the exception message as well:
except IOError, e:
logging.warning("Could not read %s: %s", authfile, e)
...
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2011/4/22 Ben Walton :
> Excerpts from Ben Walton's message of Fri Apr 22 08:10:23 -0400 2011:
>
>> + password = getpass.getpass("{0}'s pkg release password>
>> ".format(username))
>
> FYI, this bug in python is annoying. :(
>
> http://bugs.python.org/issue11236
Yes, annoying indeed. There we
2011/4/22 Ben Walton :
> Before asking the user for a password to submit their package, look
> for it in /etc/opt/csw/releases/auth/$username. Fall back to getpass
> on if there is any IOError while reading from the file.
>
> Signed-off-by: Ben Walton
> ---
> gar/v2/lib/python/csw_upload_pkg.py
2011/5/1 :
> +# We are replaceing CSWlibldnsdevel by CSWlibldns-devel
> +INCOMPATIBLE_PKGS_CSWlibldns-devel = CSWlibldnsdevel
If you want to rename a package, there is a dedicated functionality in GAR:
OBSOLETED_BY_CSWlibldns-dev = CSWlibldnsdevel
___
Em 01/05/2011 20:42, "İhsan Doğan" escreveu:
>
> Am 01.05.2011 18:41, schrieb Maciej Bliziński:
>
> >> +# We are replaceing CSWlibldnsdevel by CSWlibldns-devel
> >> +INCOMPATIBLE_PKGS_CSWlibldns-devel = CSWlibldnsdevel
> >
> > If you want to rename
2011/5/8 :
> CHECKPKG_OVERRIDES_CSWscala +=
> license-missing|/opt/csw/share/doc/scala/license
You should not override the license error. We need to ship license files.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/l
2011/5/8 :
> CATALOGNAME_CSWsvn-client = svn-client
You need to use an underscore for the catalog name: svn_client.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Hi John,
Are you familiar with "mgar makepatch"?
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
e/foo instead of /opt/csw/share/foo.
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
le.so
> +CHECKPKG_OVERRIDES_CSWgraphvizguile +=
> soname-not-found|libgraph.so.4|is|needed|by|opt/csw/lib/graphviz/guile/libgv_guile.so
> +CHECKPKG_OVERRIDES_CSWgraphvizguile +=
> soname-not-found|libgvc.so.5|is|needed|by|opt/csw/lib/graphviz/guile/libgv_guile.so
These are essentiall
This is John's email, which didn't make it to the list (I think that
John is not subscribed to devel@).
2011/5/30 John Ellson :
>> If you have any questions, please ask!
>>
>> Thanks,
>> Maciej
>
> Yes, basically this is getting to be too much work. The
2011/5/30 John Ellson :
>> If you have any questions, please ask!
>>
>> Thanks,
>> Maciej
>
> Yes, basically this is getting to be too much work. There isn't that much
> change in graphviz that it should be this hard.
First, thank you for your effo
2011/5/30 John Ellson :
> On 05/30/2011 04:32 PM, Maciej Bliziński wrote:
>> 2011/5/30 John Ellson :
>>>> If you have any questions, please ask!
>>>>
>>>> Thanks,
>>>> Maciej
>>> Yes, basically this is getting to be too much work.
2011/5/31 John Ellson :
> Maciej,
>
> Yes please to access to a test system. That would help a lot. I have
> access to lots of Fedora boxes locally, but only one Solaris box with
> opencsw, and it only has graphviz-2.26.3 release on it.
Cool, I sent an email to the buildfarm
g: when you look at checkpkg output, don't only look at
the overrides at the end. Do look at explanations above, they may
contain revelatory details.
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
ME_DEP_PKGS_CSWgraphvizgd = CSWgd
> +RUNTIME_DEP_PKGS_CSWgraphvizgd = CSWlibgd2
> RUNTIME_DEP_PKGS_CSWgraphvizgd += CSWjpeg
> RUNTIME_DEP_PKGS_CSWgraphvizgd += CSWglib2
> RUNTIME_DEP_PKGS_CSWgraphvizgd += CSWxpm
Hi John,
This change will only alter the dependency declarat
2011/5/31 John Ellson :
> On 05/30/2011 08:03 PM, Maciej Bliziński wrote:
>> In the meantime, I've submitted the a change to the graphviz build recipe:
>>
>> - Removed the "ENABLE_CHECK = 0" line
>> - Removed most of the overrides
>> - Split off
2011/5/31 John Ellson :
> I've attached the ldd output from the old release, if that's helpful?
I would suggest looking at the new binaries, not the old ones. Try
running ldd against your new binaries, and examining the output.
Maciej
If you try the version from gar sources, it will work.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
[+buildfarm]
On Tue, May 31, 2011 at 5:43 PM, John Ellson wrote:
> On 05/31/2011 12:14 PM, Maciej Bliziński wrote:
>>
>> If you try the version from gar sources, it will work.
>>
>>
>
> OK, that went well.
>
> gd-2.0.36RC1 and graphviz-2.28.0 uploaded to un
2011/5/31 John Ellson :
> On 05/31/2011 01:30 PM, Maciej Bliziński wrote:
>> [+buildfarm]
>>
>> On Tue, May 31, 2011 at 5:43 PM, John Ellson wrote:
>>>
> ...
>>> I was able to access test9s, so can you give me some more instructions
>>> on h
There seems to be a problem with the sudoers file, I've sent a request
to buildfarm@ to fix that.
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
In the meantime, I installed updated graphviz packages on a test
instance. Here's the end of the terminal session:
pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/ellson -y
-i graphvizgd
Installation of was successful.
=> Installing CSWlibcgraph6-2.28.0,REV=2011.05.31 (4/10) ...
P
o
buildfarm@ to fix it, but no response so far.
By the way, why don't you run Solaris 10 in Virtualbox? It's very
easy to use and you get a Solaris instance that you have total control
of. All you need is a couple of gigabytes of disk space and maybe
half a gig of RAM on you
2011/6/1 John Ellson :
> On 06/01/2011 07:28 AM, Maciej Bliziński wrote:
>>
>> By the way, why don't you run Solaris 10 in Virtualbox? It's very
>> easy to use and you get a Solaris instance that you have total control
>> of. All you need is a couple of giga
As far as I can tell, version 3.0.7 of rsync did not ship any
configuration file.
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Hi John,
For best results, send your buildfarm request to buildfarm@, and your
libtool question to maintainers@ (will reach a wider audience of
package maintainers).
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org
tml - then look for
your user name, the command is printed in the header section of your
experimental catalog.
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
These are provide by *this* package set, so this a reasonable.
Did you look why checkpkg thought that e.g. CSWgraphvizperl needs to
depend on CSWlibcdt5?
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2011/6/3 John Ellson :
> Maciej,
>
> You asking about the dependency on the *new* libcdt5 from
> graphviz2.28.0, right?
Yes, libcdt5 is with the new graphviz, the previous version of
graphviz builds libcdt4.
> It does depend on it. The perl language binding extends perl
+.so.6',
'libgcc_s.so.1'),
'path': 'opt/csw/lib/graphviz/perl/libgv_perl.so',
'runpath': ('/opt/csw/gcc4/lib',
2011/6/6 :
> Added: csw/mgar/pkg/mbrowse/trunk/depend
> ===
> --- csw/mgar/pkg/mbrowse/trunk/depend (rev 0)
> +++ csw/mgar/pkg/mbrowse/trunk/depend 2011-06-06 18:33:21 UTC (rev 14716)
> @@ -0,0 +1,5 @@
> +P
2011/6/6 Philip Brown :
> 2011/6/6 Maciej Bliziński :
>> 2011/6/6 :
>>> Added: csw/mgar/pkg/mbrowse/trunk/depend
>>> ===
>>> --- csw/mgar/pkg/mbrowse/trunk/depend (rev 0
2011/6/6 Maciej Bliziński :
> 2011/6/6 Philip Brown :
>> 2011/6/6 Maciej Bliziński :
>>> 2011/6/6 :
>>>> Added: csw/mgar/pkg/mbrowse/trunk/depend
>>>> ===
>>>> --- csw/mgar/pkg
ki.opencsw.org/checkpkg-error-tags#toc10
I suspect that CFLAGS are dropped from the build system at some stage,
and Solaris Studio is producing binaries with its default 32-bit
instruction set, sparcv8+ (instead of sparcv8).
Maciej
___
devel mail
test would be a good thing to have. I
can think of three test cases:
- a non .gz manpage (no error)
- a .gz manpage (error)
- a .gz manpage outside of share/man (no error?)
Do you need any help with the unit test?
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Thanks, Igor. Your patch is now submitted to the repository.
http://sourceforge.net/apps/trac/gar/changeset/14874
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
2011/7/2 :
> +RUNTIME_DEP_PKGS_CSWgawk += CSWlibintl8
> +RUNTIME_DEP_PKGS_CSWgawk += CSWlibsigsegv2
> +RUNTIME_DEP_PKGS_CSWgawk += CSWlibreadline6
Good to see that more and more packages start depending on the new
style shared libraries!
___
devel maili
/opt/csw/include/serf_bucket_util.h is in both CSWlibserf-devel and
CSWlibserf1-0 packages, it's best to remove the file from one of them.
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Em 17/07/2011 12:30, escreveu:
>
> Revision: 15083
> http://gar.svn.sourceforge.net/gar/?rev=15083&view=rev
> Author: rthurner
> Date: 2011-07-17 11:30:10 + (Sun, 17 Jul 2011)
>
> Log Message:
> ---
> libserf, additional ignores
>
> Modified Paths:
> --
>
Hi Rupert,
Can you move it to the lang-python subdirectory? All Python modules are kept
there.
Maciej
Em 18/07/2011 03:52, escreveu:
> Revision: 15091
> http://gar.svn.sourceforge.net/gar/?rev=15091&view=rev
> Author: rthurner
> Date: 2011-07-18 02:52:01 + (Mon, 18 Jul 2011)
What kind of disturbance do you have in mind?
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
ild recipes and must remain this way unless we
agree on restructuring it.
Can you revert this commit?
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
"It is gone. I don't see it anywhere anymore."
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Em 19/07/2011 17:52, "rupert THURNER" escreveu:
>
> 2011/7/19 Maciej Bliziński :
> > What kind of disturbance do you have in mind?
> for a local checkout:
> set the symbolic links for all the ckeckout.
Symbolic links from where to where? I assume it's not about
Em 19/07/2011 20:16, "rupert THURNER" escreveu:
>
> 2011/7/19 Maciej Bliziński :
> > Em 19/07/2011 17:52, "rupert THURNER" escreveu:
> >
> >>
> >> 2011/7/19 Maciej Bliziński :
> >> > What kind of disturbance do you have in mind
Em 20/07/2011 03:30, "rupert THURNER" escreveu:
>
> 2011/7/19 Maciej Bliziński :
> > Em 19/07/2011 20:16, "rupert THURNER" escreveu:
> >
> >>
> >> 2011/7/19 Maciej Bliziński :
> >> > Em 19/07/2011 17:52, "rup
[+yann]
'
Em 20/07/2011 00:17, "Ben Walton" escreveu:
>
> Excerpts from chninkel's message of Tue Jul 19 19:11:49 -0400 2011:
>
> Hi Yann,
>
> > -PACKAGES = CSWscrn
> > -CATALOGNAME = screen
> > +PACKAGES = CSWscreen CSWscrn
> >
> > -RUNTIME_DEP_PKGS = CSWterminfo
> > +SPKG_DESC_CSWscrn = Transiti
1 - 100 of 236 matches
Mail list logo
