Re: [devel] GNUstep

Re: [devel] GNUstep

[Ivan A. Melnikov]

On Sat, Feb 02, 2019 at 08:37:50PM +0300, Aleksey Novodvorsky wrote:
> Коллеги!
> В Сизифе по разным причинам остался заброшенным большой проект GNUstep с
> живым, пусть и не слишком активным апстримом. Нет ли желающих его
> подхватить и, тем самым, спасти от удаления?
> В нем сейчас не так много давно несобирающихся пакетов из десятков,  а
> обновлять можно постепенно.

Вчера непересобирающихся пакетов было 4. Сборку двух из них я
вчера починил -- чисто из спортивного интереса, поддерживать
gnustep мне не интересно. Пришлось воткнуть ExcludeArch: aarch64,
надеюсь мейнтейнер, когда найдётся, это уберёт.

Два других не собираются только на i586, потому что их пытаются
собрать с -march=i386, а им нужны атомики (ну то есть хотя бы
-march=i486). Например:

http://git.altlinux.org/beehive/logs/Sisyphus-i586/archive/2019/0204/error/gnustep-base-1:1.24.6-alt7.svn20140226

Почему у нас в %optflags такой странный -march это отдельный
вопрос, я его задал рядом.

--
  wbr,
    iv m.

Re: [devel] GNUstep

[Ivan A. Melnikov]

On Mon, Feb 04, 2019 at 06:07:09PM +0400, Ivan A. Melnikov wrote:
> On Sat, Feb 02, 2019 at 08:37:50PM +0300, Aleksey Novodvorsky wrote:
> > Коллеги!
> > В Сизифе по разным причинам остался заброшенным большой проект GNUstep с
> > живым, пусть и не слишком активным апстримом. Нет ли желающих его
> > подхватить и, тем самым, спасти от удаления?
> > В нем сейчас не так много давно несобирающихся пакетов из десятков,  а
> > обновлять можно постепенно.
> 
> Вчера непересобирающихся пакетов было 4.
[...]

Это я неправильно написал. Тогда было 4 пакета, не пересобиравшихся
долше 48 недель; сегодня эти 4 пакета пересборку прошли.

Однако осталось ещё 3 непересобирающихся пакета gnustep-*; у
них FTBFS не больше 23 недель, так что на какое-то время
beekeeper их не тронет. На первый взгляд, чтобы их пересборка
починилась надо просто аккуратно пересобрать gnustep в правильном
порядке.

Это я к чему.

Мейнтейнер для gnustep, найдись!

--
  wbr,
    iv m.

Re: [devel] GNUstep

[Alexey V. Vissarionov]

On 2019-02-06 01:12:54 +0400, Ivan A. Melnikov wrote:

 > Однако осталось ещё 3 непересобирающихся пакета gnustep-*
 > [...]
 > Это я к чему.
 > Мейнтейнер для gnustep, найдись!

Может, afterstep вместо него собрать? Я его использую.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] GNUstep

[Michael Shigorin]

On Wed, Feb 06, 2019 at 12:27:00AM +0300, Alexey V. Vissarionov wrote:
> > Однако осталось ещё 3 непересобирающихся пакета gnustep-*
> > Это я к чему.
> > Мейнтейнер для gnustep, найдись!

Ыгх.

> Может, afterstep вместо него собрать? Я его использую.

Это не "вместо".

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] GNUstep

[Sergey Bolshakov]

>>>>> "Michael" == Michael Shigorin <mike-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > On Wed, Feb 06, 2019 at 12:27:00AM +0300, Alexey V. Vissarionov wrote:
 >> > Однако осталось ещё 3 непересобирающихся пакета gnustep-*
 >> > Это я к чему.
 >> > Мейнтейнер для gnustep, найдись!

 > Ыгх.

 >> Может, afterstep вместо него собрать? Я его использую.

 > Это не "вместо".

Баксы скупайте, в 98м подниметесь.

-- 

[devel] [JT] не: GNUstep

[Michael Shigorin]

On Wed, Feb 06, 2019 at 12:39:56AM +0300, Sergey Bolshakov wrote:
> >> Может, afterstep вместо него собрать? Я его использую.
> > Это не "вместо".
> Баксы скупайте, в 98м подниметесь.

Да мы тебе тоже можем хором советов насовать забесплатно --
например, насчёт tmpfs из пресловутого смузи.

-- 
Миша,
пишущий из xterm
в WindowMaker

Re: [devel] GNUstep

[Anton Farygin]

06.02.2019 1:08, Aleksey Novodvorsky пишет:
>
>     Мейнтейнер для gnustep, найдись!
>
>
> Написал на канале.

Главное правильно поставить ударение ;)

Я тоже смотрел gnustep - он в минимальной части нужен для некоторых 
пакетов.

