Search Results: "paco"

13 August 2017

Enrico Zini: Consensually doing things together?

On 2017-08-06 I have a talk at DebConf17 in Montreal titled "Consensually doing things together?" (video). Here are the talk notes. Abstract At DebConf Heidelberg I talked about how Free Software has a lot to do about consensually doing things together. Is that always true, at least in Debian? I d like to explore what motivates one to start a project and what motivates one to keep maintaining it. What are the energy levels required to manage bits of Debian as the project keeps growing. How easy it is to say no. Whether we have roles in Debian that require irreplaceable heroes to keep them going. What could be done to make life easier for heroes, easy enough that mere mortals can help, or take their place. Unhappy is the community that needs heroes, and unhappy is the community that needs martyrs. I d like to try and make sure that now, or in the very near future, Debian is not such an unhappy community. Consensually doing things together I gave a talk in Heidelberg. Valhalla made stickers Debian France distributed many of them. There's one on my laptop. Which reminds me of what we ought to be doing. Of what we have a chance to do, if we play our cards right. I'm going to talk about relationships. Consensual relationships. Relationships in short. Nonconsensual relationships are usually called abuse. I like to see Debian as a relationship between multiple people. And I'd like it to be a consensual one. I'd like it not to be abuse. Consent From wikpedia:
In Canada "consent means the voluntary agreement of the complainant to engage in sexual activity" without abuse or exploitation of "trust, power or authority", coercion or threats.[7] Consent can also be revoked at any moment.[8] There are 3 pillars often included in the description of sexual consent, or "the way we let others know what we're up for, be it a good-night kiss or the moments leading up to sex." They are:
  • Knowing exactly what and how much I'm agreeing to
  • Expressing my intent to participate
  • Deciding freely and voluntarily to participate[20]
