Надеюсь, вам уже страшно жить, потому что иначе Дейв к вам придет.

Нет, не верно, Дейв всё равно к вам придет. А еще Леннарт и много других добрых людей.

Привет! Ночью появился latest stable релиз KDE. У Андре не было сильно много времени, чтобы проверить его самостоятельно, поэтому он залил его именно в тестинг.

Почитать что изменилось можно в официальном кедовом объявлении.

Вкратце,

• activities интегрированы с системой управления питаловом
• в Дельфине новый display engine, добавили какие-то фичи в Kate, Gwenview и Marble (и гуйные, и функциональные). Telepathy добралась до первой беты.
• в ядре пофиксали море багов, внедрили телепатию и сделали интеграцию с чужими кейрингами, взяли направление на пальцетыкательные девайсы

Для нас, пользователей дистрибутива, изменения таковы:

• новый пакет kactivities
• новый пакет kdeutils-ksecrets
• убили пакет kdepim-wizards
• пакет kdebindings-korundum не собирается с ruby 1.9.3, поэтому пришлось оставить протухшую версию, которая собирается
• digikam в [extra] слинкован с KDE 4.7 и его обязательно нужно пересобрать

Удачного апдейта, господа!

PHP очень популярный язык программирования, но тестирование в нем, это скорее прерогатива экспертов, а не жизненная необходимость. Неужели это от того, что PHP-разработчики поголовно быдло-кодеры? Я считаю, что нет. Скорее всё от того, что системы тестирования порой излишне усложнены. А тесты, наоборот, должны были предельно просты: легко читаться, писаться, отлаживаться, и конечно же, быстро выполняться. Мое виденье того как это можно воплотить в PHP вылилось в проект под названием Codeception.

С ним тесты для ваших веб-приложений могут выглядеть так:

<?php
$I = new TestGuy($scenario);
$I->wantTo('create new blog post');
$I->amOnPage('/blog/posts');
$I->click('Create new post');
$I->fillField('Title','Codeception, a new way of testing!');
$I->fillField('Text','Codeception is new PHP full-stack testing framework.');
$I->click('Send');
$I->see('Congratulations, your post is successfully created!');

Согласитесь, такой тест понятен без дополнительных комментариев.
А теперь самое интересное: этот код без всяких изменений может быть выполнен как функциональный тест в фреймворках symfony, Symfony2,Zend Framework, а также в браузерном эмуляторе Goutte и даже через Selenium. Таким образом, вам предлагается единый интерфейс для написания функциональных тестов практически для любого сайта.

Привет, хабралюди!

Вместе с релизом mkinitcpio 0.8.2 добавили поддержку монтирования /usr из early userspace, в случае если /usr расположено на отдельном разделе. Кто там громче всех кричал «хотим фичу, суть такова..», ну вот, теперь она есть и ее надо тестировать.

Чтобы заработало, нужно две вещи:

Привет хабралюди! Постараюсь написать коротко.

I.

Сначала о ядре. В тестинге появился новый LTS!!!

— имя пакета изменилось на linux-lts
— конфиг синхронизован с последним 3.0.x
— nouveau-drm-lts выкинут нафиг — оно теперь в ядре
— изменилось имя ядра: vmlinuz-linux-lts
— изменились имена initramfs: initramfs-linux-lts.img

Все пользователи должны сделать соответствующие изменения в своих загрузчиках. Для совместимости, при апгрейде будут созданы симлинки на старые имена.

В android мы можем перехватить событие low memory для нашего приложения или активити, путем установки им через registerComponentCallbacks в качестве обрабочика наследника от интерфейса ComponentCallbacks переопределив ему метод onLowMemory.

Подразумевается, что в данном обработчике мы можем при наступление события low memory должны освободить не критичные ресурсы, почистить внутренний кэш и другими методами уменьшить количество используемой памяти, тем самым избежав того что наш процесс закроют.

Так же система гарантирует что после вызова onLowMemory будет вызвана системная сборка мусора (garbage collector)

И так, если наше приложение реализует какое либо поведение при наступлении данного события — хорошо бы протестировать это поведение.
Стандартный способ простой — начинаем искуственно увеличивать количество потребляемых ресурсов (например загружать картинки по два раза) пока не упремся в лимит.

И есть и второй способ — изменить данный лимит, о чем собственно и речь пойдет ниже.

Только что в тестинге появился kmod-3, являющийся заменой для module-init-tools. Проект всё еще довольно молодой, но у него уже есть множество сторонников, и разрабы арча тесно возимодествуют с апстримщиками в целях поиска и правки багов.

Если совсем коротко, kmod делает то же самое, что и m-i-t, но гораздо быстрее. Это поможет ускорить загрузку с использованием udev и systemd.

В заметке пойдет речь о двух инструментах функционального тестирования android-приложений, которые поставляются вместе с Android SDK, но не очень известны. Несмотря на очень схожие названия, предназначены они для несколько различных целей, и отличаются от других известных инструментов, например, от Robotium'а. Кому интересно — прошу под кат.