Re: [OpenIndiana-discuss] gfxdrm/OpenGL error with latest update
In regard to: Re: [OpenIndiana-discuss] gfxdrm/OpenGL error with latest...: Simple cost/benefit analysis - the cost of paying engineers to port the whole framework from Linux and keeping up-to-date with a rapidly changing upstream was determined to be more than the benefit to our customer base of doing it. I expect a similar analysis is why commercially backed, server-oriented distros like SmartOS & OmniOS haven't ported them either. Thanks for the info Alan! "Not worth the time it takes to maintain" is exactly what I was expecting. I also appreciate the insight into the change rate for the upstream project. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] gfxdrm/OpenGL error with latest update
In regard to: Re: [OpenIndiana-discuss] gfxdrm/OpenGL error with latest...: On 8/2/24 10:39, Till Wegmueller wrote: This is a known issue since the last Mesa update and seems to come from the changes Solaris did to it's platform Support by disabling Intel completely Upstream for Solaris and hardlinking the driver to Swrast. Solaris no longer includes any DRI/KMS drivers, so illumos-based platforms which do will have to diverge from Solaris here. Alan, if you have some time could you expand on that a little? What went into the decision to ditch DRI/KMS in Solaris? I'm not questioning the decision, just interested in what went into. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] no force write by root user?
In regard to: [OpenIndiana-discuss] no force write by root user?, Rolf M: if the root user wants to write back a file not writable as set by permissions a force write back (wq! in vi) does not work. Is that behavior intended? Other OSes as for instance oracle solaris, FreeBSD, Solaris 10 and so, allow a force write back That's not my experience on OI with vim. Are you sure it's not something like NFS or something else causing that? Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Deleting empty directories
In regard to: [OpenIndiana-discuss] Deleting empty directories, Michelle...: Basically, I extract all the flac files out of my main music collection, to a separate location, (using rsync) and then I have to delete the empty directories that rsync has created. You could use '--prune-empty-dirs' with rsync. I managed the first part, no problem. However, it's the deleting of empty directories that is causing me trouble. The Linux command is... find /mnt/jaguar/users/michelle/FlacCopy -type d -empty -delete ...however the OI version of find doesn't support -empty No, but it supports '-depth', which means you can find /mnt/jaguar/users/michelle/FlacCopy -depth -type d \ -exec rmdir {} \; 2>/dev/null That will fail *a lot*, but the error messages are thrown away and the empty directories will be deleted. or if you have GNU fileutils installed (so 'grmdir' exists) find /mnt/jaguar/users/michelle/FlacCopy -depth -type d \ -exec grmdir --ignore-fail-on-non-empty {} \; -depth is important for either of these to work. The best part of both of those is that you can insert 'echo' between '-exec' and the start of the command, and it will show you what it's going to do without doing it. If you like what you see, just remove the 'echo'. I've tried to install gfind, but that doesn't appear to be available. Someone else already answered with the correct pkg FMRI. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] pkg update removes installed services ?!?
In regard to: Re: [OpenIndiana-discuss] pkg update removes installed...: just FYI freezing postgres-10 packages prevents pkg update from doing any useful work, it does not update most of the system, just less than 20 packages get updated. I figured that would be the case. I'm actually a little surprised even 20 packages would upgrade. Updates are meant to be applied in a set, and blocking the update of even one of the packages has a cascading effect that often makes the entire set not apply. If you were really desperate, you could try turning off the version-lock for the package, to see if that allows everything else to be updated. By doing that, you would effectively be saying that you're going to go into uncharted territory, and you're taking that risk on yourself. "Here there be dragons", all that kind of stuff. To do that, you would need to read up on 'pkg facet', but it would amount to something like pkg facet -a 2>&1 | tee /tmp/pkg-facet-a.txt to get a list of all of the facets (the version-lock facets are at the end), and then something like egrep '^FACET|postgres-' /tmp/pkg-facet-a.txt to get a list of version lock settings. From there, to disable a version-lock, it's something like pkg change-facet version-lock.=false It's extra complicated for PostgreSQL because I don't know if you need to unlock the version-lock.service/database/postgres-10 *and* a bunch of other stuff like version-lock.database/postgres-10 version-lock.database/postgres-10/library etc. I expect it's going to be a bunch of stuff, which gets pretty messy. Definitely a last resort for the truly desperate. So, I'll do a pg_dumpall inside the old BE and a pg_restore once inside the new one and with an updated postgres. That is definitely the best path forward. I hope your software works well with an updated PostgreSQL. Database updates can often have knock-on effects, but hopefully your upgrade is easy. Good luck! Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] pkg update removes installed services ?!?
In regard to: Re: [OpenIndiana-discuss] pkg update removes installed...: I always create a new BE while updating and I'm back to my previous working configuration; I was just baffled by the removal of an active and working service. Understood, and I'm glad you were able to switch back to a working config. How often do you update? My experience is anecdotal at best, but with the rolling release model OI uses, I've found that the updates are easier if I don't go too long between updates. I personally try to update at least every 4-6 weeks, but sometimes it ends up being more like 3 months. The longer I go between updates, the more likely I'm going to run into complicated deprecations. BTW, I cannot even install it right now on a old Openindiana installation because latest postgres-10 depends on newer incorporations. Someone that's better with pkg than I am can probably offer some suggestions, but with the right incantation it *might* be possible to update not to latest but to an older point in time. For example, you can use something like pkg list -af userland-incorporation to get every available version of that package. 'pkg update' supports an @ specifier, but I don't know (actually, I doubt) if it's as simple as something like pkg update -v userland-incorporation@0.5.11-2023.0.0.17799 Alternately, if you can figure out what version of postgresql-10 is tied to the incorporations you currently have, then you can do something like pkg install -v postgresql-10@ Hopefully someone that knows pkg better can offer some suggestions on what is and what is not possible with OI and "stepped" updates. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] pkg update removes installed services ?!?
In regard to: [OpenIndiana-discuss] pkg update removes installed services...: How am I supposed to proceed to update the OS to the latest available, while at the same time maintaining all the working services intact ? Postgresql 10 was end-of-life November 10, 2022. Newer versions of postgres have been part of OI for a while. Upgrading your postgres-10 install to something like postgres-14 while both were provided by the OS would probably have been the easiest path. You can see what an update is going to do without doing it using the '-nv' flag with update. I usually look through that output before actually applying an update. You can 'freeze' (see pkg(1)) a package at a specific version, if that specific version is critical to your install and you're worried an update might take it out. Note that doing that may prevent updates without other steps being taken. You may want to go back to your previous boot environment (see beadm(8)) and plan an upgrade to a newer postgresql within that boot environment. Then, once you've converted to a newer postgresql series, you should be able to safely update. Rolling releases and a very small contributor pool means that there's no good way to do long-term support for outdated/EOL software, especially when there are newer versions that are still receiving updates. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] pkg update fails
In regard to: Re: [OpenIndiana-discuss] pkg update fails, Predrag Zečević...: But, why suddenly that is required? I never had to do it... Will that be fixed in near future? I remember a thread about a very similar issue, and I found it: Subject: pkg update is failing Date: Sept 4, 2019 Predrag posted in that thread (as did I). At the time, it was suggested that any of the UTF8 locales would be enough. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [oi-dev] libpulsecore error
In regard to: Re: [oi-dev] libpulsecore error, Gary Mills said (at 10:44am...: On Wed, Mar 08, 2023 at 11:57:36PM -0600, Tim Mooney via oi-dev wrote: That would be my first guess. That a faulty theme is the cause now seems unlikely to me. I looked at some Mate themes on github: all of them contain keys related to geometry and colour, but nothing related to the number of items displayed or to the keyboard. I spent some time looking at themes last night, and I agree that your case probably isn't because of the theme. There are other other theme-related messages that sometimes show up in .xsession-errors, but I think you're correct that the settings-related errors you're seeing aren't coming from the theme. Based on your subsequent email, though, it looks like you found the issue and it was with the binary cache file. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] mate-system-monitor crashes
In regard to: Re: [OpenIndiana-discuss] mate-system-monitor crashes,...: When I web search this error: unhandled exception (type Glib::Error) in signal handler: domain: g-io-error-quark code : 0 what : Unable to find default local file monitor type I see hits for it for many Linux distros too, along with a similar variant for "directory" monitor type. I wasn't able to find any definitive fixes, most of the responses essentially amounted to voodoo. The Linux systems that experienced this error also had an exception and a segfault, so segfault may not be unique to OI or Illumos. It might just be secondary to the "local file monitor type". So the primary root cause may be something different. I think you're correct. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] how's the Illumos kernel on Intel 12th gen?
All- It's possible I might be getting a new workstation at my workplace. I'm lucky in that my employer will allow me to run OI on it, but I'm limited to purchasing from Dell or HP Enterprise (HPE). My preference would be to go with AMD Ryzen 5XXX processor, but neither vendor offer much for AMD and I don't think OI will work on it anyway, so I'm probably going to be looking at Intel processors. How well does the Illumos kernel handle Intel 12th gen CPUs, with the performance/efficiency (P/E) cores? Is anyone using OI or an Illumos distro on a 12th gen system for day-to-day work? Thanks, Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] how to disable caja
In regard to: [OpenIndiana-discuss] how to disable caja, hput via...: I notice the file manager caja in mate desktop pull quite a lot of cpu at times. Can you tell what it's doing when that happens? If you're familiar with 'truss', you might be able to use that to attach and get an idea of what's going on. Truss can print timestamps or time deltas, so it's possible to have it time what it's doing. I never use caja at all. I'd like to just get rid of it, but suspect it might jackup mate so bad I'd have a heck of time getting it straightened out again. That is a definite possibility. The way it's designed and the way we package it, there are a few packages that depend upon caja, so if you tried to remove caja using 'pkg' you would also have to remove other stuff. That's probably not a useful route to pursue. If you're comfortable building your own packages, or if you're interested in learning that process, you could check out oi-userland and build your own custom versions of the caja dependencies, to see if you can "cut caja out" of the dependency graph. There's an OI document on getting started with oi-userland, https://docs.openindiana.org/dev/userland/ that more or less walks you through what's involved in building a package for OpenIndiana. I don't know if it's even possible to build the dependencies without caja, but if you're determined, that might be worth investigating. So, wondering how one might disable in some harmless way. To be clear: I'm not recommending this. My preference would be that you do some debugging to see *why* caja is behaving poorly. It might be something we can address, or at least check to see if upstream is seeing it too. Not everyone wants to (or has the time to) debug every problem in their desktop, though, so I understand that digging in to what's going on with caja may not be something you want to do. If that's the case, what you might try to do is move the 'caja' binary out of the way (save it, but rename it) and replace it with something simple that runs and doesn't exit, but does basically nothing. A place to start would be with a script like this: #!/bin/sh while true do sleep 86400 done exit 0 Make sure it's executable, and then log out of your current session and log back in. You may find that this still causes problems, but you can revert by moving the caja binary that you saved back into place (or by doing a 'pkg fix caja' after doing a 'pkg verify'). Again, I'm not recommending this. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Build essential
In regard to: [OpenIndiana-discuss] Build essential, hput via...: How ever I have read threads about a `build essential' pkg available for oi/hipster I can't seem to find anything pkg search that has a name like that. Either pfexec pkg install build-essential (if you've set up the necessary role) or sudo pkg install build-essential if you prefer sudo. Keep in mind that if you just installed and you haven't done an update yet, you *must* {sudo|pfexec} pkg update first. build-essential won't get you *every* development-related package, but it's enough to get started. I think build-essential is a consolidation, not a package, so that may be why it wasn't showing up in your search. Also, if you wanted a GUI, you probably want pfexec pkg install mate_install pfexec pkg uninstall mate_install (you don't need to keep mate_install after its pulled in all the GUI stuff, so 'mate_install' can be safely removed once its installed its dependencies). Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] A question about the Mate update
In regard to: [OpenIndiana-discuss] A question about the Mate update, Jason...: Why are there so many sockets opened in ~/.cache by : gnome/accessibility/at-spi2-atk 2.24.1-2020.0.1.0 i-- gnome/accessibility/at-spi2-core 2.24.1-2020.0.1.1 i-- drwx-- 2 agrellum staff 3 Dec 30 20:04 at-spi2-7FDXE1 drwx-- 2 agrellum staff 3 Dec 30 20:03 at-spi2-7Y13E1 drwx-- 2 agrellum staff 3 Dec 30 20:03 at-spi2-BA43E1 drwx-- 2 agrellum staff 3 Dec 30 20:03 at-spi2-BIX4E1 drwx-- 2 agrellum staff 3 Dec 30 20:03 at-spi2-LIN3E1 drwx-- 2 agrellum staff 3 Dec 30 20:03 at-spi2-MQ43E1 drwx-- 2 agrellum staff 3 Dec 30 20:03 at-spi2-N463E1 drwx-- 2 agrellum staff 3 Dec 30 20:03 at-spi2-P1XZE1 drwx-- 2 agrellum staff 3 Dec 30 20:03 at-spi2-TM23E1 drwx-- 2 agrellum staff 3 Dec 30 20:03 at-spi2-Z1I3E1 drwx-- 2 agrellum staff 3 Dec 30 20:03 at-spi2-ZCP4E1 Hmmm, I didn't notice that MATE was doing that. Doing some quick tracing with truss, virtually every MATE component is creating one of these directories and a socket when it's launched. I don't know if they're having problems communicating the other accessibility components, but it kind of seems that way. If you don't use any assistive technology, you can add NO_AT_BRIDGE=1; export NO_AT_BRIDGE to your .profile and it will stop all of the MATE components (and probably other stuff) from using the accessibility bridge. That's at most a workaround. I'll do some research and see if I can find any other reports of this for MATE 1.26 or other software. Thanks for reporting it! Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] weird network issue, choosing a default interface
In regard to: Re: [OpenIndiana-discuss] weird network issue, choosing a...: Does that work? Does it change your current "netstat -rn" output? I didn't do that, I had a look at the GUI network management stuff, and fixed an errant subnet mask, and removed the default route from the rge0 interface. I don't think IPv6 is an issue, but it's working now : I mentioned IPv6 only because that's where the routing issues I run into always turn up. It didn't appear to be related to your issue. I had kind of assumed you had ruled out an incorrect subnet mask as the source of the issue, but I'm glad you found it and have things fixed up! Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] weird network issue, choosing a default interface
In regard to: [OpenIndiana-discuss] weird network issue, choosing a default...: Hey, I have a weird problem I don't quite know how to fix. I have an OI server, with two ethernet interfaces, 203.6.241.37 on e1000g0 and 192.168.2.4 on rge0. The 203.6.241 network is a real one, the 192.168, as you know, goes nowhere except local LAN stuff. I have a dual-homed OI workstation with the 2nd NIC on a non-routeable private network too, and I have IPv6-specific routing issues every time the workstation is rebooted. My issues are (I think) coming because of OI's in.ndpd, the IPv6 Neighbor Discovery protocol daemon. Your issues are potentially easier, though. 1) are you running in.routed? 2) are you using nwam or statically-configured? 3) do you have anything in /etc/defaultrouter? What happens if you do sudo route -p delete -inet -dst default -gateway 203.6.241.1 -iface rge0 Does that work? Does it change your current "netstat -rn" output? Does it survive a reboot? Tim The rge4 interface, 192.168.2.4, is being used, for some outgoing traffic. Of course, it's not finding its way home. um? netstat -rn shows Routing Table: IPv4 DestinationGateway Flags Ref Use Interface - - -- - default 203.6.241.1 UG2 108883 rge0 default 203.6.241.1 UG7 452759 e1000g0 127.0.0.1127.0.0.1UH2756 lo0 192.0.0.0192.168.2.4 U 2098 13913644 rge0 203.6.241.0 203.6.241.37 U 59368318 e1000g0 Routing Table: IPv6 Destination/MaskGateway Flags Ref UseIf --- --- - --- --- - ::1 ::1 UH 2 328 lo0 fe80::/10 fe80::523e:aaff:fe0c:fcbf U 2 0 rge0 I think the default also being on rge0 is the problem, but I don't know how it got there, or how to remove it. Any clues? Thank you Carl ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] pkg install woes
In regard to: [OpenIndiana-discuss] pkg install woes, John Gardner via...: A brand new install from the hipster-20210403 dvd and I can't install packages at the moment: root@buildpc:/export/home/johng# pkg install build-essential tl;dr: Always, always do pkg update or pkg update -v 2>&1 | tee pkg-update-v.out before doing an install. OI hipster is designed so that packages "go together", meaning that all the packages from a particular point in time should work together. What you're trying to do is install the latest versions of some packages on top of an OS image that is from 7 months ago. That's being blocked by the osnet-incorporation. If you want to install current packages, you need to be relatively up to date, which means first doing a pkg update Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] pkg.openindiana.org cert
pkg is reporting that pkg.openindiana.org's cert is expired. I'm not 100% certain if this is the cert itself or the Let's Encrypt root CA issue, but I tried with openssl 1.1 and s_client is still saying expired, so I think it's an expired cert. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] a MP4 media player which works on openindiana ?
In regard to: [OpenIndiana-discuss] a MP4 media player which works on...: Hello. I've downloaded an mp4 file from the internet and I'm trying to play it on openindiana. I tried several players,but none of them worked. For example, Totem says : "MPEG-4 AAC decoder plugin is not installed" and it won't work. VLC is able to open it but it is not able to play it well at all. Rhythmbox is not able to open it at all. Maybe mplayer,but I don't know how to install it. Can someone suggest to me what to do ? thanks. What's included in the main OpenIndiana software repository (repo) is software that can be installed legally by (almost) anyone. Not every last bit is open source, but most people can legally install the compiled software. There's a separate repository for software that may have licensing restrictions that prevents it from being used in certain countries, for certain purposes, etc. This repo has more "use at your own risk, be sure you know the legal ramifications, etc." software. That happens to apply to a lot of media encoder/decoder (codecs), including ones that are needed for formats like mp3, mp4, etc. I recommend you add that repository (it's a "publisher" in pkg-speak): sudo pkg set-publisher \ -p https://pkg.openindiana.org/hipster-encumbered/ \ --search-after openindiana.org \ --non-sticky \ hipster-encumbered From there, you can search and install additional components that may improve your media experience. In particular library/audio/gstreamer1/plugin/bad library/audio/gstreamer1/plugin/ugly library/audio/gstreamer1/plugin/libav May have stuff that helps anything using gstreamer. I have other codec-related packages installed from hipster-encumbered too. See: https://www.openindiana.org/packages/ http://pkg.openindiana.org/hipster-encumbered/en/index.shtml Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] GPG2 on OI
In regard to: Re: [OpenIndiana-discuss] GPG2 on OI, Andreas Wacknitz said...: Am 04.10.21 um 20:58 schrieb Tim Mooney via openindiana-discuss: In regard to: Re: [OpenIndiana-discuss] GPG2 on OI, Andreas Wacknitz said...: Nice work from you and the GnuPG developer. I propose to either open a ticket for it on https://www.illumos.org/projects/illumos-gate or post the results from your analysis on #illumos. Maybe some illumos maintainers find it interesting enough to fix this problem in ilumos-gate. Robert Mustacchi has already implemented the necessary functionality in the Illumos kernel, see comment #2: https://www.illumos.org/issues/14126 Andreas, will OI's build system pick this up automatically, or is there something else I need to be able to do to test it for him? It will only picked automatically by our build system after it has been merged into illumos-gate. If you need to test it before you'll need to get the patch and apply it to our illumos-gate sources. The sources are located in the repository at oi-userland/components/openindiana/illumos-gate. Running "gmake publish" there will publish all illumos-gate related packages into your own local repository (which you have created before by running "gmake setup" in the oi-userland base folder). When you successfully published a patched version of the illumos-gate packages you'll need to intall them on your system. You can read about the process in our documentation, eg. at http://docs.openindiana.org/dev/userland/ I've been through that process many times for oi-userland packages I've updated or patched, but never for something from illumos-gate. I'll see if I can get the patch and get it tested. Thanks, Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] GPG2 on OI
In regard to: Re: [OpenIndiana-discuss] GPG2 on OI, Andreas Wacknitz said...: Nice work from you and the GnuPG developer. I propose to either open a ticket for it on https://www.illumos.org/projects/illumos-gate or post the results from your analysis on #illumos. Maybe some illumos maintainers find it interesting enough to fix this problem in ilumos-gate. Robert Mustacchi has already implemented the necessary functionality in the Illumos kernel, see comment #2: https://www.illumos.org/issues/14126 Andreas, will OI's build system pick this up automatically, or is there something else I need to be able to do to test it for him? Thanks, Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] GPG2 on OI
In regard to: Re: [OpenIndiana-discuss] GPG2 on OI, Andreas Wacknitz said...: Nice work from you and the GnuPG developer. I propose to either open a ticket for it on https://www.illumos.org/projects/illumos-gate or post the results from your analysis on #illumos. Maybe some illumos maintainers find it interesting enough to fix this problem in ilumos-gate. Done. https://www.illumos.org/issues/14126 Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] GPG2 on OI
In regard to: Re: [OpenIndiana-discuss] GPG2 on OI, s...@pandora.be said...: It is perhaps possible to try out older versions and find a solution, I'd be interested if you find a solution and are willing to share it ! I reported the issue to the GnuPG bug tracker and have been working with one of the developers (gniibe) to diagnose the problem. He or she tracked the hang down really quickly. It's an issue with clock_gettime(). Both Solaris < 11.4 and the Illumos kernel define CLOCK_THREAD_CPUTIME_ID for thread interval timing, but it's effectively broken. Calling clock_gettime with CLOCK_THREAD_CPUTIME_ID as the first argument will always result in an EINVAL error return. Because CLOCK_THREAD_CPUTIME_ID is actually defined in the headers, though, the threading code in gpg-agent is trying to use it. Note that Solaris 11.4 added working CLOCK_THREAD_CPUTIME_ID, so clock_gettime() with CLOCK_THREAD_CPUTIME_ID works for latest OG Solaris, but not older versions or any Illumos (currently). Another place where the distros have now diverged. There's a Python bug report about the issue that the GnuPG developer referenced: https://bugs.python.org/issue35455 The developer is going to fix it in the gnupg mainline, so I expect gnupg 2.3.3 or 2.3.4 will have the hang fixed. I'll follow-up again as things progress with this issue and with the (apparently unrelated) issue with pinentry-curses drawing. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] GPG2 on OI
In regard to: Re: [OpenIndiana-discuss] GPG2 on OI, s...@pandora.be said...: I can confirm I've had for the last months some annoying (blocking!) issues with GPG2 on OI, but some issues also happen on other operating systems (pin entry related), so this may be a GPG2 issue, and not an OI issue. Anyway ... Thanks for the response David, I really appreciate it. I'm glad to see it's not just my install. What I do as workaround is use "loopback" mode, I'm not sure whether you tried that, from reading your posting I think you may have already tried that : I hadn't, but I gave it a try and did get gpg2 to prompt for a passphrase, but as you've also experienced, it hangs after accepting the passphrase. My debugging seems to indicate that the pinentry programs work as expected. I don't think either pinentry-gtk-2 or pinentry-curses are to blame, because if I run one directly, like: /usr/lib/pinentry-curses and then enter the following commands (use the 'tty' command to get your correct ttyname first, each command should result in an OK response): SETTITLE This is my title OPTION ttyname=/dev/pts/5 OPTION ttytype=vt100 OPTION lc-ctype=en_US.UTF-8 SETPROMPT Enter your Passphrase: SETDESC Passphrase to get more Cookies! GETPIN Once you issue the GETPIN, it should draw the dialog and let you enter a passphrase, which it will echo back to you after you press enter. I've tried truss with various operations and it seems like gpg2 is having trouble communicating over the UNIX socket with the running agent. I've also discovered that after one of these apparently failed communications, the gpg-agent process starts accumulating CPU time at a rapid rate. I've also found when that happens that gpgconf --kill gpg-agent does not work. $ gpg2 --pinentry-mode loopback --gen-key Currently I have installed version 2.3.2 $ gpg2 --version gpg (GnuPG) 2.3.2 libgcrypt 1.9.4 Same versions I'm using. This comes from $ pkg list gnupg libgcrypt NAME (PUBLISHER) VERSIONIFO crypto/gnupg 2.3.2-2020.0.1.0 i-- system/library/security/libgcrypt 1.9.4-2020.0.1.0 i-- Unfortunately even if I use "loopback" mode GPG2 is not working for me on OI. For example when I try $ gpg2 --pinentry-mode loopback --gen-key It hangs on: We need to generate a lot of random bytes. It is a good idea to perform some other action (type on the keyboard, move the mouse, utilize the disks) during the prime generation; this gives the random number generator a better chance to gain enough entropy. After a while I abort, no key is generated for me ... It hangs for me after multiple different operations too, including decrypting a text file that was encrypted for my ID on a different system. Anyway, thanks for confirming you're seeing similar issues. I'll report back to the mailing list if I make any progress debugging it. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] GPG2 on OI
All- Anyone else using GnuPG on OI? I'm seeing some strange/broken behavior somewhere between gpg2, gpg-agent, and pinentry. I'm wondering if it's something with my install (or environment), or if others are having issues too. Basically, when gpg2 does something that needs a passphrase, it's supposed to contact the gpg-agent, auto-starting it if necessary, and then the gpg-agent uses one of the pinentry programs for the actual prompting. When I try ssh into my OI workstation and use gpg2, whatever is going on causes the (curses) pinentry screen to be blank. I know it's not a problem with pinentry-curses, because I can interact with it directly and send the necessary "commands" via the "assuan" protocol to get it to display a password prompt window and correctly collect a password. I've also had problems with gpg2 hanging and not exiting even after some operations. I'm just wondering if anyone else is seeing similar issues, or if I need to look more closely at what might be wrong with my environment. Thanks, Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] pkg.openindiana.org down?
In regard to: [OpenIndiana-discuss] pkg.openindiana.org down?, Predrag...: Hi all, is it only me, or pkg.openindiana.org is down since yesterday? I did a full pkg update (using https) of my OI hipster workstation maybe 8 or 9 hours ago. I didn't encounter any issues. I just tried a "sudo pkg refresh" and that completed OK too. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Smartcards on Openindiana
In regard to: Re: [OpenIndiana-discuss] Smartcards on Openindiana, Carsten...: Am 16.06.21 11:06 schrieb Stephan Althaus : On 6/16/21 10:05 AM, Carsten Grzemba via openindiana-discuss wrote: Is there anyone who uses smartcards on OpenIndiana? There are some recommendations which reader devices can be used? I "ported" some of the yubikey software to OI a couple years ago, but I didn't get to the point of daily use. The software compiled without much difficulty so it's not really much of a "port". I never got as far as testing how it integrates with e.g. gpg-agent on OI, but I could get the devices recognized by the USB subsystem and some of the Yubikey utilities worked as expected. I also got it to show up to a Windows 10 guest via VirtualBox USB passthrough. That's about the point where I got interrupted by a high priority work project. If you're interested, I could update the two software packages I built and make them available to you or via PRs. You would need one of the yubikeys to do any testing or further evaluation, though. Sorry I didn't get farther with it. Tim ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss Hello! i am using two USB SD card readers: HAMA USB 3.0 00123901 idVendor = 0x56e idProduct = 0x8007 Sandisk Extreme Pro UHS-II USB-C Card reader SDDR-409 idVendor = 0x781 idProduct = 0xcfca Both work well on my USB 3.0 Type A port. Stephan I mean smartcards like cryptocards with keys and certificates or similar. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] The kiss of death
In regard to: Re: [OpenIndiana-discuss] The kiss of death, Reginald...: The text-install ISO doesn't have a windowing system on it. I don't know if there is anything analogous to the Solaris 11.4 "solaris-desktop " pkg. It's 'mate-install'. And all it does is force the installation of the desktop components, so the recommended steps are pfexec pkg install mate-install pfexec pkg uninstall mate-install Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] The kiss of death
In regard to: Re: [OpenIndiana-discuss] The kiss of death, Nelson H. F: There was one nit: at the point that it asks for a domain name, it cuts it off at 15 characters, which is way too small. See https://www.ietf.org/rfc/rfc1035.txt https://en.wikipedia.org/wiki/Hostname https://web.archive.org/web/20190518124533/https://devblogs.microsoft.com/oldnewthing/?p=7873 I'm not positive about this, so take this with a grain of salt, but I think it's asking not for DNS domain but instead the NIS domain. Because of Solaris' lengthy history with NIS/YP, and because a lot of sites never really went for the replacement (NIS+), I think it's asking for a NIS domainname. See domainname(1m) and defaultdomain(4) on an installed system. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Updated NVIDIA drivers
In regard to: Re: [OpenIndiana-discuss] Updated NVIDIA drivers, Till...: Roughly yes. Or follow the guide at: http://docs.openindiana.org/dev/distribution-constructor/ That is indeed where I started, but there's a lot that document doesn't say. As someone that's never been through the process with distribution-constructor, I was hoping to avoid a bunch of trial and error. I'll update and install distribution-constructor and give it a try. Tim On 19.03.21 18:08, Tim Mooney via openindiana-discuss wrote: In regard to: [OpenIndiana-discuss] Updated NVIDIA drivers, Andreas...: As the next OI Hipster release is scheduled for end of April we don't provide new boot images yet. Andreas & others- If I wanted to start testing the current state of boot images, would pkg update # followed by a reboot pkg install distribution-constructor sudo distro_const build slim_cd_x86.xml be the best early approximation of the new boot images? Obviously not everything that will be in 2021.04 has landed yet, but are those steps reasonable, to give me images that will be similar to 2021.04? I ask because I've been making periodic trips to my workplace's datacenter, as we're retiring some systems and getting ready for network changes. I would have several opportunities to test OI images on both old and new hardware we have. I expect that it's going to take some time and some back-and-forth with you, Toomas, and others to troubleshoot some of the issues we've seen in the past, especially with the USB images. I would like to get started on that process. Thanks, Tim ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Updated NVIDIA drivers
In regard to: [OpenIndiana-discuss] Updated NVIDIA drivers, Andreas...: As the next OI Hipster release is scheduled for end of April we don't provide new boot images yet. Andreas & others- If I wanted to start testing the current state of boot images, would pkg update # followed by a reboot pkg install distribution-constructor sudo distro_const build slim_cd_x86.xml be the best early approximation of the new boot images? Obviously not everything that will be in 2021.04 has landed yet, but are those steps reasonable, to give me images that will be similar to 2021.04? I ask because I've been making periodic trips to my workplace's datacenter, as we're retiring some systems and getting ready for network changes. I would have several opportunities to test OI images on both old and new hardware we have. I expect that it's going to take some time and some back-and-forth with you, Toomas, and others to troubleshoot some of the issues we've seen in the past, especially with the USB images. I would like to get started on that process. Thanks, Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] error upgrading to hipster -- Action upgrade failed for 'etc/dfs/sharetab'
ar/pkg/lost+found/usr/lib/python2.6/curses-20210307T214713Z usr/lib/python2.6/ctypes -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/ctypes-20210307T214713Z usr/lib/python2.6 -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6-20210307T214713Z usr/lib/python2.4/site-packages -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.4/site-packages-20210307T214713Z etc/rad -> /tmp/tmpREuU91/var/pkg/lost+found/etc/rad-20210307T214713Z platform/i86pc/ucode/AuthenticAMD/1022-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1022-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/1020-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1020-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/1043-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1043-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/1041-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1041-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/1080-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1080-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/1062-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1062-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/10A0-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/10A0-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/1081-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1081-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/5010-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/5010-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/3010-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/3010-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/6012-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/6012-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/5020-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/5020-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/container -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/container-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/equivalence-table -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/equivalence-table-20210307T214845Z Traceback (most recent call last): File "/usr/bin/pkg", line 5975, in handle_errors __ret = func(*args, **kwargs) File "/usr/bin/pkg", line 5958, in main_func pargs=pargs, **opts) File "/usr/bin/pkg", line 2344, in update reject_list=reject_pats, update_index=update_index) File "/usr/bin/pkg", line 1604, in __api_op ret_code = __api_execute_plan(_op, _api_inst) File "/usr/bin/pkg", line 1290, in __api_execute_plan api_inst.execute_plan() File "/usr/lib/python2.6/vendor-packages/pkg/client/api.py", line 2177, in execute_plan self._img.imageplan.execute() File "/usr/lib/python2.6/vendor-packages/pkg/client/imageplan.py", line 2984, in execute p.execute_update(src, dest) File "/usr/lib/python2.6/vendor-packages/pkg/client/pkgplan.py", line 462, in execute_update dest.install(self, src) File "/usr/lib/python2.6/vendor-packages/pkg/actions/file.py", line 214, in install stream = self.data() TypeError: 'NoneType' object is not callable pkg: This is an internal error in pkg(5) version 1b157a5cc2c4+. Please log a Service Request about this issue including the information above and this message. thanks, Geoff openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss <https://openindiana.org/mailman/listinfo/openindiana-discuss> -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Hipster 2020.10 text installer ISO Wow!!!!
In regard to: Re: [OpenIndiana-discuss] Hipster 2020.10 text installer ISO...: On Tue, Mar 2, 2021 at 1:25 PM Reginald Beardsley via openindiana-discuss < openindiana-discuss@openindiana.org> wrote: The HP BIOS is the screwiest one I've ever come across. Can confirm via my HP ProBook. Dell's BIOSes are a lot better. That may be true, but both Jedi and I tried several different Dell systems in late 2019 (mostly PowerEdge R710, R720, and R730 servers for me) and could not get a successful OI install on any of them using the 2019 OI installers. I tried a range of BIOS versions for each of them, including latest or in some cases last BIOS version. I've also found that the most recent Dell Precision workstations now come with some features (like USB boot) not available from the legacy BIOS. They're slowly moving primarily to UEFI. There's a good chance that my next workstation at work won't actually run OI. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] after Installation, no X11?
In regard to: Re: [OpenIndiana-discuss] after Installation, no X11?, Rolf...: Hi, yes, got it running. xdm login, twm as window manager. Fast and smart:) As I started up with a text console only, Andreas and Carsten on this list told me to do a pkg install mate_install and start the SMF-service for lightdm. With a little nvidia driver update all worked fine. Since I like fast minimalistik desktops that do not consume the compute power for windows decorations, I did: pkg install twm pkg install xdm copied th svc-lightdm method to svc-xdm, set it up for xdm, reseted the xdm-fmri as was installed alongside by pkg install xdm, pointed it to the freshly createt login-xdm. (guess I could have used the default anyway, it just starts xdm so:) I'm glad you found a solution that works, but I think there might have been an easier way that didn't involve messing with SMF at all. Lightdm is capable of launching any "session" it knows about. What exactly a "session" is depends on the desktop environment, but for the "xterm" failsafe, it's just an xterm. Sessions are defined in a .desktop text file in /usr/share/xsessions/ The .desktop file format is documented here: https://specifications.freedesktop.org/desktop-entry-spec/latest/ Using the 'mate.desktop' and 'xterm.desktop' as examples, someone that knows TWM well could probably create a twm.desktop, drop it into /usr/share/xesssions/, and then continue to use lightdm as the login (rather than XDM), but get it to launch your twm session. I know that Ubuntu and some other Linux distros that use lightdm have a twm.desktop configured for their distro. That might also serve as a useful example. Either way, if you know how to get twm to "launch" after X is already running, it's probably a lot easier to just make it a selectable choice from Lightdm than it is to create a different SMF. Hope this helps, Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] safely cleanup pkg cache?
In regard to: Re: [OpenIndiana-discuss] safely cleanup pkg cache?, Andreas...: Am 21.02.21 um 22:42 schrieb Stephan Althaus: Hello! The "-s" option does the minimal obvious remove of the corresponding snapshot: My experience seems to match what Andreas and Toomas are saying: -s isn't doing what it's supposed to be doing (?). After using sudo beadm destroy -F -s -v to destroy a dozen or so boot environments, I'm down to just this for boot environments: $ beadm list BEActive Mountpoint Space Policy Created openindiana - - 12.05M static 2019-05-17 10:37 openindiana-2021:02:07- - 27.27M static 2021-02-07 01:01 openindiana-2021:02:07-backup-1 - - 117K static 2021-02-07 13:06 openindiana-2021:02:07-backup-2 - - 117K static 2021-02-07 13:08 openindiana-2021:02:07-1 NR / 51.90G static 2021-02-07 17:23 openindiana-2021:02:07-1-backup-1 - - 186K static 2021-02-07 17:48 openindiana-2021:02:07-1-backup-2 - - 665K static 2021-02-07 17:58 openindiana-2021:02:07-1-backup-3 - - 666K static 2021-02-07 18:02 However, zfs list still shows (I think) snapshots for some of the intermediate boot environments that I destroyed: $ zfs list -t snapshot NAME USED AVAIL REFER MOUNTPOINT rpool/ROOT/openindiana-2021:02:07-1@install 559M - 5.94G - rpool/ROOT/openindiana-2021:02:07-1@2019-05-17-18:34:55 472M - 6.28G - rpool/ROOT/openindiana-2021:02:07-1@2019-05-17-18:46:32 555K - 6.28G - rpool/ROOT/openindiana-2021:02:07-1@2019-05-17-18:48:56 2.18M - 6.45G - rpool/ROOT/openindiana-2021:02:07-1@2019-06-13-22:13:18 1015M - 9.74G - rpool/ROOT/openindiana-2021:02:07-1@2019-06-21-16:25:04 1.21G - 9.85G - rpool/ROOT/openindiana-2021:02:07-1@2019-08-23-16:17:28 833M - 9.74G - rpool/ROOT/openindiana-2021:02:07-1@2019-08-28-21:51:55 1.40G - 10.8G - rpool/ROOT/openindiana-2021:02:07-1@2019-09-12-23:35:08 643M - 11.7G - rpool/ROOT/openindiana-2021:02:07-1@2019-10-02-22:55:57 660M - 12.0G - rpool/ROOT/openindiana-2021:02:07-1@2019-11-09-00:04:17 736M - 12.4G - rpool/ROOT/openindiana-2021:02:07-1@2019-12-05-01:02:10 1.02G - 12.7G - rpool/ROOT/openindiana-2021:02:07-1@2019-12-20-19:55:51 788M - 12.9G - rpool/ROOT/openindiana-2021:02:07-1@2020-02-13-23:17:35 918M - 13.3G - rpool/ROOT/openindiana-2021:02:07-1@2021-01-21-02:27:31 1.74G - 13.9G - rpool/ROOT/openindiana-2021:02:07-1@2021-02-06-22:47:15 1.71G - 18.8G - rpool/ROOT/openindiana-2021:02:07-1@2021-02-07-06:59:02 1.22G - 19.1G - rpool/ROOT/openindiana-2021:02:07-1@2021-02-07-19:06:07 280M - 19.3G - rpool/ROOT/openindiana-2021:02:07-1@2021-02-07-19:08:29 280M - 19.3G - rpool/ROOT/openindiana-2021:02:07-1@2021-02-07-23:21:52 640K - 19.1G - rpool/ROOT/openindiana-2021:02:07-1@2021-02-07-23:23:46 868K - 19.2G - rpool/ROOT/openindiana-2021:02:07-1@2021-02-07-23:48:07 294M - 19.3G - rpool/ROOT/openindiana-2021:02:07-1@2021-02-07-23:58:44 280M - 19.3G - rpool/ROOT/openindiana-2021:02:07-1@2021-02-08-00:02:17 280M - 19.3G - rpool/ROOT/openindiana-2021:02:07-1@2021-02-21-06:24:56 3.49M - 19.4G - Now I have to figure out how to map the zfs snapshots to the boot environments that I kept, so that I can "weed out" the zfs snapshots that I don't need. I appreciate all the discussion and info my question has spawned! I didn't anticipate the issue being as complicated as it appears it is. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Where is ffi.h?
In regard to: [OpenIndiana-discuss] Where is ffi.h?, cretin1997 via...: It's not in /usr/include and pkg said no updates for this image. So where it actually is? $ pkg search -r ffi.h INDEX ACTION VALUEPACKAGE basename file usr/lib/amd64/libffi-3.2.1/include/ffi.h pkg:/library/libffi@3.2.1-2020.0.1.0 basename file usr/lib/libffi-3.2.1/include/ffi.h pkg:/library/libffi@3.2.1-2020.0.1.0 Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Does OI have a mouse daemon?
In regard to: [OpenIndiana-discuss] Does OI have a mouse daemon?, Chris...: OK I've managed to get a reasonably speedy console (long story for another thread). For those of us that were watching that thread, I hope you do post your results. That's not something that should just go unresolved. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenIndiana as a server.
In regard to: Re: [OpenIndiana-discuss] OpenIndiana as a server., Jason...: Thank you. Why you do it if If there is a desire and why not do it regularly? Other contributors have their own answers to this question, but my answer is fairly straightforward. I have a limited (and worse, unpredictable) amount of time that I can spend on stuff related to OI. Additionally, I don't yet have the experience to tackle really complicated package updates, like the openssl update that Aurélien recently brought up. That often means that I must "budget" my time with OI. It also means that sometimes I pick tasks that are more interesting to me or I update packages that are the most useful to me. In the past, I've also sometimes tried to take easier package updates that are requested, so that the expert contributors can focus on the more complicated updates. In this particular case, I'm not using PHP on OI (at least, right now) and I also haven't seen anyone else ask recently about getting a recent version. That means that I'm not going to volunteer to update it regularly, because that may be effort that is of little value to anyone. If, however, there is a real interest or need for a recent version, then I would offer to investigate updating it, since I suspect that the update will be easy and it would allow others to focus on the more complicated tasks. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] distribution constructor for making OI spins?
In regard to: Re: [OpenIndiana-discuss] distribution constructor for making...: And one more thing: We share the Sun Solaris ancestry with Oracle Solaris. Some things have diverted during the last decade but the solaris-userland repository is a first-class source of information and inspiration. +1 to that. When I was first getting comfortable with oi-userland and the PR submission process, I knew it was OK to take inspiration from other Illumos distros, but I wasn't certain if it was OK to also use solaris-userland. Aurélien and Alexander confirmed that it's fine to look at that repo to see how they've approached building and packaging a particular component. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] distribution constructor for making OI spins?
In regard to: Re: [OpenIndiana-discuss] distribution constructor for making...: I would love to have XFCE. But as I know, the OI devs will not package other DEs. They stay royal to MATE. You can't found any other DE's packages on the repo. You might want to review the mailing list archives for this mailing list to get a clearer understanding of why that is. It's been discussed before. If you or Chris or someone else builds an entire desktop environment like Cinnamon and publishes a repo that is kept up to date, I would definitely give it a try, at least in a VM. If someone does this and keeps it up to date for a long time and continues to contribute to OI, I would probably use that as my main desktop environment. Just building it once, without a commitment to keeping it updated, isn't good for anyone, though. Tim There are packages for many window manager, though. You have to do pretty much anything yourself, with your own repo publisher. BTW, at least I know XFCE is possible on Illumos. Tribblix's default desktop is XFCE. I don't have much hope about Cinnamon. But if you can bring it up, I would love to have it, too. On Wed, 20 Jan 2021 13:55:13 +0700 Chris wrote > Well I was finally able to get OI on one of my spares. > I wanted to do so, so that I could start adding/upgrading > some OI packages. As I began looking at the process I > stumbled on distribution-constructor and thought; why > not build up some additional desktop installs. I had > intended to build both the Xfce4 and Cinnamon desktop > packages anyway. So why not ask to see if the any > OI users/developers/caretakers would be interested in > providing xfce4 or cinnamon desktop ISO and USB images. > Would something like this be of any interest? > If so. I'll start building all the necessary bits straight > away. > > Thanks for your feedback. > > --Chris > -- > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > https://openindiana.org/mailman/listinfo/openindiana-discuss > ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] what command is used to start MATE?
In regard to: Re: [OpenIndiana-discuss] what command is used to start...: IMHO it is *not* the role of an OS to determine the security policy. While it should be possible for an admin to set security policy, the OS should have good, secure defaults. That's all this is. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] boot problems: KPTI enabled (PCID in use, INVPCID not supported)
In regard to: Re: [OpenIndiana-discuss] boot problems: KPTI enabled (PCID...: The mate_install bundle should have pulled in system/display-manager/lightdm Do you have any other lightdm-related packages installed? It's likely not important for this issue, but I'm just trying to determine how closely your config matches mine. Try enabling that service and rebooting: $ svcs -a | egrep -i light online Oct_28 svc:/application/graphical-login/lightdm:default I sent a: sudo svcadm enable lightdm a reboot, and a look at the /var/log/lightdm/lightdm.log indicated keyboard input was taken. Ok. If you do something like ps -ef | egrep -i lightdm what all shows up as running? Again, I'm just trying to determine how closely your system matches mine. Are there other log files created in /var/log/lightdm ? For example, x-0.log or seat0-greeter.log ? But as I can't see anything on screen (the screen flashes indicating graphics mode/xorg started). I'm afraid what I *really* need is to discover why nothing (the DE/ greeter) aren't written to the screen. No hints of a problem in /var/Xorg.0.log. :-( It's been a long time since I've had to debug anything with lightdm, so I'm afraid I don't have any magic suggestions. I would probably look at the documentation for lightdm.conf and see if there's a switch that increases log verbosity for the process. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] boot problems: KPTI enabled (PCID in use, INVPCID not supported)
In regard to: [OpenIndiana-discuss] boot problems: KPTI enabled (PCID in...: OK I've been attempting to install the MATE desktop. I used pkg install mate_install. Which (seemingly) gave me everything I required. I created /etc/X11/xorg.conf.d/driver-intel.conf with everything required to get X to find the card. X starts, and Xorg.0.log seems to indicate everything is recognized. The mate_install bundle should have pulled in system/display-manager/lightdm Try enabling that service and rebooting: $ svcs -a | egrep -i light online Oct_28 svc:/application/graphical-login/lightdm:default PS: this question isn't about development, so including oi-dev isn't really appropriate. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] where is gcc
In regard to: [OpenIndiana-discuss] where is gcc, Harry Putnam said (at...: Running latest oi-hipster in vbox vm I want a working gcc, I see only gcc-3-runtime and gcc-7-runtime. Do a 'pkg update' first. Then do pkg install build-essential That gets you far more than just gcc, it gets (most of) what you want for a decent build environment. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Printing from Firefox does not work
In regard to: [OpenIndiana-discuss] Printing from Firefox does not work,...: I have the print queue `xerox' defined in CUPS. PRINTER=xerox is in the environment in every terminal window and in Firefox. I can display this queue with `lpq' and print to it with `lpr ...'. It does appear in /etc/printers.conf . Still, in Firefox, the print dialog box only gives me one option: print to file. How do I get Firefox to give me another option for printing to the `xerox' queue? I only have the one printer. Do I need to share this printer in CUPS? Is that it? Something else? I don't think you need to share it, but I'm not certain. It's been a long time since I set up printing on my hipster workstation and I don't remember if I had to do anything special to get firefox to see the queues. What does pkg list | egrep -i print output? Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Xerox B215 printer with CUPS
In regard to: [OpenIndiana-discuss] Xerox B215 printer with CUPS, Gary...: I do have a PPD file, Xerox_B215_Series.ppd, that I downloaded from the Xerox site. The file does say that it's for linux only, but I assume it will work with OI. It should, but it depends somewhat on how the PPD was generated and what assumptions were made. Sometimes PPDs that assume Linux have embedded paths to commands (filters) they expect to be present on the Linux system. OI may not have the same filter installed, or it may be a different version. I would definitely try use the PPD from Linux, but I would also examine it to see if you spot any places where it's assuming paths or filters from an environment that may not quite match OI. The CUPS web page will accept a PPD file, but I'd like to know what it will do with this file. It will copy it into /etc/cups/ppd and name it whatever name you assign the queue you create. Each queue you create gets its own copy, even if it's the same source PPD for each queue. Will CUPS copy this file from anywhere, even from a temporary location? Yes. I've typically used the command line in the past, not the web interface, but the process is the same. Have you done this? Did the PPD file improve the printing? If it's a "better" PPD for your printer than some generic PPD you tried, it should. It may allow access to features that a generic PPD doesn't describe, but you also may have to specify which optional features are actually present for your printer. Are you actually using this printer model? What PDL method does CUPS use for this printer? I'm not using an Xerox printers current, so I don't know. You can probably tell what CUPS will send to the printer by looking at the PPD, though. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] System unstable after pkg update Aug 6 and 8
In regard to: [OpenIndiana-discuss] System unstable after pkg update Aug 6...: Has anyone else experienced stability problems after a recent update? Hey Jack! I just updated my hipster workstation last week (August 5th) and haven't noticed any issues since then. However, I've been working from home so my workstation at work hasn't been used as much as it would if I were in the office. I have seen boot messages about a device having been retired, but I haven't tracked down which device is being referenced. The stuff I use regularly is still working, so it unfortunately hasn't been a priority. Good luck on your search for the problem and please let us know what you find. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Thunderbird abnormally slow
In regard to: Re: [OpenIndiana-discuss] Thunderbird abnormally slow, Bob...: I am still a happy user of Pine/Alpine for my mail (it is vastly faster than using clumsy Thunderbird), but it seems that support for Alpine is dwindling. Probably it lacks upstream developer support and security fixes. Eduardo Chappa seems to be the main person keeping alpine alive, but he's made many fixes and improvements. He's even added OAuth support, though I think it's only been tested against GMail at this point. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] ICU update and rebuilds
In regard to: [OpenIndiana-discuss] ICU update and rebuilds, Aur?lien...: ICU is being updated to a non-ABI compatible version and quite a few components need a rebuild...so the server will be quite busy and unavailable at times in the coming 10 hours. I would suggest postponing any update... I looked at updating ICU about 6 months ago, saw the list of dependencies, and decided to tackle other packaging updates that didn't seem so insurmountable. OpenSSL is another place where I "gave up", though it's even more complicated than ICU because of the API changes and potential dependent component updates required. Do you have any words of wisdom or suggestions for how to approach a component with so many dependencies? Were there any "tricks" that you used to make the ICU updates easier? It looks like for many of the "easy" rebuilds, you grouped them into one PR (#5829). How did you decide which ones could all be handled in one branch, and which ones needed their own separate git branch and PR? Has there ever been any discussion about splitting just the library into a separate package so that it's possible to have multiple versions of the shared library installed at once, to make it possible to migrate dependencies in "phases" to the latest version, rather than having to coordinate rebuilding dozens of packages? Thanks for your work on this! I can only imagine how tedious this was to accomplish... Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Virtualbox 6.1.0 on OI - almost compiles
In regard to: Re: [OpenIndiana-discuss] Virtualbox 6.1.0 on OI - almost...: 6.1.2 has just been released, I haven't tried to compile it yet, have we made any progress on 6.1.0? It seems to have stalled a little? When I looked at Oracle's January critical patch announcement yesterday, I swore that all of the Virtualbox-related CVEs were fixed in 6.1.3, but looking at the list today it seems like it's 6.1.2 that contains all the fixes: https://www.oracle.com/security-alerts/cpujan2020.html#AppendixOVIR Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] mp4
In regard to: Re: [OpenIndiana-discuss] mp4, Marc Lobelle said (at 9:24am...: Thanks, it works fine: I can now look at videos on firefox and visualize mp4 files with vlc. Do you also know how to convert a MP4 file in an ISO image to burn the video on dvd ? That's nothing specific to OI. Since you're using VLC, maybe something like https://wiki.videolan.org/VLC_HowTo/Make_a_DVD/ is what you want. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] NFS Automount from FreeNAS Server
In regard to: Re: [OpenIndiana-discuss] NFS Automount from FreeNAS Server,...: As an OI newcomer, I'm somewhat confused. I thought mounting was done via /etc/vfstab entries? Or is something else/more being attempted here? There's a bit more going on here. vfstab entries for traditional filesystems are closer to the "static" end of the filesystem mount "spectrum". Long before the days of an OS automatically mounting a USB stick when you inserted it, the autofs/automountd stack could do something kind of like that, but generally aimed at network filesystems (NFS). The classic example that Sun used to champion was a cluster of diskless workstations that auto-mounted NFS shares (like your home directory) automatically when needed. automountd typically played a part in that. You can read more about it in https://en.wikipedia.org/wiki/Automounter and the OI/Solaris-ancestry bits in automount(1M), automountd(1M), autofs(4). Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] NFS Automount from FreeNAS Server
In regard to: Re: [OpenIndiana-discuss] NFS Automount from FreeNAS Server,...: same issue, but with the latest versions of both OpenIndiana and FreeNAS ... new hardware, on both counts: Dec 10 16:03:19 ascamrouter automountd[978]: [ID 784820 daemon.error] server ascamnfs01 not responding I can mount the filesystem manually, I can mount on Solaris 10, but I can't use autofs. It doesn't appear to be any different if I'm using LDAP or not (I turned off LDAP for testing) ... does anyone have any idea where to start looking? I haven't used the automounter in ages, but this Oracle developer blog post has a very interesting debug trick in it: https://blogs.oracle.com/cwb/debugging-automounter-problems Tim On Mon, 23 Feb 2015 at 11:14, Jonathan Adams wrote: Hi, thanks for keeping on trying ... I was optimistic, till I discovered that our Infrastructure guy had put comments on almost all the shares. Just for giggles I've added the snoop output from failed (snoopy.out) and working (snoopy2.out) in case that helps anyone. Jon On 20 February 2015 at 19:14, Till Wegmüller wrote: Hmm ok i've run out of ideas. It looks like a bug or a problematic Setting in FreeNAS. My Automount Works and can mount shares very reliably with /dev and /Hipster (newest 2015) Yours seems to work as well, atleast with solaris. Just for fun I had a little look around google to see if there are some fun FreeNAS Bugs. Was not disapointed http://vtricks.com/?p=2031 It Looks like FreeNas wants its shares to be commented :) Greetings Till On Friday 20 February 2015 16.15:05 Jonathan Adams wrote: On 20 February 2015 at 15:56, Till Wegmüller wrote: no problem :) ... The No such file or directory Error Happens when automount can't find a directory on the Server and thus does not create and mount the Directory. jadams@jadlaptop:~$ dfshares mansalnfs01 RESOURCE SERVER ACCESSTRANSPORT mansalnfs01:/mnt/datapool mansalnfs01 - - mansalnfs01:/mnt/datapool/accountsmansalnfs01 - - mansalnfs01:/mnt/datapool/analystsmansalnfs01 - - mansalnfs01:/mnt/datapool/inorganics mansalnfs01 - - mansalnfs01:/mnt/datapool/organicsmansalnfs01 - - mansalnfs01:/mnt/datapool/technician mansalnfs01 - - mansalnfs01:/mnt/datapool1/PM mansalnfs01 - - mansalnfs01:/mnt/datapool1/bdmmansalnfs01 - - mansalnfs01:/mnt/datapool1/qualitymansalnfs01 - - mansalnfs01:/mnt/datapool1/reception mansalnfs01 - - mansalnfs01:/mnt/datapool2/IT mansalnfs01 - - mansalnfs01:/mnt/datapool2/airmansalnfs01 - - mansalnfs01:/mnt/datapool2/health mansalnfs01 - - mansalnfs01:/mnt/datapool2/metals mansalnfs01 - - mansalnfs01:/mnt/datapool2/sr mansalnfs01 - - in this case all the directories I'm trying to access are on datapool2/IT ... it's a ZFS share. My Question is from where does the truss output of the successful automount come from? root@jadlaptop:~# ps -ef | grep automount root 3599 3597 0 10:00:09 ? 0:00 /usr/lib/autofs/automountd root 3597 1 0 10:00:09 ? 0:00 /usr/lib/autofs/automountd root 4441 4387 0 16:14:15 pts/16 0:00 grep automount root@jadlaptop:~# truss -f -p 3599 Is it from the same Computer as the failed one? Also are you running /hipster or /dev on this Computer? Hipster last updated 2015-01-15 (problems with Intel driver if I update at the moment) Other Tests you could do. What happens if you manually create the home? ? What happens if you replace the * and & in auto_home with some real usernames? no difference. What gets logged in syslog when Automount gets its config from LDAP? nothing. As I said, I can still access all the LDAP automounted shares from the Solaris 10 servers, and the Solaris 10 machines can access all the shares automounted from the FreeNAS box ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Failed (?) boot/set-up on DELL Optiplex 780. Any solution...?
In regard to: Re: [OpenIndiana-discuss] Failed (?) boot/set-up on DELL...: Hi - OK. Checked with ‘txt‘ DVD option - result the same. Also tryied with USB ‘txt’ boot option - also no booting... That's unexpected. I don't have a 780 that I can try, though I did just try an Optiplex 7010 and the USB txt booted there (but only in BIOS mode, not in UEFI mode). The 7010 is perhaps 3-4 years newer than the 780, though, so it's not a great comparison. From what I can see online, the Optiplex 780 is from 2010 and comes with either a Core 2 Duo, a Core 2 Quad, or a Core 2 Celeron. All of those should be 64 bit capable, which is a requirement for modern OpenIndiana. About all I can suggest is checking to see if the BIOS version is A15, which appears to be the latest for the 780. If not, try upgrading to that version to see if it makes a difference. See - screen. Is that any command I can input after the prompt ‘boot:‘ displayed...??? You can enable verbose boot via the menu, though depending on where the boot is failing that might not display any additional information. Others that know the loader better may have ideas for things to try. The output from lsdev and possibly the output from show might be useful to them (or not). Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Failed (?) boot/set-up on DELL Optiplex 780. Any solution...?
In regard to: [OpenIndiana-discuss] Failed (?) boot/set-up on DELL Optiplex...: Hi - tried to install from 'DVD' newest release. But after few seconds the boot stop; displaying message: ' illumos/x86 ZFS enabled bootstrap loader, Revision 1.1 | ' And nothing happens... Machine is: DELL Optiplex 780, dated ~2013. Hi Dariusz! A few of us have recently been discussing ISO boot issues that impact some Dell systems. The problem seems to mostly impact the Live/GUI DVD ISO. The same DVD works on non-Dell systems, so it's something peculiar with that ISO and the Dell BIOSes. If you're comfortable using the text ISO installer, that should work. You can upgrade a "text" system to one with the full GUI desktop after it has been installed and has network access, if that's your ultimate goal. Alternately, the Live/GUI USB (not ISO) worked on the Dell systems I tested. It can be a little trickier to get the USB image written to a USB flash drive correctly; a lot of USB software tries to be "helpful" and add things to the final image. That can just cause additional problems. The USB tools mentioned here: http://docs.openindiana.org/handbook/getting-started/#creating-a-hipster-usb-drive have been known to work. Using 'dd' on a FreeBSD, Linux, or another OI system is probably the most straightforward method, if you have one of those systems already available. Note that the instructions above mention Method 1 and Method 2. Method 2 (using a separate image header) is for older releases. You don't need that with recent OI. Just use Method 1 and you should be fine. Hopefully one of those choices will work for you! Please report back if you are still having trouble with any of those. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenLDAP Packages
In regard to: Re: [OpenIndiana-discuss] OpenLDAP Packages, Dieter Klünter...: Tim Mooney writes: In regard to: [OpenIndiana-discuss] OpenLDAP Packages, Dieter Klünter said...: Now I would like to build openldap packages for OI, as the provided packages in oi-userland still are build with BerkleyDB which is depreciated, that is NO back-bdb, back-hdb. The preferred backend should be back-mdb. For migration, back-bdb and back-hdb should be included, to make it easier for sites that are still using e.g. hdb, to eventually move to mdb/Lightning. I vote strongly against BerkleyDB, that causes Licence problems. That's why openldap refrained from bdb. The license changed happened at BDB 6.0 (also rebranded 12c). OI is currently shipping 5.3.28. There is no license issue for us, as long as OpenLDAP isn't linked against bdb 6.0 or later. I agree that people should move to Lightning instead of BDB. I think that will be a lot easier if we keep support for bdb & hdb in the tools. OpenLDAP has *deprecated* support for BDB, to give people a chance to move to LMDB (a transition period), before they completely remove BDB support. in order to copy a bdb/hdb database, just call slapcat/slapadd That's it in most cases. slapcat that supports bdb. If you remove that support from the tool before giving people a heads up that they should be moving to LMDB, the transition will be significantly more difficult for them. OI's rolling release cycle and use of consolidations means that it's not always easy for people to choose when they upgrade a particular component. If your updated openldap packages are accepted and there's no support for bdb & hdb, people may get those updated packages without being ready for them. Adding support for LMDB is the first step. Once that's available, the release notes (perhaps for 2020.04?) should warn people to switch their backends to mdb, before e.g. 2020.10, when bdb/hdb support could be removed. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenLDAP Packages
In regard to: [OpenIndiana-discuss] OpenLDAP Packages, Dieter Klünter said...: Now I would like to build openldap packages for OI, as the provided packages in oi-userland still are build with BerkleyDB which is depreciated, that is NO back-bdb, back-hdb. The preferred backend should be back-mdb. For migration, back-bdb and back-hdb should be included, to make it easier for sites that are still using e.g. hdb, to eventually move to mdb/Lightning. Are you also packaging the lightning DB tools (mdb_stat, mdb_dump, etc)? They're not installed by default, but they can be with something like (cd libraries/liblmdb ; gmake install ). mdb_stat is especially handy to have. The openldap packages are still build as 32 bit and 64 bit versions. I do understand that libraries i.e. libldap etc. are still made available as 32 bit and 64bit version. But OpenLDAP tools, databases, modules and server should be made available in 64bit version only. I would agree with that. Which TLS implementation are you using? OpenSSL? I know OpenLDAP supports GnuTLS, but it's really not recommended. Are you building with SASL support? It's really useful, especially on initial setup, to have ldapi:/// support. I have build successfully openldap-2.4.48 based on the defined requirements, within my local oi-userland repository. There is still some work to do, i.e. modification of service management facilities. Yeah, I can imagine. Will you be able to augment the existing SMF code to e.g. make the URLs it serves configurable, perhaps as a property? The existing SMF starter script assumes a conf file. Are you planning on switching it to slapd.d, with initial creation from the conf file? Are There any constraints, requirements and comments? Do you know how to have the Makefile TEST target compare the results of the test to a previous test/results-$(MACH).master ? There are examples of this in e.g. components/python/python35 or components/perl/perl-524. It might be tricky in this case, though, because the openldap test suite output can change because of thread scheduling. I wouldn't include comparison with old test suite results as a requirement, but it would be very nice to have later on, after all the the other issues have been worked out. I'm interested to see what you come up with. I've had to deal with a lot of these same questions on Linux for my $WORK, to package newer openldap that can replace the stock Red Hat packages. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Xorg programs seem to stutter or quickly pause every 5 to 15 seconds
In regard to: Re: [OpenIndiana-discuss] Xorg programs seem to stutter or...: On 11/08/19 05:09 PM, Tim Mooney wrote: In regard to: [OpenIndiana-discuss] Xorg programs seem to stutter or...: Is there some power-saving feature or CPU auto-throttler that I need to disable in order to have a smooth desktop experience?? Is there some Xorg extension that tries to save energy and causes these pauses? I took your advice and read the man page for power.conf and disabled power management altogether.? After a full reboot, the issue still exists.? And just like before, running glxgears, iconified or not, prevents the pauses.? I have it running in a 5px by 5px window and the pauses have vanished, until I quit it, anyway. I'm not certain what it would be. Is there anything that stands out (especially if it's getting logged repeatedly) in either /var/log/Xorg.0.log or in the output from dmesg? I think it's unlikely that you'll find the "smoking gun" in either place, but probably worth a look, just in case. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Firefox crashes
In regard to: [OpenIndiana-discuss] Firefox crashes, Apostolos Syropoulos...: Yesterday I upgraded and still Firefoxcrashes. The mailing list archives seem to be missing some email threads, so please forgive me for having to ask something you might have mentioned previously: did you increase the amount of swap on your system, as mentioned in the 2019.04 release notes: http://docs.openindiana.org/release-notes/2019.04-release-notes/ Michal Nowak posted about this back on April 28, 2019: 1) Memory usage is higher. Make sure that you have enough swap. If Firefox suddenly stops, pkg or Thunderbird crash or other processes report memory errors or fork() problems, check if you have enough swap available for reservation by: $ swap -sh Optionally extend swap to match your memory requirements, e.g.: $ zfs get volsize rpool/swap $ pfexec zfs set volsize=24g rpool/swap $ pfexec reboot Personally, I had to extend swap space to 24 GB. My physical memory to swap ratio is now 2:3. You can limit Firefox memory usage by following (2) below. 2) As Firefox uses parallel threads, peak CPU load may be higher (though the benefit is that things get done faster). By default Firefox uses up to 4 content threads. You can limit CPU and memory usage by explicitly lowering the amount of content threads used: Preferences -> General -> Performance -> uncheck "Use recommended performance settings" -> set "Content process limit" to lower number Beyond that, I've found that the "Refresh Firefox" procedure has fixed firefox issues I've had in the past: https://support.mozilla.org/en-US/kb/refresh-firefox-reset-add-ons-and-settings Be sure you read through all of that though, as the "refresh" procedure creates a new profile for you and basically resets firefox to defaults. You will lose many customizations, but if the refresh fixes the crashes, you could systematically re-apply your custom settings and test, to see if you can determine if it's a particular setting (or more likely, add-on) that is responsible for most of the crashes. Just as a point of reference: I did increase the swap on my workstation back in April, before installing the updated firefox, and I don't have very many firefox add-ons installed (uBlock Origin and Firefox Multi-Account Containers are the two main ones, there are some lesser ones too). I run firefox with 20 or more tabs open, and I've only had it crash once in the last 6 months. That's part of why I'm at least a little suspicious that it may be something corrupted in your profile or with one of your add-ons. The refresh procedure would determine pretty quickly if a fresh profile is more stable. The down-side is that you have to make many customizations again. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Xorg programs seem to stutter or quickly pause every 5 to 15 seconds
In regard to: [OpenIndiana-discuss] Xorg programs seem to stutter or...: Is there some power-saving feature or CPU auto-throttler that I need to disable in order to have a smooth desktop experience?? Is there some Xorg extension that tries to save energy and causes these pauses? You could read up on power.conf and then try experimenting with settings in /etc/power.conf, to see if it truly is power management that's causing the issue. I don't know if you have to do a full reboot after changing power.conf or if it's enough to sudo svcadm restart svc:/system/power:default Please report back what your discover. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on Dell R710 II
In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: All comments here are relative to 20191106… Same for me. What you could try is booting via UEFI mode and see if that works. Good news and bad news. All 3, minimal, text, and gui will boot from Virtual CD using UEFI. However, after installing from each, none of the installations will boot using UEFI (“No boot device available.” error). BUT, they will boot after going back to BIOS mode. I didn't go the extra mile like Jedi and try an install, but I can confirm his results for booting the ISOs via UEFI, on multiple Dell platforms. The one new datapoint that I can add is that the USB image OI-hipster-gui-20191106.usb will boot on every Dell platform I've tried, in both BIOS and UEFI mode. So, the failure, which is consistent, is the Live/GUI ISO (not USB), in BIOS mode. I even tried the Live/GUI ISO (OI-hipster-gui-20191106.iso) on my Dell Precision T3600 that has been running OI for 5+ years, and the ISO won't boot via BIOS there either, while the USB OI-hipster-gui-20191106.usb boots just fine in BIOS mode. Since this happens consistently for OI-hipster-gui-20191106.iso in BIOS mode, and it previously happened consistently for both the -gui and -text ISOs from 20190511, it seems like they may be exhausting some resource (BIOS-addressable memory?) in BIOS mode that the other ISOs and all the USB images do not. This is from the gui failure booting from Virtual CD using BIOS mode. fd devices: fd0:BIOS drive A (2880 X 512): fd1:BIOS drive B (2880 X 512): cd devices: cd0:BIOS drive H (348160 X 2048): disk devices: disk0: BIOS drive C (976773168 X 512): disk0s1: Solaris 2 disk0s1a: root disk0s1i: boot disk1: BIOS drive D (1 X 512): disk2: BIOS drive E (286749480 X 512): disk3: BIOS drive F (976773168 X 512): disk4: BIOS drive G (286749480 X 512): zfs devices: zfs:rpool My virtual CD results on an R730 were similar, though I hadn't actually installed OI on the system previously, so no slices or zfs devices showed: ok lsdev fd devices: fd0: BIOS drive A (2880 X 512): fd1: BIOS drive B (2880 X 512): cd devices: cd0: BIOS drive G (348160 X 2048): disk devices: disk0: BIOS drive C (585937500 X 512): disk1: BIOS drive D (585937500 X 512): disk2: BIOS drive E (1172123568 X 512): disk3: BIOS drive F (1172123568 X 512): ok Tim I am curious if loader is able to see the VirtualCD drive. Greetings Till On 07.11.19 19:34, Jedi Tek'Unum wrote: OI-hipster-minimal-20191106.iso works OI-hipster-text-20191106.iso works! This is a change from 20190511. I went back and tried 20190511 again and it still fails. OI-hipster-gui-20191106.iso fails as before with loading CORE EXT words loading SEARCH & SEARCH-EXT words loading Johns-Hopkins locals loading MARKER loading ficl O-O extensions loading ficl utility classes loading ficl string classes \ start not found Type ‘?’ for a list of commands, ‘help’ for more detailed help. ok ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Booting OI DVD/USB
In regard to: Re: [OpenIndiana-discuss] Booting OI DVD/USB, Chris Game said...: What I was puzzled about was the difference between what was proposed and the USB device filters in the machine/settings/USB page in VirtualBox which enables the Windows host USB port and device to be addressed by the VB guest. I'm not sure the result of loading the .usb image file and trying to boot from it will be any different from other results using the iso file. All of the other tools probably work fine (Win32 DiskImager is even mentioned in the install guide), or can be made to work for the purpose, but for eliminating possible things that may cause issues with getting the image onto a USB stick, going with some simple (like 'dd') that is known to work is a good debugging step. It sounds like you do understand what USB pass-through with VirtualBox allows you to do, so there's not really anything for me to explain. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on Dell R710 II
In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: On 7. Nov 2019, at 21:47, Tim Mooney wrote: I was under the impression that UEFI boot did not work for any Illumos-based system. oh, we have uefi boot for a long time now. initially illumos was only running serial only, then with full console. Thanks for the clarification, Toomas. I'm sorry I somehow missed that. That's great news. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on Dell R710 II
In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: Cool so something was better this time round with the media Since the new ISOs and USB images are now released, unless either of you want me to test/compare something with the old ISOs, I plan to do all further testing with the 20191106 images. What you could try is booting via UEFI mode and see if that works. I was under the impression that UEFI boot did not work for any Illumos-based system. Has that changed? Or do you mean that testing UEFI mode might allow loader to get farther, even though booting will eventually fail because of missing UEFI support later in the process? My guess is that Dell broke something in the old Bios Bootloader code. That certainly could be. It's hard to understand why previously only 2 of OIs images encountered the issue, and now from Jedi's testing with the new images, it's down to just one that doesn't work. The new error you are getting from the gui image could also be a read error. Could you post the output of lsdev from the ok prompt? I'm still working on downloading the new images, but I will do so once I can test. Jedi may beat me to it. Tim On 07.11.19 19:34, Jedi Tek'Unum wrote: OI-hipster-minimal-20191106.iso works OI-hipster-text-20191106.iso works! This is a change from 20190511. I went back and tried 20190511 again and it still fails. OI-hipster-gui-20191106.iso fails as before with loading CORE EXT words loading SEARCH & SEARCH-EXT words loading Johns-Hopkins locals loading MARKER loading ficl O-O extensions loading ficl utility classes loading ficl string classes \ start not found Type ‘?’ for a list of commands, ‘help’ for more detailed help. ok ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on Dell R710 II
In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: That is definetly the Bootloader. I would like to know some more. Can the same server boot FreeBSD? Does Archlinux boot in BIOS mode? Both FreeBSD 12.1 (I used the DVD) and ArchLinux boot just fine on the Dell R710 and R730 I've been testing with. As I previously reported, these systems have had RHEL on them, so they work with RHEL 6's grub 0.97+patches and RHEL 7's grub 2.02+patches. I haven't tested any of the Omni* ISOs, but Jedi tested one, and it worked. Perhaps most importantly, Jedi's testing shows that the oi-hipster-minimal-20190511.iso works. Whatever the problem is, it seems to be specific to the -text and -gui ISOs and some Dell hardware. I found Michal's download link and downloaded his snapshots from November 1. Both the OpenIndiana_Live_X86.iso and the OpenIndiana_Text_X86.iso fail to boot, but they both exhibit different issues than what the 20190511 ISOs were showing. Considering these are test ISOs, I don't know how concerned we should be that they fail in different ways, but at least the OpenIndiana_Text_X86.iso outputs: Loading unix... Loading /platform/i86pc/amd64/boot_archive... zf_read: fill error Loading /platform/i86pc/amd64/boot_archive.hash Booting... No rootfs module provided, aborting and then loops through that again and then drops to an ok prompt. That's certainly different than the 20190511-text not even finding the boot_archive. Tim On 06.11.19 20:47, Tim Mooney wrote: In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: I’m no expert on iso boot images but it seems odd that minimal works and text and gui don’t. Agreed.? If I can find some time, I may do some testing with our R720s or R730s, to see if I have the same experience. I found some time and some hardware, and have at least one interesting datapoint. I downloaded the OI-hipster-text-20190511.iso, and verified its sha256 checksum. I tried booting that on a Dell R730 via the Virtual CD through iDRAC, which failed. I then burned the ISO to a physical DVD and tried booting the same R730, which still failed. However, using the same ISO, I was able to boot an HP EliteDesk workstation without any issues. I then tried the ISO on a different Dell system (an R710, with older firmware) and experienced the same boot failure. All the Dell systems I've tried show that they're set to use BIOS, not UEFI. The boot errors are the same on all the Dell systems I've tried. Either after pressing Enter at the configuration menu or letting the boot countdown run down, I see: Loading unix... error reading: input/output errorcan't load file '/platform/i86pc/amd64/unix': input/output error Loading i86pc/kernel/amd64... can't find 'i86pc/kernel/amd64' Loading unix... can't find 'unix' Loading i86pc/kernel/amd64... can't find 'i86pc/kernel/amd64' Loading i86pc/kernel/amd64... can't find 'i86pc/kernel/amd64' Loading /boot/defaults/loader.conf Loading unix... Loading unix... error reading: input/output errorcan't load file '/platform/i86pc/kernel/adm64/unix': input/output error and so on, until it eventually drops to an OK prompt. Whatever is going on, I'm only seeing it on our Dell servers, but the problem is the same on each of the platform generations I've tried. Since both Jedi and I can reproduce this problem, if someone has some suggestions for what debugging steps we should try, one of us might be able to make some progress on this. Tim _______ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Booting OI DVD/USB
In regard to: Re: [OpenIndiana-discuss] Booting OI DVD/USB, Chris Game said...: Thanks for all the suggestions, but I don't follow this one at all. Did you get an answer to this question, Chris? The mailing list archive isn't working, so I don't know if someone else responded and I missed it, or not. If you're still looking for a little detail on this, hopefully I can help. Could you explain how to setup this USB forwarding; I certainly have VirtualBox and various USB flash keys/drives available but I'm unclear on how to set this up in the way you mention. Does this end with with bootable media? That's the aim here, certainly the DVD from the iso image and a few attempts to create bootable drives from the usb image files don't. Tim On Sun, 3 Nov 2019, Till Wegmüller wrote: Ah yeah something with that DVD drive does not seem to allow to mount the live system properly. Basicly there are one/two files inside the ISO. solaris.zlib and solaris-misc.zlib (Ancient names from Sun times) These need to be mounted to /usr and /opt/misc respectively if that is not possible due to e.g. not finding the DVD drive then the live image cannot boot. I do not know the two Tools you used but the OpenSuSE page which is the OS with the most complete Windows instructions, mentions needing to select dd mode in rufus to successfully image images. Can you use Virtualbox? If so you could boot the ISO as a VM and use USB forwarding to dd the image via the VM to the USB. Hope this helps Greetings Till On 03.11.19 16:12, Chris Game wrote: On Sun, 3 Nov 2019, Till Wegmüller wrote: Hi Sounds like a driver problem with the specific port you are using to boot that computer. You seem to be able to land in the ramdisk? Do you have "df" utility? If you issue "df -h" you should see that / is mounted from a device called "ramdisk:a". If not you landed in the loader shell. Which means loader would not support the Boot device you are trying to use. Have you tried on another USB Port? I have been using a real DVD after having some issues setting up a USB. There's no "df" in this maintenance mode, but? there is "mount" which shows / is mounted from ramdisk:a. Is UEFI enabled? can you disable it? Yes, makes no difference. Can you boot with VESA graphics mode? Vesa graphics not a choice at booting on this system. Can you boot with ACPI off? Yes, makes no difference. The last two are selectable from the Boot menu when you press 5 for more options. If any of that does not help, please reboot with verbose mode and share the error that shows on screen. There are a LOT of lines of output, the last few are: Hostname: openindiana REmounting root read/write Probing for device nodes Preparing Live image for use REquesting System Maintenance Mode Please be aware, that our ISO images are not Hybrid like linux ones. You must use the .usb images if you want to boot via usb. And you must write them to the stick directly not any partition. Ive been using both Rufus and the Win32 Diskimager (as I think was mentioned on the OI site). Both were causing some issues and crashes so I changed to using a real DVD burned from the 2019.04 iso file. Not sure how I can write a file directly as the is no dd function. Greetings Till On 03.11.19 12:45, Chris Game wrote: Hello everyone, Trying to boot using downloads of the current OI install/live? CD files, both the 2019.04 text install and the live DVD. Trying to boot from either the USB version or the DVD (iso) files. The boot process gets as far as the OI menu, spits out the SunOS line then insists on dropping into the Maintenance Mode instead of booting the system. Now I'm stuck - although I? have a root account there I have few options, worst of all there is no reboot command and even the /sbin/init command although it runs seem to have no effect, so shutdown is through the power button on the physical machine. Now, how to get this Live DVD to Boot? Linux DVDs do boot, as does Windows, it only seems a prob with OI files. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/li
Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on Dell R710 II
In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: While not yet officially released, could you try http://dlc.openindiana.org/isos/hipster/20190511/ ? That's the link to the images from April/May, that we've been testing with. If you have the link to the unreleased images from October 2019, I'll happily check them out. Tim On 06.11.19 21:36, Jedi Tek'Unum wrote: On Nov 6, 2019, at 1:59 PM, Till Wegmüller wrote: That is definetly the Bootloader. I would like to know some more. Can the same server boot FreeBSD? We use the same bootloader as FreeBSD. If it cannot we could check with the FreeBSD people and tsoome why this happens. If FreeBSD can boot, then something with our loader port is wrong or with the bootloader on the ISO/Image. I just downloaded and booted FreeBSD-12.1-RELEASE-amd64-disc1.iso using Virtual CD without any issue. My bandwidth is rather poor (DSL) so I went with the smaller CD image. Hopefully Tim will try the dvd :) Dell R710-II BIOS 6.6.0 iDRAC 6 firmware 2.92 build 05 Note that OI-minimal does work. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on Dell R710 II
In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: That is definetly the Bootloader. I would like to know some more. Can the same server boot FreeBSD? We use the same bootloader as FreeBSD. If it cannot we could check with the FreeBSD people and tsoome why this happens. If FreeBSD can boot, then something with our loader port is wrong or with the bootloader on the ISO/Image. Does Archlinux boot in BIOS mode? That would be Grub. Just to check that the Firmware does not use any Proprietary early boot interfaces which no Open Source OS can use at all. Thanks Till! I'll download both, test, and report back. I will say that both of the Dell systems I've been testing with have had Red Hat Enterprise Linux installed on them previously. The R710 had RHEL 6.x, which means grub 0.97 + Red Hat "vendor sauce". The R730 had RHEL 7.x, which means grub 2.02 + Red hat "vendor sauce". More after some testing. Tim On 06.11.19 20:47, Tim Mooney wrote: In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: I’m no expert on iso boot images but it seems odd that minimal works and text and gui don’t. Agreed.? If I can find some time, I may do some testing with our R720s or R730s, to see if I have the same experience. I found some time and some hardware, and have at least one interesting datapoint. I downloaded the OI-hipster-text-20190511.iso, and verified its sha256 checksum. I tried booting that on a Dell R730 via the Virtual CD through iDRAC, which failed. I then burned the ISO to a physical DVD and tried booting the same R730, which still failed. However, using the same ISO, I was able to boot an HP EliteDesk workstation without any issues. I then tried the ISO on a different Dell system (an R710, with older firmware) and experienced the same boot failure. All the Dell systems I've tried show that they're set to use BIOS, not UEFI. The boot errors are the same on all the Dell systems I've tried. Either after pressing Enter at the configuration menu or letting the boot countdown run down, I see: Loading unix... error reading: input/output errorcan't load file '/platform/i86pc/amd64/unix': input/output error Loading i86pc/kernel/amd64... can't find 'i86pc/kernel/amd64' Loading unix... can't find 'unix' Loading i86pc/kernel/amd64... can't find 'i86pc/kernel/amd64' Loading i86pc/kernel/amd64... can't find 'i86pc/kernel/amd64' Loading /boot/defaults/loader.conf Loading unix... Loading unix... error reading: input/output errorcan't load file '/platform/i86pc/kernel/adm64/unix': input/output error and so on, until it eventually drops to an OK prompt. Whatever is going on, I'm only seeing it on our Dell servers, but the problem is the same on each of the platform generations I've tried. Since both Jedi and I can reproduce this problem, if someone has some suggestions for what debugging steps we should try, one of us might be able to make some progress on this. Tim _______ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on Dell R710 II
In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: I’m no expert on iso boot images but it seems odd that minimal works and text and gui don’t. Agreed. If I can find some time, I may do some testing with our R720s or R730s, to see if I have the same experience. I found some time and some hardware, and have at least one interesting datapoint. I downloaded the OI-hipster-text-20190511.iso, and verified its sha256 checksum. I tried booting that on a Dell R730 via the Virtual CD through iDRAC, which failed. I then burned the ISO to a physical DVD and tried booting the same R730, which still failed. However, using the same ISO, I was able to boot an HP EliteDesk workstation without any issues. I then tried the ISO on a different Dell system (an R710, with older firmware) and experienced the same boot failure. All the Dell systems I've tried show that they're set to use BIOS, not UEFI. The boot errors are the same on all the Dell systems I've tried. Either after pressing Enter at the configuration menu or letting the boot countdown run down, I see: Loading unix... error reading: input/output errorcan't load file '/platform/i86pc/amd64/unix': input/output error Loading i86pc/kernel/amd64... can't find 'i86pc/kernel/amd64' Loading unix... can't find 'unix' Loading i86pc/kernel/amd64... can't find 'i86pc/kernel/amd64' Loading i86pc/kernel/amd64... can't find 'i86pc/kernel/amd64' Loading /boot/defaults/loader.conf Loading unix... Loading unix... error reading: input/output errorcan't load file '/platform/i86pc/kernel/adm64/unix': input/output error and so on, until it eventually drops to an OK prompt. Whatever is going on, I'm only seeing it on our Dell servers, but the problem is the same on each of the platform generations I've tried. Since both Jedi and I can reproduce this problem, if someone has some suggestions for what debugging steps we should try, one of us might be able to make some progress on this. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on Dell R710 II
In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: Granted my usage is light. I’ve had a pair of R710s in my home for about 3 years. One as the household server and the other for experimenting. I’ve also got an R210 running pfsense with an Enterprise iDRAC. I’ve probably booted off Virtual CD dozens of times with a variety of stuff - solaris, freebsd, linux, pfsense, etc, etc - and never had any issue until now. Which suggests to me that it's something with the OpenIndiana distribution. It does certainly sound that way. You've also used the virtual CD option in iDRAC a lot more than I have, so I might have just been unlucky. The HTML5 interface is also much newer and probably has different issues than the Java-based one. Using the Java-based virtual console has become more and more difficult in my work environment, so we've made a conscious effort to use the HTML5 interface whenever possible. I’m no expert on iso boot images but it seems odd that minimal works and text and gui don’t. Agreed. If I can find some time, I may do some testing with our R720s or R730s, to see if I have the same experience. My servers are on a different floor in my home so its not convenient to use physical media. Understood. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Booting OI DVD/USB
In regard to: Re: [OpenIndiana-discuss] Booting OI DVD/USB, Till Wegmüller...: Yes I was referring to windows as host and OI as guest. For the Guest it should be a normal USB device. That was my confusion, sorry. I was so focused on "OI" that I forgot to even consider VirtualBox hosted on a non-OI platform. :-| What you were actually suggesting should indeed work, and is a great suggestion for something to try. Sorry for adding my confusion to the thread... Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Booting OI DVD/USB
In regard to: Re: [OpenIndiana-discuss] Booting OI DVD/USB, Till Wegmüller...: Can you use Virtualbox? If so you could boot the ISO as a VM and use USB forwarding to dd the image via the VM to the USB. Does that actually work, Till? Since OI switched to VirtualBox OSE and started packaging our own VB, I haven't been able to get USB pass-through to work. Others have reported the same problem, I know there is (was?) a ticket about the issue in the bug tracker. Unless it has been fixed recently, and I'm just out of the loop... Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on Dell R710 II
In regard to: Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on...: iDRAC is Dell’s remote management system; I have the full-featured Enterprise version. KVM. Also has Virtual CD. ISO files are mounted in the app (Java based running on MacOS in my case) which is provided to the system remotely. At BIOS boot I’m selecting Virtual CD. Although I’ve never had a problem, Tim commented that sometimes Dell’s virtual cd doesn’t always work. Thus I could try a physical DVD. The 710s where I work only have the limited iDRAC express, which is why I didn't have a way to test what you were trying. We're down to only having a couple R710s left, and those are unfortunately way behind on firmware, so testing with them probably wouldn't be useful. Our R720s/R730s/RX40s all have iDRAC enterprise. It has been ages since I've successfully used the Java-based virtual CD, but I just tried the HTML5-based virtual CD (with latest iDRAC version) a couple weeks ago. I had various boot issues with the bootable ISO from the Dell Update Utility (DUU). Once I used a physical DVD, those issues went away. That's just 1 datapoint, but the virtual CD interface through iDRAC has always seemed a bit more finicky than physical media. It's great when it works, though. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 20190511 gui/text boot fails on Dell R710 II
In regard to: [OpenIndiana-discuss] 20190511 gui/text boot fails on Dell...: I tried to boot OI-hipster-{gui/text}-20190511.iso on a Dell R710 II server and was surprised to see it fail. The ISOs are mounted through the virtual device manager of the iDRAC. All the firmware is recent and maybe even current. Storage controller is LSI 9211-8i with IT firmware. The same ISOs do boot fine in VirtualBox. OI-hipster-minimal-20190511.iso WILL boot on this hardware. Is there something I’m missing or is this a bug? Probably a bug, but I'm not certain where. I don't have an R710 with full iDRAC that I could test with, but I will say that I've had boot issues with some non-OI ISOs when going through the iDRAC virtual media interface. Is it possible for you to try the same ISO on physical media, and can you verify the checksum on the ISO matches the published checksum? I'm obviously just trying to rule out any possible download corruption that might be triggered on physical hardware. Since the minimal image works, it would be possible to use that and then use 'pkg install' to install additional packages, if we can't figure out why the other ISOs aren't working. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] keyboard in the login window
In regard to: [OpenIndiana-discuss] keyboard in the login window, Marc...: I recently installed openindiana 2019.04, which runs fine except one detail: when the graphical interface starts and displays a small window where to type the login and passwd, I must type this login and password assuming that the keyboard layout is US. However as soon as I am logged in, the keyboard is considered as BE (which is what I want:the PC has a belgian keyboard layout. Does one of you know how to tell this graphical login program to use the BE keyboard layout ? I'm not completely clear on the division of responsibilities between 'lightdm' and the 'gtk-greeter', but people on other OSes that have had the same keyboard layout issue with lightdm, such as https://forums.gentoo.org/viewtopic-t-1082730-start-0.html have generally solved it by adding a small X config snippet to a directory (which varies by distribution). On OI, I would try create a file something like /etc/X11/xorg.conf.d/95-keyboard-be.conf And start with contents in that file like: Section "InputClass" Identifier "keyboard BE layout " MatchIsKeyboard "on" Option "XkbLayout" "be" #Option "XkbVariant" "be_nodeadkeys" EndSection If you need to define a "variant", it looks like /usr/share/X11/xkb/rules/base.lst has several variants for BE: oss be: Belgian (alt.) oss_latin9 be: Belgian (alt., Latin-9 only) oss_sundeadkeys be: Belgian (alt., with Sun dead keys) iso-alternate be: Belgian (alt. ISO) nodeadkeys be: Belgian (no dead keys) sundeadkeys be: Belgian (with Sun dead keys) wangbe: Belgian (Wang 724 AZERTY) Once you've created that file, I'm not sure if just logging out of the desktop is enough to get it to be read or if a full X11 restart is needed. Please report back if that fixes it or not, and if just a logout was needed or if a full restart of X11 was needed. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Virtualbox kernel module not loading - mixed version?
In regard to: Re: [OpenIndiana-discuss] Virtualbox kernel module not...: On 18/10/2019 3:24 pm, Aur?lien Larcher wrote: gmake setup at the root directory. I think this is described in the docs. Not that I noticed, but I was scanning. That's created the repo, thank you The docs are a separate repo, and the published version for how to build and package components from oi-userland is at http://docs.openindiana.org/dev/userland/ The 'gmake setup' step is a one-time "prepare your environment" step, and is outlined in those docs. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure / Division of Information Technology/701-231-1076 (Voice) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Survey: What nvidia card you use?
In regard to: [OpenIndiana-discuss] Survey: What nvidia card you use?,...: Hi, which nvidia graphics card type you use with OpenIndiana? $ grep 'NVIDIA GPU' /var/log/Xorg.0.log [80.254] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs [83.455] (II) NVIDIA(0): NVIDIA GPU Quadro 600 (GF108GL) at PCI:3:0:0 (GPU-0) This is on a 5 year old Dell workstation. Currently we ship the version 340 of nvidia Solaris driver, which supports following cards: https://www.nvidia.com/Download/driverResults.aspx/135163/en-us. However, newer devices are not supported in this driver version. Yeah, when my workstation is replaced in the next year or so, my guess is the new one will have something like a Quadro P2000, P2200, or similar. I was wondering if users are fine with a newer version like 390? It adds new cards but drops old ones. List of supported cards in this version: https://www.nvidia.com/Download/driverResults.aspx/149144/en-us. Anyone knows might be affected? (I don't have a plan, just wondering.) Looks like my workstation would be affected (the Quadro 600 is *not* the same thing as the Quadro P600). Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Virtualbox is core dumping
In regard to: Re: [OpenIndiana-discuss] Virtualbox is core dumping, xleland...: Can someone direct me to the page where I can unsubscribe from this forum? Thank you It's a mailing list, and membership is managed via some software called 'mailman'. Every email message that is sent out by the mailing list software includes a signature/footer at the end with a link to a web page that will allow you to unsubscribe: openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss Just go to that URL and look for the section near the bottom to find information on how you can unsubscribe. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Installer crashes during CPIO check?
In regard to: Re: [OpenIndiana-discuss] Installer crashes during CPIO...: p.s. Is the switch from /dev to /hipster required? It sounds risky. If you're installing fresh from any recent release, then you already are using the hipster rolling-release distribution, so you can ignore docs that talk about switching from the OI-dev release to hipster. Anything that's talking about switching from /dev to /hipster is aimed at people that installed OpenIndiana long ago. The OI /dev publisher hasn't seen updates in years. The 2019.14 installers and the test ones that Michal has produced are hipster (at a particular point in time). Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] install on very recent hardware
In regard to: Re: [OpenIndiana-discuss] install on very recent hardware,...: Hi Tim, Hi Michal! Thanks much for the response and the info you provided. I know I've seen a link somewhere about loading updated or additional drivers, but I can't find it now.? Is there a way to load updated drivers that the LiveCD or GUI installer can use?? Pointer to the docs appreciated. I am afraid that's not possible. There were two attempts to deliver multiple nvidia drivers and mediate them so users can switch, but they stalled 2 years ago: https://github.com/OpenIndiana/oi-userland/pull/3458/ https://github.com/OpenIndiana/oi-userland/pull/3673/ The tricky thing is that v340 supports all the old devices https://www.nvidia.com/Download/driverResults.aspx/135163/en-us and I am not sure we can update it to v390 or newer which supports these new cards. Unless we have a reasonable driver mediation I am afraid we are stuck with v340 and users have to install newer version manually... Ok, that's more or less what I suspected, but I appreciate the confirmation. Is there something special that needs to be done to install OI onto an NVMe drive? It should work. nvme driver should be in the install medium. If you still have access to the HW, you can check that the nvme package is present in the medium and that the driver was loaded via modinfo. Could you report this to the illumos developer mailing list? Unfortunately I don't have access to the hardware any longer. I had it for about a week, but my coworker needed it back to begin using it. New Dell workstations are coming with either more security or more restrictions (depending on how you look at it) in the "BIOS". I'm guessing the problem seeing the NVMe drive wasn't so much a driver issue as one of the many features that could not be overridden when I switched the system from UEFI to Legacy BIOS. Thanks again, Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] HTML5 playback
In regard to: Re: [OpenIndiana-discuss] HTML5 playback, Chris Game said (at...: Based on a hint on a VirtualBox forum, I installed a new machine with the Audio Controller on the machine - Settings - Audio page to 'Intel HD Audio' (was ICH AC97). Good to know! It is possible to convert the non-working VM to Intel HD Audio, if for some reason you don't want to abandon the original VM. If it's important to you, I can walk you through the steps to switch it. That's basically the disruptive change I was considering having you try. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] HTML5 playback
In regard to: Re: [OpenIndiana-discuss] HTML5 playback, Chris Game said (at...: OK latest test results but no breakthrough! Well that's disappointing. What version of Windows are you using as the host? Before I have you try anything more disruptive, I would like to try replicate your setup. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] pkg update is failing
In regard to: Re: [OpenIndiana-discuss] pkg update is failing, Michal Nowak...: On 09/05/19 12:19 AM, Tim Mooney wrote: In regard to: Re: [OpenIndiana-discuss] pkg update is failing, Alexander...: In fact it tries to do this - https://github.com/OpenIndiana/pkg5/commit/d3187bbf6614769114482c8823a6b1adae05ea3a Those changes are what I was thinking pkg should be doing, so you've anticipated and already fixed the issue. When someone does a 'pkg update', does pkg update itself *first* and then continue with the remaining packages, or does the 'pkg update' run the entire update using the (possibly outdated) version of pkg from the running boot environment? I don't think re-spawn is implemented. I've seen it in openSUSE via `zypper patch` but one was bound to execute the command twice manually, first zypper et al. were updated, then the rest. I didn't think so either, but I know that Alexander and you know a *lot* more about pkg than I do. After sending the email, I also realized that it would be fairly complicated to do because of boot environments. I too have seen the update utility update itself first in Linux environments, so that's why I asked. It's a nice feature, but not so important that I think OI is missing something critical. I'm just wondering if the people that had problems because of locale settings were getting the behavior from a pkg that was prior to your improvement. The old Python2-based pkg certainly was able to install the non-ASCII file name and in the same vein it should be able to remove it. The Python3-based pkg is unable to cope with non-ASCII file names, but that's not a problem for those updating now as they will get system without non-ASCII file names (I checked we distributed only two such file names and I removed them from the ca-certificates package from which bot came from). I think there are two vectors where things break: (1) Someone is using non-UTF-8 locale, (2) someone updated pkg when non-ASCII file names were still being distributed. In both cases manual intervention may be required :(, if only setting UTF-8 locale and, respectively, rolling back to BE before Python3-based pkg and updating from there. Sorry for not catching this soon enough. I don't think there's anything that anyone should be sorry about! It's perfectly reasonable to have non-ASCII filenames, especially considering how /etc/certificates/CA is organized. Alp has already improved pkg to be more robust, so there shouldn't be a problem going forward. It's only during this particular update that a small number of people might be impacted, and the workaround is easy. Considering the rolling update nature of hipster, I've found it to be extremely reliable and robust. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] HTML5 playback
In regard to: Re: [OpenIndiana-discuss] HTML5 playback, Chris Game said (at...: VLC loads the ogg file, and a progress bar shows it apparently playing the file, but nothing coming out. If you open a terminal window on your OI guest and execute pactl list short sinks Does it generate output immediately, or does it hang for a while? It generates this output (without delay): Connection failure: Connection refused pa_context_connect() failed: Connection refused OK, so we need to get pulseaudio into a good state first, then we can backtrack to the steps I provided previously, with audiotest. I've seen the exact same message from pulseaudio in a VM, and I've also seen the message you mentioned related to pulse when shutting down the VM. The fact that 'audiotest' also hangs completely likely means that there's also a problem there, so what I'm going to suggest will hopefully fix one or both of them. If I had a deep understanding of pulse, it would likely be possible to recommend steps using 'pacmd' (which is apparently(?) preferred over 'pactl') to fix its issue, but what I recommend you try first is 1) open a terminal window in your VM 2) run rm -rf ~/.config/pulse rm -rf ~/.audioctl 3) reboot your VM and log in again. Both the pulse config in ~/.config/pulse and the audioctl config in ~/.audioctl should be recreated with default settings. 4) repeat the vlc, pactl, and audiotest steps from my previous email. We want to get to the point where all 3 of them run, without hangs and without errors, even if you get no audio. Once you can get to the point where pulse isn't complaining, we can proceed with the other audioctl config. If steps 1-3 still leave you with a pulse that doesn't want to run or with 'audiotest' that completely hangs, then we'll try a different approach. I'm hoping that regenerating the config from scratch will do the trick. Report back when you've had a chance to test. Ok, but what are those settings? "Enable Audio (ticked) Host Audio Driver Windows Direct Sound That setting will naturally be different between your VM and mine, since your host is Windows and my host is (also) OI. It's what audio driver VirtualBox uses to get audio to the underlying host. Audio Controller ICH AC97 I *think* that should work. I'm actually using 'Intel HD Audio' instead, but I think you should leave that setting as-is while we do the other debugging on pulse. Changing it while we're doing the other debugging is just going to cause additional issues. We have a few more things to try before we get to the point of needing to look at changing the controller. Extended features Enable Audio Output Enable Audio Input (both ticked) " Those are both the same for my VMs. VBoxManage help | egrep -- --audio Oracle VM VirtualBox Command Line Management Interface Version 6.0.10 (C) 2005-2019 Oracle Corporation All rights reserved. modifyvm [--guestmemoryballoon ] [--audio none|null|dsound] [--audioin on|off] [--audioout on|off] [--audiocontroller ac97|hda|sb16] [--audiocodec stac9700|ad1980|stac9221|sb16] controlvm audioin on|off | audioout on|off | So the only difference between VB hosted on Windows and VB hosted on OI hipster is what options there are for '--audio', which is what VB uses to send audio to the host. I thought there might be other possible differences (like for audiocontroller or audiocodec), but the rest is the same. OK that's where I am at the moment. (cheery message on shutdown of OI: Pulse Audio system not responding) Yeah, pulse is in a bad state. I've seen that a few times too. If you were to look at processes, you would probably see that pulseaudio is *not* running but /usr/lib/amd64/pulse/gsettings-helper is, and it's been orphaned (parent is now pid 1). Telling shutdown to continue anyway is generally what I have done in that situation. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] HTML5 playback
In regard to: Re: [OpenIndiana-discuss] HTML5 playback, Chris Game said (at...: I've installed the hipster-encumbered packages you listed, with some progress on playing videos. Just remember that I wasn't suggesting that every one of those packages was needed. Those just happen to be the list of what I have installed on my workstation. The best I've had is with video running but with no audio, Something seems to be missing in the system but I've no real clue as to what that might be. Have you tried other audio in the hipster guest? Rhythmbox playing some media it should support (maybe find a test file in OGG format). Or maybe 'vlc' installed from the /hipster-encumbered publisher (if that's OK for you to do). I tried the VLC player with an ogg test file but still no sound. Do you get any hang from VLC, or complaints that pulseaudio isn't responding? If you open a terminal window on your OI guest and execute pactl list short sinks Does it generate output immediately, or does it hang for a while? If you're not seeing any hang from VLC when trying to play audio, that's probably a good sign, even if you can't hear any audio (yet). The VirtualBox-Host handles audio ok, I just confirmed with a FreeBSD image I have on the host. Actually the Machine - Settings - Audio page has the same settings. Ok, but what are those settings? I'm also interested in what Settings->Audio says within VirtualBox for the guest in question. If you were hosting VirtualBox on OI or Linux I would also have you run VBoxManage help | egrep -- --audio VBoxManage is not recognised on my host. I'm not terribly surprised; Windows often doesn't put package binaries in the windows system path. You probably need to browse to the folder where VirtualBox is installed on Windows to see if VBoxManage is somewhere there. Assuming you're not getting hangs or complaints from pulseaudio, here's what I think you should try: 1) open a terminal window in your OI guest, and type audiotest Note that audiotest isn't part of pulseaudio, it's more closely associated with the underlying audio system. It should be installed, but if it's not, it's part of the 'audio/audio-utilities' component. audiotest should run for 10-20 seconds per audio adapter in your system, so in a VM with just one "adapter", it should complete in about 20 seconds. If it takes much longer or it doesn't output something like: *** Scanning sound adapter #1 *** /dev/sound/audiohd:0dsp (audio engine 0): audiohd#0 - Performing audio playback test... OK ...OK ..OK *** All tests completed OK *** then there's a problem elsewhere and you should skip the rest of these steps and instead report back. 2) if that runs OK but you don't hear any audio, make a note of the physical volume knob setting you are using (so you can go back to it after this test), but turn the volume way up using whatever physical controls, then repeat the run of 'audiotest'. 3) if you hear audio with the physical volume control cranked way up, then reset the volume control back to your preferred level for your Windows host, and in the OI terminal run audioctl show-control -v Make a note of all of the levels associated with each "control". You might not think adjusting one from e.g. 75 to 95 would make a difference, but it can. Pick one of the controls (I would start with "front") and use 'audioctl set-control' to adjust the volume level. For dual-value controls like "front" something like audioctl set-control front 95:95 After each adjustment, re-run audiotest to see if audio is making it through the driver level at an appropriate volume. With any luck, you'll find that you can tweak just one or perhaps a couple of the control values and finally get audio you can actually hear. If you do all of this and you're still not getting any audio, we'll have to look at other possibilities. Please report back and let us know the results, either way. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] pkg update is failing
In regard to: Re: [OpenIndiana-discuss] pkg update is failing, Alexander...: In fact it tries to do this - https://github.com/OpenIndiana/pkg5/commit/d3187bbf6614769114482c8823a6b1adae05ea3a Those changes are what I was thinking pkg should be doing, so you've anticipated and already fixed the issue. When someone does a 'pkg update', does pkg update itself *first* and then continue with the remaining packages, or does the 'pkg update' run the entire update using the (possibly outdated) version of pkg from the running boot environment? I'm just wondering if the people that had problems because of locale settings were getting the behavior from a pkg that was prior to your improvement. Tim ____________ От: Tim Mooney Отправлено: 5 сентября 2019 г. 0:02 Кому: Discussion list for OpenIndiana Тема: Re: [OpenIndiana-discuss] pkg update is failing In regard to: Re: [OpenIndiana-discuss] pkg update is failing, Till...: Please always use a UTF-8 Locale and Language. ISO8859 and others have Problems with Files that have special Characters. We have files that require UTF-8 by default in the Distribution. OK, but then isn't the logical fix for pkg to override the settings from the environment that may not be compatible with its *requirements*? If 'pkg' must be run with UTF-8 or it might blow up, then pkg should be setting the environment that it requires for proper operation. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] pkg update is failing
In regard to: Re: [OpenIndiana-discuss] pkg update is failing, Till...: Please always use a UTF-8 Locale and Language. ISO8859 and others have Problems with Files that have special Characters. We have files that require UTF-8 by default in the Distribution. OK, but then isn't the logical fix for pkg to override the settings from the environment that may not be compatible with its *requirements*? If 'pkg' must be run with UTF-8 or it might blow up, then pkg should be setting the environment that it requires for proper operation. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] VirtualBox setup questions
In regard to: Re: [OpenIndiana-discuss] VirtualBox setup questions, Michal...: I use RAW zfs for VB guest storage (based on http://schlueters.de/blog/archives/137-ZFS-and-VirtualBox.html) which (IMHO) speed guest That's interesting, Predrag! I blogged about this setup recently (https://dev.to/mnohime/use-raw-zfs-volume-for-virtualbox-guest-45jg) and I found it incredibly slow, much slower (sic) than using VDI image. Both of these posts are very interesting. Thanks for pointing the first one out Predrag, and thanks for blogging yours Michal! Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] HTML5 playback
In regard to: [OpenIndiana-discuss] HTML5 playback, Chris Game said (at...: Hi Chris! I've tried to get OI playing Youtube videos without much success, and would appreciate some suggestions. I get audio and video when I play the YouTube videos I've tried using firefox on my hipster workstation, so it seems like it might be some interplay between your hipster guest, VirtualBox, and the Windows host. This is a VirtualBox image running on Windows,with a standard OI install updated today. I don't have that environment to try help you troubleshoot, but I do have the inverse/opposite: a Windows 10 guest in VirtualBox running on a hipster host. I get audio & video on the few youtube videos I've tried in the Windows guest. The html5test.com site shows no support for H264 codec, although Firefox 60 should have such support? When I browse to that site from firefox on my hipster workstation, as of today it gives a score of 439 out of 555, and it shows that H.264 support is present. I've tried adding various gstreamer/gstreamer1 plugins, and I tried installing the ffmpeg package, all with no result. Where from? The hipster-encumbered publisher? If it helps, here's what I have installed on my OI hipster workstation that came from hipster-encumbered: $ pkg list | egrep encumber | sed -e 's/ *i--//' audio/faac (hipster-encumbered) 1.28-2018.0.0.2 audio/faad2 (hipster-encumbered) 2.7-2018.0.0.1 codec/opencore-amr (hipster-encumbered) 0.1.5-2018.0.0.0 library/audio/gstreamer1/plugin/bad (hipster-encumbered) 1.16.0-2018.0.0.1 library/audio/gstreamer1/plugin/libav (hipster-encumbered) 1.16.0-2018.0.0.0 library/audio/gstreamer1/plugin/ugly (hipster-encumbered) 1.16.0-2018.0.0.1 library/audio/liba52 (hipster-encumbered) 0.7.4-2018.0.0.0 library/audio/libdca (hipster-encumbered) 0.0.5-2018.0.0.0 library/audio/libgsm (hipster-encumbered) 1.0.16-2018.0.0.0 library/audio/libmad (hipster-encumbered) 0.15.1.2-2018.0.0.1 library/audio/libmpcdec (hipster-encumbered) 1.2.6-2018.0.0.0 library/video/libbluray (hipster-encumbered) 1.1.2-2018.0.0.0 library/video/libdvbpsi (hipster-encumbered) 1.3.1-2018.0.0.0 library/video/libdvdnav (hipster-encumbered) 5.0.3-2018.0.0.0 library/video/libdvdread (hipster-encumbered) 5.0.4-2018.0.0.1 library/video/libmms (hipster-encumbered) 0.6.4-2018.0.0.0 library/video/libmpeg2 (hipster-encumbered) 0.5.1-2018.0.0.0 library/video/x264 (hipster-encumbered) 0.157.0.20190721-2018.0.0.0 library/video/x265 (hipster-encumbered) 3.1.1-2018.0.0.0 library/video/xvid (hipster-encumbered) 1.3.5-2018.0.0.0 media/vlc (hipster-encumbered)3.0.7.1-2018.0.0.2 video/ffmpeg (hipster-encumbered) 3.2.14-2018.0.0.1 video/rtmpdump (hipster-encumbered) 2.4-2018.0.0.1 The best I've had is with video running but with no audio, Something seems to be missing in the system but I've no real clue as to what that might be. Have you tried other audio in the hipster guest? Rhythmbox playing some media it should support (maybe find a test file in OGG format). Or maybe 'vlc' installed from the /hipster-encumbered publisher (if that's OK for you to do). I'm also interested in what Settings->Audio says within VirtualBox for the guest in question. If you were hosting VirtualBox on OI or Linux I would also have you run VBoxManage help | egrep -- --audio to see what that outputs, but I don't know enough about how to convert from 'egrep -- --audio' to Window's "find" command. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] VirtualBox setup questions
In regard to: [OpenIndiana-discuss] VirtualBox setup questions, Lonnie...: In my reading on the OpenIndiana Ch. 7 "Virtualization" ( https://wiki.openindiana.org/oi/7.+Virtualization) I came across the part on VirtualBox. So... there are a lot of gems in the wiki, but there's also a lot of outdated or misleading information. It's the eternal problem with documentation. Keeping it up to date and preventing "information rot" is a lot of work. The issue of outdated info in the wiki (and in the Illumos wiki) was just discussed a few weeks ago on the mailing list. There's an ongoing effort to "port" the good information from the wiki into docs.openindiana.org and try keep a smaller "curated" collection of docs up to date. Illumos is apparently doing the same thing for their wiki and docs. I am particularly interested in setting up VB to run in local zones, but it seems that the documentation and step are a bit dated as they refer to the writing period of 2013 and also VirtualBox 4 but I think that VirtualBox 6 is now out with a number of improvements as well. You're correct, the wiki's information is out of date. The Oracle SVR4 binary packages for VirtualBox quit working on OI and I think any other Illumos distro about a year ago, when kernel changes were made in Illumos to address one of the many CPU security vulnerabilities. Oracle fixed the issue in their kernel in a different way, so the VirtualBox packages they generate work on Solaris 11.x, but not OI. There's a long thread in the mailing list archives related to VirtualBox and virtualization in general from about that time. Alexander (alp), Michal, and possibly others eventually ported the VirtualBox Open Source Edition (OSE) to hipster and created a native IPS-format package that you can install using 'pkg install' from the openindiana.org publisher. There's also a native IPS package for the guest additions, that you can install if hipster is running as a guest in VirtualBox. There was some discussion about VirtualBox in zones, but I don't remember if anyone ever tested it. You might want to search the closed PR on github, there might be info in there. If you test it, please report what you find to the mailing list. Keep in mind that most of the people involved in creating the original IPS package for VirtualBox don't use VirtualBox or use it very infrequently. They ported it essentially to help out a bunch of us that use VB rather than KVM for various reasons (features, ease of use, etc.). There wasn't much incentive at the time to also do any extra work to make sure it worked in zones. With this in mind, I was wondering if anyone has setup VirtualBox 6 and what steps you had to go through to make it happen? I use VirtualBox 6 to host guests from my OI workstation, but I have never tried it in a zone. On the KVM note, I know that SmartOS now support Bhyve as an evolving replacement for KVM due to its performance enhancements, and was wondering if there was any OI work or interest going on in that direction too. Bhyve was discussed in that long thread I mentioned. Back then, it sounded like Bhyve might eventually be a replacement for KVM, but that hasn't happened yet (for OI). Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] VNC Server?
In regard to: Re: [OpenIndiana-discuss] VNC Server?, Lonnie Cumberland said...: Anyway, I just learned a little about "pgk" and am trying to see out I can install a VNC server so that I can connect to this box from another system tomorrow while I am at the office. To that end, I just tried: --- lonnie@openindiana:~$ pkg list | grep vnc desktop/remote-desktop/tigervnc 1.8.0-2018.0.0.2 i-- x11/server/xvnc 1.8.0-2018.0.0.2 I know based on the other responses that you have a VNC server working, but just for the benefit of the mailing list archives, the 'lightdm' GUI login is capable of listening for VNC connections and then spawning Xvnc to handle them. You need only enable the VNC config in /etc/lightdm/lightdm.conf. Because it's lightdm that's spawning Xvnc, it handles the authentication. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] install on very recent hardware
All- A coworker got a brand new Dell Precision 3630 workstation recently, and he let me try the hipster installer on it. I had to switch the BIOS from UEFI to legacy and disable a couple of secure-boot related settings, and even then I could never get it to boot from the DVD of the hipster LiveCD. Booting from USB device works fine. Neither the LiveCD nor the GUI installer can start X, though. It looks like the version of the Nvidia drivers that's part of the 2019.05 installers might not support the Nvidia "GP106GL [Quadro P2000]" graphics card that's in the workstation. I know I've seen a link somewhere about loading updated or additional drivers, but I can't find it now. Is there a way to load updated drivers that the LiveCD or GUI installer can use? Pointer to the docs appreciated. If I switch to the Text installer and boot from USB, that gets farther, but the installer doesn't see the NVMe drive as a valid install target. It recognizes the 2nd disk, which is a traditional spinning disk. I used the mdb commands from https://www.illumos.org/issues/2665 e.g. echo "::walk sd_state | ::grep '.!=0' | ::print struct sd_lun un_sd | ::print struct \\ scsi_device sd_inq | ::print struct scsi_inquiry inq_vid inq_pid" | mdb -k to print out inquiry info, but the NVMe drive apparently doesn't get classified as "sd". Poking around with 'prtconf', I think this is it: blkdev, instance #0 Driver properties: name='ddi-kernel-ioctl' type=boolean dev=none name='device-nblocks' type=int64 items=1 dev=none value=773bd2b0 name='device-blksize' type=int items=1 dev=none value=0200 name='device-solid-state' type=int items=1 dev=none value=0001 name='device-rotational' type=int items=1 dev=none value= Hardware properties: name='devid' type=string items=1 value='id1,kdev@wace42e009a062916' name='inquiry-revision-id' type=string items=1 value='80002111' name='inquiry-product-id' type=string items=1 value='NVMe SK hynix 1TB' name='inquiry-vendor-id' type=string items=1 value='PC601' Device Minor Nodes: dev=(32,0) dev_path=/pci@0,0/pci8086,a340@1b/pci1c5c,1627@0/blkdev@wACE42E009A062916,0:a spectype=blk type=minor dev_link=/dev/dsk/c6tACE42E009A062916d0s0 dev_path=/pci@0,0/pci8086,a340@1b/pci1c5c,1627@0/blkdev@wACE42E009A062916,0:a,raw spectype=chr type=minor dev_link=/dev/rdsk/c6tACE42E009A062916d0s0 dev=(32,1) dev_path=/pci@0,0/pci8086,a340@1b/pci1c5c,1627@0/blkdev@wACE42E009A062916,0:b spectype=blk type=minor dev_link=/dev/dsk/c6tACE42E009A062916d0s1 dev_path=/pci@0,0/pci8086,a340@1b/pci1c5c,1627@0/blkdev@wACE42E009A062916,0:b,raw spectype=chr type=minor dev_link=/dev/rdsk/c6tACE42E009A062916d0s1 etc. Is there something special that needs to be done to install OI onto an NVMe drive? Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Building OpenIndiana from sources
In regard to: Re: [OpenIndiana-discuss] Building OpenIndiana from sources,...: Thanks again Tim, and sorry about the name. Not sure why I was not correctly typing Hipster. Sorry about that, to be sure. No worries, I was amused by it and I doubt anyone else was bothered. I may also fire OI up in a Virtualbox on my Ubuntu 18.04 system and try to build the ISO from there. I want to see what takes up so much space on the current Hipster ISO but think that it is probably the local repo that holds a lot of the packages to be installed when needed. I'm still a little unclear on what your goal is. Do you want to minimize the size of the ISO, or do you want to minimize the size of the installed system image? Those aren't the same thing, though they are often related. Anyway, I thank you for your input and information as I get started here. I think that OpenIndiana holds a lot of potential for what I would like to do (mostly experimenting with some ideas on LiveCD sizes) towards seeing what might be an ultra small OI with GUI LiveCD instance once I pull out a number of applications. Think bare minimal install. As I said in my initial response, if you want both "GUI" and "minimal", then to begin minimizing you're going to have to rebuild some packages with optional stuff left out. You won't be able to take existing packages and just leave out some of their dependencies. You're going to find that pulling in even a few GUI components is going to drag in a lot of stuff the GUI apps were built to require. In addition, if you haven't read about consolidations yet, you should do some reading about how OI uses consolidations. They are essentially meta-packages that "lock" a set of packages together. I (or others) can explain further when you get to them, if you have questions. Also, I gave someone else this same advice recently, but if your interest is minimization of the final install image, you may want to search the archives for a post by Peter Tribble on that same topic. He did a talk about system minimization for the distro he maintains (Tribblix), and there may be useful stuff there for you. Would like to see if that part could be made to be 200 MB or less and pull things from a network repo on install, but we will see how that comes out. You mean like how you can boot RHEL (or CentOS, or ...) off a 600 MB boot.iso but then install thousands of packages from an NFS or http/https repo? The boot iso is small, but the installed system could be quite large. Is that what you're after? Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Building OpenIndiana from sources
In regard to: Re: [OpenIndiana-discuss] Building OpenIndiana from sources,...: Sorry again, I see the steps: mkdir distro-constcd distro-const pfexec pkg install install/distribution-constructor cp /usr/share/distro_const/slim_cd/slim_cd_x86.xml . pfexec distro_const build slim_cd_x86.xml and with the slim_cd_x86.xml but it seems that you do not need to do a "git clone .." for the repo to get started. If you start at the "build an ISO" part of the process, you're starting past the point of creating individual packages. The distro constructor uses the config you've specified to connect to one or more package publishers (think: yum repo), downloads the already-built packages into the 'build_area', and creates the distribution using the parameters in the XML file you fed it. If you change nothing in the slim_cd_x86.xml, the distribution you construct will use the latest copies of 5 packages as they exist in the publisher http://pkg.openindiana.org/hipster. If you want it to use custom packages you've created, you need to first create those packages, put them into a publisher (repo), and then point the config file at your publisher. Note that this isn't conceptually any different from how most Linux distros that I'm aware of are constructed. Building a LiveCD usually doesn't kick off individual package builds for thousands of packages; those are already built and sitting somewhere. The LiveCD build process just assembles a list of already-created packages with some other stuff. Please forgive me as I am coming from the Linux world of Make and Cmake so this seems a bit different in building steps. Make, cmake, or other tools are used, as necessary for each individual component, to compile that component and prepare it for packaging. You're not seeing that part of the process because you're not looking at individual components, you're looking at the "assemble all the things" part of the process. If you want to get familiar with the process of creating a package for a component like 'image/editor/gimp', you want to read the documentation I linked related to oi-userland. The docs will help you get the oi-userland repo checked out from github, from there you can explore each software component. Tim On Mon, Aug 26, 2019 at 6:55 PM Lonnie Cumberland wrote: Hi Again, One dumb question. I was just doing some reading and did not see any type of information on a Makefile or similar. I see that the xml file " https://hipster.openindiana.org/distro_const/slim_cd_x86.xml"; can be use as the manifest but from which github repository does it all start? I want to read over the steps that are used through the entire process. On Mon, Aug 26, 2019 at 6:49 PM Lonnie Cumberland wrote: Thanks for the information. Yea, I probably do not want to rebuild all of the packages, at least not for now, since this first test is to just see if I can build the basic LiveCD and have it boot like the one that I have download. Looks like I will need to read up on things a bit more to get a feel for the build flow. Thanks again Lonnie On Mon, Aug 26, 2019 at 6:03 PM Aurélien Larcher < aurelien.larc...@gmail.com> wrote: On Mon, Aug 26, 2019 at 11:43 PM Lonnie Cumberland wrote: Hi Tim, Thanks for answering my post. I have been reading a lot of the documentation and will do some more reading over the next couple of days in preparations. Although I am still not sure where the main build branch is to create the LiveCD of OI (Hypster), it seems that these are the important locations: https://github.com/OpenIndiana https://github.com/OpenIndiana/oi-userland https://github.com/OpenIndiana/slim_source My next steps, I am guessing, will be to install OI on some native hardware so that I will have a build environment in OI to build OI LiveCD and then I will try to do a basic complete build without modifying anything. If that goes well then I can investigate taking out packages from the LiveCD. You can generate live/install images using the Distribution Constructor as described at: https://docs.openindiana.org/dev/distribution-constructor/ To customize the image you need to modify a manifest such as the ones used by Alexander for release images: https://hipster.openindiana.org/distro_const/ If you do not want to rebuild all the packages for your tests you can use an existing repository or mirror it locally. You need to modify the manifests accordingly so that pkg_repo_default_authority points to the right repository. I would like to see how small I can make the actual LiveCD with GUI. Cheers, Lonnie On Mon, Aug 26, 2019 at 4:43 PM Tim Mooney wrote: In regard to: [OpenIndiana-discuss] Building OpenIndiana from sources,...: Anyway, the first thing that I would like to figure out is the whole build process and package selections since the ISO that I have been
Re: [OpenIndiana-discuss] Building OpenIndiana from sources
In regard to: Re: [OpenIndiana-discuss] Building OpenIndiana from sources,...: Thanks for answering my post. I have been reading a lot of the documentation and will do some more reading over the next couple of days in preparations. Although I am still not sure where the main build branch is to create the LiveCD of OI (Hypster), hipster, not Hypster. Though I like Hypster too! :-) Also, don't confuse the process of building an individual package (a "component") like 'desktop/cd-burning/brasero' with the process of assembling a bunch of packages into a distro. If you're starting by trying to build a LiveCD, you're starting at the point when all the packages should already have been built and published to one or more publishers (think: yum repo). it seems that these are the important locations: https://github.com/OpenIndiana https://github.com/OpenIndiana/oi-userland https://github.com/OpenIndiana/slim_source OpenIndiana is the umbrella, if you want to get comfortable with the process of building individual packages, you probably want to start with oi-userland. My next steps, I am guessing, will be to install OI on some native hardware so that I will have a build environment in OI to build OI LiveCD and then I will try to do a basic complete build without modifying anything. If that goes well then I can investigate taking out packages from the LiveCD. Sure. You wouldn't need native hardware for that, you could do it in a VM with enough disk and other resources. I would like to see how small I can make the actual LiveCD with GUI. Understood. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Building OpenIndiana from sources
In regard to: [OpenIndiana-discuss] Building OpenIndiana from sources,...: Anyway, the first thing that I would like to figure out is the whole build process and package selections since the ISO that I have been installing is 1.6 GB. http://docs.openindiana.org and then Handbook->Developer's Corner is a good place to start. Now I want to see if I can build a much reduce size of this. You certainly could, you'll just have to make lots of choices about what optional dependencies you can live without when building a particular package. You'll want to look at the REQUIRED_PACKAGES in the Makefile for each component. You'll probably also want to look at what's installed because of a particular incorporation. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Detected problem with IPv6
In regard to: [OpenIndiana-discuss] Detected problem with IPv6, russell...: For the last four years I have had IPv6 configured in my home network and it has been working perfectly, the desktop and laptops configured with ULA and Global Addresses. While IPv6 works perfectly within my home network and all other devices can ping and establish out going IPv6 connections. I have found my OpenIndiana desktop can not access the internet, checking the Firewall/Router the traffic can be seen exitting the WAN interface. Checking IPv6 neighbour table the Firewall/Router is reporting that for the Link Local and Global IP Addresses are listed as FAILED where the MAC address should be listed. All other devices are correctly listed with LL and GA address, MAC address and are listed as connected. If I run ndp on my desktop there is a correct assiocation between IP and MAC address. Any thoughts why OpenIndiana illumos-7d724debd8 is having this problem? Do you know when this problem started? I've been having intermittent IPv6 connectivity issues for several weeks from my OI workstation. I'm on a campus network that has had IPv6 enabled for a long time, but our networking group has applied several updates over the summer months so I can't say for certain that the problem is on my OI system. If you track this any further, please share on the list. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] New Install
In regard to: [OpenIndiana-discuss] New Install, david allan finch said (at...: I am just about to build a new system: What is the realistic small disk you can use to install on? The recommended minimum is 20 GiB, but you could probably go smaller if you didn't care about logging, didn't have much/any user data, etc. https://www.openindiana.org/documentation/faq/ If you search the mailing list archives, Peter Tribble has some info and did a talk on minimizing an Illumos distro. If you're *really* space constrained, perhaps his distro (Tribblix) may work for you. What is the recommened size assumimg all no OS stuff will be on another pool? (ie to take into account updates etc) Not sure, but it's probably not much different than the general recommended minimum. Can you install a new system with a mirror as the boot drive? (I kind of think that Solaris didn't allow this) It can be done (that's how my system is configured), but not directly from the GUI installer. It's been several years since I set mine up, but back then there were some manual steps that were documented in the wiki. However, since hipster 2016.10 the text-based installer (but not the GUI installer) can install to mirrored drives directly: http://docs.openindiana.org/handbook/getting-started/#installing-openindiana Can you extend the root pool by adding more disks after installation? (stripes seams to imply you can) I think the answer is yes, but I'm not certain. Both the zpool(1m) man page (the section on 'attach') and the Oracle Solaris docs seem to imply that you can, but the root pool might have special restrictions in that regard. Hopefully someone else that knows can add better information about that. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Problem with openldap_24 package
In regard to: [OpenIndiana-discuss] Problem with openldap_24 package,...: typeset -r CONFDIR=/etc/openldap/slapd.d typeset -r LDAP_URL=ldap:/// typeset -r LDAPS_URL=ldaps:/// typeset -r LDAPI_URL=ldapi:/// typeset -r SLAPD="/usr/lib/64/slapd -h "${LDAP_URL} ${LDAPI_URL}" -u ${LDAPUSR} -g ${LDAPGRP} -f ${CONF_FILE} -F ${CONFDIR}" One problem is quoting. You need to get -h "${LDAP_URL} ${LDAPI_URL}" so that it's one argument being passed after -h, but that's not actually what's happening. You'll need to do some careful escaping of the " around that argument or just hard-code the two arguments you want in single quotes, like this: typeset -r SLAPD="/usr/lib/64/slapd -h 'ldap:/// ldapi:///' -u ${LDAPUSR} -g ${LDAPGRP} -f ${CONF_FILE} -F ${CONFDIR}" As I mentioned in an earlier mail, I face some property problems with IPC socket. Some instance, unknown to me, is checking the file ldap-olslapd as the flag '-h' is ignored, according to the logs. lib/svc/method/ldap-olslapd[21]: typeset: ldapi:/// -u openldap -g openldap -f /etc/openldap/slapd.conf -F /etc/openldap/slapd.d: invalid variable name It's saying that because your quoting is wrong. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Virtualbox on OpenIndiana Hipster?
In regard to: Re: [OpenIndiana-discuss] Virtualbox on OpenIndiana Hipster?,...: How important are Spectre, Meltdown, etc for a system behind a firewall which does not allow inbound traffic and does not run programs downloaded from the internet? Probably not important at all. What you're doing is working and I'm not suggesting you change anything. I just wanted it to be clear to people new to OI that if they're running a recent kernel, they will likely have better results with the system/virtualbox pkg than they will with the VirtualBox package downloaded from Oracle. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss