Blog Comments

Once again, Malcolmlewis was also kind enough to package gImageReader for openSUSE-Leap-15.2. MANY THANKS Malclom !!

openSUSE Leap-15.2

For information, to setup gImageReader to read/OCR German and French in opnSUSE-Leap-15.2.

First - to add Malcomlewis' repository (the below commands need to be sent with root permissions) :

Code:

zypper ar http://download.opensuse.org/repositories/home:/malcolmlewis:/openSUSE_General/openSUSE_Leap_15.2/ malcolm

To update the new repository.

Code:

 zypper update

Then to install the necessary applications :

Code:

zypper in aspell-en aspell-fr ispell-french ispell-german aspell-spell myspell-de myspell-fr_FR

Code:

zypper in tesseract-ocr tesseract-ocr-traineddata-german tesseract-ocr-traineddata-english tesseract-ocr-traineddata-french

Code:

zypper in gimagereader gimagereader-qt5

... and finally to remove the repository :

Code:

zypper rr malcolm

I launched gimagreader with the command "gimagereader-qt5 %U".

Gimagereader comes up ok. ... On my PC I tested this with an OCR of a German language document.

Many thanks again to Malcomlewis for packaging gimagereader.

Out of curiousity, I plugged my monitor into my PC (together with low power speakers and the desktop PC itself), and then I removed the input power to the UPS. I did this to check the load. This is what "pwrstat -status" yields:

and this is what "pwrstat -status" yields after power is restored to the UPS.

The load only being ~90-watts surprised me, so I suspect that is inaccurate. Note the estimate of time in which power may be available, once on battery is down to ~31-minutes.

After a couple of days with the UPS setup, I installed the rpm version of the CyberPower "powerpanel" software, which can be located on their website here.

In addition for MS-Windows and MacOS installation downloads, they also have downloads for GNU/Linux, where it is packaged as a .deb, rpm, and .tar. I downloaded the 64-bit rpm "PPL_64bit (rpm)_v1.3.2.rpm" .

Installation

I simply used zypper to install (with root permissions):

Code:

zypper in PPL_64bit (rpm)_v1.3.2.rpm

and I selected to ignore that the package was not signed.

I received some errors as part of the install, suggesting to me the install was successful, but that the daemon did not start. These being:

Code:

//etc/init.d/pwrstatd,start=2,3,4,5 doesn't exist at /sbin/insserv line 246. 
...
/sbin/insserv failed, exit code 1
redirecting to systemctl start pwrstatd.service
Failed to start pwrstatd.service: Unit pwrstatd.service not found.

I checked the /etc directory and I noted the various scripts installed

• hibernate.sh
• pwrstadt-email.sh
• pwrstadt-lowbatt.sh
• pwrstadt-powerfail.sh
• pwrstadt.conf
• shutdown.sh

Starting the daemon via the Service Manager

I then checked under YaST > System > Services Manager, and I did not see "pwrstatd" listed as a service. That suggested it was not yet detected by the openSUSE LEAP-15.0 system after the rpm install (as suggested by the errors). I speculated that it might be detected after a restart of the services manager, so I rebooted, and again when into YaST > System > Services Manager. This time I noted the service present, but it was not running:



Further not only was it "Inactive(Dead)" but it was on a Start=Manually. So I changed the Start=On Boot, and activated the service. This is what I see then:


.


Status of the UPS via Power Panel

Nominally 'pwrstat' requires root permissions to run. With the service started, I then typed :

Code:

 linux-p15v:/etc # pwrstat -config

Daemon Configuration:

Alarm .............................................. On
Hibernate .......................................... Off

Action for Power Failure:

        Delay time since Power failure ............. 60 sec.
        Run script command ......................... On
        Path of script command ..................... /etc/pwrstatd-powerfail.sh
        Duration of command running ................ 0 sec.
        Enable shutdown system ..................... On

Action for Battery Low:

        Remaining runtime threshold ................ 300 sec.
        Battery capacity threshold ................. 35 %.
        Run script command ......................... On
        Path of command ............................ /etc/pwrstatd-lowbatt.sh
        Duration of command running ................ 0 sec.
        Enable shutdown system ..................... On

I figured that a good sign, indicating it was now running as a daemon, using default emergency settings.

Edit configuration files and restarting the pwrstatd service

I then opened (with root permissions such that I could edit if desired) the file "/etc/pwrstadt.conf". I made a couple of changes, and saved the file. I noted the file stated to restart the daemon, to type:

