Только сейчас заметил, что в первотеге молча трут комменты. Ещё один ресурс идёт лесом...
опасносте twitter.com
opennet начал совать рекламу от Майкрософта прямо в RSS.
opennet.ru — Энтузиасты подключились к компьютерной системе электромобиля Tesla Model S
цитата одного из комментариев:
"В этой штуковине и без гиковских рюшечек есть над чем поработать. Салон, например, от машины туда воткнуть, а не от приоры."
цитата одного из комментариев:
"В этой штуковине и без гиковских рюшечек есть над чем поработать. Салон, например, от машины туда воткнуть, а не от приоры."
opennet.ru "Хочешь сесть на шею — раздвинь ноги" :)
Полезный пост про сравнение нескольких IM.
Оригинал сообщения: opennet.ru
По поводу жратия и мобильности (устойчивость при работе в сетях с прерывающимся сигналом):
iMessage — худшее из всех, в данных условиях. Почему-то именно ему не хватает времени между перегонами станций, чтобы отправить сообщение. Такое ощущение, что ему надо не 100 байт отправить, а мегабайт закачать. Если не смог отправить сообщение — сообщает об этом. Энергопотребление умерянное.
WhatsApp — лучше, чем iMessage, ставит сообщение в очередь, но похоже, что время ожидания на повторную отправку при потере связи какое-то небольшое, через некоторое время сообщение не уходит. Энергопотребление низкое.
Viber — шикарно, умеет ставить сообщение в очередь, отправляет моментально, ожидание в очереди длительное, как только появляется связь — сообщение улетает, имеет статус о прочтении отключаемый. Энергопотребление низкое.
Skype — вообще никак. Потерял связь, все, пока он не переконнектится (а это долго, не успевает), никаких отправок сообщений. Энергопотребление высокое.
IM+ (Skype) — вообще никак. Так же, как и скайп. В метро не юзабельно в принципе. Энергопотребление чуть выше среднего.
BBM — ставит сообщение в очередь, но время ожидания в очереди недолгое. Потом помечает сообщение красным флагом и никак мне не сообщает, что не смог доставить сообщение. Энергопотребление умерянное, но выше среднего.
Оригинал сообщения: opennet.ru
По поводу жратия и мобильности (устойчивость при работе в сетях с прерывающимся сигналом):
iMessage — худшее из всех, в данных условиях. Почему-то именно ему не хватает времени между перегонами станций, чтобы отправить сообщение. Такое ощущение, что ему надо не 100 байт отправить, а мегабайт закачать. Если не смог отправить сообщение — сообщает об этом. Энергопотребление умерянное.
WhatsApp — лучше, чем iMessage, ставит сообщение в очередь, но похоже, что время ожидания на повторную отправку при потере связи какое-то небольшое, через некоторое время сообщение не уходит. Энергопотребление низкое.
Viber — шикарно, умеет ставить сообщение в очередь, отправляет моментально, ожидание в очереди длительное, как только появляется связь — сообщение улетает, имеет статус о прочтении отключаемый. Энергопотребление низкое.
Skype — вообще никак. Потерял связь, все, пока он не переконнектится (а это долго, не успевает), никаких отправок сообщений. Энергопотребление высокое.
IM+ (Skype) — вообще никак. Так же, как и скайп. В метро не юзабельно в принципе. Энергопотребление чуть выше среднего.
BBM — ставит сообщение в очередь, но время ожидания в очереди недолгое. Потом помечает сообщение красным флагом и никак мне не сообщает, что не смог доставить сообщение. Энергопотребление умерянное, но выше среднего.
Пошел читать про systemd, короче. А то все говорят, говорят, говорят...
Во-первых, такого количества стратегов в одном месте я уже сто лет не видел.
Во-вторых, такого количества Наполеонов в одном месте я не видел никогда.
opennet.ru
Во-первых, такого количества стратегов в одном месте я уже сто лет не видел.
Во-вторых, такого количества Наполеонов в одном месте я не видел никогда.
opennet.ru
На правах репоста:
RH разрабатывает systemd. И никто не гарантирует во что выльется эта разработка в конечном счёте. Никто не мешает RH закрыть код или намеренно его усложнить (увеличив издержки на поддержку, что неприемлимо для некоммерческих дистрибутивов) или насовать туда туеву тучу никому не нужных функций, отчего systemd начнёт неистово тормозить. Риск Дебиана состоит в контроле Редхата над systemd, где Редхат неизбежно получит конкурентные преимущества перед другими дистрибутивами.
RH разрабатывает systemd. И никто не гарантирует во что выльется эта разработка в конечном счёте. Никто не мешает RH закрыть код или намеренно его усложнить (увеличив издержки на поддержку, что неприемлимо для некоммерческих дистрибутивов) или насовать туда туеву тучу никому не нужных функций, отчего systemd начнёт неистово тормозить. Риск Дебиана состоит в контроле Редхата над systemd, где Редхат неизбежно получит конкурентные преимущества перед другими дистрибутивами.
Вы рвете мои паттерны: хайлоад и интерпретируемый язык без jit и garbage collector — практически взаимоисключающие понятия.
Ваши паттерны порвала вам акушерка.
Ваши паттерны порвала вам акушерка.
В форуме на opennet интересные комментарии, попадают в кучу хамства, оскорблений, негатива. Это явление зашкаливает, показательны темы о выходе новых программ, систем, будь-то Octave, ReactOS, *BSD, MIR. Невежественные комментарии от "а зачем это нужно" до "засорили интернет своим кодом", претензии на то что анонимам (в большинстве это они) что-то должны.
Что делать с этим негативным явлением?
Что делать с этим негативным явлением?
1) APT сама по себе — это просто набор библиотек, написанных на C++. В этом несложно убедиться, скачав исходники (apt-get source apt) и прогнав по ним sloccount.
2) В состав пакета "apt" входят также утилиты типа "apt-get", которые предоставляют интерфейс пользователя над этими библиотеками. Но это всего-лишь один из возможных фронтендов над системой APT!
Из "man apt": "APT is a management system for software packages. For normal day to day package management there are several frontends available, such as aptitude(8) for the command line or synaptic(8) for the X Window System. Some options are only implemented in apt-get(8) though."
3) "aptitude" хотя и поставляется отдельным пакетом, но точно так же как и "apt-get" использует те же библиотеки (т.е. систему APT). В этом несложно убедиться, натравив "ldd" на aptitude и apt-get, и сравнив результаты. Можно увидеть, что обе эти утилиты используют библиотеку "libapt-pkg.so", которая как раз и является частью системы APT.
4) отсюда следует, что aptitude — такой же прямой способ работы с системой APT (которая является просто набором библиотек на C++), как и apt-get. Разница только в том, что "apt-get" поставляется в пакете "apt", а "aptitude" идёт отдельным пакетом.
5) почему вы могли подумать что aptitude использует apt-get: в "man apt-get" есть такая фраза: "apt-get is the command-line tool for handling packages, and may be considered the user's "back-end" to other tools using the APT library. Several "front-end" interfaces exist, such as dselect(1), aptitude(8), synaptic(8) and wajig(1)."
Также я часто читаю такое в интернете, что aptitude это фронт-енд для apt-get. Честно, ума не приложу, откуда они взяли такую информацию. Просто сделайте "grep -r apt-get *" в исходниках aptitude и сами посмотрите. aptitude НЕ ИСПОЛЬЗУЕТ утилиту apt-get, она использует только библиотеки APT. Может быть имеется ввиду, что остальные фронт-енды типа aptitude, synaptic и т.д., копируют часть кода непосредственно из apt-get для своих целей — это правда. Но от самой утилиты apt-get они не зависят, т.е. не вызывают её.
А нет никакого стандарта. Зато есть рекомендация от разработчиков Debian: rel="nofollow">debian.org
"aptitude is the recommended package manager for Debian GNU/Linux systems".
Если вы имеете ввиду, почему aptitude не входит в состав пакета "apt" — то по историческим причинам. Это просто другой фронт-енд, написанный, возможно, другими людьми. Нет смысла вливать пакет aptitude в пакет apt. Просто не стоит путать стандарты (которые должны быть явно определены во внешнем источнике, хотя бы в документации) и принадлежность пакету.
Почему конкретно Ubuntu убрала aptitude из образа — скорее всего в целях экономии места, т.к. большинство пользователей Ubuntu устанавливает софт из GUI-фронтенда. Mint, насколько я помню, базируется на Ubuntu, так что нет ничего удивительного, что там тоже нет aptitude по умолчанию. И то что derivative-дистрибутивы не содержат aptitude установленным по умолчанию и используют в документации "apt-get", — не делает "apt-get" стандартом. На это способны только разработчики оригинального дистрибутива, т.е. Debian, т.к. именно они развивают APT. А они рекомендуют aptitude к каждодневному использованию.
Ну и справедливости ради стоит отметить, что бессмысленно противопоставлять aptitude и apt-get. Логично просто использовать тот, который лучше подходит в данной конкретной ситуации. Они оба хороши. Но во многих случаях aptitude удобнее apt-get. Хотя иногда без apt-get/apt-cache не обойтись.
opennet.ru
2) В состав пакета "apt" входят также утилиты типа "apt-get", которые предоставляют интерфейс пользователя над этими библиотеками. Но это всего-лишь один из возможных фронтендов над системой APT!
Из "man apt": "APT is a management system for software packages. For normal day to day package management there are several frontends available, such as aptitude(8) for the command line or synaptic(8) for the X Window System. Some options are only implemented in apt-get(8) though."
3) "aptitude" хотя и поставляется отдельным пакетом, но точно так же как и "apt-get" использует те же библиотеки (т.е. систему APT). В этом несложно убедиться, натравив "ldd" на aptitude и apt-get, и сравнив результаты. Можно увидеть, что обе эти утилиты используют библиотеку "libapt-pkg.so", которая как раз и является частью системы APT.
4) отсюда следует, что aptitude — такой же прямой способ работы с системой APT (которая является просто набором библиотек на C++), как и apt-get. Разница только в том, что "apt-get" поставляется в пакете "apt", а "aptitude" идёт отдельным пакетом.
5) почему вы могли подумать что aptitude использует apt-get: в "man apt-get" есть такая фраза: "apt-get is the command-line tool for handling packages, and may be considered the user's "back-end" to other tools using the APT library. Several "front-end" interfaces exist, such as dselect(1), aptitude(8), synaptic(8) and wajig(1)."
Также я часто читаю такое в интернете, что aptitude это фронт-енд для apt-get. Честно, ума не приложу, откуда они взяли такую информацию. Просто сделайте "grep -r apt-get *" в исходниках aptitude и сами посмотрите. aptitude НЕ ИСПОЛЬЗУЕТ утилиту apt-get, она использует только библиотеки APT. Может быть имеется ввиду, что остальные фронт-енды типа aptitude, synaptic и т.д., копируют часть кода непосредственно из apt-get для своих целей — это правда. Но от самой утилиты apt-get они не зависят, т.е. не вызывают её.
А нет никакого стандарта. Зато есть рекомендация от разработчиков Debian: rel="nofollow">debian.org
"aptitude is the recommended package manager for Debian GNU/Linux systems".
Если вы имеете ввиду, почему aptitude не входит в состав пакета "apt" — то по историческим причинам. Это просто другой фронт-енд, написанный, возможно, другими людьми. Нет смысла вливать пакет aptitude в пакет apt. Просто не стоит путать стандарты (которые должны быть явно определены во внешнем источнике, хотя бы в документации) и принадлежность пакету.
Почему конкретно Ubuntu убрала aptitude из образа — скорее всего в целях экономии места, т.к. большинство пользователей Ubuntu устанавливает софт из GUI-фронтенда. Mint, насколько я помню, базируется на Ubuntu, так что нет ничего удивительного, что там тоже нет aptitude по умолчанию. И то что derivative-дистрибутивы не содержат aptitude установленным по умолчанию и используют в документации "apt-get", — не делает "apt-get" стандартом. На это способны только разработчики оригинального дистрибутива, т.е. Debian, т.к. именно они развивают APT. А они рекомендуют aptitude к каждодневному использованию.
Ну и справедливости ради стоит отметить, что бессмысленно противопоставлять aptitude и apt-get. Логично просто использовать тот, который лучше подходит в данной конкретной ситуации. Они оба хороши. Но во многих случаях aptitude удобнее apt-get. Хотя иногда без apt-get/apt-cache не обойтись.
opennet.ru
По заявлениям видных аналитиков, если в заголовке есть слово "Wayland", то с вероятностью 99,999% в камментах появится слово "Mir". И наоборот.
Разница аудиторий как на ладони:
Смотрим новость "Компания Google занесла официальный сайт PHP в список ресурсов, распространяющих вредоносное ПО " на opennet.ru
Комментарии в стиле "Всё. Правильно. Сделали." в небольшом плюе, идёт спокойное обсуждение достоинств и недоостатков языка, особенностей взлома, основных тенденций в компьютерной безопасности, милые шутки за чашкой чая.
Теперь смотрим новость "Chrome и Firefox забанили php.net" на habrahabr.ru
Комментарии в стиле "Давно пора =)" яростно заминусованы, отовсюду истерики в стиле "зачем оскорблять языки программирования", "злорадство это плохо", "такой полезный сайт лежит, а вы смеётесь", "попридержите комплексы".
Прямо душой отдохнул, требую ещё холиварных баттхёртных тем!
Смотрим новость "Компания Google занесла официальный сайт PHP в список ресурсов, распространяющих вредоносное ПО " на opennet.ru
Комментарии в стиле "Всё. Правильно. Сделали." в небольшом плюе, идёт спокойное обсуждение достоинств и недоостатков языка, особенностей взлома, основных тенденций в компьютерной безопасности, милые шутки за чашкой чая.
Теперь смотрим новость "Chrome и Firefox забанили php.net" на habrahabr.ru
Комментарии в стиле "Давно пора =)" яростно заминусованы, отовсюду истерики в стиле "зачем оскорблять языки программирования", "злорадство это плохо", "такой полезный сайт лежит, а вы смеётесь", "попридержите комплексы".
Прямо душой отдохнул, требую ещё холиварных баттхёртных тем!
Днем на опеннете такой замечательный вкусный комментарий был, я его хотел сюда скопипастить. А вечером глянул — уже позно Шигорин удалил все нафиг. Ну не урод ли он?
"Не надо недооценивать открытые технологии — я вчера с помощью телефона OpenMoko спасся от гопника. Увидев мой телефон гопник заплакал и дал мне сто рублей!"
"Представлен неподдающийся обратному инжинирингу метод запутывания кода"
1: Они что, полиморфные вирусы изобрели?
2: Нет. Всего лишь Perl.
1: Они что, полиморфные вирусы изобрели?
2: Нет. Всего лишь Perl.
Бедные Анонимные Аналитики! Не новость, а сплошной разрыв шаблонов какой-то!
Новая Софтина! — cooo-o-oool!
Но китайская! — ууууу!
Зато почти-как-офис и бесплатно! — ваааау!
Но closed source! — тьфу!
Так ведь на QT писано и типа под linux! — даааа?
Но odf не поддерживает и под винды идет! — ....
...
Ребят, вы прямо скажите — ругать или хвалить в камментах, а?
opennet.ru
Новая Софтина! — cooo-o-oool!
Но китайская! — ууууу!
Зато почти-как-офис и бесплатно! — ваааау!
Но closed source! — тьфу!
Так ведь на QT писано и типа под linux! — даааа?
Но odf не поддерживает и под винды идет! — ....
...
Ребят, вы прямо скажите — ругать или хвалить в камментах, а?
opennet.ru
111: Ждем когда вы перепишете на баше кернел. Чтобы стало совсем уж юниксвэйно.
222: Мы работаем над этим. Столкнулись с проблемой: наше ядро нуждается в интерпретаторе. Совать для этого сишный блоб баша — поттерингизм в терминальной стадии. Должно быть все на чистых скриптах, включая прошивку биоса. Но вот кто их будет интерпретировать — пока непонятно.
222: Мы работаем над этим. Столкнулись с проблемой: наше ядро нуждается в интерпретаторе. Совать для этого сишный блоб баша — поттерингизм в терминальной стадии. Должно быть все на чистых скриптах, включая прошивку биоса. Но вот кто их будет интерпретировать — пока непонятно.
Мигель де Икаса, создатель GNOME и Mono, заявил об уходе с платформы Linux на Mac OS X
opennet.ru
Ну, как говорится, скатертью по жопе.
opennet.ru
Ну, как говорится, скатертью по жопе.
Иногда мне кажется, что iZEN — это такой очень тонкий линyксоедный тролль. Не может человек просто так постоянно нести полнейшyю пyргy тонкими слоями по интернетам.
opennet.ru опера теперь официально не нужна
Дистрибутив CentOS, легально скачанный с сайта CentOS.orgopennet.ru
Правда в статье не сказано, где брать кряк для него. Видимо придётся топать на ннм-клуб или накакой-нить ещё пиратбей. Вот любят они выкладывать недоделанные статьи.
Ок, для успешной индексации строк с over 2 млрд. символов всегда надо
будет хранить лишних 4 байта, для любой строки, удачи !
да хоть 8 байт, хоть 32-а, это один фиг лучше, чем рут полученный через переполнение.
посоны обсуждают уязвимость в php
рут полученный через переполнение
мир ебанулся, пхп от рута
Из цикла "мы с товарищем вдвоём работали на дизеле": opennet.ru
Разработчики свободного проекта phpMyAdmin заявили о выявлении факта распространения на одном из зеркал SourceForge.net модифицированного оригинального архива phpMyAdmin-3.5.2.2-all-languages.zip, в который был внедрён бэкдор. Поражёнными оказались системы пользователей, которые при загрузке с официального сайта phpMyAdmin были перенаправлены на зеркало cdnetworks-kr-1.
opennet.ru
Хацкеры всё хитрее и хитрее
opennet.ru
Хацкеры всё хитрее и хитрее
Разработчики Ubuntu приняли решение не включать в состав Ubuntu 12.10 реализацию графического окружения, построенного поверх дисплейного сервера Wayland и композитного сервера Weston. Интеграция Wayland в дистрибутив отложена до выпуска Ubuntu 13.04. Отмечается, что планы по переводу работы всей графической подсистемы Ubuntu на Wayland и Weston слишком велики и не достижимы к осеннему релизу, несмотря на то, что наблюдается значительный прогресс в разработке проекта Ubuntu System Compositor.
Пацаны ваще ребята:
Вскоре после объявления о покупке связанного с Qt бизнеса у компании Nokia, разработчики проекта KDE получили письмо от директора по разработке и исследовательским проектам Digia в котором было дано заверение о сохранении открытого характера разработки и желание укрепить сотрудничество с проектом KDE и другими представителями связанной с Qt экосистемы. Digia рассматривает сообщество KDE в качестве ключевого локомотива развития Qt и активного участника разработки, поэтому намерена перевести отношения c KDE на новый уровень.
opennet.ru
А ещё у них есть русская версия сайта: digia.com
Вскоре после объявления о покупке связанного с Qt бизнеса у компании Nokia, разработчики проекта KDE получили письмо от директора по разработке и исследовательским проектам Digia в котором было дано заверение о сохранении открытого характера разработки и желание укрепить сотрудничество с проектом KDE и другими представителями связанной с Qt экосистемы. Digia рассматривает сообщество KDE в качестве ключевого локомотива развития Qt и активного участника разработки, поэтому намерена перевести отношения c KDE на новый уровень.
opennet.ru
А ещё у них есть русская версия сайта: digia.com
opennet.ru На опеннете выложили список проблем gnome3. Особенно порадовал последний пункт:
Похоже, даже разработчики не знают, что они в данный момент разрабатывают.
Отсутствие ясных целей развития проекта и определения, что представляет собой GNOME.
Похоже, даже разработчики не знают, что они в данный момент разрабатывают.
Бенжамин Отте (Benjamin Otte), участвующий в разработке GNOME, опубликовал заметку с критикой ситуации, сложившейся в проекте GNOME. Среди проблемных моментов отмечается:
Отсутствие ясных целей развития проекта и определения, что представляет собой GNOME.
opennet.ru
Гномокапец к нам приходит
Отсутствие ясных целей развития проекта и определения, что представляет собой GNOME.
opennet.ru
Гномокапец к нам приходит
«В Systemd реализована поддержка изоляции системных вызовов для запускаемых сервисов»
"ОШИБКА: Публикация комментариев к данной теме доступна только для зарегистрированных пользователей"
FUUUUUUU
"ОШИБКА: Публикация комментариев к данной теме доступна только для зарегистрированных пользователей"
FUUUUUUU
Наконец-то кдешники высказались про qt: opennet.ru
Аноним: Это здорово, что Unity3D будет доступен для Linux. А что это такое?
Толстый: en.wikipedia.org
Толстый: en.wikipedia.org
Это такой тонкий стеб — GNU/Linux, GNU/Emacs?
Да. Есть там один шутник.
> Какая радость то, можно скомпилять сегодня и новое ядро, новый вайн, и мне сегодня совершенно не нужна сковородка :D
секреты кухни от гентушников
Так надо.
storage5.static.itmages.ru
storage5.static.itmages.ru
Кей Сайверс (Kay Sievers), один из создателей подсистемы udev, объявил о решении по слиянию проектов udev и systemd в единое дерево исходных текстов. Все функции обслуживания устройств в директории /dev и обработка операций подключения и отключения внешних устройств, которые ранее выполняла подсистема udev, отныне будут непосредственно интегрированы в системный менеджер systemd.
opennet.ru
lwn.net
opennet.ru
lwn.net
(c) "> Генту на серверах это хорошо конечно... но годы уже не те."
в версии Firefox 7 потребление памяти было сокращено на 20-30%
в Firefox 8 наработки позволили уменьшить расход памяти ещё приблизительно на 14%
в Firefox 9 — ещё на 16%.
По заявлению разработчиков в следующих версиях браузера тенденция сокращения потребления памяти будет сохранена.
== В Firefox 12 отключено потребление ОЗУ!
via: opennet.ru
Присоединюсь к вопросу с opennet:
opennet.ru
Я наверно глупую вещь спрошу, но уже давно интересно.Принцип работы DHT в том, что торрент-клиент обращается к другим торрент-клиентам в поисках хэша файла, если те не находят такой, то опрашивают другие клиенты и так далее, пока не найдут. Правильно? Так вот откуда мой торрент-клиент знает адреса других клиентов? Допустим, я его установил впервые и сразу запустил закачку, на какой адрес он пойдёт спрашивать? Будет рандомно опрашивать случайные IP?
opennet.ru