From gshaw at acm.org  Sun Sep  1 01:04:23 2013
From: gshaw at acm.org (Guy Shaw)
Date: Sat, 31 Aug 2013 16:04:23 -0700
Subject: [csw-users] Why this strange behavior coping /opt/csw
In-Reply-To: <CAF2fwsfG=3b7y=1yOEH3+NkHftOd46V61bUT4z2G=ZWWmH1jhg@mail.gmail.com>
References: <87wqn4metz.fsf@newsguy.com> <5221A864.1060908@opencsw.org>
	<CAF2fwsfG=3b7y=1yOEH3+NkHftOd46V61bUT4z2G=ZWWmH1jhg@mail.gmail.com>
Message-ID: <52227677.7030708@acm.org>

On 8/31/2013 1:30 AM, Yann Rouillard wrote:
> Hi Harry,
>
> I don't know it is the case here, but often a difference of size after
> cp or rsync is caused by hardlinks not being preserved.
> Try to add the -H option to rsync to see if that changes something.

I would have thought that any change in size due to
not preserving hard links would be to increase the
total data size, but Mr Putnam said that the total size
decreased.  The answer must be elsewhere.

-- Guy Shaw

>
> Yann
>
>
> 2013/8/31 Laurent Blume <laurent at opencsw.org <mailto:laurent at opencsw.org>>
>
>     On 2013-08-29 10:17 PM, Harry Putnam wrote:
>      > Running Openindiana (solaris branch) and using some csw tools too.
>      >
>      > csw stuff is installed at /opt/csw.  Since my root pool space is
>      > shrinking I thought I might move all of /opt off on a different zpool
>      > on a different disc.  Then just put a symlink in place at /opt.
>
>     Using a symlink is a terrible idea, and furthermore - why? You can just
>     set your new dataset mountpoint to be /opt.
>
>     To be clear: if you use symlinks, updates expecting it to be a directory
>     can just remove the symlink and recreate as an empty directory. This was
>     particularly true in S10; on IPS, I expect that "pkg fix" would not be
>     happy about them either.
>
>      > I decided to do it with rsync and after rsyncing everything to
>     /t1/opt
>      >  (rsync -avv /opt/ /t1/opt/ )
>      >
>      > But when I check the result with du I find a huge difference in size.
>      >
>      > the original /opt shows 355 MB but the copied opt shows only 173 MB
>      >
>      > I thing tried with copy  using gnu copy  and did 'cp -a' /opt/t1/
>      >
>      > Again it comes up with the big difference in size..
>      >
>      > Any ideas what could explain that?
>
>     Posting exactly what you did would help understand. Also, you can do a
>     "find . | sort > file" in each directory and compare the files.
>
>     Laurent
>
>
>     _______________________________________________
>     users mailing list
>     users at lists.opencsw.org <mailto:users at lists.opencsw.org>
>     https://lists.opencsw.org/mailman/listinfo/users
>
>
>
>
> _______________________________________________
> users mailing list
> users at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/users
>


From dam at opencsw.org  Sun Sep  1 09:31:16 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sun, 1 Sep 2013 09:31:16 +0200
Subject: [csw-users] Why this strange behavior coping /opt/csw
In-Reply-To: <87wqn4metz.fsf@newsguy.com>
References: <87wqn4metz.fsf@newsguy.com>
Message-ID: <F6077D19-B7DE-4C34-B804-81D5F0714A94@opencsw.org>

Hi

Am 29.08.2013 um 22:17 schrieb Harry Putnam <reader at newsguy.com>:

> Running Openindiana (solaris branch) and using some csw tools too.
> 
> csw stuff is installed at /opt/csw.  Since my root pool space is
> shrinking I thought I might move all of /opt off on a different zpool
> on a different disc.  Then just put a symlink in place at /opt.
> 
> I decided to do it with rsync and after rsyncing everything to /t1/opt
> (rsync -avv /opt/ /t1/opt/ )
> 
> But when I check the result with du I find a huge difference in size.
> 
> the original /opt shows 355 MB but the copied opt shows only 173 MB
> 
> I thing tried with copy  using gnu copy  and did 'cp -a' /opt/t1/
> 
> Again it comes up with the big difference in size..