Code:

/etc/init.d/pwrstatd restart

but that yielded:

Code:

linux-p15v:/etc # /etc/init.d/pwrstatd restart
redirecting to systemctl restart pwrstatd.service

Simply typing:

Code:

systemctl restart pwrstatd.service

worked fine.
.

Various Power Panel commands

One can obtain the various command options from the pwrstat program by typing:

Code:

pwrstat -help

and get status by typing:

Code:

pwrstat -status

There is a good man page, which can be read by typing:

Code:

man pwrstat

Its a pretty basic command line series of configuration files ... at least it is for myself, and reminds me of my early days in GNU/Linux over 20 years ago.
.

I recently installed openSUSE-15.1 on my Toshiba Z930 ultrabook, and installed the printer using the identical technique to that above. Very fast and smooth installation of the printer for printing and scanning.

openSUSE-Leap-15.1. gimagereader - Once again, Malcolmlewis was also kind enough to package gImageReader for openSUSE-Leap-15.1. MANY THANKS Malclom !!

openSUSE Leap-15.1

For information, to setup gImageReader to read/OCR German and French in opnSUSE-Leap-15.1.

First - to add Malcomlewis' repository (the below commands need to be sent with root permissions) :

Code:

zypper ar http://download.opensuse.org/repositories/home:/malcolmlewis:/openSUSE_General/openSUSE_Leap_15.1/ malcolm

To update the new repository.

Code:

 zypper update

Then to install the necessary applications :

Code:

zypper in aspell-en aspell-fr ispell-french ispell-german aspell-spell

Code:

zypper in tesseract-ocr tesseract-ocr-traineddata-german tesseract-ocr-traineddata-english tesseract-ocr-traineddata-french

Code:

zypper in gimagereader gimagereader-qt5

... and finally to remove the repository :

Code:

zypper rr malcolm

I launched gimagreader with the command "gimagereader-qt5 %U".


Gimagereader comes up ok.


Many thanks again to Malcomlewis for packaging gimagereader.

As an example of the above one line command, ... lets say in a directory I have only the following 4 stabilized video files:

00040.mts
00041.mts
00042.mts
00043.mts

After running the above noted ffmpeg command, it would create 4 x stablized videos, and 4 videos that compares the two, looking likes this in file names:

libvidstab_00040.mp4
libvidstab_00041.mp4
libvidstab_00042.mp4
libvidstab_00043.mp4
compare_00040.mp4
compare_00041.mp4
compare_00042.mp4
compare_00043.mp4

Those 8 new files would be now in the same directory as the old directory, in addition to the original 4 files.

openSUSE-Leap-42.3. gimagereader - Once again, Malcolmlewis was also kind enough to package gImageReader for openSUSE-Leap-42.3. MANY THANKS Malclom !!

openSUSE Leap-42.3

For information, to setup gImageReader to read/OCR German and French in opnSUSE-Leap-42.3. This is pretty much identical to that used with openSUSE-Leap-42.2 - with only a repository change (to 42.3).

First - to add Malcomlewis' repository (the below commands need to be sent with root permissions) :

Code:

zypper ar http://download.opensuse.org/repositories/home:/malcolmlewis:/openSUSE_General/openSUSE_Leap_42.3/ malcolm

Then to install the necessary applications :

Code:

zypper in aspell-de aspell-en aspell-fr ispell-french ispell-german aspell-spell

Code:

zypper in tesseract-ocr tesseract-ocr-traineddata-german tesseract-ocr-traineddata-english tesseract-ocr-traineddata-french

Code:

zypper in gimagereader gimagereader-qt5

... and finally to remove the repository :

Code:

zypper rr malcolm

I launched gimagreader with the command "gimagereader-q5 %U".


Gimagereader comes up ok.


Many thanks again to Malcomlewis for packaging gimagereader.

I installed openSUSE-42.2 on my wife's desktop. Installation was very smooth. This PC is EFI capable but the EFI is disabled in the BIOS. inxi -F output :

Code:

System:    Host: linux-ftyo Kernel: 4.4.36-8-default x86_64 (64 bit) Desktop: KDE Plasma 5.8.3
           Distro: openSUSE Leap 42.2
