Re: [OpenIndiana-discuss] How to get a usable console on OI?

2021-01-26 Thread Predrag Zecevic

On 25.01.2021 21:29, Chris wrote:

On 2021-01-25 00:42, v...@bb-c.de wrote:

Joshua M. Clulow via openindiana-discuss writes:

On Sun, 24 Jan 2021 at 21:13, Chris  wrote:
> On 2021-01-24 18:53, Chris wrote:
> > On 2021-01-24 17:48, Joshua M. Clulow via openindiana-discuss wrote:
> >> On Sun, 24 Jan 2021 at 17:27, Chris  wrote:
> > All the reports I've seen thus far, indicate 800x600.
> > You're suggestion confirms it:
> > ts_p_dimension = {
> > ts_p_dimension.width = 0t800
> > ts_p_dimension.height = 0t600
> > }
> > ts_pdepth = 0t32

Based on that, I don't imagine trying to drop the resolution is really
going to help.


I can only relate my experience from OmniOS which also uses the BSD
loader.  Going from the default (24 bit color) to 8 bit via loader
configuration parameters improved console speed dramatically.

There were some palette bugs in 8 bit mode which Toomas Soome has all
fixed now.

@Chris: Do try to set console resolution to 8 bit and see if it improves
things for you.  You need to create the directory /boot/conf.d if it
doesn't already exist, and add the following

  loader_resolution=1280x1024x8
  boot_resolution=1280x1024x8

Thanks for your reply, Volker!
I dumped the above 2 lines to /boot/loader.conf (actually 1920x1200)
but they were ignored.


Hi Chris,

I have added those lines into /boot/conf.d/console.conf file (that is 
name I use) and those are read (as well as tem.fg_color one). It seems 
that there is some speed up on console output (tested with OI 
installation on OLD PC). I have also found:


loader_resolution=off
boot_resolution=off

as options (and looks like the is no difference comparing to resolution 
set in my case). See 
https://illumos.topicbox.com/groups/omnios-discuss/T0e829e56939b04f9-M5497b623e0dd6508fa7b0f23/omnios-discuss-supermicro-a2sdi-h-tf



  tem.fg_color="green"

to a file (the name is your choice).  Adapt the resolution to your box.
Of course the last line may not be to your taste ;-)

Thanks for the info. I didn't realize (some of) loader had been imported
from recent(ish) BSD.




Regards -- Volker


--Chris



Regards and thank you all for testing and pointing to proper direction 
re configuration


--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

tel: +49 - 6196 - 95058 - 15
mob: +49 - 174 - 3109288
fax: +49 - 6196 - 95058 - 94
e-mail: predrag.zece...@2e-systems.com

headquarter: 2e Systems GmbH, Koenigsteiner Str. 107, 65812 Bad Soden am 
Taunus, Germany

registration: Amtsgericht Koenigstein (Germany), HRB 7303
managing director: Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] GParted crashed

2021-01-26 Thread Hung Nguyen Gia via openindiana-discuss
I'm out of patient with this format stuff.

I ended up use GParted on Linux to fix the partition table.

But guess what? The format command on OI still doesn't see the extended space.

There is a command called 'expand' to expand the label to whole partition.

I tried this expand command. And guest what? It said there is nothing to expand!

What a piece of sh8t! How misleading! What this 'expand' command actually do?

The 'modify' command even give insane result where a partition table is full of 
zeros, zero cylinders, zero, everything zero!

Of course I'm not that stupid to accept these results. I always typed no.

BTW, what an insane default setting to defaulting all of the answer to be [yes]!

Too disappointed I'm not bother to try other 'commands' of the horrible 
'format'.

But I did tried to run format the last time to see if I have any lucks.

And guest what? After I selected my usb stick it just printed [disk formatted] 
and the whole system hung.

I have to cold reset again to boot to Linux to post this email.

What a terrible experience! I give up. Good luck with your OS. I'm out.




 On Tue, 26 Jan 2021 14:49:04 +0700 Hung Nguyen Gia via openindiana-discuss 
 wrote 

 > GParted crashed immediately when being started on a live usb system and core 
 > dumped. 
 >  
 > I could sure the core file is of gparted since sudo file core reported it's 
 > of 'gpartedbin' 
 >  
 > Trying running from terminal with sudo gparted Segmentation fault 
 > immediately. 
 >  
 > Don't ask me to upload the core file to you. The feeling of mine when this 
 > happened is... if I could smash the monitor, I would. 
 >  
 > Jim, I said with you I don't want to be spoonfed. But please spoonfed me 
 > this time, just this time, please. I don't want to deal with the horrible 
 > format command. 
 >  
 > format -e indeed showed the usb stick. But I have no idea how to accomplish 
 > my goal. 
 >  
 > The live usb image is 1.9G in size and my stick is 16G in size. 
 >  
 > I want to fix the partition table, so it fully recognize my usb as 16G and I 
 > want to resize the root partition (slice 2) to extend it to fill the 
 > remaining space. 
 >  
 > Without fixing the partition table, format doesn't see the device's size as 
 > 16G but just 1.9G. 
 >  
 > Of course, I could fix the partition table from GParted on Linux, but I 
 > don't know if it would caused any corruption because of the incompatibility 
 > between the two systems. 
 >  
 > I know how to use format the most basic way, mainly to prepare the disk to 
 > install Tribblix to UFS and setup the swap partition. 
 >  
 > I have no deeper experience with it so far. 
 >  
 > Researching requires me to read the Oracle manual, which IMHO is always long 
 > and boring to read compared to what of Linux and FreeBSD. 
 >  
 > This time I tried to type format after selected my usb stick and guess what? 
 > My live system hung immediately and I have to cold reset it to boot back to 
 > Linux. Please help. 
 >  
 > ___ 
 > 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


