Re: [rlug] Linux cli cu status bar

2015-10-01 Fir de Conversatie Mișu Moldovan 
On 30.09.2015 16:15, Adrian Popa wrote:
> Salutare,
> 
> Am o nevoie cam ciudată - și anume - un program rulabil în shell (fără X)
> care să îmi facă un terminal (gen screen), care să afișeze undeva (sus sau
> jos) un status bar cu câteva informații (actualizate periodic) pe care să i
> le pot genera eu (gen temperatura sistemului).
> 
> Știu că am văzut un proiect acum un an/doi dar am uitat cum îi zice și my
> google-fu nu mă ajută (caut ceva similar cu i3status
> http://i3wm.org/i3status/manpage.html, dar fără să aibă nevoie de X -
> trebuie să ruleze peste ssh).
> 
> Cum îi zice, sau după ce termeni să caut pe google? Am încercat cu "linux
> virtual terminal status bar" dar nu-l găsesc.

Poate te referi la tmux?  Și Byobu mai nou asta folosește ca backend
implicit…
http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man1/tmux.1

De exemplu, pentru a include outputul comenzii `uname -a`, un
~/.tmux.conf de pornire:

# Move the status bar to the top.
set-option -g status-position top
# Increase the default length of 40.
set -g status-right-length 60
# Output of my command.
set -g status-right '#(uname -srm)'

Pentru comenzile mai complexe, atenție la secvențele escape, mai multe
la http://tmux.cvs.sourceforge.net/viewvc/tmux/tmux/FAQ.  Sau, mai bine,
pune-le într-un script și trece doar scriptul în .tmux.conf.

HTH!




signature.asc
Description: OpenPGP digital signature
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Linux cli cu status bar

2015-10-01 Fir de Conversatie Alex 'CAVE' Cernat 
On 1/10/2015 10:57 AM, Mișu Moldovan wrote:
> On 30.09.2015 16:15, Adrian Popa wrote:
>> Salutare,
>>
>> Am o nevoie cam ciudată - și anume - un program rulabil în shell (fără X)
>> care să îmi facă un terminal (gen screen), care să afișeze undeva (sus sau
>> jos) un status bar cu câteva informații (actualizate periodic) pe care să i
>> le pot genera eu (gen temperatura sistemului).
>>
daca e aplicatia ta poti sa te joci cu coduri escape, merg pe orice
terminal vt100; spre exemplu am facut mai de mult o aplicatie care
pornea vreo 4 workeri si fiecare scria in bucata lui de terminal, si
daca nu ma insel prima sau ultima linie era un fel de status bar
ce-i drept, erau cam multe hardcodari pe acolo, ca deh, script rapid sa
fie, ideea este insa ca in cazul asta trebuie sa poti controla tu
aplicatia sa fie 'friendly' si sa nu scrie pe unde nu are voie, deci
screen-ul e cu multi pasi inainte ...

Alex

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] certificat ssl wildcard

2015-10-01 Fir de Conversatie Catalin Muresan 
2015-10-01 12:17 GMT+01:00 Alex Morega :
> Salut!
>
> Am nevoie să cumpăr un certificat SSL pentru subdomenii wildcard pentru o 
> firmă (deci în scop comercial). Am văzut că StartSSL oferă așa ceva, și 
> trebuie să faci o verificare cu ei, care costă $60, one-time. După aceea poți 
> să generezi oricâte certificate, oricât timp.

verificarea expira in 2 ani parca. Daca vrei wildcard cert pentru 2
ani o sa te coste 60+60 la fiecare 2 ani. Merita daca iei multe
certificate.

>
> Întrebarea mea este: a folosit cineva serviciu lor comercial? (varianta free 
> o folosesc și eu deja) Pe cât timp sunt generate certificatele? Ați avut 
> orice fel de problemă (să nu genereze certificate, să nu răspundă la support, 
> să nu fie acceptate certificatele, etc)?
>
> Merci!
> -- Alex
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] certificat ssl wildcard

2015-10-01 Fir de Conversatie Alexandru Juncu 
2015-10-01 14:59 GMT+02:00 Catalin Muresan :
> 2015-10-01 13:37 GMT+01:00 Alex Morega :
>>
>>> On 01 Oct 2015, at 15:29, Catalin Muresan  wrote:
>>>
>>> 2015-10-01 12:17 GMT+01:00 Alex Morega :
 Salut!

 Am nevoie să cumpăr un certificat SSL pentru subdomenii wildcard pentru o 
 firmă (deci în scop comercial). Am văzut că StartSSL oferă așa ceva, și 
 trebuie să faci o verificare cu ei, care costă $60, one-time. După aceea 
 poți să generezi oricâte certificate, oricât timp.