Machine:   Device: desktop Mobo: ASUSTeK model: P7H55-M v: Rev X.0x BIOS: American Megatrends v: 1002 date: 08/09/2010
CPU:       Quad core Intel Core i7 860 (-HT-MCP-) cache: 8192 KB 
           clock speeds: max: 2801 MHz 1: 1200 MHz 2: 1200 MHz 3: 1333 MHz 4: 1200 MHz 5: 1200 MHz 6: 1333 MHz
           7: 1200 MHz 8: 1200 MHz
Graphics:  Card: NVIDIA GT218 [GeForce 210]
           Display Server: X.Org 1.18.3 drivers: nouveau (unloaded: modesetting,fbdev,nv,vesa)
           Resolution: 1280x1024@60.02hz
           GLX Renderer: Gallium 0.4 on NVA8 GLX Version: 3.0 Mesa 11.2.2
Audio:     Card-1 Intel 5 Series/3400 Series High Definition Audio driver: snd_hda_intel
           Card-2 NVIDIA High Definition Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.4.36-8-default
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
           IF: eth0 state: up speed: 100 Mbps duplex: full mac: 20:cf:30:ac:00:0c
Drives:    HDD Total Size: 1000.2GB (41.1% used)
           ID-1: /dev/sdb model: Hitachi_HDS72105 size: 500.1GB
           ID-2: /dev/sda model: ST3500630A size: 500.1GB
Partition: ID-1: / size: 25G used: 8.6G (37%) fs: ext4 dev: /dev/sdb6
           ID-2: /home size: 201G used: 119G (63%) fs: ext4 dev: /dev/sdb7
           ID-3: swap-1 size: 2.15GB used: 0.00GB (0%) fs: swap dev: /dev/sdb5
Sensors:   System Temperatures: cpu: 38.0C mobo: 30.0C gpu: 39.0
           Fan Speeds (in rpm): cpu: 1298 sys-1: 1875
Info:      Processes: 207 Uptime: 0:37 Memory: 929.6/5931.1MB Client: Shell (bash) inxi: 2.3.5

I installed LEAP-42.2 on my wife's Lenovo X220 laptop. There is not much to say other than thus far everything seems to just work. I have not thou - tried out all the function keys yet. I do note the brightness up/down function key works ok.

Here is the inxi output

Code:

System:    Host: linux-aa7h Kernel: 4.4.36-8-default x86_64 (64 bit) Desktop: KDE Plasma 5.8.3
           Distro: openSUSE Leap 42.2
Machine:   Device: laptop System: LENOVO product: 4286CTO v: ThinkPad X220
           Mobo: LENOVO model: 4286CTO UEFI [Legacy]: LENOVO v: 8DET70WW (1.40 ) date: 05/14/2015
Battery    BAT0: charge: 41.4 Wh 98.9% condition: 41.9/44.0 Wh (95%)
CPU:       Dual core Intel Core i5-2410M (-HT-MCP-) cache: 3072 KB 
           clock speeds: max: 2900 MHz 1: 1530 MHz 2: 1320 MHz 3: 807 MHz 4: 1894 MHz
Graphics:  Card: Intel 2nd Generation Core Processor Family Integrated Graphics Controller
           Display Server: X.Org 1.18.3 drivers: intel (unloaded: modesetting,fbdev,vesa)
           Resolution: 1366x768@60.02hz
           GLX Renderer: Mesa DRI Intel Sandybridge Mobile GLX Version: 3.0 Mesa 11.2.2
Audio:     Card Intel 6 Series/C200 Series Family High Definition Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.4.36-8-default
Network:   Card-1: Intel 82579LM Gigabit Network Connection driver: e1000e
           IF: eth0 state: down mac: f0:de:f1:7e:f4:97
           Card-2: Intel Centrino Advanced-N 6205 [Taylor Peak] driver: iwlwifi
           IF: wlan0 state: up mac: a0:88:b4:d3:3f:38
Drives:    HDD Total Size: 250.1GB (49.3% used)
           ID-1: /dev/sda model: HITACHI_HTS54322 size: 250.1GB                                                                  
Partition: ID-1: / size: 19G used: 8.5G (49%) fs: ext4 dev: /dev/sda6                                                            
           ID-2: /home size: 28G used: 4.4G (17%) fs: ext4 dev: /dev/sda7                                                        
           ID-3: swap-1 size: 2.16GB used: 0.00GB (0%) fs: swap dev: /dev/sda5                                                   
Sensors:   System Temperatures: cpu: 44.0C mobo: N/A                                                                             
           Fan Speeds (in rpm): cpu: 1912                                                                                        
