Ха-ха-ха
тоя виц не е нов обаче:
- На ти си дипломата - Дай си ми ягнето обратно 

и това не е решение също:
1. да предположим че 100% от завършващите си върнат парите и/или дипломите и избягат навън - тогава какво правим ще имаме много пари и 0 кадри ...и след 4-5 г. може само да се надяваш че новите кадри няма да направят същото
2. не знам какъв оптимист трабва да си да вярваш че като им върнеш парите те пък ще ти върнат явните и не чак толкова явни рушвети обратно
неявни - под формата на точно тоя "техен" или спонсориран от тях учебник да си купиш
ами частните уроци
3. ами платените ВУЗ и/или специалности
4. и не на последно място - Завършилите в БГ според мен го правят Въпреки образователната ни с-ма
поне тези които наистина искат да научат нещо ново и полезно - това е личното ми мнение.

Айдеее.. положението пак се натопорчи 
та да върнем малко темата там където й е мястото
хумор, стаира и "забава"

Кратка историческа справка
как стигнахме дотук 

И аз съм на мнение, че сами сме си виновни. Ние сме си ги "избирали", ние си ги търпим, ние търпим наглостта им и безсмислените бръщолевения пред камерите и микрофоните. Нищо чудно да стане като в Украйна. Може би е трябвало. Една добре окопала се власт, направила така, че да не може да се детронира толкова лесно с "демократични" средства, дори невъзможно, няма да се даде току-така. Целта им е видна от всичко - да са на власт. И ако хората искат да ги няма там, няма да се дадат просто така. Ако се наложи, ще използват всички средства. Власт, обслужваща се сама за себе си, се сваля по един единствен начин. Насила.
Историята го е показала ясно.

А-а-а, Що бе?!
има и друг вариант
// Мила БСП, ти си земен рай

П.П. Сетих се за онзи стар виц:
  Седят си песимист и оптимист на самотен остров.
  Мълчание...
  Песимистът казва: По-лошо от това не може да бъде, а оптимистът отговорил: Ааа, може, може...

Не че има нещо общо с ЕС, но

Ако имаш възможност истегли си по-стара версия на Опера-та (12.х или още по-стара)

доколкото знам новата Опера (18+) вече е blink базирана и е много "постна"
http://www.chromium.org/blink

т.е. гол Chrome
а те все-още нямат вградена поддръжка на  торънти както версиите преди 13-та

и аз бях неприятно изненадан че ми го няма любимия Opera Dragonfly Send network request най-вече  ама изрових от архива една по-стара 12.51 и си е ок.

П.П. Не знам защо така са ти отговорили - явно се надяват скоро да го пренапишат за блинк ли що ли (торънт клиента)

Много задълбахме колеги

Най-простото криптиране се нарича one time pad и е доволно просто - записваме 1 CD т.нар. бял шум и си го менкаме и това е ключа.

Сега ако някой посредата докопа ключа то този метод пропада - но и всеки друг също, но иначе е железен и доволно прост.

Не си чел внимателно.

Моля? Искате да кажете че
9^1x7^2x6^3x9^1x4^4x7^2x5^5
НЕ Е = 33606316800000
или може би че
33606316800000 не е по-дълго (или както е по-равилно всъщност не по-голямо) от 9769475

Това е система за компресиране на информация и данни, изразяваща се накрая в много глямо число. ...
 Взимаме произволен - 9769475.  Кодирането е следното.

9^1x7^2x6^3x9^1x4^4x7^2x5^5

Получава се едно доста голямо число.

Даа доста по-голямо се поучава така че това не е метод за компресия
или в сл. с дадения пример само от 7 цифрен число "уж компресиарния вариант е 14 цифрено число"
33606316800000 = 9*49*216*9*256*49*3125
т.е. обик. текст без компресия да кажем заема 1 байт за буква (на латиница - даже 7 бита но да не издребняваме) та по т.нар. метод за "компресия" всяко нещо закодирано в > 1 байт всъщност увеличава размера.
Нека видим сега кога добавяме > 256 (1 байт) - т.е. всяко умножение с число > 2^8
т.е. при обикновения текст всяка нова буква уголемява "числото" с умножение с 2^8
или еквиваленто за др. числа
2^8, 3^4.5, 4^4, 5^3.5, 6^3.1, 7^2.8, 8^2.4 и т.н. до *256^1
и тъй като е много вероятно да имаме повече от 25-30 различни букви (ако искаме смислено съобщение напр. на кирилица) и макар и първите 3-4 букви да се срещат много често то при всяка следваща ще имаме число на 5-та и по-голяма степен което всъщост ще прави "кокпресирането" по-дълго отколкото една обикновена кодова таблица напр. cp1251 без компресия при която добавянето всяка нова буква увеличава точно с умножние по 2^8

само един малък пример  да кажем че най-рядко използванатабуква е "ь" ер-малко т.е. е на позиция 30 тогава ще умножава числото по 30^30 =
205891132094648990023782374475305522563121152 не ми се смята колко байта са но в cp1251 plain text 1 буква "ь" ще добави само 1 байт
и въобще всяка буква след 4-тата (по честота на срещане) която умножава точно по 4^4=256 всъщност е добавя по повече от 1 байт
П.П. това без да взимаме предвид че чслата трябва да са прости

