[osol-discuss] DTrace: How to print string in C++
How to print string in C++:
e.g. string Fun(string a, int b)
Then I'll try to printf the return value of this Fun().
*:return
{
printf("ret = %s", stringof(arg0));
...
}
But DTrace told that this use is uncorrect.
Then how to get the return string value??
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
[osol-discuss] Nexenta and language support
Why this does not work: # /usr/bin/qt-language-selector Session management error: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed updateLanguageList() tristate: English tristate: Finnish updateSystemDefaultCombox() Traceback (most recent call last): File "/usr/bin/qt-language-selector", line 15, in ? lc = QtLanguageSelector(app, "/usr/share/language-selector/") File "/usr/lib/python2.4/site-packages/LanguageSelector/qt/QtLanguageSelector.py", line 17, in __init__ self.init() File "/usr/lib/python2.4/site-packages/LanguageSelector/qt/QtLanguageSelector.py", line 27, in initself.updateSystemDefaultCombobox() File "/usr/lib/python2.4/site-packages/LanguageSelector/qt/QtLanguageSelector.py", line 39, in updateSystemDefaultCombobox localeName = self._localeinfo.translate(locale) File "/usr/lib/python2.4/site-packages/LanguageSelector/LocaleInfo.py", line 87, in translate (lang, country) = string.split(locale, "_") ValueError: too many values to unpack Maybe it is a simple reason. Martti This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
Rod Evans wrote: Alan Modra wrote: You seem to want some other sort of treatment of ABS symbols, as needing .plt or .got entries, I presume. I think that might be OK too, but may require some redesign of GNU ld. The trouble is that GNU ld has just one ABS section internally. That means that ABS symbols are lumped together and lose their association with a particular object file. I'm reasonably certain that this will cause you some trouble. Well, I'm not very familiar with the gnu linker, but Martins experiments seem to suggest that the treatment of an ABS definition is inconsistent - sometimes they result in UNDEF references, other times ABS. This is the point, under certain circumstances (-Wl,-shared) the absolute symbols are linked in as, well, absolute symbols, whereas without -Wl,-shared they are treated *properly* as undefs, despite the fact that they are indeed defined in the -lpthread or -ldl as absolute symbols. Looks like inconsistency to me. Martin might have to add some c stub functions to his builds so that his libraries provide non-ABS filter symbols in the mean time. This wouldn't help at all, since GNU linker would produce code which calls these stubs in the end, instead of redirecting to the filtee (I believe). HTH, Martin P.S. so what should we do next? -- http://martinman.net ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Re: tar incompatibility with linux
Right; when I've had this discussion before, I've used GNU tar as an example of a command to avoid, and GNU awk (which can handle an almost unlimited number of fields, as compared to SysV [n]awk) as an example of a command that arguably improves on the original (and yet where there was coordination with one or more of the developers of the original to keep incompatibilities to a minimum, IIRC). Compatibility and standards are areas where expectations of commercial Unix users are high, IMO, and where not _all_ GNU tools are improvements on their (formerly, in the case of OpenSolaris) proprietary models. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Happy Happy Joy Joy
One core 2 duo with OpenSolaris is a heck of a desktop NetBeans platform. Enjoying this very much, was Sparc snob, now happy on x86. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] What's the drill to follow along?
Do the successive builds of Solaris Express upgrade or does one end up with a total reinstall? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] What's the drill to follow along?
> Do the successive builds of Solaris Express upgrade or does one end up with > a total reinstall? > feel free to build over and over. each time you build and reboot you get a new version. easy eh ? Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Happy Happy Joy Joy
> One core 2 duo with OpenSolaris is a heck of a desktop NetBeans platform. > Enjoying this very much, was Sparc snob, now happy on x86. > cool ! I'm still a bit of a "Sparc snob" only because I have never seen an x86 server do this : # uname -a SunOS enterprise 5.9 Generic_118558-05 sun4u sparc SUNW,Ultra-Enterprise # uptime 11:08am up 598 day(s), 21:48, 3 users, load average: 1.18, 1.00, 0.89 # Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Happy Happy Joy Joy
On 11/28/06, Dennis Clarke <[EMAIL PROTECTED]> wrote: > One core 2 duo with OpenSolaris is a heck of a desktop NetBeans platform. > Enjoying this very much, was Sparc snob, now happy on x86. > cool ! I'm still a bit of a "Sparc snob" only because I have never seen an x86 server do this : # uname -a SunOS enterprise 5.9 Generic_118558-05 sun4u sparc SUNW,Ultra-Enterprise # uptime 11:08am up 598 day(s), 21:48, 3 users, load average: 1.18, 1.00, 0.89 # Well, we are close to it with genunix.org. Just give it another two months :) uptime 2:16am up 532 day(s), 1:26, 1 user, load average: 0.00, 0.00, 0.00 uname -a SunOS svn 5.10 Generic i86pc i386 i86pc Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org -- Regards, Cyril ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
Alan Modra <[EMAIL PROTECTED]> wrote: > On Mon, Nov 27, 2006 at 10:04:42PM +0100, Martin Man wrote: > > There seems to be a bug in GNU ld that does not link filter symbols > > properly. > > I'd hardly call it a bug. By the sound of things, Sun has made some > extensions to ELF that GNU ld doesn't understand. Someone (you > perhaps) needs to teach GNU ld about the proper handling of these > "filter symbols". If no one at Sun or amongst the user base cares > enough about GNU ld to do this, or to pay someone else to do the work, > then GNU ld will be useless on your platform. Moaning on the binutils > lists won't help much.. Well, Sun did invent ELF, so an extension to ELF made by Sun seems to be an official extension that should be supported by all tools. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] SXCR snv_53 ?
Hi ! Is it being delayed like snv_52 ? Sun' engineers started to blog/post their impressions from installing their office/home machines with snv_53. I would like to install it too :) -- Regards, Cyril ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: tar incompatibility with linux
Justin Zygmont <[EMAIL PROTECTED]> wrote: > On Mon, 27 Nov 2006, UNIX admin wrote: > > >> ok, that sure helps a lot, what do you recommend > >> then? > > > > I recommend the *standard* system V tools. Like system V `tar`. Or Joerg's > > `star`. > > > > Like Dennis wrote: friends don't let friends use GNU stuff. And why should > > they, when standard System V tools are available, for free, with source > > code inclusive? > > ok, i'll give the sysV tar a try and see, if it does work then all it > needs is gzip ability built in and I wouldn't have to look back. I'm > surprised you guys hate GNU so much though. As I mentioned before: The main problem with tapes on Linux is that Linux by default uses the unblocked interface variant of the drives. You need to switch the drive and the driver into variable block size mode. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Re: tar incompatibility with linux
"Richard L. Hamilton" <[EMAIL PROTECTED]> wrote: > Compatibility and standards are areas where expectations of commercial > Unix users are high, IMO, and where not _all_ GNU tools are improvements > on their (formerly, in the case of OpenSolaris) proprietary models. I would be happy to see such a relaxed view from more people! The problem with the GNU followers ist that they believe that all GNU tools are better than other tools. As with any program, the quality/skills of the programmers/maintainers is important for the quality and usability of the programs. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Happy Happy Joy Joy
> On 11/28/06, Dennis Clarke <[EMAIL PROTECTED]> wrote: >> >> > One core 2 duo with OpenSolaris is a heck of a desktop NetBeans >> platform. >> > Enjoying this very much, was Sparc snob, now happy on x86. >> > >> >> cool ! >> >> I'm still a bit of a "Sparc snob" only because I have never seen an x86 >> server do this : >> >> # uname -a >> SunOS enterprise 5.9 Generic_118558-05 sun4u sparc SUNW,Ultra-Enterprise >> # uptime >> 11:08am up 598 day(s), 21:48, 3 users, load average: 1.18, 1.00, 0.89 >> # > > Well, we are close to it with genunix.org. Just give it another two months > :) nice ... thats two big stable servers created by the community > >> uptime > 2:16am up 532 day(s), 1:26, 1 user, load average: 0.00, 0.00, 0.00 >> uname -a > SunOS svn 5.10 Generic i86pc i386 i86pc too cool dc ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] tar incompatibility with linux
Justin Zygmont <[EMAIL PROTECTED]> wrote: > On Sun, 26 Nov 2006, Joerg Schilling wrote: > > > Justin Zygmont <[EMAIL PROTECTED]> wrote: > > > >> I have just noticed a problem with tapes written from solaris, linux can't > >> read them unless I write them using a block size of 1. (-b1) > >> The problem with this, is that any backup to tape takes forever now, and > >> is almost useless, yet solaris reads the linux written tapes no problem. > >> This is using gnu tar on both systems too. > > > > Linux by default writes tapes that are unblocked and thus incompatible to > > UNIX. > > how can that be? because I mentioned that solaris CAN read linux written > tapes. > > > The best idea is to switch Linux to write blocked tapes using the Linux mt > > command variant. > > I don't see any option for that, what are you talking about? There is a > -B option for read-full-blocks This is not a tar/star option but e.g. a Linux mt option. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] What's the drill to follow along?
Jack Woehr writes: > Do the successive builds of Solaris Express upgrade or does one end > up with a total reinstall? You can upgrade between Solaris Express versions using either Live Upgrade or "standard" (hazardous) in-place upgrade. The one thing you don't get with Solaris Express is patches. We don't have a mechanism in place to create patch trains for the SX versions, and given the amount of development going on in SX, it'd probably be an unfortunate trick to pull off. -- James Carlson, KISS Network<[EMAIL PROTECTED]> Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Re: tar incompatibility with linux
> ok, i'll give the sysV tar a try and see, if it does > work then all it > needs is gzip ability built in and I wouldn't have to > look back. tar cvpf - dir-to-archive | bzip2 -9vc > /var/tmp/archive.tar.bz2 bzip2 -dc /var/tmp/archive.tar.bz2 | tar xvf - > I'm surprised you guys hate GNU so much though. Hey, if GNU was of high quality and held itself strictly to standards and specifications, I would be the first to love it and advocate it! But when you have a bunch of people hacking away at it thinking that they understand UNIX and corresponding problems when they really don't, then the result is "GNU is not UNIX". This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Happy Happy Joy Joy
> One core 2 duo with OpenSolaris is a heck of a > desktop NetBeans platform. Enjoying this very much, > was Sparc snob, now happy on x86. I was too, but dual core Opterons are nice as well, yummy. Very fast systems. Solaris just flies on these like mad! This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Happy Happy Joy Joy
> I'm still a bit of a "Sparc snob" only because I have > never seen an x86 > server do this : > 11:08am up 598 day(s), 21:48, 3 users, load > average: 1.18, 1.00, 0.89 My enterprise storage system had 487 days. Then we decided to finally take the plunge, whack Solaris 9 and do an initial install of Solaris 10 6/06. Well, I built a Run Time Platform which was based on Solaris 10 6/06 i86pc, and then we flashed the system with that. It's been humming along since end of July without a single reboot. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Installing IRIX 6.5.x from a Solaris system?
Thanks to both of you for answering! > Add Octane as client. > > Enable bootp. > > Casper OK, I know I need to rummage through docs.sun.com on how to enable BOOTP in the DHCP server... help, need a little help? A hint on intelligently constructing a search string for "enabling bootp" on docs.sun.com would be extremely helpful. In other words: please help me help myself. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Community Supported Software ITU image
I created an initial ITU package to be used on OpenSolaris for NIC drivers. It is located in the file section for device drivers: http://opensolaris.org/os/community/device_drivers/files/ It currently supports 3 of Masayuki Murayama's devices, bfe, vfe, and sfe. I will be adding more of Masa's drivers to the ITU image in the next few days, as well as Garrett D'Amore's afe and mxe drivers, and will look to see what Juergen Keil might have that may be useful. There's probably 16-18 devices we have support for in the community which I will update this ITU image with. -- Alan DuBoff - Solaris x86 Engineering - IHV/OEM Group Advocate Of Insourcing at Sun - hire people that care about our company! ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] rpcbind problem
Hello, I am facing some problems with rpcbind on Solaris10. Whenever I try to bind my service with rpc, rpcbind is geting pushed into maintenance mode. Why is it so? It is seen only with complete installation of Solaris 10, both with and without OEM support. It works fine when I install Solaris 10 with "End User Installation" Can someone please provide me the required information. Much thanks in advance. Thanks and regards, Naveen This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] rpcbind problem
>Hello, > >I am facing some problems with rpcbind on Solaris10. Whenever I try to bind my >service with rpc, r pcbind is geting pushed into maintenance mode. Why is it so? It is seen only with complete installa tion of Solaris 10, both with and without OEM support. It works fine when I install Solaris 10 with "End User Installation" There is not a lot of information there; what does "maintenance mode" entail in this case? Log messages from rpcbind? Does the process go away and can it not be restarted? Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Installing IRIX 6.5.x from a Solaris system?
>OK, I know I need to rummage through docs.sun.com on how to enable BOOTP in >the DHCP server... hel p, need a little help? A hint on intelligently constructing a search string for "enabling bootp" on docs.sun.com would be extremely helpful. Well, you could run the dhcpmgr GUI tool or you could run the dhcpconfig command line tool. Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Installing IRIX 6.5.x from a Solaris system?
UNIX admin writes: > Thanks to both of you for answering! > > > Add Octane as client. > > > > Enable bootp. > > > > Casper > > OK, I know I need to rummage through docs.sun.com on how to enable BOOTP in > the DHCP server... help, need a little help? Which DHCP server are you using? In a previous message on this thread, you hinted that you were using some other DHCP server -- not the one in Solaris. If you're using the Solaris DHCP server, the easiest way (by far) to administer it is using the dhcpmgr GUI. It's hidden over in /usr/sadm/admin/bin/dhcpmgr. (Note: you likely want a DHCP/BOOTP server, not a relay.) If you want to use the command line instead, then you need to use pntadm to set the flags on a static client entry to 08 (BOOTP) to let in.dhcpd know that this is an old-school BOOTP client. > A hint on intelligently constructing a search string for "enabling bootp" on > docs.sun.com would be extremely helpful. Searching on google with "site:docs.sun.com dhcp bootp server" gives this hit: http://docs.sun.com/source/819-6461-10/appendixa.html -- James Carlson, KISS Network<[EMAIL PROTECTED]> Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: OpenSolaris for Sony Playstation 3
On Tue, 2006-11-21 at 00:43 +1030, David Lloyd wrote: > Hmmm... > > > I'd love to use a PS3 with a Solaris live CD as an xterm / workstation. > > Personally, I'd settle for having enough time to play games on the PS3 :P Personally, I'd settle for being able to afford one :) (Although from what I've seen of it so far, I'd be sticking with my PS2 for quite a while yet anyway...) Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]Java Desktop System Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] rpcbind problem
>Hello Casper, > >Thanks a lot for the quick reply. > >When I try to register my service with rpc, rpcbind will fail and will >stop accepting any further rpc bind requests. Here is the error >information from rpcinfo. > >bash-3.00# rpcinfo -p >rpcinfo: can't contact portmapper: RPC: Rpcbind failure - RPC: Failed >(unspecified error) > >bash-3.00# svcs | grep rpc >offlineNov_27 svc:/network/rpc/gss:default >offlineNov_27 svc:/network/rpc/meta:default >offlineNov_27 svc:/network/rpc/smserver:default >offlineNov_27 svc:/network/rpc/mdcomm:default >offlineNov_27 svc:/network/rpc/metamed:default >offlineNov_27 svc:/network/rpc/metamh:default >offlineNov_27 svc:/network/rpc/rstat:default >offlineNov_27 svc:/network/rpc/rusers:default >maintenanceNov_27 svc:/network/rpc/bind:default >maintenanceNov_27 svc:/network/rpc-100235_1/rpc_ticotsord:default >maintenanceNov_27 svc:/network/rpc-100083_1/rpc_tcp:default >maintenanceNov_27 svc:/network/rpc-100068_2-5/rpc_udp:default > >Even though I try to restart rpcbind, it fails and remains in >maintenance mode. This issue doesn't get resolved even when the system >is rebooted. > >This issue is found only on Solaris 10 with the following installation >modes: >1. Complete installation with OEM support. >2. Complete installation without OEM support. >3. Developer environment/installation. > >This works only with End User Installation mode. Are there any messages in the log file? /var/svc/log/network-rpc-bind:default.log What does 'svcs -x' report on the rpc/bind service? Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] 64MB of RAM and Solaris ? ANSWER==YES
>I wonder if we could do the trick similar to what Linux kernel is doing >with initrd? i.e. free up ram disk space for applications after kernel >is initialized and HDD root is mounted. That's done here: http://src.opensolaris.org/source/xref/loficc/crypto/usr/src/uts/i86pc/os/startup.c#1992 in release_bootstrap. Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
On Tue, 28 Nov 2006, Joerg Schilling wrote: Alan Modra <[EMAIL PROTECTED]> wrote: On Mon, Nov 27, 2006 at 10:04:42PM +0100, Martin Man wrote: There seems to be a bug in GNU ld that does not link filter symbols properly. I'd hardly call it a bug. By the sound of things, Sun has made some extensions to ELF that GNU ld doesn't understand. Someone (you perhaps) needs to teach GNU ld about the proper handling of these "filter symbols". If no one at Sun or amongst the user base cares enough about GNU ld to do this, or to pay someone else to do the work, then GNU ld will be useless on your platform. Moaning on the binutils lists won't help much.. Well, Sun did invent ELF, so an extension to ELF made by Sun seems to be an official extension that should be supported by all tools. Why ? Just because Sun invented this at one point doesn't mean everyone reusing (a subset of) it has to do exactly the same, for all future to come. After all, ELF these days is part of many ABI definitions, including for example UN*X on x86-64/amd64 which was _not_ done by Sun, but lead by the Linux port. Sun doesn't rule ELF any more than Sun rules NFS ... Nonetheless, I think Rod's emails cleared the waters pretty much. Thanks Rod, learned something about the arcane initiate magic that's ld :) So the question remains: Why does GNU ld force-inherit ABS into dependents in some cases ? That seems a bug - it requires re-linking the callee when it should not. The lack of mapfile support for the Solaris FILTER stubs in GNU ld isn't a bug, of course. But a missing Solaris-specific feature doesn't invalidate the generic bug, does it ? FrankH. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
Eric Botcazou <[EMAIL PROTECTED]> wrote: > > Well, Sun did invent ELF, so an extension to ELF made by Sun seems to be an > > official extension that should be supported by all tools. > > You're rewriting history, ELF was invented by UNIX System Laboratories. Can you prove that please? The first time I heard about ELF was with a talk held by Bill Joy on a Sun user group meeting in 1987. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
Eric Botcazou <[EMAIL PROTECTED]> wrote: > > Can you prove that please? > > Take a look at the ELF spec. Pointers? This may still not prove your claim as the final ELF spec has been done by Sun and AT&T as part of the the joined work for SVr4. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] 64MB of RAM and Solaris ? ANSWER==YES
On Tue, 2006-11-28 at 14:18 +0100, [EMAIL PROTECTED] wrote: > >I wonder if we could do the trick similar to what Linux kernel is doing > >with initrd? i.e. free up ram disk space for applications after kernel > >is initialized and HDD root is mounted. > > That's done here: > > http://src.opensolaris.org/source/xref/loficc/crypto/usr/src/uts/i86pc/os/startup.c#1992 > > in release_bootstrap. Oh, cool. So, we OK when we boot off HDD case. Thanks for pointing out. Now, if I understand code correctly, if we remount root during InstallCD boot to CD media somehow, than release_bootstrap() should do the job. It probably will require some changes and not sure it is all easily possible? -- Erast ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Re: Nexenta and Openoffice
This problem is ok. But the next problem is "CSWcommon". In Nexenta is no "/var/sadm/pkg/CSWcommon/" Martti This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
How about this one. And yes I know its a Solaris 8 system but still. root#uname -a SunOS kremvax.odc.vzwcorp.com 5.8 Generic_108528-23 sun4u sparc SUNW,UltraAX-i2 root#uptime 10:53am up 1214 day(s), 22:05, 1 user, load average: 0.00, 0.00, 0.01 Only replaced one failed HD! On 11/28/06, UNIX admin <[EMAIL PROTECTED]> wrote: > I'm still a bit of a "Sparc snob" only because I have > never seen an x86 > server do this : > 11:08am up 598 day(s), 21:48, 3 users, load > average: 1.18, 1.00, 0.89 My enterprise storage system had 487 days. Then we decided to finally take the plunge, whack Solaris 9 and do an initial install of Solaris 10 6/06. Well, I built a Run Time Platform which was based on Solaris 10 6/06 i86pc, and then we flashed the system with that. It's been humming along since end of July without a single reboot. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] 64MB of RAM and Solaris ? ANSWER==YES
>On Tue, 2006-11-28 at 14:18 +0100, [EMAIL PROTECTED] wrote: >> >I wonder if we could do the trick similar to what Linux kernel is doing >> >with initrd? i.e. free up ram disk space for applications after kernel >> >is initialized and HDD root is mounted. >> >> That's done here: >> >> http://src.opensolaris.org/source/xref/loficc/crypto/usr/src/uts/i86pc/os/startup.c#1992 >> >> in release_bootstrap. > >Oh, cool. So, we OK when we boot off HDD case. >Thanks for pointing out. > >Now, if I understand code correctly, if we remount root during InstallCD >boot to CD media somehow, than release_bootstrap() should do the job. It >probably will require some changes and not sure it is all easily >possible? It will need to mount an NFS root and that needs to be set in getrootfs(). Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
On 11/28/06, Nicholas Senedzuk <[EMAIL PROTECTED]> wrote: How about this one. And yes I know its a Solaris 8 system but still. root#uname -a SunOS kremvax.odc.vzwcorp.com 5.8 Generic_108528-23 sun4u sparc SUNW,UltraAX-i2 root#uptime 10:53am up 1214 day(s), 22:05, 1 user, load average: 0.00, 0.00, 0.01 kremvax, huh ? Well, one need to have good electrical infrastructure to eliminate power outage threat in order to get 3+ years of uptime. Is it doing something useful or you just keeping it up for the record ? :-D On 11/28/06, UNIX admin <[EMAIL PROTECTED]> wrote: > > I'm still a bit of a "Sparc snob" only because I have > > never seen an x86 > > server do this : > > > 11:08am up 598 day(s), 21:48, 3 users, load > > average: 1.18, 1.00, 0.89 > > My enterprise storage system had 487 days. Then we decided to finally take the plunge, whack Solaris 9 and do an initial install of Solaris 10 6/06. Well, I built a Run Time Platform which was based on Solaris 10 6/06 i86pc, and then we flashed the system with that. It's been humming along since end of July without a single reboot. > > > This message posted from opensolaris.org > ___ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org -- Regards, Cyril ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: What's the drill to follow along?
That's what I thought it is, and I'll be glad to participate ... been building open source software since the mid-80's. The scenario I had in mind was that it seems that the version of Sol Exp needed to build the source doesn't lag very far ... suppose I'm still learning how to build and the source trunk runs right past my platform level? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
On Tue, 2006-11-28 at 11:22 +0100, Joerg Schilling wrote: > Alan Modra <[EMAIL PROTECTED]> wrote: > > > On Mon, Nov 27, 2006 at 10:04:42PM +0100, Martin Man wrote: > > > There seems to be a bug in GNU ld that does not link filter symbols > > > properly. > > > > I'd hardly call it a bug. By the sound of things, Sun has made some > > extensions to ELF that GNU ld doesn't understand. Someone (you > > perhaps) needs to teach GNU ld about the proper handling of these > > "filter symbols". If no one at Sun or amongst the user base cares > > enough about GNU ld to do this, or to pay someone else to do the work, > > then GNU ld will be useless on your platform. Moaning on the binutils > > lists won't help much.. > > Well, Sun did invent ELF, so an extension to ELF made by Sun seems to be an > official extension that should be supported by all tools. Well, does it really matters who wrote this or that code in 2006? Why should we bother? I would ask folks to concentrate on GNU ld issues on OpenSolaris platform and not start another useless thread. IMHO. -- Erast ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
>On 11/28/06, Nicholas Senedzuk <[EMAIL PROTECTED]> wrote: >> How about this one. And yes I know its a Solaris 8 system but still. >> >> root#uname -a >> SunOS kremvax.odc.vzwcorp.com 5.8 Generic_108528-23 sun4u sparc >> SUNW,UltraAX-i2 >> root#uptime >> 10:53am up 1214 day(s), 22:05, 1 user, load average: 0.00, 0.00, 0.01 >> > >kremvax, huh ? Well, one need to have good electrical infrastructure to >eliminate power outage threat in order to get 3+ years of uptime. >Is it doing something useful or you just keeping it up for the record ? :-D It's, of course, a reference to: From [EMAIL PROTECTED] Sun Apr 1 15:02:52 1984 Relay-Version: version B 2.10.1 6/24/83 (MC840302); site mcvax.UUCP Posting-Version: version B 2.10.1 4/1/84 (SU840401); site kremvax.UUCP Path: mcvax!moskvax!kremvax!chernenko From: [EMAIL PROTECTED] Newsgroups: net.general,eunet.general,net.politics,eunet.politics Subject: USSR on Usenet Message-ID: <[EMAIL PROTECTED]> Date: Sun, 1-Apr-84 15:02:52 GMT Article-I.D.: kremvax.0001 Posted: Sun Apr 1 15:02:52 1984 Date-Received: Mon, 1-Apr-84 12:26:02 GMT Organization: MIIA, Moscow Lines: 41 http://www.godfatherof.nl/kremvax.html Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
Joerg Schilling wrote: This may still not prove your claim as the final ELF spec has been done by Sun and AT&T as part of the the joined work for SVr4. The original ELF spec was indeed created by these players. But, the design allowed for a great deal of extensibility. All of the UN*X's have added their own extensions. The various players have also done a great deal of collaboration to share each others extensions, or at least carve out name spaces such that we don't step on each others toes. It's not a perfect world, but the original designers did a pretty good job. The format has allowed for many innovations while still providing backward compatibility. So, I don't believe there is *an* owner. There are numerous specifications maintained by various bodies that document the core format together with various extensions. The Solaris definition is maintained in the "Object File Format" chapter of the Linker and Libraries Guide: http://docs.sun.com/app/docs/doc/817-1984/6mhm7pl26?a=view -- Rod. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
On Mon, Nov 27, 2006 at 05:52:08PM -0800, Rod Evans wrote: > Alan Modra wrote: > >On Mon, Nov 27, 2006 at 10:04:42PM +0100, Martin Man wrote: > >>There seems to be a bug in GNU ld that does not link filter symbols > >>properly. > > > >I'd hardly call it a bug. By the sound of things, Sun has made some > >extensions to ELF that GNU ld doesn't understand. Someone (you > >perhaps) needs to teach GNU ld about the proper handling of these > >"filter symbols". > > I don't think the issue is "filter symbols" (?). Solaris implements > filtering with a combination of symbol table entries and associated > Syminfo section entries. The symbol table entries for filter symbols > are ABS, simply because there's no backing implementation to the symbol > within the same file. You can't tell, just from the symbol table entry, > that the symbol represents a filter - that's a Solaris runtime > abstraction. Well, OK. > The question, I think, is why the ABS state of the symbol *definition* is > inherited by the symbol state of the *reference*. A reference is > typically undefined (UNDEF). Perhaps because the Sys V ABI says: SHN_ABS The symbol has an absolute value that will not change because of relocation. >From that wording, I don't think it unreasonable that an ABS symbol in a shared lib should serve as directly defining the value of a reference outside that lib. (I don't think it's a particularly good or useful way to treat ABS symbols in shared libs, but maybe I just haven't thought enough.) > With an UNDEF reference, a binding should be established to the > definition at runtime. At that point it is the responsibility of the > runtime linker to enable any filtering. > > When the Solaris linker (ld(1)) builds an object which expresses a > filter as a dependency, the linker simply reads the symbol table as > it would any other shared object. .plt's and .gots are created > where necessary to form the bindings to the destination function or > data item. ld(1) doesn't know, or care, that the object to which it > is establishing a binding is a filter. The filtering is all taken > care of a runtime. You seem to want some other sort of treatment of ABS symbols, as needing .plt or .got entries, I presume. I think that might be OK too, but may require some redesign of GNU ld. The trouble is that GNU ld has just one ABS section internally. That means that ABS symbols are lumped together and lose their association with a particular object file. I'm reasonably certain that this will cause you some trouble. -- Alan Modra IBM OzLabs - Linux Technology Centre ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
On Tue, Nov 28, 2006 at 09:18:14AM +0100, Martin Man wrote: > P.S. so what should we do next? If you want the syms left undefined, this first hack I'd try is writing an add_symbol_hook that caused these syms to be ignored. -- Alan Modra IBM OzLabs - Linux Technology Centre ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
> Well, Sun did invent ELF, so an extension to ELF made by Sun seems to be an > official extension that should be supported by all tools. You're rewriting history, ELF was invented by UNIX System Laboratories. -- Eric Botcazou ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
> Can you prove that please? Take a look at the ELF spec. -- Eric Botcazou ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
RE: [osol-discuss] rpcbind problem
Hello Casper, Thanks a lot for the quick reply. When I try to register my service with rpc, rpcbind will fail and will stop accepting any further rpc bind requests. Here is the error information from rpcinfo. bash-3.00# rpcinfo -p rpcinfo: can't contact portmapper: RPC: Rpcbind failure - RPC: Failed (unspecified error) bash-3.00# svcs | grep rpc offlineNov_27 svc:/network/rpc/gss:default offlineNov_27 svc:/network/rpc/meta:default offlineNov_27 svc:/network/rpc/smserver:default offlineNov_27 svc:/network/rpc/mdcomm:default offlineNov_27 svc:/network/rpc/metamed:default offlineNov_27 svc:/network/rpc/metamh:default offlineNov_27 svc:/network/rpc/rstat:default offlineNov_27 svc:/network/rpc/rusers:default maintenanceNov_27 svc:/network/rpc/bind:default maintenanceNov_27 svc:/network/rpc-100235_1/rpc_ticotsord:default maintenanceNov_27 svc:/network/rpc-100083_1/rpc_tcp:default maintenanceNov_27 svc:/network/rpc-100068_2-5/rpc_udp:default Even though I try to restart rpcbind, it fails and remains in maintenance mode. This issue doesn't get resolved even when the system is rebooted. This issue is found only on Solaris 10 with the following installation modes: 1. Complete installation with OEM support. 2. Complete installation without OEM support. 3. Developer environment/installation. This works only with End User Installation mode. Thanks and regards, Naveen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, November 28, 2006 6:29 PM To: Krishnamurthy, Naveen Cc: opensolaris-discuss@opensolaris.org Subject: Re: [osol-discuss] rpcbind problem >Hello, > >I am facing some problems with rpcbind on Solaris10. Whenever I try to bind my service with rpc, r pcbind is geting pushed into maintenance mode. Why is it so? It is seen only with complete installa tion of Solaris 10, both with and without OEM support. It works fine when I install Solaris 10 with "End User Installation" There is not a lot of information there; what does "maintenance mode" entail in this case? Log messages from rpcbind? Does the process go away and can it not be restarted? Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
RE: [osol-discuss] rpcbind problem
Hello Casper,
Here is what the log file says:
[ Nov 23 17:12:42 Method "start" exited with status 1 ]
[ Nov 27 14:57:04 Leaving maintenance because disable requested. ]
[ Nov 27 14:57:05 Disabled. ]
[ Nov 27 15:08:40 Executing start method ("/lib/svc/method/rpc-bind
start") ]
rpcbind failed with 1.
[ Nov 27 15:08:41 Method "start" exited with status 1 ]
[ Nov 27 15:08:41 Executing start method ("/lib/svc/method/rpc-bind
start") ]
rpcbind failed with 1.
[ Nov 27 15:08:41 Method "start" exited with status 1 ]
[ Nov 27 15:08:41 Executing start method ("/lib/svc/method/rpc-bind
start") ]
rpcbind failed with 1.
[ Nov 27 15:08:41 Method "start" exited with status 1 ]
Can you make out anything from this? Let me know if in case you need any
other information.
Thanks and regards,
Naveen
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of [EMAIL PROTECTED]
Sent: Tuesday, November 28, 2006 6:48 PM
To: Krishnamurthy, Naveen
Cc: opensolaris-discuss@opensolaris.org
Subject: Re: [osol-discuss] rpcbind problem
>Hello Casper,
>
>Thanks a lot for the quick reply.
>
>When I try to register my service with rpc, rpcbind will fail and will
>stop accepting any further rpc bind requests. Here is the error
>information from rpcinfo.
>
>bash-3.00# rpcinfo -p
>rpcinfo: can't contact portmapper: RPC: Rpcbind failure - RPC: Failed
>(unspecified error)
>
>bash-3.00# svcs | grep rpc
>offlineNov_27 svc:/network/rpc/gss:default
>offlineNov_27 svc:/network/rpc/meta:default
>offlineNov_27 svc:/network/rpc/smserver:default
>offlineNov_27 svc:/network/rpc/mdcomm:default
>offlineNov_27 svc:/network/rpc/metamed:default
>offlineNov_27 svc:/network/rpc/metamh:default
>offlineNov_27 svc:/network/rpc/rstat:default
>offlineNov_27 svc:/network/rpc/rusers:default
>maintenanceNov_27 svc:/network/rpc/bind:default
>maintenanceNov_27 svc:/network/rpc-100235_1/rpc_ticotsord:default
>maintenanceNov_27 svc:/network/rpc-100083_1/rpc_tcp:default
>maintenanceNov_27 svc:/network/rpc-100068_2-5/rpc_udp:default
>
>Even though I try to restart rpcbind, it fails and remains in
>maintenance mode. This issue doesn't get resolved even when the system
>is rebooted.
>
>This issue is found only on Solaris 10 with the following installation
>modes:
>1. Complete installation with OEM support.
>2. Complete installation without OEM support.
>3. Developer environment/installation.
>
>This works only with End User Installation mode.
Are there any messages in the log file?
/var/svc/log/network-rpc-bind:default.log
What does 'svcs -x' report on the rpc/bind service?
Casper
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
[EMAIL PROTECTED] (Joerg Schilling) writes: [EMAIL PROTECTED] (Joerg Schilling) writes: > Eric Botcazou <[EMAIL PROTECTED]> wrote: > > > > Well, Sun did invent ELF, so an extension to ELF made by Sun seems to be > > > an > > > official extension that should be supported by all tools. > > > > You're rewriting history, ELF was invented by UNIX System Laboratories. > > Can you prove that please? > > The first time I heard about ELF was with a talk held by Bill Joy on a Sun > user > group meeting in 1987. ELF was used in SVR4 long before Sun adopted it when they moved from SunOS to Solaris. That said, the version of ELF used in SVR4 was closely based on the shared library implementation Sun used with the a.out object file format in SunOS 4. To me it seems that Sun developed the basic ideas, and AT&T Unix System Laboratories codified it into a complete standard. A particular idea which AT&T added which was not in SunOS was the separation of sections and segments. Either way, it's really irrelevant to the original point. Many people other than Sun use ELF. The registry of ELF numbers is held at SCO. There is an ELF ABI group which has meet occasionally with representatives from many companies. Sun is free to extend ELF using the defined extension capability, and that is what they have done. Extensions written at Sun do not automatically become part of the ELF standard. Ian ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] I/O errors on CD causing loss of CD device
On Sat, 2006-11-25 at 12:33, Sean Sprague wrote: > Bob, > > > I built grip a while ago, > > > > If I eject a cd in grip the I get a dialog to insert volume "audio CD", > > if I reinsert the CD, it tells me I have the wrong CD inserted, then if > > I cancel the insert volume "audio CD" dialog the CD is locked in the > > drive and I can't eject it. Anyone know a workaround for this or what > > causes it ? > > > > (Oh Solaris 10 1/06) > > > > $ eject cd1 > > /vol/dev/rdsk/c2t1d0/audio_cd: I/O error > > > > This doesn't seem to go away until I reboot > > > > Bob > > This may be very obvious, but Joerg's cdrecord has the ability to attempt to > reset a SCSI bus and to eject a disk from > the drive. Have you tried that? I suspect that it may well not get around the > I/O error though :-( You are correct, it doesn't - First thing I tried ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
Eric Botcazou <[EMAIL PROTECTED]> wrote: > > Can you prove that please? > > Take a look at the ELF spec. This is no proof as many things that have been created as joined work from Sun and AT&T fro SVr4 may look this way. And please stop responding to this as we did already see a useful reply from a Sun employee. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
Ian Lance Taylor wrote: > > group meeting in 1987. > > ELF was used in SVR4 long before Sun adopted it when they moved from > SunOS to Solaris. That said, the version of ELF used in SVR4 was > closely based on the shared library implementation Sun used with the > a.out object file format in SunOS 4. > This is definitely a wrong interpretation: SVr4 is based on SunOS 4 and ELF was designed because Bill Joy was unhappy with the a.out format as well as with COFF after Sun did introduce dynamic linking with SunOS 4. The idea for ELF was to have more freedom with dynamic linking and with source level debugging. http://www.fokus.fraunhofer.de/usr/schillingftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
Alan Modra writes: > > The question, I think, is why the ABS state of the symbol *definition* is > > inherited by the symbol state of the *reference*. A reference is > > typically undefined (UNDEF). > > Perhaps because the Sys V ABI says: > > SHN_ABS > The symbol has an absolute value that will not change because of > relocation. > > >From that wording, I don't think it unreasonable that an ABS symbol > in a shared lib should serve as directly defining the value of a > reference outside that lib. (I don't think it's a particularly good > or useful way to treat ABS symbols in shared libs, but maybe I just > haven't thought enough.) It says "will not change because of relocation." It doesn't say "will not ever change for any reason." What happens if someone recompiles that shared library with a different value? Effectively what GNU has (re-)created here is the concept of a static library, but just for these particular symbols. Regardless of how they managed to do that, or what internal problems they have in unwinding the damage, this looks like a pretty clear-cut bug to me. -- James Carlson, KISS Network<[EMAIL PROTECTED]> Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: GNU ld -shared fails to link filtered symbols on Solaris
Joerg Schilling wrote: Eric Botcazou <[EMAIL PROTECTED]> wrote: Can you prove that please? Take a look at the ELF spec. This is no proof as many things that have been created as joined work from Sun and AT&T fro SVr4 may look this way. And please stop responding to this as we did already see a useful reply from a Sun employee. Please don't take that stance this is an @opensolaris.org alias and Sun employees saying things here generally doesn't have any more weight than anyone else. As such feel free to ignore or not this message as it is from a Sun employee. By taking this stance you just feed the trolls that believe Sun isn't giving up any control when we know that just isn't true. -- Darren J Moffat ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Re: Nexenta and Openoffice
On Tue, 2006-11-28 at 07:53 -0800, Martti Hamunen wrote: > This problem is ok. > > But the next problem is "CSWcommon". > In Nexenta is no "/var/sadm/pkg/CSWcommon/" In Nexenta we use APT repository with 12000+ packages. And in general package management in Nexenta *way* more flexible than you could do with pkg-get. If you miss some packages, open the bug and someone will import them from Ubuntu for you. Or if you want, you can do that yourself. -- Erast ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] NexentaOS GNU/OpenSolaris - build 53 upgrade
ON build 53 is now available for your regular APT upgrades. Upgrade integrates NexentaOS Desktop with recent HAL/DBUS changes in ON as well as brings various fixes all over the repository. To upgrade your Alpha 6 NexentaOS box do: a) Switch your /etc/apt/sources.list to elatte-unstable. b) Do upgrade: # apt-get update && apt-get dist-upgrade # reboot Enjoy! -- Erast ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Project Proposal: Crypto Framework
At the present time the Cryptographic Framework is "documented" as a "project" under the Security Community - this is legacy due to me putting up the content before we had the projects infrastructure. http://opensolaris.org/os/community/security/projects/ef/ We have a set of new features the Sun engineers that work on this are developing and we want to do this on OpenSolaris.org. We will likely be using multiple Mercurial repositories to work on these as they won't all deliver to ON in a single integration (all of the crypto framework is in ON other that its documentation). All of the content at the above URL will be moved to the new project page. We also know that there are some non Sun people starting to develop drivers for the cryptographic framework so we need a place to "hang out" together. Proposed Project Name: Cryptographic Framework Proposed mail alias: [EMAIL PROTECTED] -- Darren J Moffat ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
It was taken out of service about 6 months ago. At this point just keeping it up and running to see how long before something goes wrong. Anyone know of any systems that have been up longer? On 11/28/06, Cyril Plisko <[EMAIL PROTECTED]> wrote: On 11/28/06, Nicholas Senedzuk <[EMAIL PROTECTED]> wrote: > How about this one. And yes I know its a Solaris 8 system but still. > > root#uname -a > SunOS kremvax.odc.vzwcorp.com 5.8 Generic_108528-23 sun4u sparc > SUNW,UltraAX-i2 > root#uptime > 10:53am up 1214 day(s), 22:05, 1 user, load average: 0.00, 0.00, 0.01 > kremvax, huh ? Well, one need to have good electrical infrastructure to eliminate power outage threat in order to get 3+ years of uptime. Is it doing something useful or you just keeping it up for the record ? :-D > On 11/28/06, UNIX admin <[EMAIL PROTECTED]> wrote: > > > I'm still a bit of a "Sparc snob" only because I have > > > never seen an x86 > > > server do this : > > > > > 11:08am up 598 day(s), 21:48, 3 users, load > > > average: 1.18, 1.00, 0.89 > > > > My enterprise storage system had 487 days. Then we decided to finally take > the plunge, whack Solaris 9 and do an initial install of Solaris 10 6/06. > Well, I built a Run Time Platform which was based on Solaris 10 6/06 i86pc, > and then we flashed the system with that. It's been humming along since end > of July without a single reboot. > > > > > > This message posted from opensolaris.org > > ___ > > opensolaris-discuss mailing list > > opensolaris-discuss@opensolaris.org > > > > > ___ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org > > -- Regards, Cyril ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Project Proposal: Crypto Framework
On Tue, 28 Nov 2006, Darren J Moffat wrote: At the present time the Cryptographic Framework is "documented" as a "project" under the Security Community - this is legacy due to me putting up the content before we had the projects infrastructure. http://opensolaris.org/os/community/security/projects/ef/ We have a set of new features the Sun engineers that work on this are developing and we want to do this on OpenSolaris.org. We will likely be using multiple Mercurial repositories to work on these as they won't all deliver to ON in a single integration (all of the crypto framework is in ON other that its documentation). All of the content at the above URL will be moved to the new project page. We also know that there are some non Sun people starting to develop drivers for the cryptographic framework so we need a place to "hang out" together. Proposed Project Name: Cryptographic Framework Proposed mail alias: [EMAIL PROTECTED] +1 Valerie -- Valerie Bubb, http://blogs.sun.com/bubbva Solaris Security Technologies, Developer, Sun Microsystems, Inc. 17 Network Circle, Menlo Park, CA, 94025. 650-786-0461 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
Nicholas Senedzuk wrote: It was taken out of service about 6 months ago. At this point just keeping it up and running to see how long before something goes wrong. Anyone know of any systems that have been up longer? Take a look here: http://en.uptime-project.net/page.php?page=toplist All this stuff about whose (uptime) is longer is kinda silly, don't you think ;) -Artem. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
Nicholas Senedzuk wrote: It was taken out of service about 6 months ago. At this point just keeping it up and running to see how long before something goes wrong. Anyone know of any systems that have been up longer? [EMAIL PROTECTED]:~ [11:22am - 1] uname -a SunOS amidala 5.8 Generic_108528-08 sun4u sparc SUNW,Ultra-30 [EMAIL PROTECTED]:~ [11:22am - 2] uptime 11:22am up 1701 day(s), 7:55, 1 user, load average: 0.03, 0.01, 0.02 Served several hundred million http requests in that time, though it's load has been transferred off to newer servers over the last year, and will soon be shutdown and retired. (Yes, I was bad at keeping up on kernel patches, but http, ssh & sendmail were the only external services, and those were kept patched. This was of course a non-sun.com machine.) -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
This thread has become "Amazing Uptimes" > Nicholas Senedzuk wrote: >> It was taken out of service about 6 months ago. At this point just >> keeping it up and running to see how long before something goes wrong. >> Anyone know of any systems that have been up longer? > > [EMAIL PROTECTED]:~ [11:22am - 1] uname -a > SunOS amidala 5.8 Generic_108528-08 sun4u sparc SUNW,Ultra-30 > [EMAIL PROTECTED]:~ [11:22am - 2] uptime > 11:22am up 1701 day(s), 7:55, 1 user, load average: 0.03, 0.01, 0.02 > > Served several hundred million http requests in that time, though it's > load has been transferred off to newer servers over the last year, and > will soon be shutdown and retired. n .. leave it be! for no other reason that to point at the worlds longest computer uptime. which makes me wonder what the worlds longest uptime for a computer is really. I think that a call to Guinness is in order. The book, not the beer. Although you can have either or both in combination. This makes me wonder what the worlds longest computer uptime is really? Probably some DEC PDP-11 churning away in the basement of NASA. Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
> Nicholas Senedzuk wrote: >> It was taken out of service about 6 months ago. At this point just keeping >> it up and running to see how long before something goes wrong. Anyone know >> of any systems that have been up longer? > > Take a look here: http://en.uptime-project.net/page.php?page=toplist > > All this stuff about whose (uptime) is longer is kinda silly, don't you > think ;) no ... not really :-) all in good fun eh ? dc ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
Nicholas Senedzuk wrote: It was taken out of service about 6 months ago. At this point just keeping it up and running to see how long before something goes wrong. Anyone know of any systems that have been up longer? Take a look here: http://en.uptime-project.net/page.php?page=toplist Admittedly, I am a newbie when it comes to System Administration. But how do all of you with crazy up times keep your system's patched? It seems like every other patch requires a restart! Bill rushmores.net ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
> Nicholas Senedzuk wrote: It was taken out of service about 6 months ago. At this point just keeping it up and running to see how long before something goes wrong. Anyone know of any systems that have been up longer? >>> Take a look here: http://en.uptime-project.net/page.php?page=toplist >>> >>> >>> > > Admittedly, I am a newbie when it comes to System Administration. But > how do all of you with crazy up times keep your system's patched? It > seems like every other patch requires a restart! easy ... don't do that :-) just don't. ha ha sometimes its a case of "it ain't broke so don't fix it" but that will get me slapped. Maybe its a case of .. I'll get to *that* when I'm done with *this* but then something else comes up and then the *that* doesn't get done and the Sun server just keeps on chugging along. Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Project Proposal: Crypto Framework
I second this proposal. -Krishna This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
Bill Rushmore wrote: Nicholas Senedzuk wrote: It was taken out of service about 6 months ago. At this point just keeping it up and running to see how long before something goes wrong. Anyone know of any systems that have been up longer? Take a look here: http://en.uptime-project.net/page.php?page=toplist Admittedly, I am a newbie when it comes to System Administration. But how do all of you with crazy up times keep your system's patched? It seems like every other patch requires a restart! Bill rushmores.net ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org We've got a few boxes like this still in production service, generating billing information: $ uptime 8:59pm up 1268 day(s), 7:34, 1 user, load average: 0.14, 0.19, 0.22 $ uname -a SunOS dce1.man1 5.8 Generic_108528-11 sun4u sparc SUNW,Ultra-60 It's actually a DC powered Netra T-1120. How do we keep from having to patch them? $ pkginfo -i | wc -l 102 It's listening on only 2 ports (ssh and our monitoring tool) I'm pretty sure we still have at least one 2.6 box running w/ ~1700 days uptime. With 2.6 we only installed around 60 packages. -Andy ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
Dennis Clarke wrote: This thread has become "Amazing Uptimes" Nicholas Senedzuk wrote: It was taken out of service about 6 months ago. At this point just keeping it up and running to see how long before something goes wrong. Anyone know of any systems that have been up longer? [EMAIL PROTECTED]:~ [11:22am - 1] uname -a SunOS amidala 5.8 Generic_108528-08 sun4u sparc SUNW,Ultra-30 [EMAIL PROTECTED]:~ [11:22am - 2] uptime 11:22am up 1701 day(s), 7:55, 1 user, load average: 0.03, 0.01, 0.02 Served several hundred million http requests in that time, though it's load has been transferred off to newer servers over the last year, and will soon be shutdown and retired. n .. leave it be! Sadly, that's not an option, since the power will be removed from its current location by year-end. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Installing IRIX 6.5.x from a Solaris system?
> It looks like my Solaris system isn't answering. I > can boot an Ultra2 off of it using BOOTP just fine, > which leads me to believe something else is missing. > What did I miss? There is a bit of naming confusion between the traditional BOOTP (UDP/67) service and Bootparams (RPC service). No Sun/Solaris system I'm aware of has ever used BOOTP as part of the netboot protocol. So your Ultra2 is probably using RARP/TFTP/rpc.bootparams/NFS for netbooting. DHCP was added as a possibility in the Solaris8/OBP3.x timeframe (from memory). No version of Solaris has ever included a standalone bootp server, only the DHCP server which can of course be configured for BOOTP support. It is common for someone to have installed the HP Jetadmin package for Solaris to enable the bootp server that comes as part of it (usually unintentionally). As it uses the same port, you cannot run that bootp server and the solaris DHCP server simultaneously. -- Darren This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] FireFox Install
Hello World, New to Solaris and am trying to install firefox. I have netscape, but I want to run firefox's mozilla. I downloaded the application from firefox; unzipped and untarred the package but I can't find any way to switch from netscape to mozilla. I have been to the documentation page for solaris 8, but they seem to leave something out of the software package install. I do have the release/install notes from firefox, but again, I am missing something. I have the solaris 9 administration book...missing something. Please help! How do I install software and how do I begin to run mozilla instead of netscape. If you know of a good comprenhensive book, please adivse. All help is greatly appreciated! Roam This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: [i18n-discuss] Re: Re: Is it legal to install....
Kyle J. McDonald wrote at 11/28/06 14:09: Thanks for sharing the info, Kyle. It is indeed a bit unusual way to install and expand the system. If you could blog the detail and share the link, I think that will be an interesting info for whom want to do the same or similar. I can post the package add/deletes from my JS profile after I reproduce it. That'll be wonderful information. There was some related activities called "minimization" but I'm not quite sure whether there was any conclusion on that. I cc'd opensolaris-discuss mailing list for possible comment from other folks on that. Usually what people do is select a meta-cluster a bit bigger than the Core such as End User and higher and customize/remove unneeded packages with and during Solaris installation where dependency information would be provided in more detail. Yes but removing things from the larger clusters is a pain. The dependcies usually scare you out of removing things since tracking down all the other packages to remove is such pain. Have you ever tried remoinvg the WBEM packages from SUNWCdev? Ouch. I was hoping to get the smallest install I could, with the least baggage from other packages. So I started as small as possible, and added from there. As it is I found several dependencies trails that make no sense... Like why does GNOME accessibility depend on Solaris Zones? Or try installing XscreenSaver without GNOME - or with as little GNOME as possible, pretty soon you're installing Python, TCL, TK, Accesibilty, parts of Evolution, Encryption, GNOME printing, Solaris Printing packages, etc. It's much easier to manage the dependencies while adding packages than removing them. I think either way probably has pros and cons. As I usually install entire distribution with all locales installed, I cannot say how difficult it is to customize your installation although I have done my shares of customizations in the past. Due to I have some idea on Solaris clustering and dependencies, it was quite and rather convenient to use Solaris installation program to customize but I may (and probably) not representing majority of the users. SUNWuiu8 which contains iconv code conversion modules and binary tables belong to SUNWCutf8 cluster and the cluster belongs to SUNWCuser (i.e., End User) and higher meta-clusters and statically installed when such meta-clusters are chosen during the Solaris installation. I'd be also personally interested in knowing what are the packages have in your system before you added SUNWuiu8 and get the en_US.UTF-8 going by the way. You're right, I was mistaken when I said SUNWCutf8 wasn't referenced by any of the meta clusters. And I can see why SUNWCreq and SUNWCrnet don't include it. How ever when I was adding the GNOME packages, I would have expected the installer to prompt me to resolve the SUNWuiu8 depenency even if I started with SUNWCrnet. Just to clarify, Adding SUNWuiu8 didn't make en_US.UTF-8 work. I still don't have en_US installed. Adding SUNWuiu8 made the 'C' Locale work without en_US. I'll try to generate the list of packages tommorrow. I'd be still interested to know what GNOME package(s) are using or having the dependency to the SUNWuiu8 for C locale since this could be a packaging bug on lacking dependency definition at GNOME package(s) albeit minor (as SUNWCutf8 being belong to all meta- clusters that are capable of supporting GUI desktop environment). I'm also cc'ng desktop-discuss mailing list. This message posted from opensolaris.org ___ i18n-discuss mailing list [EMAIL PROTECTED] http://mail.opensolaris.org/mailman/listinfo/i18n-discuss For the past messages from Kyle, BTW, please see the following threads: http://www.opensolaris.org/jive/thread.jspa?threadID=18807&tstart=0 http://www.opensolaris.org/jive/thread.jspa?threadID=18722&tstart=0 Ienup ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Happy Happy Joy Joy
On 11/28/06, Alan Coopersmith <[EMAIL PROTECTED]> wrote: Dennis Clarke wrote: > This thread has become "Amazing Uptimes" > >> Nicholas Senedzuk wrote: >>> It was taken out of service about 6 months ago. At this point just >>> keeping it up and running to see how long before something goes wrong. >>> Anyone know of any systems that have been up longer? >> [EMAIL PROTECTED]:~ [11:22am - 1] uname -a >> SunOS amidala 5.8 Generic_108528-08 sun4u sparc SUNW,Ultra-30 >> [EMAIL PROTECTED]:~ [11:22am - 2] uptime >> 11:22am up 1701 day(s), 7:55, 1 user, load average: 0.03, 0.01, 0.02 >> >> Served several hundred million http requests in that time, though it's >> load has been transferred off to newer servers over the last year, and >> will soon be shutdown and retired. > > n .. leave it be! Sadly, that's not an option, since the power will be removed from its current location by year-end. really really long uptimes can only mean one thing: lack of proper patching ;) nacho ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Re: tar incompatibility with linux
On Mon, 27 Nov 2006, Joern Michael Krueger wrote: Like Dennis wrote: friends don't let friends use GNU stuff. And why should they, when standard System V tools are available, for free, with source code inclusive? ok, i'll give the sysV tar a try and see, if it does work then all it needs is gzip ability built in and I wouldn't have to look back. I'm surprised you guys hate GNU so much though. It's not hate -- it's a hard lesson learned. You need to know when to use GNU tool and when you better don't. In a datacenter running some flavours of *nix and standard tools like tar working on only a fraction of systems is deadly. If build-in compression is important to you you should try star. On the other hand a gzcat test.tar.gz |tar xf - or a gunzip < test.tar.gz | tar xf- isn't that hard to remeber either and it should work on every *nix. I didn't realize GNU tar has these kind of issues, I thought using gnu tar on both systems might be ok. i'll test this out and see, but I started getting away from the sysV tools years ago, for a reason, plus the source code wasn't always available. I've had no problems with the other gnu programs. I found it interesting that it would only work when the block size was set to 1, its a hint. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Re: tar incompatibility with linux
On Tue, 28 Nov 2006, Richard L. Hamilton wrote: Right; when I've had this discussion before, I've used GNU tar as an example of a command to avoid, and GNU awk (which can handle an almost unlimited number of fields, as compared to SysV [n]awk) as an example of a command that arguably improves on the original (and yet where there was coordination with one or more of the developers of the original to keep incompatibilities to a minimum, IIRC). Compatibility and standards are areas where expectations of commercial Unix users are high, IMO, and where not _all_ GNU tools are improvements on their (formerly, in the case of OpenSolaris) proprietary models. I can add bash to that list as well, it can be frustrating using sh. Perfect example of a sysV tool stuck in the stoneage. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: FireFox Install
You will need to tell us : Which Solaris version are you using ? Which windowmanager are you using ? The setup is very diferent between windowmanagers. //Lars This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