Compression? :-)

Best regards -- Dago

From yann at pleiades.fr.eu.org  Sun Sep  1 10:38:32 2013
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Sun, 1 Sep 2013 10:38:32 +0200
Subject: [csw-users] Why this strange behavior coping /opt/csw
In-Reply-To: <52227677.7030708@acm.org>
References: <87wqn4metz.fsf@newsguy.com> <5221A864.1060908@opencsw.org>
	<CAF2fwsfG=3b7y=1yOEH3+NkHftOd46V61bUT4z2G=ZWWmH1jhg@mail.gmail.com>
	<52227677.7030708@acm.org>
Message-ID: <CAF2fwscs2uJu-zU0K0kaaxnMkFidaAx8dO2y9CJwQ+bE+hV3Pw@mail.gmail.com>

2013/9/1 Guy Shaw <gshaw at acm.org>

>
> I would have thought that any change in size due to
> not preserving hard links would be to increase the
> total data size, but Mr Putnam said that the total size
> decreased.  The answer must be elsewhere.
>
> -- Guy Shaw
>

You're right, I replied too quickly :) And the gnu cp -a option seems to
preserve hardlinks anyway.

Dago's idea on compression seems to be the best lead, let's wait for
Harry's answer.


Yann
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20130901/f6bfb441/attachment.html>

From andreas.dvorak at parkstadtschwabing.net  Mon Sep  2 11:27:07 2013
From: andreas.dvorak at parkstadtschwabing.net (Andreas Dvorak)
Date: Mon, 2 Sep 2013 11:27:07 +0200 (CEST)
Subject: [csw-users] pkgutil and CSWpuppet3
Message-ID: <1126826679.3250838.1378114027834.open-xchange@ox.hosteurope.de>

Hi all,

I was trying to chat via IRC Channel, but it seems nobody is using it.

I am trying to install CSWpuppet3, but I only find the puppet 2.7 version
 /opt/csw/bin/pkgutil -a puppet
 common               package              catalog                        size
 puppet               CSWpuppet            2.7.14,REV=2012.05.03      686.4 KB
 puppetmaster         CSWpuppetmaster      2.7.14,REV=2012.05.03        3.2 KB
 Can please somebody help me?


Best regards,

Andreas Dvorak
andreas.dvorak at parkstadtschwabing.net
http://www.parkstadtschwabing.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20130902/00452e64/attachment-0001.html>

From dam at opencsw.org  Mon Sep  2 11:30:47 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 2 Sep 2013 11:30:47 +0200
Subject: [csw-users] pkgutil and CSWpuppet3
In-Reply-To: <1126826679.3250838.1378114027834.open-xchange@ox.hosteurope.de>
References: <1126826679.3250838.1378114027834.open-xchange@ox.hosteurope.de>
Message-ID: <FCDB5742-1280-428D-BC99-026BB51630B1@opencsw.org>

Hi Andreas,

Am 02.09.2013 um 11:27 schrieb Andreas Dvorak <andreas.dvorak at parkstadtschwabing.net>:
> I was trying to chat via IRC Channel, but it seems nobody is using it.

Patience, patience, please! :-)

>      I am trying to install CSWpuppet3, but I only find the puppet 2.7 version 
>  /opt/csw/bin/pkgutil -a puppet 
>  common               package              catalog                        size 
>  puppet               CSWpuppet            2.7.14,REV=2012.05.03      686.4 KB 
>  puppetmaster         CSWpuppetmaster      2.7.14,REV=2012.05.03        3.2 KB 
>  Can please somebody help me?

puppet3 is available in the unstable branch (and also the upcoming kiel release),
so you can either switch the catalog in pkgutil.conf or cherry pick.


Beste Gr??e

  -- Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20130902/d24d3ae4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2351 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20130902/d24d3ae4/attachment.p7s>

From schwindt at dfki.uni-kl.de  Wed Sep  4 13:32:27 2013
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Wed, 4 Sep 2013 13:32:27 +0200
Subject: [csw-users] Why this strange behavior coping /opt/csw
In-Reply-To: <87wqn4metz.fsf@newsguy.com>
References: <87wqn4metz.fsf@newsguy.com>
Message-ID: <20130904133227.000018bb@isg-1505>