Но - апологеты sysvinit будут рады - в нём нет интеграции с systemd.

Предлагаю собрать минимум, нужный для сборки других пакетов и держать 
этот минимум в приемлемом состоянии. Тогда остальное можно удалить 
(включая стартеркит с ним) и увеличить тем самым вероятность появления 
ментейнера.

А так - мне в нём всё нравится, но без интеграции с systemd мне он не 
интересен.

Re: [devel] GNUstep

[Michael Shigorin]

On Wed, Feb 06, 2019 at 09:19:52AM +0300, Anton Farygin wrote:
> А так - мне в нём всё нравится, но без интеграции с systemd мне
> он не интересен.

А что ты там (и зачем) видишь смысл с systemd интегрировать,
если не секрет?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] GNUstep

[Andrey Cherepanov]

03.02.2019 22:37, Andrey Cherepanov пишет:
>
>
> 2 февраля 2019 г. 20:37:50 GMT+03:00, Aleksey Novodvorsky
> <aen@altlinux.ru> пишет:
>
>     Коллеги!
>     В Сизифе по разным причинам остался заброшенным большой проект
>     GNUstep с живым, пусть и не слишком активным апстримом. Нет ли
>     желающих его подхватить и, тем самым, спасти от удаления?
>     В нем сейчас не так много давно несобирающихся пакетов из
>     десятков,  а обновлять можно постепенно.
>
>     Спасибо.
>
>     Rgrds, Алексей
>
>
> У меня есть недоделанное задание на обновление. Но нет времени его
> довести до конца.
>
Буду рад, если поможете патчами.

219064 BUILDING #4 [locked] sisyphus gnustep-objc2.git=1.8.1-alt1
gnustep-make.git=2.7.0-alt1 gnustep-base.git=1.26.0-alt1

P.S. На полноценного ммейнтейнера gnustep не претендую. :)

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel] GNUstep

[Anton Farygin]

06.02.2019 16:14, Michael Shigorin пишет:
> On Wed, Feb 06, 2019 at 09:19:52AM +0300, Anton Farygin wrote:
>> А так - мне в нём всё нравится, но без интеграции с systemd мне
>> он не интересен.
> А что ты там (и зачем) видишь смысл с systemd интегрировать,
> если не секрет?

Помня то, как работали системы на связке hal + sysvinit - мне многое 
нравится в сегодняшнем поведении системы, собранной на systemd+udev+upower.

Например - подключение к доку автоматически активирует второй монитор в 
KDE. Или закрытие крышки ноутбука уводит его в suspend из sddm. Или 
падение скринсейвера приводит к его автоматическому перезапуску 
(средствами systemd).

Может быть, конечно, я и ошибаюсь и это юзабилити заслуга не стека 
systemd, но возвращаться в к системам, построенным на технологиях начала 
2000-ых уже не хочется.

У меня в текущей рабочей системе libsystemd требуется для >30 пакетов, 
для полноценного ответа на твой вопрос нужно проводить анализ каждого из 
них на предмет того, как они используют systemd. Но мне если честно не 
до этого.

Re: [devel] GNUstep

[Anton Farygin]

07.02.2019 8:03, Aleksey Novodvorsky пишет:
>
>
>
>
> ср, 6 февр. 2019 г., 9:19 Anton Farygin rider@basealt.ru 
> <mailto:rider@basealt.ru>:
>
>     06.02.2019 1:08, Aleksey Novodvorsky пишет:
>     >
>     >     Мейнтейнер для gnustep, найдись!
>     >
>     >
>     > Написал на канале.
>
>     Главное правильно поставить ударение ;)
>
>     Я тоже смотрел gnustep - он в минимальной части нужен для некоторых
>     пакетов.
>
>     Но - апологеты sysvinit будут рады - в нём нет интеграции с systemd.
>
>
> Поищи тут: http://www.gnustep.org/resources/downloads.php слово 
> "systemd". :)
> Проект gnustep не быстрый , но живой.

Да, посмотрю. спасибо.

[devel] [JT] о десктопах, подполе и необходимости длинных гвоздей (was: GNUstep)

[Michael Shigorin]

On Thu, Feb 07, 2019 at 07:53:14AM +0300, Anton Farygin wrote:
> 06.02.2019 16:14, Michael Shigorin пишет:
> > On Wed, Feb 06, 2019 at 09:19:52AM +0300, Anton Farygin wrote:
> >> А так - мне в нём всё нравится, но без интеграции с systemd мне
> >> он не интересен.
> > А что ты там (и зачем) видишь смысл с systemd интегрировать,
> > если не секрет?
> Помня то, как работали системы на связке hal + sysvinit - мне
> многое нравится в сегодняшнем поведении системы, собранной на
> systemd+udev+upower.  Например - подключение к доку
> автоматически активирует второй монитор в KDE.