Info:      Processes: 156 Uptime: 0:06 Memory: 556.0/3833.4MB Client: Shell (bash) inxi: 2.3.5                                   
kob@linux-aa

After running my Desktop core-i7 for a few days with openSUSE LEAP-42.2, I noted a number of times it seemed to 'freeze' for 5 seconds or so ... which I had not seen on openSUSE-13.2. Further while a boot is nominally less than 20-seconds, on a few occasions it sat for a couple of minutes with the 'light bulb" but no boot.

I was suspicious of the graphic driver as I had read there could be some hiccups with the Intel driver and the content of the current issue of LEAP-42.2. There is a good thread here on openSUSE forums on some hiccups some have seen with the Intel driver.

Now recall my Desktop PC :

Originally Posted by oldcpu

And here is the output of "inxi -F" for my Desktop with openSUSE LEAP-42.2:

Code:

System:    Host: linux-gogk Kernel: 4.4.36-8-default x86_64 (64 bit) Desktop: KDE Plasma 5.8.3
           Distro: openSUSE Leap 42.2
...
CPU:       Quad core Intel Core i7-4770 (-HT-MCP-) cache: 8192 KB 
           clock speeds: max: 3900 MHz 1: 3728 MHz 2: 3866 MHz 3: 3899 MHz 4: 3875 MHz 5: 3905 MHz 6: 3711 MHz
           7: 3725 MHz 8: 3700 MHz
Graphics:  Card: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
           Display Server: X.Org 1.18.3 drivers: intel (unloaded: modesetting,fbdev,vesa)
           Resolution: 1920x1200@59.95hz
           GLX Renderer: Mesa DRI Intel Haswell Desktop GLX Version: 3.0 Mesa 11.2.2
....

It should have snappy performance under LEAP-42.2. So I followed the advice in the thread linked above. First I confirmed I was using the i915 driver with my desktop, running the following in a konsole as a regular user:

Code:

/sbin/lspci -nnk | grep 'VGA\|3D\|Display' -A3

The confirmed the i915 driver. Then per the noted thread , with root permissions I created the file : /etc/X11/xorg.conf.d/20-intel.conf where I adopted the glamor solution with this content in that file:

Code:

Section "Device"
        Identifier "Xorg Modesetting Driver "
        Driver "modesetting"
EndSection

I saved that, rebooted, and tested and I have to say my desktop after a short test is running much better (more snappy with the graphics). It also boots a bit quicker, closer to what I had with openSUSE-13.2. I watch this over the coming weeks and see how it performs.

I did not try the "UXA" approach (also documented in the thread above) although I could have. In the case of the UXA approach the content to use in the "20-intel.conf" file instead would have been:

Code:

Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
   Option      "AccelMethod"  "uxa"
EndSection

I have also applied the 'glamor' approach to my Toshiba laptop which is using the "i915" driver, although I don't think it necessary for my laptop as I have not observed any of the 'freezes' with the laptop that I saw on the desktop.

If anyone has comments/difficult with your Intel driver, please do not reply to this blog entry, but rather post in the above noted thread.

Thanks - and if you use openSUSE-Leap-42.2 I hope you enjoy using it like I am currently enjoying.

This is the inxi from a non-EFI (non-GPT) openSUSE-42.2 install ... on an older core-i7 of mine. This installation, not having an EFI BIOS, was very basic and simple. Everything 'just worked' on this install.

Code:

System:    Host: linux-u9up Kernel: 4.4.36-8-default x86_64 (64 bit) Desktop: KDE Plasma 5.8.3
           Distro: openSUSE Leap 42.2
Machine:   Device: desktop Mobo: ASUSTeK model: P6T DELUXE V2 v: Rev 1.xx BIOS: American Megatrends v: 1108 date: 09/21/2010
CPU:       Quad core Intel Core i7 920 (-HT-MCP-) cache: 8192 KB 
           clock speeds: max: 2668 MHz 1: 1600 MHz 2: 1600 MHz 3: 1600 MHz 4: 1600 MHz 5: 1600 MHz 6: 1600 MHz
           7: 1600 MHz 8: 1600 MHz
Graphics:  Card: NVIDIA GT200 [GeForce GTX 260]
           Display Server: X.Org 1.18.3 drivers: nouveau (unloaded: modesetting,fbdev,nv,vesa)
           Resolution: 1920x1200@59.95hz
           GLX Renderer: Gallium 0.4 on NVA0 GLX Version: 3.0 Mesa 11.2.2