On Thu, 29 Aug 2013 16:17:44 -0400
Harry Putnam <reader at newsguy.com> wrote:

[...]
>
> Any ideas what could explain that?

Blocksize of the filesystem ?



Nicolai Schwindt

From maciej at opencsw.org  Wed Sep  4 14:06:32 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 4 Sep 2013 13:06:32 +0100
Subject: [csw-users] pkgutil and CSWpuppet3
In-Reply-To: <FCDB5742-1280-428D-BC99-026BB51630B1@opencsw.org>
References: <1126826679.3250838.1378114027834.open-xchange@ox.hosteurope.de>
	<FCDB5742-1280-428D-BC99-026BB51630B1@opencsw.org>
Message-ID: <CALtRa-7wHgRvWMk=K7+jgV3upLWHfP6a8qJRoLVCd-KnP+bW0g@mail.gmail.com>

2013/9/2 Dagobert Michelsen <dam at opencsw.org>:
> puppet3 is available in the unstable branch (and also the upcoming kiel
> release),

It would help if the website showed which catalogs contain a given
package. For example, when you visit http://opencsw.org/p/puppet3
there's no indication which catalog is the website sourcing the
information from.

We could do all or some of the following:
- hardcode information in the website that it's showing packages from
the unstable catalog only
- provide a list of catalog where the package is present, for example
using jQuery and the REST interface.
- write an optimized REST endpoint which takes a catalogname and
returns a list of catalogs and package versions

I've made some updates to my Ajax / REST demo at
http://quinoa.blizinski.pl/~maciej/opencsw/test.html to make the code
a little cleaner.

Maciej

From reader at newsguy.com  Sun Sep  8 19:02:51 2013
From: reader at newsguy.com (Harry Putnam)
Date: Sun, 08 Sep 2013 13:02:51 -0400
Subject: [csw-users] Why this strange behavior coping /opt/csw
References: <87wqn4metz.fsf@newsguy.com>
	<F6077D19-B7DE-4C34-B804-81D5F0714A94@opencsw.org>
Message-ID: <87ppsjmekk.fsf@newsguy.com>

Dagobert Michelsen <dam at opencsw.org>
writes:

> Hi
>
> Am 29.08.2013 um 22:17 schrieb Harry Putnam
> <reader at newsguy.com>:
>
>> Running Openindiana (solaris branch) and using some csw tools too.
>> 
>> csw stuff is installed at /opt/csw.  Since my root pool space is
>> shrinking I thought I might move all of /opt off on a different zpool
>> on a different disc.  Then just put a symlink in place at /opt.
>> 
>> I decided to do it with rsync and after rsyncing everything to /t1/opt
>> (rsync -avv /opt/ /t1/opt/ )
>> 
>> But when I check the result with du I find a huge difference in size.
>> 
>> the original /opt shows 355 MB but the copied opt shows only 173 MB
>> 
>> I thing tried with copy  using gnu copy  and did 'cp -a' /opt/t1/
>> 
>> Again it comes up with the big difference in size..
>
> Compression? :-)
>
> Best regards -- Dago

Yes, of course, my blunder.  Sorry for the line noise


From reader at newsguy.com  Sun Sep  8 19:08:36 2013
From: reader at newsguy.com (Harry Putnam)
Date: Sun, 08 Sep 2013 13:08:36 -0400
Subject: [csw-users] cp csw install to new OS.
Message-ID: <87li37meaz.fsf@newsguy.com>

Running openindiana 151a7.

Before I start blundering around in a newly insalled OS.  Can anyone
tell me if I can cp/move a previous install of some csw tools and libs
from a previous OS to the new one by just rsyncing it across to the
new OS.

Both OSs are the same version of openindiana 151a7


From maciej at opencsw.org  Sun Sep  8 23:04:13 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sun, 8 Sep 2013 22:04:13 +0100
Subject: [csw-users] cp csw install to new OS.
In-Reply-To: <87li37meaz.fsf@newsguy.com>
References: <87li37meaz.fsf@newsguy.com>
Message-ID: <CALtRa-7=EVBuzsUyeZox6DXcGvWKOJhU7pTCUrDg+Vpp0iUO5Q@mail.gmail.com>

