Benjamin Brumaire wrote:
same here on my wz1100.
Is this a new occurence of 6294769?
For info I found this thread which is pretty close
http://www.opensolaris.org/jive/thread.jspa?messageID=4174#4174
bbr
Could it be related to this?
http://www.gnusolaris.org/cgi-bin/trac.cgi/ticket/84
Nexenta OS (elatte) Alpha 1 is now available for download at:
http://www.gnusolaris.org
This release contains 6 ISO images: LiveCD, InstallCD, and 4 SourceCDs.
Features:
* OpenSolaris kernel build #27 (non-debug).
* Xorg 6.8.2-77, substantially revamped and fixed to auto-detect hardware
Alex,
I just tried to do a dist-upgrade from pre-alpha1
and it failed on sunwcsd. It looks like it is trying to remove and
recreate devices, which is failing.
Is dist-upgrade meant to be supported yet do we need to reinstall.
ShanonOn 11/21/05, Alex Ross [EMAIL PROTECTED] wrote:
Nexenta OS
diskread: reading beyond end of ramdisk
start = 0x2000, size = 0x2000
failed to read superblock
I believe this is a new bug, introduced by the fix for:
6344611 create_ramdisk needs to react less poorly to missing files or
directories.
On Monday 21 November 2005 06:07, Ian Collins wrote:
Matt Ingenthron wrote:
Robert Lunnon wrote:
I want to stir the pot a bit and ask whether Solaris's practise of
locking the manual cd open is really necessary when read-only media
in mounted. Why not allow a manual eject and just
On Fri, 2005-11-18 at 17:13, Joerg Schilling wrote:
Darren J Moffat [EMAIL PROTECTED] wrote:
We currently have an encrypt(1) command that works on individual files.
We have encryption support for lofi(7d) - the block driver - working
and hope to release it to OpenSolaris site soon.
Today I dl'ed the x86 version and tried it out on the
Dl380 G2 and when it boot the first CD, it hung
shortly after the Grub menu.
Try to boot the kernel with moddebug set to 8000,
so that we can get an idea in which part of the kernel / which
kernel module it is hanging. For setting
[ ... ]
File Systems for Auto-layout
[X] /
[ ] /opt
[ ] /usr
[ ] /usr/openwin
[ ] /var
[X] swap
This feels wrong and maybe I'll
Will Hayworth writes:
After which it asked for my root password to get into maintenance
mode, which I provided. One of the prompts had recommended that I
run fsck, so I did, answering yes to every prompt, hoping that it
would be smart (forgive the inherent ignorance in this). But after
Robert Lunnon [EMAIL PROTECTED] wrote:
My users don't use the command line, they are fugitives from windows. They
have common problems with the cdrom refusing to eject. It's hard to explain
to a windows exile that the cd wont eject because there Might be a file
open on it. In some other
Going by the Nevada schedule build 28 should come approx. 2 weeks after build
27.
nv27 hit the sdlc november 16, i'll leave the difficult calculations up to you
;)
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
[ ... ]
Before MS Win did start to support this, it was the agreeed behavior:
- Apple _and_ Sun did have a Floppy drive _without_ eject button.
- CD-ROM drives did just copy this idea and allowed to make the
eject button to diasppear (being hidden).
If you run a command
Robert Lunnon wrote:
On Monday 21 November 2005 06:07, Ian Collins wrote:
Matt Ingenthron wrote:
[snipped...]
Agreed, but I think we do need better disaster recover with CD drives.
Ian
My users don't use the command line, they are fugitives from windows. They
have common
On Sun, Nov 20, 2005 at 03:42:52PM +0100, Joerg Schilling wrote:
This practice is used since 1988 and before Microsoft and Linux did something
else, nobody complained.
Linux doesn't allow to eject a CD in use.
___
opensolaris-discuss mailing list
Christoph Hellwig wrote:
On Sun, Nov 20, 2005 at 03:42:52PM +0100, Joerg Schilling wrote:
This practice is used since 1988 and before Microsoft and Linux did something
else, nobody complained.
It does. Just try a latest 2.6 kernel which has subfs. I works on
SuSE 9.3.
Regards,
On Mon, Nov 21, 2005 at 07:36:25PM +0530, Moinak Ghosh wrote:
This practice is used since 1988 and before Microsoft and Linux did
something
else, nobody complained.
It does. Just try a latest 2.6 kernel which has subfs. I works on
SuSE 9.3.
Then the suse folks patched your kernel.
Christoph Hellwig wrote:
On Mon, Nov 21, 2005 at 07:36:25PM +0530, Moinak Ghosh wrote:
This practice is used since 1988 and before Microsoft and Linux did
something
else, nobody complained.
It does. Just try a latest 2.6 kernel which has subfs. I works on
SuSE 9.3.
On Mon, Nov 21, 2005 at 07:36:25PM +0530, Moinak Ghosh wrote:
It does. Just try a latest 2.6 kernel which has subfs.
There's no subfs in a latest 2.6 kernel. I looked up what subfs is,
and it's a stackable filesystem that is mounted to a mount pointed at
boot time, and then mounts an
ok, thanks.
stefan
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Christoph Hellwig wrote:
On Mon, Nov 21, 2005 at 07:36:25PM +0530, Moinak Ghosh wrote:
It does. Just try a latest 2.6 kernel which has subfs.
There's no subfs in a latest 2.6 kernel. I looked up what subfs is,
and it's a stackable filesystem that is mounted to a mount pointed at
On Thu, 2005-11-17 at 21:50, Alan DuBoff wrote:
This is currently a problem with all of the distributions on
Solaris/OpenSolaris. Blastwave, pkgsrc, (I suspect) gentoo, sunfreeware,
etc...all build their own userland. GNU/OpenSolaris does the same in it's own
way.
this is why I built my own
To do the auto-unmount on eject for Solaris would require changes to
vold (See the other post
by Frank Hoffman). But as you say unmount on unuse looks odd. Rather
it should be unmount
(if possible) on eject.
For HSFS it's of no special consequence. For filesystems that
_write_
Stefan Parvu wrote:
Hey,
Any ideas when build28 should be out ? This week ?
Well, today's the deadline for us to integrate our packages
into the build dock so they can start the build, but Thursday
and Friday are holidays in the US, and many people are taking
off early, so this one may take a
Good review. Thanks ken!
One little thing, Nexenta Alpha 1 comes with non-debug kernel which
makes Nexenta perfect platform for performance investigations.
Erast
On Mon, 2005-11-21 at 09:06 -0800, ken mays wrote:
ref: http://www.gnusolaris.org/gswiki/Getting_Started
Nexenta OS (elatte)
Stefan Parvu wrote:
Hey,
Any ideas when build28 should be out ? This week ?
Thanks,
Stefan
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
nope. i haven't even started yet. build 28
Well, today's the deadline for us to integrate our
packages
into the build dock so they can start the build, but
Thursday
and Friday are holidays in the US, and many people
are taking
off early, so this one may take a couple days longer
to get
out the door.
No worries, you guys have
On Mon, 14 Nov 2005, Erast Benson wrote:
Alfredo,
One of the goals of GNU/OpenSolaris project is to track all changes and
bugs progress on porting/enhancing OSS projects...
Erast,
What would be _really_ cool would be to have a two-way flow between the
Nexenta system and the JDS/pkgbuild one.
Just a small update:
After updating the Compaq Presario S5000V test machine
to 512MB of RAM, this instantly fixed my loading
problems with the latest Nexenta OS with zero major
issues. The entire OS loaded from start to 'finish'
within 10-15 minutes.
A quick note on things I've noticed:
GNOME
ftp://ftp.berlios.de/pub/schillix/
New software:
Using Build 27a with zfs support.
All needed libs now fully support 32 and 64 bit versions.
- screen-4.0.2
- findutils-4.2.25
- cpp
- samba-3.0.14a
- lynx2-8-5
- zsh-4.2
- nail-11.22
- mutt-1.5.9
-
Shao Wu writes:
What's RFE?
Request For Enhancement
We subdivide Change Requests (CRs) into bugs (cases where the system
does not work as it's been designed to) and RFEs (cases where the
system doesn't do what's wanted).
This is completely separate from priority. Things can have low or
high
Shao Wu writes:
On the other hand, the ioctl is no more ugly than fishing the MAC
from ARP.
Right. Which you can already do with the existing ioctls. So, it's
my suspicion that those asking for the feature either don't realize
the limitations it'll have or don't care. I don't actually know
Erast Benson wrote:
Very good point and a right concern (to some degree) IMHO...
As J.S. mentioned before, in the future we should expect at least 2
types of OpenSolaris-based distros:
a) GNU-centric, those who trying to re-use GNU/Linux as much as possible
b) Solaris-centric, those who
Dan Price wrote:
On Thu 03 Nov 2005 at 07:39AM, Richard L. Hamilton wrote:
Since I'm going to ask a question about some problems porting a
particular app to [Open]Solaris (in another thread), it occurred to
me: why not have a forum for that topic in general? The more apps run
on
On Sun, 2005-11-06 at 23:46 -0800, Dan Price wrote:
On Thu 03 Nov 2005 at 07:39AM, Richard L. Hamilton wrote:
Since I'm going to ask a question about some problems porting a
particular app to [Open]Solaris (in another thread), it occurred to
me: why not have a forum for that topic in
Joerg Schilling wrote:
Besides, not being able to eject the CD with the eject button is
counter-intuitive and in my book that just makes it plain wrong from a HMI
design point of view.
Before MS Win did start to support this, it was the agreeed behavior:
- Apple _and_ Sun did
Alfredo Pe?a wrote:
Hi,
I remember some talk about the creation of a application porting
discussion forum. I can't find that list in
http://www.opensolaris.org/os/discussions/
Is there plans to have that list? Is it ok to send app port questions to
opensolaris-discuss meanwhile?
Posting
On Mon, 2005-11-21 at 16:08, Dennis Clarke wrote:
A build system is being worked on that results in scripts and diffs
being available also.
good to know!
As for not being open. Just join. You can shell account and look
around. How closed is that?
the just join part is what makes it closed.
On Monday 21 November 2005 22:28, Joerg Schilling wrote:
Robert Lunnon [EMAIL PROTECTED] wrote:
My users don't use the command line, they are fugitives from windows.
They have common problems with the cdrom refusing to eject. It's hard to
explain to a windows exile that the cd wont eject
On 11/21/05, Patrick Mauritz [EMAIL PROTECTED] wrote:
On Mon, 2005-11-21 at 16:08, Dennis Clarke wrote:
A build system is being worked on that results in scripts and diffs
being available also.
good to know!
As for not being open. Just join. You can shell account and look
around. How
On Monday 21 November 2005 06:37 am, Patrick Mauritz wrote:
On Thu, 2005-11-17 at 21:50, Alan DuBoff wrote:
This is currently a problem with all of the distributions on
Solaris/OpenSolaris. Blastwave, pkgsrc, (I suspect) gentoo, sunfreeware,
etc...all build their own userland.
Alan DuBoff [EMAIL PROTECTED] wrote:
On Monday 21 November 2005 10:25 am, Eric Boutilier wrote:
With this in mind, I'm thinking maybe SchilliX, Nexenta, and JDS won't
suffer from the problem Alan sites above...?
The key will be in getting the core libs into a common location. The more
Is this the right place to discuss boot/install
issues with the prebuilt distro's?
Lots of trouble with snv_27a.
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Mon, 2005-11-21 at 15:23, Alan DuBoff wrote:
On Monday 21 November 2005 06:37 am, Patrick Mauritz wrote:
On Thu, 2005-11-17 at 21:50, Alan DuBoff wrote:
This is currently a problem with all of the distributions on
Solaris/OpenSolaris. Blastwave, pkgsrc, (I suspect) gentoo, sunfreeware,
does 28 integrate Xorg 6.9/7.0?
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Bruce Riddle [EMAIL PROTECTED] wrote:
Is this the right place to discuss boot/install
issues with the prebuilt distro's?
Lots of trouble with snv_27a.
I don't understand, I has no problems with SchilliX so far
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
Robert Dickel wrote:
does 28 integrate Xorg 6.9/7.0?
6.9 RC2 - I've updated the X changelogs to include the changes
delivered in the packages we integrated today:
http://opensolaris.org/os/community/x_win/changelogs/changelogs-nv_20/
--
-Alan Coopersmith- [EMAIL PROTECTED]
On Tue, 2005-11-22 at 00:29 +0100, Joerg Schilling wrote:
Alan DuBoff [EMAIL PROTECTED] wrote:
On Monday 21 November 2005 06:37 am, Patrick Mauritz wrote:
On Thu, 2005-11-17 at 21:50, Alan DuBoff wrote:
This is currently a problem with all of the distributions on
Joerg Schilling wrote:
Bruce Riddle [EMAIL PROTECTED] wrote:
Is this the right place to discuss boot/install
issues with the prebuilt distro's?
Lots of trouble with snv_27a.
I don't understand, I has no problems with SchilliX so far
Well I haven't tried to install your distro,
I'd like to see any information of the QA testing of
Xscreensaver 4.23 and Xorg 6.9 RC2. Has things
stabilized?
Ref:
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6343352
~Ken
--- Alan Coopersmith [EMAIL PROTECTED] wrote:
Robert Dickel wrote:
does 28 integrate Xorg 6.9/7.0?
On Monday 21 November 2005 05:12 pm, Bruce Riddle wrote:
Well I haven't tried to install your distro, on a particular machine.
Right now I'm struggling with snv_27a, It appears similar problems with
b24, on this same machine.
Quite a few ACPI changes went in between 20-23, as I recall. Some
Xorg 6.9RC2 seems to be stable - QA found only one issue which was
quickly fixed and included in this build. (Bug 6351399 listed in
the changelog.)
Xscreensaver 4.23 isn't ready for QA yet - at the moment I'm trying to
figure out if I can get away with integrating the hacks (aka display
modules)
On 11/21/05, Alan DuBoff [EMAIL PROTECTED] wrote:
On Monday 21 November 2005 06:37 am, Patrick Mauritz wrote:
On Thu, 2005-11-17 at 21:50, Alan DuBoff wrote:
This is currently a problem with all of the distributions on
Solaris/OpenSolaris. Blastwave, pkgsrc, (I suspect) gentoo,
Stefan Teleman wrote:
On 11/21/05, Alan DuBoff [EMAIL PROTECTED] wrote:
[snipped...]
Right. But ultimately if we want to really work together, it would be nice if
we had a common set of libraries that everyone could use, and so that we
shouldn't have so many sets of libs floating around our
Erast Benson wrote:
Also putting too much in OSOL LCD(OpenSolaris least common denominator)
will break distribution's individuality. So, please lets be careful
here.
Then maybe there needs to be another distribution. Solaris LCD. Or
maybe, when installing software, you would check for
54 matches
Mail list logo