Re: Debian Med sprint II in Southport, UK - any objections to the last weekend in January?

2011-08-11 Thread Olivier Sallou
There are some trains from Manchester airport to Southport.
If location can be next a low-cost hub Manchester is ok for me, but
all depends on each one location.

I will come if I can find the budget...  ;-)

Olivier

Le 8/10/11 6:33 PM, Tim Booth a écrit :
 Hi All,

 Following the very successful Debian Med Bioinformatics Sprint last year
 in Luebeck, we propose a second one to be held in the UK early next
 year.  As I didn't duck fast enough I'm currently the main organiser.

 The likely location is Southport (exact venue TBC) on the north west
 coast of England.  Transport links are generally good with flights to
 nearby Manchester and Liverpool.

 As before, there will be an emphasis on sleeves-rolled-up packaging work
 and mentoring.  We will also aim to tackle other specific topics based
 on the interests of the attendees.  Please see the new Wiki page
 [http://wiki.debian.org/DebianMed/Meeting/Southport2012] and add your
 priorities to the list.

 For now I just want to set a date, so I'll propose the last weekend in
 January - the 27th,28th,29th - as per last time.  Please let me know if:

 a) You want to come but can't make that date
 b) You want to come but can't do a weekend

 Once I have the date fixed I'll advertise more widely and ask all
 prospective attendees to add themselves to the Wiki page in order to
 keep track of numbers, and I'll start looking for a venue.

 I can't say right now if there will be any travel sponsorship for
 volunteers, but hopefully that will be possible.

 Cheers,

 TIM


-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438



-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e437fb5.3090...@irisa.fr



Re: Debian Med sprint II in Southport, UK - any objections to the last weekend in January?

2011-08-11 Thread Steffen Möller
Hello,

@Tim, do not fix the date too stricktly too early, find the right
venue first.  From the feedback I got it was important to have
an opportunity for those nightly hacking session, i.e. to have
the bed right next to our venue. Not every place will allow for
that and when there is some sudden birthday party at that
weekend already then you'd be too much constrained (so it
happend in Luebeck, good we found a fun place anyway).

@all: The idea for Southport is to make it a running theme to aim
at some more or less touristy coastal spot - but anticyclic
in the winter. This way we are at a small place and flock together
more and it is nice and special and since there will be not so
many guests we will be treated well. Also, I find people to be
influenced by the sea quite a lot in their character, maybe more
than by their local culture,  which gives it all some international
flair, too. To convene at Southport was jointly decided by the
Brits that attended the first Sprint ... they were all excited about
it, must be good.

@Olivier, would you volunteer for 2013?

Steffen

On 08/11/2011 09:07 AM, Olivier Sallou wrote:
 There are some trains from Manchester airport to Southport.
 If location can be next a low-cost hub Manchester is ok for me, but
 all depends on each one location.

 I will come if I can find the budget...  ;-)

 Olivier

 Le 8/10/11 6:33 PM, Tim Booth a écrit :
 Hi All,

 Following the very successful Debian Med Bioinformatics Sprint last year
 in Luebeck, we propose a second one to be held in the UK early next
 year.  As I didn't duck fast enough I'm currently the main organiser.

 The likely location is Southport (exact venue TBC) on the north west
 coast of England.  Transport links are generally good with flights to
 nearby Manchester and Liverpool.

 As before, there will be an emphasis on sleeves-rolled-up packaging work
 and mentoring.  We will also aim to tackle other specific topics based
 on the interests of the attendees.  Please see the new Wiki page
 [http://wiki.debian.org/DebianMed/Meeting/Southport2012] and add your
 priorities to the list.

 For now I just want to set a date, so I'll propose the last weekend in
 January - the 27th,28th,29th - as per last time.  Please let me know if:

 a) You want to come but can't make that date
 b) You want to come but can't do a weekend

 Once I have the date fixed I'll advertise more widely and ask all
 prospective attendees to add themselves to the Wiki page in order to
 keep track of numbers, and I'll start looking for a venue.

 I can't say right now if there will be any travel sponsorship for
 volunteers, but hopefully that will be possible.

 Cheers,

 TIM



-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e43be11.8030...@gmx.de



Re: Debian Med sprint II in Southport, UK - any objections to the last weekend in January?

