Led | 1 Mar 02:27
Picon
Gravatar

Re: glibc-kernheaders

2008/2/28, Sergey Vlasov <vsu <at> altlinux.ru>:
> On Thu, Feb 28, 2008 at 01:58:59PM +0200, Led wrote:
>  > В сообщении от Thursday 28 February 2008 12:19:27 Sergey Vlasov написал(а):
>  > > On Thu, Feb 28, 2008 at 04:49:33AM +0200, Led wrote:
>  > > > В glibc-kernheaders отсутствует asm/bitops.h - в этом есть какой-то
>  > > > глобальный смысл, или просто "потому что это никому
не должно быть
>  > > > нужно"?
>  > >
>  > > Функции из <asm/bitops.h> в общем случае не могут быть
использованы в
>  > > userspace, поскольку для некоторых архитектур
обеспечение атомарности
>  > > соответствующих операций требует использования
команд, доступных
>  > > только в режиме ядра.
>  >
>  > Понятно. Значит буду ставить
>  > BuildRequires: kernel-headers-modules-*
>
>
> И это всё равно не поможет - насколько я помню, в
последних ядрах эти
>  заголовки просто не компилируются в userspace. 
Необходимо исправить
>  код, чтобы <asm/bitops.h> не использовался.

Мне нужны оттуда __set_bit и __clear_bit - они не атомарные. Можно
только их добавить в glibc-kernheaders? Или "справить код" - это
скопипастить эти функции в код и убрать include?
(Continue reading)

Led | 1 Mar 03:47
Picon
Gravatar

Re: glibc-kernheaders

Saturday, 01 March 2008 03:27:01 ви написали:
> 2008/2/28, Sergey Vlasov <vsu <at> altlinux.ru>:
> > On Thu, Feb 28, 2008 at 01:58:59PM +0200, Led wrote:
> >  > В сообщении от Thursday 28 February 2008 12:19:27 Sergey Vlasov 
написал(а):
> >  > > On Thu, Feb 28, 2008 at 04:49:33AM +0200, Led wrote:
> >  > > > В glibc-kernheaders отсутствует asm/bitops.h - в этом есть
> >  > > > какой-то глобальный смысл, или просто "потому что
это никому не
> >  > > > должно быть нужно"?
> >  > >
> >  > > Функции из <asm/bitops.h> в общем случае не могут быть использованы
> >  > > в userspace, поскольку для некоторых архитектур обеспечение
> >  > > атомарности соответствующих операций требует
использования команд,
> >  > > доступных только в режиме ядра.
> >  >
> >  > Понятно. Значит буду ставить
> >  > BuildRequires: kernel-headers-modules-*
> >
> > И это всё равно не поможет - насколько я помню, в
последних ядрах эти
> >  заголовки просто не компилируются в userspace. 
Необходимо исправить
> >  код, чтобы <asm/bitops.h> не использовался.
>
> Мне нужны оттуда __set_bit и __clear_bit - они не атомарные. Можно
> только их добавить в glibc-kernheaders? Или "справить код" - это
> скопипастить эти функции в код и убрать include?

(Continue reading)

Picon
Favicon
Gravatar

Re: warnings and errors found by repocop.

Igor Vlasenko пишет:

> Будет на днях, но тут недоработка и со стороны Дедала.
> в Дедальский инкоминг верссию 0.3 я еще утром выложил.

Будем посмотреть.

> Гм. завтра весна, и это мне напоминает о женщинах,
которые встречают дистрибутив
> по пиктограммам...

Я думаю, что если у программы в апстриме нет полного
набора иконок, то это
говорит об ориентированности проекта. Индикатор
такой, и мне ли его сбивать
с показаний? :-)

> Понимаете, лично я по попыту общения с женщинами и
оконными менеджерами
> все же сделал хотя бы ресайз к 48х48 и положил бы в srpm и %_niconsdir...
> Но это в конце концов warning, который можно сколько
угодно игнорировать.
> Просто напоминание, что пакет можно еще улучшить :)

fail, fail это... Ну да будем посмотреть, подумать ещё...

> Хорошая идея ! Тест такой я напишу :) 
> а sisyphus_check - это к Диме.

https://bugzilla.altlinux.org/show_bug.cgi?id=14718

(Continue reading)

Picon
Favicon
Gravatar

Re: warnings and errors found by repocop.

Led пишет:

>> Гм. завтра весна, и это мне напоминает о женщинах,
которые встречают
>> дистрибутив по пиктограммам...
>> Понимаете, лично я по попыту общения с женщинами и
оконными менеджерами
>> все же сделал хотя бы ресайз к 48х48 и положил бы в srpm и %_niconsdir...
> +1
> тем более, что
> convert -resize 48x48 ...
> не так уж и сложно:)
> Вот только появляется BuildRequires на громоздкий ImageMagick,
который у нас 
> не "распилен" ИМХО по "религиозным" причинам :(

Конечно несложно. Меня больше волнует качество
получающейся картинки
(поглядывая на некоторые отмасшатбированные WM
иконки...). А в
BuildRequires не надо - надо в SourceN:.

P.S.: где ты, где ты, повсеместное SVG-счастье...

-- 
С уважением, Терешков Евгений.
Jabber ID: evg <at> altlinux.org, evg_krsk <at> jabber.ru
_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
(Continue reading)

Anton Farygin | 1 Mar 08:55
Favicon
Gravatar

Re: Дистрибутив. Fwd: Re: [d-kernel] init=/bin/bash и usb-клавиатура

Vitaly Lipatov пишет:
> Мне кажется нам надо вообще поддержку USB положить в ядро.
> Есть многие вещи, которые уже не факультативны.
> И наверное нужно таки два ядра - для сервера и для десктопа.

Виталик, не надо USB в ядро.. даже для десктопов.

Хотя, для серверов может быть и нужно :)
_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel
Anton Farygin | 1 Mar 08:59
Favicon
Gravatar

Re: E: incoming i586 reject: tkdvd-4.0.8-alt0.20080229.1


Dmitry V. Levin пишет:
> On Sat, Mar 01, 2008 at 12:30:32AM +0500, Andrey Rahmatullin wrote:
>> On Fri, Feb 29, 2008 at 09:01:31PM +0200, Led wrote:
>>>> The following packages have unmet dependencies:
>>>>   ImageMagick: Depends: libImageMagick (= 6.3.7.2-alt1) but it is not going
>>>> to be installed Depends: libMagick.so.10
>>>>                Depends: libWand.so.10
>>>> E: Broken packages
>>>> hsh-install: failed to calculate package file list.
>>>> hsh-install: Failed to generate package file list.
>>> Это как получилось?
>> cybertalk читать полезно, ога. ImageMagick не пересобран с
новым openexr.
> 
> Да, мантейнер openexr, к сожалению, не справился с
правилами упаковки
> разделяемых библиотек.  Попробую запустить
автопересборку, но тут одной
> итерации не хватит.

В принципе могу быстро обновить ImageMagick, если поможет..
не придётся 
делать автопересборку.

_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel
Alexey Tourbin | 1 Mar 09:17
Picon
Favicon
Gravatar

hasher /dev/log

Встал вопрос такого характера. :)
Как бы сделать чтобы в hasher'е /dev/log был больше похож на настоящий.

Характер вопроса таков.  У меня есть несколько
преловых пакетов,
в которых 'make test' может выполняться только при наличии
работающего /dev/log.
В противном случае тесты отключаются.  Там
используется конструкция вида

%if "%(logger -d -u /dev/log -p user.debug test &>/dev/null || echo no)" == "no"
: syslog not available
%def_without test
%endif

$ hsh-shell
[builder <at> solemn .in]$ logger -d -u /dev/log -p user.debug test &>/dev/null || echo no
no
[builder <at> solemn .in]$ 

Наличие такой конструкции в результате даёт то, что
пакеты в hasher'е
собираются, а на самом деле 'make test' у этих пакетов не
работает (уже
неизвестно сколько времени).  То есть, в принципе, в
более полноценной
хост-системе 'make test' с руганью отваливает, но я об этом
узнаю только
теперь (через год или два или три), когда мне в
очередной раз
(Continue reading)

Alexey Tourbin | 1 Mar 10:03
Picon
Favicon
Gravatar

Re: Открыт список рассылки test <at> lists.altlinux.org

On Fri, Feb 29, 2008 at 11:45:44AM +0300, Андрей Черепанов wrote:
> В связи с созданием отдела QA в ООО открыт список
рассылки по тестированию 
> дистрибутивов ALT Linux, в котором будут обсуждаться
вопросы тестирования и 
> исправления замечаний по дистрибутивам ALT Linux.

Я прошу Вас кратко (время от времени) резюмировать
работу отдела QA
в рассылке devel@, особенно что касается возможностей автоматического
или полуавтоматического тестирования.

В 2005 году я написал несколько программ для автоматического
тестирования GUI-приложений, но, в общем, со временем
это как бы
немного загнулось, и я стал заниматься ещё там
разными другими вещами.

Например вот
/ALT/Sisyphus/orphaned/test-gui-dialog-20050721-alt1.src.rpm

Там есть программа, которая запускает GUI-приложение, открывает
в нём диалог, потом закрывает диалог, потом закрывает
само приложение.
По умолчанию она запускает приложение, открывает
диалог Help/About,
нажимает Enter (закрывает диалог), потом нажимает File/Quit (закрывает
окно).  Если всё это отработало, значит типа супер.

NAME
(Continue reading)

Alexander Bokovoy | 1 Mar 10:32

Re: Дистрибутив. Fwd: Re: [d-kernel] init=/bin/bash и usb-клавиатура

2008/3/1 Anton Farygin <rider <at> altlinux.com>:
> Vitaly Lipatov пишет:
>
> > Мне кажется нам надо вообще поддержку USB положить в ядро.
>  > Есть многие вещи, которые уже не факультативны.
>  > И наверное нужно таки два ядра - для сервера и для десктопа.
>
>  Виталик, не надо USB в ядро.. даже для десктопов.
>
>  Хотя, для серверов может быть и нужно :)
Надо. И прежде всего для серверов. Практически все
брендовые сервера
активно используют USB как шину для подключения
системных устройств на
этапе загрузки. В блейдах особенно.
--

-- 
/ Alexander Bokovoy
_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel
Alexander Bokovoy | 1 Mar 10:34
Favicon
Gravatar

Re: Дистрибутив. Fwd: Re: [d-kernel] init=/bin/bash и usb-клавиатура

2008/3/1 Anton Farygin <rider <at> altlinux.com>:
> Vitaly Lipatov пишет:
>
> > Мне кажется нам надо вообще поддержку USB положить в ядро.
>  > Есть многие вещи, которые уже не факультативны.
>  > И наверное нужно таки два ядра - для сервера и для десктопа.
>
>  Виталик, не надо USB в ядро.. даже для десктопов.
>
>  Хотя, для серверов может быть и нужно :)
Именно для серверов и нужно. Особенно для блейдов, где подключение
базовых служб (консоль, dvd-rom, etc) выполняется именно
через USB.
Там даже установка не пройдет с DVD.
--

-- 
/ Alexander Bokovoy
_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel

Gmane