Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Проекты пользователей LinuxForum → SysInfo for Linux
А мне вполне достаточно текущей массовости. Я программу пишу для собственного удовольствия, а не для захвата мирового господства.
А могли бы совмещать приятное с полезным 
И люди бы спасибо сказали, если бы программа была в репах
А могли бы совмещать приятное с полезным
Я совершенно доволен текущей ситуацией.
Что касается "программы в репах" - никто не мешает вам лично создать любую из существующих форм этих самых "реп", хоть rpm, хоть deb, хоть ebuild. И поддерживать ее по мере сил. Мне это не нужно, да и времени нет.
никто не мешает вам лично создать любую из существующих форм этих самых "реп", хоть rpm, хоть deb, хоть ebuild. И поддерживать ее по мере сил.
Нет уверенности в отсутствии "недокументированных вложений", поэтому - однозначно нет
Для того, чтобы найти "закладку" надо на голову выше аффтора разбираться в предмете. На две головы. Ибо не отличите банальный запрос тех или иных свойств TCP/IP от попыток пересылки информации.
почему не отличу? передачу данных от запроса свойств отличу. и запутанную передачу от простого запроса тоже отличу. вот специально запутанный запрос от специально запутанной передачи - не отличу. Вот только, зачем вам запутывать свои запросы?
Что касается прав "рута" - тут опять мимо кассы. Рут нужен только для получения Capabilities PCI устройства (непонятная мне особенность реализации /sys/bus/pci). Без чего можно прекрасно обойтись.
ЕМНИП не очень ваша программа без прав рута работала. Исправили?
Так зачем вам нужны мои исходники? "Подсмотреть, как сделано"? Спросите предметно, я вам так расскажу...
лично я там может ничего и не найду. но если они всем будут доступны, то просматривать буду не только я. А это веская гарантия надёжности кода.
Тоже хотел сказать как-то так, но что говорить, если человек столько лет пилит может и хорошую программу, но которая явно никогда не будет массово использоваться пользователями Linux...
не "может-быть", а точно - хорошую и нужную. Особенно для меня, и всех, кому приходится разное железо юзать, а парсить вывод /proc/sys и lshal откровенно лень (да и времени нет).
Opera есть в моем Gentoo:
так она и в слаке есть: http://slackbuilds.org/repository/13.1/network/opera/
вот только, видно, что это на самом деле бинарник с их сайта.
Peter пишет:Привожу. Но у меня x86_64.
Петр, спасибо.
Вас не затруднит запустить SysInfo через gdb?
Вот что по "bt":
Пётр.
У меня и glxinfo заканчивается с segmantation fault, mesa-utils-8.0.1-2,
жалуется на эту же библиотеку:
Спасибо, Петр.
ИМХО - проблема у вас драйвером видеокарты. А точнее - с режимом "Direct rendering".
Скажите, что пишет:
Если не трудно и не надоело - запустите эти команды как от пользователя, так и от рута.
Или glxinfo вообще до вывода на экран не доходит?
PS: У вас NVidia с проприетарными драйверами?
Peter пишет:У меня и glxinfo заканчивается с segmantation fault, mesa-utils-8.0.1-2,
жалуется на эту же библиотеку:Спасибо, Петр.
ИМХО - проблема у вас драйвером видеокарты. А точнее - с режимом "Direct rendering".
Или glxinfo вообще до вывода на экран не доходит?
PS: У вас NVidia с проприетарными драйверами?
glxinfo заканчиваетс с segmentation fault и ничего не выводит.
У меня ATI Radeon X1650XT, драйвер radeon, но он не загружается
и dri нет. Причём я только сейчас благодаря вам заметил, что он
не загружается.
Вот строки из Xorg.0.log:
Пётр.
mvt, в открытом ПО тоже нету гарантии ). И никто все равно исходники не смотрит =)
YUKLA,
а нет ли в коде проверки на запуск от не root и отключения получения информации для разделов, требующих прав root, с соответствующим предупреждением в них (разделах)?
С учётом сказанного про вего 2 таких места, подобное поведение выглядит вполне логично.
Уважаемые Коллеги.
Давайте раз и навсегда поставим точки над i. И закроем тему "исходников".
1. Какой вам толк в том, что исходники OpenOffice или FireFox доступны? Отвечаю - ровно никакого. А как вам мешает тот факт, что Opera распространяется в бинарнике? Тоже - абсолютно никак. Я не сильно погрешу против истины, если скажу следующее: ни на одном Линукс-форуме я не встречал члена команды разрабочиков Mozilla или OpenOffice (ИМХО, они на форумах не сидят. А если сидят - то на других, специальных.).
Вывод - здесь нет человека, который бы понимал, что там написано в "исходниках" и которому наличие этих исходников как-то требовалось в работе. 99% Linux-пользователей так вообще ставят бинарные пакеты.Все остальное - чисто агитация за "Советскую власть".
2. В 2004 году я отдал исходники SysInfo/2 пользователям. Куратором был очень продвинутый программист, автор проекта osFree. В итоге за 7 лет было выпущено 2 версии. Я за 6 лет разработки их выпустил 40 штук, а то и более. В текущей доступной "свободной" версии SysInfo/2 (0.8.28) полно визуально заметных ошибок, которые никто не торопится исправлять.
Да и сам проект osFree что-то не пользуется тотальной поддержкой пользователей. Не смотря на "открытость кода". :cool:
3. Сейчас в моей программе порядка 75 тыс. строк кода. Судя по тому, как идет обсуждение на всех без исключения форумах (включая и LOR, и unixforum) пока что не нашлось человека, который реально мог бы продолжить разработку. Без обид. Никто не обратился ко мне за вопросом, достойным детального описания работы тех же Иксов, системных вызов ядра, реализации API CUPS или ALSA. Никто не предложил свою помощь даже в разработке визуального интерфейса под GTK. Да и под QT/KDE тоже предложений не поступало.
Вывод - проект SysInfo for Linux не получит какой-либо пользы от открытия исходников, разработка не будет ускорена.
Мне нет нужды открывать исходники. Вы хотите этого - самоорганизуйтесь, организуйте "коммьюнити", распределите роли, докажите мне свое умение и квалификацию - тогда поговорим.
бугага 
YUKLA,
а нет ли в коде проверки на запуск от не root и отключения получения информации для разделов, требующих прав root, с соответствующим предупреждением в них (разделах)?
С учётом сказанного про вего 2 таких места, подобное поведение выглядит вполне логично.
Безусловно, такая проверка есть.
Еще раз - программа не требует запуска от рута. И никогда не требовала. Это заблуждение господина drBatty.
бугага
Сказать-то что хотели? wink
Еще раз - программа не требует запуска от рута. И никогда не требовала. Это заблуждение господина
да я и не говорю, что требует. просто неполный функционал у программы (что очевидно, и я не против этого).
да я и не говорю, что требует. просто неполный функционал у программы (что очевидно, и я не против этого).
drBatty - у вас увели эккаунт? Я вас не узнаю, честное слово. wink
Еще раз повторяю, 298 проверок происходит от имени пользователя и 2 необязательные - требуют права рута.
Итого ( 298 / 300 ) * 100% = 99,3333(3) % функционала программы прекрасно работает от пользовательского эккаунта.
Да, в общем, "не полный функционал", как-то так. :cool:
YUKLA, да ладно вам, всё ОК, спасибо.
вот, УМВР
а что там от рута работает? вроде всё нужное МНЕ и так работает
Спасибо!
ЗЫЖ если-бы исходники были-бы открыты, программа-бы была более распространена... Ну и что, что их никто не читает - среди админов обычное дело такое мнения "сырцов нет? маздайное УГ. в топку!". Причём не переубедить. Такие дела...
Peter пишет:У меня и glxinfo заканчивается с segmantation fault, mesa-utils-8.0.1-2,
жалуется на эту же библиотеку:Спасибо, Петр.
ИМХО - проблема у вас драйвером видеокарты. А точнее - с режимом "Direct rendering".
Или glxinfo вообще до вывода на экран не доходит?
PS: У вас NVidia с проприетарными драйверами?
Хочу поправиться: у меня ATI Radeon X1650XT, драйвер radeon, он
не загружался, т.к. ядро было скомпилированное и я не включил DRM.
Сейчас он загружается, но всё равно DRI не включается.
glxinfo ничего на экран не выводит, т.к. заканчивается с
segmentation fault.
Вот строки из /var/log/Xorg.0.log:
Пётр.
YUKLA, да ладно вам, всё ОК, спасибо.
а что там от рута работает? вроде всё нужное МНЕ и так работает
Спасибо!
Да не за что.
От рута работает:
1. Запрос к DMI (чтение /dev/mem). Результатом запуска от рута будет больший/более полный список шин, имеющихся в системе. Т.е., активированные в LInux ядре шины дополнятся списком имеющихся, но не задействованных.
2. Запрос Capabilities устройства PCI. Видимо, происходит чтение /sys/bus/pci/devices/<device_addr>/config каким-то извращённым способом. wink Или - запись в рекомый файл. Или опять же - чтение из /dev/mem. Хрен его знает. Еще не разбирался.
3. Еще определяется два дополнительных параметра для устройств Ethernet - текущая и максимальная Connection Speed.
Больше ничего не нашел - клянусь. Специально перепроверил.
Хочу поправиться: у меня ATI Radeon X1650XT, драйвер radeon, он
не загружался, т.к. ядро было скомпилированное и я не включил DRM.
Сейчас он загружается, но всё равно DRI не включается.Пётр.
Петр,
Вы ядро недавно переставляли? wink Проблема в том, что у Вас конфликт версий драйвера, ядра и видео-карты.
Что можно посоветовать?
1. Пересобрать ядро, отключив/включив режим Kernel Modesetiing.
2. Почистить /lib/modules от лишних директорий. Лучше удалить все, а потом пересобрать ядро (make; make modules_install; make install).
3. Перезагрузиться.
Peter пишет:Хочу поправиться: у меня ATI Radeon X1650XT, драйвер radeon, он
не загружался, т.к. ядро было скомпилированное и я не включил DRM.
Сейчас он загружается, но всё равно DRI не включается.Пётр.Петр,
Вы ядро недавно переставляли? wink Проблема в том, что у Вас конфликт версий драйвера, ядра и видео-карты.Что можно посоветовать?
1. Пересобрать ядро, отключив/включив режим Kernel Modesetiing.
2. Почистить /lib/modules от лишних директорий. Лучше удалить все, а потом пересобрать ядро (make; make modules_install; make install).
3. Перезагрузиться.
Так и удивляюсь, откуда этот конфликт, потому что то же самое с дистрибутивным
ядром. В нём режим KMS выключен, а сейчас в скомпилированном включён.
Разумеется, перед установкой скомпилированного ядра его каталог в /lib/modules
я удаляю. Все обновления устанавливаются.
Пётр.
Так и удивляюсь, откуда этот конфликт, потому что то же самое с дистрибутивным
ядром. В нём режим KMS выключен, а сейчас в скомпилированном включён.
Разумеется, перед установкой скомпилированного ядра его каталог в /lib/modules
я удаляю. Все обновления устанавливаются.Пётр.
А вот какие-нибудь еще связанные с ядром пакеты обновляли? libdrm, к примеру? Или наоборот - такие обновления есть, но не установлены?
Судя по тому, что вы приводите - у вас идет загрузка non-KMS модуля (который доступен через интерфейс /dev/dri/card0 )
Peter пишет:Так и удивляюсь, откуда этот конфликт, потому что то же самое с дистрибутивным
ядром. В нём режим KMS выключен, а сейчас в скомпилированном включён.
Разумеется, перед установкой скомпилированного ядра его каталог в /lib/modules
я удаляю. Все обновления устанавливаются.Пётр.А вот какие-нибудь еще связанные с ядром пакеты обновляли? libdrm, к примеру? Или наоборот - такие обновления есть, но не установлены?
Судя по тому, что вы приводите - у вас идет загрузка non-KMS модуля (который доступен через интерфейс /dev/dri/card0 )
Оно само обновляется, я только соглашаюсь.
Установлены libdrm2, libdrm-radeon1. Ещё libdrm-intel1 и libdrm-nouveau1,
которые, наверное, не нужны. libdrm-dev не установлены.
Пётр.
Господа.
Тем, у кого процессоры 2010 года выпуска, например Intel i3-i7 или свеженькие AMD - огромная просьба. Запустите, пожалуйста, мой новый билд - нужно разобраться с алгоритмом определения кешей.
Запустите и пришлите. пожалуйста, консольный вывод программы.
Особенно прошу это сделать тех, у кого кеш определился не правильно.
С уважением.
Peter пишет:Так и удивляюсь, откуда этот конфликт, потому что то же самое с дистрибутивным
ядром. В нём режим KMS выключен, а сейчас в скомпилированном включён.
Разумеется, перед установкой скомпилированного ядра его каталог в /lib/modules
я удаляю. Все обновления устанавливаются.Пётр.А вот какие-нибудь еще связанные с ядром пакеты обновляли? libdrm, к примеру? Или наоборот - такие обновления есть, но не установлены?
Судя по тому, что вы приводите - у вас идет загрузка non-KMS модуля (который доступен через интерфейс /dev/dri/card0 )
Вот сейчас, как рекомендуется в /var/log/Xorg.0.log, сделал загрузку модуля
radeon до старта X-сервера, просто поместив в /et/init.d/gdm сразу в начале
обработки пункта start команду
modprobe radeonDRI включилось, из Xorg.0.log исчезли жалобы и появилась строка:
но sysinfo и glxinfo это не помогло.
Пётр.
но sysinfo и glxinfo это не помогло.Пётр.
Пётр, а у вас в xorg.conf такая секция есть?
Section "dri"
Group "video"
Mode 0660
EndSectionPeter пишет:но sysinfo и glxinfo это не помогло.Пётр.
Пётр, а у вас в xorg.conf такая секция есть?
Section "dri" Group "video" Mode 0660 EndSection
Секция есть, но называется DRI и в ней Mode 0666 и так было всегда
и раньше, поэтому группу video я не стал создавать, хотя в Интернете
видел такой пример.
Пётр.
YUKLA, спасибо! Программа просто супер! smile
Коллеги.
Вышла в свет версия SysInfo for Linux 0.6.3.. Основные изменения:
на странице Video/X11 добавлена возможность отображения информации о DRI/drm при использовании проприетарных драйверов ATI fglrx;
исправлен ряд ошибок в определении устройств ACPI;
на закладке Device Tree добавлены иконки для устройств PCMCIA, CardBus, LCD/CRT/Tv Out, Bluetooth, IRDA и USB Root Hub;
добавлены идентификаторы ACPI устройств ASUS, IBM, NSC, Linux, Lenovo;
исправлена ошибка в функции перевода секунд в формат день:час:минуты:секунды;
и ряд других исправлений и доработок в коде и дизайне.
Полный список изменений можно посмотреть тут. Загрузить программу можно с домашней страницы проекта.
Просьба - проверьте "дерево устройств" на предмет перечисленных выше изменений. А владельцы систем с картами ATI и драйверами fglrx - страницу Video/X11 -> GLX/OpenGL information -> Direct Redrering.
В ближайших планах - сканирование шины USB и отображение подключенных устройств.
С уважением.
YUKLA,
Немного странно (SysInfo for Linux 0.6.3 - предыдущая 0.6.1.1 так же) :
Показывает всего RAM 1 гиг, а используется 1,6 гиг
строчка System - Memory - Physical: 1Gb (51,9% Used), Swap: 1011,9Mb (0,0% Used)
з.ы. реально планок две по 1 гигу (память рабочая)
YUKLA,
Немного странно (SysInfo for Linux 0.6.3 - предыдущая 0.6.1.1 так же) :
Показывает всего RAM 1 гиг, а используется 1,6 гиг
строчка System - Memory - Physical: 1Gb (51,9% Used), Swap: 1011,9Mb (0,0% Used)
Спасибо за интерес к программе.
С памятью буду разбираться. Покажите, пожалуйста, вывод программы
cat /proc/meminfo
Не работает на amd64, kernel-2.6.39, сообщения таkie
Пётр.
Не работает на amd64, kernel-2.6.39, сообщения таkie
Консоль:
Runtime error 216 at $F67C9C18
$F67C9C18
$0912C5E8Пётр.
Петр, спасибо.
А можно по-подробнее?
1. Версия 0.6.1.1 работала?
2. Полный вывод консольных сообщений программы опубликуйте, пожалуйста.
Linux Forum → Проекты пользователей LinuxForum → SysInfo for Linux
Форум работает на PunBB, при поддержке Informer Technologies, Inc