Re: [OpenIndiana-discuss] How to get a usable console on OI?

2021-01-26 Thread Andy Fiddaman


On Tue, 26 Jan 2021, Volker A. Brandt wrote:

; Chris writes:
; > On 2021-01-25 00:42, v...@bb-c.de wrote:
; [...]
; > > @Chris: Do try to set console resolution to 8 bit and see if it improves
; > > things for you.  You need to create the directory /boot/conf.d if it
; > > doesn't already exist, and add the following
; > >
; > >   loader_resolution=1280x1024x8
; > >   boot_resolution=1280x1024x8
; > Thanks for your reply, Volker!
; > I dumped the above 2 lines to /boot/loader.conf (actually 1920x1200)
; > but they were ignored.
;
; Not sure if they would work there.  The tried and true way is to create
; /boot/conf.d and put those lines into /boot/conf.d/loader-args (that's
; the name I use).

Setting the resolutions like this is an OmniOS feature which hasn't been
upstreamed, so it unfortunately won't work in OpenIndiana.

Andy



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] How to get a usable console on OI?

2021-01-26 Thread Volker A. Brandt
Andy Fiddaman writes:
> On Tue, 26 Jan 2021, Volker A. Brandt wrote:
> ; > >   loader_resolution=1280x1024x8
> ; > >   boot_resolution=1280x1024x8
> ; > Thanks for your reply, Volker!
> ; > I dumped the above 2 lines to /boot/loader.conf (actually 1920x1200)
> ; > but they were ignored.
> ;
> ; Not sure if they would work there.  The tried and true way is to create
> ; /boot/conf.d and put those lines into /boot/conf.d/loader-args (that's
> ; the name I use).
> 
> Setting the resolutions like this is an OmniOS feature which hasn't been
> upstreamed, so it unfortunately won't work in OpenIndiana.

Ah, thanks for the info.  Goes to show that I need to do more wit OI.
The tem.* variables do work in OI, though.


Regards -- Volker
-- 

Volker A. BrandtConsulting and Support for Solaris-based Systems
Brandt & Brandt Computer GmbH   WWW: http://www.bb-c.de/
Am Wiesenpfad 6, 53340 Meckenheim, GERMANYEmail: v...@bb-c.de
Handelsregister: Amtsgericht Bonn, HRB 10513  Schuhgröße: 46
Geschäftsführer: Rainer J.H. Brandt und Volker A. Brandt

"When logic and proportion have fallen sloppy dead"

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] python-gi in OI?

2021-01-26 Thread Till Wegmueller

Hi Tony

Yeah you may end up running a VM. You will probably run into a huge 
amount of dependencies that are libvirt and the other C based libraries 
that build that framework. There are many in the libvirt tools. And I 
don't think we ever planned to build them or that they are easily ported.



-Till

On 26.01.21 03:59, Tony Brian Albers wrote:

On 01/25/21 04:45 PM, Alan Coopersmith wrote:

On 1/25/21 4:24 AM, Tony Brian Albers wrote:

Hi guys,

I'm trying to get virt-manager to work. But it complains about not being
able to load gi:

tba@emu:/opt$ virt-manager
Traceback (most recent call last):
     File "/usr/bin/virt-manager", line 6, in 
   from virtManager import virtmanager
     File "/usr/share/virt-manager/virtManager/virtmanager.py", line 15,
in 
   import gi
ModuleNotFoundError: No module named 'gi'
tba@emu:/opt$


Does anyone know if we have gi somewhere?


The gi python module comes from the pygobject-* packages:

https://pkg.openindiana.org/hipster/en/search.shtml?token=pygobject&action=Search


  -alan-


Thanks Alan,

I tried using python3.5, but now I just get a "Namespace LibvirtGLib not
available" so it seems that more stuff is missing.

