Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #203076 > unrolled thread

General question about libs

Back to article view | Back to linux.debian.user

Contents

  General question about libs Hans <hans.ullrich@loop.de> - 2018-12-06 22:10 +0100
    Re: General question about libs Dan Ritter <dsr@randomstring.org> - 2018-12-06 22:20 +0100
    Re: General question about libs deloptes <deloptes@gmail.com> - 2018-12-07 00:20 +0100
      Re: General question about libs Hans <hans.ullrich@loop.de> - 2018-12-07 08:30 +0100
        Re: General question about libs deloptes <deloptes@gmail.com> - 2018-12-07 09:30 +0100
        Re: General question about libs deloptes <deloptes@gmail.com> - 2018-12-07 21:30 +0100

#203076 — General question about libs

Hi Folks, 

I would like to rebuild or repack an old application, which needs a library, 
which is no more used in debian. Due to this orphaned lib, this package can no 
more installed.

The lib, which is responsible is "libqt3-mt".  I believe, there might be a 
successor for this special lib.

For my understanding: 

1. If there is a successor for a special lib, does it then contain all 
routines of the older lib? Exactly: Can a lib just exchanged againts a newer 
one?

2. If I want to rebuild the binary just because of the newer lib, can this 
just be done, by exchanging the entry of the old lib against a newer one?

3. If I do not want to rebuild the sources, just repack the  package, so that 
its dependencies fits again in debians repo, will it work, when just 
exchanging the lib in the "control" file in the package?

The package, I am dealing with, is called "umtsmon".

If my way of thinking is complete wrong , please don't mind. 

Best regards

Hans

[toc] | [next] | [standalone]

#203077

Hans wrote: 
> Hi Folks, 
> 
> I would like to rebuild or repack an old application, which needs a library, 
> which is no more used in debian. Due to this orphaned lib, this package can no 
> more installed.
> 
> The lib, which is responsible is "libqt3-mt".  I believe, there might be a 
> successor for this special lib.
> 
> For my understanding: 
> 
> 1. If there is a successor for a special lib, does it then contain all 
> routines of the older lib? Exactly: Can a lib just exchanged againts a newer 
> one?

Not necessarily. This is sometimes true, especially when the
versions are very close together. 3.09 is likely to be very
similar to 3.10, but not very much like 5.1.

> 2. If I want to rebuild the binary just because of the newer lib, can this 
> just be done, by exchanging the entry of the old lib against a newer one?

Sometimes, but not always. For example, if the new library changed all calls
from DrawRectangle to DrawPolygon(rectangle), it won't work.


> 3. If I do not want to rebuild the sources, just repack the  package, so that 
> its dependencies fits again in debians repo, will it work, when just 
> exchanging the lib in the "control" file in the package?

No.

A program exists in two forms: source code, which humans can
read and write, and machine code, which is executed by the
computer. (I am oversimplifying this for the sake of brevity.)

To take in source code and produce machine code can be done in
one of two ways:

- an interpreted language reads the source code at the time you
  run the program -- really, you are running the interpreter and
  feeding it the source code files -- and produces machine code
  that it also runs at that time.

- a compiled language reads the source code when the compiler
  is run, and produces machine code in a new file which can be
  run without the compiler.

An interpreted library is a set of useful bits of code that are
called in by the interpreter when it is directed to do so by the
source code. "Please read this library and let me use the
DrawRectangle function." The source code needs to specify
exactly what library it wants to use, so changing out the
library will require at least a small change to update that.

A compiled library is a set of useful bits of code that are
called in by the compiler when it is directed to do by the
source code -- and it is incorporated into the eventual binary
directly (static linking) or a reference to the right bytes 
in an external file is included into the binary (dynamic
linking).

-dsr-

[toc] | [prev] | [next] | [standalone]

#203084

Hans wrote:

> I would like to rebuild or repack an old application, which needs a
> library, which is no more used in debian. Due to this orphaned lib, this
> package can no more installed.
> 
> The lib, which is responsible is "libqt3-mt".  I believe, there might be a
> successor for this special lib.