[ls | xargs -t -i mv {} {}.old]

Ами не знам - аз бях дотук.
Сега някой баш-майстор да помогне.
- Баш майсторе - къде си? (само дано не е на море  )
Аз нямам идея как да взема "правилно" такива бинарни т.е. попрецакани имена на файлове при мен обик. шел-а не ги намира (UTF-8 обик. по ги намира)
та трябва само да се съпоставят ред по ред двата файла и да се преименуват последователно от някой който знае как

Ако някой баш майстор успее да спретне нещо xargs ..нещо от сорта (ама рекурсивно с поддиректориите)
ls | xargs -t -i mv {} {}.old
ще помогна с един pipe с трите реда на iconv
само трябва да се внимава с факта, че ще се наложи 2 пъти да се вземе името на файла - един път правилно escape-вано за да може mv да го намери и преименува правилно и втория път не-escape-нато за да може пък iconv | iconv | iconv да сработи и да даде правилно новото име на файла

П.П.
Нарочно не дадох скрипта който го конвертира щото... а бе оказа се по-сложно добре че в един момент (точно преди да се откажа) забелязах, че без да искаш си насложил още едно пре/кодиране отгоре ама добре че шел-а ти печата месеца на кирилица т.е. това 'дек' беше разковничето та мисля май първо изтрих всички 'дек' че проваляха iconv с грешка... после с iconv от UTF-8 към iso8859-1 а после iso8859-1 към ibm866 (честно не помня кое беше първо iso8859-1 или ibm866) и накрая то вече бе почнало да се чете ама за пълнота iconv към UTF-8 ама вече правилен
А - и по някое време върнах и месеца 'дек' обратно за пълнота

http://www.filedropper.com/booksutf8

[баш]

Така няма да стане. Така ли се създаде този файл само първата буква на кирилица се е хванала - останалата част липсва... може и да е станало при качването затова ако може вече на архив (zip, rar и пр.)
1) дай ми файла от

Код

GeSHi (Bash):
ls -lR /media/disk/troqnec/Downloads/Huge Books Collection/ > remotexxx.txt
 

архивиран
Ако можеш преди да изпълниш горната команда да смениш кодировката напр. от konsole става с View.SetEncoding.Cyrillic.Ibm866 поне си мисля че тази е правилната "входяща" кодировка

Я само за пробата след като смениш кодировката на konsole на ibm866 - изпълни това

Код

GeSHi (Bash):
unzip -l /media/disk/troqnec/Downloads/Huge Books Collection.zip

и кажи дали ти се четат вече имената на файловете?

2) Някой баш майстор т.е. майстор на bash да каже как да се разархивра файл от (zip мисля че каза че е колегата) със поддържане/задаване на кодировка. Доколкото разбрах от моите експерименти zip-овете пазаят някаква 8-битова кодировка (local 8-bit) но без съхраняване точно каква е - т.е. за да сработи после разархивирането трябва изходящата ОС да е точно със същия локал само дето не се сещам кой локал е със ibm866 кодировка... саамо 7-zip поддържа разархивиране с кодировка и даже с конвертиране до друга изходяща, но май само ако му е зададена при архивирането (поне аз така го разбрах) напр. latin1 -7zip-> iso8859-1 (вътре в zip-а и zip-а знае че вътре имената са в iso8859-1) =7zip=> utf-8
т.е. горното работи само за 7zip формата и само ако вътре е съхранена кодировката, но в сл. имаме архив (стандартен zip) който има 8 битово кодирани имена на файлове вътре (ibm866) - как да ги разпънем като укажем на разархиватора вътре са ти във формат ibm866 ама ни ги разпъни в utf-8
или кой локал работи добре с ibm866 кодировка (аз не се сещам за такъв), но ако имаше то тогава подразбиращото се разархивиране ще сработи правилно т.е. то пак е си е local 8-bit само че ще правилния и тогава вече може да мислим за прекръщаване на файловете.

П.П. Малка редакция - доколкото разбирам си хванал само папките, а на мен ми трябват имената на файловете т.е. следващия път dolphin: Control+F (Find:) '*' без кавичките и оттам Control-A после копиране и поставяне, така ще хване имената на всички файлове. Е или това или резултата от горния ред на баш ми дай.

П.П.П. Предполагам (засега мога само толкова  без имената на файловете) че понеже zip файла е с local 8-bit а пък системата му (ОС) е с UTF-8 т.е. НЕ Е local 8-bit и zip-а от немай къде решава, понеже не знае какъв е бил входящия 8-бит а не може да разчита на изходящия local който не е 8бит та решава по-подразбиране да ползва latin1 т.е. iso8859-1
та при окончателното разглеждане после (dolphin, thunar и пр.) имаме ibm866 AS iso8859-1 но показван като UTF-8 и оттам става цялото мазало...

[windows-1251]

Този файл е е точно това .nfo което си мислех - това е просто списък с файлове от някоя директория
(не търси повече nfo viewer-и те са за другия тип nfo-та)

