solarg wrote:
what i don't understand is the origin of the /usr/lib/libid3-3.8.so.3,
because pkg gives me 2 answers:
$ pkg search -l /usr/lib/libid3-3.8.so.3
INDEX ACTION VALUE PACKAGE
path link usr/lib/libid3-3.8.so.3 pkg:/mblid3...@3.8.3
path link
Alan Coopersmith wrote:
Gary Gendel wrote:
This raises some other questions. If I want to switch from the dev
repository back to the release repository, should I do it before 134 is
released? Should I remain on the dev track? Is dev 134 equivalent to
2010.3? Are post 134 dev
Assuming that 'pkg list' is empty, or nearly so, he may be running into
some variation of
11060 Upgrade from 2008.05 to 2009.06 fails
http://defect.opensolaris.org/bz/show_bug.cgi?id=11060
though that wouldn't explain the inability to install packages. Still,
walking through that bug
Jonathan Edwards wrote:
(1) Slowness .. (don't get me wrong - it's gotten better) .. [pkg defects
1949, 5225, 10706]
(All search performance bugs.) 1949 is fixed. As for slower than other
packaging systems, yes, we do want to get this faster, but, we may never
get it to the speed of SVr4,
Jonathan Edwards wrote:
- refresh_fmri, restart_fmri .. seems to only affect existing FMRIs -
how about packages that install an FMRI and want to import it?
Tag your service manifest with
restart_fmri=svc:/system/manifest-import:default
If it needs to be enabled from the get-go, the
On Wed, Jun 24, 2009 at 11:17:45AM -0500, Shawn Walker wrote:
On Jun 24, 2009, at 9:27 AM, Bartlomiej Pelc wrote:
some more commands... ;)
http://student.prz.rzeszow.pl/~bart/zsh/_pkg
http://student.prz.rzeszow.pl/~bart/zsh/_flowadm
as usual put them in
On Thu, Apr 23, 2009 at 01:21:41AM -0500, Shawn Walker wrote:
Ignacio Marambio Cat?n wrote:
it seems like half my system was broken after this many upgrades (from
osol beta 2 to the latest dev)
...
na...@saturn:/opt$ pfexec pkg fix
[..]
Created ZFS snapshot: 2009-04-23-04:41:23
You're running into
http://defect.opensolaris.org/bz/show_bug.cgi?id=2358
You already discovered that the isaexec executable doesn't exist; if you
create it (you can copy it from /usr/lib, as suggested in bug 4028), and
you should then be able to finish installing rsync.
Danek
On Sat, Mar 21, 2009 at 10:13:41AM -0500, Harry Putnam wrote:
--time-style=STYLE
with -l, show times using style STYLE: full-iso,
long-iso, iso, locale, +FORMAT. FORMAT is interpreted
like `date'; if FORMAT is FORMAT1newlineFORMAT2, FOR-
On Sat, Mar 21, 2009 at 02:52:49PM -0500, Harry Putnam wrote:
Danek Duvall danek.duv...@sun.com writes:
The environment variable LC_TIME (see environ(5)) is supposed to
control that. However, neither /usr/bin/ls nor /usr/gnu/bin/ls seem to
do the right thing, as far as I can tell. GNU
On Sat, Mar 21, 2009 at 04:47:16PM -0500, Harry Putnam wrote:
What does it mean if user $LC_TIME returns (nothing
There are three levels of locale-related environment variables. If
LC_ALL is set, it's used for all the locale classes (date/time, messages,
collation, etc). If that's not set,
On Fri, Mar 20, 2009 at 09:29:30PM -0700, David wrote:
In bug 6501037 I see a
commit to fix snv_113
Does that mean in ~3 weeks we'll see that?
(I ask because 6596237 said a far earlier one, and it's still in play...)
It's a *loose* commitment to fix the bug by that particular
On Tue, Aug 12, 2008 at 09:16:44AM +0200, Lubomir Petrik wrote:
I also find out that I cannot run the packagemanager (UI does not start)
and really suspect that *.pyc files in SUNWPython and/or SUNWipkg-gui are
corrupted. Unfortunately pkgfix ignores the *.pyc files now.
Yes. The .pyc
On Mon, Aug 11, 2008 at 11:36:09PM +0200, Lubomir Petrik wrote:
Thanks Alan for the background information!
Regarding the Xorg file sizes the i386 is 2.1MB, but amd64 is only
1.1MB, which seems to be too small. I hope you're wrong and I don't have
any more truncated files on my system.
On Mon, Aug 11, 2008 at 02:55:54PM -0700, Danek Duvall wrote:
On Mon, Aug 11, 2008 at 11:36:09PM +0200, Lubomir Petrik wrote:
Thanks Alan for the background information!
Regarding the Xorg file sizes the i386 is 2.1MB, but amd64 is only
1.1MB, which seems to be too small. I hope
On Thu, Jul 26, 2007 at 05:10:02AM -0700, Mike DeMarco wrote:
I had ordered a new laptop and when it arrived I installed OpenSolaris
b68. I was having many problems with the keyboard and the NIC on the box.
The NIC driver had plumbed the interface and brought it up but I was
unable to send
On Mon, Jul 23, 2007 at 03:24:17PM -0700, Young Joo Pintaske wrote:
Could a leader of the ON Community create a link to the Nevada
Globalization project page from the ON Community website? We have the
i18n/l10n related code and messages that are delivered to Nevada in this
workspace and
On Thu, May 24, 2007 at 01:04:26PM -0700, [EMAIL PROTECTED] wrote:
Browsing through the online CVS archive at
http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/
I noticed that there are no Attic directories.
Thus files which we delete from opensolaris are no longer available.
On Tue, May 22, 2007 at 01:44:03PM +0800, Chung Hang Christopher Chan wrote:
What about all the rest of the system processes that
use the system mta? With some of the latest Linux
distributions, I could mess around with
/etc/alternatives to get this done but that is another
matter.
Yeah,
On Tue, May 22, 2007 at 08:27:50AM +0800, Chung Hang Christopher Chan wrote:
The current way software on Solaris is managed, oh yes
it will need plenty of babysitting in our environment.
For example, sendmail was patched to add mysql table
support. sendmail, being the security exploit prone
On Tue, May 22, 2007 at 11:44:52AM +0800, Chung Hang Christopher Chan wrote:
Why look after two queues and two binaries when one
will handle everything?
Right. Just use yours and disable or remove the system one, and never
think about it again.
How do apt and yum know not to overwrite your
On Thu, May 17, 2007 at 03:08:22PM +0700, Doug Scott wrote:
The patch for df.c below checks to see if stdout is a tty (i.e. interactive),
and will add
the -h option if no other options conflict. If stdout is not a tty (i.e. a
script), the df command
is unchanged. Is there anything wrong
Stephen (or Jonathan and Rich via Stephen), what are the problems you're
trying to solve with such a licensing change? Are there any, or are you
just tossing it up in the air to see where it comes down, and what people
say, positive or negative?
I think it's difficult to evaluate such a proposal
On Fri, Nov 17, 2006 at 12:34:00AM +0200, Cyril Plisko wrote:
What would a Sun' engineer do if s/he would like to
find out the status of the case ?
We'd go check the IAM file for the case to see who owned it, and ping them.
In this case, the case exposure is open, so the IAM file is available
On Sun, Oct 08, 2006 at 11:50:21PM -0500, Eric Boutilier wrote:
To me this proposal sounds like a good start, the only big thing it's
lacking -- IMO -- is some consideration and discussion of relative
positioning vis-a-vis the Companion CD project/forum. (This is especially
important because
On Tue, Oct 03, 2006 at 05:02:45PM -0400, Dennis Clarke wrote:
okay .. I'm going to grab a fresh box and install the SXCR and then
get a non-debug build going. Just for a lark. See whats new here.
I don't know how casual that last sentence was intended to be, but if
you actually don't know
On Thu, Oct 05, 2006 at 01:18:21PM -0400, Dennis Clarke wrote:
goto : http://www.opensolaris.org/os/community/on/flag-days/46-50/
click on any link that says PSARC
Resource Not Found
Yeah. We've set up a mechanism by which at least a minimal amount of
information is now published, and
On Sun, Sep 24, 2006 at 11:34:42PM +0200, Roland Mainz wrote:
There was an egregious bug found in ON at the last minute,
Do you have any bugid for that ?
6469385 zfs_set_prop_nvlist range checking is busted
6469830 'zfs set' panics non-debug systems
Danek
On Fri, Sep 22, 2006 at 05:01:19AM +0200, Roland Mainz wrote:
What do you mean with respin ? Were the B48 source tarballs be changed
or was the respin neccesary because something outside OS/Net needed to
be fixed ?
There was an egregious bug found in ON at the last minute, for which we
needed
+1
Danek
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Wed, Sep 06, 2006 at 01:00:43PM -0400, Dennis Clarke wrote:
which is the main reason the that from day one of its integration into
the Solaris 9 source base it identified itself as Sun_SSH.
# cd /usr/share
# find . -type f | xargs grep -i sun_ssh
#
[ other attempts to find sun_ssh
On Sat, Aug 19, 2006 at 10:51:54AM -0700, Mike Kupfer wrote:
There's no comment in the Teamware putback log.
Hunh. Indeed. I hadn't even noticed that; I must have just inferred the
comment because I knew it was coming. Of course, if it hadn't come back at
three in the morning, I might have
On Fri, Aug 18, 2006 at 09:18:45PM -0400, Dennis Clarke wrote:
Issues Resolved: no comment
Files changed: delete: usr/src/uts/common/inet/ipf/radix.h
what happened there ?
Steve may be able to elaborate on why there's no comment here, but that's
probably the putback that removed radix.h
I'd like to propose that we rename the onnv community to be the on
community. The original name is more suitable for a project (a proposal
for which is to be made shortly), but we didn't have the infrastructure at
the time to do the right thing.
Thanks,
Danek
On Mon, Jul 24, 2006 at 10:17:50PM +0200, Jan Engelhardt wrote:
I'd like to propose that we rename the onnv community to be the on
When I first heard about ON, it sounded like a strange
acronym. Where's 'OFF'?
(So the best here is to say for me is ?0?)
If there's a strong desire to make
On Thu, Jul 20, 2006 at 02:54:35AM +0200, Roland Mainz wrote:
on the sparc build machine; the x86 build machine adds piglatin. ;-)
Erm... where does the piglatin come from ? At least Solaris B37 x86
doesn't have it...
Rod reminded me of this off-line:
On Tue, Jul 18, 2006 at 03:00:43PM -0700, Stephen Hahn wrote:
There used to exist a test locale, called the Multibyte English
Locale, but I can't seem to find a copy. Perhaps Ienup knows more.
There's SUNW0utf, which is not quite what you're looking for, and, at least
internally, is at
On Sat, Jul 15, 2006 at 09:48:22PM +0200, Roland Mainz wrote:
Is it legal to assume that all Sun build machines which do OS/Net builds
have the ja_JP.PCK and ja_JP.UTF-8 locales installed ?
No, why?
The official ON build machines happen to have SUNWj[35]jmp installed, which
contains Java man
Like Mike said, we're working on it, so please don't spend any time
tracking down the problems unless you just want to do it for fun. The
attached patch is (hopefully) in the final phases of testing, and you may
find it useful, though you should also be careful also to have the latest
rev of
On Fri, Apr 14, 2006 at 01:06:21AM -0700, Menno Lageman wrote:
This was with the default max concurrent jobs = 4. Increasing it to 32
through $HOME/.make.machines did not decrease build time, because the
build process is mostly serial as Bart noted earlier. Apart from short
periods where 32
On Tue, Apr 11, 2006 at 09:51:42PM -1000, David J. Orman wrote:
More than anything, I just needed to know the policy [for upgrading
things like tcsh] for my own purposes. That way I can determine what I'm
going to be dealing with in the future.
There's no policy, per se. Tcsh (and bash and
On Thu, Apr 13, 2006 at 06:53:57PM +0200, [EMAIL PROTECTED] wrote:
If you can tell me exactly what it entails, I'd be happy to take on
tcsh as it is my shell of choice.
It's pretty straightforward -- you download the new tarball, check it into
the sfw workspace (in usr/src/cmd/tcsh), remove
On Wed, Mar 29, 2006 at 07:11:38AM +0200, Roland Mainz wrote:
Sean Sprague wrote:
I am just installing B35 (X86), and noticed that the installer
reports that Entire Group and Entire Group Plus OEM are
the same size at 3376.6 MB. I guess that this is not quite
correct...?
Wild
On Thu, Mar 09, 2006 at 10:48:06PM -0800, UNIX admin wrote:
Many are, though. At present, since we're teamware based, the
following happens:
Thank You for a detailed explanation; it kind of sounds like an
ungrateful yet fascinating job.
It has its moments -- on both ends of the
On Mon, Mar 06, 2006 at 02:40:39PM -0700, Sanjay Nadkarni wrote:
I will back this up from the request sponser POV. In my case an RPE engineer
had already fixed the bug and putback into Nevada. However we don't require
people to update the fixed in bugster.
People have suggested that we
On Tue, Mar 07, 2006 at 10:21:35AM -0800, Keith M Wesolowski wrote:
One hopes that his actions are logical, but they're not all programmatic.
Many are, though. At present, since we're teamware based, the following
happens:
- gateling does a putback
- putback sends a message to a handful
On Fri, Jul 15, 2005 at 05:18:06PM -0700, Bob Palowoda wrote:
So it would be an advantage to OpenSolaris developers to have a list
of such private interfaces as not to consider developing any software
that has a dependency.
All interfaces are Private unless marked otherwise. All
On Tue, Jul 12, 2005 at 04:15:52PM -0700, Keith M Wesolowski wrote:
We're all individuals.
I'm not.
Danek
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Thu, Jul 07, 2005 at 10:17:56PM -0500, Tao Chen wrote:
I vote for changing the default shell to a better one.
Ah, but then the question is, which one. You might choose ksh over bash
for various reasons, others might prefer tcsh, and some of us know that zsh
is the One True Shell. If
On Thu, Jul 07, 2005 at 08:31:55PM +0100, Peter C. Tribble wrote:
Why on earth does gnome/jds come in 200 odd separate packages? Does the
split of files make any sense?
It does, but it's reasonably arcane, and like Casper said, it suffers
greatly from the lack of good tools to manage it.
Each
On Fri, Jul 08, 2005 at 12:20:21AM +0200, [EMAIL PROTECTED] wrote:
Is there really a good reason, though, to make GNOME more than five
packages? As long as we don't do RPM style patches, who would install
only M out of N GNOME packages (not to pick on GNOME, we all offend here).
What model
51 matches
Mail list logo