Saying "I've decided I won't do laundry anymore" when the other partner is tired, or busy doing things. Is different than saying "I've decided I won't do laundry anymore" when the other partner has a chance to say "why? tell me more" and take part in negotiation. Resources: Relationships Debian is the Universal Operating System. Debian is made and maintained by people. The long term health of debian is a consequence of the long term health of the relationship between Debian contributors. Debian doesn't need to be technically perfect, it needs to be socially healthy. Technical problems can be fixed by a healty community. graph showing relationship between avoidance, accomodation, compromise, competition, collaboration The Thomas-Kilmann Conflict Mode Instrument: source png. Motivations Quick poll: What are your motivations to be in a relationship? Which of those motivations are healthy/unhealthy? "Galadriel" (noun, by Francesca Ciceri): a task you have to do otherwise Sauron takes over Middle Earth See: What motivates me to start a project or pick one up? What motivates me to keep maintaning a project? What motivates you? What's an example of a sustainable motivation? Is it really all consensual in Debian? Energy Energy that thing which is measured in spoons. The metaphore comes from people suffering with chronic health issues:
"Spoons" are a visual representation used as a unit of measure used to quantify how much energy a person has throughout a given day. Each activity requires a given number of spoons, which will only be replaced as the person "recharges" through rest. A person who runs out of spoons has no choice but to rest until their spoons are replenished.
For example, in Debian, I could spend: What is one person capable of doing? Have reasonable expectations, on others: Have reasonable expectations, on yourself: Debian is a shared responsibility When spoons are limited, what takes more energy tends not to get done As the project grows, project-wide tasks become harder Are they still humanly achievable? I don't want Debian to have positions that require hero-types to fill them Dictatorship of who has more spoons: Perfectionism You are in a relationship that is just perfect. All your friends look up to you. You give people relationship advice. You are safe in knowing that You Are Doing It Right. Then one day you have an argument in public. You don't just have to deal with the argument, but also with your reputation and self-perception shattering. One things I hate about Debian: consistent technical excellence. I don't want to be required to always be right. One of my favourite moments in the history of Debian is the openssl bug Debian doesn't need to be technically perfect, it needs to be socially healthy, technical problems can be fixed. I want to remove perfectionism from Debian: if we discover we've been wrong all the time in something important, it's not the end of Debian, it's the beginning of an improved Debian. Too good to be true There comes a point in most people's dating experience where one learns that when some things feel too good to be true, they might indeed be. There are people who cannot say no: There are people who cannot take a no: Note the diversity statement: it's not a problem to have one of those (and many other) tendencies, as long as one manages to keep interacting constructively with the rest of the community Also, it is important to be aware of these patterns, to be able to compensate for one's own tendencies. What happens when an avoidant person meets a narcissistic person, and they are both unaware of the risks? Resources: Note: there are problems with the way these resources are framed: Red flag / green flag Ask for examples of red/green flags in Debian. Green flags: Red flags: Apologies / Dealing with issues I don't see the usefulness of apologies that are about accepting blame, or making a person stop complaining. I see apologies as opportunities to understand the problem I caused, help fix it, and possibly find ways of avoiding causing that problem again in the future. A Better Way to Say Sorry lists a 4 step process, which is basically what we do when in bug reports already: 1, Try to understand and reproduce the exact problem the person had. 2. Try to find the cause of the issue. 3. Try to find a solution for the issue. 4. Verify with the reporter that the solution does indeed fix the issue. This is just to say
My software ate
the files
that where in
your home directory and which
you were probably
for work Forgive me
it was so quick to write
without tests
and it worked so well for me
(inspired by a 1934 poem by William Carlos Williams) Don't be afraid to fail Don't be afraid to fail or drop the ball. I think that anything that has a label attached of "if you don't do it, nobody will", shouldn't fall on anybody's shoulders and should be shared no matter what. Shared or dropped. Share the responsibility for a healthy relationship Don't expect that the more experienced mates will take care of everything. In a project with active people counted by the thousand, it's unlikely that harassment isn't happening. Is anyone writing anti-harassment? Do we have stats? Is having an email address and a CoC giving us a false sense of security?
When you get involved in a new community, such as Debian, find out early where, if that happens, you can find support, understanding, and help to make it stop. If you cannot find any, or if the only thing you can find is people who say "it never happens here", consider whether you really want to be in that community.
There are some nice people in the world. I mean nice people, the sort I couldn t describe myself as. People who are friends with everyone, who are somehow never involved in any argument, who seem content to spend their time drawing pictures of bumblebees on flowers that make everyone happy. Those people are great to have around. You want to hold onto them as much as you can. But people only have so much tolerance for jerkiness, and really nice people often have less tolerance than the rest of us. The trouble with not ejecting a jerk whether their shenanigans are deliberate or incidental is that you allow the average jerkiness of the community to rise slightly. The higher it goes, the more likely it is that those really nice people will come around less often, or stop coming around at all. That, in turn, makes the average jerkiness rise even more, which teaches the original jerk that their behavior is acceptable and makes your community more appealing to other jerks. Meanwhile, more people at the nice end of the scale are drifting away.
(from Give people freedom If someone tries something in Debian, try to acknowledge and accept their work. You can give feedback on what they are doing, and try not to stand in their way, unless what they are doing is actually hurting you. In that case, try to collaborate, so that you all can get what you need. It's ok if you don't like everything that they are doing. I personally don't care if people tell me I'm good when I do something, I perceive it a bit like "good boy" or "good dog". I rather prefer if people show an interest, say "that looks useful" or "how does it work?" or "what do you need to deploy this?" Acknowledge that I've done something. I don't care if it's especially liked, give me the freedom to keep doing it. Don't give me rewards, give me space and dignity. Rather than feeding my ego, feed by freedom, and feed my possibility to create.

18 June 2017

Eriberto Mota: Como migrar do Debian Jessie para o Stretch

Bem vindo ao Debian Stretch! Ontem, 17 de junho de 2017, o Debian 9 (Stretch) foi lan ado. Eu gostaria de falar sobre alguns procedimentos b sicos e regras para migrar do Debian 8 (Jessie). Passos iniciais
# apt-get update
# apt-get dist-upgrade
deb stretch main
deb-src stretch main
deb stretch/updates main
deb-src stretch/updates main
# apt-get update
# apt-get dist-upgrade
Caso haja algum problema, leia as mensagens de erro e tente resolver o problema. Resolvendo ou n o tal problema, execute novamente o comando:
# apt-get dist-upgrade
Havendo novos problemas, tente resolver. Busque solu es no Google, se for necess rio. Mas, geralmente, tudo dar certo e voc n o dever ter problemas. Altera es em arquivos de configura o Quando voc estiver migrando, algumas mensagens sobre altera es em arquivos de configura o poder o ser mostradas. Isso poder deixar alguns usu rios pedidos, sem saber o que fazer. N o entre em p nico. Existem duas formas de apresentar essas mensagens: via texto puro em shell ou via janela azul de mensagens. O texto a seguir um exemplo de mensagem em shell:
Ficheiro de configura o '/etc/rsyslog.conf'
 ==> Modificado (por si ou por um script) desde a instala o.
 ==> O distribuidor do pacote lan ou uma vers o atualizada.
 O que deseja fazer? As suas op es s o:
 Y ou I : instalar a vers o do pacote do maintainer
 N ou O : manter a vers o actualmente instalada
 D : mostrar diferen as entre as vers es
 Z : iniciar uma shell para examinar a situa o
 A a o padr o   manter sua vers o atual.
*** rsyslog.conf (Y/I/N/O/D/Z) [padr o=N] ?
A tela a seguir um exemplo de mensagem via janela: Nos dois casos, recomend vel que voc escolha por instalar a nova vers o do arquivo de configura o. Isso porque o novo arquivo de configura o estar totalmente adaptado aos novos servi os instalados e poder ter muitas op es novas ou diferentes. Mas n o se preocupe, pois as suas configura es n o ser o perdidas. Haver um backup das mesmas. Assim, para shell, escolha a op o "Y" e, no caso de janela, escolha a op o "instalar a vers o do mantenedor do pacote". muito importante anotar o nome de cada arquivo modificado. No caso da janela anterior, trata-se do arquivo /etc/samba/smb.conf. No caso do shell o arquivo foi o /etc/rsyslog.conf. Depois de completar a migra o, voc poder ver o novo arquivo de configura o e o original. Caso o novo arquivo tenha sido instalado ap s uma escolha via shell, o arquivo original (o que voc tinha anteriormente) ter o mesmo nome com a extens o .dpkg-old. No caso de escolha via janela, o arquivo ser mantido com a extens o .ucf-old. Nos dois casos, voc poder ver as modifica es feitas e reconfigurar o seu novo arquivo de acordo com as necessidades. Caso voc precise de ajuda para ver as diferen as entre os arquivos, voc poder usar o comando diff para compar -los. Fa a o diff sempre do arquivo novo para o original. como se voc quisesse ver como fazer com o novo arquivo para ficar igual ao original. Exemplo:
# diff -Naur /etc/rsyslog.conf /etc/rsyslog.conf.dpkg-old
Em uma primeira vista, as linhas marcadas com "+" dever o ser adicionadas ao novo arquivo para que se pare a com o anterior, assim como as marcadas com "-" dever o ser suprimidas. Mas cuidado: normal que haja algumas linhas diferentes, pois o arquivo de configura o foi feito para uma nova vers o do servi o ou aplicativo ao qual ele pertence. Assim, altere somente as linhas que realmente s o necess rias e que voc mudou no arquivo anterior. Veja o exemplo:
+ news.err;\
+ *.=debug;*.=info;\
+ *.=notice;*.=warn  /dev/xconsole
+*.* @sam
No meu caso, originalmente, eu s alterei a ltima linha. Ent o, no novo arquivo de configura o, s terei interesse em adicionar essa linha. Bem, se foi voc quem fez a configura o anterior, voc saber fazer a coisa certa. Geralmente, n o haver muitas diferen as entre os arquivos. Outra op o para ver as diferen as entre arquivos o comando mcdiff, que poder ser fornecido pelo pacote mc. Exemplo:
# mcdiff /etc/rsyslog.conf /etc/rsyslog.conf.dpkg-old
Problemas com ambientes e aplica es gr ficas poss vel que voc tenha algum problema com o funcionamento de ambientes gr ficos, como Gnome, KDE etc, ou com aplica es como o Mozilla Firefox. Nesses casos, prov vel que o problema seja os arquivos de configura o desses elementos, existentes no diret rio home do usu rio. Para verificar, crie um novo usu rio no Debian e teste com ele. Se tudo der certo, fa a um backup das configura es anteriores (ou renomeie as mesmas) e deixe que a aplica o crie uma configura o nova. Por exemplo, para o Mozilla Firefox, v ao diret rio home do usu rio e, com o Firefox fechado, renomeie o diret rio .mozilla para .mozilla.bak, inicie o Firefox e teste. Est inseguro? Caso voc esteja muito inseguro, instale um Debian 8, com ambiente gr fico e outras coisas, em uma m quina virtual e migre para Debian 9 para testar e aprender. Sugiro VirtualBox como virtualizador. Divirta-se!

28 February 2014

Rog rio Brito: Paco de Lucia

I was super sad to know that Paco de Lucia passed a few days ago. It was shocking to know that he was so young (only 66 year old, if I am not mistaken). To share some of his fine work with his frequent collaborators John McLaughlin and Al Di Meola to people that may not otherwise know him or his work, I offered on a Facebook post to upload a bootleg of a show of the Guitar Trio (John McLaughlin, Paco De Lucia and Al Di Meola) with the entire performance (possibly out of order, as that is a bootleg, after all) ripped from a broadcast to Dutch TV station. This performance includes the exceptional Paco de Lucia prominently and the show has many songs from the "Friday Night in San Francisco" record, including the magnificent (IMVHO) "Mediterranean Sundance". The credits of the video are, of course, of the musicians. I only ripped, deinterlaced (remember, analog TV it was interlaced), denoised, encoded, and uploaded the video to youtube.

24 January 2013

Dirk Eddelbuettel: Rcpp reaches 100 dependents on CRAN

With the arrival earlier today of the stochvol package onto the CRAN network for R, our Rcpp project reached a new milestone: 100 packages have either a Depends:, Imports: or LinkingTo: statement on it. The full list will always be at the bottom of the CRAN page for Rcpp; I also manually edit a list on my Rcpp page. But for the record as of today, here is the current list as produced by a little helper script I keep:
 acer                apcluster           auteur             
 bcp                 bfa                 bfp                
 bifactorial         blockcluster        ccaPP              
 cda                 classify            clusteval          
 ConConPiWiFun       EpiContactTrace     fastGHQuad         
 fdaMixed            forecast            fugeR              
 GeneticTools        gMWT                gof                
 gRbase              gRim                growcurves         
 GUTS                jaatha              KernSmoothIRT      
 LaF                 maxent              mets               
 minqa               mirt                mRMRe              
 multmod             mvabund             MVB                
 NetworkAnalysis     ngspatial           oem                
 openair             orQA                parser             
 pbdBASE             pbdDMAT             phom               
 phylobase           planar              psgp               
 quadrupen           Rchemcpp            Rclusterpp         
 RcppArmadillo       RcppBDT             rcppbugs           
 RcppClassic         RcppClassicExamples RcppCNPy           
 RcppDE              RcppEigen           RcppExamples       
 RcppGSL             RcppOctave          RcppRoll           
 RcppSMC             RcppXts             rforensicbatwing   
 rgam                RInside             Rmalschains        
 Rmixmod             robustgam           robustHD           
 rococo              RProtoBuf           RQuantLib          
 RSNNS               RSofia              rugarch            
 RVowpalWabbit       SBSA                sdcMicro           
 sdcTable            simFrame            spacodiR           
 sparseHessianFD     sparseLTSEigen      SpatialTools       
 stochvol            surveillance        survSNP            
 termstrc            tmg                 transmission       
 trustOptim          unmarked            VIM                
 waffect             WideLM              wordcloud          
And not to be forgotten is BioConductor which has another 10:
 ddgraph            GeneNetworkBuilder GOSemSim          
 GRENITS            mosaics            mzR               
 pcaMethods         Rdisop             Risa              
As developers of Rcpp, we are both proud and also a little humbled. The packages using Rcpp span everything from bringing new libraries to R, to implementing faster ways of doing things we have before to doing completely new things. It is an exciting time to be using R, and to be connecting R to C++, especially with so many exciting things happening in C++ right now. Follow the Rcpp links for more, and come join us on the Rcpp-devel mailing list to discuss and learn.

30 September 2011

Axel Beckert: Fun facts from the UDD

After spotting an upload of mira, who in turn spotted an upload of abe (the package, not an upload by me aka abe@d.o), mira (mirabilos aka tg@d.o) noticed that there are Debian packages which have same name as some Debian Developers have as login name. Of course I noticed a long time ago that there is a Debian package with my login name abe . Another well-known Debian login and former package name is amaya. But since someone else came up with that thought, too, it was time for finding the definite answer to the question which are the DD login names which also exist as Debian package names. My first try was based on the list of trusted GnuPG keys:
$ apt-cache policy $(gpg --keyring /etc/apt/trusted.gpg --list-keys 2>/dev/null   \
                     grep   \
        	     awk -F'[<@]' ' print $2 '   \
                     sort -u) 2>/dev/null   \
                   egrep -o '^[^ :]*'
But this was not satisfying as my own name didn t show up and gpg also threw quite a lot of block reading errors (which is also the reason for redirecting STDERR). mira then had the idea of using the Ultimate Debian Database to answer this question more properly:
udd=> SELECT login, name FROM carnivore_login, carnivore_names
      WHERE AND login IN
      (SELECT package AS login FROM packages, active_dds
       WHERE packages.package=active_dds.login UNION
       SELECT source AS name FROM sources, active_dds
       WHERE sources.source=active_dds.login)
      ORDER BY login;
 login                   name
 abe     Axel Beckert
 alex    Alexander List
 alex    Alexander M. List  4402020774 9332554
 and     Andrea Veri
 ash     Albert Huang
 bam     Brian May
 ed      Ed Boraas
 ed      Ed G. Boraas [RSA Compatibility Key]
 ed      Ed G. Boraas [RSA]
 eric    Eric Dorland
 gq      Alexander GQ Gerasiov
 iml     Ian Maclaine-cross
 lunar   J r my Bobbio
 mako    Benjamin Hill
 mako    Benjamin Mako Hill
 mbr     Markus Braun
 mlt     Marcela Tiznado
 nas     Neil A. Schemenauer
 nas     Neil Schemenauer
 opal    Ola Lundkvist
 opal    Ola Lundqvist
 paco    Francisco Moya
 paul    Paul Slootman
 pino    Pino Toscano
 pyro    Brian Nelson
 stone   Fredrik Steen
(26 rows)
Interestingly tor (Tor Slettnes) is missing in this list, so it s not complete either At least I m quite sure that nobody maintains a package with his own login name as package name. :-) We also have no packages ending in -guest , so there s no chance that a package name matches an Alioth guest account either

