Re: [OpenIndiana-discuss] Availability of c-icap with clamav support?

2012-11-05 Thread Andrej Javoršek
Hello, unless there is some simple procedure I will avoid debugging that. I'm not a programer and have never before done that kind of debugging. But if it helps: version (0.2.2) that I downloaded and compiled from SF works. Best Regards Andrej On Mon, Nov 5, 2012 at 3:29 PM, Jim Klimov wrote:

Re: [OpenIndiana-discuss] Gnome and the future

2012-11-05 Thread Irek Szczesniak
On Mon, Nov 5, 2012 at 7:55 PM, Apostolos Syropoulos wrote: > >> https://mail.gnome.org/archives/distributor-list/2012-November/msg2.html >> >> The GNOME community today announced the EOL of their "fallback" mode, > > These people have created a desktop for Linux and they do not care about > a

Re: [OpenIndiana-discuss] time-slider service and clock adjustments

2012-11-05 Thread Timothy Coalson
On Mon, Nov 5, 2012 at 3:40 PM, Oscar del Rio wrote: > > This sounds familiar and I found this old bug report: > https://groups.google.com/**forum/?fromgroups=#!msg/comp.** > unix.solaris/VAf6v02EQZk/-**Mook698kXYJ

Re: [OpenIndiana-discuss] time-slider service and clock adjustments

2012-11-05 Thread Oscar del Rio
On 11/ 5/12 03:46 PM, Timothy Coalson wrote: So, previously I installed with the wrong timezone, and after fixing the timezone, I found the time-slider service in maintenance mode, which seemed to be because it tried to make a snapshot with a name that already existed, due to the time having been

[OpenIndiana-discuss] time-slider service and clock adjustments

2012-11-05 Thread Timothy Coalson
So, previously I installed with the wrong timezone, and after fixing the timezone, I found the time-slider service in maintenance mode, which seemed to be because it tried to make a snapshot with a name that already existed, due to the time having been adjusted back by an hour. I shrugged it off b

Re: [OpenIndiana-discuss] Gnome and the future

2012-11-05 Thread Udo Grabowski (IMK)
On 11/ 3/12 04:55 PM, Milan Jurik wrote: Hi, On út, 2012-10-30 at 13:27 -0400, låzaro wrote: Hi all, as many people don't wanna see, gnome future is like a submarine without roof. So, my question. What about make the new gnome's fork as default desktop enviroment, just like is making linux mint

Re: [OpenIndiana-discuss] Gnome and the future

2012-11-05 Thread Apostolos Syropoulos
> https://mail.gnome.org/archives/distributor-list/2012-November/msg2.html > > The GNOME community today announced the EOL of their "fallback" mode,  These people have created a desktop for Linux and they do not care about anything else. Unfortunately, this happens with many projects. So eit

Re: [OpenIndiana-discuss] Gnome and the future

2012-11-05 Thread Alan Coopersmith
On 11/ 1/12 02:29 PM, Alan Coopersmith wrote: > On 11/ 1/12 02:20 PM, Irek Szczesniak wrote: >> On Wed, Oct 31, 2012 at 2:35 PM, Jonathan Adams >> wrote: >>> from what I remember of the conversations of the time, we cannot move >>> to Gnome 3 because of certain Linux dependencies ... >>> >>> Gnom

Re: [OpenIndiana-discuss] Holding port numbers for servers

2012-11-05 Thread Jim Klimov
On 2012-11-05 18:08, Udo Grabowski (IMK) wrote: I haven't seen this behavior for a while, so wanted to ask: are there now any provisions NOT to issue certain ports (i.e. list from /etc/services) when an applications opens a client socket? That is, the listed ports should only be issued if the app

Re: [OpenIndiana-discuss] Holding port numbers for servers

2012-11-05 Thread Udo Grabowski (IMK)
On 05/11/2012 17:47, Jim Klimov wrote: ... I take it, the tunable should be set early in OS startup, i.e. with some SMF service depending directly on "network" or in an rc*.d initscript? The ports thus reserved are subject to usual privileged-port routines and checks (be root or have the permiss

Re: [OpenIndiana-discuss] Holding port numbers for servers

2012-11-05 Thread Michael Stapleton
Should work unless something has been broken. I have not tested it in OI. Maybe the tunable can be set with ipadm? It can be in solaris 11. If not, "Script It" is a safe bet. Mike On Mon, 2012-11-05 at 17:47 +0100, Jim Klimov wrote: > Uh-huh, thanks Mike, "just what the doctor ordered" ;) > No

Re: [OpenIndiana-discuss] Holding port numbers for servers

2012-11-05 Thread Jim Klimov
Uh-huh, thanks Mike, "just what the doctor ordered" ;) No RFE then :) I take it, the tunable should be set early in OS startup, i.e. with some SMF service depending directly on "network" or in an rc*.d initscript? The ports thus reserved are subject to usual privileged-port routines and checks (

Re: [OpenIndiana-discuss] Holding port numbers for servers

2012-11-05 Thread Michael Stapleton
Hi Jim, TCP/UDP tunable: #ndd /dev/tcp tcp_extra_priv_ports http://www.sean.de/Solaris/soltune.html#portnumbers Mike On Mon, 2012-11-05 at 16:59 +0100, Jim Klimov wrote: > Back in the old days when internet authors thought that there was > going to be not much server software, they created

[OpenIndiana-discuss] Holding port numbers for servers

2012-11-05 Thread Jim Klimov
Back in the old days when internet authors thought that there was going to be not much server software, they created IANA to track registered ports for some apps, and the general convention was that ports under 1024 are reserved, and ports above that are to be issued freely to any networked app on

Re: [OpenIndiana-discuss] Availability of c-icap with clamav support?

2012-11-05 Thread Jim Klimov
On 2012-11-05 13:02, Andrej Javoršek wrote: Current client complains with: Error connecting to socket (host: ?P??) . Failed to connect to icap server. That "P" inside brackets has changed from "@" and before from "?" in consecutive runs. And setting parameter -i (localhost | actual

Re: [OpenIndiana-discuss] Availability of c-icap with clamav support?

2012-11-05 Thread Andrej Javoršek
Hello, Milan thank you for your response. ClamAV modules are included (but must be installed separately). I was able to configure and start c-icap server. Client seems to be broken, so I did my tests with old client from my original build. Current client complains with: Error connecting to socket