Arch Linux and sbmanager HowTo

I had to install sbmanager-git on Arch Linux.
Actually, from aur, the PKGBUILD is still at version 20101016.

This is how the PKGBUILD looks like:
------

# Contributor: Matías Hernández 
pkgname=sbmanager-git
pkgver=20101016
pkgrel=3
pkgdesc="Manage iPhone/iPod Touch SpringBoard icons from the computer"
arch=(i686 x86_64)
url="http://cgit.sukimashita.com/sbmanager.git/"
license=('GPL')
groups=(system)
depends=(usbmuxd libimobiledevice clutter clutter-gtk intltool)
makedepends=('git')
provides=(sbmanager)
conflicts=()
replaces=()
backup=()
options=()
install=
#source=($pkgname-$pkgver.tar.gz)
noextract=()
#md5sums=() #generate with 'makepkg -g'

_gitroot="git://git.sukimashita.com/sbmanager.git"
_gitname="sbmanager"

build() {
  cd "$srcdir"
  msg "Connecting to GIT server...."

  if [ -d $_gitname ] ; then
    cd $_gitname && git pull origin
    msg "The local files are updated."
  else
    git clone $_gitroot $_gitname
  fi

  msg "GIT checkout done or server timeout"
  msg "Starting make..."

  rm -rf "$srcdir/$_gitname-build"
  git clone "$srcdir/$_gitname" "$srcdir/$_gitname-build"
  cd "$srcdir/$_gitname-build"

  #
  # BUILD HERE
  #

  ./autogen.sh
  ./configure --prefix=/usr
  make || return 1
  make DESTDIR="$pkgdir/" install
} 

-------  

if you want to install sbmanager without error, as usual digit:

  yaourt -S sbmanager-git

When yaourt will ask to modify the PKGBUILD, answer yes and modify:

  version=20120215 (actually is the latest)
  depends=(usbmuxd libimobiledevice clutter clutter-gtk2 intltool)

Then, continue the installation.

Enjoy! 

Ghost or hidden Network Card

When you trying to set the IP address on a network adapter, you may receive the following error message:

"The IP address XXX.XXX.XXX.XXX you have entered for this network adapter is already assigned to another adapter Name of adapter. Name of adapter is hidden from the network and Dial-up Connections folder because it is not physically in the computer or is a legacy adapter that is not working. If the same address is assigned to both adapters and they become active, only one of them will use this address. This may result in incorrect system configuration. Do you want to enter a different IP address for this adapter in the list of IP addresses in the advanced dialog box? "

 

-

Solution:

Download devcon.exe (http://support.microsoft.com/kb/311272) 

From a command prompt ("run as administrator" if you are on Vista or  above)

devcon findall = net 

or 

devcon listclass net 

 

Note: In the output of the previous commands, there is a line for the ghosted network adapter that is similar to the following:

PCI\VEN_10B7&DEV_9200&SUBSYS_00D81028&REV_78\4&19FD8D60&0&58F0: 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible) 

 

Remove the ghosted device by typing the following syntax:

 

devcon -r remove "@PCI\VEN_10B7&DEV_9200&SUBSYS_00D81028&REV_78\4&19FD8D60&0&58F0" 

 

 

Source: http://support.microsoft.com/kb/269155

XBMC e Dongle USB DVB-T con id: 1d19:1101

Problema:
La versione stable di XBMCLive (la 10.1, la prossima è ancora in beta) è basata su Ubuntu Lucid, il quale non supporta il modulo rtl2832u (usato dal DVB-T Dexatek).

Possibili soluzioni:

1.  Aggiornare i repository ed installare un kernel più nuovo
2. Aggiornare alla versione beta di XBMCLive
3. Cambiare DVB-T (visto il costo irrisorio di questi dispositivi)
4. Patchare il kernel attuale per supportare il modulo rtl2832u

Io ho optato per la 4a.

Versione di XBMC:

mediacenter:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 10.04.2 LTS - XBMCLive Dharma
Release:        10.04
Codename:       lucid

Kernel:
Linux mediacenter 2.6.32-38-generic #83-Ubuntu SMP Wed Jan 4 11:13:04 UTC 2012 i686 GNU/Linux

Sysinfo:
mediacenter:~$ sudo lsusb
Bus 001 Device 004: ID 1d19:1101 Dexatek Technology Ltd. DK DVB-T Dongle

Steps:

1) sudo apt-get install mercurial build-essential linux-headers-`uname -r`
2) hg clone http://linuxtv.org/hg/v4l-dvb
3) cd v4l-dvb
4) wget http://xgazza.altervista.org/Linux/DVB/Drivers/RTL2832U_patch_v4l_dvb.diff
5) patch -p1 < RTL2832U_patch_v4l_dvb.diff
6) make && sudo make install

Riavviare.
A questo punto dovreste trovarvi il dongle DVB-T correttamente riconosciuto dal kernel di linux:

root@mediacenter:/etc# dmesg | grep -i dvb
[   11.762960] dvb-usb: found a 'DK mini DVBT DONGLE' in warm state.
[   11.762970] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[   11.765465] DVB: registering new adapter (DK mini DVBT DONGLE)
[   12.565385] DVB: registering adapter 0 frontend 0 (Realtek DVB-T RTL2832)...
[   12.565580] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1a.7/usb1/1-4/input/input6
[   12.565652] dvb-usb: schedule remote query interval to 287 msecs.
[   12.565658] dvb-usb: DK mini DVBT DONGLE successfully initialized and connected.
[   12.565703] usbcore: registered new interface driver dvb_usb_rtl2832u


Per fare un pò di sano debug, nel caos qualcosa non funzioni come dovrebbe, si può abilitare il debug del modulo, caricandolo con l'opzione:


modprobe dvb_usb_rtl2832u debug=1
Attenzione: /var/log/messages sarà inondato di notifiche da parte del modulo.

Un'altra cosuccia: forse vi domanderete come si fa a sapere quali parametri un modulo accetta in fase di caricamento. In questo caso è debug, ma ce ne sono altri? Come verificarlo? Con il comando modinfo.


 root@mediacenter:/etc# modinfo dvb_usb_rtl2832u
filename:       /lib/modules/2.6.32-38-generic/kernel/drivers/media/dvb/dvb-usb/dvb-usb-rtl2832u.ko
license:        GPL
version:        2.0.1-3
description:    Driver for the RTL2832U DVB-T / RTL2836 DTMB USB2.0 device
author:         Realtek
srcversion:     543B06529B7C7A9EC2C2D20
alias:          usb:v1554p5020d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1554p5013d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1F4DpD803d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1F4DpC803d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1F4DpB803d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1F4DpA803d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1D19p1104d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pD394d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2837d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2834d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2839d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2836d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1F4Dp0837d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pD398d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pD393d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pD397d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v13D3p3282d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v13D3p3234d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1164p6601d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1680pA332d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2838d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1D19p1103d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1D19p1102d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1D19p1101d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pD396d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v13D3p3274d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0CCDp00A9d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2832d*dc*dsc*dp*ic*isc*ip*
depends:        dvb-usb
vermagic:       2.6.32-38-generic SMP mod_unload modversions 586
parm:           debug:Set debugging level (1=info,xfer=2 (or-able)). (int)
parm:           demod:Set default demod type(0=dvb-t, 1=dtmb, 2=dvb-c) (int)
parm:           dtmb_err_discard:Set error packet discard type(0=not discard, 1=discard) (int)
parm:           adapter_nr:DVB adapter numbers (array of short)



In questo caso, il modulo dvb-usb-rtl2832u supporta i parametri "debug", "demod", "dtmb_err_discard", "adapter_nr".
Questi parametri ritornano piuttosto utili quando c'è da abilitare o disabilitare dei componenti delle schede (vedi IR per le schede TV, ad esempio).
A questo punto, installatevi il vostro mediacenter preferito.
Suggerisco XBMC + tvheadend.

Gnome Shell, Unity e guerre di religione

Visto che ognuno dice la sua, anche io voglio dire la mia riguardo un argomento piuttosto sensibile....Gnome Shell.

Una scelta piuttosto coraggiosa che ha fatto il team di Gnome, con l'evidente obiettivo di unificare un ambiente desktop con uno per tablet o laptop touchscreen. Una scelta commerciale, con la finalità di accaparrarsi (anche) quella fetta di mercato che sembra sia in costante crescita.

La reazione degli utenti? Negativa al massimo.