Audio:     Card Intel 82801JI (ICH10 Family) HD Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.4.36-8-default
Network:   Card-1: Marvell 88E8056 PCI-E Gigabit Ethernet Controller driver: sky2
           IF: eth1 state: down mac: 00:24:8c:7e:ee:38
           Card-2: Marvell 88E8056 PCI-E Gigabit Ethernet Controller driver: sky2
           IF: eth0 state: up speed: 100 Mbps duplex: full mac: 00:24:8c:7e:ee:39
Drives:    HDD Total Size: 1500.3GB (23.6% used)
           ID-1: /dev/sda model: ST31500341AS size: 1500.3GB
Partition: ID-1: / size: 29G used: 9.4G (34%) fs: ext4 dev: /dev/sda2
           ID-2: /home size: 1.2T used: 315G (27%) fs: ext4 dev: /dev/sda7
           ID-3: swap-1 size: 6.82GB used: 0.00GB (0%) fs: swap dev: /dev/sda5
Sensors:   System Temperatures: cpu: 54.0C mobo: 46.0C
           Fan Speeds (in rpm): cpu: 937 psu: 0 sys-1: 0 sys-2: 0 sys-3: 0
Info:      Processes: 219 Uptime: 0:04 Memory: 668.5/5956.3MB Client: Shell (bash) inxi: 2.3.5

The cpu is running a bit warm on this PC, and I need to take it aside and clean the fan and clean the heat sink.

For comparison (with Tumbleweed) here is the inxi from a different partition on same PC - but running Tumbleweed instead:

Code:

System:    Host: linux-c658 Kernel: 4.8.14-1-default x86_64 (64 bit) Desktop: KDE Plasma 5.8.4
           Distro: openSUSE Tumbleweed
Machine:   Device: desktop Mobo: ASUSTeK model: P6T DELUXE V2 v: Rev 1.xx BIOS: American Megatrends v: 1108 date: 09/21/2010
CPU:       Quad core Intel Core i7 920 (-HT-MCP-) cache: 8192 KB 
           clock speeds: max: 2668 MHz 1: 1600 MHz 2: 1600 MHz 3: 1600 MHz 4: 1600 MHz 5: 1600 MHz 6: 1600 MHz
           7: 1600 MHz 8: 1600 MHz
Graphics:  Card: NVIDIA GT200 [GeForce GTX 260]
           Display Server: X.Org 1.18.4 drivers: nouveau (unloaded: modesetting,fbdev,nv,vesa)
           Resolution: 1920x1200@59.95hz
           GLX Renderer: Gallium 0.4 on NVA0 GLX Version: 3.0 Mesa 13.0.2
Audio:     Card Intel 82801JI (ICH10 Family) HD Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.8.14-1-default
Network:   Card-1: Marvell 88E8056 PCI-E Gigabit Ethernet Controller driver: sky2
           IF: eth1 state: down mac: 00:24:8c:7e:ee:38
           Card-2: Marvell 88E8056 PCI-E Gigabit Ethernet Controller driver: sky2
           IF: eth0 state: up speed: 100 Mbps duplex: full mac: 00:24:8c:7e:ee:39
Drives:    HDD Total Size: 1500.3GB (1.3% used)
           ID-1: /dev/sda model: ST31500341AS size: 1500.3GB
Partition: ID-1: / size: 15G used: 11G (77%) fs: ext4 dev: /dev/sda3
           ID-2: /home size: 34G used: 2.0G (6%) fs: ext4 dev: /dev/sda6
           ID-3: swap-1 size: 6.82GB used: 0.00GB (0%) fs: swap dev: /dev/sda5
Sensors:   System Temperatures: cpu: 61.5C mobo: 50.0C
           Fan Speeds (in rpm): cpu: 1188 psu: 0 sys-1: 0 sys-2: 0 sys-3: 0
Info:      Processes: 221 Uptime: 0:07 Memory: 1148.2/5956.3MB Client: Shell (bash) inxi: 2.3.5

Again - CPU is running hot and I need to do something about that.

I like the 3rd party program "inxi" as it provides a nice summary of information on a PC's GNU/Linux setup.

Here is the output of "inxi -F" for my Laptop with openSUSE-LEAP-42.2:

Code:

