Le Tue, Jul 28, 2009 at 12:50:08PM +0100, James Bonfield a écrit :
Following on from this I'm pleased to say the upstream staden-read
library now has incorporated full libtool support and I hope
appropriate versioning too. (Thanks Charles for the patches.)
Thank you very much, I have updated
On Thu, Jul 16, 2009 at 12:28:36PM +0200, Michael Banck wrote:
The linker actually cares about the library interface, not the library
version.
If you remove or change interface, Debian will have to rev the library
version (e.g. from libstaden-read.so.1 to libstaden-read.so.2),
regardless of
On Wed, Jun 03, 2009 at 09:23:12AM +0100, James Bonfield wrote:
On Wed, Jun 03, 2009 at 01:57:10PM +0900, Charles Plessy wrote:
I finally almost finished the packaging of a libtoolized version of the
Staden
io_lib, which we agreed to rename libstaden-read in Debian, following what
is
On Thu, Jul 16, 2009 at 12:28:36PM +0200, Michael Banck wrote:
The linker actually cares about the library interface, not the library
version.
If you remove or change interface, Debian will have to rev the library
version (e.g. from libstaden-read.so.1 to libstaden-read.so.2),
regardless of
On Wed, Jun 03, 2009 at 01:57:10PM +0900, Charles Plessy wrote:
I finally almost finished the packaging of a libtoolized version of the Staden
io_lib, which we agreed to rename libstaden-read in Debian, following what is
already done in Fedora.
Indeed the name change we already agreed on -
Le Tue, Jul 08, 2008 at 02:07:58PM +0100, James Bonfield a écrit :
If you wish to only have one copy io_lib then that's doable. You may
wish to change the build system to use dynamic libraries instead or
just face that the build of the staden package programs will be
statically linked.
Dear
On Fri, 29 Aug 2008, James Bonfield wrote:
On Fri, Aug 29, 2008 at 10:04:39PM +0900, Charles Plessy wrote:
I just realised while browsing the WWW that in Fedora libread was
renamed libstaden-read.
On 2 Sep 2008, at 10:50 am, Andreas Tille wrote:
On Fri, 29 Aug 2008, James Bonfield wrote:
On Fri, Aug 29, 2008 at 10:04:39PM +0900, Charles Plessy wrote:
I just realised while browsing the WWW that in Fedora libread was
renamed libstaden-read.
Le Tue, Sep 02, 2008 at 01:37:09PM +0100, Tim Cutts a écrit :
Wow - stop the presses. Everyone agrees with each other. This has to
be some sort of record in any Debian-related community. :-)
Hmmm, this goes too well. Here is a licence issue to syphon this
enthousiasm ;)
In the latest
On Tue, Sep 02, 2008 at 11:08:09PM +0900, Charles Plessy wrote:
I am affraid that our archive administrators will object that this licence
does not give the right to redistribute (not to mention to copy and modify),
and that there is no sign that the permission given to the upstream authors is
Le Tue, Jul 08, 2008 at 04:55:32PM +0100, James Bonfield a écrit :
Maybe I should just give up and embrace the libtool abomination like
the rest of the planet! It probably now works properly on the few
remaining systems that anyone still supports.
Hello,
I posted a very naive patch for this
Le Tue, Jul 08, 2008 at 02:07:58PM +0100, James Bonfield a écrit :
Agreed on the io_lib name too - it's pretty atrocious, but I'm
assuming the name was picked (it predates my work on it) as it was
originally just an internal part of a larger package and not
distributed separately.
Hello
On Fri, Aug 29, 2008 at 10:04:39PM +0900, Charles Plessy wrote:
I just realised while browsing the WWW that in Fedora libread was
renamed libstaden-read.
http://rpmfind.net/linux/RPM/fedora/updates/testing/8/x86_64/staden-io_lib-devel-1.11.2.1-2.fc8.i386.html
What is your opinion about
On 8 Jul 2008, at 4:55 pm, James Bonfield wrote:
On Tue, Jul 08, 2008 at 04:32:54PM +0200, Andreas Tille wrote:
Ideally I'd like to rewrite the entire staden build system to use
something like autoconf (although maybe one of the newer
alternatives
that isn't such a dogs breakfast when it
On 8 Jul 2008, at 1:13 pm, Andreas Tille wrote:
IMHO we are not in a hurry with this. But I want to use this chance
to ping our fellow Debian developers at Sanger to consider some
cooperation
with the internal Debian project that really targets at their
application.
In principle, I'm
On Wed, 9 Jul 2008, Tim Cutts wrote:
In principle, I'm more than happy to help out, but as with everything else,
my time is limited. ...
Sure - we talked about this at DebConf last year and I also remember the
reasons you mentioned why you are not using packaged versions. It would
be stupid
Le Wed, Jul 09, 2008 at 07:08:12AM +0100, Tim Cutts a écrit :
1) Frequently, different groups in the Institute want different
versions of the same program to be available, which is hard if we use
packaged versions.
Hi all,
this is a very good point. Actually, the situation is similar
On 9 Jul 2008, at 7:42 am, Andreas Tille wrote:
On Wed, 9 Jul 2008, Tim Cutts wrote:
In principle, I'm more than happy to help out, but as with
everything else, my time is limited. ...
Sure - we talked about this at DebConf last year and I also remember
the
reasons you mentioned why
Le Wed, Jul 09, 2008 at 09:09:48AM +0100, Tim Cutts a écrit :
I package some of the perl modules we need, such as AcePerl
Oh, our ITP #468760 :)
I have a detailed debian/copyright file, so if you send us your
debian/rules and debian/control, we may have a pacakge for free :)
We plan to give
On Wed, Jul 09, 2008 at 10:10:09AM +0200, Andreas Tille wrote:
I do not know about --root option but when snapshot.debian.net was
functional I used this and pinning via /etc/apt/preferences. If you
implement some snapshot.debian.net like repository and educate users
At the risk of exploding a
On Wed, 9 Jul 2008, James Bonfield wrote:
At the risk of exploding a holy flame war, this is something RedHat
did years ago with rpm and it proved to be very useful at times. It's
certainly a feature I've missed with apt.
Ahh, OK. I'm not aware that this feature was ever wanted. Is there
On 9 Jul 2008, at 8:25 am, Charles Plessy wrote:
Le Wed, Jul 09, 2008 at 07:08:12AM +0100, Tim Cutts a écrit :
1) Frequently, different groups in the Institute want different
versions of the same program to be available, which is hard if we use
packaged versions.
Hi all,
this is a very
On Wed, Jul 09, 2008 at 12:06:15PM +0100, Tim Cutts wrote:
Even that doesn't work perfectly - as soon as you do dpkg --root you
lose dependencies on the system libraries, which could be very
important (for example staden will probably have quite a tight
dependency on the precise version
On Wed, 9 Jul 2008, James Bonfield wrote:
figure out quite what causes the newer versions to crash and
to either fix my bug or to submit a bug fix to tcl/tk if it resides
there.
Hmmm, I try to look very naively on the problem now:
Io_lib is a library of file reading and writing code to
On Wed, Jul 09, 2008 at 02:12:31PM +0200, Andreas Tille wrote:
Hmmm, I try to look very naively on the problem now:
Io_lib is a library of file reading and writing code to provide a general
purpose trace file (and Experiment File) reading interface.
So naively spoken this is a library
Le Tue, Jul 08, 2008 at 10:58:52AM +, [EMAIL PROTECTED] a écrit :
Author: plessy
Date: 2008-07-08 10:58:51 + (Tue, 08 Jul 2008)
New Revision: 2199
Added:
trunk/packages/io-lib/trunk/debian/
trunk/packages/io-lib/trunk/debian/README.Debian
Le Tue, Jul 08, 2008 at 02:13:05PM +0200, Andreas Tille a écrit :
Thanks. I also had some trouble when I gave staden a try some time
ago and that I want to add the remark that we should definitely try to
settle down with one copy of io-lib inside Debian (either the separate
or the one whic
Hello Andreas,
I appreciate the problems with io_lib and the Staden Package, I really
do! It causes me no end of hassle too. Unfortunately like a lot of
things it's the usual fire-fighting scenario and never any time to
tidy up.
Thanks. I also had some trouble when I gave staden a try some
On Tue, 8 Jul 2008, James Bonfield wrote:
I appreciate the problems with io_lib and the Staden Package, I really
do! It causes me no end of hassle too. Unfortunately like a lot of
things it's the usual fire-fighting scenario and never any time to
tidy up.
... the usual thing we all suffer
On Tue, Jul 08, 2008 at 04:32:54PM +0200, Andreas Tille wrote:
Ideally I'd like to rewrite the entire staden build system to use
something like autoconf (although maybe one of the newer alternatives
that isn't such a dogs breakfast when it comes to dynamic
libraries).
Sounds good. I did
On Tue, 8 Jul 2008, James Bonfield wrote:
Maybe I should just give up and embrace the libtool abomination like
the rest of the planet! It probably now works properly on the few
remaining systems that anyone still supports.
When I said autoconf when talking about libraries I certainly also
31 matches
Mail list logo