Кодировката му е windows-1251 или cp1251 което е едно и също
или от онзи сайт (http://2cyr.com/decode/?lang=en) ако избереш
Expert: source encoding: windows-1251 displayed as: windows-1251 [OK]
и си работи
при мен също работи автоматично с kwrite т.е. автоматичното разпознаване на езика го открива че е cp 1251 и го отваря също както при теб в браузъра
т.е. kwrite от Tools.Encoding.Cyrillic = cp 1251
не знам как точно се указва на твойта програма да го отовори с кодировка (в сл. избираш 1251) и трябва и там да ти го изкара правилно.
Предполагам LeafPad-а се обърква от това че първите няколко реда са на латиница и си мисли че е cp1252 вместо правилното cp1251 - я само за пробата: ако му изтриеш първите редове и да почва направо с текста на кирилица много ми е интересно дали и LeafPad няма да се осефери и да го покаже правилно
т.е. проблема не ти е със шрифта тука.

За съжаление положението с имената на файловете в архива е по-сложно - трябва ми повече текст там за да мога да кажа със сигурност...
можеш ли да ми пратиш пълния списък с имената на файловете от архива т.е. дай му един лист и пренасочи изхода към файл или ако вече е разархивиран напр. с kwrite при мен става много лесно от dolphin направо правя селецкия и с копиране и поставяне то копира само имената.
Аз чак сега схващам какъв ти е истинският проблем... ама ако не са ти чак такъв проблем грозните имена на файловете може и да си спестиш това последното упражнение 

П.П. Подобна каша се беше получила и с архивите на читанката - доколкото имам някакъв спомен последно успях да се преборя и там преди време (заради един приятел). Гадното там е че повечето un/zip не поддържат кодировки (само 7-zip е малко по-добре) и веднъж разпънати нищо не ги отваря защото то даже не може да намери файл с това име - толкова прецакани кодировки скоро не бях виждал
ама има оправия

П.П.П. Дотук стигнах - едно от тези двете май ще да е, но ми трябва повечко текст за да определя точно:
ibm866:iso8859-1
или
ibm866:iso8859-9

А относно това как да оправиш имената на файловете ще се наложи  май да търсим баш-майстор(а)

А може ли да качите някъде на по-достъпно място и .nfo файла. Ако е чак такъв проблем може и с парола на пм.

А това за профила бе в рамките на шегата. Проблема не е в гугъла а е в този сайт локално само ...предполагам - защото като вляза и отворя профила и дава местоположение нейде около Неново и като дам два минуса и се появява Shumen Province ...чак сега видях че и Варненската е наблизо. Карай да върви - според Тодор Колев се са квартал на Шумен  центърът на просветата...

 помогна, можете да качите всички файлове на някой друг сайт достъпен и извън България.

...и запапред ако искате повече хора да имат достъп и евентуално да помогнат с нещо - безплатни сайтове за качване на снимки и документи бол.

Извинявам се предварително за късното отговаряне - от часовата разлика е, но ще следя темата.

Като за начало - понеже не можах да отворя нищо и реших че е проблем с разглеждане на картинка и пр. ASCII art т.е. реших че не е нещо свързано с текст на кирилица. По принцип шрифта е някой/всеки monospaced latin1 шрифт заради арт-а вътре че инак се размества. Не съм запознат отблизо, но предполагам че стандартната кодировка е latin1 или utf-8 лично аз досега не съм срещал ASCII art на кирилица....

Междувременно относно проблема с неработещия nfoview чрепоръчвам да го инсталирате от мениджъра на пакети на вашата ОС и той ще разреши проблема със подобни зависимости от др. пакети. Ако сте инсталирал от там и пак прави проблем - моля докладвайте за грешката на разработчиците - та да видим и ние кяр от цялата работа.

Също така можете да пробвате да инсталирате wine и да подкарате Щирлиц - последната версия която можете да намерите (мисля IV)

Малко извън темата - станен профил има колегата
Език:   English
Местонахождение:   Rousse
А според картата от гугъл това Русе май е квартал на Шумен 

[UTF-8]

Когато го отваряте новия т.е. вече конвертиран файл и пита за ASCII Filter Options трябва да изберете/смените на
Character Set: UTF-8
Default Fonts: DejaVu Sans Mono

т.е. още ли не сте си разкрали тоя прецакан шрифт Тимок? Желателно е да се деинсталират такива простотии за да си спестите подобни проблеми за в бъдеще. Всеки друг нормален шрифт с кирилица ще ви го покаже нормално файла напр. при мен работи с този по подразбиране DejaVu Sans Mono

При мен се четат и двата - явно при вас е твърдо зададено cp1251 затова така. Вторият ако изрично укажете кодировка UTF-8 пак ли не се чете? - това вече е отделен проблем де (с какво ги четете и защо не го разпознава автоматично)

Желателно е да ползвате точно вторият защото е UTF-8 и там няма кодировки и ги няма тези проблеми - единствено ако не се разпознае автоматично тогава трябва ръчно да се укаже че искате да го виждате като UTF-8.