2011-08-11 Thread Andreas Tille
On Thu, Aug 11, 2011 at 01:33:37PM +0200, Steffen Möller wrote:
 venue first.  From the feedback I got it was important to have
 an opportunity for those nightly hacking session, i.e. to have
 the bed right next to our venue.

 + high bandwidth  stable internet in the venue
 + high bandwidth  stable internet in the venue
 + high bandwidth  stable internet in the venue
 + internet in the bed
 + high bandwidth  stable internet in the venue

 @Olivier, would you volunteer for 2013?

Ahhh, Britany. :-)

Kind regards

  Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2011083943.gb30...@an3as.eu



Re: Debian Med sprint II in Southport, UK - any objections to the last weekend in January?

2011-08-11 Thread Olivier Sallou
this is some time for 2013...  :-)

Britany has lots of wonderful coasts, the problem is to come (just like
for any place such as Southport).
While it is quite easy to come to Rennes for example, travelling to the
coast is more complex... and takes some time.

But we have time to discuss about this!

Olivier


Le 8/11/11 1:39 PM, Andreas Tille a écrit :
 On Thu, Aug 11, 2011 at 01:33:37PM +0200, Steffen Möller wrote:
 venue first.  From the feedback I got it was important to have
 an opportunity for those nightly hacking session, i.e. to have
 the bed right next to our venue.
  + high bandwidth  stable internet in the venue
  + high bandwidth  stable internet in the venue
  + high bandwidth  stable internet in the venue
  + internet in the bed
  + high bandwidth  stable internet in the venue

 @Olivier, would you volunteer for 2013?
 Ahhh, Britany. :-)

 Kind regards

   Andreas.


-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438



-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e43c13f@irisa.fr



Re: Debian Med sprint II in Southport, UK - any objections to the last weekend in January?

2011-08-11 Thread Steffen Möller
On 08/11/2011 01:39 PM, Andreas Tille wrote:
 On Thu, Aug 11, 2011 at 01:33:37PM +0200, Steffen Möller wrote:
 venue first.  From the feedback I got it was important to have
 an opportunity for those nightly hacking session, i.e. to have
 the bed right next to our venue.
  + high bandwidth  stable internet in the venue
  + high bandwidth  stable internet in the venue
  + high bandwidth  stable internet in the venue
  + internet in the bed
  + high bandwidth  stable internet in the venue
Well, yes, but when we know about a difficulty with the
network then we can prepare for it. It is still mostly
about us meeting.

 @Olivier, would you volunteer for 2013?
 Ahhh, Britany. :-)
Uh, these German autocorrections, I just had one of those in my first
line :) Well, when I google of images of Britany I like those, too,
well, most of them. Hoping for a Yes, sure, come, from Olivier ...

Steffen


-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e43c277.3070...@gmx.de



Re: Debian Med sprint 2013 , just a few photo of britany for those who want to discover it....

2011-08-11 Thread Olivier Sallou
Just a sample of photos  in britanny

http://www.google.fr/search?hl=frq=bretagne+imagesbav=on.2,or.r_gc.r_pw.biw=1318bih=865um=1ie=UTF-8tbm=ischsource=ogsa=Ntab=wi#um=1hl=frtbm=ischsa=1q=bretagne+cote+granit+roseoq=bretagne+cote+granit+roseaq=faqi=aql=gs_sm=egs_upl=6502l8646l0l8749l17l15l0l12l12l0l210l329l2.0.1l3l0bav=on.2,or.r_gc.r_pw.fp=3f76ecb9466f0473biw=1318bih=865


http://www.google.fr/search?hl=frq=bretagne+imagesbav=on.2,or.r_gc.r_pw.biw=1318bih=865um=1ie=UTF-8tbm=ischsource=ogsa=Ntab=wi#um=1hl=frtbm=ischsa=1q=bretagne+saint+malooq=bretagne+saint+maloaq=faqi=g1aql=gs_sm=egs_upl=73009l74376l2l74559l10l9l0l7l7l0l49l94l2l2l0bav=on.2,or.r_gc.r_pw.fp=3f76ecb9466f0473biw=1318bih=865


Olivier

Le 8/11/11 1:52 PM, Steffen Möller a écrit :
  these German autocorrections, I just had one of those in my first
 line :) Well, when I google of image

-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438



-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e43c3b9.6070...@irisa.fr



Re: Debian Med sprint II in Southport, UK - any objections to the last weekend in January?

