поиск выдаёт много-много одинаковых тем
http://www.linux.org.ru/search.jsp?q=Starcraft+wine&include=topics&date=year&...
это, собсно, баг или фича?)
Прибрал к рукам веб-камеру Genius iSlim 310. Как выяснилось, драйвера gspca ни под каким предлогом не хотят собираться на ядре 2.6.34-1-686. Происходит примерно следующее:
dh_testdir
dh_testroot
dh_clean
/usr/bin/make -C /usr/src/modules/gspca clean
make[1]: Entering directory `/usr/src/modules/gspca'
rm -r -f *.o decoder/.gspcadecoder.o.cmd decoder/*.o \
.gspca.o.cmd *.o *.ko *.mod.* .[a-z]* core *.i \
*.symvers *.err
make[1]: Leaving directory `/usr/src/modules/gspca'
/usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/gspca'
dh_testdir
dh_testroot
dh_clean
/usr/bin/make -C /usr/src/modules/gspca clean
make[2]: Entering directory `/usr/src/modules/gspca'
rm -r -f *.o decoder/.gspcadecoder.o.cmd decoder/*.o \
.gspca.o.cmd *.o *.ko *.mod.* .[a-z]* core *.i \
*.symvers *.err
make[2]: Leaving directory `/usr/src/modules/gspca'
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.34-1-686/g'` ; \
done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/2.6.34-1-686/g ;s/#KVERS#/2.6.34-1-686/g ; s/_KVERS_/2.6.34-1-686/g ; s/##KDREV##/2.6.34-1~experimental.1/g ; s/#KDREV#/2.6.34-1~experimental.1/g ; s/_KDREV_/2.6.34-1~experimental.1/g ' < $templ > ${templ%.modules.in}; \
done
dh_testdir
dh_testroot
dh_clean -k
dh_clean: dh_clean -k is deprecated; use dh_prep instead
# Build the module
/usr/bin/make -C /usr/src/modules/gspca KERNEL_VERSION=2.6.34-1-686 KERNELDIR=/lib/modules/2.6.34-1-686/build
make[2]: Entering directory `/usr/src/modules/gspca'
/usr/bin/make -C /lib/modules/2.6.34-1-686/build SUBDIRS=/usr/src/modules/gspca CC=gcc modules
make[3]: Entering directory `/usr/src/linux-headers-2.6.34-1-686'
CC [M] /usr/src/modules/gspca/gspca_core.o
/usr/src/modules/gspca/gspca_core.c:54:27: error: asm/semaphore.h: Нет такого файла или каталога
In file included from /usr/src/modules/gspca/gspca_core.c:845:
/usr/src/modules/gspca/utils/spcausb.h: In function ‘spca5xxRegRead’:
/usr/src/modules/gspca/utils/spcausb.h:95: error: implicit declaration of function ‘info’
/usr/src/modules/gspca/utils/spcausb.h: In function ‘spca_set_interface’:
/usr/src/modules/gspca/utils/spcausb.h:278: error: implicit declaration of function ‘warn’
In file included from /usr/src/modules/gspca/gspca_core.c:853:
/usr/src/modules/gspca/Sunplus-jpeg/sp5xxfw2.h: In function ‘sp5xxfw2_init’:
/usr/src/modules/gspca/Sunplus-jpeg/sp5xxfw2.h:122: error: called object ‘info’ is not a function
/usr/src/modules/gspca/Sunplus-jpeg/sp5xxfw2.h:136: error: called object ‘info’ is not a function
/usr/src/modules/gspca/Sunplus-jpeg/sp5xxfw2.h:141: error: called object ‘info’ is not a function
/usr/src/modules/gspca/Sunplus-jpeg/sp5xxfw2.h:148: error: called object ‘info’ is not a function
/usr/src/modules/gspca/Sunplus-jpeg/sp5xxfw2.h:176: error: called object ‘info’ is not a function
/usr/src/modules/gspca/Sunplus-jpeg/sp5xxfw2.h: In function ‘sp5xxfw2_start’:
/usr/src/modules/gspca/Sunplus-jpeg/sp5xxfw2.h:214: error: called object ‘info’ is not a function
/usr/src/modules/gspca/Sunplus-jpeg/sp5xxfw2.h:230: error: called object ‘info’ is not a function
/usr/src/modules/gspca/gspca_core.c: In function ‘spca5xx_ioctl’:
/usr/src/modules/gspca/gspca_core.c:2463: error: implicit declaration of function ‘video_usercopy’
/usr/src/modules/gspca/gspca_core.c: At top level:
/usr/src/modules/gspca/gspca_core.c:2609: error: unknown field ‘owner’ specified in initializer
/usr/src/modules/gspca/gspca_core.c:2609: warning: initialization from incompatible pointer type
/usr/src/modules/gspca/gspca_core.c:2611: error: unknown field ‘type’ specified in initializer
/usr/src/modules/gspca/gspca_core.c:2615: warning: initialization from incompatible pointer type
/usr/src/modules/gspca/gspca_core.c: In function ‘spca50x_create_sysfs’:
/usr/src/modules/gspca/gspca_core.c:2769: error: implicit declaration of function ‘video_device_create_file’
/usr/src/modules/gspca/gspca_core.c:2780: error: implicit declaration of function ‘video_device_remove_file’
/usr/src/modules/gspca/gspca_core.c: In function ‘spca5xx_probe’:
/usr/src/modules/gspca/gspca_core.c:4301: error: incompatible types when assigning to type ‘struct device’ from type ‘struct device *’
make[6]: *** [/usr/src/modules/gspca/gspca_core.o] Ошибка 1
make[5]: *** [_module_/usr/src/modules/gspca] Ошибка 2
make[4]: *** [sub-make] Ошибка 2
make[3]: *** [all] Ошибка 2
make[3]: Leaving directory `/usr/src/linux-headers-2.6.34-1-686'
make[2]: *** [default] Ошибка 2
make[2]: Leaving directory `/usr/src/modules/gspca'
make[1]: *** [binary-modules] Ошибка 2
make[1]: Leaving directory `/usr/src/modules/gspca'
make: *** [kdist_build] Ошибка 2
Неужели лавочку прикрыли и придётся откатыватся на 2.6.26 (с которым оно точно работало)? Или может есть какой-то патчик..
p.s. поверхностное гугление показало, что uvc камера не поддерживает.
Был свидетелем обновления убунты 9.04 до 9.10. Система практически нетронутая, из установленного софта - QtCreator, Geany и GVim.
Во-первых, когда я случайно глянул на sources.list - я ужаснулся. Там было около сотни строчек, а если выбросить комментарии - то два десятка. Там и security.ubuntu.com, и ru.archive.ubuntu.com, и archive.canonical.com. Куча непонятных записей вроде jaunty-prosposed. Для каждой из веткок main/restricted/.. выделена отдельная строчка с урлом зеркала.
Во-вторых, через «система -> источники приложений» своё зеркало указать нельзя. Только официальные зеркала в интернете. Ну, не беда, заменили sed'ом и пошли обновляться.
Менеджер обновлений что-то качал, пыхтел пару минут, потом ругнулся на то, я использую неофициальное зеркало. Предложил либо менять зеркало, либо остановить обновление. Я нажимаю на остановку, менеджер закрылся, из вредности всё равно сбросив урлы зеркала.
Как-то боязно после такого обновляться. Может лучше не пробовать?
Внезапно заметил на удалённых темах кнопочки undelete. Правда, всё равно не пускает, мол, Not authorized. Но всё равно забавно.
Оказывается, оно перед тем, как начать конвертировать, загоняет весь файл в оперативку.
Где я возьму столько памяти? НЕНАВИСТЬ!
Неужели так трудно конвертировать на лету?
Место действия - тестинг. Попытка установить драйверы проприетарные nvidia. Хочу поставить nvidia-kernel-source, собрать из неё модули ядра и поставить nvidia-glx.
nvidia-kernel-source рекомендует nvidia-glx, который зависит от модулей ядра nvidia-kernel-173.14.09. Ну ничего, aptitude ставит рекомендации по умолчанию, вместе с исходниками придётся тянуть сами модули, которые обычно скомпилированы не под ту версию ядра. Переживём.
А самое страшное - что-то из этого списка конфилктует с xorg из того же тестинга.
Всё, сил моих больше нету. Почему, почему в анстейбле всё нормально работает? Должно ведь наоборот...
нечестно!
У меня есть сервер, у сервера один айпишник. Недавно купил домен.
Можно ли как-нибудь прописать NS-сервера для домена так, чтобы в итоге мой сервер отвечал за эту зону?
Можно ли как-нибудь прикрутить пользовательский комментарий к каждому пакету, установленному вручную? Было бы неимоверно круто и удобно.
Сообщения по таким ссылкам не выделяются красной рамкой. Хотя ругательства с рамками вроде «введите заголовок» работают нормально.
Opera/9.80 (Windows NT 6.1; U; ru) Presto/2.5.22 Version/10.51
p.s. да, это винда. Windows 7 Максимальная - лучшая операционная система, ну и всё в таком духе.
p.p.s. правда, это не моя винда
p.p.p.s. но у меня такая же была где-то
После пары лет пользования фурифоксом я _внезапно_ понял, что он страшно, ужасно, нереально, сказочно тупит. Всё это время я догадывался, что им невозможно пользоваться, но только сейчас полностью осознал это.
На волне таких настроений вспомнилась идея загнать свой профиль в оперативку.
Один из вариантов - оно тупо монтируется как tmpfs. Завершение работы фурифокса чудесным образом отлавливается и профиль скидывается на диск. Как-то не очень круто, т.к. мы не сможем отловить отключение питания и другие трагичные ситуации. Для повышения надёжности и лишних тормозов можем периодически синхронизировать профили по крону.
Недостатки:
- Завершение работы браузера отлавливается «чудесным способом».
- Всё равно можно ухитриться потерять данные.
- Слишком уж похоже на велосипед. Может, всё это уже придумали?
Вообщем, буду рад конструктивной критике, советам и рецептам по этому поводу )
Навеяно выходом нового ядра и охотой собрать его)
Когда-то давно в initramfs-tools всунули хак, запрещающий его запуск из-под kernel-package. Зачем сунули - непонятно. На багтрекере разговор был короткий:
- Why do you use so strange hack? Kernel-package works with initramfs-tools perfectly.
- k-p and perfection is a good laugh indeed. :)
Нотариально заверенных багов в k-p я так и не нашёл. Мораль сей басни такова: НЕНАВИСТЬ НЕНАВИСТЬ НЕНАВИСТЬ!
// или я просто неправильно всё понимаю?
dan@dan-desktop:~$ sudo aptitude upgrade google-chrome-unstable
Чтение списков пакетов... Готово
Построение дерева зависимостей
Чтение информации о состоянии... Готово
Чтение информации о расширенных состояниях... Готово
Инициализация состояний пакетов... Готово
Чтение описаний задач... Готово
Разрешение зависимостей...
Следующие НОВЫЕ пакеты будут установлены:
alien{a} bsd-mailx{a} dma{a} libelf1{a} libqt4-gui{a} librpm0{a} librpmbuild0{a} librpmio0{a} lsb{a} lsb-core{a} lsb-cxx{a} lsb-desktop{a} lsb-graphics{a} pax{a} rpm{a}
rpm-common{a} rpm2cpio{a} rsync{a}
Следующие пакеты будут обновлены:
google-chrome-unstable
РЕКОМЕНДУЮТСЯ следующие пакеты, но автоматически они установлены НЕ БУДУТ:
safecat
1 пакетов обновлено, 18 установлено новых, 0 пакетов отмечено для удаления, и 9 пакетов не обновлено.
Необходимо получить 18,4MB архивов. После распаковки 8 163kB будет занято.
Хотите продолжить? [Y/n/?]Привет тем, кто впихнул rpm в LSB.
Меня всё время бесило такое обилие стрелочек (например, в кедовых Oxygen или QtCurve). Неужели ими и правда кто-то пользуется?
p.s. в хроме их вообще нет, и никто не умер. получается, что это просто очередная прихоть разработчиков КДЕ.
Я - локальный DNS-сервер. Очень хочу по адресу «qweqwe» выдавать свой айпишник. В named.conf написано:
zone "qweqwe" {
type master;
file "/etc/bind/db.qweqwe";
}в db.qweqwe:
$TTL 604800
@ IN SOA localhost. root.localhost. (
5 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
in ns ns1.qweqwe.
ns1.qweqwe. in a 192.168.6.35
после редактирования делаю `/etc/init.d/bind9 restart`, после чего оно всё равно не резолвит. ЧЯДНТ?
У нас в сети повелась дурная традиция использовать для определения имён WINS-сервер. Если к самбе это чудо техники ещё можно кое-как прикрутить, то с остальными протоколами проблема. Интресно, можно ли:
1) Создать локальный DNS-вервер, дублирующий WINS
2) Хотя бы прикрутить эту мерзость к линуксу получше
есть желающие сразиться? %)
dan@dan-desktop:~$ update-alternatives --config x-window-manager
Есть 3 вариантов для альтернативы x-window-manager (предоставляет /usr/bin/x-window-manager).
Выбор Путь Приор Состояние
------------------------------------------------------------
0 /usr/bin/kwin 50 автоматический режим
* 1 /usr/bin/ion3 49 ручной режим
2 /usr/bin/kwin 50 ручной режим
3 /usr/bin/pwm3 48 ручной режим
При `startx` почему-то всегда запускаются кеды.
Можно запустить через `X` и вручную повесить нужный WM, но тогда не будут цепляться файлы .Xresources и .xinitrc.
Внимание, вопрос: как запустить иксы с тем WM, который прописан в update-alternatives?
// на всякий случай: Debian unstable
| ← предыдущие | следующие → |