Is syslog-ng availabe yet? I can see it is announced in opencsw.org website, but I do not see it from pkg-get command:
> pkg-get -a | grep syslog
pm_parsesyslog 1.10,REV=2008.03.02
pm_unixsyslog 0.100
Thanks,
Yang
_______________________________________________ users mailing list users@... https://lists.opencsw.org/mailman/listinfo/users
Hi Yang, * YANG LI <yangli@...> wrote: > Is syslog-ng availabe yet? I can see it is announced in opencsw.org > website, but I do not see it from pkg-get command: > > > pkg-get -a | grep syslog > > pm_parsesyslog 1.10,REV=2008.03.02 > > pm_unixsyslog 0.100 I suppose you are using the stable/ release branch. From what I see, syslog_ng is only available from the current/ (formerly known as unstable/) release branch. Others can likely verify this and add some background information. To see which release branch you are using, what does the following command say? grep ^url /opt/csw/etc/pkg-get.conf \ /etc/opt/csw/pkg-get.conf \ /etc/pkg-get.conf Btw., have you heard of pkgutil? It's a feature-rich alternative to pkg-get and can be found at all mirror roots. http://www.ibiblio.org/pub/packages/solaris/opencsw/pkgutil-i386.pkg http://www.ibiblio.org/pub/packages/solaris/opencsw/pkgutil-sparc.pkg Amongst many other features it offers a handy option for "remote support" question like mine, -V, to display configuration settings. More information can be found on the pkgutil website: http://pkgutil.wikidot.com/ Sebastian
On 2009-07-21 09:47, Dagobert Michelsen wrote: > Hi, > > Am 21.07.2009 um 02:47 schrieb Geoff Davis: >> I've been rolling my own version of rrdtool 1.3.7 using the opencsw >> libraries but another vendor supplied perl distribution. With the last >> change to libcairo (r5356), the dependency on librsvg has been removed >> to resolve a circular dependency. This has the side effect of >> disabling support for SVG graphics (cairo_svg_surface_create) in Cairo. >> >> Unfortunately, this means that rrdtool will not build. I have tried to >> build a package out of GAR (which is currently using 1.3.8) and it >> won't build either due to the lack of svg support in Cairo. I suspect >> this issue will affect the maintainer of rrdtool the next time he >> builds an RRDTool package. > > Ihsan, I guess we need to find a solution here (I mean "you", of course> >> This dependency order also has the side-effect of disabling cairo-svg >> support in my hand rolled version of graphviz2. > > Putting SVG back in to Cairo would mean breaking the circular dependency > on another > edge producing other problems. > >> What's the best way to get around this issue, and what is the OpenCSW >> plan for rrdtool? I see that Ubuntu Linux is still distributing >> RRDTool 1.3.1 in the most recent releases (jaunty and karmic), >> possibly due to this problem. > > Tobi, do you know how other distributions handle this? > Sorry for replying to such old stuff but I've been busy with little time for OpenCSW the last 6 months and now I've jumpstarted again and found myself digging into this mess again. It seems that cairo doesn't need librsvg except for the testsuite, but I've found some documentation on the net describing that the correct way to install cairo and related libs (librsvg and poppler) is to install cairo, then poppler and librsvg and then cairo again... Doh! But if we take a look at how Ubuntu and CentOS has solved it, they both have no dependencies on poppler and librsvg from libcairo, so I think that seems to be a good way to do it.
On Thu, Jan 7, 2010 at 5:25 PM, Sebastian Kayser <skayser <at> opencsw.org> wrote: > Hi Yang, > > * YANG LI <yangli <at> clemson.edu> wrote: >> Is syslog-ng availabe yet? I can see it is announced in opencsw.org >> website, but I do not see it from pkg-get command: >> >> > pkg-get -a | grep syslog >> >> pm_parsesyslog 1.10,REV=2008.03.02 >> >> pm_unixsyslog 0.100 > > I suppose you are using the stable/ release branch. From what I see, > syslog_ng is only available from the current/ (formerly known as > unstable/) release branch. Others can likely verify this and add some > background information. That's correct. The stable branch is best described as dead. It's not only syslog_ng, but also many of its dependencies that aren't available in the stable branch. As far as I know, the stable branch gets no updates and won't get any until further notice. Even the security updates -- they are only released to the current branch. Maciej _______________________________________________ users mailing list users <at> lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/users
Dear OpenCSW users, Our IRC channel, #opencsw on Freenode has been rising in activity in the last months. There's a number of maintainers hanging out there, some of them in Europe time, some in the East Coast time. If you, as an OpenCSW user, need support or have questions, feel free to talk to the maintainers on IRC. Having a conversation on IRC can be especially useful when: - you have problem, but you're not sure whether to file a bug for it or do something else - something appears to be missing from the documentation - you want to drop by and say how awesome our packages areIf you're not familiar with IRC, there's a web client you can use: http://webchat.freenode.net/?channels=opencsw See you there! Maciej Bliziński package maintainer _______________________________________________ users mailing list users <at> lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/users
Dear users, our fellow maintainer Ben Walton updated logwatch to the most recent version as a courtesy. However, as he doesn't use it himself it would be nice if a real user would verify the updated package and maybe contribute a customization for the OpenCSW Solaris distribution. As always the packages are available from testing/: http://mirror.opencsw.org/testing.html You can install it directly from there with pkgutil -t http://mirror.opencsw.org/opencsw/testing -i logwatch Best regards -- Dago
Dear users, the catalog names for the Curl packages have been adjusted to conform to the OpenCSW standard. That is: * CSWcurlrt - Old catalog name: curlrt - New catalog name: curl_rt * CSWcurldevel - Old catalog name: curldevel - New catalog name: curl_devel Please note that this only affects new installation with pkg-get and pkgutil as the package name used for dependencies is not affected. Kind regards -- Dagobert
Hi guys! I am going to be migrating some of my x86 Linux machines over to SPARC machines running OpenSolaris snv111b which is current stable build. Most of what I am going to do is easy, however for things like Cacti and Munin I am having difficulty. To start with I have attempted to compile these services from scratch only not being able to program very well I have had major difficulties. I got as far as compiling net-snmp but failed to get rrd-tools working. I figured that instead I would look at using OpenCSW packages instead, although no Cacti but at least once the base is installed I should be able to get it running on top! For the most part everything looks ok apart from Munin master or server, which currently is missing the index.html and other associated files in: /var/opt/csw/munin/www I only have these files: cgi which is a dir, and favicon.ico that's it If I compare this to my current Linux install I have: drwxr-xr-x 2 munin munin 4096 Sep 14 04:40 cgi -rw-r--r-- 1 munin munin 2555 Sep 14 04:45 definitions.html -rw-r--r-- 1 munin munin 5345 Jan 24 19:40 index.html -rw-r--r-- 1 munin munin 473 Sep 14 04:45 logo.png drwxr-xr-x 2 munin munin 57344 Sep 14 21:35 optiplex-networks.com -rw-r--r-- 1 munin munin 3538 Sep 14 04:45 style.css Are these files missing from Munin?? Since I have searched high and dry for them! Or are they simply in some obscure location which I haven't figured out yet??
Hi Kaya, > For the most part everything looks ok apart from Munin master or server, which currently is missing the index.html and other associated files in: > > /var/opt/csw/munin/www > > I only have these files: > > cgi which is a dir, and favicon.ico that's it > > If I compare this to my current Linux install I have: > > drwxr-xr-x 2 munin munin 4096 Sep 14 04:40 cgi > -rw-r--r-- 1 munin munin 2555 Sep 14 04:45 definitions.html > -rw-r--r-- 1 munin munin 5345 Jan 24 19:40 index.html > -rw-r--r-- 1 munin munin 473 Sep 14 04:45 logo.png > drwxr-xr-x 2 munin munin 57344 Sep 14 21:35 optiplex-networks.com > -rw-r--r-- 1 munin munin 3538 Sep 14 04:45 style.css > > Are these files missing from Munin?? Since I have searched high and dry for them! Or are they simply in some obscure location which I haven't figured out yet??
Thanks for the response Juergen! > > index.html and definitions.html should be created automatically after your configured hosts are checked for the first time. About the other files I'm not sure at the moment. > > Currently I'm moving into another city. I will take a look for these files - and correct this - as soon as I get a broadband speed internet connection, which should be in the next few days. I will upgrade then to 1.4.3 too. > > Thank you for your feedback! > > Juergen > So far I have the base config as I'm using the system in a VM on my notebook to test as I will be using them on a SPARC system soon. Munin-node was up and running; since I only have the local host defined the system *should* scan itself as when cross-comparing the config from my current setup which resides on a Linux Box - they are exactly the same for the internal machine. Ok a few little notes now as I'm just cross-comparing further as typing this: Munin-check response: # /opt/csw/bin/munin-check Check /var/opt/csw/munin/www Check miscelaneous # /var/opt/csw/munin/db : Wrong permissions (755 != 744) stat: cannot stat `/var/opt/csw/munin/db/datafile': No such file or directory # /var/opt/csw/munin/db/datafile : Wrong owner ( != munin) stat: cannot stat `/var/opt/csw/munin/db/datafile': No such file or directory # /var/opt/csw/munin/db/datafile : Wrong permissions ( != 644) stat: cannot stat `/var/opt/csw/munin/db/limits': No such file or directory # /var/opt/csw/munin/db/limits : Wrong owner ( != munin) stat: cannot stat `/var/opt/csw/munin/db/limits': No such file or directory # /var/opt/csw/munin/db/limits : Wrong permissions ( != 644) stat: cannot stat `/var/opt/csw/munin/db/*.stats': No such file or directory # /var/opt/csw/munin/db/*.stats : Wrong owner ( != munin) stat: cannot stat `/var/opt/csw/munin/db/*.stats': No such file or directory # /var/opt/csw/munin/db/*.stats : Wrong permissions ( != 644) # /var/opt/csw/munin/db/plugin-state : Wrong owner (munin != nobody) # /var/opt/csw/munin/db/plugin-state : Wrong permissions (755 != 775) Check done. Please note that this script only checks most things, not all things. Please also note that this script is very new and may be buggy. I also created a cron job which I inserted into /etc/cron.d as there wasn't any pre-installed: */5 * * * * munin test -x /usr/bin/munin-cron && /usr/bin/munin-cron > /dev/null 2>&1 This was directly copied from Linux so I changed the file locations to /opt/csw/bin/munin-cron! There currently is a PID of munin-node running so that's a good sign: # ls /var/opt/csw/munin/run munin-node.pid This is all I could evaluate at the present moment!! I will wait a bit and see if the index.html file does actually appear; if not I'll compare the munin-check output with my working version on Linux and see what happens there.... Regards, Kaya
RSS Feed18 | |
|---|---|
28 | |
44 | |
17 | |
34 | |
27 | |
44 | |
49 | |
32 | |
18 | |
18 | |
18 | |
27 | |
34 | |
8 | |
24 | |
33 | |
10 | |
29 | |
17 | |
52 | |
31 | |
36 | |
28 | |
30 | |
37 | |
37 | |
12 | |
9 | |
5 | |
6 | |
14 | |
20 | |
11 | |
23 | |
29 | |
19 | |
9 | |
66 | |
44 | |
28 | |
7 | |
26 | |
21 | |
43 | |
74 | |
91 | |
45 | |
78 | |
68 | |
151 | |
28 | |
19 | |
14 | |
12 |
