[devel] Q: В webery/сборочнице отсутствуют логи сборки

[devel] Q: В webery/сборочнице отсутствуют логи сборки

[Konstantin Lepikhov]

Привет!

Есть такой таск http://git.altlinux.org/tasks/282988/ в котором сборка упала
2 раза. Оба раза я получил по почте уведомление об ошибке сборки и
выдержку из логов, но вот сами логи для второй попытки отсутствуют (для
x86_64 и i586). Это баг в интерфейсе сборочницы или типа логи не создались
потому что они идентичны предыдущей сборке (чего быть не может, т.к.
release там другой)?

-- 
WBR et al.

Re: [devel] Q: В webery/сборочнице отсутствуют логи сборки

[Anton Farygin]

On 17.08.2021 11:11, Konstantin Lepikhov wrote:
> Привет!
>
> Есть такой таск http://git.altlinux.org/tasks/282988/ в котором сборка упала
> 2 раза. Оба раза я получил по почте уведомление об ошибке сборки и
> выдержку из логов, но вот сами логи для второй попытки отсутствуют (для
> x86_64 и i586). Это баг в интерфейсе сборочницы или типа логи не создались
> потому что они идентичны предыдущей сборке (чего быть не может, т.к.
> release там другой)?
>
До второго подзадания дело не дошло, т.к. ты не удалил первое подзадание 
и оно опять упало на alt1.

[devel] (Werror=return-type)

[Konstantin Lepikhov]

Hi Anton!

On 08/17/2021, at 11:16:54 AM you wrote:

> On 17.08.2021 11:11, Konstantin Lepikhov wrote:
> > Привет!
> >
> > Есть такой таск http://git.altlinux.org/tasks/282988/ в котором сборка упала
> > 2 раза. Оба раза я получил по почте уведомление об ошибке сборки и
> > выдержку из логов, но вот сами логи для второй попытки отсутствуют (для
> > x86_64 и i586). Это баг в интерфейсе сборочницы или типа логи не создались
> > потому что они идентичны предыдущей сборке (чего быть не может, т.к.
> > release там другой)?
> >
> До второго подзадания дело не дошло, т.к. ты не удалил первое подзадание 
> и оно опять упало на alt1.
неинтуитивно, но понятно, спасибо.

Все собралось, но после чтения https://bugzilla.altlinux.org/36038 у меня
закрались сомнения в жизнеспособности этой сборки с помощью gcc9.
Придется, наверное, откатываться обратно на gcc7, т.к. этот баг вылез на
сборке llvm и мне кажется, что это alt-specific.

-- 
WBR et al.

Re: [devel] (Werror=return-type)

[Dmitry V. Levin]

Hi,

On Tue, Aug 17, 2021 at 10:47:47AM +0200, Konstantin Lepikhov wrote:
> On 08/17/2021, at 11:16:54 AM you wrote:
> > On 17.08.2021 11:11, Konstantin Lepikhov wrote:
> > > Привет!
> > >
> > > Есть такой таск http://git.altlinux.org/tasks/282988/ в котором сборка упала
> > > 2 раза. Оба раза я получил по почте уведомление об ошибке сборки и
> > > выдержку из логов, но вот сами логи для второй попытки отсутствуют (для
> > > x86_64 и i586). Это баг в интерфейсе сборочницы или типа логи не создались
> > > потому что они идентичны предыдущей сборке (чего быть не может, т.к.
> > > release там другой)?
> > >
> > До второго подзадания дело не дошло, т.к. ты не удалил первое подзадание 
> > и оно опять упало на alt1.
> неинтуитивно, но понятно, спасибо.
> 
> Все собралось, но после чтения https://bugzilla.altlinux.org/36038 у меня
> закрались сомнения в жизнеспособности этой сборки с помощью gcc9.
> Придется, наверное, откатываться обратно на gcc7, т.к. этот баг вылез на
> сборке llvm и мне кажется, что это alt-specific.

Дело в том, что gcc7 не обновляется апстримом с 2019 года, поэтому
откатываться на него в современном проекте довольно странно.
Неужели так делает кто-то ещё?


-- 
ldv

Re: [devel] (Werror=return-type)

[Konstantin Lepikhov]

Hi Dmitry!

On 08/17/2021, at 02:06:22 PM you wrote:

> Hi,
> 
> On Tue, Aug 17, 2021 at 10:47:47AM +0200, Konstantin Lepikhov wrote:
> > On 08/17/2021, at 11:16:54 AM you wrote:
> > > On 17.08.2021 11:11, Konstantin Lepikhov wrote:
> > > > Привет!
> > > >
> > > > Есть такой таск http://git.altlinux.org/tasks/282988/ в котором сборка упала
> > > > 2 раза. Оба раза я получил по почте уведомление об ошибке сборки и
> > > > выдержку из логов, но вот сами логи для второй попытки отсутствуют (для
> > > > x86_64 и i586). Это баг в интерфейсе сборочницы или типа логи не создались
> > > > потому что они идентичны предыдущей сборке (чего быть не может, т.к.
> > > > release там другой)?
> > > >
> > > До второго подзадания дело не дошло, т.к. ты не удалил первое подзадание 
> > > и оно опять упало на alt1.
> > неинтуитивно, но понятно, спасибо.
> > 
> > Все собралось, но после чтения https://bugzilla.altlinux.org/36038 у меня
> > закрались сомнения в жизнеспособности этой сборки с помощью gcc9.
> > Придется, наверное, откатываться обратно на gcc7, т.к. этот баг вылез на
> > сборке llvm и мне кажется, что это alt-specific.
> 
> Дело в том, что gcc7 не обновляется апстримом с 2019 года, поэтому
> откатываться на него в современном проекте довольно странно.
> Неужели так делает кто-то ещё?
апстрим amdvlk собирает свое добро под убунту LTS и RHEL7, где gcc7 вполне
себе бодрые компиляторы. Т.е. им (AMD) можно прислать этот баг, но, думаю они
его закроют как WORKSFORME )

В общем, у кого тут есть железо на AMD, просьба проверить, вдруг оно и
работает после этого :)

-- 
WBR et al.