Закрывающий уязвимость APK помог исправить ситуацию на SGS3 (i9300T). Кстати, о возможных проблемах с работой камеры (об этом предупреждает разработчик упомянутого APK): если прошит Custom ROM (вроде CyanogenMod, AOKP и т.п.) — камера (в т.ч. и фронтальная) не пострадает (что как-бы очевидно, т.к. большинство кастомных прошивок используют нативную камеру Android, в то время как страдает от закрытия уязвимости только «родная» камера оригинальной Samsung'овской прошивки).
Faenza — отличный icon set. Наверное, самый достойный из открытых/бесплатных на данный момент. Не все там, конечно, идеально, я для себя лично ничего лучше пока-что не нашел (включая проприетарные/платные варианты) — так что использую Faenzа уже довольно давно. И не только на (Linux) десктопе, но и на (Android) смартфоне (смотрим в Google Play). Благо, на 4.7" экране эти оконки тоже смотрятся отлично!
Кстати, есть еще 3D-вариант Faenza под названием Faience — тоже выглядит весьма неплохо! Когда его окончательно допилят — наверняка возьму его на замену Faenza. Впрочем, пользователи Ubuntu, желающие заценить Faience немедля могут легко установить его из PPA-репозитория (там же, кстати, лежит и пакет Faenza).
Из нового в этой области, что недавно бросилось в глаза — Idear Apex Theme — набор иконок, входящий в состав этой «темы» выглядит весьма внушительно! И, к слову, по стилю напоминает упомянутый выше Faience. Так что, я бы на месте Canonical задумался о найме еще одного дизайнера… ;)
Еще, кстати, WindowMaker есть (разработку которого недавно возобновила новая команда разработчиков). Я вот уже несколько лет пользуюсь «гибридом» GNOME 2/3 + KDE 3 (Trinity) + WindowMaker (dockapps, в данном случае).
Ну, я чесно говоря, даже не в курсе что такое «пользовательские комментарии» тогда (тем более не к твиту, а «рядом с группой твитов»… что такое «группа твитов» я тоже не в курсе) — это когда твит (или несколько твитов сразу?!) коментят в другом сервисе? Если так, то добавлю еще, что и сервисов таких я тоже не знаю (да и кому такие нужны? — разве родных «реплаев» не достаточно?). Впрочем, не важно это все (наверное я просто что-то упускаю, потому как не пользуюсь сторонними сервисами подобного типа) — главное, что реплаи отображать рядом с твитами все-еще можно :)
И все-же, Твиттер движется в неправильном (для нас — пользователей и сторонних разработчиков — по крайней мере) направлении. Как бы неприятно ни было это признавать.
Да, некоторые пункты новых правил действительно довольно неприятны — особенно те, что касаются правил рендеринга контента (к примеру, похоже на то, что «развертыванию коротких ссылок» скоро придет конец — очень жаль… весьма ведь удобно, когда эта фича предоставляется сторонним клиентским приложением… ну и еще там есть пара весьма «спорных» пунктов).
Я вообще слабо понимаю, зачем сводить все к одному стилю отображения — ведь основная ценность публично доступного API как раз в том, что сторонние разработчики получают возможность «расширить экосистему» сервиса и т.д., что, по идее, только способствует популяризации самого сервиса… Тоесть, я конечно-же, понимаю чего Твиттер пытается добиться этим «закручиванием гаек» на данном этапе своего развития… Однако, при таком раскладе (раз уж любое стороннее клиентское приложение должно, по сути, едва ли не копировать стандартный клиент) — почему-бы уж попросту не запретить создание сторонних клиентов в принципе? (А то какая-то «и не вашим и не нашим» бессмыслица получается...) Да уж, неприятно это все, очень неприятно…
Кстати, одна вещь меня все же смутила слишком сильно — вплоть до «не верю!»:
> вы не можете отображать рядом с твитами комментарии
— решил перепроверить оригинал «Display Guidelines», и должен заметить, что суть этого пункта автором данной публикации передана в несколько искаженном виде. Вот, что приведено в оригинале:
> Tweets that are grouped together into a timeline should not be rendered with non-Twitter content. e.g. comments, updates from other networks.
— тоесть комментарии рядом с твитом отображать можно — но это должны быть только родные твиттеровские «реплаи» — но никак не комментарии к твитам из других социальных сетей
(без прикрученных дискусионных веток читать твиттер было бы совсем уж дико — потому и засомневался, что эту фичу могли запретить)
Мне — ничего :) Как я уже упомянул ранее — Scene Builder пока-что для Linux не доступен даже в Developer Preview версии.
> Как минимум это было бы странно со стороны разработчиков, если бы не включили это в версию для linux.
Не включили что именно? Опцию для указания «Scene Builder Home» пути? :) Опция то есть, но вот указать путь к домашней директории Scene Builder под Linux — все-равно не получится, т.к. сам Scene Builder для Linux — неоткуда взять (пока-что).
Я все-же полагаю, что под вопросом «работает ли интеграция Scene Builder в NetBeans под Linux» имелось ввиду не «доступна ли опция для указания пути к директории Scene Builder в настройках NetBeans», а все-же «возможно ли вообще использовать эту фичу в Linux»…
То, что стандартый скрин настройки Scene Builder присутствует в самой NetBeans (и конечно-же доступен на любой платформе) еще не значит, что сам Scene Builder работает под Linux.
Пока-что он доступен только для Windows/MacOSX (и то лишь — Developer Preview): убеждаемся здесь.
У меня на Ubuntu установилось нормально (из PPA-репозитория), но при попытке запуска — вылетает со следующим сообщением об ошибке:
Traceback (most recent call last):
File "runoutwiker.py", line 15, in from outwiker.core.starter import Starter
File "/usr/share/outwiker/outwiker/core/starter.py", line 9, in from .commands import openWiki
File "/usr/share/outwiker/outwiker/core/commands.py", line 25, in from outwiker.gui.tagsdialog import TagsDialog
File "/usr/share/outwiker/outwiker/gui/tagsdialog.py", line 7, in from .tagsselector import TagsSelector
File "/usr/share/outwiker/outwiker/gui/tagsselector.py", line 10, in from .tagscloud import TagsCloud
File "/usr/share/outwiker/outwiker/gui/tagscloud.py", line 8, in from .taglabel import TagLabel
File "/usr/share/outwiker/outwiker/gui/taglabel.py", line 11, in class TagLabel (wx.HyperlinkCtrl):
AttributeError: 'module' object has no attribute 'HyperlinkCtrl'
Извиняюсь за «вклинивание» (этот пост все-таки посвящен другому, без преувеличения — отличному, авторскому продукту… впрочем, здоровая конкуренция — это ведь всегда хорошо, верно? ;)), но таки еще раз упомяну Bias (смотрите мой комментарий выше), в котором есть шифрование контента и защита паролем.
Со мной похожая история случилась (было это в далеком 2006-м). Я, правда, не «outliner» искал, а органайзер более универсального характера — с возможностью иерархической организации данных разнообразного характера («todo», заметки, графика, файлы и т.д.) и возможностью синхронизации по сети (причем, хотелось иметь возможность использовать собственное хранилище или даже несколько; к примеру, одно — на отдаленном FTP сервере, другое — SMB в локальной сети).
Evernote был бы близок к идеальному варианту, но вот десктоп-клиента под Linux — не было (и до сих пор нету!).
Кстати, по поводу основных «промахов» в отношении приложений подобного типа (см. комментарий Anjin выше):
> Или страшный внешней вид
Я скорее приверженец минимализма в этом отношении, но предвидя подобное отношение позаботился о поддержке «скинов», коих есть с десяток на любой вкус (+ некоторые можно настроить под себя).
> или какой-то мега комбайн, который только плюшки не печет
А вот это был реальный «challenge». С одной стороны хотелось много всего туда запихнуть, с другой — понимал что не все будет использовано — по крайней мере другими пользователями (приложение делалось изначально для себя, но решив сделать «open source» проект поневоле приходится думать и о потенциальном комьюнити).
В результате (и это вторая самая сильная сторона Bias, после кросс-платформенности) был реализован механизм модульности, который превратил Bias в «конструктор» из которого каждый может построить то, что ему необходимо — просто выбираем нужные модули (типа «todo», «заметки», «синхронайзер», «поддержка FTP» и т.д.) и вуаля — у вас свой собственный экземпляр Bias настроенный под ваши конкретные нужды.
Несколько «гиковский» подход, конечно. И круг пользователей — соответственный. Однако, суммарное количество загрузок — ~15000 (+ стабильно несколько десятков загрузок каждый месяц) — для проекта такого типа — вполне оправдали мои трудозатраты и стремление «сделать мир лучше» :)
Кстати, я до сих пор пользуюсь Bias и не вижу на горизонте реальных конкурентов (для себя лично, по крайней мере)… Также более-менее регулярно выпускаю обновления, хоть и не так часто, как раньше — кодовая база стабильна, фич мне хватает.
В общем, на моей рабочей станции (i5-2500K / 8GB RAM) данное кастомное ядро показало неоднозначные результаты: бенчмарк в однопоточном режиме показал прирост производительности, в многопоточном (х4) — наоборот (хоть падение производительности и не столь существенно).
Результаты UnixBench для ядра «из коробки» (3.0.0-13-generic-pae)
If you use Opera, you just need to go in the menu Tools then Preferences. Click on the tab Advanced then Programs, and choose Add. In Protocol, enter apt and in Open with another application, enter apturl. Click on the button OK and restart Opera.
Дело не столько в браузере, сколько в поддержке протокола «apt» (пакет «apturl-common») + установленного бэк-энда («apturl» для GTK+, «apturl-kde» для KDE).
Если не ошибаюсь, эти пакеты (apturl-common + apturl) устанавливаются в Ubuntu по умолчанию.
В данном случае, однако, проблема, похоже, в самой ссылке (впрочем, я понимаю, что хабра-эдитор не дает постить ссылки с протоколом отличающимся от «http»...).
Кстати, я бы даже сказал, что как-раз конфигурирование посредством Preferences (а не Properties) и является тем самым «классическим вариантом конфигурирования» для J2SE-приложений.
К слову, в Linux user-root == "~/.java/.userPrefs", что особенно удобно для надежного хранения пользовательских настроек для каждого конкретного приложения (при условии, конечно, что "/home" — отдельный раздел, не форматирующийся даже при переустановке/смене Linux-дистрибутива).
Кстати, есть еще 3D-вариант Faenza под названием Faience — тоже выглядит весьма неплохо! Когда его окончательно допилят — наверняка возьму его на замену Faenza. Впрочем, пользователи Ubuntu, желающие заценить Faience немедля могут легко установить его из PPA-репозитория (там же, кстати, лежит и пакет Faenza).
Из нового в этой области, что недавно бросилось в глаза — Idear Apex Theme — набор иконок, входящий в состав этой «темы» выглядит весьма внушительно! И, к слову, по стилю напоминает упомянутый выше Faience. Так что, я бы на месте Canonical задумался о найме еще одного дизайнера… ;)
И все-же, Твиттер движется в неправильном (для нас — пользователей и сторонних разработчиков — по крайней мере) направлении. Как бы неприятно ни было это признавать.
Я вообще слабо понимаю, зачем сводить все к одному стилю отображения — ведь основная ценность публично доступного API как раз в том, что сторонние разработчики получают возможность «расширить экосистему» сервиса и т.д., что, по идее, только способствует популяризации самого сервиса… Тоесть, я конечно-же, понимаю чего Твиттер пытается добиться этим «закручиванием гаек» на данном этапе своего развития… Однако, при таком раскладе (раз уж любое стороннее клиентское приложение должно, по сути, едва ли не копировать стандартный клиент) — почему-бы уж попросту не запретить создание сторонних клиентов в принципе? (А то какая-то «и не вашим и не нашим» бессмыслица получается...) Да уж, неприятно это все, очень неприятно…
Кстати, одна вещь меня все же смутила слишком сильно — вплоть до «не верю!»:
> вы не можете отображать рядом с твитами комментарии
— решил перепроверить оригинал «Display Guidelines», и должен заметить, что суть этого пункта автором данной публикации передана в несколько искаженном виде. Вот, что приведено в оригинале:
> Tweets that are grouped together into a timeline should not be rendered with non-Twitter content. e.g. comments, updates from other networks.
— тоесть комментарии рядом с твитом отображать можно — но это должны быть только родные твиттеровские «реплаи» — но никак не комментарии к твитам из других социальных сетей
(без прикрученных дискусионных веток читать твиттер было бы совсем уж дико — потому и засомневался, что эту фичу могли запретить)
Мне — ничего :) Как я уже упомянул ранее — Scene Builder пока-что для Linux не доступен даже в Developer Preview версии.
> Как минимум это было бы странно со стороны разработчиков, если бы не включили это в версию для linux.
Не включили что именно? Опцию для указания «Scene Builder Home» пути? :) Опция то есть, но вот указать путь к домашней директории Scene Builder под Linux — все-равно не получится, т.к. сам Scene Builder для Linux — неоткуда взять (пока-что).
Я все-же полагаю, что под вопросом «работает ли интеграция Scene Builder в NetBeans под Linux» имелось ввиду не «доступна ли опция для указания пути к директории Scene Builder в настройках NetBeans», а все-же «возможно ли вообще использовать эту фичу в Linux»…
Пока-что он доступен только для Windows/MacOSX (и то лишь — Developer Preview): убеждаемся здесь.
Traceback (most recent call last):
File "runoutwiker.py", line 15, in from outwiker.core.starter import Starter
File "/usr/share/outwiker/outwiker/core/starter.py", line 9, in from .commands import openWiki
File "/usr/share/outwiker/outwiker/core/commands.py", line 25, in from outwiker.gui.tagsdialog import TagsDialog
File "/usr/share/outwiker/outwiker/gui/tagsdialog.py", line 7, in from .tagsselector import TagsSelector
File "/usr/share/outwiker/outwiker/gui/tagsselector.py", line 10, in from .tagscloud import TagsCloud
File "/usr/share/outwiker/outwiker/gui/tagscloud.py", line 8, in from .taglabel import TagLabel
File "/usr/share/outwiker/outwiker/gui/taglabel.py", line 11, in class TagLabel (wx.HyperlinkCtrl):
AttributeError: 'module' object has no attribute 'HyperlinkCtrl'
Тоже столкнулся с этой проблемой, когда искал органайзер для себя.
> Мой аутлайнер мечты должен работать и с локальной копией и синхронизировать ее.
Bias (см. мой комментарий ниже) работает именно по такому принципу (как и в вашем случае — это было моим виденьем идеального органайзера ;)).
Evernote был бы близок к идеальному варианту, но вот десктоп-клиента под Linux — не было (и до сих пор нету!).
В результате — создал собственное кросс-платформенное (Linux/Mac OS X/Windows/...) решение со всеми вышеупомянутыми фичами — Bias :: Многофункциональный информационный менеджер (органайзер).
Кстати, по поводу основных «промахов» в отношении приложений подобного типа (см. комментарий Anjin выше):
> Или страшный внешней вид
Я скорее приверженец минимализма в этом отношении, но предвидя подобное отношение позаботился о поддержке «скинов», коих есть с десяток на любой вкус (+ некоторые можно настроить под себя).
> или какой-то мега комбайн, который только плюшки не печет
А вот это был реальный «challenge». С одной стороны хотелось много всего туда запихнуть, с другой — понимал что не все будет использовано — по крайней мере другими пользователями (приложение делалось изначально для себя, но решив сделать «open source» проект поневоле приходится думать и о потенциальном комьюнити).
В результате (и это вторая самая сильная сторона Bias, после кросс-платформенности) был реализован механизм модульности, который превратил Bias в «конструктор» из которого каждый может построить то, что ему необходимо — просто выбираем нужные модули (типа «todo», «заметки», «синхронайзер», «поддержка FTP» и т.д.) и вуаля — у вас свой собственный экземпляр Bias настроенный под ваши конкретные нужды.
Несколько «гиковский» подход, конечно. И круг пользователей — соответственный. Однако, суммарное количество загрузок — ~15000 (+ стабильно несколько десятков загрузок каждый месяц) — для проекта такого типа — вполне оправдали мои трудозатраты и стремление «сделать мир лучше» :)
Кстати, я до сих пор пользуюсь Bias и не вижу на горизонте реальных конкурентов (для себя лично, по крайней мере)… Также более-менее регулярно выпускаю обновления, хоть и не так часто, как раньше — кодовая база стабильна, фич мне хватает.
> или цена из космоса.
Bias — бестлатен ;)
P.S. Для заинтересовавшихся: обзор Bias.
Результаты UnixBench для ядра «из коробки» (3.0.0-13-generic-pae)
------------------------------------------------------------------------ 4 CPUs in system; running 1 parallel copy of tests Dhrystone 2 using register variables 24954918.0 lps (10.0 s, 7 samples) Double-Precision Whetstone 3331.3 MWIPS (10.0 s, 7 samples) Execl Throughput 2008.1 lps (29.7 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 805234.2 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 218992.6 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 2151942.7 KBps (30.0 s, 2 samples) Pipe Throughput 1235692.0 lps (10.0 s, 7 samples) Pipe-based Context Switching 85006.2 lps (10.0 s, 7 samples) Process Creation 7386.9 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 4869.6 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 2791.1 lpm (60.0 s, 2 samples) System Call Overhead 3104694.8 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 24954918.0 2138.4 Double-Precision Whetstone 55.0 3331.3 605.7 Execl Throughput 43.0 2008.1 467.0 File Copy 1024 bufsize 2000 maxblocks 3960.0 805234.2 2033.4 File Copy 256 bufsize 500 maxblocks 1655.0 218992.6 1323.2 File Copy 4096 bufsize 8000 maxblocks 5800.0 2151942.7 3710.2 Pipe Throughput 12440.0 1235692.0 993.3 Pipe-based Context Switching 4000.0 85006.2 212.5 Process Creation 126.0 7386.9 586.3 Shell Scripts (1 concurrent) 42.4 4869.6 1148.5 Shell Scripts (8 concurrent) 6.0 2791.1 4651.9 System Call Overhead 15000.0 3104694.8 2069.8 ======== System Benchmarks Index Score 1192.4 ------------------------------------------------------------------------ 4 CPUs in system; running 4 parallel copies of tests Dhrystone 2 using register variables 102716188.6 lps (10.0 s, 7 samples) Double-Precision Whetstone 14603.9 MWIPS (10.1 s, 7 samples) Execl Throughput 17386.1 lps (29.7 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 1152095.1 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 305567.5 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 3405913.0 KBps (30.0 s, 2 samples) Pipe Throughput 5110549.2 lps (10.0 s, 7 samples) Pipe-based Context Switching 996596.3 lps (10.0 s, 7 samples) Process Creation 57144.9 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 25365.6 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 3370.5 lpm (60.0 s, 2 samples) System Call Overhead 9628991.9 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 102716188.6 8801.7 Double-Precision Whetstone 55.0 14603.9 2655.3 Execl Throughput 43.0 17386.1 4043.3 File Copy 1024 bufsize 2000 maxblocks 3960.0 1152095.1 2909.3 File Copy 256 bufsize 500 maxblocks 1655.0 305567.5 1846.3 File Copy 4096 bufsize 8000 maxblocks 5800.0 3405913.0 5872.3 Pipe Throughput 12440.0 5110549.2 4108.2 Pipe-based Context Switching 4000.0 996596.3 2491.5 Process Creation 126.0 57144.9 4535.3 Shell Scripts (1 concurrent) 42.4 25365.6 5982.4 Shell Scripts (8 concurrent) 6.0 3370.5 5617.5 System Call Overhead 15000.0 9628991.9 6419.3 ======== System Benchmarks Index Score 4196.7Результаты UnixBench для кастомного ядра (3.0.7-pf-pf)
------------------------------------------------------------------------ 4 CPUs in system; running 1 parallel copy of tests Dhrystone 2 using register variables 24795931.6 lps (10.0 s, 7 samples) Double-Precision Whetstone 3319.8 MWIPS (10.0 s, 7 samples) Execl Throughput 5026.2 lps (29.9 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 839112.4 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 224747.5 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 2296879.1 KBps (30.0 s, 2 samples) Pipe Throughput 1248804.7 lps (10.0 s, 7 samples) Pipe-based Context Switching 190032.9 lps (10.0 s, 7 samples) Process Creation 8296.9 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 5330.4 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 3167.4 lpm (60.0 s, 2 samples) System Call Overhead 3226740.5 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 24795931.6 2124.8 Double-Precision Whetstone 55.0 3319.8 603.6 Execl Throughput 43.0 5026.2 1168.9 File Copy 1024 bufsize 2000 maxblocks 3960.0 839112.4 2119.0 File Copy 256 bufsize 500 maxblocks 1655.0 224747.5 1358.0 File Copy 4096 bufsize 8000 maxblocks 5800.0 2296879.1 3960.1 Pipe Throughput 12440.0 1248804.7 1003.9 Pipe-based Context Switching 4000.0 190032.9 475.1 Process Creation 126.0 8296.9 658.5 Shell Scripts (1 concurrent) 42.4 5330.4 1257.2 Shell Scripts (8 concurrent) 6.0 3167.4 5279.0 System Call Overhead 15000.0 3226740.5 2151.2 ======== System Benchmarks Index Score 1435.5 ------------------------------------------------------------------------ 4 CPUs in system; running 4 parallel copies of tests Dhrystone 2 using register variables 89324365.7 lps (10.0 s, 7 samples) Double-Precision Whetstone 13382.8 MWIPS (10.1 s, 7 samples) Execl Throughput 18250.0 lps (29.8 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 1208805.9 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 295706.4 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 3626687.1 KBps (30.0 s, 2 samples) Pipe Throughput 4618032.1 lps (10.0 s, 7 samples) Pipe-based Context Switching 530141.2 lps (10.0 s, 7 samples) Process Creation 60903.9 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 27508.6 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 3394.0 lpm (60.0 s, 2 samples) System Call Overhead 9095238.0 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 89324365.7 7654.2 Double-Precision Whetstone 55.0 13382.8 2433.2 Execl Throughput 43.0 18250.0 4244.2 File Copy 1024 bufsize 2000 maxblocks 3960.0 1208805.9 3052.5 File Copy 256 bufsize 500 maxblocks 1655.0 295706.4 1786.7 File Copy 4096 bufsize 8000 maxblocks 5800.0 3626687.1 6252.9 Pipe Throughput 12440.0 4618032.1 3712.2 Pipe-based Context Switching 4000.0 530141.2 1325.4 Process Creation 126.0 60903.9 4833.6 Shell Scripts (1 concurrent) 42.4 27508.6 6487.9 Shell Scripts (8 concurrent) 6.0 3394.0 5656.7 System Call Overhead 15000.0 9095238.0 6063.5 ======== System Benchmarks Index Score 3946.3> Latest patch 3.0.7-pf * (20.10.2011), applies to bare 3.0 kernel with no stable patches
Тоесть, качаем 3.0 kernel with no stable patches, затем patch 3.0.7-pf и следуем указанным инструкциям.
Взято отсюда: help.ubuntu.com/community/AptURL
Если не ошибаюсь, эти пакеты (apturl-common + apturl) устанавливаются в Ubuntu по умолчанию.
В данном случае, однако, проблема, похоже, в самой ссылке (впрочем, я понимаю, что хабра-эдитор не дает постить ссылки с протоколом отличающимся от «http»...).
Подробнее об AptURL в Ubuntu можно прочесть здесь: help.ubuntu.com/community/AptURL
О корректном построении APT-ссылок — здесь: wiki.ubuntu.com/AptUrl
К слову, в Linux user-root == "~/.java/.userPrefs", что особенно удобно для надежного хранения пользовательских настроек для каждого конкретного приложения (при условии, конечно, что "/home" — отдельный раздел, не форматирующийся даже при переустановке/смене Linux-дистрибутива).