quite often, when working on a project, i have to install several packages and libraries that, most certainly, i’ll never use again after the project is done, so i need to remember to remove them. what i usually did was:

1. install the packages as dependencies (pacman -S –asdeps) and then,
2. later, when project is done, check my database for all installed packages that depended on no other explicitly installed package (pacman -Qdt).

the thing is that, over time, and many simultaneous projects, the listing gets crowded, and mixed up with optional dependencies for packages that i use (i install them as dependencies so they get removed when i remove the main package (pacman -Rncs)).

what i needed was a feature to “mark this installation with a reason: this project”. no, pacman does not support that, afaik. but it does support something perhaps better: meta-packages! for example, for the odtone project (my thesis depends on), i created the odtone-meta package that depends on all the packages that are needed, and has no particular source! thus, all i need to do is install the package, all dependencies are managed automatically! the PKGBUILD:

pkgname=odtone-meta
pkgver=001
pkgrel=1
pkgdesc="This package depends on all necessary packages for odtone"
arch=('any')
url="http://helios.av.it.pt/embedded/odtone/index.html"
license=('LGPL')
depends=('boost' 'boost-libs' 'rasqal' 'raptor' 'redland' 'redland-storage-sqlite')

this way, when the project is finished, i just remove the odtone-meta package, and everything that isn’t a dependency for another package is just removed!

neat!!

for the next “year”, the big thesis road, my mind is more or less settled on working on top of odtone. maybe you laptop-owner-linux-user will read my name in a few manpages in the future! =)

well, but it seemed a hard and tough result to achieve, i had read some tutorials for photoshop and gimp, and it looked like a pain in the arse. well, not anymore. i’m going to guide you through a few easy steps in order to achieve those amazing results!

step one:

get luminance hdr: http://qtpfsgui.sourceforge.net/

step two:

use it!

result:

this is my first experience. i barely looked in the viewfinder, i just downloaded luminance hdr and ran out to get this scene. one of the main reasons i didn’t get the d3100 instead of this d7000 was the stupid absence of automatic bracketing… even at 5fps the scene, or my hand, moves, so having to change the exposure automatically and align the images must be really boring… yeah, i don’t own a tripod, yet. neither i would carry it at all times, even if i had…

https://github.com/phonegap/phonegap/tree/master/Bada

o problema, efectivamente, tem a ver com quebras de ligação a todo o minuto a partir das 18 horas, por exemplo, e até ser hora de deitar. na verdade a ligação não cai com frqeuência, é mais ao contrário. fica frequentemente desligada e liga-se momentaneamente. como não conseguem garantir-me os débitos de uns miseros 4MB a ligação tenta ressincronizar a uma taxa inferior, mas volta a falhar de qualquer modo. no ano passado baixaram-me o downstream para 3MB, mas este ano a ligação conseguiu ficar ainda pior.

if you ask me, someone has ever more clients, but no hardware upgrade concerns.

executado no arranque do gnome (que efectivamente me liga à internet), .mailnetcommand.sh:

#!/bin/bash

while :
do
	mutt -s "Problemacia descontornável" -- mail16200@telecom.pt < $HOME/.mailnetbody.txt
	mutt -s "Problemacia descontornável" -- suporte@acesso.sapo.pt < $HOME/.mailnetbody.txt
#	rm $HOME/sent
	sleep $((900+$RANDOM%900)) # repeat after 15 to 30 minutes
done &

.muttrc:

set sendmail="/usr/bin/msmtp"
set from=myname@myserver.tld

.msmtprc:

account default
host mail.myserver.tld
from myname@myserver.tld

auth on
user myname@myserver.tld
password mypassword
tls on
tls_certcheck off # who cares?

.mailnetbody.txt

<insert intended puns here>
...
Reenviarei esta mensagem sempre que achar conveniente,
e até considerar o problema resolvido.

sou capaz de ter problemas também com o “myserver.tld” por causa de estar sempre a enviar e-mails para o mesmo sítio, mas hão-de ser enviadas mensagens suficientes para dar um ar de cliente aborrecido…

care: \_/

i scanned the market a lot, as always. at first i was hoping to buy a macbook pro. the pros were battery life, operating system, and good design/construction. the problem is that, more than that, i always look for a good performance/cost compromise. current 13” mbps aren’t the case, and i’d have to wait more than a couple more months for a then-outdated spec list.