Hi Hans,
which application, because I personally ported couple of older qt3 (kde3)
applications to TDE (trinity desktop) which is successor of KDE3. So there
is might be a chance that if ported app works. Also it is possible to just
use the KDE3.5 LTS

As for if it would provide the same functionality in this specific case
(kde3 -> tde) the answer is yes. 
There could be also surprises i.e. HAL -> UDEV. So if you have HAL
dependency it will not work as udev was adopted later.

https://www.trinitydesktop.org/

regards

[toc] | [prev] | [next] | [standalone]

#203108

Am Freitag, 7. Dezember 2018, 00:13:20 CET schrieb deloptes:
Hi Deloptes,

the package (aka application) I wanted to port is called "umtsmon".

You can find package and sources here:
http://umtsmon.sourceforge.net/

It is an awesome tool for utsm-stick. I found nothing similar and more easy to 
use. Strangely it is not well known, although most other tools I know like 
sakis3g, wicd, network-manager, kdial, vodafone-dial-manager  and some others 
are not as easy to use and have not this nice gui and functions as this nice 
tool.

So I hope, we can get this into the repo, especioally as all other needed libs 
are still in the repo - except for libqt3-mt. 

If you can get this working, maybe you can also build for amd64? (do not know, 
how difficult this is).

My idea was, just to exchange the lib, repack, ready. Seems, this does notr 
work.

Thanks you very much for your help and best regards!

Hans

> Hans wrote:
> > I would like to rebuild or repack an old application, which needs a
> > library, which is no more used in debian. Due to this orphaned lib, this
> > package can no more installed.
> > 
> > The lib, which is responsible is "libqt3-mt".  I believe, there might be a
> > successor for this special lib.
> 
> Hi Hans,
> which application, because I personally ported couple of older qt3 (kde3)
> applications to TDE (trinity desktop) which is successor of KDE3. So there
> is might be a chance that if ported app works. Also it is possible to just
> use the KDE3.5 LTS
> 
> As for if it would provide the same functionality in this specific case
> (kde3 -> tde) the answer is yes.
> There could be also surprises i.e. HAL -> UDEV. So if you have HAL
> dependency it will not work as udev was adopted later.
> 
> https://www.trinitydesktop.org/
> 
> regards

[toc] | [prev] | [next] | [standalone]

#203110

Hans wrote:

> Hi Deloptes,
> 
> the package (aka application) I wanted to port is called "umtsmon".
> 
> You can find package and sources here:
> http://umtsmon.sourceforge.net/
> 
> It is an awesome tool for utsm-stick. I found nothing similar and more
> easy to use. Strangely it is not well known, although most other tools I
> know like sakis3g, wicd, network-manager, kdial, vodafone-dial-manager 
> and some others are not as easy to use and have not this nice gui and
> functions as this nice tool.
> 
> So I hope, we can get this into the repo, especioally as all other needed
> libs are still in the repo - except for libqt3-mt.
> 
libqt3 is called now libtqt3

> If you can get this working, maybe you can also build for amd64? (do not
> know, how difficult this is).
> 

I actually can build only for amd64 now

> My idea was, just to exchange the lib, repack, ready. Seems, this does
> notr work.
> 

No the application must be ported as names changed in trinity to avoid
collision with KDE libs.

If the semi-automatic porting does not work, I do not have time to work on
this, but you can upload the code in a bug request and ask that someone
ports this. I'll try and let you know.

regards

[toc] | [prev] | [next] | [standalone]

#203139

Hans wrote:

> Am Freitag, 7. Dezember 2018, 00:13:20 CET schrieb deloptes:
> Hi Deloptes,
> 
> the package (aka application) I wanted to port is called "umtsmon".
> 
> You can find package and sources here:
> http://umtsmon.sourceforge.net/
> 

Hi,
I wrote to you in private, but here it is officially for the record.

The ported code to TDE can be found under

https://mirror.git.trinitydesktop.org/gitea/deloptes/umtsmon.git/

Let me know if it works for you and if you wish come over to the TDE user
group to discuss TDE issues.

regards

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web