Re: [OmniOS-discuss] Switching syslog with rsyslog

2013-08-10 Thread Carlos Cardenas 
ping.  

--  
Carlos


On Sunday, July 28, 2013 at 12:31 PM, Carlos Cardenas wrote:

 I've resolved these compile time issues.  All pkgs are 32 and 64 bit in one 
 wad.  
  
 https://github.com/omniti-labs/omnios-build/pull/28  
  
 --  
 Carlos
  
  
 On Saturday, July 20, 2013 at 5:07 PM, Carlos Cardenas wrote:
  
  Ok…  
   
  I have rsyslog 7.4.3 building/running with Guardtime enabled.  As a result 
  of jumping from 7.3.9 to 7.4.3, I had to add several new pkgs (deps):
  * libguardtime (Guardtime C SDK)
  * guardtime (Guardtime Client utility)
  * python26-docutils (build dep, generate man pages)
   
  I've also added rsyslog diag and user tools to allow for the additional 
  functionality of using Guardtime within rsyslog.
   
  The one caveat I have with the latest rsyslog with GT support is that there 
  is bug with the 64bit version of libguardtime linking with curl so rsyslog 
  is 32bit.  I'm opening a bug report with GT on this and hope to have this 
  resolved soon.
   
  That said, is 32bit fine or do y'all want to wait until we have 64bit as 
  well?
   
  How do y'all want the PRs done:  all in one or one PR per pkg?
   
  Thanks in advance.
   
  --  
  Carlos
   
   
  On Tuesday, July 16, 2013 at 11:12 AM, Carlos Cardenas wrote:
   
   I'll send an PR later this week{end}.  

   --  
   Carlos


   On Tuesday, July 16, 2013 at 6:35 AM, Eric Sproul wrote:

 
 
 
On Mon, Jul 15, 2013 at 11:35 PM, cardena...@gmail.com 
(mailto:cardena...@gmail.com) wrote:
 That's awesome Chris, where can I find the package source so I can 
 update to the latest stable version? GitHub or somewhere else?  
 
