Если среди юзеров форума есть ярые фанаты этого броузера и любого менеджера буфера обмена пожалуйста проголосуйте за баг

http://code.google.com/p/chromium/issues/detail?id=68886

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

Все бы хорошо, но когда мне звонит такой контакт - на экране видно только имя и отчество. Что есть очень плохо, так так вопрос «кто же это звонит» вводит в ступор на несколько секунд.

Какие будут идеи? Написать свою звонилку не предлагать

Ах да, дефолтный CM7.1

О том, что такое os-release.

Статья-анонс от Леннарта (оно уже медленно откывается), то же в блогах gnomeplanet (искать «/etc/os-release» на странице), из кеша гугла

и да, теперь systemd жить без этого не может!

=========================================================================

.....................................УБЕДИТЕЛЬНАЯ ПРОСЬБА

перед тем как писать первое что пришло в голову осильте пожалуйста весь пост =========================================================================

Как-то давно я высказал мысль о том, что было бы неплохо запихнуть portage tree в базу.

Много воды утекло с тех пор. Я успел два раза сменить работу. Сейчас в моих задачах часто мелькает sql. Универовский курс и так был плох + я его еще и не слушал внимательно (ведь всего лишь зачет). И тут я вспомнил о своей идее..

Цели (в порядке убивания важности)

• максимально возможно (в рамках задачи) изучить sql
• подтянуть знание python/ruby (почему ruby, см ниже)
• если удастся — «получить» новую версию package management system (PMS) в Gentoo (но в то же время это не самоцель) или хотя бы разродится GLEP`ом (желательно в статусе accepted) и [полу]рабочим кодом. 
• все что есть в README.md на github`е
• возможно что-то еще, что я забыл

За месяц в свободное время (+ частично забивая болт на работу) я успел налабать достаточно говно^Wкода, которий генерит такой же список, как и

emerge -pO world

emerge -pO `cat /var/lib/portage/world`

vv@crusader ~/work/own/ruby/portage3/source/tools $ ./01_prepare_fast_storage.rb -r
Checking if '/dev/shm' path is present on target system.. OK
Checking if '/dev/shm' is a directory on target system.. OK
Checking if '/dev/shm' is writable on target system.. OK
Checking if '/dev/shm' has enough space on target system.. OK
Starting exctact portage snapshot.. Done
vv@crusader ~/work/own/ruby/portage3/source/tools $ ./02_generate_new_profiles.rb
cp: omitting directory `profiles/arch'
...  << SKIPPED
cp: omitting directory `profiles/default/linux/x86'
vv@crusader ~/work/own/ruby/portage3/source/tools $ ./03_patch_profiles_list.rb
vv@crusader ~/work/own/ruby/portage3/source/tools $ ./04_patch_package-mask.rb
vv@crusader ~/work/own/ruby/portage3/source/tools $ ./05_patch_ebuilds.rb
vv@crusader ~/work/own/ruby/portage3/source/tools $ ./06_create_db.rb
Everything is OK. Database was created at:
/dev/shm/portage3_data/test-20120206-223124.sqlite
vv@crusader ~/work/own/ruby/portage3/source/tools $ time ./07_fill_db.rb
././tables_population/26_ebuilds.rb:19: warning: already initialized constant VERSION
././tables_population/28_profile_masks.rb:21: warning: already initialized constant VERSION
././tables_population/29_users_keywords.rb:20: warning: already initialized constant VERSION
././tables_population/30_users_mask.rb:20: warning: already initialized constant VERSION
real    2m38.133s
user    2m4.067s
sys     0m32.847s
vv@crusader ~/work/own/ruby/portage3/source/tools $ mv /dev/shm/portage3_data/test-20120206-223124.sqlite /tmp/
vv@crusader ~/work/own/ruby/portage3/source/tools $ cd ../src/
vv@crusader ~/work/own/ruby/portage3/source/src $ time `./emerge_pO_world.rb -f /tmp/test-20120206-223124.sqlite > /tmp/p3_fin`
real    0m0.559s
user    0m0.200s
sys     0m0.020s
vv@crusader ~/work/own/ruby/portage3/source/src $ cat /usr/local/bin/et
#!/bin/sh
emerge -pO `cat /var/lib/portage/world` | grep ebuild | awk '{print $4}' | sort > /tmp/p2_fin
vv@crusader ~/work/own/ruby/portage3/source/src $ time `et`
real    0m13.956s
user    0m4.603s
sys     0m0.226s
vv@crusader ~/work/own/ruby/portage3/source/src $ diff /tmp/p2_fin /tmp/p3_fin
vv@crusader ~/work/own/ruby/portage3/source/src $

Как видите быстрее в ~27 раз. Тестировал на __обычной__ генте, на ноуте 5-летней давности (Toshiba Satellite m100-221)

Что есть

• source code на github`е, основная ветка сейчас — keywords2
• желание пилить дальше (или участвовать/помогать)
• пачка скриптов на руби, 2 sql файла и todo-файл (infos/issues)
• новые нескучные обои^W^Wпрофили (см папку profiles_v2). Обьяснения ниже
• новых профилей только 2: x86/linux/* & amd64/linux/*. Внимание: у меня stable х86 и тестил я только на нем. Возможно Вам удастся завести и на других arch`ах (без или с минимальными хаками кода и базы)
• поддержка keywords (~/+) на всех уровнях
• поддержка package.[un]mask (masked()/unmasked(-)) на всех уровнях
• поддержка /etc/portage/package.{keywords,mask,unmask} в виде __файлов__

RUBY? WTF!!!

У меня есть несколько наколенных скриптов написаних на питоне. Они верой и правдой служат мне каждый день. Но на работе меня попросили перейти на красный. И вот, после руби, возвращаться на питон не хочется вообще. Чтобы не разводить холивар, причины пропущу.

Я прекрасно понимаю, что не может быть и речи о попадании моего творения в «продакшен», пока все не будет переписано на питоне. После того, как сие (переписывание) случится, обязуюсь в рамках проекта дальше кодить на питоне.

PROFILES. 2 beers or not 2 beers

Сначала они мне показались слишком запутанными, разбросанными, с наследованием на каждом углу итп итд. Я решил упростить схему до следующего

${portage_home}/profiles/base/{hardware architecture}/{software platform/}/[({feature}/)?]/{release}/{target}/[({blah-blah}/)*]

• hardware architecture - x86, amd64, sparc64 etc
• software platform - linux, freebsd, winnt, (да-да; см. profiles/profiles.desc) etc
• feature - default, ulibc (или как там ее), hardened etc
• release - 10.0, 2008.0 etc
• targer - server, desktop, developer etc
• blah-blah - kde, gnome, etc

Но потом я начал понимать, что не все так радужно, как казалось. Пока оставил как есть. «to be continued» как говорится.

Чего хочу от ВАС

• так как я в базах до этого был почти полный ноль то:
  • критики/советов/etc о том, как спроектирована база (portage.sqlite.sql)
  • критики/советов/etc о том, как упростить и сделать быстрее запросы в emerge_pO_world.rb
• советов о том, какая база здесь будет лучше и быстрее в использовании.
  • sqlite. используется сейчас.
  • berkelydb. c 5й версии она торт
  • что-то типа такого. чтобы быстрее считать [RC]DEPEND`ы (подразумеваем дерево зависимостей)
  • здесь идут вашы варианты. но помните, что не каждый захочет для PMS тянуть в систему mysql/postgres/etc
• быть разработчиком/контрибутором. есть желающие?
• а тестером? а если у вас нестандартная arch — так вообще замечательно
• осуществить/помочь с переходом на python

Чего нет

• достаточно свободного времени
• хорошей обработки ошибок. сейчас оно просто вываливается. Если ничего не работает, но и нет ошибок запускайте каждый скрипт по отдельности
• нормальных debug сообщений
• нормальной поддержки версий (см. портянку в 26_ebuilds.rb:155, а также в файле issues)
• [RC]DEPENDS
• use flags
• overlays
• буквенные слоты
• ...
• этот список можно продолжать очень долго

Что НЕ хочу от ВАС

• «тред не читай & сразу отвечай»
• советов о том, что gentoo/portage/sql/python/ruby/ ZuBB/etc не нужен
• советов о том что любой кусок кода в папке tools говно. Возможно так и есть. Сейчас это не главное
•  не создавайте ишки c feature requests/blue sky ideas на гитхабе. Пока видимые задачи/проблемы/баги явно в фаворе

Что будет дальше

1. мердж всех веток в мастер
2. я беру паузу на месяц-полтора. буду чередовать работу/отдых/катание на Буковеле по виходным/ДР`я в компании/etc
3. если будет заинтересованность здесь, то сделаю небольшой cleanup кода и анонс в G+/Gentoo Forums(/еще гдето?)

Кушать подано! (С)

PS: пардоньте мой «французский». Это не мой родной язык

PS2: ах да mail: zv@sylvv AT почта «самой хорошей корпорации в мире» DOT ком

PS3: извините за длинный пост

сабж

//то что в вики не работает

есть

[ebuild U ] x11-terms/rxvt-unicode-9.12-r1 [9.10] USE=«focused-urgency%* mousewheel%* -alt-font-width%»

нужно

x11-terms/rxvt-unicode-9.12-r1

http://piccy.info/view3/2552240/723ce910a0ab81376da9bdfadb57a631/1200/

что то мне кажется что это не нормально. как пофиксить?

vv@vv-Latitude-E5520 /dev/shm/portage3_data/portage/profiles_v2 $ find base/ -name 'package.mask' -exec grep '^~' {} \;
~media-libs/opengtl-0.9.16
~dev-util/boost-build-1.48.0
~dev-libs/boost-1.48.0
~sys-fs/udev-175
~dev-libs/soprano-2.6.1
~dev-libs/soprano-2.7.1
~dev-db/mariadb-5.1.55
~app-editors/emacs-vcs-23.3.9999
~app-editors/emacs-vcs-24.0.9999
~app-i18n/skk-jisyo-9999
~app-arch/rpm-4.4.7
vv@vv-Latitude-E5520 /dev/shm/portage3_data/portage/profiles_v2 $ 

devmanual говорит идите в man 5 portage а там ничего нету

create table ebuilds2arches (
    id INTEGER,
    package_id INTEGER NOT NULL,
    -- strict package version
    sversion VARCHAR DEFAULT NULL,
    -- package version where * might be used
    version VARCHAR DEFAULT NULL,
    -- id of the version restriction
    restriction_id INTEGER DEFAULT NULL,
    arch_id INTEGER NOT NULL,
    -- id of the source where definition of arch for ebuilds specified
    source_id INTEGER NOT NULL,
    FOREIGN KEY (package_id) REFERENCES packages(id),
    FOREIGN KEY (source_id) REFERENCES sources(id),
    FOREIGN KEY (restriction_id) REFERENCES version_restrictions(id),
    CONSTRAINT idx1_unq UNIQUE (package_id, arch_id),
    CONSTRAINT chk_versions CHECK (sversion NOT NULL OR version NOT NULL)
    --CONSTRAINT chk_sversion CHECK (sversion IN (SELECT version FROM ebuilds)),
    CONSTRAINT chk_version CHECK (version like '%*')
    PRIMARY KEY (id)
);

в constraint`е которий заремарен, хотелось бы добавить проверку следующего содержания: валидны только те значения, что есть в столбце version (а он как раз не primary key) в таблице ebuilds.

проверка которая сейчас, дает следующую ошибку при создании базы

vv@crusader ~/work/own/ruby/portage3/source/tools $ ./create_db
subqueries prohibited in CHECK constraints
vv@crusader ~/work/own/ruby/portage3/source/tools $ ^C

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

сабж

уточнение вопроса: интересуют только профили «1го уровня» (те что непосредственно в ${portage_home}/profiles а не в следующих уровнях вложености)

// извиняйте мою голову за возможно не совсем четко поставленный вопрос. она сейчас тяжелая

спасибо в адванс

Перемещено mono из talks

из лога апдейта alsa-utils в Gentoo

drop module-init-tools from dependencies since it is in @system and will eventually be replaced by kmod (approved by chainsaw).

kmod^WДело Леннарта живет и процветает. Наверно нужно ждать в других дистрибутивах

что это за время такое настало, что все старое/проверенное нужно обязательно заменить на новое?

я не против нового, но просто уж больно участилось это дело

vv@vv-Latitude-E5520 /dev/shm/portage3_data/portage $ grep -h '^EAPI' */*/*ebuild | grep -v '#' |sed 's/"//g' | sed 's/EAPI=//' | uniq | wc -l
6903

vv@vv-Latitude-E5520 /dev/shm/portage3_data/portage $ grep -h '^EAPI' */*/*ebuild | grep -v '#' |sed 's/"//g' | sed 's/EAPI=//' | uniq | tail -n 25
2
4
2
3
4
2
4
2
3
2
3
1
4
3
1
2
4
2
3
4
2
3
2
3
4
vv@vv-Latitude-E5520 /dev/shm/portage3_data/portage $

что я пропустил?

скрин №1 vs скрин №2.

хотелось бы одинакового поведения^W labeling

В списке рассылки разработчиков ядра Linux Грег Кроа-Хартман (Greg Kroah-Hartman) объявил, что ветка 3.0 получит longterm статус (дополнительный период выпуска обновлений). Период поддержки составит 2 года и будет осуществлен самим Грегом. Также он сказал, что:

• ветка 3.2 будет поддерживаться, пока разработчики не выпустят следующую (3.3) версию.
• для ветки 3.1 возможно будет выпущено ещё 1-2 обновления.
• предыдущая longterm-ветка (2.6.32) в скором времени перестанет получать обновления. Грег не исключает возможности поддержки этой ветки кем-то другим.

Так же было объявлено о том, что:

• rt-версия ветки 3.0 также получит дополнительный период поддержки, она будет осуществляться Стивеном Ростедтом (Steven Rostedt).
• компания Canonical продолжит поддержку ветки 2.6.32 до апреля 2015 года.
• компания Canonical решила использовать ветку 3.2 для следующего релиза (12.04) дистрибутивов на базе Ubuntu. Период поддержки начнется после выхода ветки 3.3.
• сообщество разработчиков Debian все еще обсуждает, какую ветку ядра Linux нужно использовать для следующего (Wheezy) релиза. Ben Hutchings заинтересован в том, чтобы это была ветка 3.2.

>>> Подробности

сразу извиняюсь за возможно ложный заговолок, но вечером умных мислей осталось совсем немного

итак

вариант №1

create table we (
    id INTEGER,
    f1 text,
    f2 text,
    f3 INTEGER DEFAULT 0,
    CONSTRAINT blah UNIQUE (f1, f2),
    PRIMARY KEY (id)
);

вариант №2

create table we (
    id INTEGER,
    f1 text,
    f2 text,
    f3 INTEGER,
    CONSTRAINT blah UNIQUE (f1, f2),
    CONSTRAINT dooh CHECK .. /*здесь должна быть умная проверка о том, что f3 (Integer(true)) не может быть добавлен без добавления f2 и опционально? f1 */,
    PRIMARY KEY (id)
);

f3 играет роль «булевого» флажка

интересуют плюсы и минусы каждого решения.

есть dlink-615 c2 c ddwrt на борту. он начал ужасно глючить. по несколько раз за вечер нужно перегружать.

симптомы такие: пинг к роутеру подскакивает до 2-25 секудн. после этого уже никакой wan/lan ресурс не доступен

что это может быть? поможет ли прошивка в openwrt? если да, то как?

ps:роутеру около полутора года. в оcновном wifi, 2-5 клиентов в домашней сети

я вернулся :)

сейчас я питаюсь закоммитить измененный файл..

vv@crusader ~/work/own/python/config_tool/my_confman/configs $ gt status
# On branch tee
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   2
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       .swp
#       3
no changes added to commit (use "git add" and/or "git commit -a")
vv@crusader ~/work/own/python/config_tool/my_confman/configs $ !p
python ../confman 
<type 'file'>   .swp
8
unexpected status
===
<type 'file'>   3
8
unexpected status
===
<type 'file'>   2
16
:)
.swp
8
--
3
8
--
2
2
--
÷ý*y²BZ8ѫ%|
<pygit2.Commit object at 0xb74ae120>
d54011f7fd2a7990c654b2425a38d1ab25c6717c
===
vv@crusader ~/work/own/python/config_tool/my_confman/configs $ gt status
# On branch tee
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   2
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       .swp
#       3
vv@crusader ~/work/own/python/config_tool/my_confman/configs $ gt log -n 2
commit b01d1463ea2766dddecda1f13e8e12d83effe106
Author: vv <vv@crusader.terra.zu>
Date:   Sun Jan 1 13:58:41 2012 +0200

    test2

commit aa309cdf3330831d0f19de534921364991c54e7b
Author: vv <vv@crusader.terra.zu>
Date:   Sun Jan 1 13:56:24 2012 +0200

    test

vv@crusader ~/work/own/python/config_tool/my_confman/configs $

да, файл в staging добавляется. см внимательно статус после исполнения питонового скрипта.

код, который «делает» коммит

    message = "Update of '" + os.path.basename(filepath) + "', "
    message += "made at '" + socket.gethostname() + "' host"

    # TODO: get name, email from ...
    author = ('Jack Brown', '888@gmail.com', time.time(), time.altzone / 60)

    # Get the last commit
    head = repository.lookup_reference('HEAD')
    head = head.resolve()
    parent_commit = repository[head.oid]
    parents = [parent_commit.hex]

    # Get the tree object for last commit
    tree_prefix = parent_commit.tree.hex

    sha = repository.create_commit(None, author, author, message, tree_prefix, parents)
    print sha
    print repository[sha]
    print repository[sha].hex

что теперь я делаю не так? или по другому: какой ман теперь надо читать?

подскажите где в ddwrt падают логи о попытках аутентификации при подключении через wifi?

Книга говорит

The Git index is used as a staging area between your working directory and your repository. You can use the index to build up a set of changes that you want to commit together. When you create a commit, what is committed is what is currently in the index, not what is in your working directory.

тоесть ниже у меня индекс пустой

vv@crusader ~/work/own/python/config_tool/my_confman/configs $ ls -l
total 8
-rw-r--r-- 1 vv vv 2 січ  1 13:58 1
-rw-r--r-- 1 vv vv 2 січ  1 13:58 2
vv@crusader ~/work/own/python/config_tool/my_confman/configs $ gt status
# On branch tee
nothing to commit (working directory clean)
vv@crusader ~/work/own/python/config_tool/my_confman/configs $

но следующий «скрипт»

..
    index = repository.index
    # lets check if index is empty
    #print dir(index)
    #pprint (vars(index))
    #print index[0]
    print len(index)
    print index['1']
    print index['2']
..

выдает немного не те результаты

vv@crusader ~/work/own/python/config_tool/my_confman/configs $ !p
python ../confman
2
<pygit2.IndexEntry object at 0xb746e0f0>
<pygit2.IndexEntry object at 0xb746e0f0>
vv@crusader ~/work/own/python/config_tool/my_confman/configs $

wtf?

Дано:

• инет от провайдера через эзернет
• dlink-615 c2 rev + ddwrt Firmware: DD-WRT v24-sp2 (08/07/10) std (build 14896)
• tplinkl TL-WR741ND ver 1.3 + openwrt c каким-то транком? от ~сентября сего года
• квартира следующего вида. балкон№1 - открытый, балкон№2 - закрытый
• инет приходит на балкон№1
• как роутер сейчас используется dlink, стоит в коморке Р. иногда добавляет адскую задержку(хочет получить по мордеopenwrt?)

Что хочется: чтоб было зае@ись все работало^W^W нормальный(насколько это возможно, без сущестенних фин-затрат) wifi по всей квартире + находясь во дворе (со стороны балкон№2) почитать пару rss через свой wifi

Вопросы:

• какой роутер куда лучше поставить?
• нужен ли мне wds? если да - какие есть нюансы по настройке

приветстуются любые дельные советы

кастую всех сетевиков и персонально pekmop1024