Re: SOURCES (DEVEL): mysql.init - using previously saved sql dumps to ...

2006-11-02 Thread Arkadiusz Miskiewicz
On Thursday 02 November 2006 13:13, glen wrote:
 Author: glen Date: Thu Nov  2 12:13:49 2006 GMT
 Module: SOURCES   Tag: DEVEL
  Log message:
 - using previously saved sql dumps to init mysql database

What about InnoDB tables here?

-- 
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-linux.org/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: SPECS: nss.spec - added nss-config (subst based on suse spec) - ad...

2006-11-02 Thread Jakub Bogusz
On Thu, Nov 02, 2006 at 12:57:24AM +0100, glen wrote:
 Author: glen Date: Wed Nov  1 23:57:24 2006 GMT
 Module: SPECS Tag: HEAD
  Log message:
 - added nss-config (subst based on suse spec)

What uses it?
A general trend in many projects is to drop *-config script in favour
of *.pc files.


-- 
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: SPECS: nss.spec - added nss-config (subst based on suse spec) - ad...

2006-11-02 Thread Jakub Bogusz
On Thu, Nov 02, 2006 at 02:37:58PM +0100, Jakub Bogusz wrote:
 On Thu, Nov 02, 2006 at 12:57:24AM +0100, glen wrote:
  Author: glen Date: Wed Nov  1 23:57:24 2006 GMT
  Module: SPECS Tag: HEAD
   Log message:
  - added nss-config (subst based on suse spec)
 
 What uses it?

Aaah. I see, mozilla.org (firefox) itself, without providing it anywhere.
Great :/


-- 
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


[Ac] kaddressbook - sigsegv while adding IM

2006-11-02 Thread Tomasz Wittner
Hi,

kaddressbook segfaults while adding IM address.
$ qf `which kaddressbook`
kdepim-kaddressbook-9:3.5.4-2 athlon.ac.pld-linux.org

I've tested kaddressbook from Debian/unstable:
$ dpkg-query -W kaddressbook
kaddressbook4:3.5.5.dfsg.1-1
and it doesn't crashes in the same situation.
BTW: I saw that kde*.spec on AC-branch have been upgraded by glen to 3.5.5 
version (but they have dotted releases).

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


mozilla*

2006-11-02 Thread Elan Ruusamäe
$ ac-provides libxpconnect.so
mozilla-firefox-1.5.0.7-2
mozilla-thunderbird-1.5.0.7-1
seamonkey-1.0.5-1

this is no good, is it?

is there way to exclude the provides for whole dir 
like /usr/lib/mozilla-thunderbird/components/* ?

altho those mozilla packages don't require it via rpm deps:
$ ac-requires  libxpconnect.so
$

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


Re: mozilla*

2006-11-02 Thread Jakub Bogusz
On Thu, Nov 02, 2006 at 11:45:43PM +0300, Elan Ruusamäe wrote:
 $ ac-provides libxpconnect.so
 mozilla-firefox-1.5.0.7-2
 mozilla-thunderbird-1.5.0.7-1
 seamonkey-1.0.5-1
 
 this is no good, is it?
 
 is there way to exclude the provides for whole dir 
 like /usr/lib/mozilla-thunderbird/components/* ?

Something like
%define _noautoprovfiles%{_libdir}/mozilla.*

I'm not sure about quoting, please test it.
IIRC it's regexp, not shellglob.


-- 
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


rpm 4.4.7 + poldek

2006-11-02 Thread Patryk Zawadzki
As you might have already guessed, Jeff dropped all the deprecated stuff
from this release of rpm. Now it's there in Th. Don't upgrade.

poldek makes use of most of the deprecated functions that are now gone
(Jeff says some of them were marked as deprecated for as long as 6 whole
years).

DEVEL branch contains my attempt at making poldek usable again. There is
a poldek-deprecated.patch that fixes the building process but
unfortunately, other things are not that easy to fix:

[EMAIL PROTECTED] SOURCES]$ LC_ALL=C poldek
Loading [pndir]th...
Loading [pndir]th...
Loading [pndir]th-test...
Loading [pndir]th-test...
13041 packages read
Removed 11 duplicate packages from available set
error: db4 error(146746632) from db-set_cachesize: Unknown error 146746632
error: db4 error(22) from db-close: Invalid argument
error: cannot open Packages index using db3 - Unknown error 146746632 
(146746632)
error: //var/lib/rpm: open rpm database failed
error: Load installed packages failed

While I am completely unfamiliar with the above, can anyone try and fix
it?

Pawel Gajda (poldek's author) is not answering emails sent to
[EMAIL PROTECTED]

-- 
Patryk Zawadzki [EMAIL PROTECTED]
PLD Linux


signature.asc
Description: To jest część listu	podpisana cyfrowo
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


php 5.2

2006-11-02 Thread Elan Ruusamäe
hi

in php 5.2 pcre extension needs to be compiled statically as libphp_common.so 
uses symbols from it.

./.libs/libphp_common.so: undefined reference to 
`pcre_get_compiled_regex_cache'
./.libs/libphp_common.so: undefined reference to `php_pcre_replace_impl'
./.libs/libphp_common.so: undefined reference to `pcre_get_compiled_regex'
./.libs/libphp_common.so: undefined reference to `php_pcre_split_impl'
./.libs/libphp_common.so: undefined reference to `php_pcre_match_impl'
collect2: ld returned 1 exit status

but adding Provides:  %{name}-pcre = %{epoch}:%{version}-%{release} will not 
make poldek happy, and upgrade will break.

error: php-common = 4:5.1.6-1 is required by php-pcre-5.1.6-1
error: php-common = 4:5.1.6-1 is required by php-pcre-5.1.6-1

$ rpm -qp ../RPMS/php-common-5.2.0-0.1.i686.rpm --provides|grep pcre
php-pcre = 4:5.2.0-0.1

probably php-common should obsolete php-pcre? like:
Obsoletes:  php-pcre  4:5.2.0

but how to do that so that it won't obsolete php4-pcre which has:
$ q php4-pcre --provides
php-pcre = 3:4.4.4-5

bump epoch+=2 so that php4 has epoch=5 and php5 has epoch=6?

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