>>101558 -> >>101520
Здеся.

и вообще, возьми да собери сам. это не так страшно, как кажется. могу даже подсказать, если что-то непонятно будет.

>>101561
Ставь винду/Назначай ники.

>>101563
>Ставь винду
нет пути!

>>101564
Сиди по линухом/соси хуи вместо ников.

>>101562
Никогда ничего не собирал. Можешь рассказать, что да как или ткнуть носом в мануал?

>>101409
Таки поставил qt, собрал эту версию, имена выбирать нельзя.
https://dwarftherapist.googlecode.com/hg/
Версия самая новая же. Нужен какой-то патч?
Но есть форк.
https://code.google.com/r/splintermind-attributes/
С ним имена выбирать можно. Но почему-то он очень медленно запускается, минут пять загружал параметры.

>101579
Тебе понадобится gcc, это набор компиляторов, утилиты make и qmake.
Сначала загрузи исходники.
hg clone https://code.google.com/r/splintermind-attributes/
??з AUR'а бери патч, fix_file_path.diff.
https://aur.archlinux.org/packages/sp/splintermind-attributes-hg/splintermind-attributes-hg.tar.gz
Бросай его в каталог с исходниками.
Потом переходи в этот каталог.
Сначала примени патч.
patch -Np0 < "./fix_file_path.diff"
Потом создавай makefile
qmake dwarftherapist.pro
?? компилируй программу.
make
Через несколько минут бинарник появится здесь:
путь_к_исходникам/bin/release/DwarfTherapist

>>101586
Урист, я так понимаю, ты собрал у себя? Можешь залить куда-нибудь, например, на рыгхост?
>>101587
Спасибо, бро. Если что, соберу, хотя благодаря >>101586-бородачу возможно и не понадобится.

>>101590
Да бери, мне не жалко. Хотя это неправильно, брать непроверенную сборочку, когда можно то же самому сделать.
http://rghost.ru/39605084
На первый взгляд всё работает.

>>101591
Что-то он не захотел у меня работать. Просто моментально закрывается.
>>101587
Самостоятельно собранный бинарник тоже:
Error: "/var/tmp/kdecache-username" is owned by uid 1000 instead of uid 0.
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Нет такого файла или каталога
QFileSystemWatcher: failed to add paths: /home/username/.config/ibus/bus
Что я делаю не так?
Есть пара моментов:
>??з AUR'а бери патч, fix_file_path.diff.
Только этот файлик или вместе с ним и остальные?
>Потом создавай makefile
Тут я немного не понял и просто ввёл команду строкой ниже.

>>101594
все правильно
qmake dwarftherapist.pro
создает мэйкфайл.

>>101597
Тогда в чём может быть проблема?
inb4 в ДНК

>>101599
судя по тексту ошибки оно хочет ibus. поищи в репе и оставь.

>>101601
*поставь

>>101594
Собрал ты правильно, иначе бы сам компилятор выдал ошибку.
>QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Нет такого файла или каталога
>QFileSystemWatcher: failed to add paths: /home/username/.config/ibus/bus
Гугль подсказывает, что это обычная ошибка qt, которая не должна помешать программе.
>Error: "/var/tmp/kdecache-username" is owned by uid 1000 instead of uid 0.
Это странно. Может быть попробовать файл /var/tmp/kdecache-username передать суперпользователю?
chown root /var/tmp/kdecache-username
chgrp root /var/tmp/kdecache-username
Возможно это навредит графическому интерфейсу. На всякий случай убедись что можешь перейти в свободную консоль с помощью Alt+Shift+F3, залогиниться как root и таким же способом вернуть обычному пользователю этот файл.
Я не знаю, что делает не так твой KDE. У меня его нет, в var/tmp/ пусто, чем этот файл может мешать не понимаю. Считай это ненужным экспериментом.
Поставлю сейчас Linux Mint с KDE в virtualbox, похоже он интересный.

>>101601
Поставил. Теперь этой ошибки нет, но на общее положение дел это не повлияло.
>>101607
Забыл добавить, что
>Error: "/var/tmp/kdecache-username" is owned by uid 1000 instead of uid 0.
Появляется только при запуске из-под рута, а просто так:
Could not open logfile for writing! "Permission denied"
Насчёт изменения владельца - это мне не наебнёт окружение? Я поставил всем группам чтение и запись этого каталога, но эффекта никакого.

>>101609
Точнее, ошибка
>QFileSystemWatcher: failed to add paths: /home/username/.config/ibus/bus
??счезла после ручного создания этого каталога.

