Неадекватное поведение системы после пересборки мира
После частичного обновления системы (arm) в xfce постоянно нажат shift. Именно shift, а не caps lock (цифры тоже). Причём при нажатом shift всё работает будто он отпущен. Если включить caps lock, то shift вообще ничего не меняет. Вне xfce (как в консоли, так и в xdm) всё нормально.
Куда копать?
Проблема затрагивает только локальные gtk приложения, qt и xfce работают без изменений.
Были обновлены libX11, libxcb и ещё куча иксовых кусков.
Полный список: http://pastebin.com/F95FBtDJ
Сейчас после разрешения конфликтов зависимостей обновление продолжается.
Не обращайте внимание на недалёкое будущее в датах, там rtc себя неадекватно ведёт.
Продвинул обновление дальше, пересобрал dosftools, теперь при загрузке он сыпет мусор в терминал:
http://pastebin.com/367zfvVM
Причём вечно (помогает sysrq+E)
Так же при обычном запуске fsck.vfat -n /dev/mmcblk0p1.
ФС полностью работоспособна. По крайней мере она 16мб и там не чему ломсаться, ядро и uboot на ней живут нормально.
Кто виноват? gcc? graphite? CFLAGS? nand?
http://pastebin.com/xLr8TsjT info
Пересборка не дошла до конца, валится configure в qtcore на чём-то, продолжать уже боюсь (а вдруг оно восстанет против меня???)
UPD:
Причина всех проблем - неадекватное поведение gcc при включенном флаге -mstructure-size-boundary=32
После пересборки libX11и dosfsck без него все найденные на данный момент пррблемы исчезли
UPD2:
Похоже, что багзила gcc лежит, отправить баг не могу.
UPD3:
Получил ответ на кое-как созданный баг:
"Different values are potentially incompatible. Code compiled with one value
cannot necessarily expect to work with code or libraries compiled with another
value, if they exchange information using structures or unions. "
Выходит баг не в gcc, а в gentoo, который урезал CFLAGS у gtk:
-O2 -mcpu=cortex-a7 -mfpu=neon-vfpv4 -mfloat-abi=hard -pipe -fstack-protector
- Для комментирования войдите или зарегистрируйтесь
Название темы не
Название темы не соответствует сути проблемы, не надо нас и себя вводить в заблуждение - пересборка у вас НЕ прошла, поэтому возможно все что угодно!
А это
вообще шедевр!
Да знаете ли вы, что корректное время жизненно важно для *НИКС систем?!!
Когда время гуляет, начинаются всякие чудеса... особенно при компиляции.
Поэтому начните с решения проблемы времени, потом поправьте метки времени на файлах, если необходимо, потом перекомпилируйте хедеры, глибс, бинутилс, гцц, чтобы быть уверенным, что там все нормально, потом откорректируйте состояние системы
В процессе возможно понадобится промежуточная компиляция отдельных пакетов с опциями -1 и даже с --nodeps для устранения конфликтов, и только потом продолжите нормальное обновление с
P.S. Тут однозначно универсальных решений не бывает - это Генту, брат! :) Вроде бы у вас уже не маленький опыт. Включайте голову и ориентируйтесь по ситуации.
Время там сейчас просто на
Время там сейчас просто на несколько часов вперёд уходит и в течение одной сбореи не сбрасывается.
А порядок сборки такой и был: сначапа system, потом world. revdep-rebuild разве сейчас нужен? Есть же preserved libs?
К тому же оно помогает только когда линковка совсем нарушена.
Локальный оверлей растёт
mittorn написал(а): Время там
ntpd
?:wq
--
Live free or die
В планах
В планах
Локальный оверлей растёт
mittorn написал(а): Время там
Винды там случаем не стоят рядом? :)
NT4 в qemu-i386-softmmu
NT4 в qemu-i386-softmmu считается?
Но нужно же как-то vfat фиксить.
Это arm, тут винды параллельной не бывает.
RTC сломан т.к я его использовал при отладке ядра в суспенде. А сейчас в суспееде вооюще неправильно время идёт.
Локальный оверлей растёт
Выкинь свою балалайку. Купи
Выкинь свою балалайку. Купи новую и обращайся с ней, как подобает. Не ломай, ничего не "отлаживай" и не "разрабатывай".
Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"
Что имеется в виду под словом
Что имеется в виду под словом "балалайка"?
Локальный оверлей растёт
mittorn написал(а):NT4 в
Если может модифицировать системные часы - то да.
Если системные часы сломаны - поставьте в стартап ntpdate, после которого запускайте ntpd.
Потом поправьте метки времени на файлах, как я вам уже говорил.
Иначе вы сами себе создаете проблемы на ровном месте.
Они не сломаны, их нужно
Они не сломаны, их нужно поправить. Из-за бага где-то в coreutils для этого нужно писать специальную утилиту (андройд их исправляет).
Проблема точно не из-за часов.
Локальный оверлей растёт
Возможно я нашёл
Возможно я нашёл баг.
Неадекватное поведение fsck наплюдается при -mstructure-size-boundary=32
Теперь надо разобраться где: gcc или fsck
Локальный оверлей растёт