7 August 2011

Antonio Terceiro: Playing with JPEG quality and file size

This is probably no news at all for graphics/image processing experts, but its something I've just learnt myself and I thought it would be fun to share. I am writing a static HTML photo algum generator and was a little suspicious of the size of the generated JPEG images. I thought "well, these JPEGs should not be that large ..." I did some quick research and found out that ImageMagick uses JPEG quality 92 by default and was curious how file size would vary as I changed the output quality. Then I took an image and produced thumbnails for it with the "JPEG quality" parameter ranging from 1 to 100 to check 1) how the file size varies with quality and 2) how much quality actually makes any difference when viewing the images. To generate the thumbnails with varying quality, I did the following:
$ for i in $(seq -f %03g 1 100); do convert -scale 640x480 -quality $i /path/to/original.jpg $i.jpg; echo $i; done
Then I generated a data file by calculating the size of each file with du and piping the results through sed and awk:
$ du -b [0-9]*.jpg   sed 's/.jpg//'   awk '  print $2 " " $1  '
The generated data file looks this, with JPEG quality in first column and file size in bytes in the second column:
001 20380
002 20383
003 20634
004 21106
Regarding to file size, it seems like between 1 and 50, file size grows sublinearly with quality. Beyond that, the curve reaches an inflection point and grows in a way that looks, if not exponentially, at least polynomially.Jpeg-file-size-by-quality The above plot was produced in a R session that looked like this:
$ R
R version 2.13.1 (2011-07-08)
Copyright (C) 2011 The R Foundation for Statistical Computing
ISBN 3-900051-07-0
Platform: i486-pc-linux-gnu (32-bit)
R   um software livre e vem sem GARANTIA ALGUMA.
Voc  pode redistribu -lo sob certas circunst ncias.
Digite 'license()' ou 'licence()' para detalhes de distribui o.
R   um projeto colaborativo com muitos contribuidores.
Digite 'contributors()' para obter mais informa es e
'citation()' para saber como citar o R ou pacotes do R em publica es.
Digite 'demo()' para demonstra es, 'help()' para o sistema on-line de ajuda,
ou 'help.start()' para abrir o sistema de ajuda em HTML no seu navegador.
Digite 'q()' para sair do R.
> png()
> data <- read.table('points.dat')
> quality <- data[[1]]
> quality
  [1]   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  16  17  18
 [19]  19  20  21  22  23  24  25  26  27  28  29  30  31  32  33  34  35  36
 [37]  37  38  39  40  41  42  43  44  45  46  47  48  49  50  51  52  53  54
 [55]  55  56  57  58  59  60  61  62  63  64  65  66  67  68  69  70  71  72
 [73]  73  74  75  76  77  78  79  80  81  82  83  84  85  86  87  88  89  90
 [91]  91  92  93  94  95  96  97  98  99 100
