From: Axel.Thimm@ATrpms.net (Axel Thimm)
To: lm-sensors@vger.kernel.org
Subject: [lm-sensors] libsensors patches
Date: Sun, 11 Mar 2007 19:28:08 +0000 [thread overview]
Message-ID: <20070311192808.GU507@neu.nirvana> (raw)
In-Reply-To: <20070311152104.bd092ff9.khali@linux-fr.org>
On Sun, Mar 11, 2007 at 08:23:25PM +0100, Hans de Goede wrote:
> Mark M. Hoffman wrote:
> > Hi Hans:
> >
>
> <discussion about 3.0 versus increments snipped>
>
> >
> > I don't agree. I think the sum of changes we are planning does warrant the
> > move to 3.0. It will be easier than the alternative, e.g.:
> >
> > 2.10.4 - drop support for 2.4.x proc file access
> > 2.10.5 - new API function
> > 2.10.6 - include command in config file
> >
>
> Okay, first of all this is me with my lmsensors-contributers hat firmly
> off and my packager maintaining over a 100 packages in Fedora hat firmly on:
>
> Lets try to split 2 things here, doing a 3.0 release to indicate some
> kinda milestone and breaking the ABI.
If /proc support gets dropped then it already breaks the ABI, since
the ABI is not only about talking to the shared lib, but also to other
interfaces as well.
If you still keep half the ABI in place by not touching API and soname
of the lib, dependent projects will not notice the loss of /proc
support until runtime.
So it looks like breaking the ABI "on purpose" might be just OK. The
question is whether libsensors.so.3 and libsensors.so.4 would
peacefully coexist on a non-packaging level to allow for a smooth
transition.
On a packaging level one or both could be packaged into a subpackage
libsensors<major> to allow co-existance. Works well under both rpm and
deb worlds.
--
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20070311/911a7899/attachment.bin
next prev parent reply other threads:[~2007-03-11 19:28 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-11 14:21 [lm-sensors] libsensors patches Jean Delvare
2007-03-11 14:54 ` Hans de Goede
2007-03-11 15:55 ` Mark M. Hoffman
2007-03-11 17:13 ` Hans de Goede
2007-03-11 17:44 ` Mark M. Hoffman
2007-03-11 18:28 ` Mark M. Hoffman
2007-03-11 19:20 ` Axel Thimm
2007-03-11 19:23 ` Hans de Goede
2007-03-11 19:28 ` Axel Thimm [this message]
2007-03-11 19:53 ` Hans de Goede
2007-03-11 20:28 ` Axel Thimm
2007-03-11 20:54 ` Mark M. Hoffman
2007-03-11 21:47 ` Hans de Goede
2007-03-12 9:38 ` Jean Delvare
2007-03-12 10:12 ` Jean Delvare
2007-03-12 11:21 ` Axel Thimm
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070311192808.GU507@neu.nirvana \
--to=axel.thimm@atrpms.net \
--cc=lm-sensors@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.