3
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Apt broken package remove
|
-: Jul 19, 2008, 12:45
|
etoken-pro-aladdin не е официален пакет. Инсталирах го на собствен риск с надеждата да накарам един eToken на Aladdin да заработи в Линукса ми. Така и не можах, ако някой ползва такива четци, моля да сподели опит. '> Премахването на пакета се оказа проблемно. Deb пакетите използват pre remove и post remove скриптове, които се изпълняват съответно преди и след пакета да бъде премахнат. Беше използван несполучлив метод за спиране на един от зависимите демони в pre remove скрипта, който открив, че се намира в споменатата директория. Тъй като нямах намерение повече да инсталирам същия този пакет, аз видях како прави скрипта, спрях ръчно pcsd демона и изтрих реда, който прави проблем от скрипта. Така неговото премахване беше успешно. Aladdin eToken е марка карточетци за "smart карти" или "sim карти", които в случая се използват за съхраняване и защита на сертификат. Принципа е същия, по който работят "електронните подписи", които едва наскоро започнаха да действат в България. Хората са го накарали да работи в Линукс, но аз нещо не успях, може би защото използвам unstable на Debian. Мисля да пиша e-mail, до някой от успелите за помощ. Ако някой от вас ги използва вече, ще дам подробна информация за грешката, която получавам. Подозирам, че има проблем в libusb, но не съм сигурен, пробвах с две версии безуспешно. Благодаря !
|
|
|
5
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Apt broken package remove
|
-: Jul 17, 2008, 16:27
|
Здравейте ! Предимно от скоро използвам Debian. Имам проблем с един счупен пакет, който дава грешка при опит за премахване в post-remove скрипта си, и не мога да го премахна дори и насилствено. Има ли някакъв задкулисен начин, или възможност за debug на post remove скрипта преди да бъде правен опит за премахване на пакета ? Примерен код | martian:~/pcsc-lite-1.4.102# dpkg --remove --force-remove-reinstreq etoken-pro-aladdin (Reading database ... 114188 files and directories currently installed.) Removing etoken-pro-aladdin ... Stopping Aladdin eToken cache service etsrvd. Stopping pcscd daemon: /usr/sbin/invoke-rc.d: line 437: 26755 Terminated "${INITDPREFIX}${INITSCRIPTID}" "${saction}" "$@" invoke-rc.d: initscript pcscd, action "stop" failed. dpkg: error processing etoken-pro-aladdin (--remove): subprocess pre-removal script returned error exit status 143 Errors were encountered while processing: etoken-pro-aladdin martian:~/pcsc-lite-1.4.102# |
Опасявам се, че проблема дори не е в post-remove скрипта, а е възможно да е в pcscd или invoke-rc.d скрипта за конкретния случай.
Благодаря за помоща !
Поздрави, Марто
|
|
|
6
|
Linux секция за начинаещи / Настройка на програми / Debian apt-get
|
-: Apr 26, 2007, 01:25
|
А ако направя apt-get dist-upgrade на Debian etch, ще сгреша ли ? Идеята ми е да си инсталирам nvidia-glx, но нещо ми иска update на libc6, а от там ми маха utils-linux, а apt-get ми дава предупреждение, че не трябва. И всичко така се навързва, че трябва всичко за да е ОК, да се поднови всичко '>
|
|
|
7
|
Linux секция за начинаещи / Настройка на програми / Debian apt-get
|
-: Apr 26, 2007, 00:46
|
Здравейте ! От скоро съм с Debian '> За сега ми се вижда супер ! Някой може ли да ми препоръча sources.list файл. Нещи не схващам, защо когато добавя source от официалния сайт ми дава грешка с някакви сертификати. Ааа единственото, което искам е да са включени всички пакети от etch DVD-тата, защото ми е нудобно постоянно да вкарвам първо, после трето, после второ, после пак първо ... '>
|
|
|
9
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Mysqldump encodings
|
-: Apr 21, 2007, 09:38
|
Винаги за мен тази каша с енкодингите ще си остане каша. Нещо не ми се отдава да ги разбера, но все пак си реших проблема. Ще опиша как, а ако има човек, който е разбрал ситуацията, нека внесе малко светлина. Мисля, че ще се улесни работата на много хора. Първо ето нещо, което може да е от помощ : http://www.oreillynet.com/onlamp...._t.htmlВторо, ето как аз си реших проблема : Примерен код | mysqldump -u root -p --default-character-set=latin1 wordpress > wordpress.sql Премахвам следния ред от wordpress.sql : /*!40101 SET NAMES latin1 */; iconv -c -f cp1251 -t utf8 wordpress.sql > wordpress2.sql perl -pi -e "s/latin1/utf8/g" wordpress2.sql |
Ако не сложа --default-character-set=latin1 не става. Версията на MySQL сървъра от който експортирам е 5.0.24a, а тази в която импортирам 5.0.27. Навеждат ме някакви мисли, че MySQL сървъра ми не е компилиран с default charset utf8, но пак не съм съвсем сигурен какво точно е това latin1 и какво общо има всичко с CP1251, след като сайта до сега е работил на utf-8. Открих решението, благодарение на разиграване на варианти и проби в FireFox със смяна на encodings. '>
|
|
|
10
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Mysqldump encodings
|
-: Apr 20, 2007, 19:10
|
Ами аз и това пробвах, но не ми е ясно кой е стария, и кой новия encoding. Аз до колкото ги виждам нещата, нищо не искам да смнеям. Би трябвало от utf8, на uft8 нищо да не се сменя. Как да разбера, кой е стария, кой е новия. Искам да работя само с utf8. По едно време така ги бях завъртял нещата и аз не помня вече как, че аха да се оправи ама се оказа, че "И" и "ш" ми излизат като "?" и "??". '>
|
|
|
11
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Mysqldump encodings
|
-: Apr 20, 2007, 17:37
|
Искам да прехвърля базата на един wordpress блог. Прочетох това : http://www.hostbulgaria.com/tutorials/mysql-charset-encoding.aspxСтигнах до извода, че нищо не разбрах. За мен до момента блога ми е работил на utf8, и се е отварял на utf8, и базата е била съответно на utf8. Как да я дъмпна, така че да стане? Много е оплетено всичко. Опитвам се да я импортна в един phpMyAdmin. И си мисля, че там нещо не е тамън. Ето какво правя : 1. mysqldump -u root -p --default-character-set=latin1 wordpress > wordpress.sql Ако тук не използвам --default-character-set=latin1 файла е нечетим през FireFox с енкодинг utf-8. 2. Импортирам в phpMyAdmin с настройка да работи на utf8. Резултата после в сайта е '>? '>? '>? '>? '>. Правя и същото, но с perl -pi -e "s/latin1/utf8/g" wordpress.sql Тогава сайта пак не се чете на uft8, каквото е по default, но ако от firefox сменя на CP-1251 се оправя ... което вобще не ми се вързва. Пробвах още много варианти. Цял ден си играх. Някой знае ли вълшебната формула за забъркване на кашичката? Благодаря !
|
|
|
|