System:    Host: linux-os1a Kernel: 4.4.36-8-default x86_64 (64 bit) Desktop: KDE Plasma 5.8.3
           Distro: openSUSE Leap 42.2
Machine:   Device: laptop System: TOSHIBA product: Satellite Z930 v: PT23LC-01300D
           Mobo: TOSHIBA model: Satellite Z930 v: Version A0 UEFI: TOSHIBA v: Version 6.80 date: 06/25/2013
CPU:       Dual core Intel Core i7-3667U (-HT-MCP-) cache: 4096 KB 
           clock speeds: max: 3200 MHz 1: 1774 MHz 2: 2216 MHz 3: 1089 MHz 4: 2596 MHz
Graphics:  Card: Intel 3rd Gen Core processor Graphics Controller
           Display Server: X.Org 1.18.3 drivers: intel (unloaded: modesetting,fbdev,vesa)
           Resolution: 1366x768@60.20hz
           GLX Renderer: Mesa DRI Intel Ivybridge Mobile GLX Version: 3.0 Mesa 11.2.2
Audio:     Card Intel 7 Series/C210 Series Family High Definition Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.4.36-8-default
Network:   Card-1: Intel 82579V Gigabit Network Connection driver: e1000e
           IF: eth0 state: down mac: e8:e0:b7:73:c3:68
           Card-2: Intel Centrino Wireless-N 2230 driver: iwlwifi
           IF: wlan0 state: up mac: 84:a6:c8:ad:ba:4c
Drives:    HDD Total Size: 320.1GB (32.1% used)
           ID-1: /dev/sda model: TOSHIBA_THNSNF25 size: 256.1GB
           ID-2: USB /dev/sdb model: DT_HyperX_3.0 size: 64.1GB
Partition: ID-1: / size: 25G used: 9.0G (38%) fs: ext4 dev: /dev/sda8
           ID-2: /home size: 126G used: 75G (60%) fs: ext4 dev: /dev/sda9
           ID-3: swap-1 size: 6.71GB used: 0.00GB (0%) fs: swap dev: /dev/sda5
Sensors:   System Temperatures: cpu: 67.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 181 Uptime: 0:11 Memory: 686.4/5860.7MB Client: Shell (bash) inxi: 2.3.5

And here is the output of "inxi -F" for my Desktop with openSUSE LEAP-42.2:

Code:

System:    Host: linux-gogk Kernel: 4.4.36-8-default x86_64 (64 bit) Desktop: KDE Plasma 5.8.3
           Distro: openSUSE Leap 42.2
Machine:   Device: desktop System: Gigabyte product: Z87X-D3H
           Mobo: Gigabyte model: Z87X-D3H-CF v: x.x UEFI: American Megatrends v: F7 date: 08/02/2013
CPU:       Quad core Intel Core i7-4770 (-HT-MCP-) cache: 8192 KB 
           clock speeds: max: 3900 MHz 1: 3728 MHz 2: 3866 MHz 3: 3899 MHz 4: 3875 MHz 5: 3905 MHz 6: 3711 MHz
           7: 3725 MHz 8: 3700 MHz
Graphics:  Card: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
           Display Server: X.Org 1.18.3 drivers: intel (unloaded: modesetting,fbdev,vesa)
           Resolution: 1920x1200@59.95hz
           GLX Renderer: Mesa DRI Intel Haswell Desktop GLX Version: 3.0 Mesa 11.2.2
Audio:     Card-1 Intel 8 Series/C220 Series High Definition Audio Controller driver: snd_hda_intel
           Card-2 Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller driver: snd_hda_intel
           Card-3 Logitech HD Webcam C910 driver: USB Audio
           Sound: Advanced Linux Sound Architecture v: k4.4.36-8-default
Network:   Card: Intel Ethernet Connection I217-V driver: e1000e
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: 94:de:80:ae:5b:77
Drives:    HDD Total Size: 2256.5GB (64.5% used)
           ID-1: /dev/sdb model: SanDisk_SD6SB1M2 size: 256.1GB
           ID-2: /dev/sda model: ST2000DM001 size: 2000.4GB
Partition: ID-1: / size: 48G used: 8.6G (19%) fs: ext4 dev: /dev/sdb5
           ID-2: /tmp size: 24G used: 45M (1%) fs: ext4 dev: /dev/sda3
           ID-3: /home size: 1.7T used: 1.3T (77%) fs: ext4 dev: /dev/sda8
           ID-4: /var size: 24G used: 617M (3%) fs: ext4 dev: /dev/sda2
           ID-5: swap-1 size: 17.83GB used: 0.00GB (0%) fs: swap dev: /dev/sda4
