From peter at yseda.com Sun Feb 18 20:26:25 2007 From: peter at yseda.com (Peter Lees) Date: Sun, 18 Feb 2007 20:26:25 PST Subject: [approach-discuss] printing still infuriatingly broken Message-ID: <2683358.1171859215595.JavaMail.Twebapp@oss-app1> folks - this shouldn't be hard... lpstat is dumping core on me (segfault): # lpstat -t scheduler is not running system default printer: lp system for sydsoc_ricoh: ricoh-printer (as lpd://ricoh-printer/printers/lp#Solaris) sydsoc_ricoh not accepting requests since 19 February 2007 3:21:13 PM unknown reason Segmentation Fault(coredump) * * * here's the last bit of a truss on that command: 2128: read(7, " ", 1) = 1 2128: read(7, " I", 1) = 1 2128: read(7, " d", 1) = 1 2128: read(7, " l", 1) = 1 2128: read(7, " e", 1) = 1 2128: read(7, " .", 1) = 1 2128: read(7, " (", 1) = 1 2128: read(7, " R", 1) = 1 2128: read(7, " e", 1) = 1 2128: read(7, " a", 1) = 1 2128: read(7, " d", 1) = 1 2128: read(7, " y", 1) = 1 2128: read(7, " .", 1) = 1 2128: read(7, " )", 1) = 1 2128: read(7, "\n", 1) = 1 2128: read(7, " O", 1) = 1 2128: read(7, " n", 1) = 1 2128: read(7, " l", 1) = 1 2128: read(7, " i", 1) = 1 2128: read(7, " n", 1) = 1 2128: read(7, " e", 1) = 1 2128: read(7, " /", 1) = 1 2128: read(7, " O", 1) = 1 2128: read(7, " f", 1) = 1 2128: read(7, " f", 1) = 1 2128: read(7, " l", 1) = 1 2128: read(7, " i", 1) = 1 2128: read(7, " n", 1) = 1 2128: read(7, " e", 1) = 1 2128: read(7, " ", 1) = 1 2128: read(7, " :", 1) = 1 2128: read(7, " ", 1) = 1 2128: read(7, " O", 1) = 1 2128: read(7, " n", 1) = 1 2128: read(7, " l", 1) = 1 2128: read(7, " i", 1) = 1 2128: read(7, " n", 1) = 1 2128: read(7, " e", 1) = 1 2128: read(7, " .", 1) = 1 2128: read(7, "\n", 1) = 1 2128: read(7, "\n", 1) = 1 2128: Incurred fault #6, FLTBOUNDS %pc = 0xD26E109B 2128: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000 2128: Received signal #11, SIGSEGV [default] 2128: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000 i don't care whether the printer is sending back weird info, it's unacceptable that lpstat segfaults thank god openoffice has a relatively independent printing subsystem so i can still print documents despite this debacle Solaris Nevada snv_55b X86 on laptop ricoh aficio 2238C printer if this can't be made right and *simple* we can forget about solaris as a productivity platform This message posted from opensolaris.org From jabrewer at rochester.rr.com Sat Feb 24 11:04:47 2007 From: jabrewer at rochester.rr.com (John Brewer) Date: Sat, 24 Feb 2007 11:04:47 PST Subject: [approach-discuss] Re: Getting rid of CD images for future SX:CE Message-ID: <31663911.1172343917836.JavaMail.Twebapp@oss-app1> >
>

On 2/23/07, class="gmail_sendername">Alan Coopersmith < href="mailto:alan.coopersmith at sun.com">alan.coopersmit > h at sun.com> wrote:
class="gmail_quote" style="border-left: 1px solid > rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; > padding-left: 1ex;"> > Due to some changes planned in the way install images > are built
for Solaris Nevada, we've been > having an internal discussion this
week about > whether it would be okay to drop CD images for > the
future Nevada builds (which the community sees > as Solaris Express: >
Community Edition) and only have DVD > images.

We've got some statistics which > show downloaders seem to prefer
DVD images over CD > at about a 2:1 ratio - but we don't know if > those
downloading CD images could use DVD images > instead. >

The internal discussion thus has been based > mostly on our assumptions
about who the community > members are and what hardware they have, but
no > one has yet asked the community.

Would you > have a problem with DVD-only images for > SX:CE? Do you have >
systems you use for OpenSolaris that don't > have DVD drives and that
you can't netinstall > from another system or Live Upgrade from a > mounted
image?

I think for > x86 its okay to discontinue cdroms ( a box with 256MB > ram most likely has a dvd drive or can spend $20 and > get a dvd drive, but for sparc it should be continued > many sparc machines that run solaris 10 don't > have dvd drives and scsi dvd drives are not > cheap and are hard to find used. >

James Dickens
href="http://uadmin.blogspot.com">uadmin.blogspot.com< > /a>


class="gmail_quote" style="border-left: 1px solid > rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; > padding-left: 1ex;"> > --
> -Alan > Coopersmith- > href="mailto:alan.coopersmith at sun.com">alan.coopersmit > h at sun.com
& > nbsp; Sun Microsystems, Inc. - X Window System > Engineering
&nb > sp; February 2007 Selection: LSARC Chair of the > Month Club >
_______________________________________________
>opensolaris-discuss mailing list
href="mailto:opensolaris-discuss at opensolaris.org">open > solaris-discuss at opensolaris.org
div>
> >
_______________________________________________ > opensolaris-discuss mailing list > opensolaris-discuss at opensolaris.org If the install is ratio for DVD 2:1 , there is still a big need for CD's, you should look into automating and cut down the manual build process for posting the CD and DVD's, and build some audit scripts for the build process for a verification process. I believe the CD will be needed for quite a while. also as new types of media become available i.e. USB ram pocket ram disks can handle the larger ISO image, some PC can be set to boot from these types of devices, will need to be considered for installing. I this should be part of the project to review the install build process. This message posted from opensolaris.org