2013/9/8 Harry Putnam <reader at newsguy.com>:
> Before I start blundering around in a newly insalled OS.  Can anyone
> tell me if I can cp/move a previous install of some csw tools and libs
> from a previous OS to the new one by just rsyncing it across to the
> new OS.

rsync of an installation normally handled by a package manager - not a
good idea. Instead, you can make a list of all installed packages, and
install them with pkgutil on the other host.

If any locally modified configuration files need copying, you can
rsync them selectively.

You can get some examples from a similar scenario, these are
instructions for migrating from Blastwave to OpenCSW. It's similar in
that you need to uninstall one set of packages and install another. In
your case it'll be only the installation phase.

http://www.opencsw.org/use-it/migrating-from-blastwave-to-opencsw/

Maciej

From dam at opencsw.org  Mon Sep  9 08:49:48 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 9 Sep 2013 08:49:48 +0200
Subject: [csw-users] cp csw install to new OS.
In-Reply-To: <CALtRa-7=EVBuzsUyeZox6DXcGvWKOJhU7pTCUrDg+Vpp0iUO5Q@mail.gmail.com>
References: <87li37meaz.fsf@newsguy.com>
	<CALtRa-7=EVBuzsUyeZox6DXcGvWKOJhU7pTCUrDg+Vpp0iUO5Q@mail.gmail.com>
Message-ID: <272E78D2-732C-4714-8C60-BE11A6157400@opencsw.org>

Hi Maciej,

Am 08.09.2013 um 23:04 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
> 2013/9/8 Harry Putnam <reader at newsguy.com>:
>> Before I start blundering around in a newly insalled OS.  Can anyone
>> tell me if I can cp/move a previous install of some csw tools and libs
>> from a previous OS to the new one by just rsyncing it across to the
>> new OS.
> 
> rsync of an installation normally handled by a package manager - not a
> good idea. Instead, you can make a list of all installed packages, and
> install them with pkgutil on the other host.

Or even simpler with the "what is installed" snippet:
  http://www.opencsw.org/community/questions/90/which-opencsw-packages-are-installed


Best regards

  -- Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2351 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20130909/dabc6a24/attachment-0001.p7s>

From cos at aaaaa.org  Tue Sep 10 06:13:13 2013
From: cos at aaaaa.org (Ofer Inbar)
Date: Tue, 10 Sep 2013 00:13:13 -0400
Subject: [csw-users] cp csw install to new OS.
In-Reply-To: <272E78D2-732C-4714-8C60-BE11A6157400@opencsw.org>
References: <87li37meaz.fsf@newsguy.com>
	<CALtRa-7=EVBuzsUyeZox6DXcGvWKOJhU7pTCUrDg+Vpp0iUO5Q@mail.gmail.com>
	<272E78D2-732C-4714-8C60-BE11A6157400@opencsw.org>
Message-ID: <20130910041313.GA18708@mip.aaaaa.org>

On Mon, Sep 09, 2013 at 08:49:48AM +0200,
Dagobert Michelsen <dam at opencsw.org> wrote:
> Or even simpler with the "what is installed" snippet:
>   http://www.opencsw.org/community/questions/90/which-opencsw-packages-are-installed

That script doesn't seem to take into account the possibility of
cycles in the dependency graph.  If two packages depend on each
other it'll delete them both.  Does CSW guarantee no dependency
cycles?
  -- Cos

From maciej at opencsw.org  Tue Sep 10 09:44:39 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Tue, 10 Sep 2013 08:44:39 +0100
Subject: [csw-users] cp csw install to new OS.
In-Reply-To: <20130910041313.GA18708@mip.aaaaa.org>
References: <87li37meaz.fsf@newsguy.com>
	<CALtRa-7=EVBuzsUyeZox6DXcGvWKOJhU7pTCUrDg+Vpp0iUO5Q@mail.gmail.com>
	<272E78D2-732C-4714-8C60-BE11A6157400@opencsw.org>
	<20130910041313.GA18708@mip.aaaaa.org>
Message-ID: <CALtRa-4+hpMZLV+9=EHLuXXirCjWjFv91cdLoStQ_UikxPS5JQ@mail.gmail.com>