>Насчёт изменения владельца - это мне не наебнёт окружение?
Забудь. В >>101607 я глупость сказал. Это ничего не изменит. dwarftherapist не может писать в какой-то файл лог, поэтому жалуется. Похоже опять проблемы с правами доступа, нужно создать этот файл вручную. А что за файл, непонятно. У себя ничего подобного не вижу.

>>101611
Да чтоб его. А ты не можешь у себя отследить, куда о лог пишет?

>>101612
Не умею, лол.
Хватило ума только чтобы поискать в исходниках с помощью
grep logfile ./*
Ошибка помечена как критическая, а где должен быть logfile непонятно.
./truncatingfilelogger.cpp: qCritical() << "Could not open logfile for writing!"

>>101614
ну вот же
TruncatingFileLogger *log = m_log_mgr->add_logger("log/run.log");

>>101612
Вот же он.
/tmp/dwarftherapist.log
У меня с такими правами:
-rw-r--r-- 1 user users 107K авг. 6 19:59 dwarftherapist.log
Кстати, этот файл как новый лог указан в патче fix_file_path.diff, если сборка без патча (которая у меня не запустилась) то лог должен появляться в /log/run.log в каталоге с бинарником.
Проблема. Содержание tmp во первых должно храниться в оперативной памяти, во вторых удаляется после каждой перезагрузки. Если в mintе так, то придётся делать скрипт, чтобы создавал файл лога с нужными правами после каждой перезагрузки, или пересобрать программу изменив путь к логу в патче на более удачный, или же понять, что не так с правами на /tmp/.

>>101620
а зачем совать лог в /tmp? есть же /var/log

>>101621
Думаю, смысл в этом есть. Там промежуток между записями в доли секунды, винчестер будет часто дёргать пока проверяет память df.
В fstab должна быть такая запись. ??нтересно, что там в Mint?
tmpfs/tmptmpfsnodev,nosuid00

>101622
С пробелами, тащемта.
tmpfs /tmp tmpfs nodev,nosuid 0 0

>>101622
не думаю. есть же дисковый кеш.

>>101620
> /tmp/dwarftherapist.log
Так. ??нтересно девки пляшут. Посмотрел этот файл, владелец оказался рутом. Поставил rw для всех, сменил владельца на текущего юзера, ошибка исчезла. НО! Теперь прога падает молча, без единой ошибки. Хотя, если стартовать с sudo, то будет
>Error: "/var/tmp/kdecache-username" is owned by uid 1000 instead of uid 0.
Лолблядь.
>tmpfs /tmp tmpfs nodev,nosuid 0 0
А это что такое?

>>101628
запусти терапист через gdb:
gdb DwarfTherapist
ну или если запускается через скрипт - в скрипте допиши gdb в начале
gdb ./bin/DwarfTherapist
а после, как упадет, сделай бэктрейс (команда bt) и скопипасть на пастебин какой.

>>101629
Наверное, я что-то не так сделал:
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
Reading symbols from /home/username/Документы/DwarfTherapist/bin/DwarfTherapist...(no debugging symbols found)...done.
(gdb) bt
No stack.
(gdb)

>>101631
гм. я почему-то думал что оно сразу запустится =)
все то же самое, только тут
Reading symbols from /home/username/Документы/DwarfTherapist/bin/DwarfTherapist...(no debugging symbols found)...done.
(gdb)
набери r (это сокращение команды run), а уже когда упадет - bt

>>101633
http://pastebin.com/519vxKDG
Те же яйца, только сбоку.

>>101638
так запускай от пользователя. ты ж уже понял, что эта ошибка
>Error: "/var/tmp/kdecache-username" is owned by uid 1000 instead of uid 0
возникает, если запускаешь от рута.
нужна та ситуация, когда
>НО! Теперь прога падает молча, без единой ошибки.
под gdb будет не молча, можно будет понять почему падает.

>>101640
Я пробовал. Единственная разница, что этой строчки не будет. Да и смысла не из-под рута запускать нет, ибо он не получит доступ к процессу ДФ, проверено.

Ну что - никаких идей? Может, скинешь мне полностью собранную версию с никами?

>>101795
ОМГ. все еще никак? бля, хоть бери, и сам собирай. я почему-то уверен на 99,9% что проблем или нет вообще, или они минимальны (квест LFS+BLFS мною успешно пройден). но пока лениво :3

>>101805
Не понимат.

>>101806
ну, я думал, что уже все проблемы давно решены и тред потихоньку тонет. как оказалось это нихуя не так, и еще нихуя не решено. с другой стороны, я почти уверен, что если я пересилю свою лень, то у меня проблем со сборкой и запуском не будет, либо они будут тривиальны и решаемы за пару минут. повод для такой уверенности - это успешно собранные (и юзаемые) мною LFS (Linux From Scratch) и BLFS (Beyond Linux From Scratch). в сумме это несколько десятков программ, от ядра, до графического окружения. но пока лень побеждает любопытство. к тому же, то, что соберу я, мало чем поможет. шансы на то, что программа, собранная в одном окружении, будет работать в другом не так уж высоки. в идеале, нужен бы человек, который бы стабильно занимался сборкой хотя бы под что-то популярное, под ту же Убунту.

стесняюсь спросить. а подходящий memory layout раписту подсунуть не забыли? именно при его отсутствии рапист закрывается без сообщений (но в лог честно об этом пишет:
ERROR core No valid memory layouts found in the following directories...

>>101993
Нет, не забыли.

>>102015
а в логе что? нихуя?

>>102047
Да хуй знает, я слез с прыщей, они меня доебали. С самыми элементарными вещами слишком много ебли, а ещё нет годного софта и дров. Нахуй и в пизду. По крайней мере, для десктопа эта система не подходит пока.

>>102052
ха-ха-ха, еще один неосилятор.
>По крайней мере, для десктопа эта система не подходит пока
это ты не подходишь не только для десктопа, но и для использования компьютера вообще. по крайней мере пока.

>>102058
Ок.

>>102059
не слушай вот этого дядьку >>102058
Это тупиковая ветвь homo informaticus. Ему же главное не результат, а процесс. Он из тех безумцев, кто чешет левое ухо правой рукой, потому что левая рука, все еще в кармане брюк.
Если есть задача и инструмент для ее решения, глупо искать или создавать новые инструменты, если они заведомо сложнее, не дают большей точности, лучшего результата и пр.
Нужно сделать отверстие в доске, берешь дрель, сверло. А он же, построит лазер, подведет энергию, шарахнет, получит идеально ровное отверстие (нахрен не нужное, потому что шуруп который ты вкрутишь туда, все равно его деформирует.
Короче, ему главное добиваться. А чего добиваться и зачем - это второстепенные вопросы.
Но совсем без таких чудаков, было бы скучно, наверное.

>>102114
Мне стоило прикрепить пикрелейтед, чтобы было понятнее, наверное. В целом, я согласен с тобой, но в споре/сраче не заинтересован.

>>102114
а вот и не угадал. я не фанатик, если ты намекал на это. я юзаю венду для игрушек, и собрал LFS для попробовать. все сказанное основано на простом личном наблюдении: линукс не осиливают те же люди, которые паникуют переставленных ярлычков на рабочем столе, у которых "я ничего не делал, оно само сломалось!" - короче, у компьютерных обезьянок, которые компьютером пользуются, но что они делают - не понимают. у адекватных людей освоение линукса никаких проблем как правило не вызывает.

>>102147
адекватные люди, не вешают ярлычки.
ОС как и ПК - это инструмент. ??нструмент должен быть продолжением руки, мозга, глаза и прочих органов, которые он дополняет/продолжает.
Когда ты покупаешь отвертку, ты же покупаешь готовую? тебе ведь не приходит в голову купить заготовку, что бы потом на месте, решить, какая тебе нужна, крестовая или шлицевая, какого размера, степени электроизолированности и пр.?
так же должно быть и с ПК+ОС.
Уже давным давно минуло время, когда пека был инструментом избранных. Он уже давно запрограмирован на решение повседневных проблем, предоставление развлечений, времяпровождения.
Безусловно, остались люди заинтересованые, их можно называть гиками, фанатиками или еще как. Они во многом способствуют развитию отрасли, и прогрессу в целом.
Но большинство пользователей, не должно заниматся бесконечной настройкой, переписанием конфигов, компиляцией и пр. и пр.
Если инструмент не подходит для выполнения необходимых операций, следует взять подходящий.
?? совершенно неправильно называть человека "неосилятор" к тому же, немного в оскорбительном ключе, из за того, что он поделился своими мыслями по поводу неудобства использования инструмента, в своих сугубо личных целях.
Да, конечно же "шуруп забитый молотком, держит лучше чем гвоздь закрученный отверткой". Но ведь если под рукой есть и молоток и отвертка, то правельнее закрутить шуруп? Так зачем мне городить огороды, создавать себе трудности, если выгоды практически нет?
Я полностью на стороне бородача, отказавшегося от линуха. не потому что он сложен и непонятен, а потому что есть более удобный инструмент.
Будет необходимость, будет и Линукс.

>>102161
Всецело бухачую. Однако, я всё-же не хочу засорять этот тред, вдруг пригодится кому. Можно перебраться в On Break Thread, если >>102147-бородач хочет поспорить.
ОП

yaourt dwarftherapist-hg
/thread