> filesize <- data[[2]]
> filesize
  [1]  20380  20383  20634  21106  21551  22012  22469  22878  23323  23715
 [11]  24103  24494  24952  25327  25725  26127  26507  26886  27216  27550
 [21]  27917  28288  28627  28945  29271  29583  29919  30280  30516  30813
 [31]  31099  31367  31679  31873  32232  32538  32704  33072  33324  33443
 [41]  33860  34055  34253  34633  34804  35074  35216  35491  35871  35935
 [51]  36030  36443  36743  36898  37120  37382  37726  38077  38307  38581
 [61]  39002  39270  39700  39962  40388  40762  41086  41629  42062  42544
 [71]  43048  43392  44062  44824  45023  45682  46532  47347  47833  48701
 [81]  49612  50423  51694  52637  53635  55243  56340  58304  59709  62162
 [91]  64207  66273  70073  74617  79917  86745  94950 105680 128158 145937
> plot(quality, filesize, xlab = 'JPEG Quality', ylab = 'File size')
Save workspace image? [y/n/c]: y
Looking at the actual generated thumbnails, somewhere after quality > 60 I stopped noticing the difference between increasing quality factors. Settling with a default quality of 75 seems to be good enough: the resulting static HTML album generated from a folder with 82 pictures dropped from 12MB with the default ImageMagick quality factor to 6MB with quality 75, with very little perceivable image quality loss.