>>>
>>> verificarea expira in 2 ani parca. Daca vrei wildcard cert pentru 2
>>> ani o sa te coste 60+60 la fiecare 2 ani. Merita daca iei multe
>>> certificate.
>>
>> De unde vine al doilea +60? Este vreun fee per certificat?
>
> da. Class1 sunt free. Class2/3 sunt pe bani si iti trebuie class 3
> pentru wild card.
>
> https://www.startssl.com/?app=40

Merge și pe class 2 (fără Extended Validation). Confirm că expiră în 2 ani.
DAR, din ce îmi aduc aminte, ești validat 2 ani dacă plătești cei 60$
și în an 23-a lună poti genera un certificat care să țină un an.

Sunt ok cei de la StartSSL atâta timp cât plătești :P
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] certificat ssl wildcard

2015-10-01 Fir de Conversatie Alex Morega 
Salut!

Am nevoie să cumpăr un certificat SSL pentru subdomenii wildcard pentru o firmă 
(deci în scop comercial). Am văzut că StartSSL oferă așa ceva, și trebuie să 
faci o verificare cu ei, care costă $60, one-time. După aceea poți să generezi 
oricâte certificate, oricât timp.

Întrebarea mea este: a folosit cineva serviciu lor comercial? (varianta free o 
folosesc și eu deja) Pe cât timp sunt generate certificatele? Ați avut orice 
fel de problemă (să nu genereze certificate, să nu răspundă la support, să nu 
fie acceptate certificatele, etc)?

Merci!
-- Alex

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] certificat ssl wildcard

2015-10-01 Fir de Conversatie Alex Morega 

> On 01 Oct 2015, at 15:29, Catalin Muresan  wrote:
> 
> 2015-10-01 12:17 GMT+01:00 Alex Morega :
>> Salut!
>> 
>> Am nevoie să cumpăr un certificat SSL pentru subdomenii wildcard pentru o 
>> firmă (deci în scop comercial). Am văzut că StartSSL oferă așa ceva, și 
>> trebuie să faci o verificare cu ei, care costă $60, one-time. După aceea 
>> poți să generezi oricâte certificate, oricât timp.
> 
> verificarea expira in 2 ani parca. Daca vrei wildcard cert pentru 2
> ani o sa te coste 60+60 la fiecare 2 ani. Merita daca iei multe
> certificate.

De unde vine al doilea +60? Este vreun fee per certificat?

-- Alex

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] certificat ssl wildcard

2015-10-01 Fir de Conversatie Catalin Muresan 
2015-10-01 13:37 GMT+01:00 Alex Morega :
>
>> On 01 Oct 2015, at 15:29, Catalin Muresan  wrote:
>>
>> 2015-10-01 12:17 GMT+01:00 Alex Morega :
>>> Salut!
>>>
>>> Am nevoie să cumpăr un certificat SSL pentru subdomenii wildcard pentru o 
>>> firmă (deci în scop comercial). Am văzut că StartSSL oferă așa ceva, și 
>>> trebuie să faci o verificare cu ei, care costă $60, one-time. După aceea 
>>> poți să generezi oricâte certificate, oricât timp.
>>
>> verificarea expira in 2 ani parca. Daca vrei wildcard cert pentru 2
>> ani o sa te coste 60+60 la fiecare 2 ani. Merita daca iei multe
>> certificate.
>
> De unde vine al doilea +60? Este vreun fee per certificat?

da. Class1 sunt free. Class2/3 sunt pe bani si iti trebuie class 3
pentru wild card.

https://www.startssl.com/?app=40




>
> -- Alex
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] certificat ssl wildcard

2015-10-01 Fir de Conversatie Alex Morega 

> On 01 Oct 2015, at 16:43, Catalin Muresan  wrote:
> 
> 2015-10-01 14:06 GMT+01:00 Alexandru Juncu :
>> Merge și pe class 2 (fără Extended Validation). Confirm că expiră în 2 ani.
> 
> Ai dreptate.
> 
>> DAR, din ce îmi aduc aminte, ești validat 2 ani dacă plătești cei 60$
>> și în an 23-a lună poti genera un certificat care să țină un an.
> 
> Ca sa fim super exacti, ai doar 2 saptamini inainte sa expire un cert
> in care sa-l reinnoiesti, din cite tin minte.
> Pui reminder, sau iti triimite mail startssl sau pui certwatch.
> 
>> Sunt ok cei de la StartSSL atâta timp cât plătești :P

Thanks guys, o să merg pe StartSSL, merci de lămuriri!

-- Alex

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] certificat ssl wildcard

2015-10-01 Fir de Conversatie Catalin Muresan 
2015-10-01 14:06 GMT+01:00 Alexandru Juncu :
> Merge și pe class 2 (fără Extended Validation). Confirm că expiră în 2 ani.

Ai dreptate.

> DAR, din ce îmi aduc aminte, ești validat 2 ani dacă plătești cei 60$
> și în an 23-a lună poti genera un certificat care să țină un an.

Ca sa fim super exacti, ai doar 2 saptamini inainte sa expire un cert
in care sa-l reinnoiesti, din cite tin minte.
Pui reminder, sau iti triimite mail startssl sau pui certwatch.

> Sunt ok cei de la StartSSL atâta timp cât plătești :P
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] certificat ssl wildcard

2015-10-01 Fir de Conversatie Vali Dragnuta 
Si eu folosesc startssl comercial si imi iau certificate cu wildcard.
Ca sa le poti lua din cite imi amintesc iti trebuie un personal identity
validation si ceva company validation.
Iti cer niste acte/copii de acte pt astea (factura cu adresa pt personal
validation si pt company validation iti cer niste chestii asemanatoare).
Pare complicat, dar nu e, de obicei merge repede procesul, iar daca ai
probleme raspund repede la mailuri.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] md *NU* continua rebuild dupa reboot - rezolvat

2015-10-01 Fir de Conversatie Mihai Gaitos 
Multumesc tuturor pentru sfaturi. Cateva raspunsuri la intrebari si 
observatii (imi pare rau de intarziere)

Afirmativ, sistemul este pe sda, nu bootez de pe RAID
md este compilat in kernel, nu este modul
mdadm.conf este gol (ma rog, doar comentarii), incepe asa:
# mdadm will function properly without the use of a configuration file,
am presupus (gresit, inteleg acum) ca nu este necesar
Intr-adevar si mie mi s-a parut putin curios ca a devenit md127 dar nu 
am urmarit problema, multumesc de atentionare
In treacat fie spus, partitii de tip RAID am facut acum in cadrul 
testelor, configuratia initiala pe care am observat problema e cu 
discuri intregi; dar chiar si cu discuri intregi tot autodetecteaza 
(kernelul) si creaza array.
Nu am stiut ca driverul din kernel stie doar de superblock 0.9, am fost 
convins ca in 3.x stie si el de 1.2; cum pot determina asta?
In treacat fie spus, aseara am pornit o compilare de kernel 3.19.8, acum 
dimineata am testat si cu el functioneaza asa cum trebuie (desigur 
numele e tot md127, acum am inteles si de ce)

Dupa ce am citit aici,  am scris in mdadm.conf cum zice Vali Dragnuta, 
dar nu am modificat initrd pentru ca nu imi trebuie md vizibil la boot, 
doar dupa. Am adaugat "raid=noautodetect" la linia de comanda a 
kernelului (odata ce am stiut ce trebuie facut a fost simplu de gasit 
optiunea) si asa functioneaza si cu 3.10.17 (default din distributie).
Prefer asa decat sa imi bat capul cu configurarea lui 3.19.8 (cu 
everything default nu imi vede placile de retea, de pilda)

Inca odata multumiri, problema a fost rezolvata.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] md *NU* continua rebuild dupa reboot - rezolvat

2015-10-01 Fir de Conversatie Mihai Badici 
On Thursday 01 October 2015 09:47:10 Mihai Gaitos wrote:
> Multumesc tuturor pentru sfaturi. Cateva raspunsuri la intrebari si
> observatii (imi pare rau de intarziere)
> 
> Afirmativ, sistemul este pe sda, nu bootez de pe RAID
> md este compilat in kernel, nu este modul
> mdadm.conf este gol (ma rog, doar comentarii), incepe asa:
> # mdadm will function properly without the use of a configuration file,
> am presupus (gresit, inteleg acum) ca nu este necesar
> Intr-adevar si mie mi s-a parut putin curios ca a devenit md127 dar nu
> am urmarit problema, multumesc de atentionare
> In treacat fie spus, partitii de tip RAID am facut acum in cadrul
> testelor, configuratia initiala pe care am observat problema e cu
> discuri intregi; dar chiar si cu discuri intregi tot autodetecteaza
> (kernelul) si creaza array.
> Nu am stiut ca driverul din kernel stie doar de superblock 0.9, am fost
> convins ca in 3.x stie si el de 1.2; cum pot determina asta?
> In treacat fie spus, aseara am pornit o compilare de kernel 3.19.8, acum
> dimineata am testat si cu el functioneaza asa cum trebuie (desigur
> numele e tot md127, acum am inteles si de ce)
> 

Din cate stiu eu, nu exista suport pt 1.2 in nici un kernel.
Cred ca raid=noautodetect e cel care rezolva problema, eu as crede ca 
asa merge chiar daca nu ai mdadm.conf dar nu am testat ( la un moment 
dat am fost asa de intrigat de aceasta problema ca imi facusem o virtuala 
ca sa testez. Sa ma uit sa vad daca o mai am :)


> Dupa ce am citit aici,  am scris in mdadm.conf cum zice Vali Dragnuta,
> dar nu am modificat initrd pentru ca nu imi trebuie md vizibil la boot,
> doar dupa. Am adaugat "raid=noautodetect" la linia de comanda a
> kernelului (odata ce am stiut ce trebuie facut a fost simplu de gasit
> optiunea) si asa functioneaza si cu 3.10.17 (default din distributie).
> Prefer asa decat sa imi bat capul cu configurarea lui 3.19.8 (cu
> everything default nu imi vede placile de retea, de pilda)

Eu nu am mai compilat de mult un kernel, e o legenda urbana despre 
slackeri :)
De fapt, mint, mai compilez pentru laptopul personal, fiindca nu prea 
merge bine placa wireless ( deja sunt la 4.0.1 si nu sunt multumit inca :)  ) 
Oricum, placile de retea sunt compilate ca module, deci probabil nu le-ai 
compilat sau trebuie sa schimbi prin rc.modules calea la cele noi. 
De destul de multa vreme kernelul e acelasi pentru toata lumea, difera 
doar wizard-eria din jurul lor. Am facut inclusiv magarii de genul luat module 
proprietar pentru Suse , compilat aceeasi versiune de kernel pentru 
slackware si modprobe :)

Pe unele distributii merge tocmai pentru ca nu exista suport in initrd 
pentru mdadm ; daca nu ma insel, la debian atunci cand faci un raid1 
pentru boot iti reface initrd. 


> 
> Inca odata multumiri, problema a fost rezolvata.

Si important e ca am mai invatat cu totii cate ceva, me included :)

> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug-- 
Mihai Badici[1] 


[1] http://mihai.badici.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Linux cli cu status bar

2015-10-01 Fir de Conversatie Adrian Popa 
Mulțumesc mult. Bybou e foarte bun. Parcă tot pe el îl văzusem acum ceva
timp, dar nu aveam nevoie de el...

2015-09-30 17:26 GMT+03:00 Nicu :

> 2015-09-30 16:15 GMT+03:00 Adrian Popa :
> > Salutare,
> >
> > Am o nevoie cam ciudată - și anume - un program rulabil în shell (fără X)
> > care să îmi facă un terminal (gen screen), care să afișeze undeva (sus
> sau
> > jos) un status bar cu câteva informații (actualizate periodic) pe care
> să i
> > le pot genera eu (gen temperatura sistemului).
>
> Asa ceva poate sa faca chiar screen(1) cu 'hardstatus alwayslastline'
>
> $ cat tmp.screenrc
> hardstatus alwayslastline
> hardstatus string "%h"
> $ screen -c tmp.screenrc
> ...
> $ while printf "\e]0;`date`\b"; do sleep 10; done &
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] md *NU* continua rebuild dupa reboot

2015-10-01 Fir de Conversatie manuel "lonely wolf" wolfshant 
On 10/01/2015 12:33 PM, Vali Dragnuta wrote:
> Incorect :
>
> A. Debian cere explicit mdadm.conf
> https://wiki.debian.org/SoftwareRAID
> Cindva am mai avut discutia asta, s-a reintrodus necesitatea de a avea
> mdadm.conf pentru un motiv anume, momentan nu gasesc detaliile tehnice,
> mai caut.
>
>
> B. RHEL/Centos 5 si 6 (nu am testat inca pe 7)
> RHEL5 cere explicit mdadm.conf, conform documentatiei
Pe 5 nu am mai incercat de multa vreme asa ca nu mai stiu.

> RHEL6 se comporta astfel : Daca faci array cu metadate 1.x post
> instalare si nu le treci in mdadm.conf, dupa urmatorul reboot deviceul
> este detectat drept md127,
corect

> este inutilizabil si nici nu se
> sincronizeaza. Arata asa :
> Personalities : [raid1]
> md127 : active (auto-read-only) raid1 sdc1[1] sdb1[0]
>488252928 blocks super 1.2 [2/2] [UU]
>   resync=PENDING
>bitmap: 4/4 pages [16KB], 65536KB chunk
cel putin centos 6.5 si urmatoarele merg bine mersi faca niciun 
mdadm.conf. am in uz raiduri facute la luni/ani post instalarea initiala 
si am dat intimplator peste situatia asta cind la reboot m-am trezit cu 
md127 si md126 in loc de md4 si md5 cum le botezasem eu la creare. se 
sincronizeaza insa si functioneaza fara pb.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] md *NU* continua rebuild dupa reboot

2015-10-01 Fir de Conversatie Mihai Gaitos 
manuel "lonely wolf" wolfshant wrote:
> cel putin centos 6.5 si urmatoarele merg bine mersi faca niciun
> mdadm.conf. am in uz raiduri facute la luni/ani post instalarea initiala
> si am dat intimplator peste situatia asta cind la reboot m-am trezit cu
> md127 si md126 in loc de md4 si md5 cum le botezasem eu la creare. se
> sincronizeaza insa si functioneaza fara pb.
In lumina experientei mele negative (mai ales ca asta nu e o situatie 
prea comuna - reboot in timpul rebuildului) as sugera ca cel putin 
pentru kernel <=3.10.17 sa testati (pe o configuratie similara, vm etc) 
ce se intampla in cazul in care matricea este in process de rebuild si 
se da reboot. Sau mare grija cu ce se intampla cat matricea este in rebuild.

Mie unul scenariul mi se pare destul de scary, pentru ca mai ales la 
matrici mari ai schimbat un HDD si te duci linistit la culcare cat el 
isi face rebuild. Daca se intampla pana de curent taman atunci si el 
porneste "curat" fara sa stie ca nu a terminat rebuildul sunt sanse de 
silent data corruption - cea mai neplacuta varianta.

Mentionez ca desi problema a fost intampinata pe un server de teste, eu 
pana azi aveam si in productie o masina in configuratie similara; de azi 
e cu mdadm.conf :)

Cu kernel 3.19.8 functioneaza ok si fara mdadm.conf (matricea se 
porneste ca md127 dar isi continua rebuildul in mod corect)

PS: In cazul in care cineva se intreaba cum naiba am putut da peste o 
asemenea situatie, raspunsul este ca faceam "Truck based replication" la 
drbd: 
https://drbd.linbit.com/users-guide/s-using-truck-based-replication.html 
(care nu merge chiar ca in documentatie dar asta e alta istorie)
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Linux cli cu status bar

2015-10-01 Fir de Conversatie Adrian Popa 
Îmi place că în bybou pot selecta eu frecvența de refresh a elementelor
individuale din status bar. Eu aveam nevoie să afișez temperatura și am
putut adăuga ușor un plugin custom care să îmi citească temperatura dintr-o
locație de prin /proc. Nu știu dacă tmux afișează by default informație
statică, sau are și refresh, dar bybou e super pentru nevoile mele.

Mulțumesc încă odată


2015-10-01 12:18 GMT+03:00 Alex 'CAVE' Cernat :

> On 1/10/2015 12:01 PM, Andrei Prodan wrote:
> > Eu as merge un pic mai sus decat terminal escape codes, pentru a-mi
> pastra
> > ce mi-a mai ramas din bilute... o biblioteca de CLI windowing e utila si
> > sunt unele care par chiar usor de folosit (
> > http://urwid.org/examples/index.html <
> http://urwid.org/examples/index.html#>
> > , http://urwid.org/tutorial/index.html, sau plain ncurses, doar ca ala
> pare
> > un pic mai greoi)
> ca sa folosesti curses in bash mai complicat dpdv al performantei (nu
> precizasem, ce facusem eu era script bash); fork de fiecare data la
> vreun program in cine stie ce ca sa tipareasca cum trebuie pe ecran
> intr-adevar, daca vrei (si ai si timpul necesar) sa faci o treaba cu
> adevarat buna si sa o poti refolosi ulterior ... cu atat mai bine (sau
> sa folosesti ceva deja creat)
>
> Alex
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Linux cli cu status bar

