http://blog.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general/3361 <pre>Hi, Cateva impresii si poze de la FOSDEM din acest an (6-7 Februarie). Tabara *BSD a fost prezenta cu un track separat in care au predominat sesiunile legate de FreeBSD. http://daemonscorner.blogspot.com/2010/02/fosdem-2010.html http://www.fosdem.org/2010/schedule/rooms/aw1.126 Toate cele bune, Adrian Penisoara. ________________________________________________________ To unsubscribe send a mail to rofug+unsubscribe-gQFem4m/dK4&lt; at &gt;public.gmane.org </pre> Adrian Penisoara 2010-02-09T00:29:31 http://comments.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general/3360 <pre>Hi, Acum ca tot a iesit oficial 8.0 [*], am o curiozitate: s-a jucat cineva cu FreeBSD in Xen-DomU ? Any tips ? Ati intalnit probleme majore cu 8.0 (prerelease sau release) pina acum ? [*] http://www.freebsd.org/releases/8.0R/announce.html http://www.rofug.ro/article.php/fbsd_8.0_released Regards, Adrian. ________________________________________________________ To unsubscribe send a mail to rofug+unsubscribe-gQFem4m/dK4&lt; at &gt;public.gmane.org </pre> Adrian Penisoara 2009-11-30T23:42:04 http://comments.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general/3352 <pre>Salutare, Am o problema cu un sistem FAMP care functioneaza cu Apache 2.2 + mod_fcgi si foloseste APC pentru cache opcode PHP. Isi creeaza mai multe semafoare care am impresia ca raman deschise in memorie pe o perioada nelimitata. Nu am folosit semafoare in programare, deci nu stiu sigur cum ar trebui sa le tratez, dar presupun ca ar trebui sa se inchida la un moment dat din aplicatie. In cazul de fata raman deschise mult dupa ce scriptul folosit a fost interpretat - ex. sunt semafoare care imi arata ca au fost create in urma cu mai bine de 10 minute. Stiti vreo metoda prin care pot pune un timeout pe semafoare? Eu am gasit momentan o solutie mai putin eleganta. Am marit numarul de semafoare la 1000 ca sa nu mai apara erori de tipul 500 si am facut un script care verifica rezultatul de la `ipcs -as` si sterge cu ipcrm semafoarele care sunt deschise de mai mult de 5 minute. </pre> Sergiu 2009-10-25T07:16:04 http://comments.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general/3345 <pre>Salut, Bucuresti Linux Users Group organizeaza pe data de 12 decembrie 2009 conferinta BLUG*OS*CON. Daca un utilizator experimentat de FreeBSD doreste sa tina o prezentare la sectiunea pentru avansati, il rog sa ma contacteze cu detalii. M-as bucura foarte mult sa avem si FreeBSD in program. Programul (inca nedefinitivat) al conferintei il gasiti la: http://blug.ro/noutati/blugoscon-call-for-papers/ Alte informatii despre conferinta: http://blug.ro/blugoscon/ Multumesc, -Dan Serban (dserban01 =&gt; gmail) ________________________________________________________ To unsubscribe send a mail to rofug+unsubscribe-gQFem4m/dK4&lt; at &gt;public.gmane.org </pre> Dan Serban 2009-10-15T07:38:45 http://comments.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general/3341 <pre>Hi, Pentru cei interesati, poze de la conferinta si dimprejurul Cambridge-ului -- bonus niscaiva slide-uri de la prezentari. http://daemonscorner.blogspot.com/2009/09/photos-from-eurobsdcon-2009.html Regards, Adrian ________________________________________________________ To unsubscribe send a mail to rofug+unsubscribe-gQFem4m/dK4&lt; at &gt;public.gmane.org </pre> Adrian Penisoara 2009-09-23T06:13:56 http://comments.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general/3339 <pre>Salutare, Am o mica problema cu placa de retea. O ia razna din cand in cand iar in /var/log/messages apar urmatoarele linii: Sep 22 11:19:20 lamp kernel: xl0: transmission error: 90 Sep 22 11:19:20 lamp kernel: xl0: tx underrun, increasing tx start threshold to 180 bytes Sep 22 11:20:37 lamp kernel: xl0: transmission error: 90 Sep 22 11:20:37 lamp kernel: xl0: tx underrun, increasing tx start threshold to 240 bytes Sep 22 11:39:19 lamp kernel: xl0: transmission error: 90 Sep 22 11:39:19 lamp kernel: xl0: tx underrun, increasing tx start threshold to 300 bytes Sep 22 12:37:45 lamp kernel: pid 5059 (httpd), uid 80: exited on signal 11 Sep 22 15:24:54 lamp kernel: pid 8024 (httpd), uid 80: exited on signal 11 Presupun ca problema e la placa de retea si ar trebui schimbata. Am de gand sa schimb serverul in vreo doua saptamani, dar pana atunci as vrea sa linistesc putin situatia. De fiecare data cand apar mesajele astea cad majoritatea serviciilor - Apache, SSH, Pure-FTPD. Aveti vreo idee de "carpeala" care sa imi rezolve caderile pana atunci? </pre> Sergiu 2009-09-22T16:37:18 http://comments.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general/3338 <pre>Hi, Impresii din ultima zi la EuroBSDCon: http://daemonscorner.blogspot.com/2009/09/eurobsdcon-2009-is-over.html Anul viitor se va tine in Octombrie in Karlsruhe, Germania (din nou, dupa 5 ani)... Regards, Adrian. ________________________________________________________ To unsubscribe send a mail to rofug+unsubscribe-gQFem4m/dK4&lt; at &gt;public.gmane.org </pre> Adrian Penisoara 2009-09-21T07:18:48 http://comments.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general/3337 <pre>Hi, Pe scurt, prima zi la EnterpriseBSDCon: http://daemonscorner.blogspot.com/2009/09/full-first-day-at-eurobsdcon-2009.html Regards, Adrian. ________________________________________________________ To unsubscribe send a mail to rofug+unsubscribe-gQFem4m/dK4&lt; at &gt;public.gmane.org </pre> Adrian Penisoara 2009-09-20T03:33:03 http://comments.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general/3332 <pre>Buna, Ma gandeam sa mai fac o versiune rofreesbie. Intrucat acum e la moda sa fie facute update-uri la pachete ma gandeam sa compilez zilnic pachetele modificate din porturi iar cine vrea sa le copieze si instaleze cu un package manager grafic sau chiar din consola. Problema care va apare consta ca tot facand update la pachete nu vor mai fi satisfacute dependentele. Pentru a rezolva problema asta sunt mai multe posibiltati: 1) Folosire portupgrade cu baza de date externa pkgdb pentru a fi rezolvate dependentele. Cu timpul baza de date devine corupta si un user normal nu are rabdare sa dea fix. 2) Folosire unelte standard porturile...... si recompilarea tuturor pachetelor ( metoda nu prea avantajoasa deoarece necesita prea mult timp la ce harb de computer am eu) 3) Folosire alt program indicat de voi 4) Recompilarea doar a pachetelor noi cat se poate de des si reimpachetarea vechilor programe care folosesc pachetul updatat pentru a folosi versiunea acestuia. Eu am folosit metoda 1 , 2 si lucrez la teste pentru 4. Cateva idei/presupuneri legate de metoda 4: 1) Daca se face update zilnic nu cred ca vor apare diferente majore intre versiunile dependentelor si sper ca programele vor putea lucra. Teoretic ar trebui ca progrmele ce depind de pachetul updatat sa se comporte ca si cand ar fi fost updatate cu portupdate. 2) Probabil ca dupa reimpachetare ar putea fi folosit un nfs server pentru a instala pachetele. 3) Teoretic daca reimpachetez programele care depind de portul updatat ar trebui sa mearga si o instalare/reinstalare pe curat ( fara complainuri nu gasesc ... ) a pachetelor din consola. Ce program recomandati la punctul 3? Ce parere aveti de metoda 4 ? Va multumesc ________________________________________________________ To unsubscribe send a mail to rofug+unsubscribe-gQFem4m/dK4&lt; at &gt;public.gmane.org </pre> Dan Angelescu 2009-09-09T09:01:53 http://comments.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general/3326 <pre>Salut la toata lumea. NU prea obisnuiesc sa pun intrebari pe rofug ca ma descurc singur in general dar acu cred ca imi scapa ceva. Vreau sa fac un server de pppoe cu raddius. Am adaugat in kernel options NETGRAPH options NETGRAPH_PPPOE options NETGRAPH_ETHER ppp.conf l-am pus mai jos. Totul e fain si frumos. merge ok, insa la fiecare conexiune ma trezesc ca-mi deschide un proces. Evident cand dau acolo un ps am sute de procese de la fiecare conexiune in parte. Problema n-ar fi asa mare dar in momentul cand cineva scoate mufa de la placa de retea, o baga din nou si vrea sa se conecteze nu mai poate. In loguri imi da urmatorul mesaj: Warning: iface add: ioctl(SIOCAIFADDR, 86.127.52.0 -&gt; 86.127.52.100): File exists. Cu siguranta ca el nu-mi inchide procesul conexiunii respective. Evident dupa ce ii inchid procesul clientul reuseste sa se conecteze. Cum as putea sa fac toata treaba din kernel (sa nu-mi mai deschida procesele alea externe) si sa nu mai am problema cu ip-urile. O zi faina la toata lumea. ==================================== # cat /etc/ppp/ppp.conf default: set log Chat Command Phase #turn on some logging. See man ppp.conf enable chap # alow mode direct #turn on ppp bridging enable proxy #turn on ppp proxyarping (redundant of a disable ipv6cp #we don't use ipv6, don't want the errors set mru 1492 #set mru below 1500 (PPPoE MTU issue) set mtu 1492 #set mtu below 1500 (PPPoE MTU issue) set ifaddr 86.127.52.0/24 86.127.56.1-86.127.52.250 set speed sync set timeout 0 set dns 193.230.240.21 enable lqr accept dns set radius /etc/ppp/radius.conf </pre> Tarabuta Radu 2009-08-10T05:56:46 http://comments.gmane.org/gmane.org.user-groups.bsd.romanian.rofug.general/3317 <pre>Salutari. Cum pot sa restrictionez accesul la jailuri pentru situatia in care cineva ar prelua controlul asupra calculatorului gazda? In momentul de fata cu jexec pot sa intru in jailul ales fara sa ma intrebe de nimic. In acest caz degeaba toate masurile de securitate (de ex. am si encriptat partitia pe care sint jailurile). Astept cu interes raspunsul vostru. Bafta. -oz </pre> Orban Zoltan 2009-08-07T13:42:00 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.org.user-groups.bsd.romanian.rofug.general