Это про иксовый RandR и ядро/udev, насколько понимаю.

> Или закрытие крышки ноутбука уводит его в suspend из sddm.

Мои ноутбуки так и делают (с поправкой на wdm) без всяких systemd.

> Или падение скринсейвера приводит к его автоматическому
> перезапуску (средствами systemd).

Надо же, а я предпочитаю, чтоб скринсейвер не падал.
И pid 1 тоже, вообще-то.

> Может быть, конечно, я и ошибаюсь и это юзабилити заслуга не
> стека systemd, но возвращаться в к системам, построенным на
> технологиях начала 2000-ых уже не хочется.
> 
> У меня в текущей рабочей системе libsystemd требуется для >30
> пакетов, для полноценного ответа на твой вопрос нужно проводить
> анализ каждого из них на предмет того, как они используют
> systemd. Но мне если честно не до этого.

Сухой остаток: магическое мышление -- "если приварить к systemd,
будет хорошо".  Предпочитаю инженерное.  И чтоб не падало. :)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] [JT] о десктопах, подполе и необходимости длинных гвоздей

[Anton Farygin]

07.02.2019 19:45, Michael Shigorin пишет:
> On Thu, Feb 07, 2019 at 07:53:14AM +0300, Anton Farygin wrote:
>> 06.02.2019 16:14, Michael Shigorin пишет:
>>> On Wed, Feb 06, 2019 at 09:19:52AM +0300, Anton Farygin wrote:
>>>> А так - мне в нём всё нравится, но без интеграции с systemd мне
>>>> он не интересен.
>>> А что ты там (и зачем) видишь смысл с systemd интегрировать,
>>> если не секрет?
>> Помня то, как работали системы на связке hal + sysvinit - мне
>> многое нравится в сегодняшнем поведении системы, собранной на
>> systemd+udev+upower.  Например - подключение к доку
>> автоматически активирует второй монитор в KDE.
> Это про иксовый RandR и ядро/udev, насколько понимаю.
Нет, там куча всего - док это USB type-C с DP внутри.
>
>> Или закрытие крышки ноутбука уводит его в suspend из sddm.
> Мои ноутбуки так и делают (с поправкой на wdm) без всяких systemd.
У меня тоже так делал ноутбук в 2005-ом, но тогда всё было на костылях - 
начиная с детекта железа и заканчивая засыпанием/просыпанием с кучей 
костылей.
>
>> Или падение скринсейвера приводит к его автоматическому
>> перезапуску (средствами systemd).
> Надо же, а я предпочитаю, чтоб скринсейвер не падал.
> И pid 1 тоже, вообще-то.
pid 1 не падает. А вот скринсейвер - бывает что падает.
>
>> Может быть, конечно, я и ошибаюсь и это юзабилити заслуга не
>> стека systemd, но возвращаться в к системам, построенным на
>> технологиях начала 2000-ых уже не хочется.
>>
>> У меня в текущей рабочей системе libsystemd требуется для >30
>> пакетов, для полноценного ответа на твой вопрос нужно проводить
>> анализ каждого из них на предмет того, как они используют
>> systemd. Но мне если честно не до этого.
> Сухой остаток: магическое мышление -- "если приварить к systemd,
> будет хорошо".  Предпочитаю инженерное.  И чтоб не падало. :)
Ну в общем ты понял правильно. - если приварить к systemd/udev/upower, 
то будет лучше.


А падать будет всегда, от ошибок никто не застрахован.

Re: [devel] [JT] о десктопах длинных гвоздей

[Sergey Afonin]

On Thursday 07 February 2019, Anton Farygin wrote:

> А падать будет всегда, от ошибок никто не застрахован.
 
Беда в том, что systemd склоняет это мышление в сторону
того, что падать - это нормально и ничего особенного.

-- 
С уважением, Сергей Афонин.

Re: [devel] [JT] о десктопах длинных гвоздей

[Igor Zubkov]

On Fri, Feb 8, 2019 at 9:13 AM Sergey Afonin wrote:
> On Thursday 07 February 2019, Anton Farygin wrote:
> > А падать будет всегда, от ошибок никто не застрахован.
>
> Беда в том, что systemd склоняет это мышление в сторону
> того, что падать - это нормально и ничего особенного.

Беда в том что вы путаете тёплое с мягким. Если вам надо что бы просто
работало, берите RHEL7. А вы берёте Fedora Rawhide и жалуетесь что
что-то не работает.

А разработчик systemd прав. Как был прав с pulseaudio.

Re: [devel] [JT] о десктопах длинных гвоздей

[Michael Shigorin]

On Fri, Feb 08, 2019 at 11:18:48AM +0200, Igor Zubkov wrote:
> Если вам надо, чтобы просто работало, берите RHEL7.

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

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info