The build scripts for ms.omniti.com (http://ms.omniti.com) packages are 
in the omniti-ms branch of omnios-build:  
https://github.com/omniti-labs/omnios-build/tree/omniti-ms  
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com (mailto:OmniOS-discuss@lists.omniti.com)
http://lists.omniti.com/mailman/listinfo/omnios-discuss
 
 
 


   
  

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Switching syslog with rsyslog

2013-07-28 Thread Carlos Cardenas 
I've resolved these compile time issues.  All pkgs are 32 and 64 bit in one 
wad.  

https://github.com/omniti-labs/omnios-build/pull/28  

--  
Carlos


On Saturday, July 20, 2013 at 5:07 PM, Carlos Cardenas wrote:

 Ok…  
  
 I have rsyslog 7.4.3 building/running with Guardtime enabled.  As a result of 
 jumping from 7.3.9 to 7.4.3, I had to add several new pkgs (deps):
 * libguardtime (Guardtime C SDK)
 * guardtime (Guardtime Client utility)
 * python26-docutils (build dep, generate man pages)
  
 I've also added rsyslog diag and user tools to allow for the additional 
 functionality of using Guardtime within rsyslog.
  
 The one caveat I have with the latest rsyslog with GT support is that there 
 is bug with the 64bit version of libguardtime linking with curl so rsyslog is 
 32bit.  I'm opening a bug report with GT on this and hope to have this 
 resolved soon.
  
 That said, is 32bit fine or do y'all want to wait until we have 64bit as well?
  
 How do y'all want the PRs done:  all in one or one PR per pkg?
  
 Thanks in advance.
  
 --  
 Carlos
  
  
 On Tuesday, July 16, 2013 at 11:12 AM, Carlos Cardenas wrote:
  
  I'll send an PR later this week{end}.  
   
  --  
  Carlos
   
   
  On Tuesday, July 16, 2013 at 6:35 AM, Eric Sproul wrote:
   



   On Mon, Jul 15, 2013 at 11:35 PM, cardena...@gmail.com 
   (mailto:cardena...@gmail.com) wrote:
That's awesome Chris, where can I find the package source so I can 
update to the latest stable version? GitHub or somewhere else?  

   The build scripts for ms.omniti.com (http://ms.omniti.com) packages are 
   in the omniti-ms branch of omnios-build:  
   https://github.com/omniti-labs/omnios-build/tree/omniti-ms  
   ___
   OmniOS-discuss mailing list
   OmniOS-discuss@lists.omniti.com (mailto:OmniOS-discuss@lists.omniti.com)
   http://lists.omniti.com/mailman/listinfo/omnios-discuss



   
   
  

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] dns/multicast

2013-07-23 Thread Carlos Cardenas 
On Tuesday, July 23, 2013 at 12:20 AM, Ben Summers wrote:
 We use mDNS very successfully for development VMs: 
 http://bens.me.uk/2013/multicast-dns-and-development-virtual-machines
 
 But why do you need to do service discovery? mDNSResponder will automatically 
 broadcast `hostname`.local, and you just ssh or whatever to that hostname. 

Is that for GZ or NGZ?  I enabled the service in the GZ and didn't see any 
services register nor be able to resolve others outside of dns-sd.

For example, Ndnd is my toughbook running OmniOS and Lrrr is my MBP.

I could not ssh into Lrrr from Ndnd:
# ssh carlos@Lrrr.local

nor could I ssh into Ndnd from Lrrr:
# ssh carlos@Ndnd.local


The only way I could see the mdns services was via dns-sd.

-- 
Carlos

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Trying hard to compile par2cmdline and nzbget

2013-07-22 Thread Carlos Cardenas 
nzbget: 
You are linking against the wrong version of ncurses:
los@Ndnd:% nm /lib/libcurses.so.1| grep wattr_on

provided by system/library@0.5.11-0.151006

vs
los@Ndnd:% nm /usr/gnu/lib/amd64/libncurses.so.5.9| grep wattr_on
[644]   |  230520|  94|FUNC |GLOB |0|14 
|wattr_on


provided by library/ncurses@5.9-0.151006


Also, what's the deal with those four '-L/usr/lib' at the beginning of the 
compile line?  Don't forget, you are going to need -L and -R.  See man 1 ld. 

-- 
Carlos


On Monday, July 22, 2013 at 5:58 PM, Sebastien Messier wrote:

 So i'm trying to build stuff for my omnios server and i can't compile nothing.
 
 This is the error i get when compiling nzbget
 
  # make
  /usr/bin/make  all-am
  
  
  g++  -g -O2  -L/usr/lib -L/usr/lib -L/usr/lib -L/usr/lib  -o nzbget  
  ArticleDownloader.o BinRpc.o  ColoredFrontend.o Connection.o  Decoder.o 
  DiskState.o DownloadInfo.o  Frontend.o Log.o LoggableFrontend.o  
  NCursesFrontend.o NNTPConnection.o  NZBFile.o NewsServer.o Observer.o  
  Options.o ParChecker.o ParRenamer.o  ParCoordinator.o PrePostProcessor.o  
  QueueCoordinator.o QueueEditor.o  RemoteClient.o RemoteServer.o  Scanner.o 
  Scheduler.o  ScriptController.o ServerPool.o  svn_version.o TLS.o Thread.o  
  Util.o XmlRpc.o WebDownloader.o  WebServer.o UrlCoordinator.o Unpack.o  
  nzbget.o  -lz -lpar2 -lcurses -lresolv -lnsl -lsocket  -lxml2  -lsigc-2.0  
  -lssl -lcrypto
  
  
  Undefined   first referenced
  
  
   symbol in file
  
  
  wattr_onNCursesFrontend.o
  
  
  wattr_off   NCursesFrontend.o
  
  
  ld: fatal: symbol referencing errors. No output written to nzbget
  
  
  collect2: ld returned 1 exit status
  
  
  *** Error code 1
  
  
  make: Fatal error: Command failed for target `nzbget'
  
  
  Current working directory /temp-nzbget/nzbget-11.0
  
  
  *** Error code 1
  
  
  make: Fatal error: Command failed for target `all'
  
  
  
  
 This is the error i get when compiling par2cmdline
 
  # sudo make 
  make  all-am
  if g++ -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -O2 -MT reedsolomon.o -MD 
  -MP -MF .deps/reedsolomon.Tpo -c -o reedsolomon.o reedsolomon.cpp; \
  then mv -f .deps/reedsolomon.Tpo .deps/reedsolomon.Po; else rm -f 
  .deps/reedsolomon.Tpo; exit 1; fi
  In file included from par2cmdline.h:265:0,
   from reedsolomon.cpp:20:
  par2fileformat.h:67:20: warning: ignoring packed attribute because of 
  unpacked non-POD field 'MD5Hash PACKET_HEADER::hash' [enabled by default]
  par2fileformat.h:68:20: warning: ignoring packed attribute because of 
  unpacked non-POD field 'MD5Hash PACKET_HEADER::setid' [enabled by default]
  par2fileformat.h:79:18: warning: ignoring packed attribute because of 
  unpacked non-POD field 'MD5Hash FILEVERIFICATIONENTRY::hash' [enabled by 
  default]
  par2fileformat.h:84:25: warning: ignoring packed attribute because of 
  unpacked non-POD field 'PACKET_HEADER FILEVERIFICATIONPACKET::header' 
  [enabled by default]
  par2fileformat.h:86:25: warning: ignoring packed attribute because of 
  unpacked non-POD field 'MD5Hash FILEVERIFICATIONPACKET::fileid' [enabled by 
  default]
  par2fileformat.h:87:33: warning: ignoring packed attribute because of 
  unpacked non-POD field 'FILEVERIFICATIONENTRY 
  FILEVERIFICATIONPACKET::entries [0]' [enabled by default]
  par2fileformat.h:99:20: warning: ignoring packed attribute because of 
  unpacked non-POD field 'PACKET_HEADER FILEDESCRIPTIONPACKET::header' 
  [enabled by default]
  par2fileformat.h:101:20: warning: ignoring packed attribute because of 
  unpacked non-POD field 'MD5Hash FILEDESCRIPTIONPACKET::fileid' [enabled by 
  default]
  par2fileformat.h:102:20: warning: ignoring packed attribute because of 
  unpacked non-POD field 'MD5Hash FILEDESCRIPTIONPACKET::hashfull' [enabled 
  by default]
  par2fileformat.h:103:20: warning: ignoring packed attribute because of 
  unpacked non-POD field 'MD5Hash FILEDESCRIPTIONPACKET::hash16k' [enabled by 
  default]
  par2fileformat.h:127:20: warning: ignoring packed attribute because of 
  unpacked non-POD field 'PACKET_HEADER MAINPACKET::header' [enabled by 
  default]
  par2fileformat.h:131:28: warning: ignoring packed attribute because of 
  unpacked non-POD field 'MD5Hash MAINPACKET::fileid [0]' [enabled by default]
  par2fileformat.h:141:20: warning: ignoring packed attribute because of 
  unpacked non-POD field 'PACKET_HEADER CREATORPACKET::header' [enabled by 
  default]
  par2fileformat.h:151:20: warning: ignoring packed attribute because of 
  unpacked non-POD field 'PACKET_HEADER RECOVERYBLOCKPACKET::header' [enabled 
  by default]
  In file included from par2cmdline.h:284:0,
   from reedsolomon.cpp:20:
  verificationhashtable.h: In member function 'bool 
  VerificationHashEntry::operator(const VerificationHashEntry) const':
  verificationhashtable.h:69:52: warning:

[OmniOS-discuss] dns/multicast

2013-07-22 Thread Carlos Cardenas 
Has anyone gotten the mdns pkg working with sshd and other services auto 
registering?  This is on top of resolving nodes. 

I have the service enabled but must manually register services via dns-sd.  My 
/etc/nsswitch.conf has mdns for the appropriate items.

I was hoping to:
# ping Lrrr.local
# ssh carlos@Ndnd.local

-- 
Carlos

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Switching syslog with rsyslog

2013-07-20 Thread Carlos Cardenas 
Ok…  

I have rsyslog 7.4.3 building/running with Guardtime enabled.  As a result of 
jumping from 7.3.9 to 7.4.3, I had to add several new pkgs (deps):
* libguardtime (Guardtime C SDK)
* guardtime (Guardtime Client utility)
* python26-docutils (build dep, generate man pages)

I've also added rsyslog diag and user tools to allow for the additional 
functionality of using Guardtime within rsyslog.

The one caveat I have with the latest rsyslog with GT support is that there is 
bug with the 64bit version of libguardtime linking with curl so rsyslog is 
32bit.  I'm opening a bug report with GT on this and hope to have this resolved 
soon.

That said, is 32bit fine or do y'all want to wait until we have 64bit as well?

How do y'all want the PRs done:  all in one or one PR per pkg?

Thanks in advance.

--  
Carlos


On Tuesday, July 16, 2013 at 11:12 AM, Carlos Cardenas wrote:

 I'll send an PR later this week{end}.  
  
 --  
 Carlos
  
  
 On Tuesday, July 16, 2013 at 6:35 AM, Eric Sproul wrote:
  
   
   
   
  On Mon, Jul 15, 2013 at 11:35 PM, cardena...@gmail.com 
  (mailto:cardena...@gmail.com) wrote:
   That's awesome Chris, where can I find the package source so I can update 
   to the latest stable version? GitHub or somewhere else?  
   
  The build scripts for ms.omniti.com (http://ms.omniti.com) packages are in 
  the omniti-ms branch of omnios-build:  
  https://github.com/omniti-labs/omnios-build/tree/omniti-ms  
  ___
  OmniOS-discuss mailing list
  OmniOS-discuss@lists.omniti.com (mailto:OmniOS-discuss@lists.omniti.com)
  http://lists.omniti.com/mailman/listinfo/omnios-discuss
   
   
   
  
  

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Switching syslog with rsyslog

2013-07-16 Thread Carlos Cardenas 
I'll send an PR later this week{end}. 

-- 
Carlos


On Tuesday, July 16, 2013 at 6:35 AM, Eric Sproul wrote:

 
 
 
 On Mon, Jul 15, 2013 at 11:35 PM, cardena...@gmail.com 
 (mailto:cardena...@gmail.com) wrote:
  That's awesome Chris, where can I find the package source so I can update 
  to the latest stable version? GitHub or somewhere else? 
 
 The build scripts for ms.omniti.com (http://ms.omniti.com) packages are in 
 the omniti-ms branch of omnios-build:  
 https://github.com/omniti-labs/omnios-build/tree/omniti-ms 
 ___
 OmniOS-discuss mailing list
 OmniOS-discuss@lists.omniti.com (mailto:OmniOS-discuss@lists.omniti.com)
 http://lists.omniti.com/mailman/listinfo/omnios-discuss
 
 


___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Switching to OpenSSH

2013-07-15 Thread Carlos Cardenas 
OpenSSH 6.2p1 + HPN patches from 2013Q2 
(http://pkgsrc.joyent.com/packages/SmartOS/2013Q2/x86_64) 
Looking at the pkgsrc source for security/openssh, the patches that are there 
are for Interix, which tells me OpenSSH should be just fine in illumos. (IMO, 
It might be good to incorporate the HPN patches for performance reasons)

By default from pkgsrc, the privsep model is sandbox and seems to be working 
fine. 

I haven't tested the auditing support; will do that later in the week as time 
permits.

-- 
Carlos


On Monday, July 15, 2013 at 2:15 PM, Tim Rice wrote:

 On Mon, 15 Jul 2013, Paul B. Henson wrote:
 
  * sunssh is integrated into the Solaris auditing framework
  
  * sunssh uses the Solaris cryptographic framework rather than openssl, which
  historically gave it access to hardware acceleration that openssh didn't 
  use,
  but I think openssl supports the same framework now
  
  I think the only real killer would be the auditing support, if somebody was
  leveraging that.
  
 
 
 Back in the OpenSSH 4.0 days we see this in the ChangeLog
 20050220
 - (dtucker) [LICENCE Makefile.in (http://Makefile.in) README.platform 
 audit-bsm.c configure.ac (http://configure.ac)
 defines.h] Bug #125: Add *EXPERIMENTAL* BSM audit support. Configure
 --with-audit=bsm to enable. Patch originally from Sun Microsystems,
 parts by John R. Jackson. ok djm@
 
 We're on 6.2 now.
 Let us know if something is not working right.
 
 -- 
 Tim Rice Multitalents
 t...@multitalents.net (mailto:t...@multitalents.net)
 
 
 ___
 OmniOS-discuss mailing list
 OmniOS-discuss@lists.omniti.com (mailto:OmniOS-discuss@lists.omniti.com)
 http://lists.omniti.com/mailman/listinfo/omnios-discuss
 
 


___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

[OmniOS-discuss] Build environment

2013-07-15 Thread Carlos Cardenas 
I'm trying to get my toughbook's wifi to work (I think the iwp doesn't have the 
PCI ids for the 6205) which I'm hoping is an easy fix. 

I have all pkgs installed, omnios-build cloned (I'm running the latest stable 
release: b281e50) and when I attempt to run `buildcntl list` it errors out 
saying I need to install gcc48, which is not in stable's repo.  Do I need to be 
on bloody using bloody repos? 

Thanks in advance.

-- 
Carlos

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss