[gentoo-dev] Resignation

2009-09-02 Thread Olivier Fisette
Hi,

It is time for me to resign as a Gentoo developer. I no longer contribute 
enough to the project to warrant developer status, and that is not likely to 
change anytime soon. With new hobbies and projects in my life, I no longer 
find the free time and motivation combination that used to make me contribute 
to Gentoo on a regular basis.

I wish to thank everyone I had the pleasure to work with. I learned a lot from 
you, and being part of the development team was a great experience. I plan to 
contribute on Bugzilla from time to time, and I might try to come back to 
devhood in the future...

With kind regards,

Olivier

-- 
Olivier Fisette (ribosome)
Gentoo Linux Developer
Scientific applications



Re: [gentoo-dev] New developer: Sebastien Fabbro (bicatali)

2007-02-02 Thread Olivier Fisette
On Friday, 2 February 2007 05:49, Marcus D. Hanwell wrote:
> It is my pleasure to introduce Sebastien Fabbro (also known as bicatali) to
> you as the latest addition to the Gentoo scientific applications team. In
> his own words he is a French guy (don't worry - we won't hold that against
> you ;) ) living and working n Portugal.

Hi Sébastien, and welcome,

Glad to see you are joining the team. I look forward to working with you. 

Cheers,

-- 
Olivier Fisette (ribosome)
Gentoo Linux Developer
Scientific applications, Developer relations


pgp0KyuIPL7aT.pgp
Description: PGP signature


[gentoo-dev] Removal of sci-biology/cbcanalyzer

2006-11-03 Thread Olivier Fisette
Hi everyone,

sci-biology/cbcanalyzer no longer compiles on any of my systems (bug #153881). 
It is unmaintained and I have no interest in fixing it. It has been 
package.mask'ed for a while and no one noticed. Unless someone is interested 
in fixing the bug and maintaining the package in the future, I will remove it 
from Portage in about a month.

Regards,

-- 
Olivier Fisette (ribosome)
Gentoo Linux Developer
Scientific applications, Developer relations


pgphw2qABeAOW.pgp
Description: PGP signature


Re: [gentoo-dev] New Developer: Jeffrey Gardner (je_fro)

2006-10-08 Thread Olivier Fisette
On Friday, 6 October 2006 14:57, Petteri Räty wrote:
> It's my pleasure to introduce to you Jeffrey "je_fro" Gardner, the
> latest addition joining to help out with the scientific packages.

Another biochemist joins the team! Welcome, Jeffrey.

Cheers,

-- 
Olivier Fisette (ribosome)
Gentoo Linux Developer
Scientific applications, Developer relations


pgpCBW706Qk52.pgp
Description: PGP signature


Re: [gentoo-dev] Nominations open for the Gentoo Council 2007

2006-07-05 Thread Olivier Fisette
On Saturday, 1 July 2006 02:46, Mike Frysinger wrote:
> well it's about that time of the year ... time for nominating
> people for the next Gentoo Council

Hi all,

I would like to nominate:

Grant Goodyear (g2boojum)
Chris Gianelloni (wolf31o2)
Mike Frysinger (vapier)
Michael Sterrett (mr_bones_)
George Shapovalov (george)
Xavier Neys (neysx)

I would also have proposed Donnie Berkholz (spyderous), but he already 
declined nomination.

Cheers,

-- 
Olivier Fisette (ribosome)
Gentoo Linux Developer
Scientific applications, Developer relations


pgpyyUcDnBYpp.pgp
Description: PGP signature


Re: [gentoo-dev] New developer: Thomas Cort (tcort)

2006-04-16 Thread Olivier Fisette
On Sunday, 16 April 2006 02:24 pm, [EMAIL PROTECTED] wrote:
> Thomas hails from Quebec, Canada and joins the already busy Canadian
> conspiracy.

Another dev from Québec city! Welcome to the team, Thomas.

-- 
Olivier Fisette (ribosome)
Gentoo Linux Developer
Scientific applications, Developer relations


pgpQm3KfwbgJu.pgp
Description: PGP signature


Re: [gentoo-dev] New Developer: Gérald Fenoy

2006-02-02 Thread Olivier Fisette
Le Thursday, 2 February 2006 05:00 pm, Mike Doty a écrit :
> All, please take a moment to welcome djay.  Gérald is already a French
> GDP translator, and now will help out the sci herd with ebuild maintenance.

Glad to see you onboard. Welcome to the team!

Cheers,

-- 
Olivier Fisette (ribosome)
Gentoo Linux Developer
Scientific applications, Developer relations


pgphtDLPFSI2N.pgp
Description: PGP signature


Re: [gentoo-dev] Stupid USE defaults that need cleaning

2005-12-28 Thread Olivier Fisette
On Monday, 26 December 2005 11:57 am, Jakub Moc wrote:
> emboss - "Adds support for the European Molecular Biology Open Software
> Suite." WTF? Why are we abusing make.defaults for such stuff?

Quote from bug #82428:


The reason why I think "emboss" should be enabled by default is that the 
vast majority of users of packages such as aaindex, CUTG, PRINTS, Prosite, 
Rebase and TransFac want/expect EMBOSS support for these packages. (These
are the only packages with optional EMBOSS support.) For example, although
a minority of users have custom scripts to query the Prosite database, 
most will use the EMBOSS program "patmatmotifs" to interface with it, so 
having this program available when Prosite is installed is a sensible 
default.


The issue of Stupid/INSANE/crap/crazy/WTF/abusing default USE flags has been 
brought to this list (and others) before. If you think enabling a certain USE 
flag is not a good default, explain why, keeping in mind that we cannot 
enable or disable default USE flags per ebuild, that the default profiles are 
targeted at desktop users, and that packages should always work correctly 
out-of-the-box, even if that means pulling in lots of dependencies. If you 
would like to have a smaller set of default USE flags for a server or a 
minimal desktop system, then write the corresponding profile and propose it 
to the relevant arch teams.

Regards,

-- 
Olivier Fisette (ribosome)
Gentoo Linux Developer
Scientific applications, Developer relations


pgpavfqChq1d6.pgp
Description: PGP signature


[gentoo-dev] Masking of [EMAIL PROTECTED] 3.x and related packages

2005-11-27 Thread Olivier Fisette
Hi,

It has been a while since the [EMAIL PROTECTED] project has moved to a 
BOINC-based 
client. Thanks to Marcus Hanwell (cryos), we have working ebuilds for BOINC 
and the new [EMAIL PROTECTED] client (4.x) in the tree.

The "classic" [EMAIL PROTECTED] 3.x service has now been discontinued (and the 
software is no longer distributed). This is why I will start masking the 
relevant packages. These will be removed from the tree in about a month. They 
are:

=sci-astronomy/setiathome-3*
sci-astronomy/ksetispy
sci-astronomy/ksetiwatch
sci-astronomy/lin-seti
sci-astronomy/msetimon
sci-astronomy/setimgr
sci-astronomy/tkseti
x11-plugins/gkrellm-seti
x11-plugins/wmseti
x11-plugins/wmsetimon
x11-plugins/wmufo

The "seti" local USE flag used in "app-admin/torsmo" and "app-admin/conky" 
will be masked in the base profile.

Tracker bug for the new BOINC-based [EMAIL PROTECTED] is #103250 
(http://bugs.gentoo.org/show_bug.cgi?id=103250).

Regards,

-- 
Olivier Fisette (ribosome)
Gentoo Linux Developer
Scientific applications, Developer relations


pgpIyWqlWDfrl.pgp
Description: PGP signature


[gentoo-dev] use.mask'ing and packages in the testing branch

2005-09-07 Thread Olivier Fisette
Hi,

I have a question about masked USE flags and packages in the 
testing branch. I have a problem with "sci-biology/emboss", a 
sequence analysis package I maintain that was keyworded ~amd64 a 
few days ago. Six packages (containing various genetic and 
biological data) in the tree have optional EMBOSS support that 
may be enabled using the corresponding USE flag. EMBOSS PDEPENDs 
on these six packages, because they are necessary for a complete 
EMBOSS installation but cannot be installed before EMBOSS as 
they have to be indexed using EMBOSS programs.

These six packages in turn depend on EMBOSS, but only if optional 
EMBOSS support is turned on. The reason is these packages may be 
used without EMBOSS (although that is rarely the case, some 
users appreciate that and I do not want to force over 200 
programs on someone just for installing a small amino acid 
properties database).

The end result is that in order to have EMBOSS work on a given 
arch, the six depending packages must also be keyworded, *and* 
the emboss USE flag must be enabled by default. Otherwise, the 
users would be left with the PDEPENDencies built without EMBOSS 
support, and many EMBOSS programs (some of which are very 
important and popular) would be broken.

The problem is that on amd64, the "emboss" USE flag is still 
masked and is not in the default USE flags like it is for other 
arches that support EMBOSS (see bug #105086 [1]). I was told 
that demasking USE flags is only done when packages hit the 
stable branch. (I do not know why and would appreciate an 
explanation.) It also seems that architecture conditional 
dependencies are deprecated. I still believe that unmasking the 
keyword would not break anything since no amd64 stable package 
has optional EMBOSS support and, of course, no such package 
should be stabilised until EMBOSS itself is stable.

The bottom line is EMBOSS is currently keyworded ~amd64 but 
broken on amd64. This is a known bug and should be easy to fix, 
but if we cannot demask the USE flag or use architecture 
conditional dependencies, I really have no idea how to fix this. 

Thoughts or suggestions anyone? 

[1] http://bugs.gentoo.org/show_bug.cgi?id=105086

-- 
Olivier Fisette (ribosome)
Gentoo Linux Developer
Scientific applications, Developer relations


pgplNeXfPbdvP.pgp
Description: PGP signature


Re: [gentoo-dev] New Developer: Jean-François Brunette(formula7)

2005-06-18 Thread Olivier Fisette
On Saturday, 18 June 2005 08:07 pm, Mike Doty wrote:
> Everyone welcome formula7 to the team.  He is going to be
> helping out the security team with writing GLSAs.
>
> In his own words:
> "I'm from Quebec, Canada. I will study law soon at the
> University of Sherbrooke. I like everything that is related to
> computers and this is why I want to give some of my time to
> the Gentoo Project. I spend part of my time working on new
> software projects. I'm actually working on AI, especially
> neural networks."

Another dev from Québec! Are three enough for an official 
conspiracy? ;-) Bienvenue à bord, Jean-François.

-- 
Olivier Fisette (ribosome)
Gentoo Linux Developer


pgp7hlaHHSNah.pgp
Description: PGP signature