Сообщения runtime

Без лишних слов: Lodestar: Stygian Skies

Main points:

• Научная фантастика
• RPG
• Воксели
• Разрабатывается на Linux и для Linux (а также некоторых других малоизвестных ОС)
• $16,384
• 26 дней

Yet another Kickstarter thread.

Подвёл небольшие итоги темпов Legends of Eisenwald:

• на данный момент собрано 35,217
• Linux версия будет начиная с 100,000
• осталось 17 дней
• необходимый темп: 3,810 в день
• 5 дней назад было ~19,000
• соответственно, по последним 5 дням темп: ~3,243

Собственно вот. Может стоит как-то попиарить проект, выглядит, вроде как, вполне годно (по крайней мере, мне HoMM-like игры всегда нравились).

Update: цитирую переписку в авторами (с их позволения, конечно же)

Yet Another Kickstarter, на этот раз стратегия. В отличие от других проектов, Linux обещают сразу, без всяких "а вот если мы наберём ещё $500 000...". Просят сравнительно немного ($195 000), но темпы пока не очень велики. Учитывая количество RTS под Linux, было бы интересно (по крайней мере, мне) увидеть этот проект состоявшимся.

http://www.kickstarter.com/projects/1379812006/sword-of-justice

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

Предыстория:

• Давным давно запостил такой вот баг Qt'шникам: https://bugreports.qt-project.org//browse/QTBUG-19106
• Суть бага полностью передаётся этой картинкой: https://bugreports.qt-project.org/secure/attachment/22452/ktorrent.png
• Он специфичен для темы Cleanlooks, в которой Progress Bar рисуется не по человечески (текст с процентами над progress bar'ом), а модно & гламурно (текст сбоку), при этом ширина bar'a меняется от размера текста (SIC!)
• Никаких хаков, понятное дело, разработчики прикладного софта ввести не могут.
• Ущербность такого контрола очевидна. Т.е., он как бы работает, но разработчики будут постоянно наступать с ним на грабли, которые могут оказаться не решаемы. Более того, большинство разработчиков вообще не будут догадываться о такой проблеме, т.к. Cleanlooks - единственная из попадавшихся мне тем с такой фигнёй.

А теперь суть пичальки:

• Я запостил баг со скриншотом и описанием ситуации
• Меня попросили предоставить код, который это воспроизводит (нахера? суть проблемы то очевидна: ширина прогресс бара = ширина всего контрола - ширина текста, что не есть правильно; тут нечего воспроизводить, надо сразу смотреть код контрола)
• Я ответил, что не имею опыта кодинга с Qt, поэтому, если надо, пусть ковыряют исходники ktorrent, в котором это происходит (ещё раз - тут нечего воспроизводить, всё и так очевидно)
• Багу закрывают
• На днях я это обнаруживаю, переоткрыть багу нет возможности, у меня баттхерт

Юмор в том, что согласно официальной политике у меня нет даже законного права закидать закрывшего багу птичьим помётом, т.к. он действовал согласно схеме.

А теперь вопрос: какие идиоты составляют такой workflow? Они не понимают общечеловеческую логику? Это же так просто:

• Есть проблема
• Проблема не решена
• С какого тогда вообще хера баг может быть закрыт? У нас в конторе за такое пиздюлей прописывают сразу же: не починенную багу можно перевести в какое угодно состояние, но только не в Closed, никогда. Единственное исключение (я не рассматриваю ситуацию, когда бага поднята ошибочно) - если багу не смог воспроизвести программист и сам тестер, поднявший её (тогда можно предположить, что бага пофиксилась при починке другого куска кода). Иначе - пиздюлей, переоткрытие бага.
• Какого хера причиной закрытия может послужить отсутствие кода? Это что получается - баги, которые репортят не программисты, можно закрывать сразу и вообще не чинить? Зачем тогда вообще нужен багтрекер? Тратить чужое время?
• О каком вообще контроле качества может идти речь, если на обнаруженные проблемы откровенно кладут?

PS: вопрос был в том, что мне теперь делать? Заводить новую багу и разжигать срачь? Скорее всего - не поможет. Предоставить воспроизводящий багу код или пофиксить багу самому? Но тогда это не починит разруху в головах. Предложить поменять workflow по багам?

Здравствуй, коллективный разум.

На днях решил, что пришло время задуматься о бэкапах, на случай, если HDD в один прекрасный день накроется медным тазом. Сперва было решено использовать Dropbox/UbuntuOne для хранения самых ценных экземпляров моей файлопомойки. Но потом вспомнил, что у нас же есть распределённые файловые системы, которые можно было бы использовать для этих самых целей. А именно, в памяти всплыла новость о bit-torrent подобной ФС, помнится, кто-то даже успел собрать дистрибутив с ней (openSuse-based, если не ошибаюсь), о котором также сообщалось на ЛОРе.

Конечно же, интересуют любые другие ФС, которые можно приспособить для тех же целей. Если не совсем понятна search criteria, ещё раз по пунктам:

• Есть файлы, которые не хотелось бы потерять
• Нужно место на чужих машинах, где могли бы храниться резервные копии этих файлов
• Всё должно быть максимально удобно, прозрачно и автоматизированно, реализация в виде ФС - самое то
• Имеется готовность хранить у себя чужие файлы, для тех же целей (помочь людям не утратить их добро)
• На каждую 1 У.Е. своих данных готов хранить не менее 3-4 У.Е. чужих
• На данный момент могу выделить винт 200GB под это дело

Заодно сразу же поинтересуюсь, если ли люди с которыми можно было бы скооперироваться.

Subj. Кому жертвуете деньги вы?

Мой Google-fu сегодня совсем не на высоте, поэтому обращаюсь за советом к специалистам ЛОРа: какие есть добротные клиенты для работы с видеохостингами типа ТыТуб, Вимэо, ГуглВидео, итд., итп.? Желательно с GUI и поддерживающие разом множество хостингов. Сам знаю только xVideoServiceThief, но он глюковат, и апдейты приходят не совсем вовремя.

Что хорошего может посоветовать почитать ЛОР? Нужно, в первую очередь, для общего развития, поэтому хотелось бы, чтобы рассматривались различные парадигмы. Пока присматриваюсь к "Modern Compiler Design" - если кто читал, поделитесь отзывами.

Мне одному кажется что Games в последнее время замусорили сплошные wine'овые темы? Почему бы не решать свои вопросы на месте (appdb.winehq.org)?

Дискасс.

Помнится, многие тут негодовали, поэтому сообщаю: Киборгу добавили управление мышью. Подробности.

Добрый вечер.

Возникла необходимость получить в своё распоряжение возможность работать с Clutter из Swi-Prolog (т.е., вызывать сишный код). До этого написанием биндингов никогда не занимался, поэтому возник ряд вопросов. Но прежде чем задавать их, в двух словах расскажу о том, что из себя представляет Swi'шный FFI, чтобы было понятнее, что мне нужно.

Swi-Prolog позволяет напрямую обращаться к функциям из специально заготовленных *.so, например:

#include <SWI-Prolog.h>
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <ctype.h>

foreign_t pl_lowercase(term_t u, term_t l)
{
	printf("%d\n", count);
	count++;
	
	char *copy;
	char *s, *q;
	int rval;
	
	if (!PL_get_atom_chars(u, &s))
		return PL_warning("lowercase/2: instantiation fault");

	copy = malloc(strlen(s) + 1);
	for (q = copy; *s; q++, s++)
		*q = (isupper(*s) ? tolower(*s) : *s); 
		
	*q = '\0';
	rval = PL_unify_atom_chars(l, copy);
	free(copy);
	return rval;
}

install_t install()
{
	PL_register_foreign("lowercase", 2, pl_lowercase, 0);
} 

Как видно, Swi-Prolog работает только с функциями, которые возвращают и принимают специальные типы.

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

А теперь вопросы:

• Правильно ли я понимаю, что сегодня никто руками биндинги не пишет, и всё (или почти всё) генерируется автоматически?
• Если да, то как это делается? На данный момент у меня идея такова - составить нечто вроде БД всех Clutter'овских функций, структур, итп., и уже по ней генерировать нужный мне *.so.
• Если остальные используют схожий подход, значит ли это, что такие БД уже должны быть собраны до меня, и мне останется лишь их вежливо попросить у разработчиков Clutter или биндингов к нему?
• "Обернуть" функции довольно тривиально (если не считать всяких variable argument lists, итп). Как быть с макросами?
• Есть ли готовые работы, от которых можно было бы оттолкнуться?
• Есть ли что либо почитать по этой теме?

Любые другие мудрые советы приветствуются.

Сабж. Раньше он так люто зажигал, а теперь даже в теме про переход Торвальдса на xfce не отметился. Уж не заболел ли?

Я просто оставлю это здесь: http://buythissatellite.org/

Ребята из netsukuku уже начали проявлять к этому некоторый интерес.

История о том, как связываться с гнусными проприетарщиками:
Как всё было хорошо
Как стало плохо

А теперь версия для Ъ:

• Жили были фанбои замечательной игровой приставки Сега-Мега, и любили они игру Streets of Rage
• Фанбои выросли, и решили сделать свои Streets of Rage, с б.ж. и ш.
• О своих намерениях как порядочные граждане сообщили Sega
• Пилили игру 8 (восемь!) долгих лет
• Запилили
• Для того, чтобы объяснить, что произошло дальше, процитирую форум разрабов:

Комментарии излишни. Делайте выводы.

PS: ребята пилящие OpenSonic поступили очень мудро, решив превратить его в OpenSurge
PPS: желающие найти бинарники да найдут

Вы знаете что делать: http://www.linux.org.ru/people/Sun-ch/profile

Случайные новости для тех, кто не посещает Linux-gaming related websites.

Хорошие:

• Вышла новая версия Губ Лоли, всмысле, Губ Суны: Lips of Suna
• В фазу закрытого тестирования перешли Spiral Knights. Жаба, браузер, видео тут.
• Некая контора Big Fat Alien решила смастерить порт своей игры Beep к апрелю. Видео.

Не очень:

• Natural Selection 2, ранее означавшийся как for "Windoze, Mac, Xbox 360 & Linux", сменил статус на "Windoze, Mac, Xbox 360; Maybe even Linux". Видео.
• Похоже что Poisonville рипнулся. Ссылок на оффсайт не будет, ибо совсем RIP. Видео на Youtube для желающих оплакать.

Спасибо за внимание.

Я просто оставлю это здесь: http://www.cheatmasters.com/cmnews/0/12705/news.html

Скажите, а почему наибольшую популярность завоёвывает Ubuntu, если самый лучший из userfriendly дистров - openSuse ? Всех смущает то, что там Мигель и рука Microsoft ?

Субкота начинается прямо сегодня:

• Mochicat
• Hobocat

Если кто не понял, это новые игры (точнее, не новые, просто незамеченные общественностью) от разработчиков Raincat.

Добрый вечер.

Имеется флешка с установленным Linux Mint 9. На флешке 3 раздела ext4 - / (3Gb), /var (512Mb), /home (2Gb). Машина, на которой оно запускается, имеет 1Gb RAM.

Задача - максимально продлить жизнь флешке, при постоянной работе с неё. Идея такова - создать 2 небольших ramdisk'a для /var и /home, которые бы использовались как буфер для операций записи. Т.е., при попытках записи в /home или /var всё сперва пишется в ramdisk. Сброс на флешку должен происходить только если рамдиск заполнился, или при ручном запросе.

Вопрос - можно ли это сделать; если да, то каков путь наименьшего сопротивления ? Любые другие подходы для достижения того-же самого, конечно-же, также допустимы.

PS: нужен именно Mint, Puppy Linux, итп. не предлагать.