Re: [Lug-bg] xkeyboard-config change
ща default такава (с прост текстов редактор или с изброен списък със специализирани програми за това, като например двете версии на MSKLC за MS Windows и 2–3 такива програми налични и за Linux в github, gitlab, xfce-apps.org, launchpad.net и т.н.)... Мен лично повече ме смущава липсата на клавиатурна комбинация AltGr + U + (x/h/d) + unicode hex/decimal codepoint за въвеждане на клавиатурните подредби, вместо винаги да отваряме gucharmap / KCharSelect / BabelMap (MS Windows), макар че май преди години и това вкараха като поддържано от Linux (чрез настройка в GNOME, XFCE, KDE, LXQT, LXDE, Cinnamon, RazorQt, OpenBox, ...) и дори в MS Windows (XP+ или 7+)... А на физически клавиатури бутонът „ | \ " вляво от бутона „Z“ на QWERTY — често ме влудява и на него можехме да map-нем „ѝЍ“ и combining \ (combining `) и combining / — за първично/основно и вторично/второстепенно ударение след буква/знак... 🙄 А рускоезичните лица, използващи БДС (ЫУЕИШЩ) и ЯВЕРТЬ... пък се мръщят на липсата на ëË, защото за тях има само эЭ и ыЫ в БДС и в кирилската клавиатурна подредба за повечето GSM feature phones (на която липсват ^`~_$@"':;!?/()-&%&[]{}'"<>.,?/\ и „“«»‘’‹›№€¢£¥ и т.н. ...)... 🙄 (Обърнете внимание на това, че в съвременния руски език основното ударение е /, докато в съвременния български език основното ударение е \ (а второстепенното е /). ХАЙДЕ СТИГА... ТОЛКОЗ ЗА ДНЕС ОТ МЕН... :))) За повече — платени услуги... ((: Поздрави, ve4er...@gmail.com На вт, 8.12.2020 г., 14:02 ч. Peter Pentchev написа: > On Tue, Dec 08, 2020 at 01:25:13PM +0200, Sah War wrote: > > А сега малко НЕсериозно *сериозно* допълнение: > > > [snip] > > В тая връзка само да спомена, че преди години гледах един пакет, май беше > > за GNOME или по-глобален (за X11?), който винаги показва визуално > известие > > за това какъв клавиш си натиснал/въвел току-що, плюс за включени Caps > Lock, > > NumLock, ScrollLock, и Insert... > > Това... би било забавно при въвеждане на пароли и ключове :) > > Поздрави, > Петър > > -- > Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com > PGP key: http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
On Tue, Dec 08, 2020 at 01:25:13PM +0200, Sah War wrote: > А сега малко НЕсериозно *сериозно* допълнение: > [snip] > В тая връзка само да спомена, че преди години гледах един пакет, май беше > за GNOME или по-глобален (за X11?), който винаги показва визуално известие > за това какъв клавиш си натиснал/въвел току-що, плюс за включени Caps Lock, > NumLock, ScrollLock, и Insert... Това... би било забавно при въвеждане на пароли и ключове :) Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
А сега малко НЕсериозно *сериозно* допълнение: *Основният проблем е мързелът да си смени човек клавиатурната подредба и да си смени подвида ѝ (или с ГПИ интерфейка през бутончето, или чрез зададената клавишна комбинация)...* *Както и нуждата ежедневно да се използват едновременно знаци от БГ клавиатурна подредба и тези от QWERTY/Dvorak en_US (не QWERTY US-International!)...* Очевидно най-налудничавото решение е точно да се направи допълнителна клавиатурна подредба, към споменатия в предишния ми имейл тук нов мета-пакет с допълнителни клавиатурни подредби, и тя да слага QWERTY (или Dvorak) en_US като налични за въвеждане в по-дълбоко ниво на клавиатурните клавишни комбинации (т.е. с composing key за 3-то ниво знаци откъм nesting mapping за всеки отделен физически клавиш)... (!) BG - Български (България) - Български - БДС+QWERTY_mixed_ +Unicode-charmap+Unicode-decimal/hex-input-button + speech-recognition-input-button (different engines, versions, and langpacks menu, downnloadable updates & extensions) + (Bulgarian + shapecatcher.com / google-inputtools-online-) handwriting-recognition-button (different engines, versions, and langpacks menu, downnloadable updates & extensions) + speech-synthesis-button (different engines, versions, and langpacks menu, downnloadable updates & extensions) + OCR-button (different engines, versions, and langpacks menu, downnloadable updates & extensions) **(GBoard - Google Android v10) - v?.??** (!) BG - Български (България) - Български - БДС+Dvorak_mixed_ +Unicode-charmap+Unicode-decimal/hex-input-button + speech-recognition-input-button (different engines, versions, and langpacks menu, downnloadable updates & extensions) + (Bulgarian + shapecatcher.com / google-inputtools-online-) handwriting-recognition-button (different engines, versions, and langpacks menu, downnloadable updates & extensions) + speech-synthesis-button (different engines, versions, and langpacks menu, downnloadable updates & extensions) + OCR-button (different engines, versions, and langpacks menu, downnloadable updates & extensions) **(GBoard - Google Android v10) - v?.??** Споменал съм вече тази налудничава идея във вече споменатия недовършен проект за уеднаквяване на клавиатурните подредби за български език за всички основни ОС-и: https://github.com/sahwar/Bulogos/blob/master/CBASTILS_BGlocalize_DB/unified_BG-bg_Bulgarian-keyboard-layouts_for-all-OSs.md . (Т.е. просто към 6+ стандартни българоезични клавиатурни подредби, които вече да не променяме, да се добавят още няколко, които просто *на една клавиатурна подредба* слагат настоящите БГ клавиатурни подредби И на по-дълбоко ниво с nesting/3rd-level-compose-key key trigger - и QWERTY (или Dvorak)... Т.е. идейно наподобява както са изписани физически на клавиатурите една с друга БГ и EN клавиатурните подредби!!! Плюс на deadkey да се сложи клавишна комбинация за dec и hex въвеждане на *U+...* Уникод знак...) В тая връзка само да спомена, че преди години гледах един пакет, май беше за GNOME или по-глобален (за X11?), който винаги показва визуално известие за това какъв клавиш си натиснал/въвел току-що, плюс за включени Caps Lock, NumLock, ScrollLock, и Insert... Визуално наподобява това: http://www.muflone.com/resources/bluewho/archive/latest/english/notification.png , но сега не мога да го намеря при търсене с уеб-търсачки.. Явно би ви било полезно, нарес с Wox+Search Everything+BabelMap+GifCam(+Notepad2-mod / Notepad3) (MS Windows) или ULauncher + FSearch [+ udev-notify , XMMS / qmmp, mpv / Baka MPlayer / SMPlayer / UMPlayer + Clementine, xdg-mime, xdg-open, mimeo; https://www.slant.co/options/7249/alternatives/~xmms-alternatives ; bluewho, gWakeOnLan; Remmina, qemu / VirtualBox, RetroArch & MAME & wine-staging + SteamOS Proton + X-SANE + CUPS + scan-tailor + img2pdf + pdf2htmlEX + pandoc + unpaper + XpdfReader + Calibre + Emacsen / Cream Vim / NeoVim + pdfarranger + pdfsam + remastersys3 + AppImageKit + SystemImageKit + https://github.com/pbatard/rufus + curl + wget2 + FilePizza + f*ex + http://Shotcut.org / Kdenlive / OpenShot / http://www.openmovieeditor.org/ / ffmpeg/libav + Aegisub + Webcamoid / CheeseCam + gclipper + SunflowerFM + SpaceM + стига толкова hotlink dumping ads for F(L)OSS apps... :P ] (за Linux - в GitHub.com). Поздрави, ve4er...@gmail.com ikurdo...@gmail.com (+Google Hangouts) http://sites.google.com/view/ve4ernik На вт, 8.12.2020 г. в 11:09 ч. Sah War написа: > Здравейте, LUG-BG, > > Много уважавам дейността на господин Антон Зиновиев по кирилизацията на > Linux, наред с тази на всички други, които са участвали в кирилизацията и > българизацията/побългаряването на Linux, GNU, и на работните среди за > (GNU/)Linux и приложен софтуер за тях... Разбира се, всяка имплементация > (конкретно [софтуерно решение за] внедряване от даден човек) и различните ѝ > версии... често се различават и оттам идват спорове коя да бъде > стандартната (а останалите пр
Re: [Lug-bg] xkeyboard-config change
Здравейте, LUG-BG, Много уважавам дейността на господин Антон Зиновиев по кирилизацията на Linux, наред с тази на всички други, които са участвали в кирилизацията и българизацията/побългаряването на Linux, GNU, и на работните среди за (GNU/)Linux и приложен софтуер за тях... Разбира се, всяка имплементация (конкретно [софтуерно решение за] внедряване от даден човек) и различните ѝ версии... често се различават и оттам идват спорове коя да бъде стандартната (а останалите просто да се сложат в хранилищата на съответните Линукс дистрибуции просто като алтернативни имплементации, с README.txt с обяснения как да се замести една имплементация с друга, плюс списък с възможни проблеми и евентуални решения...). Но в случая промяната от български кавички към знаци за „по-голямо“ и „по-малко“ е ненужна, защото вече ги има тези знаци дори в наложилата се вече традиционна фонетична клавиатурна подредба за българския език. Макар и недовършен, в следния документ съм написал идея за уеднаквяване (унифициране) на всички българоезични клавиатурни подредби за MS Windows, (GNU/)Linux, macOS / Mac OS X, Google Android, *BSD, и производни на тях операционни системи: https://github.com/sahwar/Bulogos/blob/master/CBASTILS_BGlocalize_DB/unified_BG-bg_Bulgarian-keyboard-layouts_for-all-OSs.md Според не е мъдро много да се пипат стандартните клавиатурни подредби за българския език... по мое мнение, просто трябва в топ 5 операционни системи да се сложат еднакви топ 6 клавиатурни подредби за българския език, а в отделен пакет в хранилищата да се слагат всякакви други клавиатурни подредби за българския език, като почти да няма разлики във версиите на всяка една от тях: * български * български (машинопис) * български (фонетична) * български (традиционна фонетична) * Bulgarian BDS (Extended) - http://sites.google.com/site/bglocalize * Bulgarian (Traditional) Phonetic (Extended) - http://sites.google.com/site/bglocalize (Такива, каквито са отдавна в MS Windows7-10 и в Linux и в Google Android досега, без повече да се променят...). Евентуално, бихме могли да добавим към горните стандартни 6 само стандартизираните българоезични версии на клавиатурните подредби Dvorak (за лява и за дясна ръка) и Colemak (за лява и за дясна ръка). За всички други клавиатурни подредби, просто да се направи *нов отделен мета-пакет* в *прилежащо хранилище* за тях в Debian & Ubuntu, във Fedora, CentOS, ArchLinux AUR, и *BSD, и там да се слагат всички други такива версии на други клавиатурни подредби за Linux и *NIX и MS Windows, Google Android, macOS / Mac OS X, iOS... В гореизброения мой недовършен проект за уеднаквяването на клавиатурните подредби, са вписани и програмите MSKLC (по-старата и по-новата версия) и поне 2-6 програми за Linux/*NIX, изпълняващи същата цел, включително и CLI програма за смяна на клавиатурната подредба и за обща информация на настоящата зададена такава, хостнати в https://github.com (отделен е въпросът, че FSF.org или Debian/Devuan/MX Linux & Ubuntu & Linux Mint & ArchLinux & Fedora трябва да клонират всички F(L)OSS проекти от GitHub в собствено хостнато GitLabCE или по-добре в Gitea... или поне вече да слагат във всяка Линукс дистрибуция CLI приложението с отворен код за дърпане на хранилище от github плюс кратко описание и git-diff-версия за всяко такова хранилище, плюс търсачка по име, автор и описание...). Като цяло, клавиатурните подредби НЕ са от нещата, които крайният потребител би понесъл да се променят бързо или въобще някога, та затова гореизброеният списък с "6 + Dvorak x2 + Colemak x2" клавиатурни подредби би трябвало да се счита за стандартният набор от клавиатурни подредби за българския език, и положението да замръзне дотам (освен минимални bugfixes, които НЕ променят почти нищо), като други клавиатурни подредби да се слагат във вече споменатия нов мета-пакет в хранилищата (с git-diff за отделните версии), и положението да замръзне до там... Иначе все едно утре да се събудите, и на джобния ви калкулатор като практическа шега да са ви турили съвсем различни математически знаци от досега използваните в последните 1-3 века... Нелогично и проблемно би било, нали? За повече знаци или за улеснение, просто хората да използват gucharmap / KCharSelect / Babel Map Online и виртуалната клавиатура OnBoard... или да сложим по един not-yet-assigned deadkey във всички клавиатурни подредби с клавиатурна комбинация да въвежда decimal или hex U+{кодова точка}, и толкоз... На уебсайта на unicode.org има дори раздел за стандартизиране на клавиатурните подредби за различните езици - в случай, че стигнем даже дотам със стандартизацията, хахаха... {тука щях да приложа известния комикс от http://xkcd.com за standards proliferation и за women as bio von-Neuman replicating machines, но ще си спестя поне в тоя случай сексизмът и съревнованието кой е по-по-най... Да постигнем консенсус вместо да сменяме key assignments за щяло и за нещяло...} Ако въобще ще се пипа нещо по клавиатурните подредби за Linux
Re: [Lug-bg] xkeyboard-config change
On Tue, Nov 24, 2020 at 05:15:20PM +0200, Григор wrote: > > На вт, 24.11.2020 г., 17:14 Григор написа: > > > > > > На вт, 24.11.2020 г., 17:08 Григор написа: > >> На вт, 24.11.2020 г., 17:06 Peter Pentchev написа: > >> > >>> On Tue, Nov 24, 2020 at 04:40:02PM +0200, Григор wrote: > >>> > На вт, 24.11.2020 г., 16:24 Peter Pentchev написа: > >>> > > >>> > > On Tue, Nov 24, 2020 at 01:40:30PM +0200, Todor Belev wrote: > >>> > > > > От: Marian Marinov m...@yuhu.biz > >>> > > > > Относно: [Lug-bg] xkeyboard-config change > >>> > > > > До: Linux Users Group - Bulgaria > >>> > > > > Изпратено на: 24.11.2020 13:33 > >>> > > > > >>> > > > > Здравейте, > >>> > > > > > >>> > > > > някой е решил да предефинира „“ с за всички ни :) > >>> > > > > > >>> > > > > xkeyboard-config | Poorly motivated changes of the positioning > >>> of „“ > >>> > > and in the Bulgarian Phonetic layout > >>> > > > > > >>> > > > > Споделете и вашето мнение в thread-a: > >>> > > > > > >>> > > > > > >>> > > > >>> https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 > >>> > > > > > >>> > > > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво > >>> да > >>> > > добавя. > >>> > > > > >>> > > > >>> > > > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше > >>> > > > големи критики заради некадърно написания "кирилизиращ" пакет. > >>> > > > >>> > > Ако под „престарал“ имаш предвид „направил така, че да можем да > >>> ползваме > >>> > > правилните за българския език кавички“, това ми е малко странна > >>> дефиниция > >>> > > за престараване :) В такъв случай би било интересно да споделиш > >>> мнението > >>> > > си за аргументите, които Петко излага за това защо наистина > >>> кавичките са > >>> > > за предпочитане пред символите за „по-малко“ и „по-голямо“, когато > >>> човек > >>> > > пише на кирилица. > >>> > >>> > Защото и на кирилица има знаци за по-малко и по-голямо. То тази логика > >>> > трябва да махнем +, =,#,/,\,],{,} кой луд ги използва на кирилица > >>> > >>> То че има, има, ама Петко като че ли се обосновава за това защо се > >>> ползват по-рядко от кавичките - мнение за това имах предвид. [format recovered, top-quoting considered harmful] > > > >> Това е ненужна промяна която ще затрудни всички освен Петко > > > По бих приел смяната на десетична запетая с точка. Е това ще е полезно. > > Най малкото след експорт от база няма да ми се налага да търся и заменям , > > с . > > Е това би олеснило ужасно много хора. Промяна в знаците <> си е абсолютно > > ненужна > > УЛЕСНИЛ Няма как да не отбележа, че никое от тези три съобщения дори не се опитва да обори никой от аргументите на Петко... а очевидно няма да улесни *само* него :) Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
УЛЕСНИЛ На вт, 24.11.2020 г., 17:14 Григор написа: > По бих приел смяната на десетична запетая с точка. Е това ще е полезно. > Най малкото след експорт от база няма да ми се налага да търся и заменям , > с . > Е това би олеснило ужасно много хора. Промяна в знаците <> си е абсолютно > ненужна > > > На вт, 24.11.2020 г., 17:08 Григор написа: > >> Това е ненужна промяна която ще затрудни всички освен Петко >> >> На вт, 24.11.2020 г., 17:06 Peter Pentchev написа: >> >>> On Tue, Nov 24, 2020 at 04:40:02PM +0200, Григор wrote: >>> > На вт, 24.11.2020 г., 16:24 Peter Pentchev написа: >>> > >>> > > On Tue, Nov 24, 2020 at 01:40:30PM +0200, Todor Belev wrote: >>> > > > > От: Marian Marinov m...@yuhu.biz >>> > > > > Относно: [Lug-bg] xkeyboard-config change >>> > > > > До: Linux Users Group - Bulgaria >>> > > > > Изпратено на: 24.11.2020 13:33 >>> > > > >>> > > > > Здравейте, >>> > > > > >>> > > > > някой е решил да предефинира „“ с за всички ни :) >>> > > > > >>> > > > > xkeyboard-config | Poorly motivated changes of the positioning >>> of „“ >>> > > and in the Bulgarian Phonetic layout >>> > > > > >>> > > > > Споделете и вашето мнение в thread-a: >>> > > > > >>> > > > > >>> > > >>> https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 >>> > > > > >>> > > > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво >>> да >>> > > добавя. >>> > > > >>> > > >>> > > > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше >>> > > > големи критики заради некадърно написания "кирилизиращ" пакет. >>> > > >>> > > Ако под „престарал“ имаш предвид „направил така, че да можем да >>> ползваме >>> > > правилните за българския език кавички“, това ми е малко странна >>> дефиниция >>> > > за престараване :) В такъв случай би било интересно да споделиш >>> мнението >>> > > си за аргументите, които Петко излага за това защо наистина >>> кавичките са >>> > > за предпочитане пред символите за „по-малко“ и „по-голямо“, когато >>> човек >>> > > пише на кирилица. >>> >>> > Защото и на кирилица има знаци за по-малко и по-голямо. То тази логика >>> > трябва да махнем +, =,#,/,\,],{,} кой луд ги използва на кирилица >>> >>> То че има, има, ама Петко като че ли се обосновава за това защо се >>> ползват по-рядко от кавичките - мнение за това имах предвид. >>> >>> Поздрави, >>> Петър >>> >>> -- >>> Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com >>> PGP key:http://people.FreeBSD.org/~roam/roam.key.asc >>> Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 >>> ___ >>> Lug-bg mailing list >>> Lug-bg@linux-bulgaria.org >>> http://linux-bulgaria.org/mailman/listinfo/lug-bg >>> >> ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
По бих приел смяната на десетична запетая с точка. Е това ще е полезно. Най малкото след експорт от база няма да ми се налага да търся и заменям , с . Е това би олеснило ужасно много хора. Промяна в знаците <> си е абсолютно ненужна На вт, 24.11.2020 г., 17:08 Григор написа: > Това е ненужна промяна която ще затрудни всички освен Петко > > На вт, 24.11.2020 г., 17:06 Peter Pentchev написа: > >> On Tue, Nov 24, 2020 at 04:40:02PM +0200, Григор wrote: >> > На вт, 24.11.2020 г., 16:24 Peter Pentchev написа: >> > >> > > On Tue, Nov 24, 2020 at 01:40:30PM +0200, Todor Belev wrote: >> > > > > От: Marian Marinov m...@yuhu.biz >> > > > > Относно: [Lug-bg] xkeyboard-config change >> > > > > До: Linux Users Group - Bulgaria >> > > > > Изпратено на: 24.11.2020 13:33 >> > > > >> > > > > Здравейте, >> > > > > >> > > > > някой е решил да предефинира „“ с за всички ни :) >> > > > > >> > > > > xkeyboard-config | Poorly motivated changes of the positioning of >> „“ >> > > and in the Bulgarian Phonetic layout >> > > > > >> > > > > Споделете и вашето мнение в thread-a: >> > > > > >> > > > > >> > > >> https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 >> > > > > >> > > > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво >> да >> > > добавя. >> > > > >> > > >> > > > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше >> > > > големи критики заради некадърно написания "кирилизиращ" пакет. >> > > >> > > Ако под „престарал“ имаш предвид „направил така, че да можем да >> ползваме >> > > правилните за българския език кавички“, това ми е малко странна >> дефиниция >> > > за престараване :) В такъв случай би било интересно да споделиш >> мнението >> > > си за аргументите, които Петко излага за това защо наистина кавичките >> са >> > > за предпочитане пред символите за „по-малко“ и „по-голямо“, когато >> човек >> > > пише на кирилица. >> >> > Защото и на кирилица има знаци за по-малко и по-голямо. То тази логика >> > трябва да махнем +, =,#,/,\,],{,} кой луд ги използва на кирилица >> >> То че има, има, ама Петко като че ли се обосновава за това защо се >> ползват по-рядко от кавичките - мнение за това имах предвид. >> >> Поздрави, >> Петър >> >> -- >> Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com >> PGP key:http://people.FreeBSD.org/~roam/roam.key.asc >> Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
Това е ненужна промяна която ще затрудни всички освен Петко На вт, 24.11.2020 г., 17:06 Peter Pentchev написа: > On Tue, Nov 24, 2020 at 04:40:02PM +0200, Григор wrote: > > На вт, 24.11.2020 г., 16:24 Peter Pentchev написа: > > > > > On Tue, Nov 24, 2020 at 01:40:30PM +0200, Todor Belev wrote: > > > > > От: Marian Marinov m...@yuhu.biz > > > > > Относно: [Lug-bg] xkeyboard-config change > > > > > До: Linux Users Group - Bulgaria > > > > > Изпратено на: 24.11.2020 13:33 > > > > > > > > > Здравейте, > > > > > > > > > > някой е решил да предефинира „“ с за всички ни :) > > > > > > > > > > xkeyboard-config | Poorly motivated changes of the positioning of > „“ > > > and in the Bulgarian Phonetic layout > > > > > > > > > > Споделете и вашето мнение в thread-a: > > > > > > > > > > > > > > https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 > > > > > > > > > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво да > > > добавя. > > > > > > > > > > > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше > > > > големи критики заради некадърно написания "кирилизиращ" пакет. > > > > > > Ако под „престарал“ имаш предвид „направил така, че да можем да > ползваме > > > правилните за българския език кавички“, това ми е малко странна > дефиниция > > > за престараване :) В такъв случай би било интересно да споделиш > мнението > > > си за аргументите, които Петко излага за това защо наистина кавичките > са > > > за предпочитане пред символите за „по-малко“ и „по-голямо“, когато > човек > > > пише на кирилица. > > > Защото и на кирилица има знаци за по-малко и по-голямо. То тази логика > > трябва да махнем +, =,#,/,\,],{,} кой луд ги използва на кирилица > > То че има, има, ама Петко като че ли се обосновава за това защо се > ползват по-рядко от кавичките - мнение за това имах предвид. > > Поздрави, > Петър > > -- > Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com > PGP key:http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
On Tue, Nov 24, 2020 at 04:40:02PM +0200, Григор wrote: > На вт, 24.11.2020 г., 16:24 Peter Pentchev написа: > > > On Tue, Nov 24, 2020 at 01:40:30PM +0200, Todor Belev wrote: > > > > От: Marian Marinov m...@yuhu.biz > > > > Относно: [Lug-bg] xkeyboard-config change > > > > До: Linux Users Group - Bulgaria > > > > Изпратено на: 24.11.2020 13:33 > > > > > > > Здравейте, > > > > > > > > някой е решил да предефинира „“ с за всички ни :) > > > > > > > > xkeyboard-config | Poorly motivated changes of the positioning of „“ > > and in the Bulgarian Phonetic layout > > > > > > > > Споделете и вашето мнение в thread-a: > > > > > > > > > > https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 > > > > > > > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво да > > добавя. > > > > > > > > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше > > > големи критики заради некадърно написания "кирилизиращ" пакет. > > > > Ако под „престарал“ имаш предвид „направил така, че да можем да ползваме > > правилните за българския език кавички“, това ми е малко странна дефиниция > > за престараване :) В такъв случай би било интересно да споделиш мнението > > си за аргументите, които Петко излага за това защо наистина кавичките са > > за предпочитане пред символите за „по-малко“ и „по-голямо“, когато човек > > пише на кирилица. > Защото и на кирилица има знаци за по-малко и по-голямо. То тази логика > трябва да махнем +, =,#,/,\,],{,} кой луд ги използва на кирилица То че има, има, ама Петко като че ли се обосновава за това защо се ползват по-рядко от кавичките - мнение за това имах предвид. Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
Защото и на кирилица има знаци за по-малко и по-голямо. То тази логика трябва да махнем +, =,#,/,\,],{,} кой луд ги използва на кирилица На вт, 24.11.2020 г., 16:24 Peter Pentchev написа: > On Tue, Nov 24, 2020 at 01:40:30PM +0200, Todor Belev wrote: > > > От: Marian Marinov m...@yuhu.biz > > > Относно: [Lug-bg] xkeyboard-config change > > > До: Linux Users Group - Bulgaria > > > Изпратено на: 24.11.2020 13:33 > > > > > Здравейте, > > > > > > някой е решил да предефинира „“ с за всички ни :) > > > > > > xkeyboard-config | Poorly motivated changes of the positioning of „“ > and in the Bulgarian Phonetic layout > > > > > > Споделете и вашето мнение в thread-a: > > > > > > > https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 > > > > > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво да > добавя. > > > > > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше > > големи критики заради некадърно написания "кирилизиращ" пакет. > > Ако под „престарал“ имаш предвид „направил така, че да можем да ползваме > правилните за българския език кавички“, това ми е малко странна дефиниция > за престараване :) В такъв случай би било интересно да споделиш мнението > си за аргументите, които Петко излага за това защо наистина кавичките са > за предпочитане пред символите за „по-малко“ и „по-голямо“, когато човек > пише на кирилица. > > > Сега вече бърка по-надълбоко. > > „Сега вече“ е интересно, отнесено към работата му по кирилизиране на > Linux-ката конзола и X в последните повече от двайсет години, вкл. още > първоначалното създавдане на дефинициите на въпросните symbols/bg в > xkeyboard-config от 1999-та, и особено към тази промяна, която е от > 2009-та :) > > Поздрави, > Петър > > -- > Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com > PGP key:http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
Привет, Честно казано не ми се задълбава в неговата дейност, която съм я критикувал преди повече от 15 години и то с право (когато настояваше кирилизацията да се случва по онзи безобразен начин с инсталационните му скриптове). Достатъчно ни е, че късаше многократно моя колежка на изпитите, щото просто искаше да я види още веднъж (заради големите и гърди). с Уважение, Тодор Белев 0898303366 > Оригинално писмо >От: Peter Pentchev r...@ringlet.net >Относно: Re: [Lug-bg] xkeyboard-config change >До: Linux Users Group - Bulgaria >Изпратено на: 24.11.2020 16:16 On Tue, Nov 24, 2020 at 01:40:30PM +0200, Todor Belev wrote: > > От: Marian Marinov m...@yuhu.biz > > Относно: [Lug-bg] xkeyboard-config change > > До: Linux Users Group - Bulgaria > > Изпратено на: 24.11.2020 13:33 > > > Здравейте, > > > > някой е решил да предефинира „“ с за всички ни :) > > > > xkeyboard-config | Poorly motivated changes of the positioning of „“ and > > in the Bulgarian Phonetic layout > > > > Споделете и вашето мнение в thread-a: > > > > > > https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 > > > > > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво да добавя. > > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше > големи критики заради некадърно написания "кирилизиращ" пакет. Ако под „престарал“ имаш предвид „направил така, че да можем да ползваме правилните за българския език кавички“, това ми е малко странна дефиниция за престараване :) В такъв случай би било интересно да споделиш мнението си за аргументите, които Петко излага за това защо наистина кавичките са за предпочитане пред символите за „по-малко“ и „по-голямо“, когато човек пише на кирилица. > Сега вече бърка по-надълбоко. „Сега вече“ е интересно, отнесено към работата му по кирилизиране на Linux-ката конзола и X в последните повече от двайсет години, вкл. още първоначалното създавдане на дефинициите на въпросните symbols/bg в xkeyboard-config от 1999-та, и особено към тази промяна, която е от 2009-та :) Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
On Tue, Nov 24, 2020 at 01:40:30PM +0200, Todor Belev wrote: > > От: Marian Marinov m...@yuhu.biz > > Относно: [Lug-bg] xkeyboard-config change > > До: Linux Users Group - Bulgaria > > Изпратено на: 24.11.2020 13:33 > > > Здравейте, > > > > някой е решил да предефинира „“ с за всички ни :) > > > > xkeyboard-config | Poorly motivated changes of the positioning of „“ and > > in the Bulgarian Phonetic layout > > > > Споделете и вашето мнение в thread-a: > > > > > > https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 > > > > > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво да добавя. > > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше > големи критики заради некадърно написания "кирилизиращ" пакет. Ако под „престарал“ имаш предвид „направил така, че да можем да ползваме правилните за българския език кавички“, това ми е малко странна дефиниция за престараване :) В такъв случай би било интересно да споделиш мнението си за аргументите, които Петко излага за това защо наистина кавичките са за предпочитане пред символите за „по-малко“ и „по-голямо“, когато човек пише на кирилица. > Сега вече бърка по-надълбоко. „Сега вече“ е интересно, отнесено към работата му по кирилизиране на Linux-ката конзола и X в последните повече от двайсет години, вкл. още първоначалното създавдане на дефинициите на въпросните symbols/bg в xkeyboard-config от 1999-та, и особено към тази промяна, която е от 2009-та :) Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
А да бе вземете ги сменете, на мен ми трябваха 20 години за да ги научя за какво са всичките копчета сложени на тази щайга (още не мога да оправя В като хората) и сега сначале На вт, 24.11.2020 г., 13:47 Todor Belev написа: > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше големи > критики заради некадърно написания "кирилизиращ" пакет. > Сега вече бърка по-надълбоко. Не мога да разбера, откъде намира мотивация > тоя човек. > > с Уважение, > Тодор Белев > 0898303366 > > > > > > Оригинално писмо ---- > >От: Marian Marinov m...@yuhu.biz > >Относно: [Lug-bg] xkeyboard-config change > >До: Linux Users Group - Bulgaria > >Изпратено на: 24.11.2020 13:33 > > Здравейте, > някой е решил да предефинира „“ с <> за всички ни :) > > xkeyboard-config | Poorly motivated changes of the positioning of „“ and > <> in the Bulgarian Phonetic layout > > Споделете и вашето мнение в thread-a: > > https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво да добавя. > > Поздрави, > Мариян > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше големи критики заради некадърно написания "кирилизиращ" пакет. Сега вече бърка по-надълбоко. Не мога да разбера, откъде намира мотивация тоя човек. с Уважение, Тодор Белев 0898303366 > Оригинално писмо >От: Marian Marinov m...@yuhu.biz >Относно: [Lug-bg] xkeyboard-config change >До: Linux Users Group - Bulgaria >Изпратено на: 24.11.2020 13:33 Здравейте, някой е решил да предефинира „“ с за всички ни :) xkeyboard-config | Poorly motivated changes of the positioning of „“ and in the Bulgarian Phonetic layout Споделете и вашето мнение в thread-a: https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 Аз съм си написал мнението в thread-a :) Не мисля, че имам какво да добавя. Поздрави, Мариян _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] xkeyboard-config change
Здравейте, някой е решил да предефинира „“ с <> за всички ни :) xkeyboard-config | Poorly motivated changes of the positioning of „“ and <> in the Bulgarian Phonetic layout Споделете и вашето мнение в thread-a: https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 Аз съм си написал мнението в thread-a :) Не мисля, че имам какво да добавя. Поздрави, Мариян signature.asc Description: OpenPGP digital signature _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] формат на документите от държавната администрация
Забележете, че това положение с монополистите е такова още от 2008 г., когато още бях ученик в ЕГ "Пловдив" (завърших през 2010 г.), и даже учителката ми по информатика, иначе печена и готина жена, ползваше формуляра от уебсайта на mtel (шментител... 😅 ), за да изпраща безплатни SMS-и, но на мен ми правеше проблеми, че инсталирам и демонстрирам разни програми и игри, и тогава още дори нямаше опити за навлизане на F(L)OSS във формалното образование, както по-късно навлезе поне Dia... 🙄 От няколко месеца насам НАРОЧНО Microsoft премахнаха файловете за безплатно изтегляне на MS Office MS Word/Excel/PowerPoint Viewer, който им беше безплатно приложение (поне за преглед! Иначе чрез LibreOffice и zamzar.com и чрез описани в Интернет (github, gitlab и т.н.) програми за .doc -> .html / .rtf -> .odt — е конвертирането!!! 🙄 ), за да продадат повече бройки MS Office 2019, а вече искат всички да сме само в Облака чрез MS Office 356 (гореописаната от друг в предишни имейли от тази имейл дискусия онлайн версия на MS Office), та си изтеглете тези MS Office Viewer-и докато още ги има по уебсайтовете от типа freeware app download centers като посочения в предишния ми имейл и като oldapps.net & old-games.com , freewarefiles.com, sofpedia.com, caimangames.us и т.н. НО поне Microsoft по едно време пуснаха free add-on за запис като .docx & .odt за по-стари версии на MS Word, та няма обяснение защо е толкова трудно на държавната администрация да си изтеглят и инсталират този add-on и да запазват файловете за Интернет сайтовете на институциите като .doc, .docx, .odt, .pdf (+attachment на оригиналния РЕДАКТИРУЕМ файл, както има опция за това в LibreOffice, както съм споменавал и в Bulogos)... 🙄 Освен мързел и НЕзнание и некомпетентност и гьонсуратлък и шуробаджанащина и обща неосведоменост... Като гледам, вече има платена версия на LibreOffice, която обаче е ПО-ЕВТИНА от MS Office 2019, та явно тя ще е конкурентна на MS Office 2019 и на MS Office 365 (online/web-based MS Office), НО LibreOffice поддържа вече над 3 операционни системи, а не знам дали MS Office 2003–2019 върви добре под Wine/PlayOnLinux под Linux или чрез виртуална машина чрез VirtualBox или QEMU или vmware... Поздрави, ve4er...@gmail.com На вт, 20.10.2020 г., 0:35 ч. Sah War написа: > Целта е да задлъжняваме на Microsoft, които са просто фасада за > NSA/military-industrial complex/DeepState, също като IBM, Google, Amazon, > Apple и т.н.! 🙄 > За да си ги купуват правителствата и да индоктринират хората с proprietary > apps... & NSA-spyware... > > Дотогава пробвай това: > > http://www.oldversion.com/windows/word-viewer/ > > > > https://support.microsoft.com/en-us/help/979860/supported-versions-of-the-office-viewers > > > —ve4ernik > > На нд, 11.10.2020 г., 20:29 ч. Todor Belev написа: > >> Petre, >> явно не усещащ проблема. "Безплатната" версия на MS Office няма как да >> помогне, от сайта на съда се сваля документ, който не може да се качва там. >> >> >> с Уважение, >> Тодор Белев >> 0898303366 >> >> >> >> >> > Оригинално писмо >> >От: Peter pe...@aboutsupport.com >> >Относно: Re: [Lug-bg] формат на документите от държавната администрация >> >До: Linux Users Group - Bulgaria >> >Изпратено на: 11.10.2020 18:25 >> >> Другият вариант е безплатната уеб версия на MS Office >> >> https://www.microsoft.com/en/microsoft-365/free-office-online-for-the-web >> >> >> >> Peter Zyumbilev >> >> E pe...@aboutsupport.com >> >> >> >> On 11/10/2020 13:37, Григор wrote: >> > Пробвай с AbiWord или gnuemeric При мен зареждат всичко от ДКХ и НАП >> > >> > На вт, 6.10.2020 г. в 13:43 Tihomir Plachkov < >> tihomir.plach...@gmail.com >> > <mailto:tihomir.plach...@gmail.com>> написа: >> > >> > Здравейте, >> > Понякога ми се налага да чета съдебна практика по въпроси, които ме >> > вълнуват или дела, в които съм страна. За мое голямо съжаление, >> > публикуваните съдебни актове на страницата >> https://legalacts.justice.bg/ >> > са в док формат. Тези документи са четими само от майкрософт уърд и е >> > невъзможно да бъдат прочетени с друга програма - например Либре офис. >> > Документът се отваря, но текстът липсва. Често попадам и на други услуги >> > в държавната администрация, чиито публикувани документи(например някои >> > пдф форми) са четими само със собственически софтуеър, който изисква >> > закупуването на лицензи или са налични инсталатори само за уиндоус ОС, с >> > която аз не разполагам. В случаят с публикуваните съдебни актове, >> > най-естествено е те да се публикуват в чист текст -
Re: [Lug-bg] формат на документите от държавната администрация
Целта е да задлъжняваме на Microsoft, които са просто фасада за NSA/military-industrial complex/DeepState, също като IBM, Google, Amazon, Apple и т.н.! 🙄 За да си ги купуват правителствата и да индоктринират хората с proprietary apps... & NSA-spyware... Дотогава пробвай това: http://www.oldversion.com/windows/word-viewer/ https://support.microsoft.com/en-us/help/979860/supported-versions-of-the-office-viewers —ve4ernik На нд, 11.10.2020 г., 20:29 ч. Todor Belev написа: > Petre, > явно не усещащ проблема. "Безплатната" версия на MS Office няма как да > помогне, от сайта на съда се сваля документ, който не може да се качва там. > > > с Уважение, > Тодор Белев > 0898303366 > > > > > > Оригинално писмо ---- > >От: Peter pe...@aboutsupport.com > >Относно: Re: [Lug-bg] формат на документите от държавната администрация > >До: Linux Users Group - Bulgaria > >Изпратено на: 11.10.2020 18:25 > > Другият вариант е безплатната уеб версия на MS Office > > https://www.microsoft.com/en/microsoft-365/free-office-online-for-the-web > > > > Peter Zyumbilev > > E pe...@aboutsupport.com > > > > On 11/10/2020 13:37, Григор wrote: > > Пробвай с AbiWord или gnuemeric При мен зареждат всичко от ДКХ и НАП > > > > На вт, 6.10.2020 г. в 13:43 Tihomir Plachkov > <mailto:tihomir.plach...@gmail.com>> написа: > > > > Здравейте, > > Понякога ми се налага да чета съдебна практика по въпроси, които ме > > вълнуват или дела, в които съм страна. За мое голямо съжаление, > > публикуваните съдебни актове на страницата https://legalacts.justice.bg/ > > са в док формат. Тези документи са четими само от майкрософт уърд и е > > невъзможно да бъдат прочетени с друга програма - например Либре офис. > > Документът се отваря, но текстът липсва. Често попадам и на други услуги > > в държавната администрация, чиито публикувани документи(например някои > > пдф форми) са четими само със собственически софтуеър, който изисква > > закупуването на лицензи или са налични инсталатори само за уиндоус ОС, с > > която аз не разполагам. В случаят с публикуваните съдебни актове, > > най-естествено е те да се публикуват в чист текст - там картинки не са > > нужни. > > Знаете ли закони, нормативни актове, наредби, препоръки, ръководства > > или други текстове, които да регулират в какъв формат се публикуват > > документи на страниците на държавните администрации/съдилища? Кой > > контролен орган регулира електронните документи на страниците на > > институциите? > > > > _______ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > > > > ___________ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > _______________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] формат на документите от държавната администрация
Petre, явно не усещащ проблема. "Безплатната" версия на MS Office няма как да помогне, от сайта на съда се сваля документ, който не може да се качва там. с Уважение, Тодор Белев 0898303366 > Оригинално писмо >От: Peter pe...@aboutsupport.com >Относно: Re: [Lug-bg] формат на документите от държавната администрация >До: Linux Users Group - Bulgaria >Изпратено на: 11.10.2020 18:25 Другият вариант е безплатната уеб версия на MS Office https://www.microsoft.com/en/microsoft-365/free-office-online-for-the-web Peter Zyumbilev E pe...@aboutsupport.com On 11/10/2020 13:37, Григор wrote: > Пробвай с AbiWord или gnuemeric При мен зареждат всичко от ДКХ и НАП > > На вт, 6.10.2020 г. в 13:43 Tihomir Plachkov tihomir.plach...@gmail.com > > написа: > > Здравейте, > Понякога ми се налага да чета съдебна практика по въпроси, които ме > вълнуват или дела, в които съм страна. За мое голямо съжаление, > публикуваните съдебни актове на страницата https://legalacts.justice.bg/ > са в док формат. Тези документи са четими само от майкрософт уърд и е > невъзможно да бъдат прочетени с друга програма - например Либре офис. > Документът се отваря, но текстът липсва. Често попадам и на други услуги > в държавната администрация, чиито публикувани документи(например някои > пдф форми) са четими само със собственически софтуеър, който изисква > закупуването на лицензи или са налични инсталатори само за уиндоус ОС, с > която аз не разполагам. В случаят с публикуваните съдебни актове, > най-естествено е те да се публикуват в чист текст - там картинки не са > нужни. >Знаете ли закони, нормативни актове, наредби, препоръки, ръководства > или други текстове, които да регулират в какъв формат се публикуват > документи на страниците на държавните администрации/съдилища? Кой > контролен орган регулира електронните документи на страниците на > институциите? > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] формат на документите от държавната администрация
Другият вариант е безплатната уеб версия на MS Office https://www.microsoft.com/en/microsoft-365/free-office-online-for-the-web Peter Zyumbilev E pe...@aboutsupport.com On 11/10/2020 13:37, Григор wrote: Пробвай с AbiWord или gnuemeric При мен зареждат всичко от ДКХ и НАП На вт, 6.10.2020 г. в 13:43 Tihomir Plachkov mailto:tihomir.plach...@gmail.com>> написа: Здравейте, Понякога ми се налага да чета съдебна практика по въпроси, които ме вълнуват или дела, в които съм страна. За мое голямо съжаление, публикуваните съдебни актове на страницата https://legalacts.justice.bg/ са в док формат. Тези документи са четими само от майкрософт уърд и е невъзможно да бъдат прочетени с друга програма - например Либре офис. Документът се отваря, но текстът липсва. Често попадам и на други услуги в държавната администрация, чиито публикувани документи(например някои пдф форми) са четими само със собственически софтуеър, който изисква закупуването на лицензи или са налични инсталатори само за уиндоус ОС, с която аз не разполагам. В случаят с публикуваните съдебни актове, най-естествено е те да се публикуват в чист текст - там картинки не са нужни. Знаете ли закони, нормативни актове, наредби, препоръки, ръководства или други текстове, които да регулират в какъв формат се публикуват документи на страниците на държавните администрации/съдилища? Кой контролен орган регулира електронните документи на страниците на институциите? ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> http://linux-bulgaria.org/mailman/listinfo/lug-bg _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] формат на документите от държавната администрация
Пробвай с AbiWord или gnuemeric При мен зареждат всичко от ДКХ и НАП На вт, 6.10.2020 г. в 13:43 Tihomir Plachkov написа: > Здравейте, > Понякога ми се налага да чета съдебна практика по въпроси, които ме > вълнуват или дела, в които съм страна. За мое голямо съжаление, > публикуваните съдебни актове на страницата https://legalacts.justice.bg/ > са в док формат. Тези документи са четими само от майкрософт уърд и е > невъзможно да бъдат прочетени с друга програма - например Либре офис. > Документът се отваря, но текстът липсва. Често попадам и на други услуги > в държавната администрация, чиито публикувани документи(например някои > пдф форми) са четими само със собственически софтуеър, който изисква > закупуването на лицензи или са налични инсталатори само за уиндоус ОС, с > която аз не разполагам. В случаят с публикуваните съдебни актове, > най-естествено е те да се публикуват в чист текст - там картинки не са > нужни. > Знаете ли закони, нормативни актове, наредби, препоръки, ръководства > или други текстове, които да регулират в какъв формат се публикуват > документи на страниците на държавните администрации/съдилища? Кой > контролен орган регулира електронните документи на страниците на > институциите? > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] формат на документите от държавната администрация
Намерих това: https://www.mtitc.government.bg/upload/docs/2016-01/NAREDBA_za_elektronnite_administrativni_uslugi.rtf Но и то е трудночетимо :). На пръв поглед откривам това. /Чл. 63. (1) Доставчиците на електронни административни услуги трябва да осигурят възможност за приемането на електронните изявления на гражданите и организациите като електронни документи със структурирано съдържание в XML формат.// //(2) Документите по ал. 1 трябва да се регистрират в регистъра на информационните обекти.// //Чл. 64. При приемането на документи с неструктурирано съдържание трябва да се използват стандарти за обмен на електронни документи, вписани в регистъра на стандартите.// //Чл. 65. За нуждите на ползване на електронни административни услуги се допуска приемането на следните затворени файлови формати на електронни документи с неструктурирано съдържание:// //1. файлови формати, които имат възможността да включат в себе си електронен подпис:// //а) "pdf" ( Adobe Portable Document Format, създаден от компанията Adobe);// //б) "doc" (Document Format, създаден от компанията Microsoft);// //в) "xls" (Excel Sheet Format, създаден от компанията Microsoft);// //г) "eml" (EML Format за електронна поща, създаден от компанията Microsoft);// //2. файлови формати, които нямат възможността да включат в себе си електронен подпис:// //а) стандартизиран формат "p7s" (по стандарт PKCS#7 (Public Key Cryptography Standard - Стандарт за криптография на публичния ключ) на RSA Data Security, приет с Препоръка RFC 2315 на IETF (The Internet Engineering Task Force - Целева група за Интернет инженеринг) от март 1998 г., капсулиращ електронните документи и отделения електронен подпис ("detached signature");// //б) формат "ats", капсулиращ електронните документи, отделения електронен подпис, както и други удостоверения ("time-stamp tokens", "certificate status" и др.);// //3. файлови формати, подписани и свързани с електронен подпис посредством "PKCS#7" и "ATS" с включено съдържание на файла:// //а) "sxw" ( създадени със средствата на Open Office);// //б) "txt" (текстови файлове в ASCII 7-битов формат, unicode формат, кодиран в 8-битово UTF-8 или CP1251 представяне);// //в) "rtf" (Rich Text Format v1.6, v1.7, v1.8 и сл. текстови файлове);// //г) "jpg", "jpeg" (JPEG JFIF v1.02 и сл. растерни графични файлове);// //д) "j2k", "jpx", "jp2" (JPEG 2000, JP2 или JPX растерни графични файлове);// //е) "png" (PNG v1.2 и сл. растерни графични файлове);// //ж) "tiff" (TIFF rev. 6.0 и сл. растерни графични файлове)./ Ако идните дни намеря време , трябва да му обърна повече внимание. Някой знае ли кой надзирава спазването на тази наредба? On 6.10.20 г. 18:05 ч., Marian Marinov wrote: > Реална от доста години, държавна администрация са задължени да публикуват > информацията в отворени формати и най-малкото PDF. > Това беше един от много силните успехи на Божо преди години. > > Факт е, обаче, че държавна администрация не спазва и едва ли ще започне да > спазва нормативната уредба, писана специално за тях. > Та докато това се случи, по-стари версии на Libre вършат работа. > > Мариян > > On 10/6/20 3:02 PM, Todor Belev wrote: >> Цецо, >> случая не е такъв, освен това Либре офис е доста добре настроен, към >> различните формати на MS office отколкото самия той, включая обратната >> съвместимост. >> Проблема доколкото съм го изследвал си мисля, че е в използването на някакви >> проприетари шрифтове (може би true type - times new roman или подобно). >> >> За държавната администрация е най-добре да използва отворени формати. >> >> с Уважение, >> Тодор Белев >> 0898303366 >> >> >> >> >>> Оригинално писмо >>> От: Tsetso Zdravkov vyrgozu...@gmail.com >>> Относно: Re: [Lug-bg] формат на документите от държавната администрация >>> До: Linux Users Group - Bulgaria >>> Изпратено на: 06.10.2020 14:53 >> Повечето хора използват Microsoft Office. >> >> Съответно, документи писани на Libre Office и обратно на MS Office, често се >> чупят между продуктите(особено такива съдържащи графики, таблици или >> макроси). >> >> За държавната администрация е по-добре и по-лесно да ползва платеният и >> масов продукт. >> >> On Tue, Oct 6, 2020 at 1:51 PM Todor Belev < todo...@abv.bg > internSendMess('todo...@abv.bg')>> wrote: >> >> Добър въпрос, отдавна се чудя, защо досега не е поставян, особено на >> съдебните администрации. >> >> От разговора ми с адвокати пък разбрах, че това се получавало, защото >> софтуера, които ползвали там бил о
Re: [Lug-bg] формат на документите от държавната администрация
Реална от доста години, държавна администрация са задължени да публикуват информацията в отворени формати и най-малкото PDF. Това беше един от много силните успехи на Божо преди години. Факт е, обаче, че държавна администрация не спазва и едва ли ще започне да спазва нормативната уредба, писана специално за тях. Та докато това се случи, по-стари версии на Libre вършат работа. Мариян On 10/6/20 3:02 PM, Todor Belev wrote: > Цецо, > случая не е такъв, освен това Либре офис е доста добре настроен, към > различните формати на MS office отколкото самия той, включая обратната > съвместимост. > Проблема доколкото съм го изследвал си мисля, че е в използването на някакви > проприетари шрифтове (може би true type - times new roman или подобно). > > За държавната администрация е най-добре да използва отворени формати. > > с Уважение, > Тодор Белев > 0898303366 > > > > >> Оригинално писмо >>От: Tsetso Zdravkov vyrgozu...@gmail.com >>Относно: Re: [Lug-bg] формат на документите от държавната администрация >>До: Linux Users Group - Bulgaria >>Изпратено на: 06.10.2020 14:53 > > Повечето хора използват Microsoft Office. > > Съответно, документи писани на Libre Office и обратно на MS Office, често се > чупят между продуктите(особено такива съдържащи графики, таблици или > макроси). > > За държавната администрация е по-добре и по-лесно да ползва платеният и масов > продукт. > > On Tue, Oct 6, 2020 at 1:51 PM Todor Belev < todo...@abv.bg internSendMess('todo...@abv.bg')>> wrote: > > Добър въпрос, отдавна се чудя, защо досега не е поставян, особено на > съдебните администрации. > > От разговора ми с адвокати пък разбрах, че това се получавало, защото > софтуера, които ползвали там бил остарял, допотопен и т.н. > > > с Уважение, > Тодор Белев > 0898303366 > > > > > > Оригинално писмо > >От: Tihomir Plachkov tihomir.plach...@gmail.com internSendMess('tihomir.plach...@gmail.com')> > >Относно: [Lug-bg] формат на документите от държавната администрация > >До: Linux Users Group - Bulgaria < lug-bg@linux-bulgaria.org > > > >Изпратено на: 06.10.2020 13:35 > > Здравейте, > Понякога ми се налага да чета съдебна практика по въпроси, които ме > вълнуват или дела, в които съм страна. За мое голямо съжаление, > публикуваните съдебни актове на страницата https://legalacts.justice.bg/ > са в док формат. Тези документи са четими само от майкрософт уърд и е > невъзможно да бъдат прочетени с друга програма - например Либре офис. > Документът се отваря, но текстът липсва. Често попадам и на други услуги > в държавната администрация, чиито публикувани документи(например някои > пдф форми) са четими само със собственически софтуеър, който изисква > закупуването на лицензи или са налични инсталатори само за уиндоус ОС, с > която аз не разполагам. В случаят с публикуваните съдебни актове, > най-естествено е те да се публикуват в чист текст - там картинки не са > нужни. > Знаете ли закони, нормативни актове, наредби, препоръки, ръководства > или други текстове, които да регулират в какъв формат се публикуват > документи на страниците на държавните администрации/съдилища? Кой > контролен орган регулира електронните документи на страниците на > институциите? > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org internSendMess('Lug-bg@linux-bulgaria.org')> > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] формат на документите от държавната администрация
Цецо, случая не е такъв, освен това Либре офис е доста добре настроен, към различните формати на MS office отколкото самия той, включая обратната съвместимост. Проблема доколкото съм го изследвал си мисля, че е в използването на някакви проприетари шрифтове (може би true type - times new roman или подобно). За държавната администрация е най-добре да използва отворени формати. с Уважение, Тодор Белев 0898303366 > Оригинално писмо >От: Tsetso Zdravkov vyrgozu...@gmail.com >Относно: Re: [Lug-bg] формат на документите от държавната администрация >До: Linux Users Group - Bulgaria >Изпратено на: 06.10.2020 14:53 Повечето хора използват Microsoft Office. Съответно, документи писани на Libre Office и обратно на MS Office, често се чупят между продуктите(особено такива съдържащи графики, таблици или макроси). За държавната администрация е по-добре и по-лесно да ползва платеният и масов продукт. On Tue, Oct 6, 2020 at 1:51 PM Todor Belev < todo...@abv.bg > wrote: Добър въпрос, отдавна се чудя, защо досега не е поставян, особено на съдебните администрации. От разговора ми с адвокати пък разбрах, че това се получавало, защото софтуера, които ползвали там бил остарял, допотопен и т.н. с Уважение, Тодор Белев 0898303366 > Оригинално писмо >От: Tihomir Plachkov tihomir.plach...@gmail.com >Относно: [Lug-bg] формат на документите от държавната администрация >До: Linux Users Group - Bulgaria < lug-bg@linux-bulgaria.org > >Изпратено на: 06.10.2020 13:35 Здравейте, Понякога ми се налага да чета съдебна практика по въпроси, които ме вълнуват или дела, в които съм страна. За мое голямо съжаление, публикуваните съдебни актове на страницата https://legalacts.justice.bg/ са в док формат. Тези документи са четими само от майкрософт уърд и е невъзможно да бъдат прочетени с друга програма - например Либре офис. Документът се отваря, но текстът липсва. Често попадам и на други услуги в държавната администрация, чиито публикувани документи(например някои пдф форми) са четими само със собственически софтуеър, който изисква закупуването на лицензи или са налични инсталатори само за уиндоус ОС, с която аз не разполагам. В случаят с публикуваните съдебни актове, най-естествено е те да се публикуват в чист текст - там картинки не са нужни. Знаете ли закони, нормативни актове, наредби, препоръки, ръководства или други текстове, които да регулират в какъв формат се публикуват документи на страниците на държавните администрации/съдилища? Кой контролен орган регулира електронните документи на страниците на институциите? ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___________________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] формат на документите от държавната администрация
Повечето хора използват Microsoft Office. Съответно, документи писани на Libre Office и обратно на MS Office, често се чупят между продуктите(особено такива съдържащи графики, таблици или макроси). За държавната администрация е по-добре и по-лесно да ползва платеният и масов продукт. On Tue, Oct 6, 2020 at 1:51 PM Todor Belev wrote: > Добър въпрос, отдавна се чудя, защо досега не е поставян, особено на > съдебните администрации. > > От разговора ми с адвокати пък разбрах, че това се получавало, защото > софтуера, които ползвали там бил остарял, допотопен и т.н. > > > с Уважение, > Тодор Белев > 0898303366 > > > > > > Оригинално писмо > >От: Tihomir Plachkov tihomir.plach...@gmail.com > >Относно: [Lug-bg] формат на документите от държавната администрация > >До: Linux Users Group - Bulgaria > >Изпратено на: 06.10.2020 13:35 > > Здравейте, > Понякога ми се налага да чета съдебна практика по въпроси, които ме > вълнуват или дела, в които съм страна. За мое голямо съжаление, > публикуваните съдебни актове на страницата https://legalacts.justice.bg/ > са в док формат. Тези документи са четими само от майкрософт уърд и е > невъзможно да бъдат прочетени с друга програма - например Либре офис. > Документът се отваря, но текстът липсва. Често попадам и на други услуги > в държавната администрация, чиито публикувани документи(например някои > пдф форми) са четими само със собственически софтуеър, който изисква > закупуването на лицензи или са налични инсталатори само за уиндоус ОС, с > която аз не разполагам. В случаят с публикуваните съдебни актове, > най-естествено е те да се публикуват в чист текст - там картинки не са > нужни. > Знаете ли закони, нормативни актове, наредби, препоръки, ръководства > или други текстове, които да регулират в какъв формат се публикуват > документи на страниците на държавните администрации/съдилища? Кой > контролен орган регулира електронните документи на страниците на > институциите? > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] формат на документите от държавната администрация
Добър въпрос, отдавна се чудя, защо досега не е поставян, особено на съдебните администрации. От разговора ми с адвокати пък разбрах, че това се получавало, защото софтуера, които ползвали там бил остарял, допотопен и т.н. с Уважение, Тодор Белев 0898303366 > Оригинално писмо >От: Tihomir Plachkov tihomir.plach...@gmail.com >Относно: [Lug-bg] формат на документите от държавната администрация >До: Linux Users Group - Bulgaria >Изпратено на: 06.10.2020 13:35 Здравейте, Понякога ми се налага да чета съдебна практика по въпроси, които ме вълнуват или дела, в които съм страна. За мое голямо съжаление, публикуваните съдебни актове на страницата https://legalacts.justice.bg/ са в док формат. Тези документи са четими само от майкрософт уърд и е невъзможно да бъдат прочетени с друга програма - например Либре офис. Документът се отваря, но текстът липсва. Често попадам и на други услуги в държавната администрация, чиито публикувани документи(например някои пдф форми) са четими само със собственически софтуеър, който изисква закупуването на лицензи или са налични инсталатори само за уиндоус ОС, с която аз не разполагам. В случаят с публикуваните съдебни актове, най-естествено е те да се публикуват в чист текст - там картинки не са нужни. Знаете ли закони, нормативни актове, наредби, препоръки, ръководства или други текстове, които да регулират в какъв формат се публикуват документи на страниците на държавните администрации/съдилища? Кой контролен орган регулира електронните документи на страниците на институциите? _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] формат на документите от държавната администрация
Здравейте, Понякога ми се налага да чета съдебна практика по въпроси, които ме вълнуват или дела, в които съм страна. За мое голямо съжаление, публикуваните съдебни актове на страницата https://legalacts.justice.bg/ са в док формат. Тези документи са четими само от майкрософт уърд и е невъзможно да бъдат прочетени с друга програма - например Либре офис. Документът се отваря, но текстът липсва. Често попадам и на други услуги в държавната администрация, чиито публикувани документи(например някои пдф форми) са четими само със собственически софтуеър, който изисква закупуването на лицензи или са налични инсталатори само за уиндоус ОС, с която аз не разполагам. В случаят с публикуваните съдебни актове, най-естествено е те да се публикуват в чист текст - там картинки не са нужни. Знаете ли закони, нормативни актове, наредби, препоръки, ръководства или други текстове, които да регулират в какъв формат се публикуват документи на страниците на държавните администрации/съдилища? Кой контролен орган регулира електронните документи на страниците на институциите? signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] R.I.P. Sany
Ще те помним Sany. Няма да забравя първати ни среща преди 20 години при Гицов. Дано си на по-добро място ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Тъжна вест.
Почивай в мир, Sany !!!<http://www.area51-bg.net/> On 08.10.2019 г. 11:04, Spas Pavlov wrote: > Здравейте, > > С дълбоко прискърбие трябва да ви съобщя, че след продължително боледуване, > на > 50 годишна възраст е починал нашия приятел и колега > > Станимир Бонев Добрев - Sany > > Мнозина от вас не познават Станимир, за щото той не обичаше да стои в > светлината на прожекторите. > Станимир обаче е един от пионерите в изграждането на Интернет мрежите в > България. > Един от основателите на Интернет Груп ООД. > > За заслугите му към Линукс обществото и конкретно към lug-bg няма нужда да > говоря. > "Sorry, nalaga se da testwam" е първото писмо в архива на групата от 12 > ноември 1998 г. > > Благодарим ти Sany. Почивай в мир приятелю. > > От името на общността поднасям съболезнования на семейството и близките му. > > Спас Павлов > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Тъжна вест.
Здравейте, С дълбоко прискърбие трябва да ви съобщя, че след продължително боледуване, на 50 годишна възраст е починал нашия приятел и колега Станимир Бонев Добрев - Sany Мнозина от вас не познават Станимир, за щото той не обичаше да стои в светлината на прожекторите. Станимир обаче е един от пионерите в изграждането на Интернет мрежите в България. Един от основателите на Интернет Груп ООД. За заслугите му към Линукс обществото и конкретно към lug-bg няма нужда да говоря. "Sorry, nalaga se da testwam" е първото писмо в архива на групата от 12 ноември 1998 г. Благодарим ти Sany. Почивай в мир приятелю. От името на общността поднасям съболезнования на семейството и близките му. Спас Павлов ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] стари книги от NoStarch/Oreilly и оракъл прес
Здравей, Можеш да ги оставиш и в библиотеката на InitLab :) Поздрави! On Mon, Sep 2, 2019 at 10:14 AM Dimitar Vassilev wrote: > Здравейте, > > имам разни стари книги от NoStarch/Oreilly и оракъл прес в запазен вид. > При интерес мога да пусна снимки или вариант 2 е да ги даря на СУ. Туряйте > ме в СС, защото имам филтри и не си преглеждам филтъра за LUG редовно. > > Поздрави, > > Димитър > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___________________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] стари книги от NoStarch/Oreilly и оракъл прес
Здравейте, имам разни стари книги от NoStarch/Oreilly и оракъл прес в запазен вид. При интерес мога да пусна снимки или вариант 2 е да ги даря на СУ. Туряйте ме в СС, защото имам филтри и не си преглеждам филтъра за LUG редовно. Поздрави, Димитър ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Петиция за отваряне на кода във държавната администрация
Ако някой е пропуснал. Идеята за github е много добра и там си личи кой, кой е. https://github.com/otvorete/petition +++ Поздрави! Васил Петров Може би не отговарям, защото: http://doncho.net/6lyokavitza/ <https://l.facebook.com/l.php?u=http%3A%2F%2Fdoncho.net%2F6lyokavitza%2F&h=ATMFaqBZg7vqlz3_OpjUV2SfBkWQps3cLg_S5xBIjIs8FZNt3KHOHB4FEN-HR4EyCrfEv8opQKhwrP8nVMz4P_ofAxq5OKkAwyPYWEYgRZ1Ps0w0Q-4rRAiM6VNYnVwTyk7pEokp> +++ ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Containers on LUG-BG
Йордан, ето как използвам контейнерите. Първо, използвам LXD за оркестрация, защото ми дава възаможност, лесно, удобно и сигурно да правя контейнери, които са със собствен root потребител. Така мога да пускам различни дистрибуции, включително и такива, които изискват systemd, вътре в контейнерите. Не използвам remote LXD функционалностите, защото не смятам да правя cluster от containers. Но би било интересно с ManiaX да си направим shared storage и да можем да правим live migration на контейнери от Hawk към Marla и обратното :) В момента на хост машината има 3 контейнера, като най-вероятно ще станат 7-8. lugbg - този се използва за mailing листата и вчера го update-нах до последната Fedora 29 mirrors - този се използва за mirror-ите, които бяха на linux-bulgaria.org и е с CentOS6 Host операционната система е Slackware64-current. Мрежата си я менажирам сам. Т.е. машината е dual port 10G карта, вързана към два отделни 10G switch-а и двата interface-а са вързани в bonding active-backup. На този bond са ни всичките VLAN-и. На машината е направен sw bridge, който е даден на LXD-то, за да свързва контейнерите. Самите контейнери идват винаги без мрежа. Нарочно направих така template-а, за да няма ситуация в която пусна нещо и то почне да бълва трафик или някой да може да се вързва към него. След първоначалната инсталация им assign-вам вътрешни IPs през LXD и след това им добавям SNAT/DNAT, ако контейнера не е с публичен адрес. Относно storage-а, използвам LVM thinpool, като отново си го направих предварително и просто го дадох на LXD, да го менажира. Ръчната направа на pool-а ми дава възможност да пипна различни настройки на LVM-а преди да го дам на LXD-то. Най-вече настройвам meta-data volume-а, правя го по-голям от колкото смята, че му е нужно. Тъй като в момента мигрирам услугите, setup-а е грозен :) И ще дам само два примера: lugbg контейнера е с private IP, защото 185.117.82.70 ми трябва на host-а за routing :) и съответно има DNAT за mail & web към lugbg. mirrors са в отделен контейнер, но тъй като не са update-нати DNS records, на lugbg има proxy_pass към контейнера с mirrors :) И днес трябва да оправя в mirrors container-а, кой mirror къде трябва да се отваря... Боламачът, който сътворих ще оправя weekend-a, надявам се :) И след това се очаква всеки да си е със собственото IP и да няма такова премятане на трафик. На host-а отново имаме root, аз, Спас и ManiaX. Поздрави, Мариян П.С. Ако на някой му трябва контейнер за нещо. Винаги можем да му пуснем един на тази машина. signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] List Maintenance
Здрасти, Можеш ли да ни разкажеш повече как ползваш LXC, колко контейнера са, как става оркестрацията, networking, демони и всичко което смяташ за интересно около сетъпа? Поздрави, Данчо > On 12 Jul 2019, at 3:49, Marian Marinov wrote: > > Signed PGP part > тест > > On 7/11/19 10:37 PM, Marian Marinov wrote: >> Здравейте, >> знам, че за повечето от вас няма да е проблем, но все пак да си напиша :) >> >> Отивам да преместя LUG-BG на по-новият hardware, който купихме преди няколко >> месеца :) >> >> И тъй като LUG-BG се мести от физическа машина, към контейнер, ще отнеме >> известно време докато вдигна всички services. Oчаквам към 02:00 да съм >> приключил. >> >> Поздрави, >> Мариян >> >> >> ___________ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> > > > signature.asc Description: Message signed with OpenPGP ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] List Maintenance
тест On 7/11/19 10:37 PM, Marian Marinov wrote: > Здравейте, > знам, че за повечето от вас няма да е проблем, но все пак да си напиша :) > > Отивам да преместя LUG-BG на по-новият hardware, който купихме преди няколко > месеца :) > > И тъй като LUG-BG се мести от физическа машина, към контейнер, ще отнеме > известно време докато вдигна всички services. Oчаквам към 02:00 да съм > приключил. > > Поздрави, > Мариян > > > _______________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] List Maintenance
On Thursday, July 11, 2019 10:37:20 PM EEST Marian Marinov wrote: > Здравейте, > знам, че за повечето от вас няма да е проблем, но все пак да си напиша :) > > Отивам да преместя LUG-BG на по-новият hardware, който купихме преди няколко > месеца :) > > И тъй като LUG-BG се мести от физическа машина, към контейнер, ще отнеме > известно време докато вдигна всички services. Oчаквам към 02:00 да съм > приключил. > > Поздрави, > Мариян Здравейте, Както обикновено се случва, Мариян е свършил всичко докато аз съм спал.:-) За мен не е останало почти нищо, освен да се поогледам след него и да видя че нещата работят. Поздрави. Спас Павлов _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] List Maintenance
Здравейте, знам, че за повечето от вас няма да е проблем, но все пак да си напиша :) Отивам да преместя LUG-BG на по-новият hardware, който купихме преди няколко месеца :) И тъй като LUG-BG се мести от физическа машина, към контейнер, ще отнеме известно време докато вдигна всички services. Oчаквам към 02:00 да съм приключил. Поздрави, Мариян signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] ZFS Root на HP DL380p Gen8 с HP H220 HBA (LSI 9207-8i)
Струва ми се, че описаният проблем е липса на модули в initrd-то. Най-вече ти липсват модулите за HBA контролера и е възможно да ти липсва и модула за zfs-а. Това, което можеш да направиш е да се увериш, че в initrd-то ти има модулите, които ти трябват за HBA-то и за FS-a. Аз по най-тъп начин правя това, като просто правя symlink "ln -s /boot/initd.img /boot/initrd.img.cpio.gz" и след това си го отварям с mc и разглеждам :) Можеш и с gzip+cpio, да го разархивираш и да го провериш. Ако това ти е наред, то проблемът е в инициализацията на zfs-а. Увери се, че zfs tools, нужни за boot са ти в initrd-то. За съжаление не помня какво беше нужно, като tools. Мариян On 7/9/19 3:19 PM, secvritas1 wrote: > Общо взето linux + raid е ужасна комбинация. На windows + raid никога съм > нямал загубени данни и нужда да вадя бекъп, > но на linux + raid имам 1 път загуба преди много години. винаги съм имал > бекъпи, > но тук идеята е че когато имаш райд не би трябвало да стигаш до > възстановяване от бекъп изобщо ... > > Другото е, че от 1984 се занимавам с компютри и винаги съм се стремял да не > ъпдейтвам фърмуер на нищо. > Преди много много години ми се случвало няколко пъти, да ми се налага, но > напоследък никога не ми се е налагало > и винаги съм гледал да го избягвам. Стреми се и ти да не го правиш. > Вероятността нещата да станат по-зле е винаги на лице. > Проблемът ти предполагам не е следствие от ъпгрейда. > > Според мен имаш разлика между букви и цифри в името на хардуерното устройство > ("/dev/нещо си") при зареждане и това което търси машината в fstab. > Проблема може да е и в кернел/модули и/или конфигурация. Виж кой кернел и как > поддържа този хардуер и си буилдни нов, ако трябва на друга машина. > Не знам защо кернела на инсталатора ти вижда файловата система (щом си го > инсталирал), а после този който трябва да буутне не го вижда. > По принцип би трябвало да са еднакви. Остава да са различни и/или проблем с > липсващи модули/конфигурация. > И има ли инсталиран някакъв буут мениджър (виж и неговия конфиг) ? > > dpp > > On Monday, June 17, 2019, 1:13:15 PM GMT+3, Dimitar Grigorov > wrote: > > > Здравейте, > имам проблем с boot на Debian със ZFS root. След инсталация по начина описан > в този guide > <https://github.com/zfsonlinux/zfs/wiki/Debian-Stretch-Root-on-ZFS> дава тази > грешка: > *error no such device: 1d3d5862b1f5f148* > *error: unknown filesystem.* > *Entering rescue mode...* > > **Хардуер: > Сървър: HP ProLiant DL380p Gen8. Има 25-bay-a за двуинчови дискове. > HBA: HP H220 с рефлашнат firmware за LSI 9207-8i както е описано в този > guide > <https://tifan.net/blog/2019/01/28/hp-h220-lsi-2308-9207-8i-stock-firmware-on-dell-r720/> > Дискове: WD Black 1TB, 2.5", WDC WD10JPLX-00MBPT0. Physical sector side: > 4k; Logical 512 bytes. Знам, че са зле.. > > От guide-a са пропускани частите свързани с UEFI (понеже сървъра няма UEFI) и > LUKS. > Проблема се появява само, когато ZFS-а е в RAID-Z. > При преместване на дисковете на Desktop машина(без HBA-то) - OS-a boot-ва. > При инсталация на ZFS Root върху един диск - няма проблем. > При инсталация на Debian в софтуерен RAID (mdadm) - няма проблем. > Опитвах и с Proxmox, чиято елементарна инсталация предлага ZFS root. Същото е > поведението както при стандартен Debian. > Обърнах внимание на частта в guide-a MPT2SAS, в която е описано, че тези > HBA-та по-бавно detect-ват дисковете, но описаното там не помогна. > В "BIOS-a" на HBA-то са вдигнати timeout-ите за detect на дисковете. > > След няколко неуспешни опита е обновен BIOS-a на сървъра, както и всички > останали firmware-и до последни версии. > Не съм опитвал да буутвам на друга машина с това HBA. > Имам успешно инсталирани други два Dell сървъра с подобна хардуерна и > софтуерна конфигурация. > > Имах сървър без дискове, който се опитвам да "съживя" и да използвам за > тестове с виртуалки. > Сървъра няма да се използва за нищо сериозно(което иска надеждност и 24/7 > uptime), затова гледах да намаля разходите избирайки подобна хардуерна и > софтуерна конфигурация. > > Някой сблъсквал ли се е с подобен проблем и може ли да ме насочи към > решението му? > Винаги остава варианта да използвам две SSD-та в RAID 1 за boot/root, ако > няма друго решение. > > > -- > Avast logo > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> &
Re: [Lug-bg] ZFS Root на HP DL380p Gen8 с HP H220 HBA (LSI 9207-8i)
И аз съм така. Значи ъпдейт или ъпгрейд само на умиране Докарам ли го да работи не барам. Имам още debian 6 някъде из мрежата. Когато ми умре в ръцете, ще стане 8, а 9 като излиза от съпорт. В случая не намира устройство, погледни fstab. На вт, 9.07.2019 г., 15:21 secvritas1 написа: > Общо взето linux + raid е ужасна комбинация. На windows + raid никога съм > нямал загубени данни и нужда да вадя бекъп, > но на linux + raid имам 1 път загуба преди много години. винаги съм имал > бекъпи, > но тук идеята е че когато имаш райд не би трябвало да стигаш до > възстановяване от бекъп изобщо ... > > Другото е, че от 1984 се занимавам с компютри и винаги съм се стремял да > не ъпдейтвам фърмуер на нищо. > Преди много много години ми се случвало няколко пъти, да ми се налага, но > напоследък никога не ми се е налагало > и винаги съм гледал да го избягвам. Стреми се и ти да не го правиш. > Вероятността нещата да станат по-зле е винаги на лице. > Проблемът ти предполагам не е следствие от ъпгрейда. > > Според мен имаш разлика между букви и цифри в името на хардуерното > устройство ("/dev/нещо си") при зареждане и това което търси машината в > fstab. > Проблема може да е и в кернел/модули и/или конфигурация. Виж кой кернел и > как поддържа този хардуер и си буилдни нов, ако трябва на друга машина. > Не знам защо кернела на инсталатора ти вижда файловата система (щом си го > инсталирал), а после този който трябва да буутне не го вижда. > По принцип би трябвало да са еднакви. Остава да са различни и/или проблем > с липсващи модули/конфигурация. > И има ли инсталиран някакъв буут мениджър (виж и неговия конфиг) ? > > dpp > > On Monday, June 17, 2019, 1:13:15 PM GMT+3, Dimitar Grigorov < > dimitar.grigo...@maniaprint.bg> wrote: > > > Здравейте, > имам проблем с boot на Debian със ZFS root. След инсталация по начина > описан в този guide > <https://github.com/zfsonlinux/zfs/wiki/Debian-Stretch-Root-on-ZFS> дава > тази грешка: > *error no such device: 1d3d5862b1f5f148* > *error: unknown filesystem.* > *Entering rescue mode...* > > Хардуер: > Сървър: HP ProLiant DL380p Gen8. Има 25-bay-a за двуинчови дискове. > HBA: HP H220 с рефлашнат firmware за LSI 9207-8i както е описано в > този guide > <https://tifan.net/blog/2019/01/28/hp-h220-lsi-2308-9207-8i-stock-firmware-on-dell-r720/> > Дискове: WD Black 1TB, 2.5", WDC WD10JPLX-00MBPT0. Physical sector > side: 4k; Logical 512 bytes. Знам, че са зле.. > > От guide-a са пропускани частите свързани с UEFI (понеже сървъра няма > UEFI) и LUKS. > Проблема се появява само, когато ZFS-а е в RAID-Z. > При преместване на дисковете на Desktop машина(без HBA-то) - OS-a boot-ва. > При инсталация на ZFS Root върху един диск - няма проблем. > При инсталация на Debian в софтуерен RAID (mdadm) - няма проблем. > Опитвах и с Proxmox, чиято елементарна инсталация предлага ZFS root. > Същото е поведението както при стандартен Debian. > Обърнах внимание на частта в guide-a MPT2SAS, в която е описано, че тези > HBA-та по-бавно detect-ват дисковете, но описаното там не помогна. > В "BIOS-a" на HBA-то са вдигнати timeout-ите за detect на дисковете. > > След няколко неуспешни опита е обновен BIOS-a на сървъра, както и всички > останали firmware-и до последни версии. > Не съм опитвал да буутвам на друга машина с това HBA. > Имам успешно инсталирани други два Dell сървъра с подобна хардуерна и > софтуерна конфигурация. > > Имах сървър без дискове, който се опитвам да "съживя" и да използвам за > тестове с виртуалки. > Сървъра няма да се използва за нищо сериозно(което иска надеждност и 24/7 > uptime), затова гледах да намаля разходите избирайки подобна хардуерна и > софтуерна конфигурация. > > Някой сблъсквал ли се е с подобен проблем и може ли да ме насочи към > решението му? > Винаги остава варианта да използвам две SSD-та в RAID 1 за boot/root, ако > няма друго решение. > > > -- > [image: Avast logo] > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> > > Този имейл е проверен за вируси от Avast. > www.avast.com > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> > > <#m_6853577872562526528_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] ZFS Root на HP DL380p Gen8 с HP H220 HBA (LSI 9207-8i)
Общо взето linux + raid е ужасна комбинация. На windows + raid никога съм нямал загубени данни и нужда да вадя бекъп,но на linux + raid имам 1 път загуба преди много години. винаги съм имал бекъпи,но тук идеята е че когато имаш райд не би трябвало да стигаш до възстановяване от бекъп изобщо ... Другото е, че от 1984 се занимавам с компютри и винаги съм се стремял да не ъпдейтвам фърмуер на нищо.Преди много много години ми се случвало няколко пъти, да ми се налага, но напоследък никога не ми се е налагалои винаги съм гледал да го избягвам. Стреми се и ти да не го правиш. Вероятността нещата да станат по-зле е винаги на лице.Проблемът ти предполагам не е следствие от ъпгрейда. Според мен имаш разлика между букви и цифри в името на хардуерното устройство ("/dev/нещо си") при зареждане и това което търси машината в fstab.Проблема може да е и в кернел/модули и/или конфигурация. Виж кой кернел и как поддържа този хардуер и си буилдни нов, ако трябва на друга машина.Не знам защо кернела на инсталатора ти вижда файловата система (щом си го инсталирал), а после този който трябва да буутне не го вижда. По принцип би трябвало да са еднакви. Остава да са различни и/или проблем с липсващи модули/конфигурация.И има ли инсталиран някакъв буут мениджър (виж и неговия конфиг) ? dpp On Monday, June 17, 2019, 1:13:15 PM GMT+3, Dimitar Grigorov wrote: Здравейте, имам проблем с boot на Debian със ZFS root. След инсталация по начина описан в този guide дава тази грешка: error no such device: 1d3d5862b1f5f148 error: unknown filesystem. Entering rescue mode... Хардуер: Сървър: HP ProLiant DL380p Gen8. Има 25-bay-a за двуинчови дискове. HBA: HP H220 с рефлашнат firmware за LSI 9207-8i както е описано в този guide Дискове: WD Black 1TB, 2.5", WDC WD10JPLX-00MBPT0. Physical sector side: 4k; Logical 512 bytes. Знам, че са зле.. От guide-a са пропускани частите свързани с UEFI (понеже сървъра няма UEFI) и LUKS. Проблема се появява само, когато ZFS-а е в RAID-Z. При преместване на дисковете на Desktop машина(без HBA-то) - OS-a boot-ва. При инсталация на ZFS Root върху един диск - няма проблем. При инсталация на Debian в софтуерен RAID (mdadm) - няма проблем. Опитвах и с Proxmox, чиято елементарна инсталация предлага ZFS root. Същото е поведението както при стандартен Debian. Обърнах внимание на частта в guide-a MPT2SAS, в която е описано, че тези HBA-та по-бавно detect-ват дисковете, но описаното там не помогна. В "BIOS-a" на HBA-то са вдигнати timeout-ите за detect на дисковете. След няколко неуспешни опита е обновен BIOS-a на сървъра, както и всички останали firmware-и до последни версии. Не съм опитвал да буутвам на друга машина с това HBA. Имам успешно инсталирани други два Dell сървъра с подобна хардуерна и софтуерна конфигурация. Имах сървър без дискове, който се опитвам да "съживя" и да използвам за тестове с виртуалки. Сървъра няма да се използва за нищо сериозно(което иска надеждност и 24/7 uptime), затова гледах да намаля разходите избирайки подобна хардуерна и софтуерна конфигурация. Някой сблъсквал ли се е с подобен проблем и може ли да ме насочи към решението му? Винаги остава варианта да използвам две SSD-та в RAID 1 за boot/root, ако няма друго решение. | | Този имейл е проверен за вируси от Avast. www.avast.com | _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] BGP Workshop in Varna
Здравейте всички. Началото на Септември(01, неделя), мисля да организирам BGP workshop във Варна - VarnaLab. Workshop-ът ще е безплатен. От участниците се очаква да си носят собствен лаптоп или мрежово оборудване, което да конфигурират. Това, което ще трява да направите е: - да си настроите VLAN-ите между вас и двете ISP-та - да си настроите VLAN-ите между вас и двете IX-а - да си настроите VLAN-ите между вас и вашите двама съседи След което да си пуснете IPv4/v6 BGP сесии с всички описани по-горе. В краят на workshop-а ще с BGP communities, local_preference и ако някой желае ECMP. Всичко по-сложно, може да бъде обсъдено по време на workshop-а. Ще разполагаме с 1-2 48 портови switches. Рутерите за двете ISP-та и двата IX-a са Linux Containers, които работят с Bird 2.0. По време на workshop-а ще обсъждаме и RPKI и ако времето ни позволява, ROA records и тяхната имплементация в разлигни BGP daemons. Ще се използват примерните конфигурации от тук: https://github.com/hackman/bgp-workshop/ Поздрави, Мариян signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] ZFS Root на HP DL380p Gen8 с HP H220 HBA (LSI 9207-8i)
Би трябвало с Redhat да работят тия сервери. с Уважение, Тодор Белев 0898303366 Оригинално писмо От: Dimitar Grigorov dimitar.grigo...@maniaprint.bg Относно: [Lug-bg] ZFS Root на HP DL380p Gen8 с HP H220 HBA (LSI 9207-8i) До: lug-bg@linux-bulgaria.org Изпратено на: 17.06.2019 13:11 Здравейте, имам проблем с boot на Debian със ZFS root. След инсталация по начина описан в този guide дава тази грешка: error no such device: 1d3d5862b1f5f148 error: unknown filesystem. Entering rescue mode... Хардуер: Сървър: HP ProLiant DL380p Gen8. Има 25-bay-a за двуинчови дискове. HBA: HP H220 с рефлашнат firmware за LSI 9207-8i както е описано в този guide Дискове: WD Black 1TB, 2.5", WDC WD10JPLX-00MBPT0. Physical sector side: 4k; Logical 512 bytes. Знам, че са зле.. От guide-a са пропускани частите свързани с UEFI (понеже сървъра няма UEFI) и LUKS. Проблема се появява само, когато ZFS-а е в RAID-Z. При преместване на дисковете на Desktop машина(без HBA-то) - OS-a boot-ва. При инсталация на ZFS Root върху един диск - няма проблем. При инсталация на Debian в софтуерен RAID (mdadm) - няма проблем. Опитвах и с Proxmox, чиято елементарна инсталация предлага ZFS root. Същото е поведението както при стандартен Debian. Обърнах внимание на частта в guide-a MPT2SAS, в която е описано, че тези HBA-та по-бавно detect-ват дисковете, но описаното там не помогна. В "BIOS-a" на HBA-то са вдигнати timeout-ите за detect на дисковете. След няколко неуспешни опита е обновен BIOS-a на сървъра, както и всички останали firmware-и до последни версии. Не съм опитвал да буутвам на друга машина с това HBA. Имам успешно инсталирани други два Dell сървъра с подобна хардуерна и софтуерна конфигурация. Имах сървър без дискове, който се опитвам да "съживя" и да използвам за тестове с виртуалки. Сървъра няма да се използва за нищо сериозно(което иска надеждност и 24/7 uptime), затова гледах да намаля разходите избирайки подобна хардуерна и софтуерна конфигурация. Някой сблъсквал ли се е с подобен проблем и може ли да ме насочи към решението му? Винаги остава варианта да използвам две SSD-та в RAID 1 за boot/root, ако няма друго решение. Този имейл е проверен за вируси от Avast. www.avast.com _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] ZFS Root на HP DL380p Gen8 с HP H220 HBA (LSI 9207-8i)
Здравейте, имам проблем с boot на Debian със ZFS root. След инсталация по начина описан в този guide <https://github.com/zfsonlinux/zfs/wiki/Debian-Stretch-Root-on-ZFS> дава тази грешка: *error no such device: 1d3d5862b1f5f148* *error: unknown filesystem.* *Entering rescue mode...* **Хардуер: Сървър: HP ProLiant DL380p Gen8. Има 25-bay-a за двуинчови дискове. HBA: HP H220 с рефлашнат firmware за LSI 9207-8i както е описано в този guide <https://tifan.net/blog/2019/01/28/hp-h220-lsi-2308-9207-8i-stock-firmware-on-dell-r720/> Дискове: WD Black 1TB, 2.5", WDC WD10JPLX-00MBPT0. Physical sector side: 4k; Logical 512 bytes. Знам, че са зле.. От guide-a са пропускани частите свързани с UEFI (понеже сървъра няма UEFI) и LUKS. Проблема се появява само, когато ZFS-а е в RAID-Z. При преместване на дисковете на Desktop машина(без HBA-то) - OS-a boot-ва. При инсталация на ZFS Root върху един диск - няма проблем. При инсталация на Debian в софтуерен RAID (mdadm) - няма проблем. Опитвах и с Proxmox, чиято елементарна инсталация предлага ZFS root. Същото е поведението както при стандартен Debian. Обърнах внимание на частта в guide-a MPT2SAS, в която е описано, че тези HBA-та по-бавно detect-ват дисковете, но описаното там не помогна. В "BIOS-a" на HBA-то са вдигнати timeout-ите за detect на дисковете. След няколко неуспешни опита е обновен BIOS-a на сървъра, както и всички останали firmware-и до последни версии. Не съм опитвал да буутвам на друга машина с това HBA. Имам успешно инсталирани други два Dell сървъра с подобна хардуерна и софтуерна конфигурация. Имах сървър без дискове, който се опитвам да "съживя" и да използвам за тестове с виртуалки. Сървъра няма да се използва за нищо сериозно(което иска надеждност и 24/7 uptime), затова гледах да намаля разходите избирайки подобна хардуерна и софтуерна конфигурация. Някой сблъсквал ли се е с подобен проблем и може ли да ме насочи към решението му? Винаги остава варианта да използвам две SSD-та в RAID 1 за boot/root, ако няма друго решение. --- Този имейл е проверен за вируси от Avast. https://www.avast.com/antivirus ___________________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Мега яките презентации On Fri, May 24, 2019, 00:19 Neter wrote: > Ако се чудите с какво да уплътните тези почивни дни, записите от срещата > идват тъкмо навреме :) > > https://www.youtube.com/watch?v=LtE4Nt58J68&list=PLhXG9vw6csK305lN9LdxMJrYXxW6plW09 > > На 22.05.2019 22:52, Marian Marinov написа: > > Ще се постарая до утре вечер да ги качим. > > Днес тъкмо са приключили с обработката на последното. > > > > Мариян > > > > On 5/22/19 12:47 PM, Denislav Ganchev wrote: > >> Има ли развитие по въпроса със записите :) > >> > >> On Mon, Apr 8, 2019 at 1:28 PM Marian Marinov >> <mailto:m...@yuhu.biz>> wrote: > >> > >> Ще ги качим в YouTube, когато са готови. > >> > >> Съжалявам, но не знам, кога ще е това. Все пак доброволец ги сваля, > >> нацепва и upload-ва. > >> Когато има възможност човека, ще ги качи. > >> > >> Когато това стане, ще ви пиша тук. > >> > >> Мариян > >> > >> On 4/8/19 11:20 AM, Denislav Ganchev wrote: > >> > Къде ще има запис :) Изключително ми е интересна лекцията за pimp > my > >> house. > >> > > >> > On Sat, Apr 6, 2019 at 10:29 AM Marian Marinov >> <mailto:m...@yuhu.biz> <mailto:m...@yuhu.biz <mailto:m...@yuhu.biz>>> > >> wrote: > >> > > >> > Stream-а можете да гледате тук: > >> http://strm.ludost.net/hls/lugbg.m3u8 > >> > > >> > Поздрави, > >> > Мариян > >> > > >> > On 4/5/19 12:36 PM, Spas Pavlov wrote: > >> > > On Sunday, February 17, 2019 5:26:22 PM EEST Marian Marinov > >> wrote: > >> > >> Здравейте, > >> > >> > >> > >> искате ли да направим срещата тази година на 06.Април в > >> Пловдив? > >> > >> > >> > >> Поздрави, > >> > >> Мариян > >> > > > >> > > Здравейте, > >> > > > >> > > Нали не сте забравили. Утре сме в Пловдив. > >> > > Програмата е актуализирана: > >> > > > >> > > http://www.linux-bulgaria.org/seminar2019/ > >> > > > >> > > Поздрави. > >> > > > >> > > Спас Павлов > >> > > > >> > > ___ > >> > > Lug-bg mailing list > >> > > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > > >> <mailto:Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org>> > >> > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > >> > > > >> > > >> > > >> > ___________ > >> > Lug-bg mailing list > >> > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > >> <mailto:Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org>> > >> > http://linux-bulgaria.org/mailman/listinfo/lug-bg > >> > > >> > > >> > > >> > -- > >> > Regards, > >> > > >> > Denislav Ganchev > >> > > >> > ___ > >> > Lug-bg mailing list > >> > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > >> > http://linux-bulgaria.org/mailman/listinfo/lug-bg > >> > > >> > >> > >> > >> > >> -- > >> Regards, > >> > >> Denislav Ganchev > >> > >> ___ > >> Lug-bg mailing list > >> Lug-bg@linux-bulgaria.org > >> http://linux-bulgaria.org/mailman/listinfo/lug-bg > >> > > > > > > > > ___ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Новини от преводачите на свободен софтуер
Здравейте всички и честит 24 май, На този ден празнуваме и ние - преводачите на свободен софтуер и софтуер с отворен код на български. Минаха повече от две години от последната публична изява на проекта за превод на GNOME на български. Ето кратко резюме на свършеното през този период. Основните усилия бяха насочени в нови преводи и обновяване на преводите към проекта GNU. Текстовите интерфейси на следните пакети са преведени: Diffutils (5 програми) - cmpр diff, diff3, patch, sdiff Findutils (5 програми) - find, locate, updatedb, xargs Coreutils (103 програми) - arch, b2sum, base32, base64, basename, basenc, cat, chcon, chgrp, chmod, chown, chroot, cksum, comm, cp, csplit, cut, date, dd, df, dir, dircolors, dirname, du, echo, env, expand, expr, factor, false, fmt, fold, groups, head, hostid, hostname, id, install, join, kill, link, ln, logname, ls, md5sum, mkdir, mkfifo, mknod, mktemp, mv, nice, nl, nohup, nproc, numfmt, od, paste, pathchk, pr, printenv, printf, ptx, pwd, readlink, realpath, rm, rmdir, runcon, seq, sha1sum, sha2, shred, shuf, sleep, sort, split, stat, stdbuf, stty, sum, sync, tac, tail, tee, test, timeout, touch, tr, true, truncate, tsort, tty, uname, unexpand, uniq, unlink, uptime, users, vdir, wc, who, whoami, yes Още от GNU (4 програми, 1 библиотека) - grep, sed, bash, tar, gnulib GNOME (51 модула) - baobab, brasero, caribou, cheese, eog, evince, file-roller, five-or-more, four-in-a-row, gdm, glib-networking, gnome-bluetooth, gnome-calculator, gnome-chess, gnome-contacts, gnome-control-center, gnome-font-viewer, gnome-initial-setup, gnome-keyring, gnome-klotski, gnome-mines, gnome-nettool, gnome-nibbles, gnome-online-accounts, gnome-robots, gnome-screenshot, gnome-session, gnome-shell, gnome-shell-extensions, gnome-software, gnome-sudoku, gnome-system-monitor, gnome-taquin, gnome-themes-standard, gnome-tweak-tool, hitori, libgames-support, libgtop, libgweather-locations, libsecret, lightsoff, mutter, nautilus-sendto, rygel, seahorse, swell-foop, totem, totem-pl-parser, vte, yelp Други: Sentry (уеб софтуер за отчитане на грешки) Git (3 програми) (управление на изходен код) - git, gitk, git-gui Jenkins DrRacket (IDE за езици от семейството на Scheme/Lisp и др.) ScratchJr (среда за обучение на деца за първи стъпки в програмирането) Stellarium (програма-планетарий за любители астрономи) TigerVNC (отдалечен графичен достъп) Joda-Time (библиотека за Java за работа с време) Следващите цели са за превод на следните програми на GNU: bison, flex, gawk, m4, make Ако искате да се свържете с нас: http://fsa-bg.org/project/gtp Може да следите работата ни през https://twitter.com/gnomebg С нас и с другите проекти за превод на свободен софтуер може да се свържете през пощенския списък на преводачите: d...@ludost.net Новини от другите проекти: Проектът за превод на KDE търси нов координатор Проектите за превод на LibreOffice и Firefox продължават да ги обновяват и осигуряват поддръжка на български език. Румен Петров продължава да поддържа и обновява преводите на GNU getttext, glibc, libiconv, ld, binutils Поздрави: ал_шопов ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Ако се чудите с какво да уплътните тези почивни дни, записите от срещата идват тъкмо навреме :) https://www.youtube.com/watch?v=LtE4Nt58J68&list=PLhXG9vw6csK305lN9LdxMJrYXxW6plW09 На 22.05.2019 22:52, Marian Marinov написа: Ще се постарая до утре вечер да ги качим. Днес тъкмо са приключили с обработката на последното. Мариян On 5/22/19 12:47 PM, Denislav Ganchev wrote: Има ли развитие по въпроса със записите :) On Mon, Apr 8, 2019 at 1:28 PM Marian Marinov <mailto:m...@yuhu.biz>> wrote: Ще ги качим в YouTube, когато са готови. Съжалявам, но не знам, кога ще е това. Все пак доброволец ги сваля, нацепва и upload-ва. Когато има възможност човека, ще ги качи. Когато това стане, ще ви пиша тук. Мариян On 4/8/19 11:20 AM, Denislav Ganchev wrote: > Къде ще има запис :) Изключително ми е интересна лекцията за pimp my house. > > On Sat, Apr 6, 2019 at 10:29 AM Marian Marinov <mailto:m...@yuhu.biz> <mailto:m...@yuhu.biz <mailto:m...@yuhu.biz>>> wrote: > > Stream-а можете да гледате тук: http://strm.ludost.net/hls/lugbg.m3u8 > > Поздрави, > Мариян > > On 4/5/19 12:36 PM, Spas Pavlov wrote: > > On Sunday, February 17, 2019 5:26:22 PM EEST Marian Marinov wrote: > >> Здравейте, > >> > >> искате ли да направим срещата тази година на 06.Април в Пловдив? > >> > >> Поздрави, > >> Мариян > > > > Здравейте, > > > > Нали не сте забравили. Утре сме в Пловдив. > > Програмата е актуализирана: > > > > http://www.linux-bulgaria.org/seminar2019/ > > > > Поздрави. > > > > Спас Павлов > > > > ___ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> <mailto:Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org>> > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> <mailto:Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org>> > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > -- > Regards, > > Denislav Ganchev > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > http://linux-bulgaria.org/mailman/listinfo/lug-bg > -- Regards, Denislav Ganchev ___________________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Ще се постарая до утре вечер да ги качим. Днес тъкмо са приключили с обработката на последното. Мариян On 5/22/19 12:47 PM, Denislav Ganchev wrote: > Има ли развитие по въпроса със записите :) > > On Mon, Apr 8, 2019 at 1:28 PM Marian Marinov <mailto:m...@yuhu.biz>> wrote: > > Ще ги качим в YouTube, когато са готови. > > Съжалявам, но не знам, кога ще е това. Все пак доброволец ги сваля, > нацепва и upload-ва. > Когато има възможност човека, ще ги качи. > > Когато това стане, ще ви пиша тук. > > Мариян > > On 4/8/19 11:20 AM, Denislav Ganchev wrote: > > Къде ще има запис :) Изключително ми е интересна лекцията за pimp my > house. > > > > On Sat, Apr 6, 2019 at 10:29 AM Marian Marinov <mailto:m...@yuhu.biz> <mailto:m...@yuhu.biz <mailto:m...@yuhu.biz>>> wrote: > > > > Stream-а можете да гледате тук: > http://strm.ludost.net/hls/lugbg.m3u8 > > > > Поздрави, > > Мариян > > > > On 4/5/19 12:36 PM, Spas Pavlov wrote: > > > On Sunday, February 17, 2019 5:26:22 PM EEST Marian Marinov wrote: > > >> Здравейте, > > >> > > >> искате ли да направим срещата тази година на 06.Април в Пловдив? > > >> > > >> Поздрави, > > >> Мариян > > > > > > Здравейте, > > > > > > Нали не сте забравили. Утре сме в Пловдив. > > > Програмата е актуализирана: > > > > > > http://www.linux-bulgaria.org/seminar2019/ > > > > > > Поздрави. > > > > > > Спас Павлов > > > > > > ___ > > > Lug-bg mailing list > > > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > <mailto:Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org>> > > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > > > > > ___________ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > <mailto:Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org>> > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > > > > -- > > Regards, > > > > Denislav Ganchev > > > > ___________________ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > > > -- > Regards, > > Denislav Ganchev > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Има ли развитие по въпроса със записите :) On Mon, Apr 8, 2019 at 1:28 PM Marian Marinov wrote: > Ще ги качим в YouTube, когато са готови. > > Съжалявам, но не знам, кога ще е това. Все пак доброволец ги сваля, > нацепва и upload-ва. > Когато има възможност човека, ще ги качи. > > Когато това стане, ще ви пиша тук. > > Мариян > > On 4/8/19 11:20 AM, Denislav Ganchev wrote: > > Къде ще има запис :) Изключително ми е интересна лекцията за pimp my > house. > > > > On Sat, Apr 6, 2019 at 10:29 AM Marian Marinov m...@yuhu.biz>> wrote: > > > > Stream-а можете да гледате тук: > http://strm.ludost.net/hls/lugbg.m3u8 > > > > Поздрави, > > Мариян > > > > On 4/5/19 12:36 PM, Spas Pavlov wrote: > > > On Sunday, February 17, 2019 5:26:22 PM EEST Marian Marinov wrote: > > >> Здравейте, > > >> > > >> искате ли да направим срещата тази година на 06.Април в Пловдив? > > >> > > >> Поздрави, > > >> Мариян > > > > > > Здравейте, > > > > > > Нали не сте забравили. Утре сме в Пловдив. > > > Програмата е актуализирана: > > > > > > http://www.linux-bulgaria.org/seminar2019/ > > > > > > Поздрави. > > > > > > Спас Павлов > > > > > > _______ > > > Lug-bg mailing list > > > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > > > > > ___ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > > > > -- > > Regards, > > > > Denislav Ganchev > > > > ___ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > -- Regards, Denislav Ganchev ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Container as VM
Здравейте, последните 5 години аз лично бутам много в посоката контейнерите да станат еквивалент на VMs. Нещата, които по един или друг начин съм успял да променя в kernel-а са основно свързани с тази насока. Днес за пореден път видях нещо, което доста рядко използвам, но ми се наложи да е възможно да се променя в container, а именно Posix Message Queues. Налага ми се да сетвам kernel.msgmnb на по-голяма стойност, но в контейнер, това не е позволено. Та сигурно до другата седмица ще променя следните опций, да приемат промяна в контейнер: kernel.auto_msgmni = 0 kernel.msg_next_id = -1 kernel.msgmax = 8192 kernel.msgmnb = 16384 kernel.msgmni = 32000 Интересува ме, от хората които използват контейнери, има ли някой, на който му трябва нещо друго в тази насока. До колкото помня, мисля че не останаха network sysctls, които да не сме namespace-ифайнали :) За хората, които не са запознати, ще по-надолу обяснявам какъв точно е казусът. Когато се създава нов namespace(примерно network ns) се създава нова структура в ядрото, в която се слагат всички sysctls. При товасъздаване, за някой sysctls се взима стойността от namespace-а, който е баща на новият namespace, a за други се взима default-ната стойност set-ната в кода на ядрото. Когато сте в новият namespace, ако се опитате да изпълните sysctl и съответната опция не е направена да разбира от namespaces, се получава много тъп проблем. Реално вие се опитвате да смените sysctl опцията на host машината а не на контейнера. Това което аз и моите колеги направихме през последните години е да добавим това "разбиране за namespace" в повечко такива sysctls. Поздрави, Мариян signature.asc Description: OpenPGP digital signature ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Firefox backdoored by default from Mozilla
боже, колко човешка мъка има по тази грешна земя ... On Friday, May 17, 2019, 3:48:35 PM GMT+3, Todor Donev wrote: Здрасти колеги! Имам проблем, от много време! Забелязвам странна активност със скапания Firefox. С удоволствие бих го сменил, но дистрибуцията, която ползвам е специфична, а отделно и архитектурата на машината е 686, като това е основната причина, да не мога да мина на Хром. С други думи, имам само тоя скапан боклук Mozilla Firefox. Въпроса ми е, Към кой да се обърна, за да се разпространи тази информация ? АБСОЛЮТНО СИГУРЕН СЪМ, ЧЕ БОКЛУКА СКАПАН Е БЕКДОРНАТ. Бенчмаркват на гърба на юзърите всеки ден, деплойват глупостите си и то по време когато хората, работят и изобщо, тъпо, че правят каквото и да било. Много често се забелязва, изключително гадно забавяне на браузъра, при положение, че е пуснат само той. Крашване и презареждане на табовете, без абсолютно никаква намеса от юзърска страна. Тиквите от Mozilla мълчат и нищо не казват по темата, като бити хомосексуалисти. Омръзна ми! Бесен съм! С удоволствие бих ги блокнал, но не виждам нормален начин, как да стане това. Та се надявам на съдействие. Смятам да пиша на абсолютно всички, разработващи и разпространяващи Linux под различни варианти. Подозирам, че нещата стоят по същият начин, с всеки техен софтуер! Ако имате предложения, как да ги срежа, моля помагайте. Ще съм много благодарен! Системата е RH базирана. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] [Members] OpenFest 2005 - Начало на организирането
Няма лошо, малко пътуване във времето :). На нд, 19.05.2019 г., 15:25 Vasil Kolev написа: > Писах вече на изпращащите тия писма b2.d6.net (6b.0d.78.57.d6.net > [87.120.13.107]) да кажат какво точно правят... > > On Thu, 30 Jun 2005 20:31:15 +0300 > Vasil Kolev wrote: > > > Здравейте всички, > > (нали сте виждали и преди , ТОВА НЕ Е СПАМ :) ) > > > > Време е да започнем организацията на събитието :) Това ще се прави в > > листата tech-ev...@ludost.net , желаещите да бъдат записани да ми > > пишат директно, или да посетят > > http://ludost.net/cgi-bin/mailman/listinfo/tech-events . > > > > Йовко е написал пръвоначално описание на проекта, което може да се > > види на http://www.yovko.net/download/openfest/2005/ . За момента има > > няколко въпроса за разискване: > > > > 1) Искаме ли да е само събота и неделя, или да включим и петък? > > 2) Има ли по-добра зала от тази в ИЕЦ ? > > 3) Спонсори > > 4) Чуждестранни гости (канене, билети, хотели, дундуркане и т.н.) > > 5) Идеи за лекции > > 6) Дали да него направим само в един град, да не делим хората и т.н. > > > > и т.н., и т.н. :) Помислете по въпросите, който иска - да пише за да > > го запишем в листата, и да започнем основните обсъждания. > > > > п.с. отписването може да стане от страницата на листа, или с писмо до > > мен. > > > > ___ > > Members mailing list > > memb...@fsa-bg.org > > http://zver.fsa-bg.org/cgi-bin/mailman/listinfo/members > > > > > > _______________ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] [Members] OpenFest 2005 - Начало на организирането
Писах вече на изпращащите тия писма b2.d6.net (6b.0d.78.57.d6.net [87.120.13.107]) да кажат какво точно правят... On Thu, 30 Jun 2005 20:31:15 +0300 Vasil Kolev wrote: > Здравейте всички, > (нали сте виждали и преди , ТОВА НЕ Е СПАМ :) ) > > Време е да започнем организацията на събитието :) Това ще се прави в > листата tech-ev...@ludost.net , желаещите да бъдат записани да ми > пишат директно, или да посетят > http://ludost.net/cgi-bin/mailman/listinfo/tech-events . > > Йовко е написал пръвоначално описание на проекта, което може да се > види на http://www.yovko.net/download/openfest/2005/ . За момента има > няколко въпроса за разискване: > > 1) Искаме ли да е само събота и неделя, или да включим и петък? > 2) Има ли по-добра зала от тази в ИЕЦ ? > 3) Спонсори > 4) Чуждестранни гости (канене, билети, хотели, дундуркане и т.н.) > 5) Идеи за лекции > 6) Дали да него направим само в един град, да не делим хората и т.н. > > и т.н., и т.н. :) Помислете по въпросите, който иска - да пише за да > го запишем в листата, и да започнем основните обсъждания. > > п.с. отписването може да стане от страницата на листа, или с писмо до > мен. > > ___ > Members mailing list > memb...@fsa-bg.org > http://zver.fsa-bg.org/cgi-bin/mailman/listinfo/members > > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg pgpSLH1zqgDyB.pgp Description: OpenPGP digital signature _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] [Members] OpenFest 2005 - Начало на организирането
Здравейте всички, (нали сте виждали и преди , ТОВА НЕ Е СПАМ :) ) Време е да започнем организацията на събитието :) Това ще се прави в листата tech-ev...@ludost.net , желаещите да бъдат записани да ми пишат директно, или да посетят http://ludost.net/cgi-bin/mailman/listinfo/tech-events . Йовко е написал пръвоначално описание на проекта, което може да се види на http://www.yovko.net/download/openfest/2005/ . За момента има няколко въпроса за разискване: 1) Искаме ли да е само събота и неделя, или да включим и петък? 2) Има ли по-добра зала от тази в ИЕЦ ? 3) Спонсори 4) Чуждестранни гости (канене, билети, хотели, дундуркане и т.н.) 5) Идеи за лекции 6) Дали да него направим само в един град, да не делим хората и т.н. и т.н., и т.н. :) Помислете по въпросите, който иска - да пише за да го запишем в листата, и да започнем основните обсъждания. п.с. отписването може да стане от страницата на листа, или с писмо до мен. ___ Members mailing list memb...@fsa-bg.org http://zver.fsa-bg.org/cgi-bin/mailman/listinfo/members ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] [Members] Re: patenti
В ср, 2005-07-06 в 10:48 +0300, Bogomil Shopov написа: > Гласуването на патентите,днес, можете да гледате от тук: > http://wm.streampower.be/ep-video1_en > > Очаква се да е днес около 13.00 часа/ Току-що европейския парламент отхвърли софтуерните патенти с ОГРОМНО мнозинство :) Днес е ден за запой :) Европейската комисия каза, че няма да дава ново предложение, освен ако парламентът не поиска. Има още да дъвчат ситуацията... ___ Members mailing list memb...@fsa-bg.org http://zver.fsa-bg.org/cgi-bin/mailman/listinfo/members _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] patenti
В ср, 2005-07-06 в 13:31 +0300, Vasil Kolev написа: > Току-що европейския парламент отхвърли софтуерните патенти с ОГРОМНО > мнозинство :) Днес е ден за запой :) > > Европейската комисия каза, че няма да дава ново предложение, освен ако > парламентът не поиска. Има още да дъвчат ситуацията... > Желаещите да отпразнуват ситуацията могат да дойдат в Кривото днес от 19:00 на ИББ, запазени са 4 маси, току-виж ни стигнали :) ___ Discussion mailing list discuss...@fsa-bg.org http://zver.fsa-bg.org/cgi-bin/mailman/listinfo/discussion ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Firefox backdoored by default from Mozilla
Пробвай с Palemoon, на мен ми върши чудесна работа пък и е съвместим с по-старички дистрибуции и i686. On Fri, May 17, 2019, at 3:49 PM, Todor Donev wrote: > Здрасти колеги! > > Имам проблем, от много време! Забелязвам странна активност със скапания > Firefox. > > С удоволствие бих го сменил, но дистрибуцията, която ползвам е > специфична, а отделно и архитектурата на машината е 686, като това е > основната причина, да не мога да мина на Хром. > С други думи, имам само тоя скапан боклук Mozilla Firefox. > > Въпроса ми е, Към кой да се обърна, за да се разпространи тази информация ? > > АБСОЛЮТНО СИГУРЕН СЪМ, ЧЕ БОКЛУКА СКАПАН Е БЕКДОРНАТ. > > Бенчмаркват на гърба на юзърите всеки ден, деплойват глупостите си и то > по време когато хората, работят и изобщо, тъпо, че правят каквото и да > било. > > Много често се забелязва, изключително гадно забавяне на браузъра, при > положение, че е пуснат само той. > > Крашване и презареждане на табовете, без абсолютно никаква намеса от > юзърска страна. Тиквите от Mozilla мълчат и нищо не казват по темата, > като бити хомосексуалисти. > > Омръзна ми! Бесен съм! > > С удоволствие бих ги блокнал, но не виждам нормален начин, как да стане > това. Та се надявам на съдействие. Смятам да пиша на абсолютно всички, > разработващи и разпространяващи Linux под различни варианти. > > > > Подозирам, че нещата стоят по същият начин, с всеки техен софтуер! > > > > > Ако имате предложения, как да ги срежа, моля помагайте. Ще съм много > благодарен! Системата е RH базирана. > > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Firefox backdoored by default from Mozilla
Григор и не само.. Забелязъл съм, че браузърът на Google директно си прави Directory Traversal. :) Понеже една директория не е локната и подсигурена по някакъв начин, не е оправдание да я обхождат и все пак го правят. До колко, това е разумно и правилно да го правят е друга дискусия. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Firefox backdoored by default from Mozilla
Lord Doskias не смятам да обяснявам на дълго и на широко защо в момента, системата не е x86_64. Не очаквам и да разбереш. Няма смисъл от тролене, сещаш се. Излишно е просто! Споделям наблюдения, които за някои са очевидно, налудничави и все пак не съм единствения, който има такива подозрения по отношения на този TRASH -> Firefox. Темата е друга, а отговора ти абсолютно безполезен. Все пак благодаря за включването ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Firefox backdoored by default from Mozilla
Е чист, тост ама колко да е чист кода на google. Записва само колко пъти ходиш по голяма нужда, колко дебели ги изхвърляш и дали си с глисти. На пт, 17.05.2019 г., 21:21 Tsetso Zdravkov написа: > Не става, всичко е охаксорено. ЦРУ гледат, копаят биткойни, събират инфо, > а Столман им помага, докато си хапва нещо от краката. Само гугълският код е > чист, Майкрософт за т'ва мигрират... > > w3m е добра алтернатива, ама по-добре Emacs-w3m, ще е по-секюр ;) > > ...ако имах игли, щях да си ги забия в очите... 🖖🏻😆 > > On Fri, May 17, 2019 at 5:56 PM Григор wrote: > >> Защо не пробваш отворената версия. Можеш да си я компилираш за твоята >> архитектура. Не съм забелязал нещо нередно за сега. Използвам отворената >> която е от debian и работи по-добре от хром. А и ако нещо не ти харесва си >> го махаш и прекомпилираш >> >> >> На пт, 17.05.2019 г., 15:48 Todor Donev написа: >> >>> Здрасти колеги! >>> >>> Имам проблем, от много време! Забелязвам странна активност със скапания >>> Firefox. >>> >>> С удоволствие бих го сменил, но дистрибуцията, която ползвам е >>> специфична, а отделно и архитектурата на машината е 686, като това е >>> основната причина, да не мога да мина на Хром. >>> С други думи, имам само тоя скапан боклук Mozilla Firefox. >>> >>> Въпроса ми е, Към кой да се обърна, за да се разпространи тази >>> информация ? >>> >>> АБСОЛЮТНО СИГУРЕН СЪМ, ЧЕ БОКЛУКА СКАПАН Е БЕКДОРНАТ. >>> >>> Бенчмаркват на гърба на юзърите всеки ден, деплойват глупостите си и то >>> по време когато хората, работят и изобщо, тъпо, че правят каквото и да >>> било. >>> >>> Много често се забелязва, изключително гадно забавяне на браузъра, при >>> положение, че е пуснат само той. >>> >>> Крашване и презареждане на табовете, без абсолютно никаква намеса от >>> юзърска страна. Тиквите от Mozilla мълчат и нищо не казват по темата, >>> като бити хомосексуалисти. >>> >>> Омръзна ми! Бесен съм! >>> >>> С удоволствие бих ги блокнал, но не виждам нормален начин, как да стане >>> това. Та се надявам на съдействие. Смятам да пиша на абсолютно всички, >>> разработващи и разпространяващи Linux под различни варианти. >>> >>> >>> >>> Подозирам, че нещата стоят по същият начин, с всеки техен софтуер! >>> >>> >>> >>> >>> Ако имате предложения, как да ги срежа, моля помагайте. Ще съм много >>> благодарен! Системата е RH базирана. >>> >>> >>> _______ >>> Lug-bg mailing list >>> Lug-bg@linux-bulgaria.org >>> http://linux-bulgaria.org/mailman/listinfo/lug-bg >>> >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Firefox backdoored by default from Mozilla
On Fri, 17 May 2019 at 15:48, Todor Donev wrote: > > Здрасти колеги! > > Имам проблем, от много време! Забелязвам странна активност със скапания > Firefox. > > С удоволствие бих го сменил, но дистрибуцията, която ползвам е > специфична, а отделно и архитектурата на машината е 686, като това е > основната причина, да не мога да мина на Хром. > С други думи, имам само тоя скапан боклук Mozilla Firefox. > Ами излез от бункерът, в който си живял през последните 15 години, дай 200 лева и си вземи някакъв x86_64 процесор. ___________________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Firefox backdoored by default from Mozilla
Не става, всичко е охаксорено. ЦРУ гледат, копаят биткойни, събират инфо, а Столман им помага, докато си хапва нещо от краката. Само гугълският код е чист, Майкрософт за т'ва мигрират... w3m е добра алтернатива, ама по-добре Emacs-w3m, ще е по-секюр ;) ...ако имах игли, щях да си ги забия в очите... 🖖🏻😆 On Fri, May 17, 2019 at 5:56 PM Григор wrote: > Защо не пробваш отворената версия. Можеш да си я компилираш за твоята > архитектура. Не съм забелязал нещо нередно за сега. Използвам отворената > която е от debian и работи по-добре от хром. А и ако нещо не ти харесва си > го махаш и прекомпилираш > > > На пт, 17.05.2019 г., 15:48 Todor Donev написа: > >> Здрасти колеги! >> >> Имам проблем, от много време! Забелязвам странна активност със скапания >> Firefox. >> >> С удоволствие бих го сменил, но дистрибуцията, която ползвам е >> специфична, а отделно и архитектурата на машината е 686, като това е >> основната причина, да не мога да мина на Хром. >> С други думи, имам само тоя скапан боклук Mozilla Firefox. >> >> Въпроса ми е, Към кой да се обърна, за да се разпространи тази информация >> ? >> >> АБСОЛЮТНО СИГУРЕН СЪМ, ЧЕ БОКЛУКА СКАПАН Е БЕКДОРНАТ. >> >> Бенчмаркват на гърба на юзърите всеки ден, деплойват глупостите си и то >> по време когато хората, работят и изобщо, тъпо, че правят каквото и да >> било. >> >> Много често се забелязва, изключително гадно забавяне на браузъра, при >> положение, че е пуснат само той. >> >> Крашване и презареждане на табовете, без абсолютно никаква намеса от >> юзърска страна. Тиквите от Mozilla мълчат и нищо не казват по темата, >> като бити хомосексуалисти. >> >> Омръзна ми! Бесен съм! >> >> С удоволствие бих ги блокнал, но не виждам нормален начин, как да стане >> това. Та се надявам на съдействие. Смятам да пиша на абсолютно всички, >> разработващи и разпространяващи Linux под различни варианти. >> >> >> >> Подозирам, че нещата стоят по същият начин, с всеки техен софтуер! >> >> >> >> >> Ако имате предложения, как да ги срежа, моля помагайте. Ще съм много >> благодарен! Системата е RH базирана. >> >> >> _______ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Firefox backdoored by default from Mozilla
И аз не съм доволен от този скапан браузър Firefox и за това ползвам само и единствено w3m. On Fri, May 17, 2019, 23:56 Григор wrote: > Защо не пробваш отворената версия. Можеш да си я компилираш за твоята > архитектура. Не съм забелязал нещо нередно за сега. Използвам отворената > която е от debian и работи по-добре от хром. А и ако нещо не ти харесва си > го махаш и прекомпилираш > > > На пт, 17.05.2019 г., 15:48 Todor Donev написа: > >> Здрасти колеги! >> >> Имам проблем, от много време! Забелязвам странна активност със скапания >> Firefox. >> >> С удоволствие бих го сменил, но дистрибуцията, която ползвам е >> специфична, а отделно и архитектурата на машината е 686, като това е >> основната причина, да не мога да мина на Хром. >> С други думи, имам само тоя скапан боклук Mozilla Firefox. >> >> Въпроса ми е, Към кой да се обърна, за да се разпространи тази информация >> ? >> >> АБСОЛЮТНО СИГУРЕН СЪМ, ЧЕ БОКЛУКА СКАПАН Е БЕКДОРНАТ. >> >> Бенчмаркват на гърба на юзърите всеки ден, деплойват глупостите си и то >> по време когато хората, работят и изобщо, тъпо, че правят каквото и да >> било. >> >> Много често се забелязва, изключително гадно забавяне на браузъра, при >> положение, че е пуснат само той. >> >> Крашване и презареждане на табовете, без абсолютно никаква намеса от >> юзърска страна. Тиквите от Mozilla мълчат и нищо не казват по темата, >> като бити хомосексуалисти. >> >> Омръзна ми! Бесен съм! >> >> С удоволствие бих ги блокнал, но не виждам нормален начин, как да стане >> това. Та се надявам на съдействие. Смятам да пиша на абсолютно всички, >> разработващи и разпространяващи Linux под различни варианти. >> >> >> >> Подозирам, че нещата стоят по същият начин, с всеки техен софтуер! >> >> >> >> >> Ако имате предложения, как да ги срежа, моля помагайте. Ще съм много >> благодарен! Системата е RH базирана. >> >> >> _______ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Firefox backdoored by default from Mozilla
Защо не пробваш отворената версия. Можеш да си я компилираш за твоята архитектура. Не съм забелязал нещо нередно за сега. Използвам отворената която е от debian и работи по-добре от хром. А и ако нещо не ти харесва си го махаш и прекомпилираш На пт, 17.05.2019 г., 15:48 Todor Donev написа: > Здрасти колеги! > > Имам проблем, от много време! Забелязвам странна активност със скапания > Firefox. > > С удоволствие бих го сменил, но дистрибуцията, която ползвам е > специфична, а отделно и архитектурата на машината е 686, като това е > основната причина, да не мога да мина на Хром. > С други думи, имам само тоя скапан боклук Mozilla Firefox. > > Въпроса ми е, Към кой да се обърна, за да се разпространи тази информация ? > > АБСОЛЮТНО СИГУРЕН СЪМ, ЧЕ БОКЛУКА СКАПАН Е БЕКДОРНАТ. > > Бенчмаркват на гърба на юзърите всеки ден, деплойват глупостите си и то > по време когато хората, работят и изобщо, тъпо, че правят каквото и да > било. > > Много често се забелязва, изключително гадно забавяне на браузъра, при > положение, че е пуснат само той. > > Крашване и презареждане на табовете, без абсолютно никаква намеса от > юзърска страна. Тиквите от Mozilla мълчат и нищо не казват по темата, > като бити хомосексуалисти. > > Омръзна ми! Бесен съм! > > С удоволствие бих ги блокнал, но не виждам нормален начин, как да стане > това. Та се надявам на съдействие. Смятам да пиша на абсолютно всички, > разработващи и разпространяващи Linux под различни варианти. > > > > Подозирам, че нещата стоят по същият начин, с всеки техен софтуер! > > > > > Ако имате предложения, как да ги срежа, моля помагайте. Ще съм много > благодарен! Системата е RH базирана. > > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Firefox backdoored by default from Mozilla
Честно казано, много ми липсваше точно един такъв мейл за завършек на седмицата. Поздрави и приятен уикенд On 17.05.19 г. 15:46 ч., Todor Donev wrote: > Здрасти колеги! > > Имам проблем, от много време! Забелязвам странна активност със скапания > Firefox. > > С удоволствие бих го сменил, но дистрибуцията, която ползвам е > специфична, а отделно и архитектурата на машината е 686, като това е > основната причина, да не мога да мина на Хром. > С други думи, имам само тоя скапан боклук Mozilla Firefox. > > Въпроса ми е, Към кой да се обърна, за да се разпространи тази информация ? > > АБСОЛЮТНО СИГУРЕН СЪМ, ЧЕ БОКЛУКА СКАПАН Е БЕКДОРНАТ. > > Бенчмаркват на гърба на юзърите всеки ден, деплойват глупостите си и то > по време когато хората, работят и изобщо, тъпо, че правят каквото и да > било. > > Много често се забелязва, изключително гадно забавяне на браузъра, при > положение, че е пуснат само той. > > Крашване и презареждане на табовете, без абсолютно никаква намеса от > юзърска страна. Тиквите от Mozilla мълчат и нищо не казват по темата, > като бити хомосексуалисти. > > Омръзна ми! Бесен съм! > > С удоволствие бих ги блокнал, но не виждам нормален начин, как да стане > това. Та се надявам на съдействие. Смятам да пиша на абсолютно всички, > разработващи и разпространяващи Linux под различни варианти. > > > > Подозирам, че нещата стоят по същият начин, с всеки техен софтуер! > > > > > Ако имате предложения, как да ги срежа, моля помагайте. Ще съм много > благодарен! Системата е RH базирана. > > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Firefox backdoored by default from Mozilla
Пробва ли с Brave browser. Не съм сигурен дали го има за 686, аз FF спрях да ползвам от достта отдавна.Sent from mobile device. Please excuse all typos. Original message From: Todor Donev Date: 5/17/19 15:46 (GMT+02:00) To: lug-bg@linux-bulgaria.org Subject: [Lug-bg] Firefox backdoored by default from Mozilla Здрасти колеги!Имам проблем, от много време! Забелязвам странна активност със скапанияFirefox.С удоволствие бих го сменил, но дистрибуцията, която ползвам еспецифична, а отделно и архитектурата на машината е 686, като това еосновната причина, да не мога да мина на Хром.С други думи, имам само тоя скапан боклук Mozilla Firefox.Въпроса ми е, Към кой да се обърна, за да се разпространи тази информация ?АБСОЛЮТНО СИГУРЕН СЪМ, ЧЕ БОКЛУКА СКАПАН Е БЕКДОРНАТ.Бенчмаркват на гърба на юзърите всеки ден, деплойват глупостите си и топо време когато хората, работят и изобщо, тъпо, че правят каквото и дабило.Много често се забелязва, изключително гадно забавяне на браузъра, приположение, че е пуснат само той.Крашване и презареждане на табовете, без абсолютно никаква намеса отюзърска страна. Тиквите от Mozilla мълчат и нищо не казват по темата,като бити хомосексуалисти.Омръзна ми! Бесен съм!С удоволствие бих ги блокнал, но не виждам нормален начин, как да станетова. Та се надявам на съдействие. Смятам да пиша на абсолютно всички,разработващи и разпространяващи Linux под различни варианти.Подозирам, че нещата стоят по същият начин, с всеки техен софтуер!Ако имате предложения, как да ги срежа, моля помагайте. Ще съм многоблагодарен! Системата е RH базирана.___Lug-bg mailing listLug-bg@linux-bulgaria.orghttp://linux-bulgaria.org/mailman/listinfo/lug-bg___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Firefox backdoored by default from Mozilla
Здрасти колеги! Имам проблем, от много време! Забелязвам странна активност със скапания Firefox. С удоволствие бих го сменил, но дистрибуцията, която ползвам е специфична, а отделно и архитектурата на машината е 686, като това е основната причина, да не мога да мина на Хром. С други думи, имам само тоя скапан боклук Mozilla Firefox. Въпроса ми е, Към кой да се обърна, за да се разпространи тази информация ? АБСОЛЮТНО СИГУРЕН СЪМ, ЧЕ БОКЛУКА СКАПАН Е БЕКДОРНАТ. Бенчмаркват на гърба на юзърите всеки ден, деплойват глупостите си и то по време когато хората, работят и изобщо, тъпо, че правят каквото и да било. Много често се забелязва, изключително гадно забавяне на браузъра, при положение, че е пуснат само той. Крашване и презареждане на табовете, без абсолютно никаква намеса от юзърска страна. Тиквите от Mozilla мълчат и нищо не казват по темата, като бити хомосексуалисти. Омръзна ми! Бесен съм! С удоволствие бих ги блокнал, но не виждам нормален начин, как да стане това. Та се надявам на съдействие. Смятам да пиша на абсолютно всички, разработващи и разпространяващи Linux под различни варианти. Подозирам, че нещата стоят по същият начин, с всеки техен софтуер! Ако имате предложения, как да ги срежа, моля помагайте. Ще съм много благодарен! Системата е RH базирана. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Lug-bg Digest, Vol 132, Issue 3
Здравейте, хора от LUGBG, С интерес следя пощенския списък, но при мен кодировката на писмата, изпратени от mailman, изглежда така: "Content-Type: text/plain; charset="utf-8" ?? ?? ? ? YouTube, ?? ?? ??. ?, ?? ?? , ?? ? . ??? ??? ?? ?? ?, ??? ? upload-??. ?? ??? ?? ??, ?? ?? . ?? ?, ?? ?? ???. ?? Тов е от приложението GMail за Google Android v9. Помислих, че може да е бъг в него, но и на десктоп уеб-браузър се показва същото... Навярно е проблем в конфигурацията на кодировката на имийлите, изпращани от mailman, кой знае... Ако знаете къде е проблемът, пишете. Явно нещо сте обсъждали youtube-dl, друго не разбирам от въпросителнити знаци от сбърканата кодировка... :P П.П. Ако при Вас няма този проблем с кодировката от mailman, явно ще прочетете този имейл. :))) Има ли желаещи сред Вас да ходят на PlovdivConf и/или TuxConf@Plovdiv? Поздрави, Иван Курдов On Tue, 9 Apr 2019, 12:00 , wrote: > Send Lug-bg mailing list submissions to > lug-bg@linux-bulgaria.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://linux-bulgaria.org/mailman/listinfo/lug-bg > or, via email, send a message with subject or body 'help' to > lug-bg-requ...@linux-bulgaria.org > > You can reach the person managing the list at > lug-bg-ow...@linux-bulgaria.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Lug-bg digest..." > > > Today's Topics: > >1. Re: LUG-BG 2019 (Marian Marinov) > > > -- > > Message: 1 > Date: Mon, 8 Apr 2019 13:28:46 +0300 > From: Marian Marinov > To: Denislav Ganchev , Linux Users Group - > Bulgaria > Subject: Re: [Lug-bg] LUG-BG 2019 > Message-ID: <9cbed6cd-2dde-daf7-34f1-53b6f4035...@yuhu.biz> > Content-Type: text/plain; charset="utf-8" > > ?? ?? ? ? YouTube, ?? ?? ??. > > ?, ?? ?? , ?? ? . ??? ??? ?? ?? ?, > ??? ? upload-??. > ?? ??? ?? ??, ?? ?? . > > ?? ?, ?? ?? ???. > > ?? > > On 4/8/19 11:20 AM, Denislav Ganchev wrote: > > ?? ??? ? :) ?? ? ? ?? pimp my > house.? > > > > On Sat, Apr 6, 2019 at 10:29 AM Marian Marinov m...@yuhu.biz>> wrote: > > > > Stream-? ?? ?? ??? ???: > http://strm.ludost.net/hls/lugbg.m3u8 > > > > , > > ?? > > > > On 4/5/19 12:36 PM, Spas Pavlov wrote: > > > On Sunday, February 17, 2019 5:26:22 PM EEST Marian Marinov wrote: > > >> ?, > > >> > > >> ?? ?? ?? ??? ?? ?? 06.? ? > > >> > > >> , > > >> ?? > > > > > > ?, > > > > > > ?? ??? ?. ??? ? ???. > > > ?? ? ?: > > > > > > http://www.linux-bulgaria.org/seminar2019/ > > > > > > . > > > > > > ?? > > > > > > ___ > > > Lug-bg mailing list > > > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > > > > > ___ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > > > > -- > > Regards, > > > > Denislav Ganchev > > > > _______ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > -- next part -- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 195 bytes > Desc: OpenPGP digital signature > URL: < > http://linux-bulgaria.org/pipermail/lug-bg/attachments/20190408/2d9704fa/attachment.sig > > > > -- > > Subject: Digest Footer > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > -- > > End of Lug-bg Digest, Vol 132, Issue 3 > ** > ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Fw (1): 7a
Surprise <http://seacretpro.com/ejeuyayo/mgjxsafg.php?7ijx5t?a5vz-6qlsco> _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Ще ги качим в YouTube, когато са готови. Съжалявам, но не знам, кога ще е това. Все пак доброволец ги сваля, нацепва и upload-ва. Когато има възможност човека, ще ги качи. Когато това стане, ще ви пиша тук. Мариян On 4/8/19 11:20 AM, Denislav Ganchev wrote: > Къде ще има запис :) Изключително ми е интересна лекцията за pimp my house. > > On Sat, Apr 6, 2019 at 10:29 AM Marian Marinov <mailto:m...@yuhu.biz>> wrote: > > Stream-а можете да гледате тук: http://strm.ludost.net/hls/lugbg.m3u8 > > Поздрави, > Мариян > > On 4/5/19 12:36 PM, Spas Pavlov wrote: > > On Sunday, February 17, 2019 5:26:22 PM EEST Marian Marinov wrote: > >> Здравейте, > >> > >> искате ли да направим срещата тази година на 06.Април в Пловдив? > >> > >> Поздрави, > >> Мариян > > > > Здравейте, > > > > Нали не сте забравили. Утре сме в Пловдив. > > Програмата е актуализирана: > > > > http://www.linux-bulgaria.org/seminar2019/ > > > > Поздрави. > > > > Спас Павлов > > > > ___________ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > -- > Regards, > > Denislav Ganchev > > _______________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Къде ще има запис :) Изключително ми е интересна лекцията за pimp my house. On Sat, Apr 6, 2019 at 10:29 AM Marian Marinov wrote: > Stream-а можете да гледате тук: http://strm.ludost.net/hls/lugbg.m3u8 > > Поздрави, > Мариян > > On 4/5/19 12:36 PM, Spas Pavlov wrote: > > On Sunday, February 17, 2019 5:26:22 PM EEST Marian Marinov wrote: > >> Здравейте, > >> > >> искате ли да направим срещата тази година на 06.Април в Пловдив? > >> > >> Поздрави, > >> Мариян > > > > Здравейте, > > > > Нали не сте забравили. Утре сме в Пловдив. > > Програмата е актуализирана: > > > > http://www.linux-bulgaria.org/seminar2019/ > > > > Поздрави. > > > > Спас Павлов > > > > ___ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > -- Regards, Denislav Ganchev ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Stream-а можете да гледате тук: http://strm.ludost.net/hls/lugbg.m3u8 Поздрави, Мариян On 4/5/19 12:36 PM, Spas Pavlov wrote: > On Sunday, February 17, 2019 5:26:22 PM EEST Marian Marinov wrote: >> Здравейте, >> >> искате ли да направим срещата тази година на 06.Април в Пловдив? >> >> Поздрави, >> Мариян > > Здравейте, > > Нали не сте забравили. Утре сме в Пловдив. > Програмата е актуализирана: > > http://www.linux-bulgaria.org/seminar2019/ > > Поздрави. > > Спас Павлов > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
On Sunday, February 17, 2019 5:26:22 PM EEST Marian Marinov wrote: > Здравейте, > > искате ли да направим срещата тази година на 06.Април в Пловдив? > > Поздрави, > Мариян Здравейте, Нали не сте забравили. Утре сме в Пловдив. Програмата е актуализирана: http://www.linux-bulgaria.org/seminar2019/ Поздрави. Спас Павлов ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Записи ще имаме. Страницата на семинара е: http://www.linux-bulgaria.org/seminar2019/ Мариян On 3/14/19 5:09 PM, Denislav Ganchev wrote: > Ще има ли запис на лекциите? На коя страница точно ще се оповести събитието? > > Поздрави, > Денислав > > On Thu, Mar 14, 2019, 16:36 Georgi Kolev <mailto:geo...@slackware.bg>> wrote: > > Здравейте, > Ако би било интересно имам горе-долу подготвена лекция за хоум > аутомейшъна който си правех. > Работно заглавие е "Pimp my house". > Като цяло, ще е разходка по извървяния път, взетите решения, причините за > тях и научените уроци. > Всичко върви на linux сървър (същия setup може без проблеми да работи и > на RPi и подобни), като изключим > фирмуера на 4 пасивни сензора (z-wave у-ва) , всичко друго е изградено > изцяло с опен сорс. > Към момента проекта включва контрол и мониторинг на почти цялата > електрическа мрежа на апартамента, всички входни точки (прозорци, врати), > условия в различните стаи (температура, влажност, прахови частици*, > осветеност), контрол на климатиците в > апртамента и тнт. > > * - относително ниво. > > > Поздрави > Георги > > On 17.02.19 г. 17:26 ч., Marian Marinov wrote: >> Здравейте, >> >> искате ли да направим срещата тази година на 06.Април в Пловдив? >> >> Поздрави, >> Мариян >> >> >> ___________ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> >> http://linux-bulgaria.org/mailman/listinfo/lug-bg > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org <mailto:Lug-bg@linux-bulgaria.org> > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Ще има ли запис на лекциите? На коя страница точно ще се оповести събитието? Поздрави, Денислав On Thu, Mar 14, 2019, 16:36 Georgi Kolev wrote: > Здравейте, > Ако би било интересно имам горе-долу подготвена лекция за хоум аутомейшъна > който си правех. > Работно заглавие е "Pimp my house". > Като цяло, ще е разходка по извървяния път, взетите решения, причините за > тях и научените уроци. > Всичко върви на linux сървър (същия setup може без проблеми да работи и на > RPi и подобни), като изключим > фирмуера на 4 пасивни сензора (z-wave у-ва) , всичко друго е изградено > изцяло с опен сорс. > Към момента проекта включва контрол и мониторинг на почти цялата > електрическа мрежа на апартамента, всички входни точки (прозорци, врати), > условия в различните стаи (температура, влажност, прахови частици*, > осветеност), контрол на климатиците в апртамента и тнт. > > * - относително ниво. > > > Поздрави > Георги > On 17.02.19 г. 17:26 ч., Marian Marinov wrote: > > Здравейте, > > искате ли да направим срещата тази година на 06.Април в Пловдив? > > Поздрави, > Мариян > > > > ___________ > Lug-bg mailing > listLug-bg@linux-bulgaria.orghttp://linux-bulgaria.org/mailman/listinfo/lug-bg > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Здравейте, Ако би било интересно имам горе-долу подготвена лекция за хоум аутомейшъна който си правех. Работно заглавие е "Pimp my house". Като цяло, ще е разходка по извървяния път, взетите решения, причините за тях и научените уроци. Всичко върви на linux сървър (същия setup може без проблеми да работи и на RPi и подобни), като изключим фирмуера на 4 пасивни сензора (z-wave у-ва) , всичко друго е изградено изцяло с опен сорс. Към момента проекта включва контрол и мониторинг на почти цялата електрическа мрежа на апартамента, всички входни точки (прозорци, врати), условия в различните стаи (температура, влажност, прахови частици*, осветеност), контрол на климатиците в апртамента и тнт. * - относително ниво. Поздрави Георги On 17.02.19 г. 17:26 ч., Marian Marinov wrote: Здравейте, искате ли да направим срещата тази година на 06.Април в Пловдив? Поздрави, Мариян ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Здравейте, Вече имаме направена страница за събитието. http://www.linux-bulgaria.org/seminar2019/ Мариян работи и по формата за тениските. On Thursday, March 7, 2019 3:03:35 PM EET Marian Marinov wrote: > Има малко развитие по темата за LUG-a. > > Първо, 100% ще го правим :) > > Предвид горната информация, довечера ще пусна страницата на event-а. > > Поздрави, > Мариян > Поздрави. Спас Павлов _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Има малко развитие по темата за LUG-a. Първо, 100% ще го правим :) Второ, много е вероятно Леон Анави да направи workshop за device tree. И очакваме още една лекция да бъде пратена до листата, до понеделник. Т.е. все още търсим интересни лекции свързани с Linux. Аз лично бих се радвал да видя нови лица и също някой да ни сподели tips & tricks за настройки на графични среди. Предвид горната информация, довечера ще пусна страницата на event-а. Поздрави, Мариян On 2/17/19 5:26 PM, Marian Marinov wrote: > Здравейте, > > искате ли да направим срещата тази година на 06.Април в Пловдив? > > Поздрави, > Мариян > > > _______________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Здравейте, Аз мога да подготвя нещо за Flatpak и Snap. Поздрави! On Mon, Feb 25, 2019 at 5:28 PM Marian Marinov wrote: > A някой дали би искал да направи лекция на на тази дата? > > On 2/17/19 3:26 PM, Marian Marinov wrote: > > Здравейте, > > > > искате ли да направим срещата тази година на 06.Април в Пловдив? > > > > Поздрави, > > Мариян > > > > > > _______ > > Lug-bg mailing list > > Lug-bg@linux-bulgaria.org > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
Здравейте, Предлагам да направим дискусия на тема: Как бих направил една ARM линукс система temper-proof - Темата е породена от съвсем реален проблем Произвеждаме малки Linux компютри които хора ползват за най-различни приложение, повечето от които са индустриални решения за управления на машини, POS системи и т.н. За някои приложения трябва кодът, който е записан да не може да се променя от външни лица без оторизация. т.е. правите някаква машина която се управлява с компютъра и никой да не може после да сложи една флашка и да смени софтуера без това да е оторизирано. Всеки ARM процесор има първоначален BROM сложен в ROM памет който инициализира RAM, периферии и изпълнява последователност в търсене от къде да продължи BOOT-a. ARM има TrustZone и този BROM се изпълнява в такъв режим, проблема е че при всички малки АРМ компютърчета производителите не са мислили изобщо за TrustZone когато са писали и BROM ще предаде контрола на първото устройство което види че има валиден изпълним код, без изобщо да се изолира. Ако бе направено както трябваше този BOOT имидж трбяваше да е криптиран с частен ключ и да се изпълнява само ако е подписан от ключа който е записан в OTP паметта на процесора. Такава памет има но BROM изобщо не я търси. Няма и никакви ресурси за това как работи TrustZone на Allwinner SOC само разни хора са хаквали от време на време по нещо си. Съответно и secure boot имиджи не могат да се пуснат директно. Тук е описан BROM http://linux-sunxi.org/BROM В зависимост от външни пинове може да се конфигурира от къде да търси boot, обикновено това е: if boot pin set -> USB else try SD-card if fail -> NAND if fail -> eMMC if fail -> SPI if fail -> USB С най-голям приоритет са USB и SD-карта 0, за да може всяка платка да се спаси ако вътрешните флаш (NAND/eMMC/SPI) памети се компрометират или имат повреден имидж да може да се презапише. По принцип най-често се ползва вътрешна eMMC памет защото има голям обем (по-голям от SPI) и е по надеждна от NAND. Ако темата ви е интересна, може да помислим заедно, какво би могло да се направи, включитено ако трябва да се добавят и допълнителни хардуери като външни крипточипове, да се махат периферии като USB SD-карти и т.н. имаме свобода при хардуера да се модифицира за да се получи накрая надеждна temper proof система. Преди две години на OpenFest имаше подобна лекция: https://www.openfest.org/2016/bg/programa/#lecture-203 https://www.youtube.com/watch?v=cyHGN72VMSc&list=PLzUxAJX9n5voqruxaw0gevv5C5ZoGLAq1&index=35 Отблежете че основното предназначение на TrustZone не е само trusted secure boot. Чрез TrustZone се имплементира виртуализация на embedded trusted изчислителна платформа, която споделя CPU и паметта с OS но работи напълно изолирано. Например в TrustZone може да имате гарантирано сигурна работа със запазена чувствителна информация, крипто ключове и ресурси, които няма да са достъпни, дори ако user OS е напълно компрометирана с root достъп до всички ресурси, в момента който някой от TrustZone ресурсите се опита да се достъпне отвън се генерира exeption и контрола се поема от TrustZone. За да има обаче истински работеща TrustZone трябва да има secure boot, който да не може лесно да се компрометира иначе няма гаранция за сигурно опазване на TrustZone ресурсите. Ще ми е интересно да стане дискусия по темата., сигурен съм че ще има хора с много повече опит които да споделят какво и как правят. поздрави Цветан On 2/25/19 7:25 PM, Marian Marinov wrote: A някой дали би искал да направи лекция на на тази дата? On 2/17/19 3:26 PM, Marian Marinov wrote: Здравейте, искате ли да направим срещата тази година на 06.Април в Пловдив? Поздрави, Мариян ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] LUG-BG 2019
A някой дали би искал да направи лекция на на тази дата? On 2/17/19 3:26 PM, Marian Marinov wrote: > Здравейте, > > искате ли да направим срещата тази година на 06.Април в Пловдив? > > Поздрави, > Мариян > > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > signature.asc Description: OpenPGP digital signature _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] LUG-BG 2019
Здравейте, искате ли да направим срещата тази година на 06.Април в Пловдив? Поздрави, Мариян signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Kubernetes и CNCF meetup на 22.11 във VMware
https://www.meetup.com/Cloud-Native-Computing-Bulgaria/events/256299056/ Заповядайте :) само се регнете :) Orlix ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Гласувайте за лекции на OpenFest
Тук сме публикували всички предложения за лекции за OpenFest 2018: https://vote.openfest.org/ Моля ви, гласувайте за лекциите, които искате да видите на конференцията. Мариян signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Kubernetes meetup 24 Октомври
https://www.meetup.com/Cloud-Native-Computing-Bulgaria/events/255191793/ ако има желаещи да се запишат и да заповядат :) Orlix ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Какво става с този списък?
при мен идва On Monday, August 27, 2018 1:11 PM, Spas Pavlov wrote: On Monday, August 27, 2018 10:33:49 AM EEST Spas Pavlov wrote: > On Friday, August 24, 2018 11:28:07 PM EEST Vasil Petrov wrote: > > От седмица и нещо не получавам нищо на gmail пощата си. Затова си си > > пуснах локална и разгеле работи уж. > > > > Не може през mailarchive да чета какво се е случило :) Имах едно питане > > и отговори, ама "отговорите само ги четем и не може да реплайваме" :) :) > > > > :) :) :) > > > > Мариянски, адаш ... > > Ами какво да става... пак гугълски работи ( да не употребявам друга дума ). > > "Multiple destination domains per transaction is unsupported." > > Просто нямам думи. > > Спас Павлов > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg Налага се да тествам. Извинете за СПАМ-а. Спас Павлов _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Какво става с този списък?
On Monday, August 27, 2018 10:33:49 AM EEST Spas Pavlov wrote: > On Friday, August 24, 2018 11:28:07 PM EEST Vasil Petrov wrote: > > От седмица и нещо не получавам нищо на gmail пощата си. Затова си си > > пуснах локална и разгеле работи уж. > > > > Не може през mailarchive да чета какво се е случило :) Имах едно питане > > и отговори, ама "отговорите само ги четем и не може да реплайваме" :) :) > > > > :) :) :) > > > > Мариянски, адаш ... > > Ами какво да става... пак гугълски работи ( да не употребявам друга дума ). > > "Multiple destination domains per transaction is unsupported." > > Просто нямам думи. > > Спас Павлов > > _______ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg Налага се да тествам. Извинете за СПАМ-а. Спас Павлов _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Какво става с този списък?
On Friday, August 24, 2018 11:28:07 PM EEST Vasil Petrov wrote: > От седмица и нещо не получавам нищо на gmail пощата си. Затова си си > пуснах локална и разгеле работи уж. > > Не може през mailarchive да чета какво се е случило :) Имах едно питане > и отговори, ама "отговорите само ги четем и не може да реплайваме" :) :) > > :) :) :) > > Мариянски, адаш ... Ами какво да става... пак гугълски работи ( да не употребявам друга дума ). "Multiple destination domains per transaction is unsupported." Просто нямам думи. Спас Павлов _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Какво става с този списък?
От седмица и нещо не получавам нищо на gmail пощата си. Затова си си пуснах локална и разгеле работи уж. Не може през mailarchive да чета какво се е случило :) Имах едно питане и отговори, ама "отговорите само ги четем и не може да реплайваме" :) :) :) :) :) Мариянски, адаш ... -- +++ Поздрави! Васил Петров Може би не отговарям, защото: http://doncho.net/6lyokavitza/ +++ ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] CNCF/Kubernetes meetup
Ако на някой му се слуша за kubernetes , да се записва и да идва :) https://www.meetup.com/Cloud-Native-Computing-Bulgaria/events/253572314/ Orlix ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Тъп въпрос относно конвентирането от MIK към UTF8
-=| Васил, 14.08.2018 19:57:52 +0300 |=- > Реших да конвентирам всички издания на VFU, които имам от MIK към > UTF8 и да След малко ровене се оказа, че това вече е направено :) https://github.com/avelin/vfu Приятно четене :) _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] DWG viewer
Баш преди няколко месеца рових за DWG viewer, та... Препоръчвам ти DraftSight: https://www.3ds.com/products-services/draftsight-cad-software/ Той не е само viewer, но и редактор, в безплатната си версия ми сработи всичко, което ми трябваше (освен експорт към картинка, но и експорт към pdf ми е достатъчно), разбира от кирилица (голяма рядкост се оказа) и не се е случвало да ми крашне. Малко е големичък (около 500 MiB беше deb пакетът, ако не се лъжа) и изисква безплатна регистрация, но си заслужава. Разгледай и платената версия за неща, които може да ти трябват, ама безплатната си е учудващо богата на функционалност. Друг вариант е Qcad: https://www.qcad.org/en/ И той покрива всичко, което казах за DraftSight, с тази разлика, че безплатната версия е доста по-орязана, не поддържа DWG файлове, та трябва да се ползва платената (гледам сега, че е 35 евро). Може да ползваш Teigha File Converter, за да конвертираш DWG и DXF файлове, за да компенсираш липсата на DWG в безплатната версия. Друг вариант, който може да сработи, е някой онлайн конвертор или симулатор, но нямам актуална информация за добре работещ (и да разбира кирилица), а и онлайн услуга нали... Всичко останало, което изрових за Linux, или не разбира кирилица, или крашва, или нещо друго, което (поне за моите нужди) ги прави неизползваеми. На 15.08.2018 04:21, Marian Marinov написа: Здравейте група, от известно време ми се налага да се занимавам с архитекти и ел. инженери... и те постоянно ми пращат AutoCard 12 dwg файлове. Вие с какво ги отваряте под Linux? Благодаря, Мариян ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] DWG viewer
Здравейте група, от известно време ми се налага да се занимавам с архитекти и ел. инженери... и те постоянно ми пращат AutoCard 12 dwg файлове. Вие с какво ги отваряте под Linux? Благодаря, Мариян signature.asc Description: OpenPGP digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Тъп въпрос относно конвентирането от MIK към UTF8
-=| Дамян Иванов, 14.08.2018 20:21:11 + |=- > -=| Васил, 14.08.2018 19:57:52 +0300 |=- > > Реших да конвентирам всички издания на VFU, които имам от MIK към > > UTF8 и да > > бъдат четими от всеки на кирлица в txt формат, какъвто си е и оргиналът. > > Проблемът е, че нещо губя в превода ... горе-долу работата е фифти-фифти. > > Част от фейаловете се отварят нормално а другите на маймуница ... > > Под Notepad++ всичко се отваря с UTF8. Нещо чупи цялата работа. Линк към > > файловете: http://home.vasence.com > > VFU.001.txt е кодиран с IBM866, а не MIK. > VFU.002.txt - с cp1251. > VFU.003.txt - отново с IBM866 > > вероятно и останалите използват тези две кодирания. Хмм, не е толкова просто, поне не и ако се иска да се вижда и кирилицата, и псевдографиката. Текстовете са много забавни за четене :D _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Тъп въпрос относно конвентирането от MIK към UTF8
-=| Васил, 14.08.2018 19:57:52 +0300 |=- > Здравейте, > > Реших да конвентирам всички издания на VFU, които имам от MIK към UTF8 и да > бъдат четими от всеки на кирлица в txt формат, какъвто си е и оргиналът. > Проблемът е, че нещо губя в превода ... горе-долу работата е фифти-фифти. > Част от фейаловете се отварят нормално а другите на маймуница ... > Под Notepad++ всичко се отваря с UTF8. Нещо чупи цялата работа. Линк към > файловете: http://home.vasence.com VFU.001.txt е кодиран с IBM866, а не MIK. VFU.002.txt - с cp1251. VFU.003.txt - отново с IBM866 вероятно и останалите използват тези две кодирания. -- Дамян ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Тъп въпрос относно конвентирането от MIK към UTF8
Здравейте, Реших да конвентирам всички издания на VFU, които имам от MIK към UTF8 и да бъдат четими от всеки на кирлица в txt формат, какъвто си е и оргиналът. Проблемът е, че нещо губя в превода ... горе-долу работата е фифти-фифти. Част от фейаловете се отварят нормално а другите на маймуница ... Под Notepad++ всичко се отваря с UTF8. Нещо чупи цялата работа. Линк към файловете: http://home.vasence.com Григор Гачев има свестен конвертор за под боза ама и той стига до под кривата круша. Цел е да се запази оргинала възможно най-много. Не ми се ще да сменям формата, поради идиологически причини :) И Косьо Спиров спомена, че искал преди време, но няма възможност ;) +++ Поздрави! Васил Петров Може би не отговарям, защото: http://doncho.net/6lyokavitza/ <https://l.facebook.com/l.php?u=http%3A%2F%2Fdoncho.net%2F6lyokavitza%2F&h=ATMFaqBZg7vqlz3_OpjUV2SfBkWQps3cLg_S5xBIjIs8FZNt3KHOHB4FEN-HR4EyCrfEv8opQKhwrP8nVMz4P_ofAxq5OKkAwyPYWEYgRZ1Ps0w0Q-4rRAiM6VNYnVwTyk7pEokp> +++ ___________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Kubernetes и CNCF meetup
Здравейте, на 21ви беше първата,a сега идва втората среща :) https://www.meetup.com/Cloud-Native-Computing-Bulgaria/events/252225944/ ако има желаещи запишете се :) Orlix ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] TuxCon 2018
Здравейте отново! Напомням, че този уикенд ще се проведе ТуксКон в Пловдив. Програмата е налична на сайта http://tuxcon.mobi/ и включва интересни теми за свободен софтуер, хардуер и ретро технологии като Правец 8 и български хард дискове. Надавам се да се видим там, Радо 2018-05-09 14:29 GMT+03:00 Radoslav Kolev : > Здравейте! > > Вече са фиксирани датите за тазгодишния ТуксКон в Пловдив на 9 и 10 юни. > > Всеки е добре дошъл, а който има да сподели нещо интересно ще се радваме > да предложи тема за лекция. > > Повече информация на http://tuxcon.mobi/ > > Поздрави, > Радо > _______________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] TuxCon 2018
Здравейте! Вече са фиксирани датите за тазгодишния ТуксКон в Пловдив на 9 и 10 юни. Всеки е добре дошъл, а който има да сподели нещо интересно ще се радваме да предложи тема за лекция. Повече информация на http://tuxcon.mobi/ Поздрави, Радо ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Disk scrubbing
On Sun, Mar 04, 2018 at 10:54:45AM +0200, browseman wrote: > On 02/19/2018 04:36 PM, Marian Marinov wrote: [snip] > > Но в момента в който клиента си изтрие container-а ние започваме да > > scrub-ваме с dd и реално пълним цеият капацитет и можем без да искаме да > > препълним thinpool-a :( [snip] > > > > Проблемът на вторият подход е, че ако даден файл е изтрит от FS-а и на > > негово място(на неговите blocks) няма нови данни, това означава, че ще > > пропусна да scrub-на тези данни. > > Привет > > Аз имам следното доста баламско предложение за решение на казуса, може > би няма да е приложимо в конкретният случай, но все пак ще споделя идеята: > > - монтира се дяла в произволна директория > - изпълнява се нещо от сорта "#find /path/to/mounted/thinvol -xdev -type > f | xargs shred -n1 -z -u", като разбира се ще има проблеми с файлове > съдържащи интервали или други специални символи в името си, но все > сравнително лесно решими - IMHO. Две неща тук: - проблемите с файловете, съдържащи интервали, са решени в повечето реализации на find/xargs, вкл. GNU findutils, с използване на `find -print0 | xargs -0` - find | xargs няма да направи нищо по въпроса с блоковете с данни от изтритите файлове Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Disk scrubbing
On 02/19/2018 04:36 PM, Marian Marinov wrote: > Здравейте група, > рядко вече се обсъждат интересни теми тук, но мисля да ви предложа един казус > над който можем да "медитираме" заедно :) > > > Ние scrub-ваме дисковете на всички containers, които се destroy-ват в нашата > система, но предвид, че използваме thinpools се получава следният неприятен > казус. > Ако thinpool-а е на 85% и някой си направи много голям volume, докато този > volume не е много пълен системата няма проблем. > Но в момента в който клиента си изтрие container-а ние започваме да > scrub-ваме с dd и реално пълним цеият капацитет и можем без да искаме да > препълним thinpool-a :( > > Ta въпросът ми е, сещате ли се за начин по който да се запишат данни върху > един partition/logical volume, само върху секторите в които реално има данни > :) > > По принцип chunksync & casync прават подобен анализ на volume-а и копират > само разликите, но на мен ми трябва вместо разлики да се записват данни, пък > било то и нули. > > Аз в момента обмислям дали да patch-на dd, да има опция която да му казва да > прочете блокчето и ако там няма данни да не записва нищо или да напиша > fstool, който да чете fs table-а и да overwrite-ва само блоковете, за които > FS-а знае, че има данни. > > Проблемът на вторият подход е, че ако даден файл е изтрит от FS-а и на негово > място(на неговите blocks) няма нови данни, това означава, че ще пропусна да > scrub-на тези данни. > > > Поздрави, > Мариян > > > > ___________ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg Привет Аз имам следното доста баламско предложение за решение на казуса, може би няма да е приложимо в конкретният случай, но все пак ще споделя идеята: - монтира се дяла в произволна директория - изпълнява се нещо от сорта "#find /path/to/mounted/thinvol -xdev -type f | xargs shred -n1 -z -u", като разбира се ще има проблеми с файлове съдържащи интервали или други специални символи в името си, но все сравнително лесно решими - IMHO. - изтриват се всички директории - демонтира се и в/у дяла се изпълнява mkfs.{FS_TYPE} /dev/mapper/thinvol (с цел да се затрият и мета-данните от файловата система) - може и да има по-хитър начин, но поне аз не се досещам. Потенциален проблем ще има, ако съществува голям sparse, който неминуемо ще доведе до заемане на повече място от колко реално е използвал. 73. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg