"Вейка" случва се е и в тестовата версия - ако я обновяваш по-често напр. ежедневно
обаче ако е през aptitude/synaptic те по-невидимо ти задържат някой пакети (on hold) докато не си обнови зависимостта този дето още държи зависимост към стар пакет със зависимост към по-новата  му версия и вече като няма проблеми тези от on hold пак така "невидимо" ти изчезват т.е. инсталират си се
apt-get обаче като по подробен винаги изписва и XXX on hold преди да те пита дали да продължи Y/N 

П.П. Обикновено до ден два си оправят зависимостите, но понякога се чака и по месец (Xorg, fglrx) в тестинг това

- Не се оплаквам от Слак-а - даже го предпочитам за разработка. Комай те останаха единствената дистрибуця която все-още и то максимално уважава изискванията на създателите на пакет/софтуер кое къде да е (конфгурации вкл. и имена/хръщаването им, бинарни файлове и пр.) ане федора решили на едно място (напр. да местят /bin -> /usr/bin etc.), па Дебиан на друго (к'во като отговаря на FSF etc. стандарти нали не е мястото дето СЪЗДАТЕЛЯ на пакета е решил) и на трето място - тия па са нова бира - freedesktop.org

П.П.П.
Остаряваме бавно
неусетно почти...
Много видимо аз
по-невидимо ти 

[трябвало е да обновиш всички пакети]

Хехех - Добре дошъл в света на Слак-а
Вече се убеди и от личен опит че Слак пакетите нямат и не поддържат зависмости
В днешно време за поддръжката им се разчита на 3ти/неофициални и пр. пакети и врътки и се получава това

..та както вече каза колегата - обнови всички пакети т.е. трябвало е да обновиш всички пакети 

П.П. Не е трябвало да ти дава да обновиш само 1 пакет при положение че той зависи от друг(и) които искат обновяване. Така се е получило щото то в пакета няма такава информация а пък интрумента ти за обновяване (не знам кой е) или също няма т.е. назад е с материала или има бъг или пък и той не поддържа зависимости.

П.П.П. Не че аз като минах вече на Дебиян си нямам проблеми със зависимостите... бъгове (обик. в пакетния мениджър) и пр. но по-скоро тук проблема е обратния - като забравят да премахант някоя зависмост от някой стар пакет погрешка и той си мисли че още зависи от версия.0 ама другите вече искат версия.1 и версия.0 им прави конфликт та такива ми ти работи - ама поне чакаш да си оправят зависимостите в пакета... А при Слак... викаш неволята... запряташ ръкави... и те така.

Еееее, ти пък! Той човекът си знае мярката...
То "работенето" на чуждо не е като седенето вкъщи 

[wealth distribution]

Хм, да речем че wealth distribution-а е в пряка връзка с наличието на средната класа.
Като гледам следната таблица: http://www.nationmaster.com/graph/eco_gin_ind-economy-gini-index
...

Тъй де, ама това дето си дал не е wealth distribution а е income distribution (ако не си забелязал отдолу под таблицата има един коментар)
т.е. повечето хора "на върха" имат имоти, фабрики, заводи, компании, акции на борсата и пр. wealth за милиарди, но това не им е income/приход т.е. заплата т.е. тези най-верятно взимат данни от официални източници т.е. това им е официално декларирания към държавата приход...
 демек зимат едвам няколко милиона заплата (колкото да не умрат от глад) - изкл. укритите приходи, реинвестиции и т.н.

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

и това не е решение също:
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

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