2013/9/10 Ofer Inbar <cos at aaaaa.org>

> Does CSW guarantee no dependency
> cycles?
>

Yes. It is possible to build a set of packages in such a way that there is
a dependency cycle, but the cycle won't make it to the mirrors. There is a
sanity checker (chkcat by Peter Bonivart) run against every catalog
directly after catalog generation. If there are any detected issues,
including dependency cycles, the catalog is not pushed out to the mirror.

http://sourceforge.net/p/opencsw/code/663/tree/buildfarm/bin/generate-catalog

Maciej
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20130910/c91ec7b7/attachment.html>

From dam at opencsw.org  Wed Sep 18 19:09:58 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 18 Sep 2013 19:09:58 +0200
Subject: [csw-users] OpenCSW Mirror will be unavailable between 5:30 and
	9:00 MET on 19. September 2013
References: <125D8941-4339-4EA5-AB5D-F70176221C9F@opencsw.org>
Message-ID: <1C1E74A4-3C03-4883-AC32-5D1E8015CD37@opencsw.org>

Dear users,

the OpenCSW primary mirror
  http://mirror.opencsw.org
(and also ftp and rsync) will be down
  from 5:30
  to 9:00 MET on 19. September 2013
due to a planned power outage.


Sorry for the inconvenience

 -- Dagobert Michelsen

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2351 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20130918/ea466e27/attachment.p7s>

From sbn at tbricks.com  Thu Sep 19 12:16:33 2013
From: sbn at tbricks.com (Dmitri Shubin)
Date: Thu, 19 Sep 2013 14:16:33 +0400
Subject: [csw-users] GCC 4.8.1
Message-ID: <523ACF01.7050706@tbricks.com>

Hi!

Is it possible to upgrade GCC to 4.8.1?

Thanks!

From maciej at opencsw.org  Thu Sep 19 13:33:16 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 19 Sep 2013 12:33:16 +0100
Subject: [csw-users] GCC 4.8.1
In-Reply-To: <523ACF01.7050706@tbricks.com>
References: <523ACF01.7050706@tbricks.com>
Message-ID: <CALtRa-4Z5B-K_8a+PMtZDc92+=uLZdzmFDxHO_TFVJviW6bnqQ@mail.gmail.com>

2013/9/19 Dmitri Shubin <sbn at tbricks.com>
> Is it possible to upgrade GCC to 4.8.1?

TL;DR there's extra work needed because the current package is broken
/ not rebuildable out of the box

Unfortunately, extra work is needed, so it's not just about bumping up
the sources version in the build recipe. In our builds, we append the
version to the binary names. For example, we have
"/opt/csw/bin/gcc-4.8" instead of "/opt/csw/bin/gcc". Then, during
package installation, we are making symlinks from e.g.
/opt/csw/bin/gcc to /opt/csw/bin/gcc-4.8 - so everything works as
expected. The problem is that in the 4.8.0 version the gcc build
started appending versions to all the /opt/csw/bin/gnat* binaries and
we haven't noticed. So now we have a package which doesn't make
symlinks for gnat* binaries, which causes the gcc rebuild to fail. We
have to make some ad-hoc symlinks on the buildfarm to fix this
temporarily and build a package which adds symlinks to all the gnat*
binaries during installation.

I'm the mainatiner, but I've already got a lot of things to do, so
I've been putting it off. I've just talked to Dagobert, and he's
agreed to help me with this. I'll keep you posted.

Maciej

From sbn at tbricks.com  Thu Sep 19 13:50:40 2013
From: sbn at tbricks.com (Dmitri Shubin)
Date: Thu, 19 Sep 2013 15:50:40 +0400
Subject: [csw-users] GCC 4.8.1
In-Reply-To: <CALtRa-4Z5B-K_8a+PMtZDc92+=uLZdzmFDxHO_TFVJviW6bnqQ@mail.gmail.com>
References: <523ACF01.7050706@tbricks.com>
	<CALtRa-4Z5B-K_8a+PMtZDc92+=uLZdzmFDxHO_TFVJviW6bnqQ@mail.gmail.com>
Message-ID: <523AE510.1090203@tbricks.com>

