Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Well I guess if the service is supposed to work it would have had that setting already enabled. Hell I hate the living crap out of windows but its update service is significantly more reliable out of the box than this, hell even solaris 10 update manager is more reliable and efficient. But I guess how do you set the variable, guess I will look in the support area. Guess this still has along way to go before it replaces Solaris 10 or the Next. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Control + Arrow Keys in Gnome Terminal Emulator
Hello all, I have used Linux for many years, but I am new to Unix. Please forgive what I am sure is a problem with a simple solution. In the gnome terminal emulator, I am able to use the arrow keys to move about the line, but using control+left arrow or control+right arrow does not advance an entire word; instead, it inserts codes at the cusor position. How do I change this behavior? Thanks! PS: Using 2009.06 with bash as the my shell. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
set the variable and I still cannot finish an update. I cannot believe that you plan to replace solaris with this crap! You should have stuck with JDS R2 instead of a linux-solaris bastardization. At least I could get updates with JDS R2 before the repositories were pulled. Opensloaris/Indiana is a joke, just keep on trucking with SXCE as your replacement and Sun/Oracle will do just fine. I just hope Larry cans this project and sets his sights higher with Solaris 10 and SXCE. so you can stop wasting resources on this weak link. FYI, I don't troll I use and report and I have used 2009.06 skipped 2008 versions due to new OS fear of data loss and I can't find anything useful compared to SXCE (used since September 2005 on a Ferrari 4005). this version is still no better than the last. To keep trolls of my back, I complain because Indiana comes with nothing after you first install so IPS is the only way to get stuff handily, I know I can go to Blastwave and the like but if you kept with SXCE and integrated an update manager like Sol10 then I could have all the packages from the start, remove anything I don't want and still keep my core OE patched but starting from nothing and then not being able to get anything through the only distribution method available is ridiculous. Hi ho it of to hacking the miniroot with firewire drivers I go, since I have no options left. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Frustrated beyond belief trying to cobble together a zfs platform
Hi, Constantin's blog does come perilously close to being an AMD reference design, and could easily be turned into a useful one according to my internal metrics. About the only things that turned me away from plunging in and replicating it are that - I had a hard time finding an ASUS M3A78-CM a couple of months ago when I was looking - the Athlon II X2 240e is new, and although Constantin got one for review, the retail outlets won't have them for a while, at least that I can tell. thanks for reading my blog. You don't have to use a 240e. In fact, if I had to buy a CPU today, I'd go with the 238e. .1 GHz less but approx. half the price. Any other recent AMD CPU should work fine, by the way, they really only differ by the amount of cache, cores, GHz and HT links. You want an e as part of the model number so the CPU uses less power over a regular one. A 238e may be easier to get because it's manufactured at higher yields than the faster 240e. The most important thing is to make sure you have ECC support in the CPU and on the motherboard. That is easy to get at low cost with AMD. I've seen a couple of posts that recommended an Asus M4A board, so that may help you as well. The only reason I picked an M3 series was purely cost. I've been on anyone-can-say-anything networks since about 1978. In that time I learned to read for content, but to personally verify anything I read before putting real money into it. So these two blogs were a big inspiration, but they started me off on the verification quest. This led me through the Yes, there's no substitute for real-life experience. But you have to be prepared to spend a couple of bucks as learning money. So I had two thoughts - one, I could bombard the bloggers with questions, or I could take my questions to the forum which seemed to be for this kind of issue - here. Feel free to do both :). Cheers, Constantin -- Sent from OpenSolaris, http://www.opensolaris.org/ Constantin Gonzalez Sun Microsystems GmbH, Germany Principal Field Technologisthttp://blogs.sun.com/constantin Tel.: +49 89/4 60 08-25 91 http://google.com/search?q=constantin+gonzalez Sitz d. Ges.: Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten Amtsgericht Muenchen: HRB 161028 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin Haering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] OpenSolaris site hard to browse through
Is it just me or the OpenSolaris site is hard to search and browse through? For example, I am looking for information on Brandz, left navigation pane has nothing. Run a search for brandz in the search field above, and I find a number of disconnected finds, hard to tell if they are relevant to what I am looking for without clicking on each of them. So I look for OpenSolaris Brandz on google instead. Here I find some relevant pages and it is a little better because I get an idea of what is inside the finds. But when I go into the pages these look like they are standalone without and index to go back to, no previous, no next page. Is that right? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] any work on bug ID 6807184
I made some progress understanding the behavior but I am nowhere close to a solution. Any suggestions would be welcome. First of all, I think the fix in snv_127 for the PCIe cards does not address the real issue. It simply slows down transmission to the point where the bug doesn't arrive. I fixed the card detection as masa suggested but I commented out the trigger commands in the send() function. Upon testing it, the driver worked fine. I tried reducing the counter iterations from 10 to 4 and the bug appeared. This is a strong indication that the fix works by changing timing of events rather than the extra trigger commands restarting transmissions. Would you explain the detail of your changes because I'd like to test your change in my box. Something else that I noticed is that the interface does come back after 5 min or so after the watchdog expires. I tried reducing te value of the watchdog from 64K to 256 but it didn't change how fast recovery will be. I suspect that until we run our of trasmit buffers, the watchdog will not trigger. I wonder why watchdog takes 5 minuts too. Finally, the other weird thing that happens is that when the card is stuck no packets seem to be received. Here are the kstat -m rge from two samples a few seconds apart when the driver is stuck. Look at rbytes. Also, as time goes by and I got more samples I started seeing norcvbuf going up. There are many errors in both direction including collisions. Are there any error messages in /var/adm/messages? Did you ensure that the gigabit switch was full duplex mode? -masa Any suggestions would be welcome. First sample: module: rge instance: 0 name: mac class: net adv_cap_1000fdx 1 adv_cap_1000hdx 0 adv_cap_100fdx 1 adv_cap_100hdx 1 adv_cap_100T4 0 adv_cap_10fdx 1 adv_cap_10gfdx 0 adv_cap_10hdx 1 adv_cap_asmpause1 adv_cap_autoneg 1 adv_cap_pause 1 adv_rem_fault 0 align_errors62207 brdcstrcv 4308 brdcstxmt 0 cap_1000fdx 1 cap_1000hdx 0 cap_100fdx 1 cap_100hdx 1 cap_100T4 0 cap_10fdx 1 cap_10gfdx 0 cap_10hdx 1 cap_asmpause1 cap_autoneg 1 cap_pause 1 cap_rem_fault 0 carrier_errors 0 collisions 7452 crtime 42351.518238685 defer_xmts 0 ex_collisions 0 fcs_errors 0 first_collisions770 ierrors 116109 ifspeed 10 ipackets59187601 ipackets64 59187601 jabber_errors 0 link_asmpause 0 link_autoneg0 link_duplex 2 link_pause 0 link_state 1 link_up 1 lp_cap_1000fdx 0 lp_cap_1000hdx 0 lp_cap_100fdx 0 lp_cap_100hdx 0 lp_cap_100T40 lp_cap_10fdx0 lp_cap_10gfdx 0 lp_cap_10hdx0 lp_cap_asmpause 0 lp_cap_autoneg 0 lp_cap_pause0 lp_rem_fault0 macrcv_errors 0 macxmt_errors 0 multi_collisions6682 multircv324 multixmt0 norcvbuf0 noxmtbuf0 obytes 1824883714 obytes6419004752898 oerrors 120177 oflo0 opackets143451801 opackets64 143451801 promisc 0 rbytes 151565154 rbytes64151565154 runt_errors 0 snaptime42701.466558939 sqe_errors 0 toolong_errors 0 tx_late_collisions 0 uflo0 unknowns
Re: [osol-discuss] OpenSolaris site hard to browse through
They tried cleaning up the site abit but made it harder to find things to those of us that were used to the old site and they have not given any insight on how they arranged things. It only works for those that have only a need for their specific haunts. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] *.deb equivalent in IPS
AFAIK IPS packages can only be directly installed from a remote server. Is there any way i can download a package and install it later on my box . If not, is there any RFE for the same? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] *.deb equivalent in IPS
Hi, On Tue, Nov 24, 2009 at 5:18 PM, Vikash Tulsiyan vikashtulsi...@gmail.com wrote: AFAIK IPS packages can only be directly installed from a remote server. Is there any way i can download a package and install it later on my box . If not, is there any RFE for the same? Afaik and as of now you can't download IPS packages as we'd do with .deb files. But of course you can setup a local repository on a USB stick or mirror the osol repository http://blogs.sun.com/observatory/entry/repo_on_a_stick and http://blogs.sun.com/observatory/entry/local_repository_mirror HTH :) Regards, Guruprasad ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] *.deb equivalent in IPS
On Tue, 24 Nov 2009, Vikash Tulsiyan wrote: AFAIK IPS packages can only be directly installed from a remote server. Is there any way i can download a package and install it later on my box . If not, is there any RFE for the same? It hasn't been implemented yet. All you can do now is to set-up a mirror of a given repository but even then you will need an access to the original repository for meta-data. Or you could re-publish a package in your local repository so then you can install it from there without a need to access any external repository. There are also images available with a full copy of the main repo which you can download and start a depo server agains which will give you a local access to all packages without a need to connect outside. -- Robert Milkowski http://milek.blogspot.com ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-help] Opensolaris 2009.06 users forced to pay for security updates.
Title: Opensolaris releases unsecure by default, or: Why are Opensolaris stable 2009.06 users forced to pay for security updates? If it were a company of fat cats I would have a problem too, but Sun, unlike its many competitors, has instead contributed a great deal to the community without charging a cent. Progress is achieved only when a new discovery or a technology becomes available to everyone. Sun contributed to worldwide internet progress with Java. With OpenSolaris Sun hopefully will succeed where Linux have already failed big time, which is to delivery a standard, open and viable desktop alternative to Windoze. Given their current financial status, if they ask to pay for some updates, I would without complaining, if only this was sufficient to avoid Sun being broken apart and re-directed by Oracle's sharks. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
I guess when people don't like the truth they stop helping no matter, huh? Well you all have a fun time with Sol-nux and stay in your yummy gummy dream world while us true believers stomp the turf with the tried and true heavy metal hitter solaris 10 and its Step brother that is beaten to death by the Sol-nux fanatics SX:CE It hasn't been fun!! -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-help] Opensolaris 2009.06 users forced to pay for security update
Well they need to fix the IPS issues that are all around and they might get someone to pay,b ut until that part is rock solid like other pay for Operating Systems they will be hard pressed to get consumer financial support! -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Nexenta.org 2009/11/24 Chad Welsh unixphr...@mac.com I guess when people don't like the truth they stop helping no matter, huh? Well you all have a fun time with Sol-nux and stay in your yummy gummy dream world while us true believers stomp the turf with the tried and true heavy metal hitter solaris 10 and its Step brother that is beaten to death by the Sol-nux fanatics SX:CE It hasn't been fun!! -- 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] about Secondlife latest viewer on Solaris(OpenSolaris)
Here you go and thanks to Dana Fagerstrom's hard work in porting the Second Life viewer to Sun Solaris/OpenSolaris: x86 Binaries: OSOL 2008.11 and higher https://solaris-sl-viewer.s3.amazonaws.com/SecondLife_i686_1_20_17_1640-2009Jan07-snv.pkg.bz2 Solaris 10u3 and higher: https://solaris-sl-viewer.s3.amazonaws.com/SecondLife_i686_1_20_17_1640-2009Jan07-s10.pkg.bz2 SPARC binaries: Note: SnowGlobe 1.2.4 is being reviewed for SPARC/x86 development for Solaris 10 and OpenSolaris distro porting over at Blastwave.org. About the Sources: 1. http://wiki.secondlife.com/wiki/Source_archive 2. SnowGlobe 1.2.4 and Second Life Viewer 1.23.5 3. SnowGlobe is the new community viewer. Enjoy, Ken Mays Blastwave.org --- On Sun, 11/22/09, Masafumi Ohta masafumi.o...@gmail.com wrote: From: Masafumi Ohta masafumi.o...@gmail.com Subject: [osol-discuss] about Secondlife latest viewer on Solaris(OpenSolaris) To: OpenSolarisDiscuss opensolaris-discuss@opensolaris.org, indiana-disc...@opensolaris.org Date: Sunday, November 22, 2009, 8:57 PM Hello, I would love to use Secondlife latest viewer on OpenSolaris.but I can't find any binaries and source codes, I checked http://wiki.secondlife.com and https://jira.secondlife.com/ I found patches for Secondlife sources for Solaris, but I haven't found the 'source' in them.. I much appreciate if you could help,if any informations about it,please let me know. -masafumi ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] about Secondlife latest viewer on Solaris(OpenSolaris)
Ken: I just tried the OSOL 2008.11 and higher client. I didn't have a Second Life account, so I created one at their website. Then, when I try to use the client, I enter my username and password and click the Connect button. A dialog appears saying Terms of Service Agreement - Please read the following Terms of Service carefully. To continue logging in to Second Life, you must accept the agreement. There is no other text displayed. The I Disagree with the Terms of Service and the I Agree to the Terms of Service checkboxes are greyed out so I can't change them (the Disagree choice is pre-checked). The Continue button is also greyed out. I can only click on Cancel. So I can't seem to get past this and actually log in. Does this work for anybody else? Is this just a problem for new Second Life accounts? Brian Here you go and thanks to Dana Fagerstrom's hard work in porting the Second Life viewer to Sun Solaris/OpenSolaris: x86 Binaries: OSOL 2008.11 and higher https://solaris-sl-viewer.s3.amazonaws.com/SecondLife_i686_1_20_17_1640-2009Jan07-snv.pkg.bz2 Solaris 10u3 and higher: https://solaris-sl-viewer.s3.amazonaws.com/SecondLife_i686_1_20_17_1640-2009Jan07-s10.pkg.bz2 SPARC binaries: Note: SnowGlobe 1.2.4 is being reviewed for SPARC/x86 development for Solaris 10 and OpenSolaris distro porting over at Blastwave.org. About the Sources: 1. http://wiki.secondlife.com/wiki/Source_archive 2. SnowGlobe 1.2.4 and Second Life Viewer 1.23.5 3. SnowGlobe is the new community viewer. Enjoy, Ken Mays Blastwave.org --- On Sun, 11/22/09, Masafumi Ohta masafumi.o...@gmail.com wrote: From: Masafumi Ohta masafumi.o...@gmail.com Subject: [osol-discuss] about Secondlife latest viewer on Solaris(OpenSolaris) To: OpenSolarisDiscuss opensolaris-discuss@opensolaris.org, indiana-disc...@opensolaris.org Date: Sunday, November 22, 2009, 8:57 PM Hello, I would love to use Secondlife latest viewer on OpenSolaris.but I can't find any binaries and source codes, I checked http://wiki.secondlife.com and https://jira.secondlife.com/ I found patches for Secondlife sources for Solaris, but I haven't found the 'source' in them.. I much appreciate if you could help,if any informations about it,please let me know. -masafumi ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [indiana-discuss] about Secondlife latest viewer on Solaris(OpenSolaris)
On Tue, Nov 24, 2009 at 9:40 PM, Brian Cameron brian.came...@sun.com wrote: Ken: I just tried the OSOL 2008.11 and higher client. I didn't have a Second Life account, so I created one at their website. Then, when I try to use the client, I enter my username and password and click the Connect button. A dialog appears saying Terms of Service Agreement - Please read the following Terms of Service carefully. To continue logging in to Second Life, you must accept the agreement. There is no other text displayed. The I Disagree with the Terms of Service and the I Agree to the Terms of Service checkboxes are greyed out so I can't change them (the Disagree choice is pre-checked). The Continue button is also greyed out. I can only click on Cancel. So I can't seem to get past this and actually log in. Does this work for anybody else? Is this just a problem for new Second Life accounts? Do you see a scrollbar ? If yes then try scrolling down to the bottom of the text. Some extra-smart license dialogs check whether you have scrolled. Regards, Moinak. -- http://www.belenix.org/ http://moinakg.wordpress.com/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [indiana-discuss] about Secondlife latest viewer on Solaris(OpenSolaris)
Moinak Ghosh wrote: On Tue, Nov 24, 2009 at 9:40 PM, Brian Cameron brian.came...@sun.com wrote: Ken: I just tried the OSOL 2008.11 and higher client. I didn't have a Second Life account, so I created one at their website. Then, when I try to use the client, I enter my username and password and click the Connect button. A dialog appears saying Terms of Service Agreement - Please read the following Terms of Service carefully. To continue logging in to Second Life, you must accept the agreement. There is no other text displayed. The I Disagree with the Terms of Service and the I Agree to the Terms of Service checkboxes are greyed out so I can't change them (the Disagree choice is pre-checked). The Continue button is also greyed out. I can only click on Cancel. So I can't seem to get past this and actually log in. Does this work for anybody else? Is this just a problem for new Second Life accounts? Do you see a scrollbar ? If yes then try scrolling down to the bottom of the text. Some extra-smart license dialogs check whether you have scrolled. No scrollbar, and no license text. I do see these messages in the terminal window where I launched the secondlife binary: 2009-11-24T16:30:39Z WARNING: LLWebBrowserCtrl: media source create failed 2009-11-24T16:30:41Z INFO: LLSDXMLParser::Impl::parse: XML_STATUS_ERROR parsing:/head Doing some googling, I find others with this problem. http://jira.secondlife.com/browse/VWR-1859 The workaround of adding 127.0.0.1 secondlife.com to /etc/hosts fixes the problem. Ugly. Brian ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Chad Welsh wrote: I guess there is a limit to how much you can update at one time when using Opensloaris 1002 b127 or any other Opensloaris version? If I try to install large packages like Openoffice, Java 7 runtime or I figure anything over 10MB or so the Package Manager fails to download the entire queue. Am I missing something or is SVR4 just more reliable? Everyone is on the IPS bandwagon but it is rolling like a conestoga wagon. Also I did not misspell Opensloaris it is intentional. Now to figure how to get the firewire drivers from Sloaris-Linux b127 and compile them to the miniroot from SX:CE b127 for a real operating environment experience. Ah another update just failed as I tried to finish this post and now to find out which package is to big for the weak IPS infrastructure. As you might be aware, this system is still under development. There were several issues with package downloads in specific builds, so it is difficult to say whether your issue has already been resolved in a newer build since you haven't mentioned which build you are using. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris site hard to browse through
Something in xwiki also often crashes my IE7 and NO I cannot upgrade because I have a corporate build on my laptop. I adopted xwiki too for my personal wiki long time ago and cursed the time since. Extremely heavy on Java, extremely convoluted code. Deisgned for technical masturbation, not serious developers or users. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] any work on bug ID 6807184
The switch is unmanaged, so I can't set anything. But I will try another switch
and see if it makes a difference. The change I made was simply set the pcie
variable based on the capability and then comment out the trigger function
invocation in the send function. So, it goes through the whole loop but it
doesn't try to restart transmissions.
I made some progress detecting stalls through the stall_check function in
rge_chip.c. I simply monitor xmit_ok and if it hasn't changed four times in a
row, I restart the chip. The original watchdog is triggered by the send_recycle
function, which will only be called after hald the tx buffers are used up. It
takes a while to generate that many packets. A tx stall recovery now takes in
20 secs, which is fast enough to maintain the TCP connections. 4 secs are used
to detect and the stall and the rest to recover. I will focus on speeding up
the latter next.
These are the diffs from the original snv_127 driver.
r...@safe:/storage/local# diff -r usr/src/uts/common/io/rge rge
diff -r usr/src/uts/common/io/rge/rge_chip.c rge/rge_chip.c
45c45
static uint32_t rge_watchdog_count= 1 16;
---
static uint32_t rge_watchdog_count= 4;
706,719c706,707
switch (chip-mac_ver) {
case MAC_VER_8168:
case MAC_VER_8168B_B:
case MAC_VER_8168B_C:
case MAC_VER_8168C:
case MAC_VER_8101E:
case MAC_VER_8101E_B:
chip-is_pcie = B_TRUE;
break;
default:
chip-is_pcie = B_FALSE;
break;
}
---
chip-is_pcie =
pci_lcap_locate(rgep-cfg_handle, PCI_CAP_ID_PCI_E, val16) ==
DDI_SUCCESS;
1452a1441,1442
rge_hw_stats_t *bstp;
uint64_t val;
1453a1444
boolean_t stall_detected = B_FALSE;
1473,1475d1463
dogval = rge_atomic_shl32(rgep-watchdog, 1);
if (dogval rge_watchdog_count)
return (B_FALSE);
1477,1478c1465,1492
RGE_REPORT((rgep, Tx stall detected, watchdog code 0x%x, dogval));
return (B_TRUE);
---
/*dogval = rge_atomic_shl32(rgep-watchdog, 1);*/
dogval = rgep-watchdog;
if (dogval = rge_watchdog_count) {
stall_detected = B_TRUE;
RGE_REPORT((rgep, Tx stall detected, watchdog code #1 0x%x,
dogval));
}
else if (rgep-chipid.is_pcie) {
rge_hw_stats_dump(rgep);
bstp = rgep-hw_stats;
val = RGE_BSWAP_64(bstp-xmt_ok);
if (rgep-stats.prev_xmt_ok == val rgep-tx_free !=
RGE_SEND_SLOTS) {
rgep-watchdog += 1;
if (rgep-watchdog 3)
RGE_REPORT((rgep, Tx stall detected #2,
watchdog code 0x%x 0x%lx 0x%x, rgep-watchdog, val, rgep-tx_free));
rgep-resched_needed = B_TRUE;
}
else {
if (rgep-watchdog != 0)
{
if (rgep-watchdog 3)
RGE_REPORT((rgep, Tx stall cancelled
#2, watchdog code 0x%x 0x%lx 0x%x, rgep-watchdog, val, rgep-tx_free));
rgep-watchdog = 0;
}
}
rgep-stats.prev_xmt_ok = val;
}
return (stall_detected);
diff -r usr/src/uts/common/io/rge/rge_rxtx.c rge/rge_rxtx.c
439,444d438
/*
* Recyled nothing: bump the watchdog counter,
* thus guaranteeing that it's nonzero
* (watchdog activated).
*/
rgep-watchdog += 1;
460d453
rgep-watchdog = 0;
660,681d652
/*
* It's observed that in current Realtek PCI-E chips, tx
* request of the second fragment for upper layer packets
* will be ignored if the hardware transmission is in
* progress and will not be processed when the tx engine
* is idle. So one solution is to re-issue the requests
* if the hardware and the software tx packets statistics
* are inconsistent.
*/
if (rgep-chipid.is_pcie rgep-stats.tx_pre_ismax) {
for (counter = 0; counter 10; counter ++) {
mutex_enter(rgep-genlock);
rge_hw_stats_dump(rgep);
mutex_exit(rgep-genlock);
bstp = rgep-hw_stats;
if (rgep-stats.opackets
!= RGE_BSWAP_64(bstp-rcv_ok))
rge_tx_trigger(rgep);
else
break;
}
}
diff -r
Re: [osol-discuss] Frustrated beyond belief trying to cobble together a zfs platform
[...] my own *nix machine for a couple of years. I regularly build machines from parts and an assortment of corpses found in the workshop. I'm familiar with OS's and hardware from user level right down to the bare metal. But I don't do this every day, and I have [...] I have a few tips: 1) Forget 32bit systems, including the powerful last generation 32bit Xeon; zfs limits the pool size to something around 1TB on 32bit. 2) Forget Sun Sparc, several missing features, only serial port console, no graphics on Sun FB cards. 3) I tried OpenSolaris on several Opteron first generation systems and all worked fine. Motherboards used: Arima HDAMA, Arima HDAMB (this one surprisingly works also with dual core processors, but it is best to use the HE versions, low power), Iwill DK8. I never had a Tyan, but I believe that most would work. 4) When I last used SCSI there wasn't a 64bit Adaptec driver. I do not know with the latest release, so be aware. 5) Fibre Channel for Qlogic works like a charm 6) SATA silicon is OK as JBOD, I haven't tried the RAID mode, but with ZFS that is not recommended. 7) Opteron AMD PowerNow! frequency scaling does not work, which is a real pain in the neck, I hope that this will be fixed in future releases. So much for global warming, looks like the americans still do not care. 8) Graphic cards may need some manual /etc/X11/xorg.conf tweaking, server motherboards have usually embedded ATI Rage, which is picked up at 800x600 only which is limiting, and there is no way to make it go to any higher resolution with the GUI. 9) If you have more than one physical box, forget sharing one keyboard, mouse and video with a KVM switch, or even forget disconnetting the PS2 mouse by mistake! If you do, you will loose control of the mouse until next REBOOT! (This is GROSS isn't it?) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Frustrated beyond belief trying to cobble together a zfs platform
7) Opteron AMD PowerNow! frequency scaling does not work, which is a real pain in the neck, I hope that this will be fixed in future releases. So much for global warming, looks like the americans still do not care. Current AMD chips DO support power/frequency scaling in OpenSolaris. I understand that the older chips are not supported from reading around here. 9) If you have more than one physical box, forget sharing one keyboard, mouse and video with a KVM switch, or even forget disconnetting the PS2 mouse by mistake! If you do, you will loose control of the mouse until next REBOOT! (This is GROSS isn't it?) I use a USB KVM and it works fine with OpenSolaris. I switch around and it doesn't cause any issues. I agree that it's irritating that it doesn't work with PS/2 though, but PS/2 wasn't designed for hot-plug. Most PS/2 KVMs I've used make the attached computer think the mouse and keyboard are still there at all times. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Frustrated beyond belief trying to cobble together a zfs platform
Thanks! That's quite a useful bit of info, much like what I'd hoped for out of the HCL. I'd decided that ASUS had reliable-enough motherboards, AMD processors were certainly usable and all support ECC. But the issues with the on-board ethernet chips and the disk controllers were something I was trying to avoid. An AMD CPU can save you a neat $100 pretty quickly, as can an ASUS versus Supermicro motherboard. On the other hand, an intel-chip NIC is $50 and a Supermicro disk controller is $80-$100, so the savings get eaten up quickly. When I factor in my clumsy, inept fumbling with a new OS, the scales tip to better support quickly. Thanks for the reply - that is very, very useful info. The onboard disk controller does work properly. I'm using it for my boot drives. Just set it to AHCI in the BIOS or OpenSolaris will only see 4 ports. The NIC also works, I just wasn't 100% sure it would so I bought the Intel NIC so I would be sure to be able to get on the network. I believe that the 2009.06 release doesn't know the PCI ID of the onboard NIC, so you do have to edit files a bit to get it working. Later releases do detect it though. If you need more than 6 SATA ports, you will likely need an add-on card for more drives as most motherboards top out around there. The Supermicro boards are expensive, but they are supported well and are one of the very few options for more than 4 ports in PCI Express. Most of the other boards out there are expensive RAID controllers. And I did get what seems to be a good workaround for the MPT driver issue I was seeing. No errors in the past 16 hours or so. I believe the cheaper 4 port Silicon Image boards everyone seems to sell are also supported in OpenSolaris. I had one of those die in my old server though, so I was willing to pay more for reliability. Perhaps if you said how many drives you want and such? It's hard to give good recommendations when we don't know exactly what you're after. I'm using 2 drives for root in a mirror from the onboard controller and 8 drives (soon to be 12) on the SuperMicro controllers for mass storage. As that means I had to design for 16 SATA ports, I was forced to the controller cards as I've never encountered a motherboard with that many onboard SATA ports. If you wanted 4 data drives and 2 boot drives, there are a lot of options for motherboards with 6 SATA ports onboard that work fine with OpenSolaris. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Frustrated beyond belief trying to cobble together a zfs platform
Travis Tabbal wrote: 7) Opteron AMD PowerNow! frequency scaling does not work, which is a real pain in the neck, I hope that this will be fixed in future releases. So much for global warming, looks like the americans still do not care. Current AMD chips DO support power/frequency scaling in OpenSolaris. I understand that the older chips are not supported from reading around here. The current support for PowerNow! is limited to those in the 10h family and later. I /believe/ this mean the Sempron M1, Phenom, Phenom II, and Athlon II series of desktop processors, and the Barcelona and later Opteron series, plus the Turion II notebook CPUs. I'm not so sure about the Athlon X4 and the Santa Rosa series of dual-core Opterons (i'm pretty sure they're 0Fh). I finally found the completed lists for the 10h and 11h families: http://support.amd.com/us/Processor_TechDocs/41322.pdf http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/41788.pdf I'm not sure of the blocking issues, but it certainly would be nice to have PowerNow! supported through all the Socket F/AM2/AM2+ CPU families (I can see ignoring all the DDR1-era CPUs, as they're at least 4 years out of date now). 9) If you have more than one physical box, forget sharing one keyboard, mouse and video with a KVM switch, or even forget disconnetting the PS2 mouse by mistake! If you do, you will loose control of the mouse until next REBOOT! (This is GROSS isn't it?) I use a USB KVM and it works fine with OpenSolaris. I switch around and it doesn't cause any issues. I agree that it's irritating that it doesn't work with PS/2 though, but PS/2 wasn't designed for hot-plug. Most PS/2 KVMs I've used make the attached computer think the mouse and keyboard are still there at all times. Removing and reattaching PS/2 peripherals on ANY OS is a crapshoot. PS/2 simply isn't designed to allow for reliable hot swapping. Good PS/2 KVMs have little chips inside which emulate a constantly-connected PS/2 device, which is why they work reliably - crappy KVMs are just mechanical switches, which are the equivalent to plugging and unplugging the PS/2 port (that is, take your chances). I've had no more difficulties with OpenSolaris and PS/2 than I have with Linux or Windows. USB does support hot-swapping, which I've found works nicely on pretty much all OSes, with no real issues. -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
I've never used the older package system, OpenSolaris 2009.06 was my first try on Solaris as an admin. I've had no problems with the package system though. It works well for me. I've done image-updates when I needed to download close to a gig and it gets them all and installs them all without issues. I haven't really used the GUI tool, just the command line pkg tool. I've had it get slow, but I've never seen it completely fail. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
It works, but it doesn't mean that it works well. Don't know why Sun decided to reinvent wheel (the most stupid idea in Unix world opposite to K.I.S.S.). There is pkgsrc available for Solaris or there are packaging systems from OpenBSD, FreeBSD, ... with good licence. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] netperf not working in snv_127 ?
* Haiou Fu (Kevin) fuha...@yahoo.com [2009-11-20 15:50]: You nailed it, it is an x86 version, while I am on SPARC: r...@osol:/# file /usr/bin/netperf /usr/bin/netperf: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, not stripped The question is: (2) Why IPS (netperf.p5i) allowed the installation of this X86 binary on to a SPARC server? The p5i file or the package is likely missing the metadata listing its appropriate architectures. If you send me the p5i file (or a pointer), I can have a look. - Stephen -- s...@sun.com http://blogs.sun.com/sch/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
* Chad Welsh unixphr...@mac.com [2009-11-24 04:58]: I guess there is a limit to how much you can update at one time when using Opensloaris 1002 b127 or any other Opensloaris version? There is no limit imposed, either by the client or the server. If I try to install large packages like Openoffice, Java 7 runtime or I figure anything over 10MB or so the Package Manager fails to download the entire queue. We have seen some ISPs that blacklist occasional specific packets. This can be very frustrating to diagnose. If you have the detailed logs from Package Manager, or could reproduce the error with the pkg(1) command line client, we could begin to diagnose the problem. When I'm updating a system, usually the biggest issue with performance is when I have a nearly full root pool--hunting for free blocks gets extremely slow. Generally, we have not maxed out the network that serves opensolaris.org. (By contrast, it gets maxed out when there's a Java-related launch with related content.) Ah another update just failed as I tried to finish this post and now to find out which package is to big for the weak IPS infrastructure. If you want to send me your details privately, like the output of pkg publisher opensolaris.org I can review the recent logs to see if there were any obvious failures. Cheers Stephen -- s...@sun.com http://blogs.sun.com/sch/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Tomas Bodzar wrote: It works, but it doesn't mean that it works well. Don't know why Sun decided to reinvent wheel (the most stupid idea in Unix world opposite to K.I.S.S.). There is pkgsrc available for Solaris or there are packaging systems from OpenBSD, FreeBSD, ... with good licence. Because none of the other package systems really support SVR4 packages, which is a major requirement. IPS isn't really a re-invention, it's pretty similar to apt/dpkg/synaptic. And, frankly, pkg-get (from the blastwave folks) is a hack on top of the SVR4 package system - I'm not criticizing them, they've done the best they can with the old SVR4 system. In theory, it might have been nice to support the pkgsrc package format, instead of having to create a whole new ips format. However, I don't know enough about the pkgsrc format to say that it would meet all the requirements that ips does. Frankly, I would be astounded to find out that pkgsrc wasn't explored as a possible base, and that it didn't get used because it wasn't suitable. Aside from the sporadic download issues, exactly what else seems wrong with ips? -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
On Tue, Nov 24, 2009 at 6:27 AM, Chad Welsh unixphr...@mac.com wrote: I guess when people don't like the truth they stop helping no matter, huh? Well you all have a fun time with Sol-nux and stay in your yummy gummy dream world while us true believers stomp the turf with the tried and true heavy metal hitter solaris 10 and its Step brother that is beaten to death by the Sol-nux fanatics SX:CE It hasn't been fun!! -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org I guess when an issue is brought up with little to no supporting evidence or information to work from, there isn't anything to reply back with? I have been using IPS since shortly before 2008.11 with no issue. In fact, the only issues I've had with Osol are from bleeding edge projects like Comstar when they were first put in. What build are you running and what kind of network setup do you have? What troubleshooting steps have you performed? Network traces? -- Brent Jones br...@servuhome.net ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Unlike some, I find IPS to be usable, but that doesn't change the fact that it was lunacy to implement a packaging system in an interpreted language. [url=http://www.haskell.org/haskellwiki/Haskell]Haskell[/url] would have been a much better choice. The [url=http://xmonad.org/]Xmonad window manager[/url] demonstrates that Haskell is very well suited to rapidly developing highly functional but lightweight applications. It is the only window manager in Wikipedia's [url=http://en.wikipedia.org/wiki/Comparison_of_X_window_managers]list of X window managers[/url] that is written in a language other than C or C++. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Greetings Erik, On Tue, 24 Nov 2009 19:55:56 +0100, Erik Trimble wrote: Aside from the sporadic download issues, exactly what else seems wrong with ips? First sorry for my English. I miss some options when (un)install packege(s) like these: -f --force Force the (un)install of a package. -F --fetch-only Only fetch packages, do not build, upgrade or install anything. -R --upward-recursive Act on all those packages required by the given packages as well. How can I uninstall for example Firefox and only the Firefox? Have a nice day! -- Üdvözlettel, http://opensolaris.org/os/project/indiana/ Cemasko Viktor. http://www.opera.com/browser/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Viktor Cemasko wrote: Greetings Erik, On Tue, 24 Nov 2009 19:55:56 +0100, Erik Trimble wrote: Aside from the sporadic download issues, exactly what else seems wrong with ips? First sorry for my English. I miss some options when (un)install packege(s) like these: -f --forceForce the (un)install of a package. This was purposefully omitted. Your system couldn't be properly upgraded if this was supported. -F --fetch-only Only fetch packages, do not build, upgrade or install anything. This is planned functionality. -R --upward-recursiveAct on all those packages required by the given packages as well. See 'uninstall -r', unless I've misunderstood what you mean by upward. How can I uninstall for example Firefox and only the Firefox? pfexec pkg uninstall SUNWfirefox But if other packages depend on it, you can't, since that would break those packages. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Greetings Erik, On Tue, 24 Nov 2009 21:08:05 +0100, Shawn Walker wrote: Viktor Cemasko wrote: ... --forceForce the (un)install of a package. This was purposefully omitted. Your system couldn't be properly upgraded if this was supported. With snapshot possibility I can feel it like real danger. ... --fetch-only Only fetch packages, do not build, upgrade or install anything. This is planned functionality. Great. :) See 'uninstall -r', unless I've misunderstood what you mean by upward. E.g.: Command pkg uninstall -nv SUNWfirefox give follow message: Cannot remove 'SUNWfirefox' due to the following packages that depend on it: ... ... SUNWgnome-help-viewer In case with option -R command: pkg uninstall -nRv SUNWgnome-help-viewer will uninstall gnome-help-viewer and Firefox. But if other packages depend on it, you can't, since that would break those packages. I know and confirm that would break packages, but I still want/need it to remove/uninstall. My movements in this case? Have a nice day! -- Üdvözlettel, http://opensolaris.org/os/project/indiana/ Cemasko Viktor. http://www.opera.com/browser/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Viktor Cemasko wrote: Greetings Erik, On Tue, 24 Nov 2009 21:08:05 +0100, Shawn Walker wrote: Viktor Cemasko wrote: ... --forceForce the (un)install of a package. This was purposefully omitted. Your system couldn't be properly upgraded if this was supported. With snapshot possibility I can feel it like real danger. The goal is to provide a supportable packaging system, so functionality isn't added that isn't supportable. See 'uninstall -r', unless I've misunderstood what you mean by upward. E.g.: Command pkg uninstall -nv SUNWfirefox give follow message: Did you try 'uninstall -nvr' to see the full list of packages it would have to remove? Cannot remove 'SUNWfirefox' due to the following packages that depend on it: ... ... SUNWgnome-help-viewer In case with option -R command: pkg uninstall -nRv SUNWgnome-help-viewer will uninstall gnome-help-viewer and Firefox. No, the '-R' you propose and the '-r' that exists are the same as far as I can tell. See above. But if other packages depend on it, you can't, since that would break those packages. I know and confirm that would break packages, but I still want/need it to remove/uninstall. My movements in this case? If you look at the output of 'uninstall -nvr', you'll see that it would remove far more packages than you probably want to remove. In short, the way the OpenSolaris distribution is currently built pretty much requires SUNWfirefox if you want to use the included GNOME. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Greetings Erik, On Tue, 24 Nov 2009 21:56:14 +0100, Shawn Walker swal...@opensolaris.org wrote: ... In short, the way the OpenSolaris distribution is currently built pretty much requires SUNWfirefox if you want to use the included GNOME. I understand Your position in this question. My English is not enough to discussion and reductions of arguments (mea culpa). Firefox is not the best example from my side, but You can think about any foobar package. :) --force and --upward-recursive flags are very useful in practice. I am sure that some years later, when the quantity of packages in OpenSolaris will reach certain quantity (xx thousands), these flags will be implemented in package manager. Thank You for answers, patience and tolerance! Have a nice day! -- Üdvözlettel, http://opensolaris.org/os/project/indiana/ Cemasko Viktor. http://www.opera.com/browser/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Viktor Cemasko wrote: Greetings Erik, On Tue, 24 Nov 2009 21:56:14 +0100, Shawn Walker swal...@opensolaris.org wrote: ... In short, the way the OpenSolaris distribution is currently built pretty much requires SUNWfirefox if you want to use the included GNOME. I understand Your position in this question. My English is not enough to discussion and reductions of arguments (mea culpa). Firefox is not the best example from my side, but You can think about any foobar package. :) --force and --upward-recursive flags are very useful in practice. I am sure that some years later, when the quantity of packages in OpenSolaris will reach certain quantity (xx thousands), these flags will be implemented in package manager. As I already said, -r does what you said for --upward. Look at the output of 'uninstall -nrv'. You could certainly execute 'uninstall -rv SUNWfirefox' now, but I wouldn't recommend it. There are no plans to implement -f at this time; it has been discussed. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
On Tue, 24 Nov 2009 22:41:21 +0100, Shawn Walker swal...@opensolaris.org wrote: As I already said, -r does what you said for --upward. Look at the output of 'uninstall -nrv'. I am sure You already mistook only because of my bad explanation. ~%= pfexec pkg uninstall -nrv SUNWfirefox 21:32 pts/2 Creating Plan -Before evaluation: UNEVALUATED: -pkg://Development/sunwfire...@0.5.11,5.11-0.127:2009T052250Z After evaluation: [... I deleted here about 38 lines...] pkg://Development/sunwgnome-help-vie...@0.5.11,5.11-0.127:2009T060422Z - None pkg://Development/sunwfire...@0.5.11,5.11-0.127:2009T052250Z - None Actuators: restart_fmri: svc:/system/manifest-import:default restart_fmri: svc:/application/desktop-cache/gconf-cache:default restart_fmri: svc:/application/desktop-cache/icon-cache:default restart_fmri: svc:/application/desktop-cache/mime-types-cache:default restart_fmri: svc:/system/rbac:default ~%= 21:33 pts/2 Now let see what say -nrv for gnome-help-viewer: ~%= pfexec pkg uninstall -nrv SUNWgnome-help-viewer 21:33 pts/2 Creating Plan -Before evaluation: UNEVALUATED: -pkg://Development/sunwgnome-help-vie...@0.5.11,5.11-0.127:2009T060422Z After evaluation: pkg://Development/sunwgnome-help-vie...@0.5.11,5.11-0.127:2009T060422Z - None Actuators: restart_fmri: svc:/application/desktop-cache/gconf-cache:default restart_fmri: svc:/application/desktop-cache/icon-cache:default ~%= 22:48 pts/2 If -r == -R (--upward) then where is the Firefox? --upward-recursive is the option to tell package manager to recurse upwards through dependencies. In the case of use on gnome-help-viewer, Firefox would be uninstalled. You could certainly execute 'uninstall -rv SUNWfirefox' now, but I wouldn't recommend it. Yes, I can, but it will uninstall more packages than I want. I wish to remove only the Firefox package. Not with a manual deleting of each file installed by Firefox package, but with a simple command. There are no plans to implement -f at this time; it has been discussed. Times vary, as well as plans. I patient and able to wait. Wbr, -- Üdvözlettel, http://opensolaris.org/os/project/indiana/ Cemasko Viktor. http://www.opera.com/browser/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Viktor Cemasko wrote: On Tue, 24 Nov 2009 22:41:21 +0100, Shawn Walker swal...@opensolaris.org wrote: As I already said, -r does what you said for --upward. Look at the output of 'uninstall -nrv'. I am sure You already mistook only because of my bad explanation. ~%= pfexec pkg uninstall -nrv SUNWfirefox 21:32 pts/2 Creating Plan -Before evaluation: UNEVALUATED: -pkg://Development/sunwfire...@0.5.11,5.11-0.127:2009T052250Z After evaluation: [... I deleted here about 38 lines...] pkg://Development/sunwgnome-help-vie...@0.5.11,5.11-0.127:2009T060422Z - None pkg://Development/sunwfire...@0.5.11,5.11-0.127:2009T052250Z - None Actuators: restart_fmri: svc:/system/manifest-import:default restart_fmri: svc:/application/desktop-cache/gconf-cache:default restart_fmri: svc:/application/desktop-cache/icon-cache:default restart_fmri: svc:/application/desktop-cache/mime-types-cache:default restart_fmri: svc:/system/rbac:default ~%= 21:33 pts/2 Now let see what say -nrv for gnome-help-viewer: ~%= pfexec pkg uninstall -nrv SUNWgnome-help-viewer 21:33 pts/2 Creating Plan -Before evaluation: UNEVALUATED: -pkg://Development/sunwgnome-help-vie...@0.5.11,5.11-0.127:2009T060422Z After evaluation: pkg://Development/sunwgnome-help-vie...@0.5.11,5.11-0.127:2009T060422Z - None Actuators: restart_fmri: svc:/application/desktop-cache/gconf-cache:default restart_fmri: svc:/application/desktop-cache/icon-cache:default ~%= 22:48 pts/2 If -r == -R (--upward) then where is the Firefox? --upward-recursive is the option to tell package manager to recurse upwards through dependencies. In the case of use on gnome-help-viewer, Firefox would be uninstalled. It is upward through the dependencies of the package you named. SUNWfirefox is not a dependency of SUNWgnome-help-viewer and is therefore not listed. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
On Tue, 24 Nov 2009 23:39:22 +0100, Shawn Walker swal...@opensolaris.org wrote: It is upward through the dependencies of the package you named. SUNWfirefox is not a dependency of SUNWgnome-help-viewer and is therefore not listed. Bingo. We come closer to what I want(ed) and trying to express/explain with my poor English language knowledge. SUNWgnome-help-viewer is a dependency of SUNWfirefox. I wish to see possibility in package manager to operate in the opposite direction (upward). Any chance to implement it (in the future)? Wbr, -- Üdvözlettel, http://opensolaris.org/os/project/indiana/ Cemasko Viktor. http://www.opera.com/browser/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Viktor Cemasko wrote: On Tue, 24 Nov 2009 23:39:22 +0100, Shawn Walker swal...@opensolaris.org wrote: It is upward through the dependencies of the package you named. SUNWfirefox is not a dependency of SUNWgnome-help-viewer and is therefore not listed. Bingo. We come closer to what I want(ed) and trying to express/explain with my poor English language knowledge. SUNWgnome-help-viewer is a dependency of SUNWfirefox. I wish to see possibility in package manager to operate in the opposite direction (upward). Any chance to implement it (in the future)? It has been discussed, but I don't know when or if it might be implemented. As for SUNWgnome-help-viewer, I suspect its a dependency of some package SUNWfirefox depends on and not of SUNWfirefox itself. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Chad Welsh wrote: Y instead of a linux-solaris bastardization. Great good name for what Solaris is becoming :) Thanks for your fantasy Salut Alex ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
On Wed, 25 Nov 2009 00:14:52 +0100, Shawn Walker swal...@opensolaris.org wrote: It has been discussed, but I don't know when or if it might be implemented. Clear, has taken into consideration. As for SUNWgnome-help-viewer, I suspect its a dependency of some package SUNWfirefox depends on and not of SUNWfirefox itself. I think and sure You know it better, but for explanation example it was enough good choice. Once more thank You for discussion and patience. With best regards, -- Üdvözlettel, http://opensolaris.org/os/project/indiana/ Cemasko Viktor. http://www.opera.com/browser/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
I think its more like when people see rudeness like you've displayed they don't want to help On Wed, Nov 25, 2009 at 01:27, Chad Welsh unixphr...@mac.com wrote: I guess when people don't like the truth they stop helping no matter, huh? Well you all have a fun time with Sol-nux and stay in your yummy gummy dream world while us true believers stomp the turf with the tried and true heavy metal hitter solaris 10 and its Step brother that is beaten to death by the Sol-nux fanatics SX:CE It hasn't been fun!! -- 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] Why is using Package Manager such a pain in the A$$?
I guess truth does = rude to people who are blind to it and can or will not see the light of it. Most people here will agree that opensloaris has headed down the wrong path, many will not say in public but there are those that have and that still will say that SX:CE is the way of the future and should not be stifled. LIke I said I has not been fun I came to Solaris to get away from Linux not to become a halfwitted linux clone. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Chad Welsh wrote: I guess truth does = rude to people who are blind to it and can or will not see the light of it. Most people here will agree that opensloaris has headed down the wrong path, many will not say in public but there are those that have and that still will say that SX:CE is the way of the future and should not be stifled. LIke I said I has not been fun I came to Solaris to get away from Linux not to become a halfwitted linux clone. Thankfully, no one is working on a half-witted Linux clone, so you may relax now. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why is using Package Manager such a pain in the A$$?
Shawn Walker schrieb: Chad Welsh wrote: I guess truth does = rude to people who are blind to it and can or will not see the light of it. Most people here will agree that opensloaris has headed down the wrong path, many will not say in public but there are those that have and that still will say that SX:CE is the way of the future and should not be stifled. LIke I said I has not been fun I came to Solaris to get away from Linux not to become a halfwitted linux clone. Thankfully, no one is working on a half-witted Linux clone, so you may relax now. How comes it looks like one? Two random examples: 1. Mount a share with nautilus, can't see it from netbeans or cmdline. 2. Looking at vpanels-mysql.., should I cry or laugh? Completely useless including a NONWORKING LINK TO phpMysqlAdmin, come on guys. Volunteer effort is nice but if there is noone overlooking the overall result and prevents the inclusion of things like the utter mess that is gnome-vfs, you're just looking like one of the half-assed non-solutions that is linuxdesktop. cheers Paul ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] How to work out where boot process fails
Thanks. The console reported -m as an invalid option, but you got me looking in the right area. Important changes: - change console from graphics to text - delete line containing splash graphic. Now to try and resolve the actual boot issues. First, the boot archive didn't math (fix with 'bootadm update-archive') Second, it couldn't load the audio device driver so went into maintenance mode (fix with svcadmin disable audio) Now it boots, but only to the console login. It doesn't proceed on to the x login and if I login and startx, it hangs about and doesn't seem to do anything. To be fair, I really only need remote ssh access. Unfortunately, something isn't quite working with that and it rejects my key. Back to the drawing board! -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] virtualbox 3.0.12 IPS?
Hi: I have not been able to upgrade my virtualbox 3.0.12 because the IPS version has not been made available through the sun extra repository. Is there any way I can do a manual upgrade from my existing IPS package? Thanks, Keith -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] virtualbox 3.0.12 IPS?
We hope to have the IPS version up in the next day or so. I don't think you would want to manually download and install the tarballs from the virtualbox.org website, since you would first have to uninstall the IPS version, then uninstall the tarball when you switch back to the IPS version. I would recommend just waiting the extra day or so. -- Alan keithk wrote: Hi: I have not been able to upgrade my virtualbox 3.0.12 because the IPS version has not been made available through the sun extra repository. Is there any way I can do a manual upgrade from my existing IPS package? Thanks, Keith ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Frustrated beyond belief trying to cobble together a zfs platform
Perhaps if you said how many drives you want and such? It's hard to give good recommendations when we don't know exactly what you're after. Sorry - I posted in zfs discuss also. What I want is a single- or double-failure tolerant network attached file server. I'm willing to build a system and learn Solaris to get it. The rest of the details are of lesser importance and variable. This is as opposed to wanting a specific number of disks, or performance, or such. My storage needs are not huge, a few TB will be fine. Losing data to file crashes or bit rot is not fine. Hence zfs backed up by something like an ever-increasing box of dvdisaster DVDs for cold storage, topped up periodically. Here's my explanation from the zfs discuss forum: === Given that data integrity drove me to Opensolaris and zfs for a file server instead of to a simple NAS box which would have been cheaper and easier, I reasoned as follows: - yep, raidz2 is going to meet data integrity better than raidz; so I need plug in capacity for six disks minimum, that gets to raidz2 with the lowest number of data integrity issues based on disk failure (I think...) - there are six-SATA and more motherboards which exist, so there is a premium on using one of these MBs if opensolaris supports the SATA controller on the MB, instead of finding and buying one or more disk controller cards. The disk card which seems most supported and cheapest seems to be the Supermicro PCI-x eight-SATA version for $100. One could argue that two-three cheaper cards would get you under $100, but that then begs the issue of complexity, number of slots on the MB, and additional electrical power use, which is a secondary consideration, but one which is an obvious issue with the more cards stuffed into the box. So a six-SATA native controller is a Good Thing - back at data integrity, a motherboard failure is a problem too; a well-trusted and well tested MB is a plus. I took that to mean don't buy a MB with overclocking mentioned as a plus for it, and don't bother with all the fancy onboard widgies you can get. My personal positive experiences have been with ASUS, Gigabyte, and Intel. I have had motheboard deaths and erratic behavior with ECS, FCI, and DFI. Haven't used a Supermicro, but they seem to be highly recommended. - gotta have ECC RAM on the MB - amount of memory is pretty much a don't care these days; 4gb to 8gb are probably fine, maybe even less is OK. - number of slots is only an issue if I have to use external disk cards. This might be an issue if I was trying to get over a few TB of server storage, but I'm pretty happy with under 10TB. If I was trying to fill up a 20-30 disk array, I'd have different answers. I can't afford that many disks. So a 6-SATA MB is a good compromise. - intel vs AMD CPUs is a don't-care to a first approximation. Both support 64bit, both have ECC support in some flavors. This means select based on MB features, not architecture. At a secondary level, AMD seems to be cheaper and perhaps lower power if you get especially the newly announced e versions, notably the Athlon II X2 240e. But saving $100 on a processor or 20W on the power budget isn't worth not having the right number of disks on the MB or hot having chipset drivers be available. === I'm using 2 drives for root in a mirror from the onboard controller and 8 drives (soon to be 12) on the SuperMicro controllers for mass storage. As that means I had to design for 16 SATA ports, I was forced to the controller cards as I've never encountered a motherboard with that many onboard SATA ports. If you wanted 4 data drives and 2 boot drives, there are a lot of options for motherboards with 6 SATA ports onboard that work fine with OpenSolaris. Cool. As a practical matter, I'm fine with saying I'll use six disks of the latest good compromise density, and a mirrored boot disk of much smaller size. The MBs I looked at seriously have PATA controllers which will run two PATA drives, so I had in mind using that for the mirrored boot disk vdev, and the six SATAs for the stored-data pool in raidz2. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