so, having crossed macbooks off the list, i started looking everywhere else, even leaving brand prejudice aside. i was very glad to read about the new dell xps powerhouses. i wanted the 14 incher, but then, as they were (and still are) taking too long to arrive to portugal, i gave the laptop a lot of thought and ended giving up on it. (and it was actually pretty difficult to get in touch with portuguese dell to find out. i couldn’t find such information on almost 20 minutes of calls). it just wasn’t right for my present/future concerns.

why? i started giving less and less importance to graphics and multimedia capabilities to prefer mobility and business-oriented service. that’s when i put the toshiba r700 and the hp elitebook 8440p on the table. i’m now typing on the latter, due to the first being slightly less spec’ed for a higher price, although it tops this one easily in the mobility department.

this laptop is the absolute category winner. what i needed to replace my old one, now soon-to-be stationed back home, was a bump in memory, storage and processor speed. this laptop provides all that on top of an excellent accessory list. it is a 4-thread (2-core) 620m intel processor, an almost outdated nvs 3100 cuda enabled nvidia graphics card, 320gb momentus xt hybrid drive (home upgrade), 4gb ram. all of this on top of a perfectly linux compatible docking station. at the end the boxes went for almost as much as i had paid for my previous a8js. it’s not just the performance increase, it’s the service quality:

a nicely rugged laptop. the aluminum feels cold and solid. the laptop does feel a bit light for what it looks like, but it’s by no means light, it is almost as heavy as my previous one, and almost doubles the r700′s mark. not that i care. besides the solid feel, i am entitled to a 3-year (battery included!) next business day on site repairs with toll-free 24×7 phone support. this is not a boston technology battery (i guess, i have to check the papers more carefully), so the warranty is only one year.

i had only troubles trying to boot archlinux from a pen, the bios would freeze. that was with a dd’ed hybrid image. it worked when i flashed the stick with universal usb installer, so i might just be headed for a flyspray bug report.

many people whined about this touchpad. it is not a good one, it’s small and a bit too much sunk, and i can’t two-finger-scroll in linux, though it is possible in windows. the buttons are hinged. i didn’t even know what that meant until i clicked them, but i don’t see why that’s bad, i actually like it. the point-stick (or clitoris, as it is more widely known) isn’t very much usable for me, and it sometimes gets in the way of typing, but that could be just me.

the keys have a _very_ good response, a long and solid stroke, but with a smooth feeling. this is a very good keyboard and though i haven’t used a thinkpad’s before, i think they don’t provide the smooth feeling with the solid stroke combo. this is really nice. i’m portuguese, but i could only get a decent deal on this with a gbr layout. not that i care, it might actually help me work, and so far didn’t get in the way of typing with the portuguese layout.

battery-life-wise, i have been writing and browsing for a almost an hour with low brightness and a powersave cpu frequency governor (booted and browsed a few minutes with ondemand and maximum brightness), and the battery is now around 70%. it’s not spectacular, but it’s more than i could ever expect from my previous laptop, and i will use it mostly as a power failure backup mechanism, so that’s a good mark. (mind that the newly installed hard-drive drains a few more watts than the original momentus shipped inside).

i can’t tell if the momentus xt is paying its dues. some applications do feel faster to go up, but the new processor and memory coupled with an anyway 7200rpm hard drive certainly make the difference compared to the previous machine.

edit:

sorry, i forgot to mention the keyboard flex… oh, wait: no, i didn’t!

edit 2:

this _is_ the hp long life 6 cell 51 whr li-ion battery! so yes: boston technology, 3 year warranty. boy, am i glad/lucky!!

a couple of things i did forget to mention:

this momentus xt is fairly noisy. i haven’t had laptop with a 7200rpm before, so i’m not sure if this was true for the shipped drive as well.

but, most important, the screen. the contrast sucks, there’s no other way to put it. it can’t be used for image/video work. it isn’t very bright and the colors might surprise you in the output. but the truth is that a bad matte screen is easily better for me than a reasonable glossy one. i see no reflections here, and this is a very good point on this screen.

uma coisa que dava jeito era poder ter no ecrã principal atalhos para aplicações. más notícias. para a maioria, não é possível. a samsung implementa uma api bondi, mas esta permite o acesso a escassas aplicações. claro que a samsung tem acesso a todas, com widgets até para aceder à aplicação da loja, que nem sequer consta na documentação. para as aplicações que interessa não deixam aceder…

