DOCSLIB.ORG

QUBI-RIO 110 in Ethernet Relais Module GERMANY

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
QUBI-RIO 110 in Ethernet Relais Module GERMANY https://datarespons.solutions MADE QUBI-RIO 110 IN Ethernet Relais Module GERMANY Ethernet Relay Module The Ethernet Relay Module is a compact module for test and performance automation. With the 24 relays á 2A it owns a high flexibility and the open Applica- tion Programming Interface. It is easy to start up and use. Description Applikationen The peculiarity of the QUBI-RIO 110 • Test automation lies in the open programming. The access to the relay is carried out • endtest in production 24 Relays 12A directly via the socket. This means • IIOT gateway that almost all switching tasks • Rleay matrix applications can be implemented flexibly and tailored. The system is independent • Mobile control unit test of the operating system and works without any drivers and no current- software license costs. Key Features Open API Web Interface Areas of use • 10/100 Mbit/s LAN Schnittstelle With the QUBI-RIO 110 tests with • API in high programming language higher loads up to 2A will be per- • 24 mechanical relays formed completely automated. With • standalone time function the QUBI-RIO 110 short circuits on Power,- bus line or in/output- • Operating temp.: -40°C ... +70°C TCP/IP, UDP Plug & Play triggered by cable breaks - can be simulated quickly and automatically. Furthermore, switching tasks such as the control of traffic lights in the lean production, or the final test can XS be realized by electronic components. Extra small DIN Rail Rev. 12/17 https://datarespons.solutions QUBI-RIO 110 Ethernet Relay Module The test unit QUBI RIO 100 is with its 24 12A/240VAC relays and the com- pact und robust design, designed for applications in the verifying and test automation field. The device has two interfaces: USB or Ethernet. Thereby a server client communication is established by the access on the IO-Socket of the system. The programming is possible in the following high level languages like C, C++, C#, Visual Basic, Python, Perl or and PHP is available. With QUBI RIO it is possible to customize and fully automate the simulation of cable bra- kes and short circuits. With the open Application Programming Interface QUBI RIO unifies high standardization with flexibility and customization. All advantages at one glance: • 24 High performance Relays with 12A The QUBI-RIO 110 can be • For all operating Systems ( Windows, Linux etc.) easily installed via DIN • Compact and robust Rail mounting. • Standalone mode • Plug-in-Play start and use • Open Application Programming Interface • Supports C, C++, C#, Java, .NET and Python • No external software needed • Web interface for quick installation • Extended Temperature Range (-40°C to +70°C) • Ethernet and USB communication Automation of short circuit tests and simulati- ons of actuators. Rev. 12/17 https://datarespons.solutions QUBI-RIO 110 Ethernet Relay Module Relay specification Relay 2 A signal relay, SPST-NO Relay arrangement 24 normally open (Roff ≥ 1MΩ ; Ron ≤ 1Ω) Switching speed communication 2 ms Galvanic isolation 2000 V DC between primary/secondary circuit Switching and feed-through current max. 2 A (per relay) Switching and feed-through voltage (DC) max. 60 V DC Switching and feed-through power (DC) max. 30 VA Switching speed incl. contact bounce 8 ms Switching frequency max. 100 Hz Guaranteed switching cycles max. 100.000 switching cycles Contact resistance (feed-through) max. 0,5 Ω Isolation resistance relay contacts min. 1 MΩ (test voltage 500 V DC) Isolation relay contacts to control min. 2000 V AC (test parameters 1mA/50-60Hz/1min) Recommended load min. 2 mA at 5 V DC Electrical specification Supply voltage (Upower) nominal: 12/24/48 V DC Supply voltage trip level 9,2 V DC Power connector 2 pole female Reverse polarity protection min. 60 V DC Power consumption min. 0,5 W, typ. 2 W, max. 6 W Peak inrush current typ. 1000 mA, max. 1500 mA (Requirement:Upower=24V for 2ms) Mechanical specification Dimension housing (H x W x D) 170 x 115 x 44 mm Housing IP protection class IP 20 Weight 585 g Relay contacts connector 12x4 pole spring-loaded terminals Environment specification Storage temperature -40°C to +85°C Humidity non-condensing 35% to 85% Operating temperature -40°C to +70°C (regard derating note in the manual) EMC Immunity DIN EN 61000-6-2 : 2006 Emission DIN EN 61000-6-4 : 2011 Order information Order no. Product-Code Description Number of Relays Relay 006-110-100 QUBI-RIO-100 Ethernet Remote Relay Module 12A 24 12A 006-110-101 QUBI-RIO-110 Ethernet Remote Relay Module 2A 24 2A Rev. 12/17 Main offices Group HQ Denmark Data Respons ASA Data Respons A/S Sandviksveien 26 Smedeholm 10 NO-1363 Høvik, Norway DK-2730 Herlev Tel.: +47 67 11 20 00 Tel.: +45 88 32 75 00 [email protected] [email protected] Sylog AB Jan Stenbecks Torg 17, III Germany Norway SE-164 40 Kista Data Respons GmbH Data Respons Norge AS Tel.: +46 (0)8 750 49 00 Amalienbadstr. 41, Bau 53 Sandviksveien 26 DE-76227 Karlsruhe NO-1363 Høvik Tel.: +49 721 480 887 10 Tel.: +47 67 11 20 00 TechPeople A/S [email protected] [email protected] Smedeholm 10 DK-2730 Herlev Sweden Taiwan Tel.: +45 88 32 75 00 Data Respons AB Data Respons ASIA Jan Stenbecks Torg 17, III 18F-6 NO. 738, MicroDoc Computersysteme GmbH SE-164 40 Kista Chung-Cheng Road, Elektrastrasse 6A Tel.: +46 8 501 688 00 Chung-Ho, New Taipei D-81925 Munich, Germany [email protected] Tel.: +886 2 8226 2150 Tel: +49-89-551969-0 https://datarespons.solutions.
Load more