26 June 2011

Miriam Ruiz: I won t be able to attend DebConf this year

I haven t blogged for a while, because I ve been doing so many things that I scarcely had time nor will for it. Among all those things, and during the weekends of the last few months, we have been teaching kids (8-12 y.o.) about computers, Free Software and technology. Those kids are great, very intelligent, very motivated, and very funny to be with. I miss them a bit after the program has ended. In any case, I ve been given the chance to teach some more kids during summer weekdays, and I m really looking forward to it. The downside of this is that I won t have any summer holidays and, thus, I finally won t be able to attend DebConf 11 in Banja Luka, which was something I was also looking forward too. But, even though that s something I d really love to do, one cannot be in two places at the time, so this year I finally won t be able to attend DebConf either. Have lots of fun! I ll miss you! :) In case you want to know more about all of this (sorry, links are in Spanish): Oh, and to show you what I m exchanging you for (nothing personal): Photo of the official presentation, with the parents and the kidsPhoto of all the kids in Campus TICPhoto of all the kids in Yo ProgramoPhoto of the kids in my group of Campus TICKids in Campus TIC working with their computersTeam group of my kids in Campus TICGroup photo of the kids in my group, in Campus TICKids in Campus TIC working with Lego WeDo robots I wouldn t like to end this post without thanking all the kids from both Campus TIC and Yo Programo for being so cool, and also to welcome the kids from Fantastic Park, in case any of them -or their parents- are reading. Oh, and all of you who attend DebConf this year, have a lot of fun! :)

