Re: xglamotslib

2008-08-27 Thread arne anka
 For some reason, openembedded and debian packages differ in the soname
 given to the tslib libraries. But I wonder if it isn’t cleaner to change
 the place where the version number 1.0 is referenced from Xglamo,
 instead changing the libts package. Check the configure script, or
 configure.ac.

well, the original name is
tslib-0.0.pc
which is somewhat silly, since tslib _is_ version 1.0smthg.
thus i had to change the references from tslib-1.0 to tslib-0.0 which does  
not strike me as a solution whatsoever.
either the -?.? part reflects the major/minor-version -- then debian has  
to cahnge it's name.
or -?.? is rather useless -- than it has to go both in debian and the  
references.
additionally: how is the Version line in tslib-0.0.pc used? if it has a  
meaning it should reflect the version as well, shouldn't it?

as said before, i have not the least of understanding how sensible those  
.pc files are and how they are related to the real libs, but atm it seems  
to me debian has an issue ...

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support


Re: xglamotslib

2008-08-27 Thread Sebastian M.
Quoting arne anka [EMAIL PROTECTED]:

 For some reason, openembedded and debian packages differ in the soname
 given to the tslib libraries. But I wonder if it isn’t cleaner to change
 the place where the version number 1.0 is referenced from Xglamo,
 instead changing the libts package. Check the configure script, or
 configure.ac.

 well, the original name is
 tslib-0.0.pc
 which is somewhat silly, since tslib _is_ version 1.0smthg.
 thus i had to change the references from tslib-1.0 to tslib-0.0 which does
 not strike me as a solution whatsoever.
 either the -?.? part reflects the major/minor-version -- then debian has
 to cahnge it's name.
 or -?.? is rather useless -- than it has to go both in debian and the
 references.
 additionally: how is the Version line in tslib-0.0.pc used? if it has a
 meaning it should reflect the version as well, shouldn't it?

 as said before, i have not the least of understanding how sensible those
 .pc files are and how they are related to the real libs, but atm it seems
 to me debian has an issue ...

 ___
 support mailing list
 support@lists.openmoko.org
 https://lists.openmoko.org/mailman/listinfo/support


I'm sure that if you report this bug (imho it is a bug ;-) to Debian  
the package's maintainer will either fix it or tell you his reasons  
for setting a wrong version.

-- 
Sebastian M.
Student of Computer Science at the University of Kaiserslautern.


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support


Re: xglamotslib

2008-08-27 Thread Joachim Breitner
Hi,

Am Mittwoch, den 27.08.2008, 10:19 +0200 schrieb Sebastian M.:
 I'm sure that if you report this bug (imho it is a bug ;-) to Debian  
 the package's maintainer will either fix it or tell you his reasons  
 for setting a wrong version.

^ what he said :-)

Maybe the maintainer has made a mistake before, but fixing this will
cause all depending packages to re-build, so I assume (with not much
knowledge about pc files either) that now that he did this (or maybe
upstream did it), Debian will use 0.0 instead of 1.0 until the next
version bump. Then it can be fixed without requiring re-builds.

But yes, just file a bug report, asking for the reasons. 

Greetings,
Joachim


-- 
Joachim nomeata Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support


xglamotslib

2008-08-26 Thread arne anka
after some fiddling with libts-dev i could successfully build with  
--enable-tslib -- on amd64.
trying to use qemubuilder fails always because of qemu panicking ...
it seems to be an issue w/ amd64, but since  http://packages.debian.org  
seems to be down atm i can't check for any hints.

so, what i did was installing libts-dev and libts-bin and after looking at  
the errors configure produced i changed in /usr/lib/pkgconfig/
tslib-0.0.pc
to
tslib-1.0.pc
and inside
Version: 0.0.0
to
Version: 1.0-4

afterwards, as said before, ths stuff compiled and the deb was created.
i don't know nothing about that pkgconfig stuff and if what i did is  
fixing a bug or an ugly hack (if it is a bug, someone report it against  
libts-dev).
also i don't know if that was the only thing stopping xglamo from being  
build w/ tslib, if not and if someone has a working qemubuilder, please  
build.

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support