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'
In regard to: Re: [OpenIndiana-discuss] error upgrading to hipster --...: You are probably right, this server is on its last legs. I was hoping there was a quick fix to get it upgraded. I did the conversion from oi151a9 to hipster on my workstation, but that was years ago. It may not even be possible to do this conversion any more. If you manage to get converted, I encourage you to not let your system fall far behind again. If there are going to be problems updating, it's easiest if you find those problems shortly after others have already been through the update. For the "NoneType" issue, as Aurélien has already said, Alexander posted about that. Check the mailing list archives for August 29, 2016. He wrote a quick blog post about it too: https://www.openindiana.org/2016/08/29/possible-ssh-update-issue/ At that time the issue applied to Sun SSH to OpenSSH conversion, but his suggestion may be worth trying for /etc/dfs/sharetab too. Tim On 2021-03-08 2:16 a.m., Carl Brewer wrote: Sorry for top posting .. I gave up doing this and just built a new server, then moved everything I cared about across to it. On 8 March 2021 5:09:46 pm AEDT, Geoff Nordli wrote: Hi. I am trying to upgrade the older version of OI (oi_151a9 May 2015) to the hipster branch. No search results seemed to help me with this error. This is what I am getting below. Any thoughts? Update Phase 10395/54131 Action upgrade failed for 'etc/dfs/sharetab' (pkg://openindiana.org/SUNWcs): TypeError: 'NoneType' object is not callable The running system has not been modified. Modifications were only made to a clone of the running system. This clone is mounted at /tmp/tmpREuU91 should you wish to inspect it. pkg: An unexpected error happened during update: 'NoneType' object is not callable The following unexpected or editable files and directories were salvaged while executing the requested package operation; they have been moved to the displayed location in the image: usr/share/applications/mimeinfo.cache -> /tmp/tmpREuU91/var/pkg/lost+found/usr/share/applications/mimeinfo.cache-20210307T214655Z var/sadm/system/logs -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system/logs-20210307T214712Z var/sadm/system -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system-20210307T214712Z var/sadm/servicetag/registry -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/servicetag/registry-20210307T214712Z var/log/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/log/gdm-20210307T214712Z var/lib/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/lib/gdm-20210307T214712Z var/cache/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/cache/gdm-20210307T214712Z usr/lib/python2.6/xml/parsers -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/parsers-20210307T214713Z usr/lib/python2.6/xml/dom -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/dom-20210307T214713Z usr/lib/python2.6/xml -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml-20210307T214713Z usr/lib/python2.6/vendor-packages/ply -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/ply-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto/SSL -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/SSL-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto/PGP -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/PGP-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto-20210307T214713Z usr/lib/python2.6/vendor-packages -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages-20210307T214713Z usr/lib/python2.6/site-packages -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/site-packages-20210307T214713Z usr/lib/python2.6/logging -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/logging-20210307T214713Z usr/lib/python2.6/encodings -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/encodings-20210307T214713Z usr/lib/python2.6/email/mime -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email/mime-20210307T214713Z usr/lib/python2.6/email -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email-20210307T214713Z usr/lib/python2.6/distutils/command -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/distutils/command-20210307T214713Z usr/lib/python2.6/distutils -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/distutils-20210307T214713Z usr/lib/python2.6/curses -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/curses-20210307T214713Z usr/lib/python2.6/ctypes ->
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