- Linux Mint si è guadagnata il primo posto su Distrowatch proponendo uno Gnome 3 travestito da Gnome 2.
- Ubuntu ha perso posizioni sponsorizzando Unity.
- Linus Torvalds ha dichiarato Gnome 3 "inaccettabile" (per dovere di cronaca..ora ha ritrattato dicendo che con 3.2 è perlomeno utilizzabile).

Queste reazioni sono in realtà un ricorso storico.

Ma visto che ognuno di noi ha la memoria corta, forse è il caso di rispolverare cosa accadde nel passaggio tra KDE 3 e KDE 4.

Una scelta coraggiosa anche quella.

Gli utenti abituati ad un desktop stabile, tutto sommato carino (ricorderete superkaramba e altre amenità che rendevano KDE un desktop all'avanguardia per l'epoca...), e che consumava meno risorse di Gnome.

Poi, il grande salto: KDE 4.

Una balena di software, un desktop manager mastodontico e incompleto, instabile. Sembrava iniziato il declino di KDE in favore di Gnome. Io anche passai da KDE a Gnome 2.xx proprio a causa di KDE 4.
Con gli occhi di oggi, in realtà, si può dire che KDE 4 ha solo precorso i tempi.
Quello che gli utenti Gnome stanno sperimentando _ora_ è solo ciò che è già stato sperimentato dagli utenti KDE _qualche anno fa_.

Certo, la reazione alla quale assistiamo oggi ha sicuramente più risonanza, perchè il bacino di utenza di allora era di gran lunga minore.
Ma la sostanza non cambia.
KDE 4 è stato il desktop manager pioniere nelle idee, e continua ad esserlo.

Ha qualche anno di vantaggio, ma questo non se lo ricorda nessuno...

Staremo a vedere cosa ci riserva il futuro.

Comunque, per chi fosse interessato (?), io sono passato definitivamente da ubuntu ad archlinux.

Il prossimo step, appena sarà pronto, sarà Alpine.

Stay tuned.

Archlinux pacman upgrade troubles

If you experience some problems when running

pacman -Syu

like:

errore: impossibile eseguire l'operazione richiesta (impossibile soddisfare le dipendenze)
:: package-query: richiede pacman<3.6
:: pacman-color: richiede pacman<3.6
:: pyalpm: richiede pacman<3.6

Try this:

pacman -Sy --needed pacman-color pyalpm package-query

choose "n" when archlinux asks for upgrade the packages.

Then, Arch will try to upgrade other packets (and pacman-4 is among them).

At the end of the process, you will have pacman 4.
At this point, probably you experience another problem: the packages now are signed and not recognized by archlinux because you've not the public keys of developers.
If this is your situation, you can fix this problem following this doc:


https://wiki.archlinux.org/index.php/Pacman-key

Or this (in italian)

https://wiki.archlinux.org/index.php/Pacman-key_%28Italiano%29


 If you have problem, knock.

SPA8000 and DNS SRV Resource Record

I have a linksys SPA8000 that should register on a SIP router.
He should reach the SIP  registrar via SRV record (for redundancy purpose).
On "Proxy Server" i set the domain where he should connects to.
 Actually, by default, SRV is enabled, but registration fails.
Dumping the traffic i look that Linksys send DNS SRV query on the domain correctly, but he don't ask for _sip._udp.  So, the DNS return nothing and registration fails.
I had to set DNS SRV Auto Prefix, then the registration worked.
SPA8000 sends correctly a DNS SRV query with _sip._udp.domain.tld.

Cisco SPA describes this entry:

DNS SRV Auto Prefix
If enabled, the SPA9000 will automatically prepend the Proxy
or Outbound Proxy name with _sip._udp when performing a
DNS SRV lookup on that name.
Default: no

Dunno why someone wants to use SRV record without query to _sip._udp.
Probably is for old, legacy devices.

Opinioni

"Coloro che non cambiano mai le proprie opinioni si amano più di quanto amano la verità"
Joseph Joubert (filosofo francese)

Questo aforisma mi ha fatto pensare....chi è che mette in dubbio le proprie opinioni? Chi è insicuro o chi è umile?
Le opinioni si cambiamo a fronte di un evidenza? O di un presupposto?
Credo che per cambiare le proprie opinioni debbano esserci delle evidenze. Se le opinioni si cambiano in base a dei presupposti, secondo me si è insicuri.


Era il pensierino della buonanotte :)