<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: План открытия исходных текстов Launchpad. Статья о Марке Шаттлворте</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/47922.html</link>
    <description>&quot;The Roadmap To An Open-Source Launchpad (http://www.phoronix.com/scan.php?page=news_item&amp;px=Njk4Ng)&quot; - доступен план (https://dev.launchpad.net/OpenSourcing) открытия исходных текстов Launchpad (http://launchpad.net/), web-ориентированной службы для обмена информацией между разработчиками различных программных проектов. Выпуск Launchpad 3.0, распространяемой в исходных текстах, намечен на 21 июля. Закрытыми останутся только несколько подсистем, специфичные для внутреннего процесса разработки в компании Canonical. Вместо них будут доступны более универсальные компоненты.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Также можно отметить публикацию в издании New York Times статьи &quot;A Software Populist Who Doesn&amp;#8217;t Do Windows  (http://www.nytimes.com/2009/01/11/business/11ubuntu.html?_r=1)&quot; рассказывающей о Марке Шаттлворте и успехах Ubuntu.&lt;br&gt;&lt;br&gt;URL: &lt;br&gt;Новость: http://www.opennet.ru/opennews/art.shtml?num=19758&lt;br&gt;</description>

<item>
    <title>План открытия исходных текстов Launchpad. Статья о Марке Шат... (User294)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/47922.html#8</link>
    <pubDate>Mon, 26 Jan 2009 02:43:33 GMT</pubDate>
    <description>&amp;gt;Можно привязать баг в launchpad багу в upstream&apos;е, есть API для обмена &lt;br&gt;&amp;gt;комментариями с trac и bugzilla &lt;br&gt;&lt;br&gt;Хренли толку с этого API если при заполнении бага заполняющему подыграть триажерам не судьба из-за куцести формы ввода бага и общей убогости?Вот и клюют с 200 000 нерастриаженых багов.Понятное дело - если вы не на сто процентов уверены что баг именно вон в том пакете (а сколько юзеров могут уверенно ткнуть пальцем в бажный пакет - понятно) - какой либо хинт триажерам вы предоставить не можете.А багтрекер не горит желанием подыгрывать в выборе проблемного компонента.Поиск пакета в котором грабль есть?Так он таков что если вы не знаете наверняка что там ищете - никогда им то что надо и не найдете.А если знаете - нафиг юзать этот поиск вообще?Посему проблемы будут здорово раньше чем дело дойдет до API.Для начала недетские грабли будут с триажингом.Потому что когда нихрена не известно - триажер должен детально вчитаться в кучу килобайтов бага, часто запросить доп. инфо (заполнить которое багтрекер не подс</description>
</item>

<item>
    <title>План открытия исходных текстов Launchpad. Статья о Марке Шат... (User294)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/47922.html#7</link>
    <pubDate>Mon, 26 Jan 2009 02:09:55 GMT</pubDate>
    <description>&amp;gt;Наоборот, с ним поудобнее, чем с багзиллой, мантисом и траком работать. &lt;br&gt;&lt;br&gt;Мде?Вот так сходу: если вы чего-то не знаете - оно вам не подскажет.Вообще!Не знаете пакет?Версию?Правильно - в итоге вами это заполнено вообще не будет.Добавив и без того перегруженым триажерам еще вагон геморроя при сортировке багов на ровном месте.Отличить инсталеж пакетов от видеоподсистемы может и относительный чайник.А вот как конкретно пакет инсталера или видеодрайвера называется и&#092;или какая там версия юзверг может и не знать.При том указание хотя-бы категории могло бы заметно облегчить участь триажеров.Учтя их загруженность странно что в этом направлении все очень скудно.Тэги?Есть!Вот только на самом деле они выбираются из фиксированного списка.Что?Вы не видите этот список а видите только инпут-бокс?И даже не знали об этом поскольку это надо ртфмнуть где-то сбоку?И правда - дропдаун с допустимыми в энном проекте тегами сделать было не судьба.И вот так - везде.Выбор пакетов и поиск по ним?Геморройный донельзя.Если не знаете на </description>
</item>

<item>
    <title>План открытия исходных текстов Launchpad. Статья о Марке Шат... (vitek)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/47922.html#6</link>
    <pubDate>Tue, 13 Jan 2009 19:43:37 GMT</pubDate>
    <description>&amp;gt;&amp;gt;объединить бы их как-нибудь, чтобы баги попадали по назначению&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Можно привязать баг в launchpad багу в upstream&apos;е, есть API для обмена &lt;br&gt;&amp;gt;комментариями с trac и bugzilla &lt;br&gt;&lt;br&gt;да... в том то и проблемма... большинство (по моим собственным прикидкам до 90&#037;) сообщений об ошибках пишут люди, которые и не знают, что такое API (и меня это радует).&lt;br&gt;вот если бы эти ошибки каким-нибудь волшебным способом быстро попадали к нужным людям...&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>План открытия исходных текстов Launchpad. Статья о Марке Шат... (Аноним)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/47922.html#5</link>
    <pubDate>Tue, 13 Jan 2009 14:34:12 GMT</pubDate>
    <description>&amp;gt;объединить бы их как-нибудь, чтобы баги попадали по назначению&lt;br&gt;&lt;br&gt;Можно привязать баг в launchpad багу в upstream&apos;е, есть API для обмена комментариями с trac и bugzilla&lt;br&gt;</description>
</item>

<item>
    <title>План открытия исходных текстов Launchpad. Статья о Марке Шат... (vitek)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/47922.html#4</link>
    <pubDate>Tue, 13 Jan 2009 13:07:47 GMT</pubDate>
    <description>&amp;gt;&amp;gt;На мое имхо как багтрекер он бестолков&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Наоборот, с ним поудобнее, чем с багзиллой, мантисом и траком работать. &lt;br&gt;&lt;br&gt;мне тоже больше нравиться.... хотя иной раз там баги кладут явно не убунтовские.&lt;br&gt;объединить бы их как-нибудь, чтобы баги попадали по назначению.&lt;br&gt;например, есть баг в иксах - к ним и перенаправить. и чтобы быстро. а ответ можно было бы увидеть на LaunchPad.&lt;br&gt;</description>
</item>

<item>
    <title>План открытия исходных текстов Launchpad. Статья о Марке Шат... (Аноним)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/47922.html#3</link>
    <pubDate>Tue, 13 Jan 2009 11:59:26 GMT</pubDate>
    <description>&amp;gt;На мое имхо как багтрекер он бестолков&lt;br&gt;&lt;br&gt;Наоборот, с ним поудобнее, чем с багзиллой, мантисом и траком работать.&lt;br&gt;</description>
</item>

<item>
    <title>План открытия исходных текстов Launchpad. Статья о Марке Шаттлворте (User294)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/47922.html#2</link>
    <pubDate>Tue, 13 Jan 2009 11:38:08 GMT</pubDate>
    <description>&amp;gt; Ну теперь открывайте иходники OpenNET! Это же тоже проект о Open Source... &lt;br&gt;&lt;br&gt;1) Зачем вам исходники LaunchPad?И что, вы реально его юзать будете?На мое имхо как багтрекер он бестолков, да и как остальное достаточно неоднозначная штука.Хотя может в результате его как раз допилят до чего-то вменяемого? :)&lt;br&gt;2) Зачем вам исходники опеннет?Он такой один.И хорош он совсем не движком.Собственно затрудняюсь что-то позитивное сказать о движке сайта, его оформлении и так далее.Но опеннет хорош не этим.Он будет жить со всего лишь приемлимым оформлением и движком.А вот зачем такой движок кому-то еще я хоть убейте не понимаю - у остальных проблема при попытке сделать аналог будет вовсе не в движке(их готовых и на порядок более интересных как грязи).А в том чтобы на сайт кто-то ходил и чтобы на нем было столько же новостей, знаний и так далее.&lt;br&gt;</description>
</item>

<item>
    <title>План открытия исходных текстов Launchpad. Статья о Марке Шаттлворте (BigAlex)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID3/47922.html#1</link>
    <pubDate>Tue, 13 Jan 2009 09:09:55 GMT</pubDate>
    <description>Вообще, Марк очень адекватно заявлял свою позицию почему исходники закрыты. Некоторые части launchpad и так с самого начала были открыты и разрабатывались на том же LP, вклад комьюнити в эти открытые части за все время стремится к нулю, т.е. как пилила их одна команда LP так и пилит. Опять же сравнение LP с SourceForge.net полностью корретно.&lt;br&gt;&lt;br&gt;Ну теперь открывайте иходники OpenNET! Это же тоже проект о Open Source...&lt;br&gt;</description>
</item>

</channel>
</rss>