21 November 2008

David Moreno Garza: Book meme

De esta triste estancia en la capital de Colombia se rescata el que pudieron ver jugar al m tico Real Madrid contra el Millonarios.” Translation: “From this sad stay in the capital of Colombia, it was worth they saw the mitical Real Madrid play Millonarios.” From Ernesto Guevara tambi n conocido como el Che (Ernesto Guevara also known as Che), by Paco Ignacio Taibo II.

18 June 2008

Jordi Mallach: In the news

The newspapers brought good news bits in the last two days. P blico reports on Paco Rivi re's ongoing quest to get a refund for the extra money he had to pay for a Windows licence when he bought a laptop. Paco is a well known member of the Ubuntu Catalan community and has been battling for this common-sense right for 3 years. The trial took place last Monday, and hopefully he'll be able to report some good news soon. In totally unrelated news, the Valencian caveman Juan Garc a Sentandreu, leader of the right-wing Coalici n Valenciana party, was arrested yesterday, for still not too clear reasons. Being one of the biggest enemies of my language, and having a long record of violent attacks to cultural entities and other political parties in Val ncia, I can't say I pitty him at all. I hope he had fun sleeping with the yonkis in the central police station last night. :)

20 May 2007

Meike Reichle: What a show!

Right, some time has passed since our Fiesta Mexicana, but still here's my record of this memorable evening. In a word: Wow! Panteon Rococo did a spectacular show! I've known and liked their music before, but seeing them live is a whole different matter and just sooo much better! Although their tour has already been lasting for quite some time, they showed absolutely no sign of fatigue. The Vier Linden was pretty full but not cram-full so there was still enough space to dance. (And while we are speaking of dancing, let me say, that some of my muscles are still sore! Those guys just don't give you a rest!) Throughout the whole concert the mood both on and in front of the stage were great and the guys were fooling around and inciting the audience, with themselves setting a good example of how to absolutely lose it (and play an instrument at the same time!) the whole time. The only downer was that a lot of what they said seemed to get lost since many in the audience didn't speak (enough) Spanish, which lead to a kind of lack of timely reactions. (Shenka yells something - Spanish speakers: "Yaay!" - Tiny delay - Rest of crowd: "Yaaaaay!"). Most weren't botherd by this though, and neither seemed the band. After all, it is pretty clear where Panteon Rococo stand and what their opinions are, so there isn't much to guess. Consequently when the band showed first signs of getting towards the end of the concert the audience wouldn't let them go. They of course played La carencia and all the other favourites but the audience just wouldn't get enough, so the encores(?) kind of turned into a "Who drops first" contest. (We did.) If you have any chance to see them while they're over here, do it!. The tour is still on and you can still see Panteon Rococo on the following dates: 20.05.2007 D - Hamburg @ Fabrik
22.05.2007 D - Rostock @ Mau Club
23.05.2007 D - Potsdam @ Lindenpark
24.05.2007 D - Dresden @ Scheune
25.05.2007 D - Paderborn @ Kulturwerkstatt
26.05.2007 D - Rottenburg @ Stadthalle
27.05.2007 D - Passau @ Pfingst Open Air
28.05.2007 D - Essen @ Pfingst Open AIr
19.07.2007 E - Huesca @ Pirineos Sur
20.07.2007 E - Barcelona @ London Bar

PS: Paco soo reminds me of weasel!

17 January 2007

Jordi Mallach: Frenando Alfonso visits Val ncia

So last monday, the F1 team Vodafone McLaren Mercedes <youraddhere> unveiled their new car, new drivers and all the stuff in Val ncia. Many Valencians are still wanki^Wexcited about the event. Our Great Leader Paco Camps and his Great Team of Consellers prepared a urban racing circuit emulating Monaco, so people could enjoy Fernando Alonso's driving skillz right next to their homes. To accomplish this, one of the most important arteries of the city was closed during 8 or more hours, during a working day, when transit is busiest. And better yet, 1,200,000 of public money, our money, was spent to set up a show which basically was a huge advertisement of a private team. This is Val ncia though, the land of mosatros, m s! , and Valencians are pretty much happy with how their taxes are used, or how the city is quickly becoming a huge circus, after 12 (soon to be extended to 16) years of Partido Popular. I can't wait for the 32nd America's Cup! If anything positive, this show may change the name of the bridge where the Pope did his stuff last Summer (at the time, it was closed to transit during 3 months). Until now popularly called El Puente del Papa , hopefully it'll morph to El Puente de Alonso , at least until the next show. If I need to choose between Ratzinger and Alonso, hey, give me Alonsomania!

8 September 2006

Andre Luis Lopes: Por qu Debian ?

Tenho aqui comigo um o in cio de um texto antigo, que comecei a escrever h uns dois anos atr s, sobre porque eu uso Debian. Nunca consegui finaliz -lo direito, mas achei que n o seria justo deix -lo aqui jogado em um diret rio empoeirado de meu HD (meu ~/txt tem muita coisa iniciada e n o finalizada). Um dia ainda vou termin -lo e acrescentar mais conte do, s preciso estar num dia inspirado para tirar todas as id ias da cabe a e coloc -las na forma de palavras. De qualquer forma, mesmo inacabado, espero que gostem. E lembrem-se : meu blog aceita coment rios :-)
Por qu Debian ? Eu tamb m ou o esta pergunta quase diariamente. Para que eu n o tenha que respond -la novamente a toda vez que me perguntem, resolvi sentar e escrever uma resposta padr o para a mesma. Assim, toda vez que algu m me faz esta mesma pergunta novamente, eu simplesmente pe o para a pessoa ler este texto. Aspectos t cnicos Qualidade. Sim, qualidade. Erroneamente, a maioria das pessoas que n o utilizam Debian ou que n o o conhecem pensam que o grande motivo pelo qual o Debian se diferencia das outras distribui es GNU/Linux puramente pela exist ncia da ferramenta APT, a qual auxilia na resolu o autom tica de depend ncias, facilitando enormente o gerenciamento de softwares. Realmente, trata-se de uma ferramenta extremamente til. Por m, atualmente, diversas distribui es GNU/Linu baseadas em pacotes no formato RPM (Red Hat, Fedora, Mandriva, etc) utilizam por padr o ou suportam, mesmo que n o oficialmente, mecanismos de resolu o autom tica de depend ncias e gerenciamento de softwares similares ao APT. Algumas at mesmo utilizam um porte do pr prio APT, adaptado para funcionamento com pacotes no formato
RPM. O que diferencia o Debian das demais distribui es GNU/Linux a qualidade. O apt-get a parte vis vel qual o usu rio tem acesso e que parece fazer toda a m gica. Por m, por atr s dele, existe um componente fundamental, frequentemente esquecido pelos usu rios : a pol tica de empacotamento de softwares Debian. O projeto Debian possui um documento extenso e altamente detalhado, que descreve, em cada m nimo detalhe, ao que um pacote de software precisa estar atento para poder ser considerado um pacote oficial e fazer parte da distribui o. A pol tica de empacotamento de softwares o que faz com que o Debian seja altamente superior s outras distribui es. Ela bem definida, clara e aplicada rigorosamente. Ferramentas de apoio aos desenvolvedores auxiliam a refor ar a aplica o das regras ditadas pela pol tica e qualquer pacote de software que n o siga fielmente o que dita o Manual de Pol ticas Debian n o inclu do em uma vers o oficial da distribui o, n o importando o qu o importante seja o componente de software fornecido pelo pacote. Isso, somado s diversas equipes internas existentes dentro do projeto Debian, garante a qualidade da distribui o. Equipes de QA (Quality Assurance), de seguran a, de ger ncia de release, ger ncia de relatos de erros e diversas outras equipes garantem que um sistema operacional funcional e altamente integrado seja criado, em oposi o a mera corre o de problemas em pacotes de softwares isolados. Adicionalmente, cada software passa por um intenso processo de avalia o antes que possa ser aceito oficialmente e adicionado a distribui o. Al m dos in meros detalhes t cnicos, tamb m existe uma equipe de especialistas legais que analisam as licen as de distribui o dos softwares antes de aceit -los como parte da distribui o. O fato do Debian ser atualmente a distribui o GNU/Linux que suporta a maior quantidade de arquiteturas de hardware que o kernel Linux suporta tamb m adiciona qualidade distribui o, uma vez que, como parte do processo de porte das aplica es para uma arquitetura de hardware suportada pelo Debian, in meras falhas s o descobertas e corrigidas, o que contribui
para a qualidade final do software. Logicamente, some a isso tudo o fato do projeto Debian possuir o maior acervo de softwares livres empacotados e prontos para uso existente da atualidade, deixando para tr s todas as outras distribui es GNU/Linux, inclusive as distribui es comerciais. Atualmente, s o mais de 15.000 pacotes de softwares prontos para uso e facilmente instal veis. Aspectos estrat gicos (ou independ ncia tecn logica) Uma das grandes vantagens estrat gicas que se ganha ao utilizar Debian a independ ncia tecnol gica. L gico, a grande maioria das distribui es GNU/Linux atuais s o livres, mas nada garante que continuar o a ser livres por toda sua exist ncia. Claro, sempre existir o grupos de pessoas dispostos a iniciar uma nova distribui o com base em uma vers o livre existente de uma distribui o comercial caso algo aconte a com a empresa que a desenvolveu e que impossibilite a continuidade da distribui o. Mas criar uma comunidade e manter um projeto grande como o de uma distribui o GNU/Linux, com toda a infraestrutura j fornecida pelo projeto Debian, leva tempo, anos. E consome anos de trabalho de milhares de volunt rios. O projeto Debian j tem tudo isso funcionando e uma experi ncia de 13 anos nessa rea. Exemplos de problemas com o envolvimento de interesses privados de empresas no desenvolvimento de distribui es GNU/Linux n o s o somente te ricos e recentemente tivemos provas da exist ncia dos mesmos, com empresas privadas terminando a continuidade do acesso a atualiza es de seguran as para suas distribui es de uso livre e sem custo e, em
muitos casos, praticamente obrigando seus usu rios a migrarem para vers es comerciais de suas distribui es. O projeto Debian criou o Contrato Social Debian. O item n mero 1 desse contrato social diz que o Debian ir sempre permanecer composto de 100% software livre. De igual import ncia, o item n mero 4 desse mesmo documento diz que a prioridade do projeto Debian ser sempre seus usu rios e o software livre, o que, na pr tica, garante que interesses comerciais n o ser o colocados em primeiro plano e que os usu rios n o ser o for ados a migrarem para vers es comerciais da distribui o em momento algum. A Defini o Debian de Software Livre, mais um documento produzido pelo projeto Debian, possui grande import ncia na comunidade de software livre, tendo sido utilizado como base para a cria o do Defini o de C digo Aberto (Open Sorce), a qual individuais e empresas aderentes ao modelo de desenvolvimento aberto de software usam como base para cria o de licen as de softwares que os qualifiquem como software aberto (Open Source).
Ok, isso por enquanto. Um dia ainda termino e acrescento mais conte do. Quem quiser comentar e dar novas id ias, esteja a vontade, nos coment rios ou por e-mail.