[Крик души] Debian 6.0 Perl segfault

Подозреваю, что проблема именно у тебя, если всё сегфолтится.

6.0.1?

да, с последними обновлениями

в том-то и дело, что не все. проверено на нескольких исталяциях и на разных машинах. все одно и то же. если много weaken ссылок, падает во время клинапа. не критично, так как все уже сделано, но очень неприятно. обходится вызовом POSIX::_exit

Так в дебиане куча перловых скриптов, сомневаюсь чтоб пропустили баг

А у меня в sid cl-gtk2 в clisp не пашет, а в sbcl вчера нашел глюк.

> глюк

А может фичу :) Но пересборка sbcl помогла.

Кстати, reportbug не нужен. Пошли обычный email.

У меня на следующий день после апдейта до 6.0.1 было то же самое, только без участия perl. С сегфолтами сыпалось всё подряд (только gajim отличился general protection fault) за редким исключением. После перезагрузки (только через SysRq) система не завелась, init заявил, что SV респаунится слишком быстро, поэтому он будет ждать. После следующей перезагрузки дошло до login, но пароль оно уже не осилило прожевать. И только на следующей загрузке стартовал GDM и всё заработало как надо. Свалил всё на память (хотя претензий к ней не было никогда), но ядро откатил, а потом и всю систему до 6.0, ибо мне эти обновления не особо нужны.

а ты думал, что debian stable он действительно стабильный в смысле безглючности? нет, он стабильный в том смысле, что там софт как говно мамонта и он гарантированно не будет обновляться до следующей версии debian'а. а по глючности он такой же как и все остальные дистрибутивы

>Кстати, reportbug не нужен. Пошли обычный email.

Нужен. Email только в крайних случаях.

Это он и есть, не?

А поскольку reportbug сам по себе письма шлёт только через что-то, и это что-то отнюдь не SMTP, то он не нужен.

похоже, что через smtp. он у меня как раз попросил пороль от моего smtp сервера и тут же сдох.

офигенный вывод на основе только одного бага! даже добавить нечего

>А поскольку reportbug сам по себе письма шлёт только через что-то, и это что-то отнюдь не SMTP

Неправда. Учи матчасть и поставь что-нибудь типа msmtp.

Далее, reportbug делает много чего помимо, собственно, посылания письма.

хм «баг», ну я бы не смог столько написать и ничего именно по сути самого бага:

ааа, у меня что-то там сегфолтится после обнолвлений ...
всерьез подумываю над приобретением коммерческой версии красношапки, так как венда для меня не вариант.
-----------------------------------------

так, жиденький вборс для троллей и только.

>и поставь что-нибудь типа msmtp

Ещё не хватало. Внешний SMTP он умеет уже?

>> ааа, у меня что-то там сегфолтится после обнолвлений

Мне было не до смеха, когда рушился любой новый процесс. А среди «что-то там» были процессы, которые пытались выполнить перезагрузку.

Раньше работало только с локальным. Ну или то было руки :} Как сейчас лень смотреть уже.

этот вывод сделан на основе длительной работы с дебианом

ну помимо отсутствия сбоев с xfs, я могу себе записать еще и нормальные обновления ?))
зы:
бгг, щаз тут должен нарисоватся один псих со своими воплями,
что мол я позор для сообщества , а так как «у меня все работает» - еще и фанатик и неадекват.

>Внешний SMTP он умеет уже?

Через любой sendmail-заменитель, в том числе msmtp.

Ещё не хватало.

То есть я правильно понимаю, ты предлагаешь автору reportbug реализовать свой велосипед, ибо тебе «ещё не хватало» поставить мост sendmail->smtp в виде одного из готовых пакетов?

Т.е. для того, чтобы мне, как простому пользователю, отрепортить 1 баг в 100 лет надо повесить демона в систему? Отличное решение, чо.

ну а если почитать ?:
http://www.debian.org/Bugs/Reporting

Если бы ты прочитал эту тему, то понял бы, что я email'ом отправляю. И угадай где я читаю как это сделать?

> И угадай где я читаю как это сделать?

ну дык о чем спор ?
на Reportbug я тоже косо смотрю после нескольких случаев.))

Да ни о чём, в общем-то :)

>отрепортить 1 баг в 100 лет надо повесить демона в систему?

где ты демона увидел?

По дефолту exim-daemon-light. sendmail разве демона не повесит никакого? А что делает скрипт в /etc/init.d тогда?

Msmtp не повесит. И нет у него скриптов в /etc/init.d. Ты б хоть попробовал, что ли, прежде чем утверждать.

Т.е. мне нужно эмпирическим путём догадываться об имени пакета, ставит ли он демоны или нет, и т.д.? Зачем это всё?

msmtp не демон.

это все не то
аналогия - я приношу пакет в организацию, его регистрируют и присваивают входящий номер. Книгу регистраций можно просмотреть.

Reportbug же, <неразборчиво> что-то непонятное , репорты как камень в воду ...
все молча отрабатывает и даже без тырнета.
Да ну его в пень такое ))

>Т.е. мне нужно эмпирическим путём догадываться об имени пакета, ставит ли он демоны или нет, и т.д.

... или провести обычный поиск по репозиторию.

Зачем это всё?

Чтобы отправлять качественные отчёты об ошибках.

>Reportbug же, <неразборчиво> что-то непонятное , репорты как камень в воду ...
все молча отрабатывает и даже без тырнета.
Да ну его в пень такое ))

Ни одного аргумента, одни эмоции.

В предыдущем сообщении забыл заквотить вторую и третью строки.

> Ни одного аргумента, одни эмоции.

прости, я еще не робот ))

Кстати, тогда плюнул и в сердцах баг так и не отправил ))
Сам баг мелкий и лечится одним движением руки в перловом скрипте.
Суть бага: apt-mirror не поддерживает kfreebsd i386 и kfreebsd amd64 в релизе Debian 6.0.

>> apt-mirror не поддерживает kfreebsd i386 и kfreebsd amd64 в релизе Debian 6.0

Он просто осведомлён об их нужности :)

ой блин, ну как всегда есть кому подсказать ))

Кстати , вот еще эмоции ))
Вы сопровождающий unetbootin в Debian.
Вот вопрос к вам:
В каком релизе Debian следует ожидать поддержки LiveCD Debian
в unetbootin ?
Что-то для этого делается ?

Подсказка: LiveCD Debian существуют уже два релиза кряду.

Что б делать поиск, надо знать, что ты что-то ищешь.

А качественные отчёты можно и без него сделать.

>Вы сопровождающий unetbootin в Debian.

Да, но: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621132 .

В каком релизе Debian следует ожидать поддержки LiveCD Debian в unetbootin ? Что-то для этого делается ?

Не знаю (см. выше). Обратись к автору.

>А качественные отчёты можно и без него сделать.

Можно, только многое придётся делать руками.

))
* Initial release. (Closes: #500842)

 — Eugene V. Lyubimkin <jackyf.devel@gmail.com> Sun, 02 Nov 2008 20:51:49 +0200