Sensors:   System Temperatures: cpu: 29.8C mobo: 27.8C
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 187 Uptime: 0:38 Memory: 622.4/15935.7MB Client: Shell (bash) inxi: 2.3.5

openSUSE-Leap-42.2. gimagereader - Once again, Malcolmlewis was also kind enough to package gImageReader for openSUSE-Leap-42.2. MANY THANKS Malclom !!


openSUSE Leap-42.2


For information, to setup gImageReader to read/OCR German and French in opnSUSE-Leap-42.2. This is pretty much identical to that used with openSUSE-Leap-42.1 - with only a repository change (to 42.2).


First - to add Malcomlewis' repository (the below commands need to be sent with root permissions) :

Code:

zypper ar http://download.opensuse.org/repositories/home:/malcolmlewis:/openSUSE_General/openSUSE_Leap_42.2/ malcolm

Then to install the necessary applications :

Code:

zypper in aspell-de aspell-en aspell-fr ispell-french ispell-german aspell-spell

Code:

zypper in tesseract-ocr tesseract-ocr-traineddata-german tesseract-ocr-traineddata-english tesseract-ocr-traineddata-french 
zypper in gimagereader gimagereader-qt5

... and finally to remove the repository :

Code:

zypper rr malcolm

I launched gaimagreader with the command "gimagereader-q5 %U".


Gimagereader comes up ok.


Many thanks again to Malcomlewis for packaging gimagereader.

Some things are no longer there - or maybe just on my machine. But they are minor things, and really do not matter.
I am happy if the system is properly stable. I had 4 working screens (is that what they are called?
'Arbeitsfläche' in German), each one had differen backgrounds, on 3 the backgrounds changed every
2 minutes. So 3D effects were possible, but caused trouble.

Now I have 3D if I want, but the background is uniform on all 4. I can just hear someone out there
complaining about that, but TBH it is SO minor, SO unimportant.

I hope all users truly focus on what Leap does, and what it has accomplished. It's a good release.
Silly the name may be, but as oldcpu says, why worry about that?

If it works, and works well, everything is more than good enough.

Cheers - A Grateful User

As an aside to the above, I've now installed openSUSE LEAP-42.1 on 6 PC partitions :

• friend of my wife's old 64-bit laptop - which had a mostly non-functioning Windows Vista. That PC now runs fine with LEAP
• my +90 year old mother's PC - it works well and she manages fine with it
• test partition on my backup core-i7 PC and it worked well (where I have now replaced that LEAP with Tumbleweed)
• primary paritition on my backup core-i7 PC (ie same PC as the above with Tumbleweed) and it is working well
• my Toshiba Z930 Ultrabook
• my wife's Core-i7 PC

There are still two PCs left in our apartment to update to LEAP (which are currently running openSUSE-13.2). There are my wife's Lenovo X220 laptop and my main core-i7 desktop PC.

Overall - after one has installed the latest updates - I find leap works quite well.
.

openSUSE-Leap-42.1. gimagereader - Once again, Malcolmlewis was also kind enough to package gImageReader for openSUSE-Leap-42.1.

openSUSE Leap-42.1

For information, to setup gImageReader to read/OCR German and French in opnSUSE-Leap-42.1, I modified the guide above since the packages are slightly different in Leap.

First - to add Malcomlewis' repository (the below commands need to be sent with root permissions) :

Code:

zypper ar http://download.opensuse.org/repositories/home:/malcolmlewis:/openSUSE_General/openSUSE_Leap_42.1/ malcolm

Then to install the necessary applications :

Code:

zypper in aspell-de aspell-en aspell-fr ispell-french ispell-german aspell-spell

Code:

zypper in tesseract-ocr tesseract-ocr-traineddata-german tesseract-ocr-traineddata-english tesseract-ocr-traineddata-french 
zypper in gimagereader gimagereader-qt5

... and finally to remove the repository :

Code:

zypper rr malcolm

I launched gaimagreader with the command "gimagereader-q5 %U".

I did note the error:

Code:

QTextCursor::setPosition: Position '385' out of range

However gimagereader did come up ok, and I was able to conduct an OCR from French (JPEG with text) to English language