2015-10-01 Fir de Conversatie Andrei Prodan 
Eu as merge un pic mai sus decat terminal escape codes, pentru a-mi pastra
ce mi-a mai ramas din bilute... o biblioteca de CLI windowing e utila si
sunt unele care par chiar usor de folosit (
http://urwid.org/examples/index.html 
, http://urwid.org/tutorial/index.html, sau plain ncurses, doar ca ala pare
un pic mai greoi)

On Thu, Oct 1, 2015 at 11:06 AM Alex 'CAVE' Cernat  wrote:

> On 1/10/2015 10:57 AM, Mișu Moldovan wrote:
> > On 30.09.2015 16:15, Adrian Popa wrote:
> >> Salutare,
> >>
> >> Am o nevoie cam ciudată - și anume - un program rulabil în shell (fără
> X)
> >> care să îmi facă un terminal (gen screen), care să afișeze undeva (sus
> sau
> >> jos) un status bar cu câteva informații (actualizate periodic) pe care
> să i
> >> le pot genera eu (gen temperatura sistemului).
> >>
> daca e aplicatia ta poti sa te joci cu coduri escape, merg pe orice
> terminal vt100; spre exemplu am facut mai de mult o aplicatie care
> pornea vreo 4 workeri si fiecare scria in bucata lui de terminal, si
> daca nu ma insel prima sau ultima linie era un fel de status bar
> ce-i drept, erau cam multe hardcodari pe acolo, ca deh, script rapid sa
> fie, ideea este insa ca in cazul asta trebuie sa poti controla tu
> aplicatia sa fie 'friendly' si sa nu scrie pe unde nu are voie, deci
> screen-ul e cu multi pasi inainte ...
>
> Alex
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Linux cli cu status bar

2015-10-01 Fir de Conversatie Alex 'CAVE' Cernat 
On 1/10/2015 12:01 PM, Andrei Prodan wrote:
> Eu as merge un pic mai sus decat terminal escape codes, pentru a-mi pastra
> ce mi-a mai ramas din bilute... o biblioteca de CLI windowing e utila si
> sunt unele care par chiar usor de folosit (
> http://urwid.org/examples/index.html 
> , http://urwid.org/tutorial/index.html, sau plain ncurses, doar ca ala pare
> un pic mai greoi)
ca sa folosesti curses in bash mai complicat dpdv al performantei (nu
precizasem, ce facusem eu era script bash); fork de fiecare data la
vreun program in cine stie ce ca sa tipareasca cum trebuie pe ecran
intr-adevar, daca vrei (si ai si timpul necesar) sa faci o treaba cu
adevarat buna si sa o poti refolosi ulterior ... cu atat mai bine (sau
sa folosesti ceva deja creat)

Alex

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] md *NU* continua rebuild dupa reboot

2015-10-01 Fir de Conversatie Vali Dragnuta 
Incorect :

A. Debian cere explicit mdadm.conf
https://wiki.debian.org/SoftwareRAID  
Cindva am mai avut discutia asta, s-a reintrodus necesitatea de a avea
mdadm.conf pentru un motiv anume, momentan nu gasesc detaliile tehnice,
mai caut.


B. RHEL/Centos 5 si 6 (nu am testat inca pe 7)
RHEL5 cere explicit mdadm.conf, conform documentatiei
RHEL6 se comporta astfel : Daca faci array cu metadate 1.x post
instalare si nu le treci in mdadm.conf, dupa urmatorul reboot deviceul
este detectat drept md127, este inutilizabil si nici nu se
sincronizeaza. Arata asa :
Personalities : [raid1] 
md127 : active (auto-read-only) raid1 sdc1[1] sdb1[0]
  488252928 blocks super 1.2 [2/2] [UU]
resync=PENDING
  bitmap: 4/4 pages [16KB], 65536KB chunk

Conform linkului tau, :
 Version 1.2 superblocks will not automatically assemble with a numbered
device name unless specifically told to do so.  There are two way to do
this:

1. Pass the --name= option to the mdadm --create command.  This
will cause the name to be a simple number, and mdadm will assume that
you want the array created with that number as the device name.  Aka, 0
will get assembled as /dev/md0, 1 as /dev/md1, etc.
-> Nu functioneaza

2. Create an ARRAY line in the mdadm.conf file that specifies the uuid
of the array and the name you wish the array to have 
-> asta este fix ca am recomandat eu initial, si functioneaza.



___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug