https://bbs.archlinux.org/viewtopic.php?pid=992240#p992240

Només cal editar el següent fitxer:

nano ~/.config/openbox/lxde-rc.xml

I afegir-hi aquestes línies cap al final del fitxer abans del tancament de l’etiqueta <application>:

<application>
  <!-- ... -->
  <application name="lxpanel">
    <focus>yes</focus>
  </application>
  <application name="pcmanfm">
    <focus>yes</focus>
</application>

I aplicar els canvis amb la comanda:

openbox --reconfigure

Ara sí, en teclejar Alt + F2 tenim el quadre de diàleg en primer pla i amb el focus

El problema que jo he tingut és que ja tenia configurat un altre display manager: lxdm, i en actualitzar ja no arrencava. La configuració de quin volem utilitzar es troba al fitxer:

cat /etc/X11/default-display-manager
/usr/sbin/lightdm

Així que només cal que l’editem i canviem la línia pel nostre gestor preferit (informació més detallada a https://wiki.ubuntu.com/LightDM):

sudo nano /etc/X11/default-display-manager
/usr/sbin/lxdm

I ara sí, en reiniciar ja torno a tenir el gestor que tenia abans

Tal com diu en aquest article de la wikipedia: http://en.wikipedia.org/wiki/UTF-8#Byte_order_mark això passa quan el fitxer s’ha desat amb alguns programes de Windows amb codificació UTF-8 que incorporen al principi els bytes 0xEF, 0xBB i 0xBF. És la codificació UTF-8 del Unicode byte order mark (BOM), comunament referida com UTF-8 BOM.

Per eliminar el UTF-8 BOM podem usar aquest script en perl que desem per exemple al fitxer eliminaBom.pl:

#!/usr/bin/perl
@file=<>;
$file[0] =~ s/^\xEF\xBB\xBF//;
print(@file);

I l’executarem així:

perl eliminaBom.pl < fitxerAmbBom.txt > fitxerSenseBom.txt

Fet

Vaig carregar el CD original de la versió de Kubuntu 10.04 Lucid Lynx i arrencar com a Live CD. Després amb l’aplicació USB creator que incorpora, vaig gravar la iso a una memòria d’1GB de capacitat. En reiniciar la màquina i indicar que volia iniciar des de l’USB, em vaig trobar amb aquest missatge:

SYSLINUX 3.63 Debian-2008-07-15 EBIOS Copyright (c) 1994-2008 H. Peter Anvin
Unknown keyword in configuration file
boot:

Després de cercar per internet, vaig trobar que existeix aquest bug:

Maverick images burned to usb key on lucid fail to boot – different syslinux version
https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bug/608382

Per poder crear correctament el USB d’arrencada, vaig tornar a carregar el Live CD, però abans d’usar el USB creator, vaig seguir aquests passos:

1. Desinstal·lar el paquet syslinux, que alhora desinstal·la també usb-creator-common i usb-creator-kde. Es pot fer amb el gestor de paquets o amb la comanda:

   sudo apt-get remove syslinux

2. Descarregar els fitxers .deb de la darrera versió de syslinux i syslinux-common d’aquí http://mirrors.kernel.org/ubuntu/pool/main/s/syslinux/ i instal·lar-los:

   sudo dpkg -i syslinux_4.02+dfsg-7ubuntu1_i386.deb syslinux-common_4.02+dfsg-7ubuntu1_all.deb

3. Instal·lar el paquet usb-creator-kde:

   sudo apt-get install usb-creator-kde

4. Tornar a generar de nou el Live USB amb l’USB creator.

Llavors sí, en reiniciar des de l’USB ja es va carregar amb normalitat la ISO, i vaig poder instal·lar la nova Kubuntu 10.10

Font: http://www.khattam.info/solved-syslinux-unknown-keyword-in-configuration-file-2010-09-01.html

UPDATE taula SET camp = REPLACE(camp, '\n', '');

Si només volem eliminar-lo del final de la cadena:

UPDATE taula SET camp = TRIM(TRAILING '\t' FROM camp);

Si volem eliminar-lo només del principi, canviarem TRAILING per LEADING, i si el volem eliminar del principi i del final usarem BOTH.

El problema sorgeix quan volem eliminar varis caràcters especials alhora, com poden ser \n, \t (tabulador o TAB), \r (“retorn de carro”, carriage return o CR) o espais. Les funcions TRIM i REPLACE només accepten un caràcter o una cadena sencera, però no conjunts de caràcters. Per això, si volem eliminar \t i \n del final, no podem usar TRIM(TRAILING ‘\t\n’ FROM camp), sinó que haurem de cridar 3 vegades la funció TRIM:

UPDATE taula SET camp = TRIM(TRAILING '\t' FROM camp);
UPDATE taula SET camp = TRIM(TRAILING '\n' FROM camp);
UPDATE taula SET camp = TRIM(TRAILING '\t' FROM camp);

Contràriament al que podem pensar a priori, cal fer-ho 3 vegades per cobrir el cas en què la nostra cadena acabi amb ‘\t\n’. Si obviem l’última crida, en aquest cas no eliminaríem el \t.

També es pot fer amb una única assignació:

UPDATE taula SET camp = TRIM(TRAILING '\t' FROM
                            TRIM(TRAILING '\n' FROM
                                TRIM(TRAILING '\t' FROM camp)
                            )
                        );

Ràpidament ens adonem que si en lloc de dos elements en tenim més, el nombre de combinacions creix exponencialment. En aquests casos segurament sigui millor crear un script per facilitar la feina. Per exemple a PHP sí que existeix la funció str_replace() que accepta conjunts de caràcters per substituir, i trim() que substitueix ensems espais, \t, \n, \r, \0 (caràcter nul)  i \x0B (tabulador vertical).

Per acabar, esmentar que també es pot usar la combinació simultània de substituir un caràcter i eliminar-ne un altre dels extrems:

UPDATE taula SET camp = TRIM(BOTH '\r\n' FROM REPLACE(camp, '\t', ''));

gconftool-2 --type string -s /desktop/gnome/url-handlers/http/command "chromium-browser %s"

No cal que reiniciem el Thunderbird per veure que els enllaços ja s’obren amb el navegador Chromium

dd if=/dev/sdx of=/dev/sdy bs=512 count=1

L’explicació d’aquesta és: llegeix i escriu (copia) només un bloc de 512 bytes del disc sdx al disc sdy.

Això pot ser útil quan per alguna raó perdem la taula de particions d’un disc dur o d’un pen drive, i d’aquesta manera restablim el MBR a partir d’un altre disc. He vist moltes vegades que un disc dur que no té cap partició, el sistema operatiu Windows no el reconeix. Això vol dir que el disc, per exemple /dev/sdx, no conté /dev/sdx1, /dev/sdx2… que seria cadascuna de les particions; ho podem comprovar si teclegem al terminal:

ls /dev/sdx*

només ens apareix l’arrel del disc /dev/sdx.

Una altra manera de crear particions és amb els programes cfdisk o fdisk, tot seguint les instruccions que indiquen.

Jo vaig començar el meu primer contacte amb la programació amb el llenguatge c. Llavors a la universitat ens feien usar el programa Microsoft Visual Studio, amb el qual podíem compilar i depurar (debug). La depuració ens permetia seguir el programa pas a pas i saber el valor de cada variable en cada moment, i corregir així errors existents que s’escapaven a simple vista i que no eren de sintaxi.

En passar a PHP, penso que és més difícil entendre com funciona la depuració, pel fet de tenir el navegador per un costat i l’entorn integrat de desenvolupament (o IDE de l’acrònim en anglès) per un altre. Tanmateix, cal instal·lar prèviament alguna cosa al servidor per poder-li indicar des del nostre IDE l’ordre d’aturar-se a la línia de codi que nosaltres vulguem. Per aquest conjunt de factors la majoria de programadors prescindeixen del depurador com a tal i utilitzen el mètode de prova i error, i miren el valor de les variables enviant el seu valor directament al navegador. Les tres funcions de PHP més utilitzades per fer això són: echo, print_r i var_dump.

Jo he passat força temps utilitzant-les també, però quan tornes a la depuració t’adones que abans estaves perdent el temps. Amb aquest rudimentari mètode, si no coneixes molt bé el codi, primer has de trobar el punt on està la variable que vols observar, teclejar el codi que mostri el seu valor i executar la consulta de la pàgina des del navegador. Molt bé, ja has vist el seu contingut, però com ha estat calculat? Com s’ha arribat fins aquí, a través de quins fitxers, mètodes o funcions? La majoria de vegades has de tornar a escriure més codi per mostrar altres variables, perquè l’anterior no t’ha servit de massa, i tornar a actualitzar el navegador. A més a més, després cal eliminar tot aquest codi extra que has creat només per mirar el valor d’algunes de les variables. I quantes vegades passa -a mi també- que acaba pujant a producció codi amb aquestes sentències de “depuració”?

Per evitar tot això, el millor és usar un depurador de veritat. Encara que al principi perdem una mica de temps per configurar-lo i aprendre com funciona, després ens estalviarà molt temps i mal de caps. Jo per desenvolupar en PHP i MySQL utilitzo el servidor web Apache2 sobre Ubuntu; una solució LAMP vaja. I com a IDE l’Eclipse amb el PDT (PHP Development Tools) i alguns altres plugins.

Amb els següents passos podreu instal·lar xdebug amb l’Apache2 i PHP:

sudo apt-get install php5-xdebug

Això ha instal·lat el paquet corresponent i ha creat el fitxer /etc/php5/conf.d/xdebug.ini amb aquest contingut:

zend_extension=/usr/lib/php5/20090626+lfs/xdebug.so

Si ara comprovem el resultat de cridar a phpinfo(), veurem:

This program makes use of the Zend Scripting Language Engine:
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
    with Xdebug v2.0.5, Copyright (c) 2002-2008, by Derick Rethans

Al mateix fitxer xdebug.ini hem d’afegir aquestes línies:

xdebug.remote_enable=on
xdebug.remote_handler=dbgp
xdebug.remote_mode=req
xdebug.remote_host=localhost
xdebug.remote_port=9000

I ja per acabar, carreguem els canvis de configuració a l’Apache:

sudo /etc/init.d/apache2 reload

En un altre capítol escriuré com configurar l’Eclipse per depurar des d’allà.

Gràcies Derick pel fantàstic xdebug!

Primer llistarem els paquets de php que tenim instal·lats:

dpkg -l | egrep php

En el meu cas són:

• php5-common
• libapache2-mod-php5
• php-pear
• php5-cli
• php5-curl
• php5-dev
• php5-mysql
• php5-memcache
• php5-suhosin

Dupliquem el fitxer amb les fonts de programari canviant la paraula lucid per karmic:

sed s/lucid/karmic/g /etc/apt/sources.list | sudo tee /etc/apt/sources.list.d/karmic.list

Creem un nou fitxer de preferències que anomenem per exemple “php”:

sudo nano /etc/apt/preferences.d/php

I copiem aquestes tres línies per cada paquet dels llistats anteriorment, tot canviant el nom del paquet:

Package: php5-common
Pin: release a=karmic
Pin-Priority: 991
...

Un cop ho hem configurat tot, actualitzem els paquets:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade

No ens oblidem de reiniciar el servidor web; per l’Apache:

sudo apache2ctl restart

A Ubuntu i a d’altres distribucions de GNU/Linux basades en Debian, es poden obtenir aquests identificadors per a cadascuna de les nostres particions amb una comanda ben simple:

blkid

Que haurem d’executar com a superusuari (root) o amb sudo al davant. La sortida d’aquesta serà semblant a:

/dev/sda1: UUID="8a866472-a077-4da9-9663-cd5a2774f801" TYPE="reiserfs"
/dev/sdb1: UUID="af8e31aa-9bb3-4c5e-b13a-433b06bb2231" TYPE="reiserfs"
/dev/sdc1: UUID="c027fa2e-ad9d-4324-bdad-941a5c43d2b3" TYPE="reiserfs"
/dev/sdc2: UUID="a9dbb0c9-3c60-4083-8f4c-de7e69d0ffda" TYPE="swap"
/dev/sdc5: UUID="8be8352b-e28e-44ee-a2e2-9abfa1eb43eb" TYPE="reiserfs"

Informació que ens pot resultar útil per configurar el fitxer /etc/fstab, amb les regles i opcions per muntar les diferents particions que tinguem.