Been a while, but I think you're looking for:
mgar makepatch
You still need to add it to the makefile, but it'll capture the changes you
make after extracting source and applying existing patches.
Hth
Thanks
-Ben
On Thu 21 May 2020, 21:11 Riccardo Mottola via devel, <
devel@lists.opencsw.org>
Should be fixed with revision 24018.
Thanks
-Ben
On Mon, Aug 18, 2014 at 7:24 PM, Ben Walton wrote:
> Doh! Yes. I'll either switch binary names or as /opt/csw/gnu to the
> path... Sorry about that.
>
> Thanks
> -Ben
> On Aug 18, 2014 9:55 AM, "Laurent Blume&quo
Hi Carsten,
The package name it's based on the soname and will change when the library
version does. The software version may not match the soname and that is ok.
Thanks
-Ben
On Sep 24, 2012 5:18 AM, "Carsten Grzemba" wrote:
> How I have to handle package names of lib in this kind:
> CSWlibgeg
the net
isn't suddently cast too wide.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
ations too (/opt/csw/etc and then
/etc/opt/csw to give local preference over possibly NFS-shared).
Other than that, it looks sound to me. Thanks for sharing this!
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
a solution. There are all sorts of hoops to
jump through for things like this. There is lots of collected
experience too though, so if you find something weird, chances are
someone has hit it before. :)
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.56
;re usually leaked in via improper options determined by
the configure script.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
een pushed.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
h $(COOKIEDIR))/post-patch-gitsnap; ) \
fi; \
else \
echo "No extracted sources so we can't create patches..."; \
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
Excerpts from Maciej Blizinski's message of Fri Feb 03 07:43:14 -0500 2012:
> Targets like 'spotless' can take time on large builds, let's
> background them and return the prompt.
+1
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416
the log run...I just don't want to release updates
for the legacy things going forward as there is no point.
Time was sapped before I could continue on this last night.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610
nts, I guess! :)
I guess subversion can't really declare itself to be in the python
category though. The manual addition of the excludes in the local
recipe is the way to go.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.4
lude them by setting the
> EXTRA_MERGE_EXCLUDE_FILES to for example .*\.pyc
I looked at the python category file and it doesn't set this
vaule...I'd argue that it should.
I think that we should add:
_MERGE_EXCLUDE_CATEGORY += .*pyc
to v2/categories/python/category.mk
Any objection
hings up to 2.2.20. They should be
available on the mirrors now. pkgutil -UC.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.
Excerpts from igalic's message of Tue Sep 06 20:31:12 -0400 2011:
Hi Igor,
> PACKAGES += CSWhwloc-dev
> +PACKAGES += CSWhwlocrt
I think this would likely be better as CSWlibhwloc3...? If it's only
delivering a single library, this is almost certainly the case.
HTH.
-Ben
--
Be
_name is SunOS5.8. Maybe that is the best way to go but I'm not
positive.
Also, should we block adding a package to 5.8 without a specific
tool/interface?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:41
Ooops...replied to the @sourceforge.
Thanks
-Ben
--- Begin forwarded message from Ben Walton ---
From: Ben Walton
To: igalic
Cc: devel
Date: Wed, 31 Aug 2011 17:53:42 -0400
Subject: Re: [csw-devel] SF.net SVN: gar:[15474] csw/mgar/pkg/logrotate/trunk
Excerpts from igalic's message of We
Excerpts from igalic's message of Wed Aug 31 17:21:35 -0400 2011:
Hi Igor,
> Update of logrotate to 3.8.1:
> - remove now obsolete patches
> - Fix platforms (Sol10 only)
This doesn't build on solaris 9?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Tor
The plan is that this will halt the assembly line. Some (not sure who) will get
mail.
Thanks
-Ben
"Maciej Bliziński" wrote:
2011/8/30 Ben Walton :
> I've already written tests that catch the first one case as an error,
> but I think the second should be too. Although
harmful to
the users, a catalog name change should be banned unless it's an
explicit action (done with a manual script/tool instead of via
automation).
Agreed?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
CSWfoodev in the old catalog, see that it's called
foo_dev and remove foo_dev from the catalog diff, storing it as a
rename.
Does anyone think that case three should _not_ be an error?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
Univ
SWxcbproto
Update pydocutils/CSWpydocutils
Update pm_html_parser/CSWpm-html-parser
Update cas_migrateconf/CSWcas-migrateconf
Update phpmyadmin/CSWphpmyadmin
Update pcre/CSWpcre
Update pm_htmlparser/CSWpmhtmlparser
Update libpcre0/CSWlibpcre0
Update unzoo/CSWunzoo
Removing drupal/CSWdrupal
Removing libclam
d by an update operation. As things are keyed on
the catalog name, a change (based on version comparison) will trigger
a refresh of file list, maintainer name, etc. Mantis cares not about
package name so that won't be a problem.
Reasonable?
Thanks
-Ben
--
Ben Walton
Systems Programmer - C
ct_user_table () ...
function update_pkg_in_webdb(p)
delete_pkg_in_webdb(p)
add_pkg_to_webdb(p)
function update_pkg_in_mantis()
update mantis_project_user_table () ...
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
_
n't,
maybe we're not calling gem properly?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Excerpts from Maciej Bliziński's message of Sun Jul 24 17:26:35 -0400 2011:
> > unset DISPLAY
> > +PATH=/opt/csw/gnu:/opt/csw/bin:$PATH
>
> Perhaps we should ignore the original PATH as a security measure?
Done.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
ist. In opencsw-future it is only a
> symlink to dublin.
Done. As my comment notes, I'm leaning toward making this dynamic
(with limits on discovery) instead of using a preset array.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University
criptions could be matched against all descriptions in the
> catalog, but the database doesn't have the metadata yet.
I would only look at the current set for a check like this.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
Univers
feels wrong to me. If I want to build two packages with the same
description, I should be able to do so...and then override checkpkg
which enforces the policy.
What do others think about moving the check?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of T
n then have all of the tools converted
to require the language specific (if that's the route) file in the
defined location.
Sound good?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
d to catch everything under either /clearsign or /detach-sign.
Now it gets W*X*Y*Z URL's explicitly defined, where W = 2 (sign type)
and X, Y and Z are the catalog, arch and os combinations.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
my purposes, I can discern them from the file system...I
considered that but erred toward hard coding for now.
Thoughts?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing li
date, why not split these old libs out
into an openssl_legacy package, depended on by openssl. Then, use the
new library splitting for the current version. It would give you a
clean break from having to drag this baggage forward any further...?
Thanks
-Ben
--
Ben Walton
Systems Programm
Excerpts from Maciej Bliziński's message of Wed Jul 20 04:40:21 -0400 2011:
> > when mgar will be available on the buildfarm?
I'm installing it now...
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610
> +CATALOGNAME_CSWscrn = screen_transitional
> +RUNTIME_DEP_PKGS_CSWscrn = CSWscreen
You can just use:
OBSOLETED_BY_CSWscreen = CSWscrn
This will generate the proper stub package for you, including any
required overrides.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University
I wasn't aware of that function. I'll switch to using it. Is checkpkg sitting
out "recommend" lines with this function?
Thanks
-Ben
Dagobert Michelsen wrote:
Hi Ben,
Am 09.07.2011 um 14:35 schrieb bdwal...@users.sourceforge.net:
> Revision: 15023
> http://gar.svn.sourceforge.net/gar/?rev=150
ou make use of cswetcshells.
> +SPKG_CLASSES = none cswetcshells
This is done automatically too. (For this CAS and all the rest.)
> +ETCSHELLS = /opt/csw/bin/zsh
This is the only change you need other than dropping the manual
scripts.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
Uni
My mail client picked the wrong address on this reply...(and then I
didn't notice).
Thanks
-Ben
--- Begin forwarded message from Ben Walton ---
From: Ben Walton
To: Igor Galić
Cc: devel
Date: Fri, 24 Jun 2011 19:00:08 -0400
Subject: Re: [csw-devel] Making checkpkg work outside the build
eportError("perllocal-pod-in-pkgmap", entry["path"])
+def CheckGzippedManpages(pkg_data, error_mgr, logger, messenger):
+ gzipman_re = re.compile(r'share/man/man.*/.*\.gz$')
+ for entry in pkg_data["pkgmap"]:
+if entry["path"]:
+
erllocal-pod-in-pkgmap", entry["path"])
+def CheckGzippedManpages(pkg_data, error_mgr, logger, messenger):
+ gzipman_re = re.compile(r'share/man/man.*/.*\.gz$')
+ for entry in pkg_data["pkgmap"]:
+if entry["path"]:
+ if re.search(gzipman_re, entry[
up front. I'll also expand the wiki page
detailing the error tags.
> - a .gz manpage outside of share/man (no error?)
Is this even worth checking then?
> Do you need any help with the unit test?
I think I can handle it.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
Universi
f re.search(gzipman_re, entry["path"]):
+error_mgr.ReportError("gzipped-manpage-in-pkgmap",
entry["path"])
def CheckMultipleDepends(pkg_data, error_mgr, logger, messenger):
new_depends = set()
I tested it against CSWpuppet and I think it works as expecte
ask for other eyeballs to help.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
This seems like something we could correct without an override...what
is the RPATH value in these files?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.
atch and store a commit message with it (part of the patch file).
The basics are:
mgar patch # extract source, apply existing patches
cd work/solaris.../build-isa.../graphviz-$version/
edit source files
cd -
mgar makepatch
(add commit message)
(follow instructions for adding it to your recipe)
near future. At that time, I'll update the docs to match.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
group (revision 14394)
+++ files/CSWcswclassutils.i.cswusergroup (working copy)
@@ -5,8 +5,10 @@
# $Id$
#
# Written by Peter Bonivart
+# Modified by Ben Walton
#
# 2009-02-10 First release
+# 2011-04-29 Add support for auxgroups
#
# Documentation: http://wiki.opencsw.org/cswclassutils-pa
Excerpts from Dagobert Michelsen's message of Sun Apr 24 15:30:49 -0400 2011:
Hi Dago,
> I see no problem with that, please proceed.
I just commited this change as r14394.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.
ISA=i386)
#-> _modulate2(,,isa-i386-static-yes,ISA STATIC,ISA=i386
STATIC=yes)
--snip--
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencs
Excerpts from Maciej Bliziński's message of Fri Apr 22 19:02:36 -0400 2011:
> LGTM
Ok, here's a pull request then since this branch isn't yet public.
The http-auth branch in ~bwalton/opencsw-git contains the commit.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
Unive
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 | 11 ++-
1 files changed
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
Thanks
-Ben
--
Ben Walton
Systems
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 any exception.
Signed-off-by: Ben Walton
---
gar/v2/lib/python/csw_upload_pkg.py | 11 ++-
1 files changed, 10 insertions(+), 1 deletions
Excerpts from Maciej Bliziński's message of Fri Apr 22 02:03:34 -0400 2011:
> 2011/4/22 Ben Walton :
> > + try:
> > + af = open(authfile, 'r')
> > + password = af.readline().rstrip()
>
> Try using the 'with' syntax:
>
> try:
>
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 any exception.
Signed-off-by: Ben Walton
---
gar/v2/lib/python/csw_upload_pkg.py | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff
Excerpts from Sebastian Kayser's message of Wed Apr 20 16:16:59 -0400 2011:
Hi Sebastian,
> you shouldn't need to explicitly install README.CSW. As long as it's
> listed in DISTFILES, GAR will merge it automatically. Same goes for
> changelog.CSW.
Yes, I forgot about th
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?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
Unive
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 so the backend can leverage the same file?
Than
+
This is what I planned to tackle last night but I forgot about a
parent council meeting for my daughter's school. It looks as though
the file read bit still needs to happen though, right? (eg:
~/.csw-upload-pkg storing u/p)
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
Universi
Excerpts from aigoshin's message of Mon Apr 18 08:40:20 -0400 2011:
> +CHECKPKG_OVERRIDES_CSWnginx += bad-location-of-file|file=/var/run/nginx
> +
I thought that /var/opt/csw/run/($foo)* was the preferred location for
the pid files?
(Sorry for double post Andy...)
Thanks
-Ben
--
ster. *g*
I'll have to see if I can get a git-svn checkout to handle the recipe
part of the tree...
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.open
ter that I'd forgotten to include a
single subpackage or something. It was big and nasty, so small
manageable chunks was nicer to wrangle it.
...noisy though it may be. :) Done now.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of
oves CSW.
It definitely does do it right by default now. Set the PACKAGE names
as required and the matching CATALOGNAME will be correct too. You
shouldn't need to explicitly set these unless you need to honour old
names. Being explicit doesn't hurt though. :)
Thanks
-Ben
--
Ben Walto
1.9
becomes a reality?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Wruby/CSWruby18/ and that
would be valid too. What are your thoughts on this? The only
downside I see is if we ever make CSWruby pull in 1.9 instead of 1.8
by default, people might end up with the wrong dep. That's quite a
bit in the future though.
Thanks
-Ben
--
Ben Walton
Systems Programme
-deps: GEM_DEPS?=$(addprefix CSWrb18-,$(shell gem
specification $(DOWNLOADDIR)/$(GEMFILE) | $(GARBIN)/gemdeps.rb))
configure-check-gem-deps:
@echo "=== Checking dependencies of GEM $(GEMFILE) ==="
@$(GARBIN)/check_for_deps $(GEM_DEPS)
--
Ben Walton
Systems Programmer - CHAS
Wrb18-$(GEMPKGNAME)-doc ?= $(or
$(SPKG_DESC_CSWrb18-$(GEMPKGNAME)),$(SPKG_DESC)) documentation
# RUNTIME_DEP_PKGS_CSWgem-$(GEMPKGNAME) ?= $(shell gem specification
$(DOWNLOADDIR)/$(GEMFILE) | $(GARBIN)/gemdeps.rb)
[1] http://wiki.opencsw.org/ruby-dublin
--
Ben Walton
Systems Programmer - CHASS
Unive
should
> bump the value.
In the case of adding a new feature, it's only required to get the db
updated then.
> Also, if you're breaking backward compatibility.
Ok, so dropping or renaming an existing key in the dict or any
sub-key, etc...
Cool. Thanks!
-Ben
--
Ben Wal
isting item adds a new key?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Excerpts from Maciej Bliziński's message of Sun Mar 27 19:13:04 -0400 2011:
> The "obsolete_info" bit looks like if the information in question were
> obsolete. How about "obsoleteness_info"?
Sounds good. Will push.
Thanks
-Ben
--
Ben Walton
Systems Programmer
stBinaries(),
"binaries_dump_info": self.GetBinaryDumpInfo(),
"depends": dir_pkg.GetDependencies(),
+"obsolete_info": dir_pkg.GetObsoletedBy(),
"isalist": sharedlib_utils.GetIsalist(arch),
"overrides": override_dicts,
&quo
Excerpts from Maciej Bliziński's message of Sun Mar 27 16:09:06 -0400 2011:
> The return statement could be de-duplicated in the following manner:
Yes, I agree. Still getting my feet under me so I'm not spotting
silly things like that. Change committed.
Thanks
-Ben
--
Ben W
"obsoleted_by": obsoleted_by }
+
> Incrementing of the data structure version doesn't need to be done
> in this change, if it only adds this function. It will need to be
> in the change in the code creating pkg_stats in package_stats.py.
Right. And I'll do my be
return { "syntax_ok": obsoleted_syntax_ok, "by": obsoleted_by }
+
def CheckPkgpathExists(self):
if not os.path.isdir(self.directory):
raise PackageError("%s does not exist or is not a directory"
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:
ading,
> and allow commenting inline.
Yes, good point.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Excerpts from Ben Walton's message of Sun Mar 27 09:19:15 -0400 2011:
> We only care about the first two white space separated fields.
>
> > if 2 != len(fields):
Hmm. This needs to be a <= comparison since there will actually by
many fields when split by whitespace.
Thank
#x27;t empty. There are many other checks
that can focus on this new data. A list that isn't empty but fails
the syntax check would be one such test.
Updated patch attached.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
collect_obsoletion_info.patch
Description: Binary data
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Excerpts from Ben Walton's message of Sat Mar 26 21:05:26 -0400 2011:
> Sound ok to you?
With the correction of s/if no os.path/if not os.path/.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.
y the existence of the items listed, ensure the package delivers
nothing except a license file, has a catalog name ending in _stub if
the list of packages obsoleting the current package isn't empty, etc.
Sound ok to you?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of
Excerpts from Philip Brown's message of Sat Mar 26 13:28:56 -0400 2011:
> MULTI_WORD_CSWxxx =
Generally it's multi-word. RUNTIME_DEP_PKGS_CSWfoo, SPKG_DESC_...
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W
Y_/g? If this is being changed, how about
OBSOLETED_BY_?
If Dago is ok with it, it's fine for commit. Don't forget to update
the docs after the change and let maintainers@ know too.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
Univers
Excerpts from Dagobert Michelsen's message of Mon Mar 21 14:56:34 -0400 2011:
> WORKSRC ?= $(WORKDIR)/$(DISTNAME)
> PATCHDIR ?= $(WORKDIR)/$(DISTNAME)
Yes, making them independent is wise.
> IMHO the patch can be applied.
Done.
Thanks
-Ben
--
Ben Walton
Systems Prog
comparator from the
NotificationFormatter too, but I didn't look too deeply at that.
Maciej, is this roughly accurate?
Thanks
-Ben
[1]
http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/python/catalog_notifier.py#L251
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.4
e-isa-sparcv8] Error 2
> current9s%
> current9s%
This is important as WORKSRC is meant to be the directory with the
configuration stuff
in there. I don't have a smart idea on how to fix this. Maybe GIT patching
should start
at WORKDIR/PATCHDIR which defaults to DISTNAME and which is
Excerpts from phipsy's message of Fri Mar 18 11:05:31 -0400 2011:
Hi Mark,
Mind holding off your release of this until the new CSWlibruby18-1
hits the streets?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978
Excerpts from Maciej Bliziński's message of Wed Mar 16 04:33:22 -0400 2011:
> 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
Cool! Thanks.
-Ben
--
Ben Wal
Excerpts from wahwah's message of Sun Mar 13 04:18:38 -0400 2011:
> checkpkg: An idea for ugfiles check
Looks like a reasonable check to me.
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
_
Excerpts from skayser's message of Fri Mar 11 13:11:25 -0500 2011:
> Log Message:
> ---
> mgar: add bash autocompletion
Now you're talkin'! :) Nice feature.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.4
Hi Guys,
Thoughts on changing:
Go to Ben Walton QA page
to
Go to the QA page for Ben Walton
The attached patch should implement this change if you like it. It's
consistent with the wording for jumping to the bug tracker info and is
easier than handling the pluralization with 's
ks as though code review is starting to gain more
traction here... :)
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
e; or as close to it,
> as possible. This would work better than just a commit message.
Agreed. It's the kind of thing that just begs to be deleted. :)
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
> > file-with-bad-content|/export/home|root/opt/csw/lib/pentium_pro/libcrypto.so.0.9.7
>
> Fair enough. Even better, you can split them off and never have to
> resubmit them again.
This would get my vote too. It's what I'm doing with the gettext libs
as well. After the up
the remaining versions:
CHECKPKG_OVERRIDES_CSWosslutils += file-with-bad-content|/usr/local
This falls down if there ever exist files outside of $(docdir) with
this reference though...
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 |
to make it handle this case. I can't remember how I
did it though and don't have time to look right now.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
d
sibly cases where you want/need to leave one
or the other...
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
...it does require multiple invocations of makepatch though.
Maciej Blizinski wrote:
This allows to create a series of patches from a single editing session. ---
gar/v2/gar.mk | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff
--git a/gar/v2/gar.mk b/gar/v2/gar.mk index 26ab578..c9cc
I like this patch, but we'll want to let people know about it and give a quick
intro on howe to use it.
Thanks
-Ben
Maciej Blizinski wrote:
This allows to create a series of patches from a single editing session. ---
gar/v2/gar.mk | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff
Excerpts from Maciej Bliziński's message of Sun Feb 06 09:27:34 -0500 2011:
> 2011/2/6 Ben Walton :
> > That would require an external script with some mime smarts of it's
> > own...it's a good point though.
>
> Reminds of openssh, doesn't it?
I don
That would require an external script with some mime smarts of it's own...it's
a good point though.
Thanks
-Ben
"Maciej Bliziński" wrote:
2011/2/6 Ben Walton : > I think it would be ok. I
wouldn't want this for $(bindir) and a few > other locations, but we cou
.$(infodir)/gettext.info; )
>
> Could we make it a GAR default?
I think it would be ok. I wouldn't want this for $(bindir) and a few
other locations, but we could likely make this rule apply on
$(datadir) without issues. Dago?
Thanks
-Ben
--
Ben Walton
Systems Programmer - C
1 - 100 of 122 matches
Mail list logo