I might give building libvirt-glib a shot, but tbh I'm not sure. It
seems easier to just run a VM  with all the Linux tools in it ;)

/tony





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] How to expand the live usb to use all of the space on the device? v2

2021-01-26 Thread Jedi Tek'Unum
Perhaps I can say some things here that others can’t. I’m a totally neutral 
party in all of this. I don’t use Illumos or any derivatives. I simply observe 
this forum as a passive interest from my past.

I’m a retired Software Engineer/Architect that used to work in the industry in 
major computer vendors and ISVs on systems-level software. Amongst a multitude 
of operating systems and many many *nixes, I started with the Solaris precursor 
SunOS in the mid-80’s. Throughout my career I always felt that Solaris was FAR 
superior to any other alternative and so did most of my employers. That 
includes the broader free/open software community of much of the last 40 years. 
10 years ago you couldn’t have found a bigger fan of Solaris and the Solaris 
community. But even then I had departed the world of Solaris on the 
desktop/notebook in favor of MacOS.

From my perspective, the tragic end of Sun has all but destroyed Solaris. The 
efforts of a few to continue on with Illumos and derivatives has been 
commendable. For some the results have been adequate for their own use and 
warrants their further involvement. Regrettably, I am not one of them.

I would suggest that people that are not coming from a previous Solaris 
background are far beyond reasonable expectations if they think Illumos or 
derivative is something that will broadly compete with other modern 
alternatives.

I personally think Linux is junk and I avoid it unless there is absolutely no 
other choice - and that is always in deeply embedded small-scale situations. I 
use FreeBSD a bit for some things (cloud server and pfSense firewall for 
examples). I have a single home server still running Solaris that I only use 
for our family storage (which will likely transition to TrueNAS/FreeBSD at some 
point). Mac Pro and MacBook Pro round out the rest of my daily environments.

You’ve got to understand that Linux is successful because of inertia - the mass 
of so many people and companies behind it. The reason most things work ok is 
because of the many people who have a stake in it. Even the most obscure 
embedded board gets Linux support first. That doesn’t make the foundational 
technology any better - and in fact it is crap in many cases - but it fulfills 
the “good enough” mantra of modern times. Despite its apparent good looks to 
many, there is a pretty obvious cesspool in the dozens and dozens of 
distributions each with their own strengths and weaknesses and 
incompatibilities. FreeBSD is more organized and elegant in many ways and there 
is a certain quality over quantity focus. It isn’t as broad because it doesn’t 
have the same scale of community.

Illumos and derivatives just don’t have the scale of community to support the 
breadth of features (and support) that many people expect - which includes you 
(and me). It’s not the fault of any in the community and there are no bad 
intentions on the part of any of them. You can’t expect a few people to give 
you the functionality and support of 10’s of thousands. I wish the ecosystem 
was usable by myself but I recognize the realty.

You’re never going to be happy with this situation (and it’s never going to 
change) so I suggest it would be best to abandon it and move on.


> On Jan 25, 2021, at 8:28 PM, Hung Nguyen Gia via openindiana-discuss 
>  wrote:
> 
> Thank you. But I would rather know how to do this myself.
> 
> BTW, I know FreeBSD, too.
> 
> Things may not be as simple as you see.
> 
> BSD scheme maybe incompatible with Solaris scheme.
> 
> We would rather wait the people who really know the system reply to us.
> 
> If they even care, at all.
> 
> Forget me and continue with your adventure.
> 
> Please don't say with me you spend these previous days all troubled with OI 
> installation and setup but no actual progress in building packages!
> 
> Because very deep in me my intuition said with me it's  to be so!
> 
> If you don't mind, please tell a bit about your progress.
> 
> I'm still waiting for your XFCE4.
> 
> Good luck with your adventure.
> 
> p/s: which FreeBSD forums account name of your? Maybe we know each other.
> 
> I'm a notorious SPAMMER and TROLL on this forums (at least the MODs 
> considered me to be so) and get BANNED I think forever from it. They banned 
> my country's whole IP range just because of me!
> 
> Just recently, I found they lifted the BAN. I could access this forums now 
> and just tried to register again.
> 
> To be honest, I can't stand the members' FreeBSD first attitude. I tried my 
> best, sacrificed my personal character, to EXPOSE that their OS is not the 
> BEST and there are many things LINUX does BETTER.
> 
> So I get HATRED. The same as I'm being HATRED on this mailing list.
> 
> Today I'm more mentally stable than me of the past. I'm no longer passionate 
> in anything.
> 
> Maybe if I could get my account accepted I will just do my own business I 
> don't care what the heck about their OS.
> 
> All of the minor OS community so far have the 

Re: [OpenIndiana-discuss] GParted crashed

2021-01-26 Thread Judah Richardson
The last time I tried using it (sometime in 2020) it crashed on me too. I
just use my Debian machine's GParted instead.