Many thanks again to Malcomlewis for packaging gimagereader.

Here are links to a few more reviews on LEAP-42.1 :

• Linux.com: openSUSE Leap 42.1 Review: The Most Mature Linux Distribution
• The Register: openSUSE Leap: Middle ground between cutting edge and conservative
• Unixmen: Review OpenSUSE 42.1 Leap

I mostly agree with your post.

I don't have insight into the internal thinking, other that what I read in mailing lists. But I do think the move to Leap is mutually beneficial to both the SLE folk and the opensuse folk.

I was planning to stay with opensuse 13.2, and jump into Leap at 42.2 (or whatever is the next version). But, much like you, I was surprised at how well 42.1 has turned out. So now that's on my main desktop. It seems that massive amount of work was done between Beta1 and the final release.

Below are links to two reviews on openSUSE-LEAP-42.1 :

• ordinatechnic dot com - openSUSE Leap 42.1 Review
• Distrowatch - Leaping in a new direction with openSUSE 42.1

... continued from part-1 above (this is part-2) ...

Direction of openSUSE

With questions about LEAP, also come questions about how does openSUSE get its direction ?

How does openSUSE gets its direction ? … My view ? This is tracked and influenced by the openSUSE board.

The openSUSE board is elected by openSUSE members. Not anyone can become an openSUSE member, as we don't want “fly by night” distro hopper critics nor do we want people with impossible visions of GNU/Linux, who never contribute, to become openSUSE members.

Hence I believe that openSUSE membership is given to those who

1. ask to be members and who
2. can show that they have actually contributed to openSUSE, and who
3. are still contributing to openSUSE.

The elected openSUSE board review (or possibly delegate the review) of any new people who apply to be members. And all openSUSE members need to keep contributing as after time, the intent (if not yet implemented to be implemented soon) is that those who stop contributing, will subsequently lose their openSUSE membership. And they will lose their vote for the board members. I consider such a process as logical.

The elected openSUSE board then has a mandate to discuss with SuSE-GmbH any common LEAP/SLE aspects, as part of the effort to ensure the best approach is taken.

Almost all the discussions of such, are contained in public on the mailing lists. Both openSUSE members and non-members can thus watch and join in the discussions. There are many thousands of posts on the SLE/openSUSE merge creating LEAP. It was a very well discussed subject.

OpenSUSE Web page.

I like the new openSUSE web page. I know that not everyone does like it.

wrt the openSUSE web page: One simply needs to scroll down and also hover their mouse over various aspects. There was a LOT of discussion and good design effort applied to create this page. It covers Tumbleweed, LEAP, and also openSUSE tools. One just needs to scroll down the page. Hover ones mouse over various items in the page.

Benefits of OpenSUSE support to those who contribute

Wrt GNU/Linux, clearly I am an openSUSE fan. I started out on Red Hat in 1998, but I moved to SuSE-PrO in either year 2000 or 2001 (I can't recall now) and then later to openSUSE. In 2005 I joined the forums, and later in 2005 (or maybe it was 2006) I was asked to join as a moderator. Today, I would not dream of moving to any other distribution.

The reason for me staying with openSUSE is highly personal. I know too many people on the forum, and also know some at SUSE-GmbH. I've never met most of them, but we have exchanged posts, chatted on IRC chat at times, and in some cases worked on bug reports together. If I have a problem on openSUSE , and I do have problems from time to time on openSUSE, I find I get superb support. Possibly because those giving me support know I will politely and technically help solve the problem I encounter with them, and possibly they may give me a bit more support priority than anyone who jumps in with a flame complaint. That is human nature and I suspect the same is true for any distribution.

In general, I believe that those who contribute more, also get more support. Honestly, I doubt that I would ever get the same support on any GNU/Linux distribution, as it would take me years to build up the same liaison/contacts. This is something GNU/Linux distro hoppers will never understand and never agree with. But its something I see as a fact with all GNU/Linux distributions (and not just openSUSE).

In general for all GNU/Linux distributions, and not just openSUSE, I believe users should try to find a way in which they can involve themselves in the open source community (so to obtain mutual benefit). I find it is only by contributing, that the true benefit of open source in GNU/Linux can be received. One can then work within that distribution to make the changes one wants.

The above is a long podium pontification. I know not all will agree. Likely I have a number of details inaccurate and possibly wrong. But it does reflect my thinking, and in many respects why I like openSUSE.