2011-08-11 Thread Andreas Tille
On Thu, Aug 11, 2011 at 01:52:23PM +0200, Steffen Möller wrote:
   + high bandwidth  stable internet in the venue
   + high bandwidth  stable internet in the venue
   + high bandwidth  stable internet in the venue
   + internet in the bed
   + high bandwidth  stable internet in the venue
 Well, yes, but when we know about a difficulty with the
 network then we can prepare for it. It is still mostly
 about us meeting.

Ok, I agree it is mostly about us meeting and
 + high bandwidth  stable internet in the venue
 + high bandwidth  stable internet in the venue
 + high bandwidth  stable internet in the venue
 + internet in the bed
 + high bandwidth  stable internet in the venue
... and we should be prepared for it in advance.

  @Olivier, would you volunteer for 2013?
  Ahhh, Britany. :-)
 Uh, these German autocorrections, I just had one of those in my first
 line :) Well, when I google of images of Britany I like those, too,
 well, most of them. Hoping for a Yes, sure, come, from Olivier ...

There is no need for googling:

   http://fam-tille.de/frankreich/granitrose/
   http://fam-tille.de/frankreich/emeraude/

and yes I'm perfectly spoiling my previous argument because those places
are not easy to reach.  However, I might bring my wife and would stay
for another week watching waves pushing / roling over lighthouses.
February should be the right time for this ...

Kind regards

   Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110811124404.gh30...@an3as.eu



Serbian package description translations waiting for input (Was: Just to say hello)

2011-08-11 Thread Andreas Tille
Hi Karolina,

On Wed, Aug 10, 2011 at 12:49:07PM +0200, Karolina Kalic wrote:
  You can add Serbian to the tasks, and I'll do my best to translate it
  as soon as possible.
 
  I will do but currently ddtp.debian.net is down and thus the
  registration of Serbian (which seems to be not there currently).  I'll
  observe this and will keep you informed.

That's done now.  Just have a look at

   http://debian-med.alioth.debian.org/tasks/bio

bottom line (just for checking whether everything is spelled properly)
and then you should be able to start translations.  (Please note that
for the first time you need to create a login at ddtp.debian.net - just
follow the Translate description button and you will be (hopefully)
guided by the ddtp server.

Please note:  It might be also quite valuable to not only translate
descriptions which are relevant for Debian Med.  Please point all your
friends who enjoyed DebConf to ddtp.debian.net and ask them for
translations - having all packages in base translated would be a nice
goal for end summer. :-)

Kind regards

   Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110811142526.gm30...@an3as.eu



Re: Serbian package description translations waiting for input (Was: Just to say hello)

2011-08-11 Thread Karolina Kalic
Hi, Andreas,