Recommended publications
  • 1. D-Bus a D-Bus FAQ Szerint D-Bus Egy Interprocessz-Kommunikációs Protokoll, És Annak Referenciamegvalósítása
    Az Udev / D-Bus rendszer - a modern asztali Linuxok alapja A D-Bus rendszer minden modern Linux disztribúcióban jelen van, sőt mára már a Linux, és más UNIX jellegű, sőt nem UNIX rendszerek (különösen a desktopon futó változatok) egyik legalapvetőbb technológiája, és az ismerete a rendszergazdák számára lehetővé tesz néhány rendkívül hasznos trükköt, az alkalmazásfejlesztőknek pedig egyszerűen KÖTELEZŐ ismerniük. Miért ilyen fontos a D-Bus? Mit csinál? D-Bus alapú technológiát teszik lehetővé többek között azt, hogy közönséges felhasználóként a kedvenc asztali környezetünkbe bejelentkezve olyan feladatokat hajtsunk végre, amiket a kernel csak a root felasználónak engedne meg. Felmountolunk egy USB meghajtót? NetworkManagerrel konfiguráljuk a WiFi-t, a 3G internetet vagy bármilyen más hálózati csatolót, és kapcsolódunk egy hálózathoz? Figyelmeztetést kapunk a rendszertől, hogy új szoftverfrissítések érkeztek, majd telepítjük ezeket? Hibernáljuk, felfüggesztjük a gépet? A legtöbb esetben ma már D-Bus alapú technológiát használunk ilyen esetben. A D-Bus lehetővé teszi, hogy egymástól függetlenül, jellemzően más UID alatt indított szoftverösszetevők szabványos és biztonságos módon igénybe vegyék egymás szolgáltatásait. Ha valaha lesz a Linuxhoz professzionális desktop tűzfal vagy vírusirtó megoldás, a dolgok jelenlegi állasa szerint annak is D- Bus technológiát kell használnia. A D-Bus technológia legfontosabb ihletője a KDE DCOP rendszere volt, és mára a D-Bus leváltotta a DCOP-ot, csakúgy, mint a Gnome Bonobo technológiáját. 1. D-Bus A D-Bus FAQ szerint D-Bus egy interprocessz-kommunikációs protokoll, és annak referenciamegvalósítása. Ezen referenciamegvalósítás egyik összetevője, a libdbus könyvtár a D- Bus szabványnak megfelelő kommunikáció megvalósítását segíti. Egy másik összetevő, a dbus- daemon a D-Bus üzenetek routolásáért, szórásáért felelős.
    [Show full text]
  • ORION-Hospital IT Management Software Package
    2018 H2 Product Catalogue www.onyx-healthcare.com Table of Contents Table of Contents ..................................................................................01 About Onyx ...........................................................................................03 OEM/ODM Service ...............................................................................04 Mobile Cart Computing Solution ..........................................................05 24” 24/7 Self-Power Cart Computer - Venus-243 22” 24/7 Self-Power Cart Computer - Venus-223 / Venus-222 19” 24/7 Self-Power Cart Computer - Venus-192 / Venus-193 19” ~24” Mobile Cart Computer Accessory Selection 17” 24/7 Self-Power Cart Computer -Venus-173 15” 24/7 Self-Power Cart Computer -Venus-153 12” 24/7 Self-Power Cart Computer -Venus-123 12”~ 17” Mobile Cart Computer Accessory Selection Ubiquitous Power Solution ................................................................. 12 UPower Lite-62 UPower Pro-22 Battery / XL Battery / XXL Battery ORION-Hospital IT Management Software Package.......................... 16 Mobile Medical Assistant..................................................................... 20 5” Rugged Medical PDA-Julia-J05 7” Rugged Medical PDA-Julia-J07 10.1” Rugged Medical Tablet - MD101 12” Rugged EMS Tablet - MD116 / MD116I MD116 Accessory Selection Surgical and Server Level Workstation Solution................................. 24 24” Fanless Smart View 6th Gen. Core i7 Multi-Touch Medical Station - ZEUS-248 22” Fanless Smart View 6th Gen. Core i7
    [Show full text]
  • Red Hat Enterprise Linux 7 Migration Planning Guide
    Red Hat Enterprise Linux 7 Migration Planning Guide Migrating to Red Hat Enterprise Linux 7 Laura Bailey Red Hat Enterprise Linux 7 Migration Planning Guide Migrating to Red Hat Enterprise Linux 7 Laura Bailey Legal Notice Copyright © 2014 Red Hat, Inc. This document is licensed by Red Hat under the Creative Commons Attribution-ShareAlike 3.0 Unported License. If you distribute this document, or a modified version of it, you must provide attribution to Red Hat, Inc. and provide a link to the original. If the document is modified, all Red Hat trademarks must be removed. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, MetaMatrix, Fedora, the Infinity Logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries. MySQL ® is a registered trademark of MySQL AB in the United States, the European Union and other countries. Node.js ® is an official trademark of Joyent. Red Hat Software Collections is not formally related to or endorsed by the official Joyent Node.js open source or commercial project. The OpenStack ® Word Mark and OpenStack Logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission.
    [Show full text]
  • 1. Why POCS.Key
    Symptoms of Complexity Prof. George Candea School of Computer & Communication Sciences Building Bridges A RTlClES A COMPUTER SCIENCE PERSPECTIVE OF BRIDGE DESIGN What kinds of lessonsdoes a classical engineering discipline like bridge design have for an emerging engineering discipline like computer systems Observation design?Case-study editors Alfred Spector and David Gifford consider the • insight and experienceof bridge designer Gerard Fox to find out how strong the parallels are. • bridges are normally on-time, on-budget, and don’t fall ALFRED SPECTORand DAVID GIFFORD • software projects rarely ship on-time, are often over- AS Gerry, let’s begin with an overview of THE DESIGN PROCESS bridges. AS What is the procedure for designing and con- GF In the United States, most highway bridges are budget, and rarely work exactly as specified structing a bridge? mandated by a government agency. The great major- GF It breaks down into three phases: the prelimi- ity are small bridges (with spans of less than 150 nay design phase, the main design phase, and the feet) and are part of the public highway system. construction phase. For larger bridges, several alter- There are fewer large bridges, having spans of 600 native designs are usually considered during the Blueprints for bridges must be approved... feet or more, that carry roads over bodies of water, preliminary design phase, whereas simple calcula- • gorges, or other large obstacles. There are also a tions or experience usually suffices in determining small number of superlarge bridges with spans ap- the appropriate design for small bridges. There are a proaching a mile, like the Verrazzano Narrows lot more factors to take into account with a large Bridge in New Yor:k.
    [Show full text]
  • Opensuse 11.4 Release Party, Hackerspace Brmlab KDE Plasma Workspaces 4.6
    openSUSE 11.4 Release Party, hackerspace brmlab KDE Plasma Workspaces 4.6 ● Fire ox integration ● LibreO ice integration ● oxygen%"tk theme for GTK applications ● KUp(ate)pplet → KPackageKit ● PulseA*(io (can be remove(- KDE Plasma Desktop 4.6 KDE Plasma Desktop 4.6 KDE Plasma Netbook 4.6 KDE Plasma Netbook 4.6 &.$ME 2.30 &.$ME 3 Preview ● &.$ME 3.0 release in April 2311 ● “pre,iew4 in openSUSE 11.4 &.$ME 3 Preview &.$ME 3 Preview &.$ME 3 Preview 5 ce 4.8 ● new X ce 4.8 release ● moved a2ay from HAL and own VFS ● replace( by &9$, &8FS, *(ev, :onsoleKit, PolicyKit ● Th*nar ● SF'P, S/B, F'P, WebD)8 support ● Free(esktop.org menus ● 5 con settings e(itor 5 ce 4.8 5 ce 4.8 #XDE 3.5 ● smaller *sability and stability ixes #XDE 3.5 #XDE 3.5 Firefox 4.0 ● ma=or redesign of UI ● tabs above ad(ress bar ● signi icant improvements o the rendering engine ● can *se "raphics car( for ren(erin" ● S*pport or new 2ebstan(ar(s like WebM an( 7'/#< ● 4.3 ;eta 10, inal ,ia *p(ate Firefox 4.0 $ther Browsers ● Chromi*m in Contrib repository ● Konqueror uses WebKit now ● others in repositories (Rekonq, Arora, Epiphany) ● $pera 11, A(obe Flash Player 10.2 in Non%$SS repo ● Moonlight 2.4 ● $penJDK Ja,a 6 plugin #ibreOffice 3.3.1 ● ork of OpenO ice – end of 2010 ● import & e(it o S8G files ● 1 million rows in Calc ● easier slide layout han(ling in Impress #ibreOffice 3.3.1 zypp + YaST C WebDaS' ● Bypp ● /*lti:*rl backen( – Bsync + Metalink ● YaS' ● #8/ base( layout (*ring installation ● 8& group *lly encrypte( ● WebYaS' zypp + YaST C WebDaS' zypp + YaST C WebDaS' Under the hood ● Kernel 2.6.3E ● better har(2are support +e.".
    [Show full text]
  • Vectorlinux Documentation Release 7.1
    VectorLinux Documentation Release 7.1 VectorLinux development team October 03, 2016 Contents 1 Introduction 1 2 Documentation Manuals 7 3 Packaging 109 4 Search documentation 115 5 Links 117 i ii CHAPTER 1 Introduction Speed, performance, stability – these are attributes that set VectorLinux apart in the crowded field of Linux distribu- tions. There are five editions to choose from. At the links below you will find information about the VL Edition best suited to your needs: 1.1 VectorLinux Deluxe Edition 1.1.1 What is the Deluxe Edition? Vector Linux DELUXE now comes in two Editions: Deluxe SOHO and Deluxe Standard. Both are available from our CD-Store. As at March 1st, 2009 Deluxe Standard is at version 6.0 while Deluxe SOHO is still at Version 5.9, although we expect a version 6.0 of Deluxe SOHO later in 2009. The Deluxe Editions are intended for professionals, extending the SOHO and Standard editions with up to 1000 MB of additional software. The extra applications can be installed individually to build the system exactly as you need it. The two CD package set of Deluxe Standard features a custom XFCE desktop with popular applications like Amarok, Blender, and the Gimp. Additional included applications are KDE 4.2, OpenOffice 3 and E17 amongst many others, particularly multimedia applications. Fourteen days of professional installation and configuration support included. There is automatic support for printers, scanners, USB hardware and CDRW / DVD drives. There are several new multimedia programs and libraries, the latest network applications and development programs along with their needed libraries.
    [Show full text]
  • EAN-ARM-Application-Development
    EAN-ARM-Application-Development 2021-08-03 Sales: [email protected] Exports: Export Summary Sheet Support: [email protected] EULA: End User License Agreement Phone: +1 (541) 716-5137 Web: sightlineapplications.com 1 Overview .................................................................. 1 5.2.9 1500-OEM and 3000-OEM: Access Files on NAND 1.1 Developing On-Board Applications .......................... 1 through SCP Protocol ............................................. 13 1.1.1 Lua ............................................................................ 1 6 Start Development ................................................. 13 1.1.2 C/C++ ........................................................................ 1 6.1 Building the Application ......................................... 14 1.2 Sample Applications ................................................. 2 6.2 Deploying the Application ..................................... 15 1.3 Development and Debugging - Windows Visual 6.2.1 1500-OEM Startup Script ....................................... 15 Studio ....................................................................... 3 6.2.2 3000-OEM Startup Script ....................................... 15 1.4 Additional Support Documentation ......................... 4 6.2.3 Configuring U-Boot to Boot from NAND ................ 16 1.5 SightLine Software Requirements ............................ 4 6.3 Overlay DLL - Build and Enable .............................. 16 2 Third Party Software ...............................................
    [Show full text]
  • Red Hat Enterprise Linux 7 Migration Planning Guide
    Red Hat Enterprise Linux 7 Migration Planning Guide Key differences between Red Hat Enterprise Linux 6 and Red Hat Enterprise Linux 7 Last Updated: 2021-09-21 Red Hat Enterprise Linux 7 Migration Planning Guide Key differences between Red Hat Enterprise Linux 6 and Red Hat Enterprise Linux 7 Legal Notice Copyright © 2021 Red Hat, Inc. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/ . In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries. MySQL ® is a registered trademark of MySQL AB in the United States, the European Union and other countries. Node.js ® is an official trademark of Joyent.
    [Show full text]
  • Processes and Software Packages Grado En Inform´Atica2019/2020 Departamento De Computaci´On Facultad De Inform´Atica Universidad De Coru˜Na
    Processes and software packages Grado en Inform´atica2019/2020 Departamento de Computaci´on Facultad de Inform´atica Universidad de Coru~na Antonio Y´a~nezIzquierdo Antonio Y´a~nezIzquierdo Processes and software packages 1 / 144 ContentsI 1 Managing and monitoring processes Processes States of processes Managing processes 2 Tracing system calls 3 The /proc filesystem /proc filesystem in BSD /proc filesystem in linux /proc filesystem in solaris 4 Process privileges and priorities Process privileges Process privileges in Solaris linux process capabilities Process priorities 5 Signals Antonio Y´a~nezIzquierdo Processes and software packages 2 / 144 ContentsII Signals Unix common signals Sending signals to processes 6 Software packages: packages and ports Software packages Ports 7 Administering software packages and installing software Administering software packages in Solaris Administering software packages in linux Package administration in BSD systems The ports system in BSD 8 Virtualization environments FreeBSD jails Solaris zones linux LXC containers Antonio Y´a~nezIzquierdo Processes and software packages 3 / 144 Managing and monitoring processes Managing and monitoring processes Antonio Y´a~nezIzquierdo Processes and software packages 4 / 144 Managing and monitoring processes Processes Managing and monitoring processes !Processes Antonio Y´a~nezIzquierdo Processes and software packages 5 / 144 Managing and monitoring processes Processes Processes A process is an entity the O.S. uses to execute programs A process consists of an address space and one or more threads of control Today systems are mutithreaded, which means that several threads exist inside a process In multiprocessor or multicore architectures several threads can run concurrently on different cores Antonio Y´a~nezIzquierdo Processes and software packages 6 / 144 Managing and monitoring processes Processes Attributes of processes From the system's administrator point of view, the following attributes of processes are to be considered PID An unique number identifying the process on the system.
    [Show full text]
  • Power Management Guide
    Red Hat Enterprise Linux 7 Power Management Guide Managing and optimizing power consumption on RHEL 7 Last Updated: 2020-08-11 Red Hat Enterprise Linux 7 Power Management Guide Managing and optimizing power consumption on RHEL 7 Marie Doleželová Red Hat Customer Content Services [email protected] Jana Heves Red Hat Customer Content Services Jacquelynn East Red Hat Customer Content Services Don Domingo Red Hat Customer Content Services Rüdiger Landmann Red Hat Customer Content Services Jack Reed Red Hat Customer Content Services Red Hat, Inc. Legal Notice Copyright © 2017 Red Hat, Inc. This document is licensed by Red Hat under the Creative Commons Attribution-ShareAlike 3.0 Unported License. If you distribute this document, or a modified version of it, you must provide attribution to Red Hat, Inc. and provide a link to the original. If the document is modified, all Red Hat trademarks must be removed. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
    [Show full text]
  • V2616 Linux User's Manual Introduction
    V2616 Linux User’s Manual First Edition, October 2011 www.moxa.com/product © 2011 Moxa Inc. All rights reserved. V2616 Linux User’s Manual The software described in this manual is furnished under a license agreement and may be used only in accordance with the terms of that agreement. Copyright Notice © 2011 Moxa Inc. All rights reserved. Trademarks The MOXA logo is a registered trademark of Moxa Inc. All other trademarks or registered marks in this manual belong to their respective manufacturers. Disclaimer Information in this document is subject to change without notice and does not represent a commitment on the part of Moxa. Moxa provides this document as is, without warranty of any kind, either expressed or implied, including, but not limited to, its particular purpose. Moxa reserves the right to make improvements and/or changes to this manual, or to the products and/or the programs described in this manual, at any time. Information provided in this manual is intended to be accurate and reliable. However, Moxa assumes no responsibility for its use, or for any infringements on the rights of third parties that may result from its use. This product might include unintentional technical or typographical errors. Changes are periodically made to the information herein to correct such errors, and these changes are incorporated into new editions of the publication. Technical Support Contact Information www.moxa.com/support Moxa Americas Moxa China (Shanghai office) Toll-free: 1-888-669-2872 Toll-free: 800-820-5036 Tel: +1-714-528-6777 Tel: +86-21-5258-9955 Fax: +1-714-528-6778 Fax: +86-21-5258-5505 Moxa Europe Moxa Asia-Pacific Tel: +49-89-3 70 03 99-0 Tel: +886-2-8919-1230 Fax: +49-89-3 70 03 99-99 Fax: +886-2-8919-1231 Table of Contents 1.
    [Show full text]
  • Deb Linux: How to Add Support for Bulgarian, Russian, Belarusian, Ukrainian, Serbian, Macedonian, Bosnian Language Cyrillic Localization to Xfce, GNOME, KDE Desktop
    Walking in Light with Christ - Faith, Computing, Diary Articles & tips and tricks on GNU/Linux, FreeBSD, Windows, mobile phone articles, religious related texts http://www.pc-freak.net/blog deb Linux: How to add support for Bulgarian, Russian, Belarusian, Ukrainian, Serbian, Macedonian, Bosnian language cyrillic localization to Xfce, GNOME, KDE Desktop Author : admin If just installed Ubuntu or Xubuntu and choose as a default language English by mistake and you happen to live in Bulgaria, Russia, Ukraine, Belarus or any other cyrillic speaking / writting country and you want to make the desktop graphical environment to display menus in mother language Cyrillic. Here is how; To add cyrillic localization, native support in GUI environment for major Dsektop Graphic Environments (XFCE, GNOME, KDE ...) run in terminal: For Bulgarian Cyrillic language Desktop support: linux:~# apt-get install language-pack-bg Четене на ѕпиѕъците ѕ пакети... Готово Изграждане на дървото ѕъѕ завиѕимоѕти Четене на информациѕта за ѕъѕтоѕнието... Готово Следните допълнителни пакети ще бъдат инѕталирани: firefox-locale-bg language-pack-bg-base Следните ЕОВИ пакети ще бъдат инѕталирани: firefox-locale-bg language-pack-bg language-pack-bg-base 0 актуализирани, 3 нови инѕталирани, 0 за премахване и 2 без промѕна.
    [Show full text]