Rainer Weikusat writes:
[...]
> continue to be runtime-linked with the library version it was compiled
> with.
Since I (IMHO justifiedly) complained about this, I shouldn't be using
this particular statement myself: Compiling and linking an application
doesn't result in any "implicit relation"
On Tue, Mar 01, 2016 at 03:05:10PM +, Rainer Weikusat wrote:
>
> But this already exists. Eg, the machine I usually use for development
> (Debian 6 based) has the following version of libdb installed:
>
> ii libdb4.2 4.2.52+dfsg-5 Berkeley v4.2 Database Libraries
> [runtime]
> i
"T.J. Duchene" writes:
> On 2016-03-02 16:20, Rainer Weikusat wrote:
>> The soname mechanism already provides an opportunity for having multiple
>> version of the same library installed as these cane use different
>> sonames but provide the same set of symbols. In addition to this, the
>> symbols
Hi,
I think, multiple libraries can still reside in an installation of
Debian/Devuan, provided some preparation is done before attempting to
run programs that may require conflicting library version. The only
limitation is the kernel which has to be compatible with all used
libraries.
I would wor
Perhaps my greatest error was assuming that anyone one the list would
need or even want a "dumbed down" explanation. In that case, it is most
certainly a "mea culpa" on my part.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/c
Hi Rainer,
Rainer Weikusat wrote:
> As I already wrote twice, program's aren't "linked" to dynamic libraries
> at all. At link time, the sonames of required dynamic libaries are
> recorded in the binary,
>
> [rw@doppelsaurus]~#readelf -d /bin/bash | grep -i needed
> 0x0001 (NEEDED)
On 2016-03-02 16:20, Rainer Weikusat wrote:
>
> The soname mechanism already provides an opportunity for having multiple
> version of the same library installed as these cane use different
> sonames but provide the same set of symbols. In addition to this, the
> symbols themselves can be versioned
Hendrik Boom writes:
> On Wed, Mar 02, 2016 at 12:45:22PM +1300, Daniel Reurich wrote:
[libdb4 & Bitcoin]
>> The risk is that issues that have been fixed in later libdb versions
>> remain broken in the version that bitcoin statically links in. So there
>> is a trade off either way, and what is
"T.J. Duchene" writes:
> On 2016-03-01 23:41, Rainer Weikusat wrote:
>> "T.J. Duchene" writes:
>> > On 2016-03-01 20:22, Rainer Weikusat wrote:
>> >> "T.J. Duchene" writes:
>> >> > On 03/01/2016 08:15 AM, dng-request@??? wrote:
>> >>
>> >> [...]
>> >>
>> >>
>> >> > I'd just like to offer my opin
Hendrik Boom writes:
> On Tue, Mar 01, 2016 at 11:41:46PM +, Rainer Weikusat wrote:
>> "T.J. Duchene" writes:
>> > On 2016-03-01 20:22, Rainer Weikusat wrote:
>>
>> And I disgree with your assessment of this being "a simplified"
>> description, instead of a fairly complicated and seriously d
On 2016-03-02 03:19, Hendrik Boom wrote:
.
>
> Thanks.
You're welcome! =)
From this it looks as if there's a table of addresses for the
> external references, not a table of call instructions, as I had
> previously thought. This would seemm to indicate that the coopilers
> generating the code mu
On Tue, Mar 01, 2016 at 08:09:18PM -0600, T.J. Duchene wrote:
>
> http://www.ibm.com/developerworks/library/l-dynamic-libraries/
>
> Sorry the link didn't get through the first time. I hope you find
> it useful, Hendrik.
Thanks. From this it looks as if there's a table of addresses for the
ex
http://www.ibm.com/developerworks/library/l-dynamic-libraries/
Sorry the link didn't get through the first time. I hope you find it
useful, Hendrik.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On 2016-03-02 01:23, Hendrik Boom wrote:
> Perhaps it is worth going in to more detail. Or providing links to a
> more complete description.
>
> -- hendrik
>
This may be useful to you, and better than my explanation. Like
yourself, I know the basics, but not the exact details of every
impleme
On Wed, Mar 02, 2016 at 12:45:22PM +1300, Daniel Reurich wrote:
> On 26/02/16 05:01, Ivan J. wrote:
> > Hello DnG.
> >
> > Is there interest in Devuan supporting multiple versions of leveldb?
>
> It is possible, but is it necessary??
> It would should be relatively easy to forward port the libdb4
On Tue, Mar 01, 2016 at 11:41:46PM +, Rainer Weikusat wrote:
> "T.J. Duchene" writes:
> > On 2016-03-01 20:22, Rainer Weikusat wrote:
>
> And I disgree with your assessment of this being "a simplified"
> description, instead of a fairly complicated and seriously deceptive
> one.
>
> >> As si
On 2016-03-01 23:41, Rainer Weikusat wrote:
> "T.J. Duchene" writes:
> > On 2016-03-01 20:22, Rainer Weikusat wrote:
> >> "T.J. Duchene" writes:
> >> > On 03/01/2016 08:15 AM, dng-request@??? wrote:
> >>
> >> [...]
> >>
> >>
> >> > I'd just like to offer my opinions on the subject of Debian/Devu
On Tue, Mar 01, 2016 at 10:13:34PM +, Noel Torres wrote:
> THIS is an example of how to do it properly. But you can not (currently)
> version virtual packages.
Why not?
--
A tit a day keeps the vet away.
___
Dng mailing list
Dng@lists.dyne.org
http
On 26/02/16 05:01, Ivan J. wrote:
> Hello DnG.
>
> Is there interest in Devuan supporting multiple versions of leveldb?
It is possible, but is it necessary??
It would should be relatively easy to forward port the libdb4.8 package
from squeeze.
> Why I am wondering is because of Bitcoin and its c
"T.J. Duchene" writes:
> On 2016-03-01 20:22, Rainer Weikusat wrote:
>> "T.J. Duchene" writes:
>> > On 03/01/2016 08:15 AM, dng-request@??? wrote:
>>
>> [...]
>>
>>
>> > I'd just like to offer my opinions on the subject of Debian/Devuan
>> > libraries, linking and so on. This is just an opinion,
On 2016-03-01 20:22, Rainer Weikusat wrote:
> "T.J. Duchene" writes:
> > On 03/01/2016 08:15 AM, dng-request@??? wrote:
>
> [...]
>
>
> > I'd just like to offer my opinions on the subject of Debian/Devuan
> > libraries, linking and so on. This is just an opinion, so no one has
> > to agree by any
Rainer Weikusat escribió:
Noel Torres writes:
Let's forget what is NOT important
"Ivan J." escribió:
[...]
What I am proposing is Devuan to support multiple versions of leveldb
and tie Bitcoin packages to the right one. Another option is to never
[...]
This is not only an issue with so-
Didier Kryn escribió:
Le 01/03/2016 11:37, Noel Torres a écrit :
It happens a lot that two packages you need request different
versions of the same library, not always co-installable. Mostly if
you go beyond "stable". Or even if you got stuck on oldstable and
try to install some simple n
"T.J. Duchene" writes:
> On 03/01/2016 08:15 AM, dng-requ...@lists.dyne.org wrote:
[...]
> I'd just like to offer my opinions on the subject of Debian/Devuan
> libraries, linking and so on. This is just an opinion, so no one has
> to agree by any stretch of the human imagination, nor do I feel
On 03/01/2016 08:15 AM, dng-requ...@lists.dyne.org wrote:
Message: 6
Date: Tue, 1 Mar 2016 15:15:05 +0100
From: Didier Kryn
To:dng@lists.dyne.org
Subject: Re: [DNG] leveldb support proposal
Message-ID:<56d5a3e9.3060...@in2p3.fr>
Content-Type: text/plain; charset=utf-8; format=flowed
Le
On Tue, Mar 01, 2016 at 10:37:30AM +, Noel Torres wrote:
> Let's forget what is NOT important
>
> "Ivan J." escribió:
> [...]
> >What I am proposing is Devuan to support multiple versions of leveldb
> >and tie Bitcoin packages to the right one. Another option is to never
> [...]
>
> This is
Didier Kryn writes:
> Le 01/03/2016 11:37, Noel Torres a écrit :
>> It happens a lot that two packages you need request different
>> versions of the same library, not always co-installable. Mostly if
>> you go beyond "stable". Or even if you got stuck on oldstable and
>> try to install some simple
Noel Torres writes:
> Let's forget what is NOT important
>
> "Ivan J." escribió:
> [...]
>> What I am proposing is Devuan to support multiple versions of leveldb
>> and tie Bitcoin packages to the right one. Another option is to never
> [...]
>
> This is not only an issue with so-called leveldb.
Le 01/03/2016 11:37, Noel Torres a écrit :
It happens a lot that two packages you need request different versions
of the same library, not always co-installable. Mostly if you go
beyond "stable". Or even if you got stuck on oldstable and try to
install some simple new package.
And this is a g
Let's forget what is NOT important
"Ivan J." escribió:
[...]
What I am proposing is Devuan to support multiple versions of leveldb
and tie Bitcoin packages to the right one. Another option is to never
[...]
This is not only an issue with so-called leveldb. It happens a lot
that two packages
Why would someone go personal out of nothing
is still uncertain to me. Seems like, ignoring
things ye don't admire is a real issue nowadays.
Frankly, in communities I have ever participated,
and believe me, there are galore, I've never seen
such, but in Debian-related.
My two eurocents.
_
Rainer Weikusat writes:
> Go Linux writes:
[...]
>>> why would I care to impress you
>>> with anything . . . ?
>>>
>>
>> And therein is the crux of your attitude.
>
> You conjectures about "my attitude" happen to be wrong.
I was planning to let this rest here as this subthread is obviously
qu
On Mon, 29 Feb 2016, aitor_czr wrote:
>On 02/25/16 20:12, Rainer Weikusat [1]
>wrote:
>
> "Ivan J." [2] writes:
>
> > Is there interest in Devuan supporting multiple versions of leveldb?
> > Why I am wondering is because of Bitcoin and its code. Currently Bitcoin
> > statically links
On 02/25/16 20:12, Rainer Weikusat wrote:
"Ivan J." writes:
>Is there interest in Devuan supporting multiple versions of leveldb?
>Why I am wondering is because of Bitcoin and its code. Currently Bitcoin
>statically links db-4.8 and it is used for having wallet support in
>Bitcoin Core.
libd
Go Linux writes:
>
> On Mon, 2/29/16, Rainer Weikusat wrote:
>
> Subject: Re: [DNG] leveldb support proposal
> To: dng@lists.dyne.org
> Date: Monday, February 29, 2016, 10:01 AM
>
On Mon, 2/29/16, Rainer Weikusat wrote:
Subject: Re: [DNG] leveldb support proposal
To: dng@lists.dyne.org
Date: Monday, February 29, 2016, 10:01 AM
Go Linux writes:
>
> On Mon, 2/29/16, J
Go Linux writes:
>
> On Mon, 2/29/16, Jaromil wrote:
>
> Subject: Re: [DNG] leveldb support proposal
> To: dng@lists.dyne.org
> Date: Monday, February 29, 2016, 7:37 AM
>>
>> I am not the only one to perceive Ra
"Ivan J." writes:
[...]
> You aren't really contributing with any of your emails, if you can not
> help the Devuan developers on a technical level regarding my subject,
> please refrain from further mailing on this list. What you are doing is
> just derailing, nothing more.
You wrote
,
On Mon, 2/29/16, Jaromil wrote:
Subject: Re: [DNG] leveldb support proposal
To: dng@lists.dyne.org
Date: Monday, February 29, 2016, 7:37 AM
>
> I am not the only one to perceive Rainer's contributions as rather
> questi
On Mon, 29 Feb 2016, Rainer Weikusat wrote:
> Jaromil writes:
>
> > On Mon, 29 Feb 2016, poitr pogo wrote:
> >
> >> On 2/25/16, Rainer Weikusat wrote:
> >> (...)
> >>
> >> > Considering that shared objects and dynamic linking were
> >> > originally a MULTICS feature (dating back to about 1965)
Jaromil writes:
> On Mon, 29 Feb 2016, poitr pogo wrote:
>
>> On 2/25/16, Rainer Weikusat wrote:
>> (...)
>>
>> > Considering that shared objects and dynamic linking were
>> > originally a MULTICS feature (dating back to about 1965) and
>> > introduced to UNIX(*) with SunOS 4.0 in 1988, the best
On Mon, 29 Feb 2016, poitr pogo wrote:
> On 2/25/16, Rainer Weikusat wrote:
> (...)
>
> > Considering that shared objects and dynamic linking were
> > originally a MULTICS feature (dating back to about 1965) and
> > introduced to UNIX(*) with SunOS 4.0 in 1988, the best course of
> > action to de
Tomasz Torcz writes:
> On Mon, Feb 29, 2016 at 07:10:28AM -0500, Steve Litt wrote:
>> On Mon, 29 Feb 2016 12:14:25 +0100
>> Didier Kryn wrote:
>>
>> > I think it is different for Systemd supporters:
>> >
>> > - shut up, we know better than you
>> > - you have no choice but do as
On Mon, Feb 29, 2016 at 07:10:28AM -0500, Steve Litt wrote:
> On Mon, 29 Feb 2016 12:14:25 +0100
> Didier Kryn wrote:
>
> > I think it is different for Systemd supporters:
> >
> > - shut up, we know better than you
> > - you have no choice but do as we tell you
>
> Yeah, and how'
Didier Kryn writes:
> Le 29/02/2016 11:19, poitr pogo a écrit :
>> On 2/25/16, Rainer Weikusat wrote:
>> (...)
>>> Considering that shared objects and dynamic linking were originally a
>>> MULTICS feature (dating back to about 1965) and introduced to UNIX(*)
>>> with SunOS 4.0 in 1988, the best c
On Mon, 29 Feb 2016 12:14:25 +0100
Didier Kryn wrote:
> I think it is different for Systemd supporters:
>
> - shut up, we know better than you
> - you have no choice but do as we tell you
Yeah, and how's that working out for them, now that Docker has switched
to an OpenRC distrib
poitr pogo writes:
> On 2/25/16, Rainer Weikusat wrote:
> (...)
>> Considering that shared objects and dynamic linking were originally a
>> MULTICS feature (dating back to about 1965) and introduced to UNIX(*)
>> with SunOS 4.0 in 1988, the best course of action to deal with people
>> who are so
Le 29/02/2016 11:19, poitr pogo a écrit :
On 2/25/16, Rainer Weikusat wrote:
(...)
Considering that shared objects and dynamic linking were originally a
MULTICS feature (dating back to about 1965) and introduced to UNIX(*)
with SunOS 4.0 in 1988, the best course of action to deal with people
wh
On 2/25/16, Rainer Weikusat wrote:
(...)
> Considering that shared objects and dynamic linking were originally a
> MULTICS feature (dating back to about 1965) and introduced to UNIX(*)
> with SunOS 4.0 in 1988, the best course of action to deal with people
> who are so afraid of changes that they
On 02/25/2016 04:01 PM, Ivan J. wrote:
> Hello DnG.
>
> Is there interest in Devuan supporting multiple versions of leveldb?
>
The case of Bitcoin warrants some attention. Moreover, applications
derived from Bitcoin may have the same issue. E.g., Twister compiles
fine with db-5.3, but it may le
"Ivan J." writes:
> Is there interest in Devuan supporting multiple versions of leveldb?
> Why I am wondering is because of Bitcoin and its code. Currently Bitcoin
> statically links db-4.8 and it is used for having wallet support in
> Bitcoin Core.
libdb is usually the BerkerleyDB library.
[...
Hello DnG.
Is there interest in Devuan supporting multiple versions of leveldb?
Why I am wondering is because of Bitcoin and its code. Currently Bitcoin
statically links db-4.8 and it is used for having wallet support in
Bitcoin Core. Currently, this is the way it's done for binary distros.
Where
52 matches
Mail list logo