On Thu, Aug 11, 2011 at 16:25, Andreas Tille andr...@an3as.eu wrote:
 Hi Karolina,

 On Wed, Aug 10, 2011 at 12:49:07PM +0200, Karolina Kalic wrote:
  You can add Serbian to the tasks, and I'll do my best to translate it
  as soon as possible.
 
  I will do but currently ddtp.debian.net is down and thus the
  registration of Serbian (which seems to be not there currently).  I'll
  observe this and will keep you informed.

 That's done now.  Just have a look at

   http://debian-med.alioth.debian.org/tasks/bio

 bottom line (just for checking whether everything is spelled properly)
 and then you should be able to start translations.  (Please note that
 for the first time you need to create a login at ddtp.debian.net - just
 follow the Translate description button and you will be (hopefully)
 guided by the ddtp server.

Spelling is good, but something is wrong with login (or I'm doing
something wrong). I created Login, and confirmed it via link from
email, but after I login with my alias, and than go to main page (or
any other), it keeps asking me to login again. Should I write to
Debian-I18n mailing list?

Karolina


--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CADh3fJmn-=gyA1KMwUnQEGtJrrWKZENed2N3aoV4aoc6LXÅq...@mail.gmail.com



debian-med svn checkout

2011-08-11 Thread Dominique Belhachemi
Hi,

Does the following description work for anyone since the changes on alioth?

http://debian-med.alioth.debian.org/docs/policy.html#source
=
To check sources out from our repositories, please do:
*
  If you are a member of Debian Med or a Debian developer, you
have write permission:

  svn co svn+ssh://u...@alioth.debian.org/svn/debian-med/trunk/...
  git clone git+ssh://u...@alioth.debian.org/git/debian-med/package.git
=

Thanks
Dominique


-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAvaLCzUK_-QuBSAsoYjNSFRqRebz=gc17c7nwujo7tcpgo...@mail.gmail.com



Re: debian-med svn checkout

2011-08-11 Thread Nelson A. de Oliveira
Hi Dominique!

On Thu, Aug 11, 2011 at 1:04 PM, Dominique Belhachemi
domi...@debian.org wrote:
 Does the following description work for anyone since the changes on alioth?

For SVN it works:

svn co svn+ssh://svn.debian.org/svn/debian-med/trunk/

For git:

git clone git+ssh://git.debian.org/git/debian-med/package.git

You can specify the user if needed too (for example, u...@svn.debian.org).
Both works here.

Best regards,
Nelson


-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAARFvTWJkwTVgu7oPNHvjCCkpJx5RXjn=ri_nnvemupooi4...@mail.gmail.com



Re: debian-med svn checkout

2011-08-11 Thread Dominique Belhachemi
Thanks Nelson,


 svn co svn+ssh://svn.debian.org/svn/debian-med/trunk/


It still doesn't work for me. All I get is the following error message:

svn: To better debug SSH connection problems, remove the -q option
from 'ssh' in the [tunnels] section of your Subversion configuration
file.
svn: Network connection closed unexpectedly

Cheers
Dominique


-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAvaLCwjy4330UqzhcxH4VZoWuuOSboWeT5=zbf6bictk+d...@mail.gmail.com



Re: debian-med svn checkout

2011-08-11 Thread Nelson A. de Oliveira
Hi!

On Thu, Aug 11, 2011 at 1:25 PM, Dominique Belhachemi
domi...@debian.org wrote:
 It still doesn't work for me. All I get is the following error message:

Can you ssh directly to the host?
Are you using VerifyHostKeyDNS in your ~/.ssh/config for Debian hosts?

ssh -v svn.debian.org can give us more info (you can also increase
the vs to -vvv)

Best regards,
Nelson


-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caarfvtubbd7mwnnfgsd-366nvsuejw+ez58cnnvanusvfqu...@mail.gmail.com



Re: debian-med svn checkout

2011-08-11 Thread Dominique Belhachemi
Thanks,

It is working now. I used a wrong key for my *-guest account.

Cheers
Dominique

On Thu, Aug 11, 2011 at 12:30 PM, Nelson A. de Oliveira
nao...@gmail.com wrote:
 Hi!

 On Thu, Aug 11, 2011 at 1:25 PM, Dominique Belhachemi
 domi...@debian.org wrote:
 It still doesn't work for me. All I get is the following error message:

 Can you ssh directly to the host?
 Are you using VerifyHostKeyDNS in your ~/.ssh/config for Debian hosts?

 ssh -v svn.debian.org can give us more info (you can also increase
 the vs to -vvv)

 Best regards,
 Nelson



-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caavalcymb9940kz5g1a2q-9soaheav6_6fu2w2m7pwuixjh...@mail.gmail.com



Please autobuild abyss

2011-08-11 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I'm the upstream and Debian maintainer of abyss, which
is a bioinformatics software package. Its license is free for academic
use and licensed to commercial users. The license currently reads
Debian may redistribute this software package.

Is that sufficient? I'm happy to make any changes that you require to
the statement to include ABySS in the autobuild. I've added
XS-Autobuild: yes to debian/control.

Thanks,
Shaun
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk5ECh8ACgkQvFdYF1IwUUrGGACgwLlZaVD3B0oJ/PAYPh2WIrDz
5/UAnRssZPTYWqJKZUVJqoWgjRpECAp+
=QrKf
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CADX6M3o4=wdxa6r100dvaanvczjm_jqrvpf8gd3ikjo6-21...@mail.gmail.com



[ans...@debian.org: The archive now supports xz compression]

2011-08-11 Thread Charles Plessy
Dear all,

I forward you these news from the FTP team.  Given the size of many of our
packages, I recommend to use xz compression as much as possible.  This includes
all our get-orig-source scripts: when we repack, there is no need to stick to
upstream's compression system.

Have a nice day,

-- Charles

- Forwarded message from Ansgar Burchardt ans...@debian.org -

Date: Thu, 11 Aug 2011 17:12:36 +0200
From: Ansgar Burchardt ans...@debian.org
To: debian-devel-annou...@lists.debian.org
Subject: The archive now supports xz compression
Message-ID: 877h6kasnv@deep-thought.43-1.org
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux)

