Re: SPECS: multisync.spec - release 5 - don't build plugin for archaic...

2006-01-24 Thread wrobell 
On Mon, 2006-01-23 at 13:02 +, wrobell wrote:
 On Wed, 2006-01-18 at 19:27 +, wrobell wrote:
  On Wed, 2006-01-18 at 19:41 +0100, Jan Rekorajski wrote:
   On Wed, 18 Jan 2006, wrobell wrote:
   
On Wed, 2006-01-18 at 19:15 +0100, baggins wrote:
 Author: baggins  Date: Wed Jan 18 18:15:12 2006 
 GMT
 Module: SPECS Tag: HEAD
  Log message:
 - release 5
 - don't build plugin for archaic evolution
 
  Files affected:
 SPECS:
multisync.spec (1.37 - 1.38) 
[...]
  Name:multisync
  Version: 0.83

i would switch to completly new opensync/multisync
from www.opensync.org or drop multisync 0.83 from ac.
   
   You're welcome to do it.
[...]
 i will try irmc with my phone as soon as possible (after bluez upgrade).

sorry guys, but i cannot test it. i am not able to connect to my phone
with bluetooth currently (kernel 2.6.15.1).

anyone else can try this?

[...]

   wrobell [EMAIL PROTECTED]


___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: SPECS: php.spec - R: mod_mime for apache module; rel 5, STBR

2006-01-24 Thread Elan Ruusamäe 
On Tuesday 24 January 2006 16:28, Marcin Król wrote:
 On 2006-01-20 22:16, glen wrote:
   Files affected:
  SPECS:
 php.spec (1.549 - 1.550)
 
  +Requires:  apache-mod_mime

 This change disallows to use HEAD php/php4 with apache 2.0.x which don't
 have mod_mime subpackage. How about changing this R: to
 apache(mod_mime)? Same for php4.spec.
then it would also match wrong apache (apache1)

i suggest adding Provide: apache-mod_mime to apache 2.0 package (wasn't it 
already there?)

ok appears only the virtuals were. but if you're turning 
auto-ac-apache-2_0_55-3_2 into a branch, fix also wrong Provide:
Provides:   apache(mod_autoindex)
it doesn't contain it. must be copy paste error.

-- 
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: SPECS: php.spec - R: mod_mime for apache module; rel 5, STBR

2006-01-24 Thread Marcin Król 
 then it would also match wrong apache (apache1)

Blah... :/

 but if you're turning 
 auto-ac-apache-2_0_55-3_2 into a branch, fix also wrong Provide:
 Provides:   apache(mod_autoindex)
 it doesn't contain it. must be copy paste error.

I guess it will be easier for me to branch it as APACHE_2_0 than hack 
php[4].spec everytime I need to rebuild it.

M.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: python qt

2006-01-24 Thread Elan Ruusamäe 
after some discussion with twittner,

  $ python -c 'import sys; print sys.path'
default paths:
  ['', '/usr/lib64/python24.zip', '/usr/share/python2.4',
  '/usr/share/python2.4/plat-linux2', \
  '/usr/share/python2.4/lib-tk', '/usr/lib64/python2.4/lib-dynload', \
paths defined from site.py[co]:
  '/usr/lib/python2.4/site-packages', '/usr/share/python2.4/site-packages']

so, my problem was that i had installed both athlon and amd64 packages on 
system (due wanting to run 32-bit openoffice, which needs python-libs)

$ q -qf  /usr/share/python2.4/site.py[co]
python-libs-2.4.2-3.amd64
python-libs-2.4.2-3.athlon
python-libs-2.4.2-3.amd64
python-libs-2.4.2-3.athlon

accroding to search path, moving /usr/share/python2.4/site.py[co] to 
for amd64 package: /usr/lib64/python2.4/lib-dynload/
for athlon package: /usr/lib/python2.4/lib-dynload/
solved my problem.

so there are several problems
1. site.py[co] is in arch independant location, but contains hardcoded path to 
arch dependant location

2. imho it's wrong to package /usr/share/ at all to -libs package. does 
openoffice needs just libpython.so or something more from -libs package?

3. site.py[co] moving to lib-dynload is not perhaps the most appropriate 
place. i don't know where it should be

my suggestions are to move portions from /usr/share from -libs to -common 
(-modules?) package. and py site.py[co] to some path that is first searched 
from arch dependant location.

if taking look on other distros, then the just put all their files to /usr/lib 
or /usr/lib64
- http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/SPECS/python/
- http://cvs.fedora.redhat.com/viewcvs/rpms/python/FC-4/

-- 
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: python qt

2006-01-24 Thread Elan Ruusamäe 
On Tuesday 24 January 2006 21:43, Jacek Konieczny wrote:
 Moving site.py to a architecture-dependant directory seems like a good
 solution to me. And probably moving all modules from python.spec to
 /usr/%{_lib} would do too -- python.spec is architecture dependant
 anyway.  Just leave both /usr/share/python2.4/site-packages and
 /usr/%{_lib}/python2.4/site-packages for other python packages.
and which should came first in search path? arch dependant or independant?

-- 
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Re: python qt

2006-01-24 Thread Jacek Konieczny 
On Tue, Jan 24, 2006 at 10:04:21PM +0200, Elan Ruusamäe wrote:
 On Tuesday 24 January 2006 21:43, Jacek Konieczny wrote:
  Moving site.py to a architecture-dependant directory seems like a good
  solution to me. And probably moving all modules from python.spec to
  /usr/%{_lib} would do too -- python.spec is architecture dependant
  anyway.  Just leave both /usr/share/python2.4/site-packages and
  /usr/%{_lib}/python2.4/site-packages for other python packages.
 and which should came first in search path? arch dependant or independant?

Arch dependant -- it may containt architecture-optimized versions of
some modules.

Greets,
Jacek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en