Махат псевдо-графичния инсталатор в последния снапшот и така ще бъде за неопределено време.
Причината - няма съпорт.

Интересно ми е как ще протича инсталацията, но нямам свободно ПЦ за да тествам.
Ако на някого му се занимава, моля да сподели впечатления.

Май ще е ала Генту

Досега ползвах PulseAudio, но напоследък имам ядове с него. Не че не работи, но почнаха да излизат разни грешки в лога, а това ме дразни и реших да премина на ALSA.
Плейъра в случая е XBMC на моето HTPC. Имам 3 основни аудио изхода:
- аналогов
- цифров (оптичен S/PDIF)
- HDMI

PulseAudio-то го махнах, а ALSA-та успях да я настроя да се изхожда към HDMI. Това което искам сега да постигна е ALSA-та да се изхожда едновременно и на 3-те (горните) изхода.

Събрах малко информация от нет-а и съставих .asoundrc:

Код:

pcm.!default {
        type plug
        slave {
                pcm "both"
        }
}

pcm.both {
        type route
        slave {
                pcm multi
                channels 6
        }

        ttable.0.0 1.0
        ttable.1.1 1.0
        ttable.0.2 1.0
        ttable.1.3 1.0
        ttable.0.4 1.0
        ttable.1.5 1.0
}

pcm.multi {
        type multi
        slaves.a {
                pcm "tv"
                channels 2
        }

        slaves.b {
                pcm "spdif"
                channels 2
        }

        slaves.c {
                pcm "analog"
                channels 2
        }
    
        bindings.0.slave a
        bindings.0.channel 0
        bindings.1.slave a
        bindings.1.channel 1
        bindings.2.slave b
        bindings.2.channel 0
        bindings.3.slave b
        bindings.3.channel 1
        bindings.4.slave c
        bindings.4.channel 0
        bindings.5.slave c
        bindings.5.channel 1
}

# plughw:1,7 - HDMI
pcm.tv {
        type hw
        card 1
        device 7
        channels 2
}

# plughw:0,1 - S/PDIF
pcm.spdif{
        type hw
        card 0
        device 1
        channels 2
}

# plughw:0,0 - Analog
pcm.analog {
        type hw
        card 0
        device 0
        channels 2
}

Не знам дали е правилo, но довечера ще го тествам вкъщи.
Искам да чуя вашето мнение отностно кода горе и ако трябва да го допълвам/променям. Не ми е ясно "ttable" за какво служи и какво обозначават числата след него.
Номерата на картите и устройствата (plughw:xx,xx) към тях са верни - проверено.

Един въпрос: ако поддавам звук едновременно и към 3-те изхода ще се влоши ли качеството му?

Имам една папка в която освен файлове с root:root собственост, има и файлове с http:http собственост.
Как да chown-на само файловете които са root:root на <my_user>:http, a тези с http:http да си останат?
Ако успея да ги листна вече ще ги пайпна към chown.

Става дума за едно web-app (за по-лесно - сайт) и идеята е да мога сваля правата на others. В момента се налага някои папки в структурата на приложението да са с права 777 за да може апача или php да пише в тях. След промяната ще мога да ги намаля на 775 или 770, защото юзера на апача вече ще е в групата на файла а не в others както е сега.

Идеята е да гледам видео през LAN. На едно PC са филмите, a от друго - плейвам.

Как мислите кой протокол е по-добър за целта? UPnP или Samba? Нещо като плюсове и минуси ...

Тъй като имам перманентно работещ samba server на PC-то от което стриимвам се чудя има ли смисъл и от UPnP server, който наскоро инсталирах. UPnP май най-вече го ползват за плейване директно от софтуера на телевизора.

ПП: Абстрахирам се от невъзможността да си пусна субтитрите през UPnP.

Поръчах нещо в eBay и човека ми го е пратил от Литва.
Аз обаче нямам търпение и искам да попитам за колко време средно отнема до получаване чрез БГ Пощи?

Имам номер за проследяване и ми дава че пратката е изпратена преди 4 дни.
Смятам и разстоянието е между 1600-2000км и по мои сметки за 3-4 дни трабва да е тук ако е с наземен транспорт. Днес трябваше да е тук.

 

Както повечето българи ползвам 2 лейаута bg и en. При старт на компа е на en. Когато превключа на bg си работи, но ако кликна (чукна touchpad-а) върху активния прозорец, xxkb се сменя на en.
Установих че проблема е от xxkb защото когато го спра положението е ОК.

Ползвам openbox. Ето някои части от autostart.sh:

Код:

setxkbmap -model pc105 -layout "us,bg" -variant  ",phonetic," -option "grp:alt_shift_toggle" &
xxkb &

А това е .xxkbrc:

Код:

XXkb.mainwindow.type: tray
XXkb.mainwindow.enable: yes
XXkb.mainwindow.geometry: 20x20+0+0
XXkb.mainwindow.label.enable: yes
XXkb.mainwindow.label.text.1: en
XXkb.mainwindow.label.text.2: bg
XXkb.mainwindow.label.background: black
XXkb.mainwindow.label.foreground: white
XXkb.mainwindow.label.font: -misc-*-r-*-15-*
XXkb.controls.mainwindow_delete: no
XXkb.controls.two_state: yes
XXkb.button.enable: no

Дава грешка при клик върху новината и излиза само резюмето. Не може да се види цялата новина.

http://www.raspberrypi.org/

Някой успя ли да си поръча?

Аз бях пред компа минути преди продажбата да започне. След час и половина презареждане на страниците с F5 (буквално), успях да се регистрирам и поръчам. Успях но май не съвсем:


Все още нямам пълно потвърждение за поръчката.

Възможно ли е въобще?

В момента тествам postfix+dovecot и работи само изпращането на мейли.
Имам DynDNS регистрация и така и не разбрах какво мога да направя за да получавам поща.

ПП0:Не е задължително точно DynDNS (просто там имам акаунт).
ПП1:Не ми трябва решение свързано платени услуги.

Тук не става въпрос за т.нар. scrobbling, а за възпроизвеждане на музика от профила ми в lastfm чрез mpd.
Това го направих и работи, но зарежда само 5 песни. Tрябва пак да го пускам за нови 5 песни.
Тук е обяснено на кратко.

Ако някой го е правил това нека каже какво може да се направи за нон-стоп плейване.

Постановката ми е: сървърче на което върви mpd (към него ми е вързана уредбата) и един лаптоп от който управявам с mpc.

Направих една програмка за следене за промяна в съдържанието на сайт. При промяна стартира един AutoIT скрипт който ми праща SMS. Проблема е че AutoIT е само за Windows, а вкъщи е малко неудобно да го ползвам.

Въпроса ми е има ли аналог на AutoIT за под linux?

ПП: Специално за моя случай ми трябва и възможност да ползва API-то на някой браузер.

Наскоро купих нова wifi card: Ubuquiti SR71e с идеята да ползвам n стандарта.
Оказа се обаче че има бъг в драйвера ath9k и този бъг съществува повече от година. Отне ми доста време докато разбера къде точно е проблема. Естествено, първо обвиних рутера, но не беше от него.
Ефекта от бъга беше загуба на пакети. Да се ползва ssh беше мъка.

Това тук е описание рапорта, но също така има и workaround. Току що го задействах и уж се оправи. Ще пиша после ако наистина е така.

Въпросът ми е новия кернел (3.2) фиксва ли този проблем? Видях че има някакви подобрения точно за атерос чипове. Просто чакам новия кернел да се появи в основните хранилища. В момента е в тестинг (Archlinux).

Мрежата ми е следната: рутер, зад него 2 лаптопа и един неттоп.
Доскоро на неттопа имах 32 битов линукс и снощи преинсталирах с 64 битов.
Малко след преинсталацията започна да отпада мрежата. Проблема се проявява след около 30 минути при покой на мрежата, всмисъл без да правя нищо.

Същия проблем се получава когато ползвам единия лаптоп с 64 битов линукс. Затова си си мисля че най-вероятно е от 64 битовия линукс. Не е от рутера защото смених 3 и проблема си остава.

Явно ще си ползвам 32бит, но проблема доста странен и неприятен. Просто искам да разбера причината. Това което си мисля е калпав 64 битов мрежов драйвер който чупи пакети.

ПП:Линуксите са Арч

Има подфорум за netbook, но може би е хубаво да има и подфоруми за таблети и смартФони.
Забелязвам че не малко хора мигрират към линукс на тези устройства.

До преди около 1-2 месеца, когато го конфигурирах, това работеше. Снощи реших да опитам някои неща и се оказа че със същите настройки вече не работи.
Постановката е следната: от един хост пиша на РНР и деплойвам на сървър-хост. На сървъра има Aphache и vsftp. И двата хоста са в локалната ми мрежа. Опрационните системи са Арч.

1. Установих, че user dirs на Apache вече се достъпва чрез: http://<host_name>/~<user_name>/index.php, а не както го правих преди чрез http://<host_name>/~public_html/index.php. Не мога да си обясня какво се е променило. 
В ArchWiki пише (в настоящия момент) че правилното е http://<host_name>/~<user_name>/index.php и че вътрешно в url-то <user_name> се замества с public_html.

2. Второто нещо вече е проблем защото не успях да го оправя. При deploy, vsftp ъплоудва index.php в ~/public_html на сървъра, но там файла е с права 600, а трябва да е поне 644 за да може да се прочете от Apache юзера (http) и съответно резултата е че не може да обработи index.php. Ъплоуда чрез vsftp става с user/pass, a не анонимно.

Пак да кажа че това преди около месец работеше.