Hi,

The archive software now accepts packages using xz for compression in
addition to gzip and bzip2 for both source and binary packages.

Please remember that packages in the base system[1] (and dependencies)
*must* currently use gzip as otherwise debootstrap will be unable to
install a system.

Additionally please only use xz (or bzip2 for that matter) if your
package really profits from its usage (for example, it provides a
significant space saving). While those methods may compress better they
often use more CPU time to do so and a very small decrease in package
size is hardly worth the extra effort placed on slower systems. Think of
both user systems and the Debian buildds which will waste more time - an
especially bad problem on slower architectures.

Regards,
Ansgar, for the FTP Team

1: Meaning everything with Priority: required.



- End forwarded message -

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110811224830.ga25...@merveille.plessy.net



Re: Licsensing scientific data

2011-08-11 Thread Sylvestre Ledru
Hello Andreas,

Le dimanche 31 juillet 2011 à 10:04 +0200, Andreas Tille a écrit :
 - Sylvestre, did you by chance saved the gobby
 file because gobby.debian.net was switched off 

I guess you saw that since then:
http://debblog.philkern.de/2011/08/debconf11-gobby-documents.html

As attachement, you will find the one relative to the debian science
roundtable.
I will try to update the wiki soon.

Cheers,
Sylvestre


* Interaction of pkg-scicomp
 - NMU upload + svn migration to complete it
 
* Advertising on Debian Science
 - how ?
   * ?blog: e.g. Debian-Med got wonderful one http://debianmed.blogspot.com/ , 
NeuroDebian got some too ;-) : http://neuro.debian.net/blog/
   * ?presence on scientfic conferences (e.g. NeuroDebian does that on 
neuroscience-related conferences)
 - New nice website
 - to who ?
 
* List software. Update blends tasks:
 - missing software in the archive
 - available packages in the archive but not listed in blends
 
* BibTeX files
 - please consider adopting/extending 
http://git.debian.org/?p=pkg-exppsy/debian-bibliography.git
 - unify/work-together with http://wiki.debian.org/UpstreamMetadata
 - Debian references: continue M.Hanke-initiated 
http://wiki.debian.org/CategoryPublication : TODO - wiki2bib fetcher/validator
 - proposals:
   * debian/copyright (bad idea)
   * debian/control (bad idea with screams)
   * debian/bib (in BibTeX format)
   * debian/upstream-metadata.yaml (1-1 mapping with bib)
   * use RDF (or have some converter from .yaml)

* More fine grained tasks
 - Ideally aim at selection being done by sub-tasks within d-i
 - warning: we could lose critical mass

* Giving credit to upstream

* Sloppy backports?

* Build-time testing

* Helping upstream
  - expertise transfer among projects
  - build-time testing (together with automatic sloppy backports provides lots 
of feedback)

* Enable pinning to defined versions of programs
 - usually people want to work with a specific version of scientific program;
   how can we address this issue? Should we?
 - this is quite a new concept in Debian, because some of these users would
   really like forwardports of old software (to ensure reproducibility)
 - but if reproducibility isn't preserved in newer version, there must be 
something
   broken somewhere!
 - snapshot.debian.org can be used; this mean that old branches are not updated
   anymore
 - however, having multiple branches in Debian requires LOTS of work
 - static versions of packages are not a good idea. (Security) bugs will stay
   and the user might not be aware. 
 - users can also set up virtual machines to have full reproducibility of
   calculations (having the same libraries could be insufficient: you have to
   have the same whole environment)

* DebTags
 - create tasks from debtags
 - we need more fine-grained tasks to match the two classifications

* Usage of the mailing list
 - Proposal by Sylvestre Ledru to separate users and packaging questions
 - Argument by Adam Powell IV that normal users will ask on upstream MLs or 
other mailing lists
 
 

Re: fis-gtm

2011-08-11 Thread Bhaskar, K.S
Thorsten --

Thank you for your message and apologies for this delayed reply.  
Depending on where I am, I use three different clients to view e-mail one 
of which does not give me the opportunity to mark e-mails as Unread to be 
read again later on a friendlier client.  After seeing your message 
there, I overlooked it later with the volume of e-mail in my Inbox.  Mea 
culpa.

More comments below - look for [KSB3].

Regards
-- Bhaskar

