Re: [OpenIndiana-discuss] Knowledge Base for Compiling and InstallingSoftware Not Available as Packages.
On 12/20/2012 01:02 PM, Volker A. Brandt wrote: However, it is another step away from real Solaris. The old Solaris up to 10 has SVR4, the new Solaris has IPS. So these are really the only options for any distro targeted for the mainstream users. $ cat /usr/pkgsrc/pkgtools/gensolpkg/DESCR This is a small utility to translate from NetBSD-derived pkgsrc packages into Solaris packages. I wrote this as an aid to understanding Solaris packages, and to provide some Solaris packages which can be used in jumpstart, and manipulated with the Solaris package manipulation tools, but still have the benefit of the original package being maintained by a number of people who know what they're doing, and put a lot of time into keeping abreast of latest versions and bug fix releases. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Knowledge Base for Compiling and InstallingSoftware Not Available as Packages.
On 12/20/2012 03:57 PM, Volker A. Brandt wrote: Andrey N. Oktyabrski wrote: $ cat /usr/pkgsrc/pkgtools/gensolpkg/DESCR This is a small utility to translate from NetBSD-derived pkgsrc packages into Solaris packages. Yes, that was what I was thinking of. I had tried it years ago and it looked nice. Thanks for writing it! No-no-no - these thanks not for me :-) I'm not an author. I think, the author is agc@ ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Knowledge Base for Compiling and InstallingSoftware Not Available as Packages.
On 12/20/2012 04:35 PM, Andrey N. Oktyabrski wrote: On 12/20/2012 03:57 PM, Volker A. Brandt wrote: Andrey N. Oktyabrski wrote: $ cat /usr/pkgsrc/pkgtools/gensolpkg/DESCR This is a small utility to translate from NetBSD-derived pkgsrc packages into Solaris packages. Yes, that was what I was thinking of. I had tried it years ago and it looked nice. Thanks for writing it! No-no-no - these thanks not for me :-) I'm not an author. I think, the author is agc@ Hmm... It seems misc/epm is more right tool: $ cat /usr/pkgsrc/misc/epm/DESCR EPM is an open source UNIX software and file packaging program that generates distribution archives from a list of files. EPM provides a complete, cross-platform software distribution solution for your applications. ESP generates both native and portable script-based distribution packages complete with installation and removal scripts and standard install/uninstall GUIs. The installers can be customized with product logos, readme files, and click-wrap licenses as desired. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] usb audio
On 10/18/2012 12:16 AM, Udo Grabowski (IMK) wrote: On 10/17/12 04:58 PM, Andrey N. Oktyabrski wrote: On 17.10.12 00:15, Udo Grabowski (IMK) wrote: But these drivers will only work (and load automatically) if the device complies to the USB audio class specification, which should be seen in prtconf -v as either usbif,class1.1 or usbif,class1.2 for your device. If not, you need a proprietary driver for that specific gadget. Do you mean this string? value='usbif1852,8005.1.config1.0' + 'usbif1852,8005.config1.0' + 'usbif1852,class3.0.0' + 'usbif1852,class3.0' + 'usbif1852,class3' + 'usbif,class3.0.0' + 'usbif,class3.0' + 'usbif,class3' So this device will not work with OI. No luck... Anyway, thank you. Uhm, class3 is just Human Interface Device class, without specifics. You could just try to bind these to the usb_ac/_as as a wild guess via /etc/driver_aliases: usb_ac usbif1852,8005.1.config1.0 or usbif1852,8005.config1.0 usb_as usbif1852,class3 then plug and prayBut devices proprely designed for the USB audio class would give class1.1 and 1.2, so I don't expect that that will work. Does not work. I've compiled and installed OSS 4.2 in separate BE, and it does not work too. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] usb audio
On 17.10.12 00:15, Udo Grabowski (IMK) wrote: But these drivers will only work (and load automatically) if the device complies to the USB audio class specification, which should be seen in prtconf -v as either usbif,class1.1 or usbif,class1.2 for your device. If not, you need a proprietary driver for that specific gadget. Do you mean this string? value='usbif1852,8005.1.config1.0' + 'usbif1852,8005.config1.0' + 'usbif1852,class3.0.0' + 'usbif1852,class3.0' + 'usbif1852,class3' + 'usbif,class3.0.0' + 'usbif,class3.0' + 'usbif,class3' So this device will not work with OI. No luck... Anyway, thank you. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] usb audio
Good day. I want to use usb audio controller: Oct 16 07:40:57 thinkpot usba: [ID 912658 kern.info] USB 1.10 device (usb1852,8005) operating at full speed (USB 1.x) on USB 1.10 root hub: device@2, usb_mid4 at bus address 2 Oct 16 07:40:57 thinkpot usba: [ID 349649 kern.info]JAVS UHF-nano/S Oct 16 07:40:57 thinkpot genunix: [ID 936769 kern.info] usb_mid4 is /pci@0,0/pci17aa,20aa@1d/device@2 Oct 16 07:40:57 thinkpot genunix: [ID 408114 kern.info] /pci@0,0/pci17aa,20aa@1d/device@2 (usb_mid4) online Oct 16 07:40:57 thinkpot pcplusmp: [ID 805372 kern.info] pcplusmp: ide (ata) instance 1 irq 0xf vector 0x44 ioapic 0x1 intin 0xf is bound to cpu 1 Oct 16 07:40:57 thinkpot usba: [ID 912658 kern.info] USB 1.10 interface (usbif1852,8005.config1.0) operating at full speed (USB 1.x) on USB 1.10 root hub: input@0, hid4 at bus address 2 Oct 16 07:40:57 thinkpot usba: [ID 349649 kern.info]JAVS UHF-nano/S Oct 16 07:40:57 thinkpot genunix: [ID 936769 kern.info] hid4 is /pci@0,0/pci17aa,20aa@1d/device@2/input@0 Oct 16 07:40:57 thinkpot genunix: [ID 408114 kern.info] /pci@0,0/pci17aa,20aa@1d/device@2/input@0 (hid4) online Oct 16 07:40:57 thinkpot usba: [ID 912658 kern.info] USB 1.10 interface (usbif1852,8005.config1.1) operating at full speed (USB 1.x) on USB 1.10 root hub: sound-control@1, usb_ac0 at bus address 2 Oct 16 07:40:57 thinkpot usba: [ID 349649 kern.info]JAVS UHF-nano/S Oct 16 07:40:57 thinkpot genunix: [ID 936769 kern.info] usb_ac0 is /pci@0,0/pci17aa,20aa@1d/device@2/sound-control@1 Oct 16 07:40:57 thinkpot genunix: [ID 408114 kern.info] /pci@0,0/pci17aa,20aa@1d/device@2/sound-control@1 (usb_ac0) online Oct 16 07:40:58 thinkpot pcplusmp: [ID 805372 kern.info] pcplusmp: ide (ata) instance 1 irq 0xf vector 0x44 ioapic 0x1 intin 0xf is bound to cpu 0 $ prtconf -D ... pci17aa,20aa, instance #2 (driver name: uhci) device, instance #4 (driver name: usb_mid) input, instance #4 (driver name: hid) sound-control, instance #0 (driver name: usb_ac) ... But I haven't any usable devices for it. Can I use this card, or current drivers does not support it? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] usb audio
On 10/16/2012 01:56 PM, Laurent Blume wrote: On 16/10/12 05:59, Andrey N. Oktyabrski wrote: Good day. snip $ prtconf -D ... pci17aa,20aa, instance #2 (driver name: uhci) device, instance #4 (driver name: usb_mid) input, instance #4 (driver name: hid) sound-control, instance #0 (driver name: usb_ac) ... But I haven't any usable devices for it. Can I use this card, or current drivers does not support it? You are not getting any /dev/sound/xx devices when you plug it? One common problem in Solaris is that the /dev/audio symlinks are rarely updated in the way the user expects when audio devices are plugged in/out. How can I update that? devfsadm doesn't help, and I don't know other way. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] usb audio
On 16.10.12 16:18, Laurent Blume wrote: On 16/10/12 12:14, Andrey N. Oktyabrski wrote: How can I update that? devfsadm doesn't help, and I don't know other way. I've never found a way other than manually removing the /dev/audio symlinks and recreating them to the right device. I had an USB webcam with a mike, every time it was plugged in, it became the default audio device. I recreated /dev/audio* as needed. How you recreated that? ln -s? devfsadm does not create anything. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] usb audio
On 16.10.12 19:18, Udo Grabowski (IMK) wrote: I found that these entries in /etc/dacf.conf formerly present in Osol 2009.06 are missing now: # # Configure and/or unconfigure usb audio devices. # usb_ac as a mux for hid and usb_as devices. # driver-minorname=usb_ac:mux usb_ac_dacf:usb_audio_config post-attach - driver-minorname=usb_ac:mux usb_ac_dacf:usb_audio_config pre-detach - The /etc/driver_aliases entry is still there, the /kernel/drv/usb_ac is there, and the /kernel/drv/usb_ac.conf file has this promising entry commented: # # Uncomment reset-configuration to cause the usb_ac driver's state to # be reset to the default when the driver is loaded. Otherwise this state # is retained across driver unload/reload cycles, but not across reboots. # #reset-configuration=1; Maybe inserting the above lines and uncommenting this one followed by a reboot helps ? No, it does not help. May be another driver must be loaded? Such as usb_as. I do not see it in the modinfo output. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] oi151a4 does not wake up
Good day. I have a ThinkPad T61 with oi151a installed from scratch. It does not enable screen on wake up. To be clear: I have set in the Gnome menu to suspend when laptop lid is closed. It does. When I open a lid and press power button, laptop wakes up, but screen does not. What settings I must change? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] oi151a4 does not wake up
On 14.06.12 17:17, Michael Schuster wrote: which graphics adapter (ATI or Nvidia) is installed on this Thinkpad? nvidia ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] oi151a4 does not wake up
On 14.06.12 21:08, Ewald Ertl wrote: which graphics adapter (ATI or Nvidia) is installed on this Thinkpad? nvidia hmm ... IIRC those were supported. I guess this may depend on which specific chip, can't add anything myself though, I'm afraid. Perhaps you can dig up the X log, in case someone asks for it :-) Just to add a data point, this also happens on my Dell E6410 with the NVIDIA NVS 3100M using the 302.07 beta driver. AFAIK the NVidia driver in OI151* is directly from NVidia and does not contain the code for suspend/resume in Solaris and that's the reason. The original driver in OpenSolaris contained that code part. Thank you, Michael, Ron, Ewald. What I have tried: - nv driver - nvidia 295.49 - nvidia 302.07 beta All three doesn't wake up. I think, the problem is anywhere in other place, not in driver. On my old dead hdd I have had oi148 updated to oi151 and suspend/resume worked fine. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Problems with Virtual Box
On 11.04.12 11:55, Paul Johnston wrote: Failed to create the VirtualBox COM object. The application will now terminate. Callee RC: NS_ERROR_ABORT (0x80004004) $ cat bin/vbox.sh #! /bin/sh LD_LIBRARY_PATH=/usr/sfw/lib/amd64 export LD_LIBRARY_PATH VirtualBox ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Missing a publisher?
On 15.03.12 15:10, Paul Johnston wrote: paulj@openindiana:~$ pkg publisher PUBLISHER TYPE STATUS URI openindiana.org (preferred) origin online http://pkg.openindiana.org/dev/ oi-experimental origin online http://pkg.openindiana.org/experimental/ Was looking for gcc but only found. paulj@openindiana:~$ pkg list | grep gcc system/library/gcc-3-runtime 3.4.3-0.151.1.2 installed u Guess I'm missing the big publisher, any suggestions? $ pkg publisher PUBLISHER TYPE STATUS URI openindiana.org (preferred) origin online http://pkg.openindiana.org/dev/ sfe origin online http://pkg.openindiana.org/sfe/ sfe-encumberedorigin online http://pkg.openindiana.org/sfe-encumbered/ $ pkg list | grep gcc developer/gcc-3 3.4.3-0.151.1.2 installed - runtime/gcc (sfe) 4.6.2-0.151.1 installed - system/library/gcc-3-runtime 3.4.3-0.151.1.2 installed - ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Sendmail dependencies
On 16.02.12 23:07, Gary Gendel wrote: I tried to start up smtp-notify, but it failed because sendmail-client wasn't running. This is a problem because I have a sendmail replacement (qmail) running. Once I modified the dependencies using svccfg to exclude sendmail-client and include qmail-smtp (which provides the sendmail equivalent) it ran fine. However, this bring up the question of how to deal with an MTA replacement for sendmail functionality in general. I'm sure that others will be using postfix, qmail, etc. instead of sendmail. We should figure a way that a MTA replacement doesn't break functionality of services like smtp-notify. Maybe it's time to introduce something same as BSD's mailwrapper(8)? Usually I make this trick on OSes which have not mailwrapper: # mv /usr/lib/sendmail /usr/lib/sendmail.real # ln -s /usr/pkg/sbin/exim /usr/lib/sendmail ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OI 151 with C206 motherboard: missing drivers?
On 07.02.12 13:51, David Wragg wrote: - Intel 82801 SATA RAID Controller - Intel Cougar Point HECI Controller #1 - Unknown class of pci/pnpbios device Fortunately I have an Intel SASUC8I card in the machine, so I can continue talking to hard disks, but it's a bit sad to have a SATA3 SSD that I can't plug into a SATA3 port. From the reading I've done, I'm given mixed impressions: either the Intel AMT driver should work, but it's already installed and apparently doesn't, or there's simply no driver, nor is there likely to be. AFAIK sata3 and usb3 is not supported. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Replacing OI 151 ssh with OpenSSH 5.9?
On 18.01.12 20:49, Gary wrote: So I use pkgsrc's openssh. Are you using NetBSD's pkgsrc from scratch? Like this? http://wiki-static.aydogan.net/How_to_use_pkgsrc_on_Solaris Would you be so kind as to share the methods to your madness? :) I use gcc-4.6.2 from the sfw IPS repository. This is my mk.conf: .ifdef BSD_PKG_MK # begin pkgsrc settings ABI=32 PKGSRC_COMPILER=gcc WRKOBJDIR= /tmp/pkgwrk PKG_DBDIR= /var/db/pkg LOCALBASE= /usr/pkg VARBASE=/var PKG_TOOLS_BIN= /usr/pkg/sbin PKGMANDIR= man TOOLS_PLATFORM.install?=/usr/pkg/bin/install-sh TOOLS_PLATFORM.sh?= /usr/pkg/bin/pdksh TOOLS_PLATFORM.ksh?=/usr/pkg/bin/pdksh TOOLS_PLATFORM.diff?= /usr/bin/gdiff TOOLS_PLATFORM.patch?= /usr/gnu/bin/patch PREFER_PKGSRC= no PREFER_NATIVE= solaris-pam PREFER_NATIVE_PTHREADS= yes X11_TYPE= modular USE_BUILTIN.curses= yes USE_BUILTIN.openssl=yes PREFER.sun-jre6=native JAVA_BINPREFIX= /usr/bin USE_DESTDIR = yes SU_CMD = /bin/pfexec /bin/sh -c PYTHON_VERSION_DEFAULT = 27 PKG_OPTIONS.openssl = idea mdc2 rc5 threads zlib PKG_OPTIONS.freetype2 = subpixel PKG_OPTIONS.gmp = mmx PKG_OPTIONS.pari= gmp x11 PKG_OPTIONS.sox = lame PKG_OPTIONS.lame= unicode PKG_OPTIONS.libsndfile = oss PKG_OPTIONS.openvpn = pkcs11 PKG_OPTIONS.mplayer += mplayer-ssse3 -pulseaudio PKG_OPTIONS.gmplayer+= mplayer-ssse3 -pulseaudio PKG_OPTIONS.gnome-mplayer += -pulseaudio -gnome -musicbrainz PKG_OPTIONS.SDL = -arts -pulseaudio PKG_OPTIONS.pulseaudio = avahi PKG_OPTIONS.speex = fftw simd PKG_OPTIONS.unbound = libevent PKG_OPTIONS.nginx = dav flv mail-proxy memcache pcre realip ssl sub image-filter upload debug PKG_OPTIONS.exim= \ exim-appendfile-maildir \ exim-appendfile-mailstore \ exim-appendfile-mbx \ exim-content-scan \ exim-lookup-dnsdb \ exim-lookup-dsearch \ exim-tls \ exim-transport-lmtp \ exim-auth-cyrus-sasl \ spf PKG_OPTIONS.imap-uw = imapuw-cleartextpwd PKG_OPTIONS.openssh = PKG_OPTIONS.ssh2= PKG_OPTIONS.php = ssl PKG_OPTIONS.php53-fpm = ssl PKG_OPTIONS.libsoup24 = PKG_OPTIONS.webkit-gtk = PKG_OPTIONS.gtkdoc = PKG_OPTIONS.erlang = erlang-hipe PKG_OPTIONS.pidgin = dbus PKG_OPTIONS.gajim = -avahi ssl PKG_OPTIONS.pidgin = -dbus -farsight -gstreamer -gtkspell PKG_OPTIONS.centerim= -gpgme PKG_OPTIONS.libmemcached= -dtrace ACCEPTABLE_LICENSES += openssl-patented-algorithms-nonlicense ACCEPTABLE_LICENSES += ssh-communications-security-license ACCEPTABLE_LICENSES += shorten-license ACCEPTABLE_LICENSES += lame-license ACCEPTABLE_LICENSES += mplayer-codec-license ACCEPTABLE_LICENSES += erlang-public-license ACCEPTABLE_LICENSES += postgresql-license ACCEPTABLE_LICENSES += gnu-lgpl-v2.1 ACCEPTABLE_LICENSES += unrar-license .endif # end pkgsrc settings ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Replacing OI 151 ssh with OpenSSH 5.9?
On 17.01.12 21:06, James Carlson wrote: Why would you want to do that ... ? I need sftp-only chrooted accounts. For example: Match group sftp ChrootDirectory /home/%u X11Forwarding no AllowTcpForwarding no ForceCommand internal-sftp So I use pkgsrc's openssh. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] e2fsprogs header file bug
On 03.11.11 16:22, James Carlson wrote:
Andrey N. Oktyabrski wrote:
More about e2fsprogs. Now from the pkgsrc. There is a same bug as here:
http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=45499
Is it correct to expect ifr_hwaddr member in ifreq structure if
SIOCGIFHWADDR defined?
It might be correct on some platforms. It wouldn't be correct on
OpenIndiana, because it doesn't exist on that one. In other words, the
application needs to be ported.
I believe that ioctl only works on PF_PACKET sockets, and requires the
use of sockaddr_ll. See:
http://arc.opensolaris.org/caselog/PSARC/2009/232/pfp-psarc.txt
What solution would be correct?
1. Check it in the configure stage:
if ${OPSYS} == SunOS then #undef SIOCGIFHWADDR in config.h
In this case the software developers must do it in the configure script.
2. Remove the SIOCGIFHWADDR definition from Illumos/OI headers while it
don't work.
In this case Illumos/OI developers must correct header files.
P.S. I can't understand, why e2fsprogs want any network-related
headers... Of course, this question is for e2fsprogs developers.
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] e2fsprogs header file bug
More about e2fsprogs. Now from the pkgsrc. There is a same bug as here: http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=45499 Is it correct to expect ifr_hwaddr member in ifreq structure if SIOCGIFHWADDR defined? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] e2fsprogs header file bug
Good day.
In which bug tracker I must create a bug report for this issue?
(Cite from: http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=45491)
The problem is that on OI-151 EXT2_IOC_GETFLAGS is defined as
_IOR('f', 1, long)
where _IOR is defined in drm/drm.h which is not included.
To me this looks like a bug in OpenIndiana.
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] e2fsprogs header file bug
On 28.10.11 16:29, James Carlson wrote:
In which bug tracker I must create a bug report for this issue?
The problem is that on OI-151 EXT2_IOC_GETFLAGS is defined as
_IOR('f', 1, long)
where _IOR is defined in drm/drm.h which is not included.
To me this looks like a bug in OpenIndiana.
At a guess, I suspect that what's going on here is that you have a
/usr/include/ext2/fs.h that's delivered by libparted, and this other
software is assuming that if this file is present, then all things in
it must work and it must correspond to a kernel feature.
Where you see the fs.h? ext2fs/ext2fs.h
I think that's a bit of a brash assumption on the part of the author of
that libarchive software. Just because you troll through /usr/include
and find a file there does not automatically mean it'll do what you
think it does -- basically, any package can add a file to that directory
for any reason, not just bona fide parts of the OS.
Yes, I agree, but this is a separate bug :-) And this bug is not IO-related.
One thing you could do would be to find out what installed that file,
and then go ask the author of that package whether he thinks he should
be delivering the file:
pkg search -lp /usr/include/ext2/fs.h
$ pkg search -lp /usr/include/ext2fs/ext2fs.h
PACKAGE PUBLISHER
pkg:/system/file-system/e2fsprogs@1.41.14-0.151.1
My guess, though, is that he's really not at fault here, and that the
fault really lies with the software that is making assumptions about
what those files represent. Writing portable software is harder than
that. Reading through that problem report, though, makes it sound like
those other developers aren't going to agree with me. :-/
I think, if any header file uses some macro, it must include header file
with definition for this macro. Am I wrong?
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] e2fsprogs header file bug
On 28.10.11 18:29, James Carlson wrote: pkg:/system/file-system/e2fsprogs@1.41.14-0.151.1 That doesn't come with the system. It's part of OI-SFE. Looking over the software, it doesn't look to me like anyone should assume that if the header files are present, then the kernel bits are present as well. These programs are for compatibility -- specifically on systems that lack those Linux-specific file systems. My guess, though, is that he's really not at fault here, and that the fault really lies with the software that is making assumptions about what those files represent. Writing portable software is harder than that. Reading through that problem report, though, makes it sound like those other developers aren't going to agree with me. :-/ I think, if any header file uses some macro, it must include header file with definition for this macro. Am I wrong? To that last question, I'd say yes. I can see no need for any requirement that all of the macros defined in a header file must be usable in all contexts. There are cases where the macros defined are usable only in certain contexts -- such as when building a kernel module or when compiling for debug or with certain optional features. Yes, I do think that, as a design point, it's a good thing for header files shipped with the system to be stand-alone, meaning that they can be compiled successfully without needing prior includes. But, aside from that, I don't believe it's a requirement that anything inside is usable by anyone, unless it's actually _documented_ to be useful. In this case, I can see no documentation related to e2fsprogs that suggests that including this header file will somehow get you EXT2FS-related kernel ioctl support. You might have an argument that e2fsprogs shouldn't include this header file. Most projects (for what it's worth) just toss in the kitchen sink -- anything that's built is shipped, even if it's not normally useful for anyone outside of the project. Thanks for detailed explanation, you are right. But if you don't want to give someone something, don't give it. Otherwise it is a cheese in a mousetrap. Perhaps, it is necessary to remove unusable headers from system? Perhaps Ken Mays might have something to say about it. I would be glad to hear his opinion. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] wine sound
Good day.
foobar2000 can't play anything under wine.
Is it known problem, or something is wrong in my system?
12:33 ano@thinkpot:~:$ wine .wine/drive_c/Program\
Files/foobar2000/foobar2000.exe
err:ntlm:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth = 3.0.25 is in your path.
err:ntlm:SECUR32_initNTLMSP Usually, you can find it in the winbind
package of your distribution.
fixme:heap:HeapSetInformation 0 1 0 0
err:winmm:MMDRV_Init GetValue failed: 80030005
fixme:mmdevapi:MMDevEnum_RegisterEndpointNotificationCallback stub
fixme:oss:AudioSessionControl_RegisterAudioSessionNotification
(13ffa0)-(928408) - stub
fixme:oss:SimpleAudioVolume_SetMasterVolume Notifications not supported yet
fixme:win:RegisterShellHookWindow (20062): stub
err:ole:CoGetClassObject class {1968106d-f3b5-44cf-890e-116fcb9ecef1}
not registered
err:ole:CoGetClassObject class {1968106d-f3b5-44cf-890e-116fcb9ecef1}
not registered
err:ole:create_server class {1968106d-f3b5-44cf-890e-116fcb9ecef1} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object
{1968106d-f3b5-44cf-890e-116fcb9ecef1} could be created for context 0x17
fixme:avrt:AvSetMmThreadCharacteristicsW (LPlayback,211f394): stub
fixme:avrt:AvSetMmThreadCharacteristicsW (LPlayback,221f4c0): stub
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_MixOne Fatal error. Under/Overflow?
primary_done=26624, mixpos=13600/211680 (27200/423360),
primary_mixpos=34816, writepos=8192, mixlen=0
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_MixOne Fatal error. Under/Overflow?
primary_done=30720, mixpos=13600/211680 (27200/423360),
primary_mixpos=8192, writepos=43008, mixlen=0
err:dsound:DSOUND_callback Wave queue corrupted!
err:dsound:DSOUND_MixOne Fatal error. Under/Overflow?
primary_done=28672, mixpos=13600/211680 (27200/423360),
primary_mixpos=43008, writepos=14336, mixlen=0
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] wine sound
On 10/18/11 06:48 PM, ken mays wrote: Looks like the oi-sfe-encumbered repo needs a small refreshing: *library/desktop/wine 1.3.29,5.11-0.151.1:20111015T234748Z desktop/wine 1.3.30,5.11-0.151.1:20111015T234830Z Thank you, 1.3.30 works well. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Huawei E1550 usb 3g modem
On 12.10.11 09:24, Andrey N. Oktyabrski wrote: Good day. How can I switch it to the modem mode from mass storage mode? Something same as usb_modeswitch from Linux wanted. Or I must write anything in the /etc/driver_aliases? I have got the solution. Under Windows XP: - Install modem driver - In the HyperTerminal switch device to right mode: AT^U2DIAG=0- modem-only mode (I use this mode) AT^U2DIAG=1- modem+cdrom mode AT^U2DIAG=255 - modem+cdrom+cardreader mode AT^U2DIAG=256 - modem+cardreader mode Under OpenIndiana: echo 'usbsacm usb12d1,1001' /etc/driver_aliases Then we have /dev/cua/0 and use it in the pppd :-) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Huawei E1550 usb 3g modem
Good day. How can I switch it to the modem mode from mass storage mode? Something same as usb_modeswitch from Linux wanted. Or I must write anything in the /etc/driver_aliases? dmesg fragment: Oct 12 09:22:34 thinkpot usba: [ID 912658 kern.info] USB 2.0 device (usb12d1,1446) operating at full speed (USB 1.x) on USB 1.10 root hub: device@1, usb_mid9 at bus address 2 Oct 12 09:22:34 thinkpot usba: [ID 349649 kern.info]HUAWEI Technology Mobile Oct 12 09:22:34 thinkpot genunix: [ID 936769 kern.info] usb_mid9 is /pci@0,0/pci17aa,20aa@1a,1/device@1 Oct 12 09:22:34 thinkpot genunix: [ID 408114 kern.info] /pci@0,0/pci17aa,20aa@1a,1/device@1 (usb_mid9) online Oct 12 09:22:34 thinkpot usba: [ID 912658 kern.info] USB 2.0 interface (usbif12d1,1446.config1.0) operating at full speed (USB 1.x) on USB 1.10 root hub: storage@0, scsa2usb13 at bus address 2 Oct 12 09:22:34 thinkpot usba: [ID 349649 kern.info]HUAWEI Technology Mobile Oct 12 09:22:34 thinkpot genunix: [ID 936769 kern.info] scsa2usb13 is /pci@0,0/pci17aa,20aa@1a,1/device@1/storage@0 Oct 12 09:22:34 thinkpot genunix: [ID 408114 kern.info] /pci@0,0/pci17aa,20aa@1a,1/device@1/storage@0 (scsa2usb13) online Oct 12 09:22:34 thinkpot usba: [ID 912658 kern.info] USB 2.0 interface (usbif12d1,1446.config1.1) operating at full speed (USB 1.x) on USB 1.10 root hub: storage@1, scsa2usb14 at bus address 2 Oct 12 09:22:34 thinkpot usba: [ID 349649 kern.info]HUAWEI Technology Mobile Oct 12 09:22:34 thinkpot genunix: [ID 936769 kern.info] scsa2usb14 is /pci@0,0/pci17aa,20aa@1a,1/device@1/storage@1 Oct 12 09:22:34 thinkpot genunix: [ID 408114 kern.info] /pci@0,0/pci17aa,20aa@1a,1/device@1/storage@1 (scsa2usb14) online Oct 12 09:22:34 thinkpot scsi: [ID 583861 kern.info] sd22 at scsa2usb14: target 0 lun 0 Oct 12 09:22:34 thinkpot genunix: [ID 936769 kern.info] sd22 is /pci@0,0/pci17aa,20aa@1a,1/device@1/storage@1/disk@0,0 Oct 12 09:22:34 thinkpot scsi: [ID 583861 kern.info] sd21 at scsa2usb13: target 0 lun 0 Oct 12 09:22:34 thinkpot genunix: [ID 936769 kern.info] sd21 is /pci@0,0/pci17aa,20aa@1a,1/device@1/storage@0/disk@0,0 Oct 12 09:22:34 thinkpot genunix: [ID 408114 kern.info] /pci@0,0/pci17aa,20aa@1a,1/device@1/storage@1/disk@0,0 (sd22) online Oct 12 09:22:34 thinkpot genunix: [ID 408114 kern.info] /pci@0,0/pci17aa,20aa@1a,1/device@1/storage@0/disk@0,0 (sd21) online ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Small Business Office Suite for OpenIndiana distro
On 06.10.11 19:32, ken mays wrote: * Wine (1.3.29) $ pfexec pkg install wine Creating Plan \pkg: No version of library/desktop/wine can be installed: pkg://sfe/library/desktop/wine@1.1.44,5.11-0.151.1:20110927T201821Z: Suitable required dependency pkg:/library/audio/mpg123 cannot be found $ pkg publisher PUBLISHER TYPE STATUS URI openindiana.org (preferred) origin online http://pkg.openindiana.org/dev/ sfe origin online http://pkg.openindiana.org/sfe/ homeunix (non-sticky, disabled) origin online http://ips.homeunix.com:11003/ sfebuild (non-sticky, disabled) origin online http://staticdev.uk.openindiana.org:10003/ oi-sfe (non-sticky, disabled) origin online http://staticdev.uk.openindiana.org:10002/ kdeips-dev (non-sticky, disabled) origin online http://solaris.bionicmutton.org/pkg/4.6.0/ opensolaris.org (non-sticky, disabled) origin online http://pkg.openindiana.org/legacy/ What is wrong? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Small Business Office Suite for OpenIndiana distro
On 06.10.11 20:01, Peter Tribble wrote: On Thu, Oct 6, 2011 at 4:57 PM, ken maysmaybird1...@yahoo.com wrote: Add the http://pkg.openindiana.org/sfe-encumberedpublisher. Thank you. But I agree with Peter: is it possible to add all dependencies in the openindiana.org or sfe repositories? By it's very nature, sfe-encumbered cannot be used by all users. Therefore it would appear to be wrong for any package in sfe to have a dependency on a package in the encumbered repo? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenIndiana SFE repository: Call for testers
On 02.08.11 12:05, Guido Berhoerster wrote: without gcc libraries dependency? That is a mainly a policy issue, for now we compile all C++ packages (including LLVM/Clang) in OI-SFE with GCC, however that may change in the future. If it is really important to you, you could modify the specfile and rebuild it with clang itself. It is not very important for me, but IMHO unnecessary dependencies is evil. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenIndiana SFE repository: Call for testers
What is wrong? $ clang -v ld.so.1: clang: fatal: relocation error: file /usr/bin/clang: symbol _ZNSt8__detail15_List_node_base7_M_hookEPS0_: referenced symbol not found Killed $ ldd /bin/clang libLLVM-3.0svn.so = /usr/lib/libLLVM-3.0svn.so libpthread.so.1 = /lib/libpthread.so.1 libmalloc.so.1 =/usr/lib/libmalloc.so.1 libstdc++.so.6 =/opt/ipp/pkg/gcc44/lib/libstdc++.so.6 libstdc++.so.6 (GLIBCXX_3.4.15) = (version not found) libstdc++.so.6 (CXXABI_1.3) = (version not found) libgcc_s.so.1 = /opt/ipp/pkg/gcc44/lib/libgcc_s.so.1 libc.so.1 = /lib/libc.so.1 libstdc++.so.6 (GLIBCXX_3.4.15) = (version not found) libstdc++.so.6 (CXXABI_1.3) = (version not found) libm.so.2 = /lib/libm.so.2 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenIndiana SFE repository: Call for testers
On 01.08.11 22:46, Andrey N. Oktyabrski wrote: What is wrong? $ clang -v ld.so.1: clang: fatal: relocation error: file /usr/bin/clang: symbol _ZNSt8__detail15_List_node_base7_M_hookEPS0_: referenced symbol not found Killed $ ldd /bin/clang ... libstdc++.so.6 = /opt/ipp/pkg/gcc44/lib/libstdc++.so.6 ... libgcc_s.so.1 = /opt/ipp/pkg/gcc44/lib/libgcc_s.so.1 Sorry :-) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenIndiana SFE repository: Call for testers
On 01.08.11 23:07, Andrey N. Oktyabrski wrote: On 01.08.11 22:46, Andrey N. Oktyabrski wrote: What is wrong? $ clang -v ld.so.1: clang: fatal: relocation error: file /usr/bin/clang: symbol _ZNSt8__detail15_List_node_base7_M_hookEPS0_: referenced symbol not found Killed $ ldd /bin/clang ... libstdc++.so.6 = /opt/ipp/pkg/gcc44/lib/libstdc++.so.6 ... libgcc_s.so.1 = /opt/ipp/pkg/gcc44/lib/libgcc_s.so.1 Sorry :-) With thid libraries I have the same eror :-( libstdc++.so.6 =/usr/lib/libstdc++.so.6 libgcc_s.so.1 = /usr/lib/libgcc_s.so.1 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenIndiana SFE repository: Call for testers
On 02.08.11 00:30, Guido Berhoerster wrote: * Guido Berhoersterg...@openindiana.org [2011-08-01 22:24]: * Andrey N. Oktyabrskia...@bestmx.ru [2011-08-01 21:10]: With these libraries I have the same eror :-( libstdc++.so.6 = /usr/lib/libstdc++.so.6 libgcc_s.so.1 = /usr/lib/libgcc_s.so.1 Please remove the GCC 4.3.2/3 packages from the opensolaris.org publisher, it is obsolete and totally broken anyway. Oh, after that please install runtime/gcc@4.6.1-0.151 manually, this dependency is missing from the llvm package. We'll hopefully fix that before releasing the first OI SFE build. Thank you. I have removed gcc-4.3 and clang works. The gcc-4.6 was already installed from the sfebuild repository. Does you compile clang without rpath? Is it possible to compile it without gcc libraries dependency? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] SeaMonkey
Where I can get the latest (2.1 or 2.2-beta) version package for the OpenIndiana? I use 2.0b1 at the moment. It eats 3-4 times less memory than the Firefox+Thunderbird. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [illumos-Discuss] branding for illumos/openindiana
On 21.06.11 19:29, oi-disc...@mho.nu wrote: IcarOS? http://www.icarosdesktop.org/ On 21.06.11 20:15, Ken Gunderson wrote: I like Phoenix - reborn and rising from the ashes of Sun. http://en.wikipedia.org/wiki/Doscore ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] NVIDIA driver update
Is it possible to replace the nvidia driver packages 256.44 by the 270.41 (from the NVIDIA site) in the openindiana.org IPS repository? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] NVIDIA driver update
On 01.06.11 23:42, Apostolos Syropoulos wrote: Is it possible to replace the nvidia driver packages 256.44 by the 270.41 (from the NVIDIA site) in the openindiana.org IPS repository? Yes and I am using 270.41.06 but you need to do something like the following to install the new driver: $ pfexec beadm list $ pfexec beadm create oi-nvidia $ pfexec beadm mount oi-nvidia /mnt $ pfexec pkg -R /mnt uninstall -r driver/graphics/nvidia $ pfexec /bin/sh NVIDIA-Solaris-x86-270.41.06.run --extract-only $ cd NVIDIA-Solaris-x86-270.41.06 $ pfexec pkgadd -R /mnt -d . NVDAgraphics NVDAgraphicsr $ pfexec bootadm update-archive -R /mnt $ pfexec beadm unmount -f oi-nvidia $ pfexec beadm activate oi-nvidia $ pfexec reboot -p Thank you, I'll try this. Anyway, pkg image-update is much more right way :-) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Gnome to become a Linux only project
On 05/19/11 15:23, Apostolos Syropoulos wrote: http://www.phoronix.com/scan.php?page=news_itempx=OTQ1Nw Are they serious? I think we should seriously consider abandoning GNOME and replace it with KDE. No, it's time to replace it with something much more lightweight :-) For example, the graphical environment from Syllable Desktop: http://web.syllable.org/pages/about.html#Server ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Some questions about OpenIndiana
On 12/31/10 03:32, Jean-Yves Avenard wrote: Ultimately, what I'm after right now is something stable and performant, that can read my zpool v28 and supports kernel cifs and that I will easily be able to integrate with our LDAP / Kerberos backend. Why not to use this: On 12/17/10 01:06, Alexander Sergeev wrote: == *** OpenIndiana 134+ Stable X86, rev. 11 *** == Hello, This is OpenIndiana 134+ Stable build, the build based on Nexenta NCP3 patchset, ON stability fixes, bunch of storage related features and patches from OpenIndiana code base. The aim of this release is to aid needs of everybody who has been waiting for OpenSolaris 2010.X and has been left with you-can't-use-it-in-production Solaris Express 11, especially those who plans to use OpenSolaris as storage server. This release includes the following new features and fixes: - ZFS zpool version 28 including 'zfs diff' and ZFS read-only pools; - Bug fixes and new functionality for CIFS/SMB, COMSTAR/iSCSI and NFS; - Several IP, TCP and FC fixes; - Driver updates and fixes for mptsas, bge, e1000g, elxl and rge; - ON build script enhancements including automatic IPS repository creation (for developers). Release contents: - oi-134-11-x86-readme.txt - this file; - oi-134-11-x86.iso- Live CD; - oi-134-11-x86.usb- Live USB; - oi-134-11-x86-repo.tgz - gzipped ON repository. Download links are as follows: - http://narod.ru/disk/1494854001/oi-134-11-x86.iso.html - http://narod.ru/disk/1496206001/oi-134-11-x86.usb.html - http://narod.ru/disk/1500811001/oi-134-11-x86-repo.tgz.html - http://narod.ru/disk/1557156001/oi-134-11-x86-readme.txt.html - http://narod.ru/disk/1557439001/MD5SUMS.html - http://narod.ru/disk/1557441001/SHA256SUMS.html Alternatively, you can download them from RoyK @ #openindiana: - http://karlsbakk.net/OpenIndiana/134+/b11/oi-134-11-x86.iso - http://karlsbakk.net/OpenIndiana/134+/b11/oi-134-11-x86.usb - http://karlsbakk.net/OpenIndiana/134+/b11/oi-134-11-x86-repo.tgz - http://karlsbakk.net/OpenIndiana/134+/b11/oi-134-11-x86-readme.txt - http://karlsbakk.net/OpenIndiana/134+/b11/MD5SUMS - http://karlsbakk.net/OpenIndiana/134+/b11/SHA256SUMS There are two ways to get oi_134_11 installed on your system. You can either do clean installation using Live CD or Live USB above, or you can upgrade existing snv_134 system (snv_134b is NOT supported). If you wish to do latter or you want to install additional ON packages, like COMSTAR, you should use ON repository bundled with this release: - extract oi-134-11-x86-repo.tgz to your preferred location; - start repository: /usr/lib/pkg.depotd -drepo location -pport - add local publisher as openindiana.org: pfexec pkg set-publisher -P -O http://localhost:port/ \ openindiana.org - make opensolaris.org non-sticky: pfexec pkg set-publisher --non-sticky opensolaris.org - upgrade your snv_134 deployment using: pfexec pkg image-update - (OR) install new ON packages. How to decide whether what you want to install is ON package or not? Easy. If you're using oi_134_11, you haven't done what's described above and you get something like this when you try to install package -- pkg://opensolaris.org/system/zones/brand/s...@0.5.11,5.11-0.134:2010030 2T070706Z: This version is excluded by installed incorporation pkg://o penindiana.org/consolidation/osnet/osnet-incorporat...@0.5.11,5.11-0.1 34.0.0.11:20101212T013950Z -- then you want to install ON package and you should use bundled repo. In future there's a chance that OpenIndiana 134+ Stable repository will be hosted on openindiana.org if there's sufficient demand, so stay tuned. Now, couple of words about updates. This release is intended to bring stability, and if any critical bugs will be found in it, I'd be happy to backport fixes once they're available and do additional release. Also, oi_134_11 is upgradeable to both Solaris 11 Express and fresh OpenIndiana builds, so installing this release doesn't lock you down either way. In order to upgrade to S11X you should first upgrade to OpenSolaris b134b and then follow regular Oracle upgrade instructions. For OpenIndiana upgrade instructions please visit OpenIndiana site, they are the same as for OpenSolaris b134. Release is largely based on Bryan Leaman's patchset, described on http://wiki.openindiana.org:8080/pages/viewpage.action?pageId=4882475 (Google: OpenIndiana Stable Build 134, if that's expired), so most of the credits goes to him, really. Patchset used to build this release is downloadable from http://narod.ru/disk/1500897001/oi-134-11-patches.tgz.html Best regards, Alexander
Re: [OpenIndiana-discuss] Fun Task - Comparing OI packages vs CentOS, Debian, Ubuntu etc
On 10/23/10 04:25, Alasdair Lumsden wrote: There are a couple of methods of doing it, but writing spec files for pkgbuild is probably one of the more standard methods (although I don't find spec files that easy to put together). James O'Gorman is working on a ports tree as an alternative for people who prefer that route, but it is not complete yet. Why not to use pkgsrc? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Fun Task - Comparing OI packages vs CentOS, Debian, Ubuntu etc
On 10/24/10 12:11, ober wrote: Pkgsrc already builds on openindiana. ftp://ftp.netbsd.org/misc/openindiana has the 1400 packages that already build. This link is wrong :-( ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