além de aceder ao telemóvel, também seria interessante o acesso directo à web. é muito fácil criar pequenos atalhos no ecrã, estilo bookmarks. tive a ideia de ir mais longe, procurando poupar espaço comparativamente a essa solução. um pequeno widget do estilo da google, que vem no telemóvel, mas com botões configuráveis, e potencialmente ilimitados. surge o All Terrain Search:

a ideia é simples. uma caixa de texto e botões. se existir texto nessa caixa, o botão faz uma pesquisa no site. se a caixa estiver em branco, o botão redirecciona para a homepage. 4 botões não são lá grande coisa, portanto um scroll permite ver mais 4, e mais 4, e mais 4, tantos quanto inserir.

a ideia foi estruturar o código de maneira a que fosse simples adicionar novos motores. numa pasta individual colocam-se os ícones dos motores. qualquer que seja o tamanho da imagem, será sempre apresentada a 84×84 pixels. é recomendável redimensionar antes, uma vez que o rendering do browser estraga um pouco a qualidade das imagens.

as imagens são depois usadas num ficheiro javascript, onde o utilizador deve mexer para configurar a seu gosto. a lista de motores não passa de um array de variáveis com 3 propriedades: a homepage, a string para pesquisa e a localização da imagem. se o tamanho do array exceder o número de motores visíveis de uma vez, as restantes serão acedidas por scoll.

não queria usar um botão adicional e desperdiçar espaço, queria que um drag vertical no widget mudasse a lista de motores. o drag horizontal também seria interessante, mas esse será sempre apanhado primeiro pelo home screen, para mudar entre ecrãs. o scroll foi a maior perda de tempo. a samsung tem uma má implementação dos eventos touch no seu browser. a única coisa que me permitiu gerir com eficiência foi o evento onmousewheel, lançado aquando de arrastamentos do dedo. não funcionando como num computador, no entanto, o Event associado não tem a propriedade wheelDelta, que normalmente devolve a extensão/direcção do scroll. não consigo sequer saber se o scroll é para baixo ou para cima, só sei que houve scroll. ainda para mais, um arrastamento contínuo lança diversos eventos, o que provoca scrolls a mais, acidentais.

para solucionar os dois problemas, o scroll não faz bem scroll, mas faz cycle entre as páginas de motores. para evitar o lançamento consecutivo de vários scroll, quando capturo um primeiro deixo de ouvir o evento para só ouvir um quinto de segundo mais tarde:

scroll = function(e) { /* more like cycle through */
	page = (page + 1) % Math.ceil(engines.length / visibleEngines);

	/* disable scroll for a fifth of a sec */
	document.onmousewheel = null;
	setTimeout('document.onmousewheel = scroll', 200);

	changePage(page);
}

desta vez custou um pouco mais começar, pois foi preciso ler um pouco sobre controlos e containers. no fundo não há muita diferença relativamente a outros toolkits gráficos. comparando com gtk, que foi o último que usei, para o bada também tenho duas hipóteses: posso programar e colocar os controlos todos no sítio com código, ou posso desenhar no ide e depois, no código, pedir para que sejam colocados no sítio e obter o handle. nada de especial.

o problema que há com este modo de programação do bada, para mim, é que as callbacks para os módulos geradores de eventos não são passadas explicitamente. o que é passado é uma classe que implemente (herde, em c++) uma interface IModuleEventListener. além disto não podemos definir argumentos para passar a essas funções. resultado: torna-se complicado gerir a partilha de recursos a serem utilizados na rotina de atendimento. o que é que eu fiz? o módulo principal herda tudo… felizmente não há colisões, mas neste caso não vi que fizesse sentido criar módulos diferentes. uma vez que vou tratar de eventos wifi, e da interface, bem como os genéricos das aplicações, isto é a classe criada:

class WifiSmith :
	public Osp::App::Application,
	public Osp::System::IScreenEventListener,
	public Osp::Ui::IActionEventListener,
	public Osp::Net::Wifi::IWifiManagerEventListener,
	public Osp::Ui::IItemEventListener
{

em vez de dar uma caixa de texto e um botão “do the magic” achei que seria mais interessante (e até mais simples) limitar-me a pegar no wi-fi, obter uma lista das redes disponíveis e listá-las. isto foi muito fácil de fazer. ao construir o manifest.xml no site, tive de adicionar privilégio WIFI. isto permite fazer todas as operações com o módulo wi-fi, excepto Connect(). para ligar é necessário permissões WIFI_MANAGER. infelizemente, só parceiros da samsung podem pertencer a este grupo, pois é necessário um nível de acesso SYSTEM. uma parvoíce, a meu ver. qualquer que seja a parte da api, não vejo motivo para que alguém que pague (ou receba?) tenha acesso e os outros não. no entanto esta limitação apenas impede publicação na loja; o grupo pode ser adicionado manualmente no ficheiro xml, mas a aplicação será certamente rejeitada na loja:

<Privileges>
	<Privilege>
		<Name>WIFI</Name>
	</Privilege>
	<Privilege>
		<Name>WIFI_MANAGER</Name>
	</Privilege>
</Privileges>

para compilar com permissões especiais é preciso, com frequência, adicionar uma biblioteca para linkagem, neste caso FNet. verdade para o simulador, para o telemóvel parece-me estar tudo na mesma biblioteca, FOsp.

a interface da aplicação é muito simples. dois botões em baixo, um “refresh” e outro “back”. gosto das aplicações que têm botão de saída no ecrã, não gosto de usar o físico. no editor visual: as duas SOFTKEY activas e uma List que ocupa todo o ecrã. a List permite scroll se os elementos excederem o espaço reservado. a SlidableList serve para listas grandes, e alocação dinâmica dos elementos que interessam ver num dado momento apenas. no início desenho esta estrutura, associo as callbacks, e inicializo as variáveis necessárias:

bool
WifiSmith::OnAppInitializing(AppRegistry& appRegistry)
{
	// draw the form
	MainForm *pMainForm = new MainForm();
	pMainForm->Construct(L"IDF_FORM1");
	Frame *pFrame = GetAppFrame()->GetFrame();
	pFrame->AddControl(*pMainForm);
	pFrame->SetCurrentForm(*pMainForm);
	pMainForm->SetSoftkeyActionId(SOFTKEY_1, SOFTKEY_1);
	pMainForm->AddSoftkeyActionListener(SOFTKEY_1, *this); // register back button event
	pMainForm->SetSoftkeyActionId(SOFTKEY_0, SOFTKEY_0);
	pMainForm->AddSoftkeyActionListener(SOFTKEY_0, *this); // register refresh button event
	pMainForm->RequestRedraw();

	// set the wifimanager
	pWifiManager.Construct(*this);

	// get the essid list control
	pEssidListControl = (List*)pMainForm->GetControl("IDC_LIST1");
	pEssidListControl->AddItemEventListener(*this);

	return true;
}

que no fim liberto:

bool
WifiSmith::OnAppTerminating(AppRegistry& appRegistry, bool forcedTermination)
{
	// decided to use dynamic allocation for the WifiManager and the list of WifiBssInfo (networks)
	delete pEssidListControl;

	return true;
}

sair da aplicação faz-se chamando o método Application::Terminate(). este método parece só estar acessível no módulo principal. tentei mesmo Application::GetInstance()->Terminate() noutros módulos, mas nem assim consegui compilar. azelhice minha, talvez. a cada refresh limpa-se e volta-se a preencher a lista de redes disponíveis:

void
WifiSmith::OnWifiActivated(result r)
{
	pWifiManager.Scan();
}

 // SOFTKEYs
void
WifiSmith::OnActionPerformed(const Osp::Ui::Control &source, int actionId)
{
	// SOFTKEY_0 is just the actionId I associated with it on line 42, it's not really the key.
	if(actionId == SOFTKEY_0) // refresh
	{
		RefreshList();
	}
	else
	{
		Application::Terminate();
	}
}

void
WifiSmith::RefreshList()
{
	// clear the essid list
	pEssidListControl->RemoveAllItems();
	pEssidListControl->RequestRedraw();

	// turn on wifi, if off
	if(!pWifiManager.IsActivated())
	{
		MessageBox vMessageBox;
		vMessageBox.Construct("Action required!", "WiFi needs to be ON for scanning! Turn on?", MSGBOX_STYLE_YESNO, 0);
		int modalResult;
		vMessageBox.ShowAndWait(modalResult);

		if(modalResult == MSGBOX_RESULT_YES)
		{
			pWifiManager.Activate();
		}
		else
		{
			Application::Terminate();
		}
	}
	else
	{
		// get the available networks
		OnWifiActivated(E_SUCCESS);
	}
}

quando o wi-fi está desligado é na função refresh que pergunto ao utilizador se pretende activar, com uma MessageBox. se não o fizer, a aplicação termina. faria sentido chamar a RefreshList() na inicialização. no entanto há um problema de concorrência. enquanto a aplicação está a arrancar é mostrada uma “imagem splash”. por algum motivo a aplicação bloqueia nesse splash se tentar abrir uma MessageBox algures na função OnAppInitializing(). provavelmente funcionaria na função OnForeground(), mas nesse caso tinha de controlar o estado da aplicação com uma nova variável, pois a função OnForeground() é chamada sempre que se volta ao foreground, e não apenas da primeira vez. continuo a achar que o problema é do sistema operativo, algo diferente devia acontecer.

findo o Scan(), preenche-se novamente a lista:

void
WifiSmith::OnWifiScanCompletedN(const Osp::Base::Collection::IList *pWifiBssInfoList, result r)
{
	pNetworkList.RemoveAll();
	pNetworkList.AddItems(*pWifiBssInfoList);

	for(int r = 0; r < pNetworkList.GetCount(); r++)
	{
		WifiBssInfo *currentBssInfo = (WifiBssInfo*)pNetworkList.GetAt(r);
		pEssidListControl->AddItem(&currentBssInfo->GetSsid(), null, null, null, r);
	}
	pEssidListControl->RequestRedraw(true);
}

para quem não viu até aqui, é fácil perceber que não há muito tratamento de erros. esta função, por exemplo, indica com a variável r se o Scan() teve ou não sucesso. no entanto pouca diferença faz para o código que escrevi. mais, por motivos de eficiência, o mecanismo de controlo de excepções do c++ foi completamente ignorado pela samsung, não existem excepções no bada. o compilador até me avisou que, na linha 111, estou a passar um endereço de uma variável temporária. como nunca me deu problemas, não senti necessidade de copiar os nomes para uma lista.

depois de listadas as redes, é possível ver a listagem no telemóvel. clicando em qualquer rede, tenta-se ligar:

void
WifiSmith::OnItemStateChanged(const Osp::Ui::Control &source, int index, int itemId, Osp::Ui::ItemStatus status)
{
	WifiBssInfo *pWifiBssInfo = (WifiBssInfo*)pNetworkList.GetAt(itemId);
	const WifiSecurityInfo *pWifiSecurityInfo = pWifiBssInfo->GetSecurityInfo();

	// if open and no encryption, go right ahead!
	if(pWifiSecurityInfo->GetAuthenticationType() == WIFI_AUTHENTICATION_OPEN
			&& pWifiSecurityInfo->GetEncryptionType() == WIFI_ENCRYPTION_NONE)
	{
		pWifiManager.Connect(*pWifiBssInfo);
	}
}

lembre-se que, na linha 111, dei um itemId a cada elemento da List igual ao índice dessa rede na lista de redes. no fim da tentativa de ligação à rede, posso informar o utilizador:

void
WifiSmith::OnWifiConnected(const Osp::Base::String &ssid, result r)
{
	MessageBox vMessageBox;
	int modalResult;

	if(r == E_SUCCESS)
	{
		vMessageBox.Construct("Connected:", ssid, MSGBOX_STYLE_OK, 0);
	}
	else
	{
		vMessageBox.Construct("Unable to connect:", ssid, MSGBOX_STYLE_OK, 0);
	}

	vMessageBox.ShowAndWait(modalResult);
}

por vários motivos, neste código só me ligo a redes abertas. o primeiro é o facto de ainda não ter tratado disso. o segundo é que, quando fui a testar o caso dos routers thomson, por exemplo, acabei por descobrir que a resolução das chaves é um tanto ou quanto probabilística, e nem sequer funcionou para alguns casos que testei. o terceiro motivo é o facto de subscrever um aditivo internet, como faz todo o sentido, com este telemóvel, e até porque não frequento sítios atulhados de redes vulneráveis.

no entanto acrescentar esta funcionalidade, para mim, faz-se do seguinte modo: começa-se por criar uma classe que recebe um WifiBssInfo e, com essa informação (provavelmente só ssi e bssid), identifica o tipo de router com que está a lidar e devolve, de acordo, a chave a utilizar. pode ainda disponibilizar um método booleano do tipo CanSolve() o que permitirá, no tempo da listagem, mostrar apenas as redes com que é possível lidar. por último, uma vez que alguns algoritmos devolvem mais que uma chave, a função OnWifiConnected() deve implementar uma máquina de estados que permita tentar a chave seguinte para a mesma rede, caso a ligação tenha falhado, e até que não existam mais chaves. nada mais!

algumas capturas:

(uau, this sucks! é preciso mesmo clicar nas imagens, parece que os thumbnails do wordpress cortam a imagem…)