Hi Maciej,

Thank you for detailed explanation.

I successfully built it for my self and was just curious why it's still 
not in OpenCSW.
Now I know :)

Thanks!

From Al.Ishmael at toyota-fs.com  Fri Sep 20 12:31:05 2013
From: Al.Ishmael at toyota-fs.com (Al Ishmael)
Date: Fri, 20 Sep 2013 10:31:05 +0000
Subject: [csw-users] syslog-ng dependencies
Message-ID: <3E1BC656C50EC440B3F5CAB6CA172D67106D25@eadmz121p.ea.toyota-fs.com>

Hello,
I'm trying to install and configure 'syslog-ng' for the first time on a SPARC based Solaris_10 system

Information posted on the net says that there are a list of dependencies that have to be installed as well.

The list I have so far is as follows:-

cpsampleconf
initsmf
libdbi.so.1
libevtlog.so.0
libgcc_s.so.1
libglib-2.0.so.0
libgthread-2.0.so.0
libgthread-2.0.so.0
libpcre.so.1
libwrap.so.1
libssl1_0_0

Is this the DEFINITIVE list of dependies or are there more?   Can I get away with less?

Regards,


This correspondence is for the intended recipient only. It may contain confidential or legally privileged information or both. If you are not the intended recipient, please disregard and delete from your system. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of Toyota. This message has been checked for viruses but the recipient is advised to rescan the message before opening any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20130920/192cb5a7/attachment-0001.html>

From maciej at opencsw.org  Fri Sep 20 13:14:41 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Fri, 20 Sep 2013 12:14:41 +0100
Subject: [csw-users] syslog-ng dependencies
In-Reply-To: <3E1BC656C50EC440B3F5CAB6CA172D67106D25@eadmz121p.ea.toyota-fs.com>
References: <3E1BC656C50EC440B3F5CAB6CA172D67106D25@eadmz121p.ea.toyota-fs.com>
Message-ID: <CALtRa-64+Y2B4QYqxYUxGwTaf3x84vZ0vRDxRFn9gxF1YnOQ4Q@mail.gmail.com>

2013/9/20 Al Ishmael <Al.Ishmael at toyota-fs.com>
> Is this the DEFINITIVE list of dependies or are there more?   Can I get away with less?

If you take the package as given, the list is definitive. If you have
the time to spend on making the syslog-ng build tailored to your
needs, then everything is up to you.

You're probably asking about taking the package as-is, but installing
it in a non-standard way. I think it's a wrong way to go. You'll spend
a lot of time on it and you won't get a good result. Instead, you can
take the build recipe and modify it to fit your needs. For example,
you could try to see if you can isolate the minimal set of binaries
allowing you to run the service. Then you can make a package with just
this subset.

Maciej

From maciej at opencsw.org  Sat Sep 21 10:28:39 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sat, 21 Sep 2013 09:28:39 +0100
Subject: [csw-users] dublin is the new 'stable', kiel is the new 'testing'
Message-ID: <CALtRa-68Dfw2RaTBmAwBewECW6oOZ-fM1-wYiSQXJPXb0mpJyw@mail.gmail.com>

Hello OpenCSW users,

In November 2012, we've removed all the packages from the 'stable'
directory on the master mirror and replaced them with a README file. Ten
months passed since and we hope that you've noticed the change.

It's time to apply the 'stable' label to the dublin release. This is what
we had before:

unstable
testing ? dublin
stable ? (nothing)

After:

unstable
testing ? kiel
stable ? dublin

There's one important caveat:

You cannot update packages from the legacy (old stable) catalog to the new
stable.

If you have a machine on which you still have the legacy package set, you
must make a list of all your packages, uninstall them, then switch pkgutil
to the new catalog and install the new set.

Following the promotion of dublin to 'stable', the kiel release will become
the new 'testing'. There's no general upgrading caveat, you will be able to
upgrade from dublin to kiel (old 'testing' to new 'testing').

The change has been made on the master mirror and will propagate to other
mirrors in withing the next day.

In case of any problems, please contact us either on the mailing list or on
the IRC channel, #opencsw on Freenode.

Maciej
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20130921/56edef51/attachment.html>