Hi Roger,
A handful of comments below.
On Mon, Mar 16, 2009 at 3:07 AM, wrote:
> Revision: 3773
> http://gar.svn.sourceforge.net/gar/?rev=3773&view=rev
> Author: hson
> Date: 2009-03-16 03:07:26 + (Mon, 16 Mar 2009)
>
> Log Message:
> ---
> facter: Initial commit
>
>
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
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
>
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 autogenerated based on DISTFILES.
> +SPKG_SOURCEURL = http://puppetlabs.com/
>
> RUNTIME_DEP_PKGS = CSWruby
> BUILD_DEP_PKGS = $(RUNTIME_DEP_PKGS)
>
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/branches/
2011/3/13 :
> +EXTRA_LINKER_FLAGS = -norunpath
I'm wondering whether EXTRA_LINKER_FLAGS are passed to both C and C++
programs. There's incompatibility between Sun C and C++ compilers wrt
-norunpath vs -xnorunpath. I don't remember exactly in which
direction it is, though. I think it's C that a
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/listinfo/d
Hey guys,
You all know about the catalog notifier I wrote[1].
It downloads catalogs from HTTP, parses them, compares to previous
versions, and sends e-mail notifications. It's great for people to
get feedback about their packages being published, but it doesn't help
other people know about the p
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.g. mysql).
>
> It seems to me that
Hey guys,
Here's one more checkpkg-related mini-project.
One of the performance bottlenecks in checkpkg is the GetPkgByPath
function in the CatalogMixin class. It does a relatively simple task:
based on the information from the database, it finds out, which
package owns a certain file, given a c
> + def GetObsoletedBy(self):
Add a docstring here.
"""Collects obsoleteness information.
Documentation:
http://...
Returns:
a tuple (bool, list) of (syntax_ok, obsoleted_by)
If the package has not been obsoleted, or the package predates the
implementation of thi
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
>
> Ah! Very ruby-esque, I like it. The same thing in
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
> ===
> --- package.py (revision 13
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 that add a new top level item to the dict?
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
> ===
> --- 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 installation path
Sounds like somethi
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
Reading this series of patches I'm starting to think whether it
actually makes sense for every of these changes to be a separate
commit. The choice of what constitutes a change that's worth having
as a separate commit is to some extent arbitrary. I guess there can
be two main factors to consider:
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:
>> + logging.debug("Using basic AUTH for user %s", 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 so the backend can leverage the same
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 discussed this with Dago recently, and the
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
2011/4/22 Ben Walton :
>> To get the password, you can:
>>
>> password = af.read() # reads the whole file
>>
>> and with stripping:
>>
>> password = af.read().strip()
>>
>> (strips ws from both sides)
>
> Do we want that though? It shouldn't hurt, but it also shouldn't be
> necessary. I'm only lo
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
2011/5/29 :
> +CHECKPKG_OVERRIDES_CSWcmake +=
> file-with-bad-content|/usr/local|root/opt/csw/bin/cmake
Hi Rupert,
If there are "/usr/local" strings found in the binaries, it indicates
that the binary might look for config or shared files in wrong places,
e.g. /usr/local/share/foo instead of /o
Hi John,
Here's a review of the change you submitted to the code repository.
There are some overrides that I suspect might be actual problems with
the packages. There could be overrides that you put in because you
have verified that checkpkg returned false positives. If this is the
case, could y
needs a rebuild. I'd do that except, no way, not
> with this kind of hassle during the packaging process.
>
> Personally I'd like to avoid multiple library versions installed in parallel.
> It can be a support nightmare.
>
>
> John
>
>
> On 05/30/2011 11
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 effort in maintaining the graphviz package.
Everyb
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 admins to grant you
2011/5/31 John Ellson :
> These are the remaining errors (at least, the remaining errors that I
> don't understand).
>
> What do they mean? Are they safe to override.
No need to override, they will go away after you commit all the code
changes to the repository.
One more thing: when you look a
2011/5/31 :
> Revision: 14672
> http://gar.svn.sourceforge.net/gar/?rev=14672&view=rev
> Author: ellson
> Date: 2011-05-31 01:55:10 + (Tue, 31 May 2011)
>
> Log Message:
> ---
> graphviz: configure not finding working -lgd. Try changing dependency to
> CSWlibgd2
>
> Mo
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
___
devel mailing
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
2011/6/1 John Ellson :
> Looks like something got linked to the previously installed libgraph...
> either dot itself, or possibly libgvc.
>
> I couldn't find this install on test9[sx] Is it still around someplace?
The sudoers file on test9s is broken, I've sent a request to
buildfarm@ to fix it, b
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/mailman
2011/6/1 John Ellson :
> So now I have Solaris-10 running on KVM on a Fedora-15 host.
Cool!
> So now, can you tell me what is the magic "pkg-get" command for me to
> load my graphviz-2.28 experimental packages from csw.org ?
Visit http://buildfarm.opencsw.org/experimental.html - then look for
yo
Hi John,
2011/6/2 :
> Modified: csw/mgar/pkg/graphviz/trunk/Makefile
> ===
> --- csw/mgar/pkg/graphviz/trunk/Makefile 2011-06-02 18:46:34 UTC (rev
> 14696)
> +++ csw/mgar/pkg/graphviz/trunk/Makefile 2011-06-02 18:49:36
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 with
> wrapped functions
2011/6/3 John Ellson :
> I should expand on this:
>
>> Libtool built and linked them in the build tree, they only become
>> unavailable when installing them into DESTDIR, which is not the final
>> install location, during the "make install" step for constructing the
>> packages.
>
> "make install"
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
Hi John,
2011/6/8 :
> +# FIXME - I don't understand this - please review
> +CHECKPKG_OVERRIDES_CSWliblasi0 +=
> binary-architecture-does-not-match-placement|file=opt/csw/lib/libLASi.so.0.0.1|arch_id=18|arch_name=sparcv8+
I wrote a short description on our wiki:
http://wiki.opencsw.org/checkpkg
2011/6/18 Ben Walton :
> After noticing that bacula wanted to gzip manpages by default, I took
> a look through the file database and noticed that several other
> packages[1] provide gzipped manpages. As solaris man can't handle
> these, I'd consider it a bug in the packaging. I propose this
> ad
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
Hi Rupert,
2011/7/17 :
> +CHECKPKG_OVERRIDES_CSWlibserf1-0 +=
> file-collision|/opt/csw/include/serf_bucket_util.h|CSWlibserf-devel|CSWlibserf1-0
> +CHECKPKG_OVERRIDES_CSWlibserf1-0 +=
> file-collision|/opt/csw/include/serf_private.h|CSWlibserf-devel|CSWlibserf1-0
> +CHECKPKG_OVERRIDES_CSWlibse
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)
>
> Log Message:
What kind of disturbance do you have in mind?
Maciej
___
devel mailing list
devel@lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/devel
Em 19/07/2011 12:34, escreveu:
>
> Revision: 15113
> http://gar.svn.sourceforge.net/gar/?rev=15113&view=rev
> Author: rthurner
> Date: 2011-07-19 11:34:36 + (Tue, 19 Jul 2011)
>
> Log Message:
> ---
> move python packages one level higher to keep the pkg directory struct
Em 19/07/2011 17:49, "rupert THURNER" escreveu:
>
> of course i can, but how could this change break a build recipe?
The pkg/ directory is the top directory of build recipes. If you move build
recipes up, you are effectively removing the recipes from people's local
copies. "It is gone. I don't se
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
Em 19/07/2011 22:39, escreveu:
>
> Revision: 15128
> http://gar.svn.sourceforge.net/gar/?rev=15128&view=rev
> Author: rthurner
> Date: 2011-07-19 21:38:57 + (Tue, 19 Jul 2011)
>
> Log Message:
> ---
> apr, try to adjust to new checkpkg ... seems not to make a lot of sens
Em 21/07/2011 03:57, escreveu:
>
> Revision: 398
> http://opencsw.svn.sourceforge.net/opencsw/?rev=398&view=rev
> Author: bdwalton
> Date: 2011-07-21 02:57:36 + (Thu, 21 Jul 2011)
>
> Log Message:
> ---
> initial proof of concept for a restful catalog signing daemon
>
>
Em 21/07/2011 04:02, escreveu:
>
> Revision: 409
> http://opencsw.svn.sourceforge.net/opencsw/?rev=409&view=rev
> Author: bdwalton
> Date: 2011-07-21 03:01:50 + (Thu, 21 Jul 2011)
>
> Log Message:
> ---
> move constants defining valid path portions for where to find the
Em 20/07/2011 10:42, "rupert THURNER" escreveu:
>
> 2011/7/20 Maciej Bliziński :
> > Em 19/07/2011 22:39, escreveu:
> >>
> >> Revision: 15128
> >> http://gar.svn.sourceforge.net/gar/?rev=15128&view=rev
> >> Author: rthur
Em 21/07/2011 15:08, "Ben Walton" escreveu:
>
> Excerpts from Maciej Bliziński's message of Thu Jul 21 09:52:22 -0400
2011:
>
> > > +class GPGDaemon < WEBrick::HTTPServlet::AbstractServlet
> > > + VALID_TREES = %w(unstable current)
> > > + VALID_ARCHES = %w(i386 sparc)
> > > + VALID_RELEASE = %
Em 21/07/2011 23:10, "Peter Bonivart" escreveu:
>
> 2011/7/22 Maciej Bliziński :
> > 1. Keep the data in a simple text format so that it is easy to read the
> > right bit of data in shell
>
> +1
>
> > 2. Keep the data in json and provide a shell utility
Em 21/07/2011 04:18, escreveu:
>
> Revision: 455
> http://opencsw.svn.sourceforge.net/opencsw/?rev=455&view=rev
> Author: bdwalton
> Date: 2011-07-21 03:18:39 + (Thu, 21 Jul 2011)
>
> Log Message:
> ---
> provide unique web errors from the web daemon
>
> Signed-off-by: B
Em 21/07/2011 23:48, "Peter Bonivart" escreveu:
>
> 2011/7/22 Maciej Bliziński :
> > The main benefit is that you use a standard file format that gives you a
> > data structure, e.g. a dictionary of lists.
> >
> > To use a simple text format, we need
Hi Yann,
Under normal circumstances you should never override the file collision
error. If you are moving files from one package to another, it is a better
idea to create an empty stub of the old package (i.e. the one you are moving
files from).
Maciej
Em 22/07/2011 23:43, escreveu:
>
> Revision: 15189
> http://gar.svn.sourceforge.net/gar/?rev=15189&view=rev
> Author: chninkel
> Date: 2011-07-22 22:42:59 + (Fri, 22 Jul 2011)
>
> Log Message:
> ---
> lftp: second try to fix IPV6_V6ONLY build problem
Another solution is
Em 23/07/2011 03:36, escreveu:
>
> Revision: 503
> http://opencsw.svn.sourceforge.net/opencsw/?rev=503&view=rev
> Author: bdwalton
> Date: 2011-07-23 02:36:04 + (Sat, 23 Jul 2011)
>
> Log Message:
> ---
> allow signing the dublin catalog
>
> Signed-off-by: Ben Walton
>
Em 21/07/2011 04:29, escreveu:
>
> Revision: 483
> http://opencsw.svn.sourceforge.net/opencsw/?rev=483&view=rev
> Author: bdwalton
> Date: 2011-07-21 03:28:57 + (Thu, 21 Jul 2011)
>
> Log Message:
> ---
> ensure we export a nicer path.
>
> Signed-off-by: Ben Walton
>
>
Thanks for tackling this, Dago. When developing checkpkg and csw-upload-pkg,
I've been neglecting a lot of package upgrades and fixes. I am happy to let
you take them over as you see fit. Changes to larger packages (such as... I
don't know, Python?) would probably require a discussion; libraries li
Em 26/07/2011 11:26, escreveu:
>
> Revision: 15223
> http://gar.svn.sourceforge.net/gar/?rev=15223&view=rev
> Author: dmichelsen
> Date: 2011-07-26 10:26:31 + (Tue, 26 Jul 2011)
>
> Log Message:
> ---
> apr: Remove ISALIST, relocate build-1 from share/ to libexec/
What
Em 27/07/2011 13:21, "Peter Bonivart" escreveu:
>
> 2011/7/27 Maciej Bliziński :
> > What do you (Dago and others) think about a check that throws an error
if
> > there is a binary placed outside the typical locations? The typical
> > locations would be bin, lib
Em 27/07/2011 22:27, "Dagobert Michelsen" escreveu:
>
> Hi Maciej,
>
> Am 27.07.2011 um 12:07 schrieb Maciej Bliziński:
>
> > Em 26/07/2011 11:26, escreveu:
> > >
> > > Revision: 15223
> > > http://gar.svn.sourceforge.net/gar
Hi Kester,
Some comments on the code, below.
Em 28/07/2011 10:55, escreveu:
>
> Revision: 15227
> http://gar.svn.sourceforge.net/gar/?rev=15227&view=rev
> Author: khabermann
> Date: 2011-07-28 09:55:15 + (Thu, 28 Jul 2011)
>
> Log Message:
> ---
> dsh: created package.
Em 28/07/2011 16:10, "Kester Habermann" escreveu:
>
> Hi Maciej,
>
> On Thu, Jul 28, 2011 at 12:50:57PM +0100, Maciej Blizi??ski wrote:
> > Some comments on the code, below.
>
> Thanks for the comments. I hadn't even submitted this package yet.
>
> > > dsh: created package. libdshconfig: created p
Em 28/07/2011 15:57, escreveu:
>
> Revision: 15228
> http://gar.svn.sourceforge.net/gar/?rev=15228&view=rev
> Author: bonivart
> Date: 2011-07-28 14:57:03 + (Thu, 28 Jul 2011)
>
> Log Message:
> ---
> pdsh: initial commit
>
> Added Paths:
> ---
>csw/mgar/pkg/
1 - 100 of 167 matches
Mail list logo
