1. The PKGBUILD

Long story short, here’s the code, I’ll comment most important choiches later on. I’m using eclipse-mylyn as an example. Sorry for line wrapping.

pkgname=eclipse-mylyn
pkgver=3.0.3
pkgrel=1
pkgdesc=”A task-focused interface for Eclipse”
arch=(’i686′ ‘x86_64′)
url=”http://www.eclipse.org/mylyn/”
license=(’EPL’)
depends=(’eclipse’)
makedepends=(’unzip’)
optdepends=(’bugzilla: ticketing support’)
source=(http://download.eclipse.org/tools/mylyn/update/mylyn-${pkgver}-e3.4.zip)
md5sums=(’e98cd7ab3c5d5aeb7c32845844f85c22′)
build() {

cd ${srcdir}
# Features
find features -type f -name *.jar | while read feature ; do
install -dm755 ${pkgdir}/usr/share/eclipse/dropins/${pkgname/eclipse-}/eclipse/${feature/.jar}
unzip -qqo -d ${pkgdir}/usr/share/eclipse/dropins/${pkgname/eclipse-}/eclipse/${feature/.jar} ${feature} || return 1
done
# Plugins
find plugins -type f -exec install -Dm644 {} ${pkgdir}/usr/share/eclipse/dropins/${pkgname/eclipse-}/eclipse/{} \;
done

}

2. Package naming and makedepends

Packages should be named eclipse-pluginname, so that they’re recognizable as eclipse-related packages and it’s easy to extract the plugin name with a simple shell substitution like ${pkgname/eclipse-}, not having to resort to the unneded ${_realname} variable. The plugin name is necessary to tidy up everything during installation and avoid conflicts.
I tried using bsdtar instead of unzip to remove the make dependency, but the test was negative: the archives I tried spitted out lots of errors, so I went the easy way. If someone makes it with bsdtar, I’ll be glad to modify the script.

3. File locations

Eclipse 3.4 (Ganymede) introduced a new way of handling plugins: the dropins folder (located in /usr/share/eclipse/dropins). Eclipse scans this folder looking for plugins, and it supports many directory structures. Source archives provide two directories, features and plugins, each one packed up with jar files. The preferred dropins structure should look like this:

/usr/share/eclipse/dropins/pluginname/features/feature1/…
/usr/share/eclipse/dropins/pluginname/features/feature2/…
/usr/share/eclipse/dropins/pluginname/plugins/plugin1.jar
/usr/share/eclipse/dropins/pluginname/plugins/plugin2.jar

This structure allows for mixing different versions of libraries that may be needed by different plugins while being clear about which package owns what. It will also avoid conflicts in case different packages provide the same library. The only alternative would be splitting every package from its libraries, with all the extra fuss it requires, and it wouldn’t even be guaranteed to work because of packages needing older library versions.
Features have to be unjarred since Eclipse won’t detect them otherwise, and the whole plugin installation won’t work. This happens because Eclipse treats update sites and local installations differently (don’t ask why, it just does).

3. The build() function

First thing to be noticed is the cd ${srcdir} command. Usually source archives extract the features and plugins folders directly under ${srcdir}, but this is not always the case. Anyway, for most non-(de facto)-standard plugins this is the only line that needs to be changed.
Next is the features section. It creates the necessary directories, one for every jar file, and extracts the jar in the corresponding directory. Similarly, the plugins section installs the jar files in their directory.

4. Conclusions

So here it is. I hope it’s clear why I’m proposing to standardize Eclipse plugins, and why I took certain routes instead of others. I know it looks a bit complicated for a prototype PKGBUILD, but I think it’s the best way to handle all the problems I’ve encountered. Comments, improvements and corrections are, as always, very welcome.

So, what is PBR? And do I need it?

Routers don’t usually need to make difficult choices: they often connect a network to another one, for example your LAN to the Internet, and just need the so-called static routing. In simple words, they just look at the recipient of the packet and forward it to the next router on the right channel.
The problem arises when a router is connected to the same network through two or more different channels, and needs to choose which route is the best one based on some predefined criteria. This is what PBR is about. PBR could act, for example, as a load-balancer for high-demand networks, or to route preferential traffic on dedicated channels. We will cover the latter case, since the former is much more trivial to implement.

The right tools for the job

There are two tools we will need to get the job done, iproute2 and iptables: iproute2 takes care of all the routing part, while iptables, traditionally used as a firewall, has the task to tell iproute2 which packets go to which channel.
For simpler cases the sole iproute2 is needed, since it already allows to define basic rules, like discriminating on the sender of a particular packet, but sometimes this is isn’t enough. We want to be able to decide routing for every single packet without limits on the rule to follow. This is where iptables comes into play: it will use its powerful packet matching abilities to mark packages and help iproute2 taking decisions.

Our setup

We will work with a machine that acts as a firewall/router for a LAN and has two available uplinks. The LAN interface will be eth0, while the WAN interfaces will be eth1 and eth2. Let’s suppose we want to route all the web traffic from the LAN through eth1, while forwarding all the rest through eth2.
For simplicity, eth0 address will be 192.168.0.1, eth1 will be 192.168.1.1 and eth2 will be 192.168.2.1. All networks will have a netmask of 255.255.255.0, and their next hop will be a machine on the same network with an IP address of 192.168.x.2.
The LAN will be masqueraded by the firewall/router with iptables, as this is the most common case in home and company networks.

The hard work

Creating the routing tables

First we need to define two new routing tables, one for every outgoing line. Let’s modify /etc/iproute2/rt_tables and add a couple of lines under the local section, so that it looks this way:

#
# reserved values
#
255    local
254    main
253    default
0    unspec
#
# local
#
100    web
200    rest

Here we have defined two tables called web and rest, respectively with an ID of 100 and 200. IDs are arbitrary, just stay within the 1-252 range. I chose 100 and 200 because they allow for further tables to be added before or after them.

Setting up routing

Next step is explaining Debian which routes are available and how routing should be done. The file we need to modify is /etc/network/interfaces, and these are the relevant parts:

auto lo eth0 eth1 eth2
allow-hotplug eth0
allow-hotplug eth1
allow-hotplug eth2

iface lo inet loopback
post-up ip route add 127.0.0.0/8 dev lo table web
post-up ip route add 127.0.0.0/8 dev lo table rest

iface eth0 inet static
address 192.168.0.1
netmask 255.255.255.0
post-up ip route add 192.168.0.0/24 dev eth0 table web
post-up ip route add 192.168.0.0/24 dev eth0 table rest

iface eth1 inet static
address 192.168.1.1
netmask 255.255.255.0
post-up ip route add 192.168.1.0/24 dev eth1 src 192.168.1.1 table web
post-up ip route add default via 192.168.1.2 table web
post-up ip rule add from 192.168.1.1 table web
post-up ip rule add fwmark 0×1 table web

iface eth2 inet static
address 192.168.2.1
netmask 255.255.255.0
post-up ip route add 192.168.2.0/24 dev eth2 src 192.168.2.1 table rest
post-up ip route add default via 192.168.2.2 table rest
post-up ip route add default via 192.168.2.2
post-up ip rule add from 192.168.2.1 table rest
post-up ip rule add fwmark 0×2 table rest

WARNING: the interfaces file doesn’t support end-of-line comments, so don’t use them or you’ll probably break the setup!
WARNING #2: this is just a minimal setup, it’s missing the post-down commands to clean up routing tables and rules, this means that ‘/etc/init.d/networking restart‘ will only make a mess, and you’ll need a reboot or some commands to make everything work again.

What have we done here? After the usual headers, we told our two tables how to reach the loopback interface and the LAN. Then, the fun part: two similar sections were written for eth1 and eth2. The only real difference is in the default route: we want eth2 to be the default, 192.168.2.2 being the default gateway, while eth1 should be a dedicated channel for web traffic.
Four post-up commands, which will be executed as the relative interface come up, are “shared” between the two interfaces. Taking eth1 as an example, the first command defines that this interface is attached to the 192.168.1.0/24 network, that all packets going to that network should have a sender address of 192.168.1.1 and that they should be routed through the table web. The second one says that the default gateway for the web table is 192.168.1.2.
The first rule forces a packet with a defined sender address to come out on the right interface, while the second one routes all packets marked 0×1 through the web table.

Marking packets

If you got through here and your network was successfully started with all the rules, then the worst part is done. Now let’s see where the magic happens: iptables. Our firewall script will have to contain a couple simple rules:

iptables -t mangle -A PREROUTING -p tcp –sport 80 -j MARK –set-mark 0×1
iptables -t mangle -A PREROUTING -p tcp –dport 80 -j MARK –set-mark 0×1

This will ensure that all traffic coming from or going to port 80 will be marked with 0×1, which corresponds to our web routing table. And this is it: iproute2 will see the mark (which is at operating system level, it doesn’t modify the packet in any way), assign the packet the correct source address and route it through the right interface.

Neat, isn’t it?

Conclusions

PBR is a very powerful tool that allows us to define routing in every little detail. Even though it can be a bit hard to setup, it proves to be invaluable in network environments which need a high level of customization, load-balancing or prioritization or certain kinds of traffic.
I hope you had a nice trip, and if you find something is missing or wrong (very easy) just leave a comment, I’ll try to fix it as soon as I can. Thanks for reading

References

• Linux Advanced Routing & Traffic HOWTO: surely the best PBR source around, a bit out of date, though
• Netfilter.org: official iptables documentation
• Linux Networking 2: a router with port forwarding: very good distro-agnostic PBR howto, goes much more in deep than this one, but it’s less practical

Oggi, stranamente, ho avuto una di quelle rare epifanie e ho sistemato quattro pacchetti e mezzo per Arch (voi che usate subclipse potete tornare a respirare, pare sia di nuovo in vita), ma il più delle volte finisco per sprecare quel poco tempo a guardare nel vuoto spremendomi le meningi. Nella testa… il nulla.

Ma a voi checcacchiovenefrega? Niente, però sento il bisogno di fare un mea culpa pubblico per tutto quello che non riesco ad incastrare nel privato. E mica che me le invento ’ste cose, già lo Zio fece quaccosa deggenere, e quindi puntini. Ma io no, non metto in piazza il tutto: ho i miei metodi per Fare le Cose™.

Ho un’agenda io. Per gli impegni. La riempio sempre. Guai a chi nomina il fatto che non la guardo mai.

Ho una mindmap con le cose da fare nei ritagli di tempo, ben categorizzate. Ogni tanto la aggiorno: più che una roadmap pare uno storico.

Ho un file di testo che si chiama REMINDER. Chissà cos’ha dentro, non lo apro da un po’.

Ho una cartella chiamata read, con dentro tutte le cose da leggere: ebook, fumetti, articoli, paper.

E poi ho lui… il blocco della TODO list.

Tutti gli informatici degni di questo nome sanno bene che un TODO list non è una semplice lista delle cose da fare. È la strada verso l’Illuminazione. È da sempre un mistero come quattro fogli tenuti insieme col nastro isolante e un mozzicone di matita possano cambiare la vita di una persona in questo modo.

Ecco, il mio Zen-o-matic giace in sottoutilizzo da qualche settimana. L’ho appena ripreso in mano, ho aggiunto la data di oggi, scritto due righe ed ecco che sono un po’ più in pace con me stesso e col mondo. Dal punto di vista di voi che leggete non cambierà assolutamente nulla. Affari vostri, qui mi sento già meglio.

puntini... informatici

SCENA PRIMA - Sala Email del palazzo Intertubi

Sipario. Il palco è buio. Corrado è seduto su uno sgabello con un computer portatile sulle ginocchia che lo illumina di una luce fredda e  tenue. Alla sua destra, ancora nascosta dal buio, c’è una porta che dà sulla quinta.

La porta si apre e subito si fa luce su tutto il palco. La luce è forte e Corrado, poco abituato, ne è evidentemente infastidito. Entra Laura, concitata. Ha l’aria stanca, ma sorride.

LAURA: Annunciaziò, annunciaziò! Allora signori miei… io vi avverto, voi rispondete e poi vi trovo la location. GIOVEDI 3 finisco con gli esami… beh il resto lo sapete, vi avevo avvisato che finito volevo andare a bere BIRRA… TANTA… quindi io vi dico la data prescelta per… sarebbe venerdi 4!!! Chi c’è??? Fatemi sapere cosi organizzo. Un bacio a tutti.

Laura esce dalla porta sulle note di Chi beve solo acqua ha qualcosa da nascondere. Corrado la ignora.

Buio.

SCENA SECONDA - Cellulare di Corrado, dentro Stalingrado

Suoni e rumori di un pub: musica, bicchieri che tintinnano, persone che parlano. Luce. Corrado è al banco, ha appena ordinato la prima birra
della serata e si gode il momento della spillatura. Il palco vibra: messaggio! Corrado valuta la spillatura e decide che ha giusto il tempo
di leggerlo prima di ritirare il suo bicchiere.

Entra Laura.

LAURA: Ciau! Stavo pensando di organizzare una bella bevuta per festeggiare la maturità venerdì sera. Tu ci saresti?

Corrado, ridacchiando, si mette in tasca Laura, prende la birra e va verso Danilo che si sta occupando dei panini all’altro capo del bancone.

CORRADO: Laura mi ha mandato la mail per la festa, l’altra sera, e io l’ho bellamente ignorata. Stasera ci ha riprovato con un sms sperando che io rispondessi. Illusa… e sì che ormai dovrebbe conoscermi!

Danilo ride con lui.

Buio.

SCENA TERZA - Sala Email del palazzo Intertubi

Come all’inizio della prima scena, Corrado è sullo sgabello col computer e si massaggia le tempie doloranti per la bevuta della sera precedente. Accanto a lui una pila di libri dai titoli astrusi. Corrado digita al computer, di tanto in tanto li guarda con aria poco convinta, poi torna alle sue attività informatiche. Gli balena in testa un’idea.

CORRADO (con la voce un po’ impastata e il volto illuminato): Scriverò una commedia!

Luce. Leggera, non fastidiosa come nella prima scena. Corrado si alza, appoggia il portatile su una mensola, qualche colpo di mouse e comincia allegro a ticchettare sui tasti. Una volta concluso preme con un gesto teatrale il tasto Invio, la porta si apre e Laura, con aria stranita, viene trascinata dentro come da una forza invisibile

CORRADO (guardandola convinto): Ci sarò!

Buio.

Sipario.

Dovrei mangiare, sento la fame, ma proprio non mi va. Ho lo stomaco annodato, e neanch’io so veramente perché: ci sono ragioni felici perché sia così, altre meno. È strano come la vita riesca spesso ad essere agrodolce, dosando accuratamente gioie e dolori, restando il più delle volte parca nel somministrarci uno solo dei due calici alla volta.

Ieri è stata una notte confusa, che ha lasciato più domande che risposte. Oggi sono arrivate alcune delle risposte e si sono dimostrate più insoddisfacenti che altro, portando ad ulteriori domande. Sono arrivate anche risposte a domande non fatte, appena subvocalizzate a bassissima frequenza lungo l’arco degli ultimi mesi. Il risultato sono sorrisi e lacrime, in qualche caso entrambi sul volto della stessa persona. A me è arrivato il nodo allo stomaco, e non so davvero per cosa.

Io? Io aspetto. Ho imparato ad aspettare.

La notizia della chiusura è stata annunciata a fine marzo, mentre il silenzio comincerà sabato 31 maggio. Due, principalmente, sono le conseguenze di questo addio: la prima è la nascita di RockFaMily, sito web che ospita una già nutrita community e vuole mantenere i contatti tra DJ e ascoltatori. La seconda conseguenza, grazie al grande supporto di moltissimi artisti italiani e internazionali, è un palinsesto di tutto rispetto per l’ultima settimana di trasmissioni. Lo riporto da RockFaMily:

Lunedì 26 Maggio: 14.30 Bugo - 15.30 Punkreas - 16.00 Skiantos - 16.30 The Styles - 17.00 Treves Blues Band - 18.00 Zen Circus - 19.00 Kissexy - 20.00 Eclettica - 21.00 Eugenio Finardi - 23.00 Garage Land

Martedì 27 maggio: 14.30 Glenn Huges - 15.00 Claudio Trotta (Barley Arts) - 16.30 Afterhours - 18.00 Ministri - 18.30 Il Maniscalco Maldestro - 19.00 Movida - 19.30 Rezophonic - 20.00 Eclettica - 21.00 P.F.M. - 23.00 Country Skyline - 0.00 NottEdo con Edo Rossi

Mercoledì 28 maggio: 14.00 Lacuna Coil - 16.00 New Trolls - 17.00 Giulio Casale - 20.00 Eclettica - 21.00 Ritmo Tribale - 21.30 Alberto Camerini - 22.00 Fire 22:30 S.T.P. 23:00 P.A.Y.

Giovedì 29 maggio: 15.00 Linea 77 - 16.00 Pino Scotto - 17.00 Extrema - 20.00 Eclettica - 21.30 Vallanzaska - 23.00 Good Rockin’ Tonight

Venerdì 30 maggio: 15.00 Starla - 18.00 Gigio D’Ambrosio - 18.30 Ringo - 19.00 Claudio Sorge & Stefano Cerati - 19.30 Cristina Borra - 20.00 Federico l’Olandese Volante - 20.30 Andrea Dulio - 21.00 Gaucho Show - 21.30 Rocksoundgarden - 22.00 Stefano Monticelli - 22.30 Nikki - 23.00 Après La Classe

Sabato 31 maggio: 00.00 Witching Hour - 01.00 Luca De Gennaro - 13.30 Riccardo Vianello in RockFM The Movie - 14.00 Odette in Weirdo

È evidente il calibro degli artisti che parteciperanno a questa festa di addio, ma non sono i soli. Molti altri hanno espresso la loro solidarietà, addirittura Brian May ne ha parlato sul suo sito, complice un video a lui rivolto durante un concerto per salvare la radio. Da parte mia di nuovo grazie, a tutti, per la bellissima esperienza. Spero solo che qualche editore con un po’ di soldi in tasca e un po’ di sale in zucca si ricordi di voi, e vi permetta di diventare quello che meritate.

Per il rock!

18 maggio - Drama @ Disco Lounge
I Drama suonano metal di genere indefinito, ma le influenze sono molto varie e ve ne accorgerete facilmente se verrete a sentirli. All’attivo abbiamo, oltre alle classiche cover, alcuni pezzi scritti da noi, in continuo aumento. Ci esibiremo al Disco Lounge, ex Atmosphere Live, in via Montegani 64. Ingresso a 5 euro con consumazione.

1 giugno - Cluster @ Blue Note
Come scuola di musica ci siamo aggiudicati per una sera questa prestigiosa location. Suoneremo tanto e tanti generi diversi, ma soprattutto jazz, blues, rock e pop. Io, se tutto va come previsto, dovrei esibirmi come clarinettista insieme a tre gruppi musicali, mentre come cantante sarò coinvolto in diversi pezzi da coro, solisti o in piccoli gruppi. Insomma, probabilmente sarò sul palco quasi tutta la sera. Ingresso gratuito al di sotto dei 26 anni, 12 euro per gli altri. Consumazioni a 8 euro.

6 giugno 5 giugno - QxC @ S. Elena
Molti di coloro che hanno sentito i QxC l’anno scorso all’oratorio di Sant’Elena si sono complimentati per l’originalità dell’esibizione, che è stata molto apprezzata. Che foste tra quelli o meno, preparatevi, perché quest’anno avremo una serata tutta per noi, e se credevate di aver visto tutto… cambierete idea! Sarà una serata con tanta musica di tutti i generi (sul serio!), ospiti e molte sorprese. Vi aspetto tutti in piazza Sant’Elena, specie quelli che ci hanno bidonati l’anno scorso. Non ve ne pentirete. Ingresso libero!

16 giugno - Cluster @ Teatro Pime
Il concerto di fine anno della scuola di musica dove studio… un’overdose di musica di tutti i tipi, con tanti giovani e meno giovani che si divertono sul palco e tra il pubblico. Il teatro Pime si trova in via Mosè Bianchi 94. Ingresso gratuito per i ragazzi.