середа, 30 грудня 2009 р.
Зміна розкладки клавіатури
Задався сьогодні проблемою встановлення додаткових розкладок клавіатури, на додачу до існуючих. Хто не знає, в GNOME кількість розкладок обмежено чотирьма, що є найбільш прийнятним для більшості користувачів. Власне до цього ліміту я добрався і виникає питання, а що ж робити далі? А далі метод простий - використовувати setxkbmap. І нема на то ради... Ну, або використовувати KDE...
неділя, 27 грудня 2009 р.
Українські видавці проти переходу ЗМІ на українську мову
Українська асоціація видавців періодичної преси виступає проти прийняття Верховною Радою законопроекту, який передбачає перехід українських друкованих та електронних засобів масової інформації на українську мову.
Про це йдеться у переданій заяві УАВПП з приводу відповідного законопроекту Про державні мови та мови національних меншин в Україні, який зареєстрували в парламенті 17 березня (№ 4222).
"УАВПП і уся видавнича спільнота України висловлюють глибоку стурбованість спробами деяких народних депутатів України примусово нав'язати читачам використання певних мов для отримання інформації всупереч їх бажанням і готовності платити власні гроші за те, щоб отримувати інформацію на тій мові, яка є прийнятною для них", - наголошується в заяві.
За словами авторів заяви, щоб цей законопроект не залишився без уваги, 26 березня вони направили листа керівництву ВР, парламентським фракціям, Комітету ВР з питань свободи слова та розвитку інформаційної галузі. Також, вони звернулися і до автора законопроекту, народного депутата Юрія Гнаткевича із закликом направити законопроект на доопрацювання.
"Він суперечить трьом фундаментальним положенням прав, свобод і регулюванню економічної діяльності в Україні та Європі", - стверджують видавці. УАВПП, виділяє три головні недоліки законопроекту і причини для того, щоб направити його на доопрацювання.
В першу чергу, за словами авторів заяви, прийняття законопроекту № 4222 призведе до ненадходження до бюджетів усіх рівнів понад 250 млн. грн. податкових платежів і до додаткового збільшення кількості безробітних більш ніж на 20 тис. осіб.
По-друге, обов'язкове впровадження української мови для друкованих видань суперечить міжнародним зобов'язанням та чинному законодавству України, стверджують в УАВПП.
По-третє, впровадження мовних нормативів в пресі призведе до певного дефіциту російськомовних газет і журналів, що спричинить переорієнтацію читачів на російські ЗМІ, а це особливо небезпечно напередодні виборів, зазначають в УАВПП.
У свою чергу, УАВПП закликає своїх членів - 93 видавничі компанії України - і всіх небайдужих видавців провести на сторінках своїх видань широку дискусію щодо використання української мови в друкованих ЗМІ.
Разом з тим УАВПП зазначає, що видавці не тільки не проти, а за те, щоб разом з державою реалізувати системний проект, спрямований на популяризацію використання української мови в Україні.
"Примусове впровадження української мови в друкованих ЗМІ є неповагою, в першу чергу, до читачів, які сплачують власні гроші за те, щоб читати на тій мові, на якій вони хочуть", - заявив президент УАВПП, керівник робочої групи УАВПП Антонець.
За матеріалами Кореспондент.net та УНІАН
П.С. Нехай вибачать мене Кореспондент та УНІАН, але не „передрукувати“ цю новину не міг.
==================================================================
Передруковано з localize.org.ua
Незважаючи на суперечливу реакцію, видавці таки мають рацію. Примусовий перехід абсолютно недоцільний. Більш того, він спричинить додатковий спротив з боку іншомовних споживачів.
Окрім того, як завжди в даному випадку відбудеться "цільове" розкрадання коштів.
Про це йдеться у переданій заяві УАВПП з приводу відповідного законопроекту Про державні мови та мови національних меншин в Україні, який зареєстрували в парламенті 17 березня (№ 4222).
"УАВПП і уся видавнича спільнота України висловлюють глибоку стурбованість спробами деяких народних депутатів України примусово нав'язати читачам використання певних мов для отримання інформації всупереч їх бажанням і готовності платити власні гроші за те, щоб отримувати інформацію на тій мові, яка є прийнятною для них", - наголошується в заяві.
За словами авторів заяви, щоб цей законопроект не залишився без уваги, 26 березня вони направили листа керівництву ВР, парламентським фракціям, Комітету ВР з питань свободи слова та розвитку інформаційної галузі. Також, вони звернулися і до автора законопроекту, народного депутата Юрія Гнаткевича із закликом направити законопроект на доопрацювання.
"Він суперечить трьом фундаментальним положенням прав, свобод і регулюванню економічної діяльності в Україні та Європі", - стверджують видавці. УАВПП, виділяє три головні недоліки законопроекту і причини для того, щоб направити його на доопрацювання.
В першу чергу, за словами авторів заяви, прийняття законопроекту № 4222 призведе до ненадходження до бюджетів усіх рівнів понад 250 млн. грн. податкових платежів і до додаткового збільшення кількості безробітних більш ніж на 20 тис. осіб.
По-друге, обов'язкове впровадження української мови для друкованих видань суперечить міжнародним зобов'язанням та чинному законодавству України, стверджують в УАВПП.
По-третє, впровадження мовних нормативів в пресі призведе до певного дефіциту російськомовних газет і журналів, що спричинить переорієнтацію читачів на російські ЗМІ, а це особливо небезпечно напередодні виборів, зазначають в УАВПП.
У свою чергу, УАВПП закликає своїх членів - 93 видавничі компанії України - і всіх небайдужих видавців провести на сторінках своїх видань широку дискусію щодо використання української мови в друкованих ЗМІ.
Разом з тим УАВПП зазначає, що видавці не тільки не проти, а за те, щоб разом з державою реалізувати системний проект, спрямований на популяризацію використання української мови в Україні.
"Примусове впровадження української мови в друкованих ЗМІ є неповагою, в першу чергу, до читачів, які сплачують власні гроші за те, щоб читати на тій мові, на якій вони хочуть", - заявив президент УАВПП, керівник робочої групи УАВПП Антонець.
За матеріалами Кореспондент.net та УНІАН
П.С. Нехай вибачать мене Кореспондент та УНІАН, але не „передрукувати“ цю новину не міг.
==================================================================
Передруковано з localize.org.ua
Незважаючи на суперечливу реакцію, видавці таки мають рацію. Примусовий перехід абсолютно недоцільний. Більш того, він спричинить додатковий спротив з боку іншомовних споживачів.
Окрім того, як завжди в даному випадку відбудеться "цільове" розкрадання коштів.
пʼятниця, 4 грудня 2009 р.
Пісня про гармату (народна)
В селі проходИли маньоври,
Солдати стріляли на п'ять,
А як вони всі від'їжджали,
Гармату забули забрать.
Три роки вона простояла,
За нею ніхто не прийшов,
Я перший її запримітив,
Ще й ящик снарядів знайшов.
З сусідом ми посварились,
Що я йому крав когутів,
На нього я фест націливсь
І стайню йому розвалив.
Сусіда був грамотний хлопець,
Він буковки всякії знав,
Він взявсь до пера і чорнила
Й бомагу в район накатав.
Приїхали хлопці з району,
Гармату шукали три дні -
А я на фундамент поставив,
Як пам'ятник жертвам війни.
А як вони всі від'їздили,
Я звідтам гармату стягнув,
Заклав туди два бронебійних
І знов по сусіду пальнув.
Стодола горіла як свічка,
Від хати лишилась стіна,
Хай знає отой анонімщик,
Що то є - сусідська війна.
В селі мене всі поважають,
А спробуй руки не подать -
Снаряди під стріхом чекають,
Кому би поразки завдать.
Солдати стріляли на п'ять,
А як вони всі від'їжджали,
Гармату забули забрать.
Три роки вона простояла,
За нею ніхто не прийшов,
Я перший її запримітив,
Ще й ящик снарядів знайшов.
З сусідом ми посварились,
Що я йому крав когутів,
На нього я фест націливсь
І стайню йому розвалив.
Сусіда був грамотний хлопець,
Він буковки всякії знав,
Він взявсь до пера і чорнила
Й бомагу в район накатав.
Приїхали хлопці з району,
Гармату шукали три дні -
А я на фундамент поставив,
Як пам'ятник жертвам війни.
А як вони всі від'їздили,
Я звідтам гармату стягнув,
Заклав туди два бронебійних
І знов по сусіду пальнув.
Стодола горіла як свічка,
Від хати лишилась стіна,
Хай знає отой анонімщик,
Що то є - сусідська війна.
В селі мене всі поважають,
А спробуй руки не подать -
Снаряди під стріхом чекають,
Кому би поразки завдать.
пʼятниця, 13 листопада 2009 р.
Far far away
Трішки відрізняється від pisni.org.ua
Гадаю, що помилки є, а тому чекаю на коментарі.
Саме відео тут
We have been to the mountains of Alaska,
Seen the bridges of the world and they are for real.
I've been rosten in the sun, been in burn and have seen fun
It all seem so unreal.
Я влітку їздив на рибалку в Очеретню,
Відпочивати і ловити карасів,
З тобою ввечері гуляв,
Поеми Гамлєта читав
Тобі чи не тобі.
Far, far away with my head up in the clouds
Far, far away with my picture in the crowds
And I've been rolling of around the world
But the call of home is loud
Still so loud
Я мріяв вилізти на пагорби Монмартра,
А коли виліз, наче десь у далині,
В садку вишневому хрущі,
І Чорне море уночі
Згадалися мені.
Well I've beak to grab the people for a while
I'm still in sunrise in the east and in the west
I've been freding over you
Yeah, i know you've been it too
you've turned out for a best
Гадаю, що помилки є, а тому чекаю на коментарі.
Саме відео тут
We have been to the mountains of Alaska,
Seen the bridges of the world and they are for real.
I've been rosten in the sun, been in burn and have seen fun
It all seem so unreal.
Я влітку їздив на рибалку в Очеретню,
Відпочивати і ловити карасів,
З тобою ввечері гуляв,
Поеми Гамлєта читав
Тобі чи не тобі.
Far, far away with my head up in the clouds
Far, far away with my picture in the crowds
And I've been rolling of around the world
But the call of home is loud
Still so loud
Я мріяв вилізти на пагорби Монмартра,
А коли виліз, наче десь у далині,
В садку вишневому хрущі,
І Чорне море уночі
Згадалися мені.
Well I've beak to grab the people for a while
I'm still in sunrise in the east and in the west
I've been freding over you
Yeah, i know you've been it too
you've turned out for a best
пʼятниця, 6 листопада 2009 р.
Зміна ядер
Сьогодні таки наважився перейти на ядро 2.6.30.
З величезним подивом виявив, що все працює правильно, а саме:
1) Індикатори температури
2) Відео (потрібно лише перезібрати модуль fglrx, який є в репозиторіях Sid (на час написання допису версія 9-10)).
Пульт віддаленого керуваняя не працює :)
З величезним подивом виявив, що все працює правильно, а саме:
1) Індикатори температури
2) Відео (потрібно лише перезібрати модуль fglrx, який є в репозиторіях Sid (на час написання допису версія 9-10)).
Пульт віддаленого керуваняя не працює :)
середа, 14 жовтня 2009 р.
Новий розділ: Греція - коментарі
У зв'язку з тимчасовою зміною місця проживання вводжу новий розділ. Фотографій не буде, оскільки знимкар залишився вдома. Будуть просто коментарі до побаченого.
1. (Стосується дівчат, готам не турбуватися) Хочете бути схожою на гречанку? Використовуйте для очей та повік чорний олівець, а також солодкі парфуми, щоб проходячи повз Вас можна було впасти.
1. (Стосується дівчат, готам не турбуватися) Хочете бути схожою на гречанку? Використовуйте для очей та повік чорний олівець, а також солодкі парфуми, щоб проходячи повз Вас можна було впасти.
Пониження частоти роботи процесора
Спеціально для тих власників ноутбуків, які ще не забрали зі свого "джентельменського набору" cpudyn. Заберіть негайно.
Проблема полягає в тому, що ця штукенція вантажить процесор як дурна, не даючи ані змоги нічого зробити + перевантажує процесор, а також доводить до постійної роботи венилятор.
Після видалення (sudo apt-get remove cpudyn) Вас очікує зниження температури процесора, стишення кулера, а також потішить око можливість встановлення того режиму керування швидкодією (governor), який потрібен Вам. Якщо дуже кортить, щоб динамічно все відбувалося - можете поставити ondemand (cpufreq-set -c <номер ядра> -g "ondemand"), і з спокійним серцем працювати.
Проблема полягає в тому, що ця штукенція вантажить процесор як дурна, не даючи ані змоги нічого зробити + перевантажує процесор, а також доводить до постійної роботи венилятор.
Після видалення (sudo apt-get remove cpudyn) Вас очікує зниження температури процесора, стишення кулера, а також потішить око можливість встановлення того режиму керування швидкодією (governor), який потрібен Вам. Якщо дуже кортить, щоб динамічно все відбувалося - можете поставити ondemand (cpufreq-set -c <номер ядра> -g "ondemand"), і з спокійним серцем працювати.
пʼятниця, 19 червня 2009 р.
Драйвери AMD/ATI 8.62
Не минуло багато часу від попереднього, як AMD порадувала новою версією драйверів для відеокарт.
Правда підтримки 2.6.30 все ще нема (незважаючи на протилежні заяви від ЛОРу)...
Чекаємо.
Правда підтримки 2.6.30 все ще нема (незважаючи на протилежні заяви від ЛОРу)...
Чекаємо.
субота, 30 травня 2009 р.
Vuze + Flash
Однією з особливостей Лінакс, яка мені страшно подобається - це автоматичне поновлення пакунків. Правда в деяких випадках це не надто зручно, особливо, коли поновлення в дистрибутиві відстає від офіційного поновлення. Правда в цьому випадку все-одно зручніше дистрибутивне поновлення, в якому "вилизуються" помилки.
Сьогодні припекло поставити Vuze (колишній azureus). Поставити з дистрибутиву - не складно, от тільки в дистрибутиві версія 3 з хвостиком, а на офіційному сайті 4.2... Тому було прийнято Соломонове рішення про ручне поновлення, що і було зроблено протягом найближчих кількох хвилин.
Перші граблі - завантажений vuze не запускається. Тобто він запускається, і каже, що swt.jar (яка йде в пакунку) лише для 32-розрядних версій. Тобто при завантаженні запитатися не можна було, про те, яка версія в мене встановлена. Ну Бог з вами, виробники vuze відсилають на сторінку swt, і в принципі не залишається нічого іншого, як туди піти.
Уважно читаємо що пише, вибираємо стабільну версію і..... попадаємо на сторінку завантаження Eclipse. Крутимо донизу в пошуках окремого SWT, і завантажуємо свою версію x86_64. Розпаковуємо до теки з vuze (в мене це /opt/vuze) та насолоджуємося запуском.
Наступні граблі - відсутня підтримка flash, який все-таки встановлений в системі. Тут вже на допомогу приходить гугл, і виявляється, що vuze шукає плагін у теці /usr/lib/xulrunner-1.9 . Одразу ж є рекомендація, про створення символічного посилання. От тільки працює вона для 32-розрядних систем. В нашому випадку слід скористатися наступним закляттям:
sudo ln -s /usr/lib/firefox/plugins/npwrapper.libflashplayer.so /usr/lib/xulrunner-1.9/plugins/libflashplayer.so
і перезавантажити vuze.
Дещо буде плисти, але загалом користуватися можна. Всі питання знову ж таки до розробників vuze ;)
Сьогодні припекло поставити Vuze (колишній azureus). Поставити з дистрибутиву - не складно, от тільки в дистрибутиві версія 3 з хвостиком, а на офіційному сайті 4.2... Тому було прийнято Соломонове рішення про ручне поновлення, що і було зроблено протягом найближчих кількох хвилин.
Перші граблі - завантажений vuze не запускається. Тобто він запускається, і каже, що swt.jar (яка йде в пакунку) лише для 32-розрядних версій. Тобто при завантаженні запитатися не можна було, про те, яка версія в мене встановлена. Ну Бог з вами, виробники vuze відсилають на сторінку swt, і в принципі не залишається нічого іншого, як туди піти.
Уважно читаємо що пише, вибираємо стабільну версію і..... попадаємо на сторінку завантаження Eclipse. Крутимо донизу в пошуках окремого SWT, і завантажуємо свою версію x86_64. Розпаковуємо до теки з vuze (в мене це /opt/vuze) та насолоджуємося запуском.
Наступні граблі - відсутня підтримка flash, який все-таки встановлений в системі. Тут вже на допомогу приходить гугл, і виявляється, що vuze шукає плагін у теці /usr/lib/xulrunner-1.9 . Одразу ж є рекомендація, про створення символічного посилання. От тільки працює вона для 32-розрядних систем. В нашому випадку слід скористатися наступним закляттям:
sudo ln -s /usr/lib/firefox/plugins/npwrapper.libflashplayer.so /usr/lib/xulrunner-1.9/plugins/libflashplayer.so
і перезавантажити vuze.
Дещо буде плисти, але загалом користуватися можна. Всі питання знову ж таки до розробників vuze ;)
субота, 16 травня 2009 р.
Драйвери AMD/ATI 8.612
Я вже писав, що не вірю, у машину часу, але моя думка може змінитися ;).
Підготовка:
Перш за все, слід перейменувати безпечно старі модулі:
sudo mv /usr/src/fglrx.tar.bz2 /usr/src/fglrx.tar.bz2.8602
sudo mv /usr/src/modules/fglrx /usr/src/modules/fglrx.8602
Таке дивне розширення (8602) це версія попереднього драйверу. Поточна версія має порядковий номер 8.612
Отримати нову версію драйверів можна звідси, або ж виконавши в консолі наступну команду:
wget -c http://www2.ati.com/drivers/linux/ati-driver-installer-9-5-x86.x86_64.run
Тепер необхідно встановити права на виконання завантаженого файлу:
chmod 744 ati-driver-installer-9-5-x86.x86_64.run
та згенерувати пакунки для свого дистрибутиву:
sudo ./ati-driver-installer-9-5-x86.x86_64.run --buildpkg Debian/testing
В мене ця операція пройшла без жодних проблем.
Зазвичай я пакую їх до спеціальної теки, щоб потім мати можливість відкотитися на останню стабільну версію:
mkdir -p ati/8.612; mv fglrx*8.612* ati/8.612; cd ati/8.612
Якщо все пройшло успішно Ви повинні б опинитися у теці з драйверами. Запускаємо на встановлення драйвери:
sudo dpkg -i *.deb
І отримуємо готовий результат.
P.S. Дана версія драйверів все ще не сумісна з ядром 2.6.30-rc3
P.P.S. Як виявилося пізніше - версія 8.612 (або 9.5) має проблеми при роботі з відеокартою. Принаймні в мене іграшки, ті, що працювали на 9.4 - не запустилися (wine завершував роботу з помилками доступу до пам'яті), а поновлення версії wine до 1.1.22 не допомогло.
Висновок: Важко сказати, чим ця версія хороша. Можливо все-таки слід почекати до версії 9.6.
Підготовка:
Перш за все, слід перейменувати безпечно старі модулі:
sudo mv /usr/src/fglrx.tar.bz2 /usr/src/fglrx.tar.bz2.8602
sudo mv /usr/src/modules/fglrx /usr/src/modules/fglrx.8602
Таке дивне розширення (8602) це версія попереднього драйверу. Поточна версія має порядковий номер 8.612
Отримати нову версію драйверів можна звідси, або ж виконавши в консолі наступну команду:
wget -c http://www2.ati.com/drivers/linux/ati-driver-installer-9-5-x86.x86_64.run
Тепер необхідно встановити права на виконання завантаженого файлу:
chmod 744 ati-driver-installer-9-5-x86.x86_64.run
та згенерувати пакунки для свого дистрибутиву:
sudo ./ati-driver-installer-9-5-x86.x86_64.run --buildpkg Debian/testing
В мене ця операція пройшла без жодних проблем.
Зазвичай я пакую їх до спеціальної теки, щоб потім мати можливість відкотитися на останню стабільну версію:
mkdir -p ati/8.612; mv fglrx*8.612* ati/8.612; cd ati/8.612
Якщо все пройшло успішно Ви повинні б опинитися у теці з драйверами. Запускаємо на встановлення драйвери:
sudo dpkg -i *.deb
І отримуємо готовий результат.
P.S. Дана версія драйверів все ще не сумісна з ядром 2.6.30-rc3
P.P.S. Як виявилося пізніше - версія 8.612 (або 9.5) має проблеми при роботі з відеокартою. Принаймні в мене іграшки, ті, що працювали на 9.4 - не запустилися (wine завершував роботу з помилками доступу до пам'яті), а поновлення версії wine до 1.1.22 не допомогло.
Висновок: Важко сказати, чим ця версія хороша. Можливо все-таки слід почекати до версії 9.6.
ATI-драйвери версія 9-5
 | Ніколи не вірив у існування машини часу, однак виявляється - вона таки є. Яким чином працює? Ну наприклад, коли треба терміново нову версію драйверів для відеокарти, а на сайті викладена лише версія місячної давності (за що щира подяка команді ATI), слід просто ввести у вікні браузера потрібну версію. Наразі на сайті доступна версія драйверів 9-4, однак можна спокійно завантажити (не чекаючи офіційного повідомлення) версію 9-5 (wget -c http://www2.ati.com/drivers/linux/ati-driver-installer-9-5-x86.x86_64.run) Про результати тестування напишу окремо. |
середа, 11 лютого 2009 р.
Налаштування інтегрованого мікрофону
Мене довгий час непокоїла проблема роботи вбудованого мікрофону, який не працював. Власне він то працював, але для його запуску мені довелося поновити ядро, викачати останні пакунки alsa та увімкнути мікрофон у ноутбуці.
Власне можна обійтися просто увімкненням мікрофону, але хіба ж то вихід для справжнього дослідника? ;)
Зрештою, це не суть важливо. Важливо, що мікрофон таки робочий і за час встановлення я встиг поновити BIOS до версії F.22 (я знаю, що він вийшов ще в листопаді, але в мене руки дійшли тільки тепер :)). Попереджаю одразу, що над BIOS треба почаклувати, щоб запустити давач температури процесора.
Отже, мікрофон налаштовується у аудіо налаштуваннях, а саме (для GNOME):
Тобто все, що слід зробити - це змінити вхідний канал із аналогового входу на цифровий, і мікрофон запрацює. Правда для цього вікно запис слід привести до порядку:
Я увімкнув DAC0 та DAC1 і все запрацювало. Можливо працює і без цього, однак я не пробував.
Власне можна обійтися просто увімкненням мікрофону, але хіба ж то вихід для справжнього дослідника? ;)
Зрештою, це не суть важливо. Важливо, що мікрофон таки робочий і за час встановлення я встиг поновити BIOS до версії F.22 (я знаю, що він вийшов ще в листопаді, але в мене руки дійшли тільки тепер :)). Попереджаю одразу, що над BIOS треба почаклувати, щоб запустити давач температури процесора.
Отже, мікрофон налаштовується у аудіо налаштуваннях, а саме (для GNOME):
Тобто все, що слід зробити - це змінити вхідний канал із аналогового входу на цифровий, і мікрофон запрацює. Правда для цього вікно запис слід привести до порядку:
Я увімкнув DAC0 та DAC1 і все запрацювало. Можливо працює і без цього, однак я не пробував.
пʼятниця, 9 січня 2009 р.
OpenCMS: встановлення
Загорілося дике бажання допиляти/доробити власну сторінку, яка наразі в настільки сирому вигляді, що навіть посилання давати соромно.
Одразу ж спало на гадку використати одну з існуючих CMS (content management system) , для полегшення власного ж життя (чисто теоретично;) ). Тому не довго думаючи, та враховуючи своє "бе" та "фу", які нічим не обгрунтовуються, окрім "хочу так і тільки так", було висунуто наступні вимоги до CMS:
9 січ 2009 13:18:26 org.apache.catalina.core.StandardContext start SEVERE: Error listenerStart 9 січ 2009 13:18:26 org.apache.catalina.core.StandardContext start SEVERE: Context [/opencms] startup failed due to previous errors
Аналіз логів привів до ще однієї загадки:
9 січ 2009 12:12:43 org.apache.catalina.startup.TldConfig tldScanJar
SEVERE: Exception processing TLD META-INF/c-1_0-rt.tld in JAR at resource path /var/lib/tomcat5.5/webapps/opencms/WEB-INF/lib/standard-1.1.2.jar in context /opencms
java.security.AccessControlException: access denied (java.io.FilePermission /usr/share/java/jsp-api-2.0.jar read)
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:342)
at java.security.AccessController.checkPermission(AccessController.java:553)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at java.lang.SecurityManager.checkRead(SecurityManager.java:888)
at java.util.zip.ZipFile.(ZipFile.java:126)
at java.util.jar.JarFile.(JarFile.java:150)
at java.util.jar.JarFile.(JarFile.java:87)
at sun.net.www.protocol.jar.URLJarFile.(URLJarFile.java:90)
at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:66)
at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:71)
at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150)
at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.startDTDEntity(Unknown Source)
at org.apache.xerces.impl.XMLDTDScannerImpl.setInputSource(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1562)
at org.apache.catalina.startup.TldConfig.tldScanStream(TldConfig.java:514)
at org.apache.catalina.startup.TldConfig.tldScanJar(TldConfig.java:472)
at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:307)
at org.apache.catalina.core.StandardContext.processTlds(StandardContext.java:4307)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4144)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at org.apache.catalina.core.ContainerBase.access$0(ContainerBase.java:744)
at org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:831)
at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:720)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1217)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:293)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1306)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1570)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1579)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1559)
at java.lang.Thread.run(Thread.java:636)
Чергова перевірка прав доступу до файлів та правильності шляхів поставила в глухий кут. Однак на російськомовному форумі в останньому записі було знайдено рішення проблеми:
слід змінити політику доступу до ресурсів, внісши до файлу /etc/tomcat5.5/50user.policy наступний запис:
grant codeBase "file:${catalina.home}/webapps/opencms/-" {
permission java.security.AllPermission;
};
Не знаю наразі, наскільки це правильно з точки зору безпеки, але наразі працює. Буду пробувати колупати далі, однак скидається на те, що це не єдиний варіант вирішення проблеми.
Одразу ж спало на гадку використати одну з існуючих CMS (content management system) , для полегшення власного ж життя (чисто теоретично;) ). Тому не довго думаючи, та враховуючи своє "бе" та "фу", які нічим не обгрунтовуються, окрім "хочу так і тільки так", було висунуто наступні вимоги до CMS:
- База даних PostgreSQL
- Мова - Java
9 січ 2009 13:18:26 org.apache.catalina.core.StandardContext start SEVERE: Error listenerStart 9 січ 2009 13:18:26 org.apache.catalina.core.StandardContext start SEVERE: Context [/opencms] startup failed due to previous errors
Аналіз логів привів до ще однієї загадки:
9 січ 2009 12:12:43 org.apache.catalina.startup.TldConfig tldScanJar
SEVERE: Exception processing TLD META-INF/c-1_0-rt.tld in JAR at resource path /var/lib/tomcat5.5/webapps/opencms/WEB-INF/lib/standard-1.1.2.jar in context /opencms
java.security.AccessControlException: access denied (java.io.FilePermission /usr/share/java/jsp-api-2.0.jar read)
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:342)
at java.security.AccessController.checkPermission(AccessController.java:553)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at java.lang.SecurityManager.checkRead(SecurityManager.java:888)
at java.util.zip.ZipFile.
at java.util.jar.JarFile.
at java.util.jar.JarFile.
at sun.net.www.protocol.jar.URLJarFile.
at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:66)
at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:71)
at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150)
at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.startDTDEntity(Unknown Source)
at org.apache.xerces.impl.XMLDTDScannerImpl.setInputSource(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1562)
at org.apache.catalina.startup.TldConfig.tldScanStream(TldConfig.java:514)
at org.apache.catalina.startup.TldConfig.tldScanJar(TldConfig.java:472)
at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:307)
at org.apache.catalina.core.StandardContext.processTlds(StandardContext.java:4307)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4144)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at org.apache.catalina.core.ContainerBase.access$0(ContainerBase.java:744)
at org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:831)
at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:720)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1217)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:293)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1306)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1570)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1579)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1559)
at java.lang.Thread.run(Thread.java:636)
Чергова перевірка прав доступу до файлів та правильності шляхів поставила в глухий кут. Однак на російськомовному форумі в останньому записі було знайдено рішення проблеми:
слід змінити політику доступу до ресурсів, внісши до файлу /etc/tomcat5.5/50user.policy наступний запис:
grant codeBase "file:${catalina.home}/webapps/opencms/-" {
permission java.security.AllPermission;
};
Не знаю наразі, наскільки це правильно з точки зору безпеки, але наразі працює. Буду пробувати колупати далі, однак скидається на те, що це не єдиний варіант вирішення проблеми.
Підписатися на:
Дописи (Atom)