On 08/02/2011 01:55 PM, Thorsten Alteholz wrote:

 Hi Bhaskar,

 On Mon, 25 Jul 2011, Bhaskar, K.S wrote:

[KSB3] ...snip...


 Even though they are compiled from the same source code, the 32-
  and 64-bit binaries of GT.M are different and packaged  installed
  separately.

 Yes, but in case I want to create the 32-bit version on a 64-bit CPU, I 
 need
 to call make twice and do a 'setenv OBJECT_MODE 32' in between, right?

[KSB3] That is correct.


  Why do you say that you don't expect anyone to run GT.M on arm?

 While working with ARM processors there have been always resource problems
 sooner or later. But you are right, I didn't thought about those things
 you mentioned. So we need a bootstrap for arm :-).

[KSB3] I agree wholeheartedly!


  [KSB2] Someone installing a new version would choose the latest release.
  But we have users who distribute applications on top of GT.M.  They may
  have a periodic repackage / release cycle, and if they are running
  stably, there is less work for them to do to continue using an existing
  GT.M version until their next cycle.

 Ok, but we are talking about the distribution via Debian/Ubuntu or
 whatever derivate. So if someone has another application that depends on
 one release, then of course due to this dependency this release won't be
 deleted. If someone uses Debian as a basis and adds his own stuff before
 distributing it, he should either announce this fact and the needed
 release won't be deleted. Or he does his own thing and uses his release
 in any way.
 So I don't see any problem that unused releases might be deleted in a new
 Debian release. In this case deleting doesn't mean that the packages
 disappears. All of the next 23 releases will remain in the archive and can
 be used!

[KSB3] OK


  If GT.M is unfriendly to other UTF-8 locales, I definitelyt want to know
  so that we can fix it.  If GT.M requires en_US.utf8 that may be
  unfriendly, and we'll consider what we can do about it.

 There are severeal lines like:
   utflocale=`locale -a | grep -i en_us ...`
 in configure and later there is a test:
if [ $utflocale =  ]; then
 or:
if [ $found_icu -ne 0  -a $utflocale !=  ] ; then
   doutf8=1
else
   doutf8=0
fi
 May I say that this is an unfriendly behaviour?

[KSB] We will look into this.  To support UTF-8 mode, GT.M requires a 
.utf8 locale, any utf8 locale, except on z/OS where it requires 
en_US.utf8 because of certain platform dependencies.  The configure 
script is old and this part of it has probably not been looked at for a 
long time.  Perhaps the Debian package will not even need it.

But, if you look at the (newer) gtmprofile script that a user would 
source to set up a GT.M environment, notice that it uses the first 
available utf8 locale.  For example, on my laptop, even though I am in 
the US:

kbhaskar@bhaskarks:~$ gtm_chset=UTF-8 /usr/lib/fis-gtm/V5.4-002B_x86/gtm

GTMwrite $ztrnlnm(LC_CTYPE)
en_AG.utf8
GTMhalt
kbhaskar@bhaskarks:~$

I have to explicitly set en_US.utf8 to get it:

kbhaskar@bhaskarks:~$ LC_CTYPE=en_US.utf8 gtm_chset=UTF-8 
/usr/lib/fis-gtm/V5.4-002B_x86/gtm

GTMwrite $ztrnlnm(LC_CTYPE)
en_US.utf8
GTMhalt
kbhaskar@bhaskarks:~$

History is what history is - we try to do better today than we did 
yesterday. and we'll try to do better tomorrow than we do today.


 There is another issue. After updating my sid machine it wasn't possible
 to build the package from sources. It says something about missing
 include file. Other packages replaced the -I- with -iquote which does not
 work in your case. After adding the attached patch, everything was fine 
 again.

[KSB3] This was on our list of things to do.  I know that the changes are 
small, but since GT.M is built from a highly common code base across a 
wide variety of platforms and released under a variety of licenses, both 
free / open source (e.g., GT.M for Linux on x86) and proprietary (e.g,. 
GT.M for proprietary UNIX flavors), would you please make a statement 
that you make no claim of copyright to the patch?  Thank you very much.

-- 
GT.M - Rock solid. Lightning fast. Secure. No compromises.

_

The information contained in this message is proprietary and/or confidential. 
If you are not the intended recipient, please: (i) delete the message and all 
copies; (ii) do not disclose, distribute or use the message in any manner; and 
(iii) notify the sender immediately. In addition, please be aware that any 
message addressed to our domain is subject to archiving and review by persons