On Tue, Jan 26, 2021 at 2:26 AM Hung Nguyen Gia via openindiana-discuss <
openindiana-discuss@openindiana.org> wrote:

> I'm out of patient with this format stuff.
>
> I ended up use GParted on Linux to fix the partition table.
>
> But guess what? The format command on OI still doesn't see the extended
> space.
>
> There is a command called 'expand' to expand the label to whole partition.
>
> I tried this expand command. And guest what? It said there is nothing to
> expand!
>
> What a piece of sh8t! How misleading! What this 'expand' command actually
> do?
>
> The 'modify' command even give insane result where a partition table is
> full of zeros, zero cylinders, zero, everything zero!
>
> Of course I'm not that stupid to accept these results. I always typed no.
>
> BTW, what an insane default setting to defaulting all of the answer to be
> [yes]!
>
> Too disappointed I'm not bother to try other 'commands' of the horrible
> 'format'.
>
> But I did tried to run format the last time to see if I have any lucks.
>
> And guest what? After I selected my usb stick it just printed [disk
> formatted] and the whole system hung.
>
> I have to cold reset again to boot to Linux to post this email.
>
> What a terrible experience! I give up. Good luck with your OS. I'm out.
>
>
>
>
>  On Tue, 26 Jan 2021 14:49:04 +0700 Hung Nguyen Gia via
> openindiana-discuss  wrote 
>
>  > GParted crashed immediately when being started on a live usb system and
> core dumped.
>  >
>  > I could sure the core file is of gparted since sudo file core reported
> it's of 'gpartedbin'
>  >
>  > Trying running from terminal with sudo gparted Segmentation fault
> immediately.
>  >
>  > Don't ask me to upload the core file to you. The feeling of mine when
> this happened is... if I could smash the monitor, I would.
>  >
>  > Jim, I said with you I don't want to be spoonfed. But please spoonfed
> me this time, just this time, please. I don't want to deal with the
> horrible format command.
>  >
>  > format -e indeed showed the usb stick. But I have no idea how to
> accomplish my goal.
>  >
>  > The live usb image is 1.9G in size and my stick is 16G in size.
>  >
>  > I want to fix the partition table, so it fully recognize my usb as 16G
> and I want to resize the root partition (slice 2) to extend it to fill the
> remaining space.
>  >
>  > Without fixing the partition table, format doesn't see the device's
> size as 16G but just 1.9G.
>  >
>  > Of course, I could fix the partition table from GParted on Linux, but I
> don't know if it would caused any corruption because of the incompatibility
> between the two systems.
>  >
>  > I know how to use format the most basic way, mainly to prepare the disk
> to install Tribblix to UFS and setup the swap partition.
>  >
>  > I have no deeper experience with it so far.
>  >
>  > Researching requires me to read the Oracle manual, which IMHO is always
> long and boring to read compared to what of Linux and FreeBSD.
>  >
>  > This time I tried to type format after selected my usb stick and guess
> what? My live system hung immediately and I have to cold reset it to boot
> back to Linux. Please help.
>  >
>  > ___
>  > 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


Re: [OpenIndiana-discuss] python-gi in OI?

2021-01-26 Thread Alan Coopersmith

On 1/25/21 10:59 PM, Tony Brian Albers wrote:

On 01/25/21 04:45 PM, Alan Coopersmith wrote:

On 1/25/21 4:24 AM, Tony Brian Albers wrote:

Hi guys,

I'm trying to get virt-manager to work. But it complains about not being
able to load gi:

tba@emu:/opt$ virt-manager
Traceback (most recent call last):
     File "/usr/bin/virt-manager", line 6, in 
   from virtManager import virtmanager
     File "/usr/share/virt-manager/virtManager/virtmanager.py", line 15,
in 
   import gi
ModuleNotFoundError: No module named 'gi'
tba@emu:/opt$


Does anyone know if we have gi somewhere?


The gi python module comes from the pygobject-* packages:

https://pkg.openindiana.org/hipster/en/search.shtml?token=pygobject&action=Search


  -alan-


Thanks Alan,

I tried using python3.5, but now I just get a "Namespace LibvirtGLib not
available" so it seems that more stuff is missing.


The gi module is used to load gobject-introspection files, which projects based
on glib (like GTK & gnome, but also some non-GUI software) uses to provide
Python bindings to their API's without having to hand craft the bindings
themselves, instead scanning their C or C++ API's, recording that in the gi
files, and autogenerating Python APIs from the gi files.

So I think you'd need to pkg search for "LibvirtGLib.typelib" to see if there's
a matching gobject-introspection file for this library already packaged - there
may not be if the package wasn't built with gobject-introspection to generate
the files.  (They usually end up in /usr/lib/amd64/girepository-1.0/ or
/usr/lib/girepository-1.0/ for 32-bit versions.)

-alan-

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss