From tommat at pimpek.one.pl  Mon Jan  1 01:24:39 2007
From: tommat at pimpek.one.pl (Tomasz Mateja)
Date: Mon, 01 Jan 2007 01:24:39 +0100
Subject: INFO: th-i486 - looking for a new home for a builder
In-Reply-To: <20061231140235.GB29736@mysza.eu.org>
References: <200612311450.33560.arekm@pld-linux.org>
	<20061231140235.GB29736@mysza.eu.org>
Message-ID: <459854C7.5090801@pimpek.one.pl>

Adam Go??biowski wrote:
> On Sun, Dec 31, 2006 at 02:50:33PM +0100, Arkadiusz Miskiewicz wrote:
>> Hello,
>>
>> Th production builders are currently on-hold due to missing th-i486 machine 
>> (we lost it unfortunately). Only test builds are allowed at this moment.
>>
>> We are looking for a new machine for th-i486  builder purposes, something 
>> like:
>> - x86 or x86_64
>> - 2GHz
>> - 1GB ram
>> - scsi disks
>> - 20GB hdd space
>> - 1Mbps internet
>> - operational 24h
>> - small load average
>>
>> If you have such resorce (better or worse) then contact me.
> 
> If nothing shows up, I can provide sun fire x2100:
> - opteron 148 (2.2 GHz)
> - 1 GB RAM (+1 GB more in some near future)
> - SATA hdds
> - 2 mbps up/down
> - separater vserver (migration to xen is planned soon)
> 
Same from me:
- athlon 64 2GHz
- 1G RAM
- SATA up to 100G
- 10Mbps HD
- 24/7 (working as router/webserver)
- possibility for creation vserver

Regards
-- 
T.


From gotar at polanet.pl  Mon Jan  1 16:29:10 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 1 Jan 2007 16:29:10 +0100
Subject: [Ac] AMD64 kernel oops with rootfs on reiserfs with quota
Message-ID: <20070101152910.GA28355@pepin.polanet.pl>

Hi,

I've tried:

2.6.16.29
2.6.16.32
2.6.16.35
2.6.16.36
2.6.18
grsecurity-2.6.16.32
grsecurity-2.6.16.35
grsecurity-2.6.18

from AC/ready/supported/test - all I've found. Every one of them oopses
on system boot while remounting,rw my reiserfs root partition with
quota_v2. The last working kernel I've used is grsecurity-2.6.14.7.

I was changing disk and partitions anyway, so now there is / on ext3
without quota, /home on ext3 with quota, and /var/cache/squid on
reiserfs without quota and everything works well. I could try to remount
reiserfs with quota and see if it breaks (I suppose mountpoint doesn't
matter) if someone is interested in tracing this bug.

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From gotar at polanet.pl  Mon Jan  1 16:35:24 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 1 Jan 2007 16:35:24 +0100
Subject: [Th] libtool(/usr/lib/*.la) dependencies
Message-ID: <20070101153524.GB28355@pepin.polanet.pl>

Hello,

I don't know if I've missed something, but is this really necessary to
install *-devel subpackages for things like:

koffice-kword-1.6.0-1 marks pcre-devel-7.0-1 (cap libtool(/usr/lib/libpcre.la))

or is this only effect of 'file-issue'?

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From wrobell at pld-linux.org  Mon Jan  1 16:44:46 2007
From: wrobell at pld-linux.org (wrobell)
Date: Mon, 1 Jan 2007 15:44:46 +0000
Subject: [Th] libtool(/usr/lib/*.la) dependencies
In-Reply-To: <20070101153524.GB28355@pepin.polanet.pl>
References: <20070101153524.GB28355@pepin.polanet.pl>
Message-ID: <20070101154446.GA26209@borg>

On Mon, Jan 01, 2007 at 04:35:24PM +0100, Tomasz Pala wrote:
> Hello,
> 
> I don't know if I've missed something, but is this really necessary to
> install *-devel subpackages for things like:
> 
> koffice-kword-1.6.0-1 marks pcre-devel-7.0-1 (cap libtool(/usr/lib/libpcre.la))
> 
> or is this only effect of 'file-issue'?

The same for subversion and apr-util.

1) perl-subversion-1.4.2-2 marks apr-util-devel-1.2.8-2.1 (cap libtool(/usr/lib/libaprutil-1.la))
2) perl-subversion-1.4.2-2 marks subversion-devel-1.4.2-2 (cap libtool(/usr/lib/libsvn_delta-1.la))
3) apr-util-devel-1.2.8-2.1 marks mysql-devel-5.1.14-2 (cap libtool(/usr/lib/libmysqlclient_r.la))

Ad 1) and Ad 2) Both are unnecessary, obviously.

Ad 3)
apr-util modularizes database support (i.e. postgresql, sqlite) and *-devel stuff
really does not require mysql devel stuff. Moreover mysql stuff is not even
part of official apr-util distribution (see source no 1 in apr-util.spec).


The whole poldek output:

Processing dependencies...
subversion-1.4.2-1 obsoleted by subversion-1.4.2-2
  greedy upgrade subversion-svnserve-1.4.2-1 to 1.4.2-2 (unresolved subversion = 1.4.2-1)
    subversion-svnserve-1.4.2-1 obsoleted by subversion-svnserve-1.4.2-2
subversion-1.4.2-2 marks subversion-libs-1.4.2-2 (cap subversion-libs = 1.4.2-2)
  subversion-libs-1.4.2-1 obsoleted by subversion-libs-1.4.2-2
    greedy upgrade perl-subversion-1.4.2-1 to 1.4.2-2 (unresolved subversion-libs = 1.4.2-1)
      perl-subversion-1.4.2-1 obsoleted by perl-subversion-1.4.2-2
There are more than one package which provide "libtool(/usr/lib/libaprutil-1.la)":
a) apr-util-devel-1.2.8-2.1
b) apr-util-devel-1.2.8-2
c) apr-util-devel-1.2.8-1
Which one do you want to install ('Q' to abort)? [a]
      perl-subversion-1.4.2-2 marks apr-util-devel-1.2.8-2.1 (cap libtool(/usr/lib/libaprutil-1.la))
        apr-util-devel-1.2.8-2.1 marks apr-util-1.2.8-2.1 (cap apr-util = 1:1.2.8-2.1)
          apr-util-1.2.8-1 obsoleted by apr-util-1.2.8-2.1
        apr-util-devel-1.2.8-2.1 marks mysql-devel-5.1.14-2 (cap libtool(/usr/lib/libmysqlclient_r.la))
          mysql-devel-5.1.14-2 marks mysql-libs-5.1.14-2 (cap mysql-libs = 5.1.14-2)
            mysql-libs-5.0.27-3 obsoleted by mysql-libs-5.1.14-2
      perl-subversion-1.4.2-2 marks subversion-devel-1.4.2-2 (cap libtool(/usr/lib/libsvn_delta-1.la))
        subversion-devel-1.4.2-2 marks neon-devel-0.26.2-1 (cap libtool(/usr/lib/libneon.la))
    greedy upgrade python-subversion-1.4.2-1 to 1.4.2-2 (unresolved subversion-libs = 1.4.2-1)
      python-subversion-1.4.2-1 obsoleted by python-subversion-1.4.2-2
There are 11 packages to install (10 marked by dependencies), 7 to uninstall:
I subversion-1.4.2-2
D apr-util-1.2.8-2.1, apr-util-devel-1.2.8-2.1, mysql-devel-5.1.14-2, mysql-libs-5.1.14-2, neon-devel-0.26.2-1, perl-subversion-1.4.2-2, 
D python-subversion-1.4.2-2, subversion-devel-1.4.2-2, subversion-libs-1.4.2-2, subversion-svnserve-1.4.2-2
R subversion-libs-1.4.2-1, subversion-1.4.2-1, subversion-svnserve-1.4.2-1, perl-subversion-1.4.2-1, python-subversion-1.4.2-1, 
R apr-util-1.2.8-1, mysql-libs-5.0.27-3
Need to get 5.6MB of archives (4.2MB to download).
After unpacking 29.6MB will be used.


    wrobell <wrobell at pld-linux.org>


From arekm at pld-linux.org  Mon Jan  1 16:46:24 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Mon, 1 Jan 2007 16:46:24 +0100
Subject: [Th] libtool(/usr/lib/*.la) dependencies
In-Reply-To: <20070101153524.GB28355@pepin.polanet.pl>
References: <20070101153524.GB28355@pepin.polanet.pl>
Message-ID: <200701011646.24153.arekm@pld-linux.org>

On Monday 01 January 2007 16:35, Tomasz Pala wrote:
> Hello,
>
> I don't know if I've missed something, but is this really necessary to
> install *-devel subpackages for things like:
>
> koffice-kword-1.6.0-1 marks pcre-devel-7.0-1 (cap
> libtool(/usr/lib/libpcre.la))
>
> or is this only effect of 'file-issue'?

pluto is slowly fixing kde library loaders to use *.so files directly. When 
that's done we will move *.la files to -devel subpackages and such problem 
will disappear.

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From hawk at limanowa.net  Mon Jan  1 17:01:59 2007
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Mon, 01 Jan 2007 17:01:59 +0100
Subject: galeon
Message-ID: <45993077.7030908@limanowa.net>

I've been trying to get galeon running with xulrunner, w/o success. It
compiles cleanly, but it crashes right after displaying browser window.
The weird thing is when I try to debug the problem with gdb it doesn't
crash. Someone have an idea for source of such behaviour?

BTW: galeon requires whole firefox, not just firefox-libs. Current
version from AC-ready simply doesn't work at all with just libs installed.

M.


From gotar at pepin.polanet.pl  Mon Jan  1 17:05:16 2007
From: gotar at pepin.polanet.pl (Tomasz Pala)
Date: Mon, 1 Jan 2007 17:05:16 +0100
Subject: [Th] libtool(/usr/lib/*.la) dependencies
In-Reply-To: <200701011646.24153.arekm@pld-linux.org>
References: <20070101153524.GB28355@pepin.polanet.pl>
	<200701011646.24153.arekm@pld-linux.org>
Message-ID: <20070101160516.GA19812@pepin.polanet.pl>

On Mon, Jan 01, 2007 at 04:46:24PM +0100, Arkadiusz Miskiewicz wrote:
> 
> pluto is slowly fixing kde library loaders to use *.so files directly. When 
> that's done we will move *.la files to -devel subpackages and such problem 
> will disappear.

I see. And how about non-KDE apps like dia?

/usr/lib/dia:  rpm -e libxml2-devel-2.6.27-2 libxslt-devel-1.1.19-1
error: Failed dependencies:
        libtool(/usr/lib/libxml2.la) is needed by (installed) dia-0.95.1-2.athlon
        libtool(/usr/lib/libxslt.la) is needed by (installed) dia-0.95.1-2.athlon

(anyway - *** glibc detected *** dia: free(): invalid pointer: 0x09473ea0 ***)

poldek:/all-avail> rsearch -r /libtool\(/usr/ * | grep -v -- -devel
DirectFB-static-0.9.25.1-2
FusionSound-static-0.9.25-2
courier-authlib-0.58-10
courier-authlib-authldap-0.58-10
courier-authlib-authmysql-0.58-10
courier-authlib-authpgsql-0.58-10
courier-authlib-pipe-0.58-10
courier-authlib-userdb-0.58-10
dia-0.95.1-2
koffice-common-1.6.0-1
koffice-karbon-1.6.0-1
koffice-kchart-1.6.0-1
koffice-kexi-1.6.0-1
koffice-kformula-1.6.0-1
koffice-kivio-1.6.0-1
koffice-kplato-1.6.0-1
koffice-kpresenter-1.6.0-1
koffice-krita-1.6.0-1
koffice-kross-python-1.6.0-1
koffice-kross-ruby-1.6.0-1
koffice-kspread-1.6.0-1
koffice-kugar-1.6.0-1
koffice-kword-1.6.0-1
libextractor-0.5.16-1
libextractor-printable-0.5.16-1
libextractor-thumbnail-0.5.16-1
libextractor-thumbnail-qt-0.5.16-1
openldap-backend-bdb-2.3.31-1
openldap-backend-dnssrv-2.3.31-1
openldap-backend-hdb-2.3.31-1
openldap-backend-ldap-2.3.31-1
openldap-backend-ldbm-2.3.31-1
openldap-backend-meta-2.3.31-1
openldap-backend-monitor-2.3.31-1
openldap-backend-passwd-2.3.31-1
openldap-backend-perl-2.3.31-1
openldap-backend-relay-2.3.31-1
openldap-backend-shell-2.3.31-1
openldap-backend-sql-2.3.31-1
openldap-overlay-accesslog-2.3.31-1
openldap-overlay-auditlog-2.3.31-1
openldap-overlay-denyop-2.3.31-1
openldap-overlay-dyngroup-2.3.31-1
openldap-overlay-dynlist-2.3.31-1
openldap-overlay-lastmod-2.3.31-1
openldap-overlay-pcache-2.3.31-1
openldap-overlay-ppolicy-2.3.31-1
openldap-overlay-refint-2.3.31-1
openldap-overlay-retcode-2.3.31-1
openldap-overlay-rwm-2.3.31-1
openldap-overlay-syncprov-2.3.31-1
openldap-overlay-translucent-2.3.31-1
openldap-overlay-unique-2.3.31-1
openldap-overlay-valsort-2.3.31-1
openldev-0.6.1-2
perl-subversion-1.4.2-2
python-subversion-1.4.2-2
smb4k-0.8.0-1

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From arekm at pld-linux.org  Mon Jan  1 17:10:55 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Mon, 1 Jan 2007 17:10:55 +0100
Subject: [Th] libtool(/usr/lib/*.la) dependencies
In-Reply-To: <20070101160516.GA19812@pepin.polanet.pl>
References: <20070101153524.GB28355@pepin.polanet.pl>
	<200701011646.24153.arekm@pld-linux.org>
	<20070101160516.GA19812@pepin.polanet.pl>
Message-ID: <200701011710.55188.arekm@pld-linux.org>

On Monday 01 January 2007 17:05, Tomasz Pala wrote:
> On Mon, Jan 01, 2007 at 04:46:24PM +0100, Arkadiusz Miskiewicz wrote:
> > pluto is slowly fixing kde library loaders to use *.so files directly.
> > When that's done we will move *.la files to -devel subpackages and such
> > problem will disappear.
>
> I see. And how about non-KDE apps like dia?
>
> /usr/lib/dia:  rpm -e libxml2-devel-2.6.27-2 libxslt-devel-1.1.19-1
> error: Failed dependencies:
>         libtool(/usr/lib/libxml2.la) is needed by (installed)
> dia-0.95.1-2.athlon libtool(/usr/lib/libxslt.la) is needed by (installed)
> dia-0.95.1-2.athlon

Depends on the answer for a question - why *.la files are in dia?

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From gotar at polanet.pl  Mon Jan  1 17:13:59 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 1 Jan 2007 17:13:59 +0100
Subject: galeon
In-Reply-To: <45993077.7030908@limanowa.net>
References: <45993077.7030908@limanowa.net>
Message-ID: <20070101161359.GA377@pepin.polanet.pl>

On Mon, Jan 01, 2007 at 05:01:59PM +0100, Marcin Kr?l wrote:
> The weird thing is when I try to debug the problem with gdb it doesn't
> crash. Someone have an idea for source of such behaviour?

It looks like some race condition between threads.

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From gotar at polanet.pl  Mon Jan  1 17:16:31 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 1 Jan 2007 17:16:31 +0100
Subject: [Th] libtool(/usr/lib/*.la) dependencies
In-Reply-To: <200701011710.55188.arekm@pld-linux.org>
References: <20070101153524.GB28355@pepin.polanet.pl>
	<200701011646.24153.arekm@pld-linux.org>
	<20070101160516.GA19812@pepin.polanet.pl>
	<200701011710.55188.arekm@pld-linux.org>
Message-ID: <20070101161631.GB377@pepin.polanet.pl>

On Mon, Jan 01, 2007 at 05:10:55PM +0100, Arkadiusz Miskiewicz wrote:
> 
> Depends on the answer for a question - why *.la files are in dia?

Dunno, because kloczek has added them;)

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From gotar at polanet.pl  Mon Jan  1 17:21:20 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 1 Jan 2007 17:21:20 +0100
Subject: env-update broken
Message-ID: <20070101162120.GA3730@pepin.polanet.pl>

File /etc/env.d/HOME_ETC comes with setup package and states:

#HOME_ETC=$HOME/etc

when uncommented - env-update puts into /etc/profile.env

HOME_ETC=/root/etc

The script should rewrite /etc/env.d/* contents literally.

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From wiget at pld-linux.org  Mon Jan  1 17:49:08 2007
From: wiget at pld-linux.org (Artur Frysiak)
Date: Mon, 1 Jan 2007 17:49:08 +0100
Subject: [Th] libtool(/usr/lib/*.la) dependencies
In-Reply-To: <20070101161631.GB377@pepin.polanet.pl>
References: <20070101153524.GB28355@pepin.polanet.pl>
	<200701011646.24153.arekm@pld-linux.org>
	<20070101160516.GA19812@pepin.polanet.pl>
	<200701011710.55188.arekm@pld-linux.org>
	<20070101161631.GB377@pepin.polanet.pl>
Message-ID: <7f9cc8e00701010849t7fd12e6bt624fd7d74364316b@mail.gmail.com>

2007/1/1, Tomasz Pala <gotar at polanet.pl>:
> On Mon, Jan 01, 2007 at 05:10:55PM +0100, Arkadiusz Miskiewicz wrote:
> >
> > Depends on the answer for a question - why *.la files are in dia?
>
> Dunno, because kloczek has added them;)

Remove *.la, test dia, commit. ;-)
-- 
Artur Frysiak
http://www.pld-linux.org


From hawk at limanowa.net  Mon Jan  1 19:02:05 2007
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Mon, 01 Jan 2007 19:02:05 +0100
Subject: galeon
In-Reply-To: <20070101161359.GA377@pepin.polanet.pl>
References: <45993077.7030908@limanowa.net>
	<20070101161359.GA377@pepin.polanet.pl>
Message-ID: <45994C9D.5050602@limanowa.net>

> It looks like some race condition between threads.

Never mind, packaging *.manifest files fixed this problem :)

M.




From qboosh at pld-linux.org  Mon Jan  1 22:52:50 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 1 Jan 2007 22:52:50 +0100
Subject: [Th] libtool(/usr/lib/*.la) dependencies
In-Reply-To: <20070101154446.GA26209@borg>
References: <20070101153524.GB28355@pepin.polanet.pl>
	<20070101154446.GA26209@borg>
Message-ID: <20070101215250.GA25841@stranger.qboosh.pl>

On Mon, Jan 01, 2007 at 03:44:46PM +0000, wrobell wrote:
> Ad 3)
> apr-util modularizes database support (i.e. postgresql, sqlite) and *-devel stuff
> really does not require mysql devel stuff. Moreover mysql stuff is not even
> part of official apr-util distribution (see source no 1 in apr-util.spec).

It seems that libaprutil-1 is incorrectly linked with libmysqlclient.
Only apr_dbd_mysql module should be.


-- 
Jakub Bogusz    http://qboosh.pl/


From qboosh at pld-linux.org  Mon Jan  1 22:55:10 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 1 Jan 2007 22:55:10 +0100
Subject: galeon
In-Reply-To: <45993077.7030908@limanowa.net>
References: <45993077.7030908@limanowa.net>
Message-ID: <20070101215510.GB25841@stranger.qboosh.pl>

On Mon, Jan 01, 2007 at 05:01:59PM +0100, Marcin Kr?l wrote:
> I've been trying to get galeon running with xulrunner, w/o success. It
> compiles cleanly, but it crashes right after displaying browser window.
> The weird thing is when I try to debug the problem with gdb it doesn't
> crash. Someone have an idea for source of such behaviour?

BTW, is xulrunner maintained? There was no release since July 2006 and
probably that release contains many security bugs fixed in
firefox/thunderbird/seamonkey during last six months :/


-- 
Jakub Bogusz    http://qboosh.pl/


From hawk at limanowa.net  Mon Jan  1 23:01:17 2007
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Mon, 01 Jan 2007 23:01:17 +0100
Subject: galeon
In-Reply-To: <20070101215510.GB25841@stranger.qboosh.pl>
References: <45993077.7030908@limanowa.net>
	<20070101215510.GB25841@stranger.qboosh.pl>
Message-ID: <459984AD.302@limanowa.net>

> BTW, is xulrunner maintained? There was no release since July 2006 and
> probably that release contains many security bugs fixed in
> firefox/thunderbird/seamonkey during last six months :/

Yes, it is. No releases are made however, just snapshots from trunk.
Maybe we should use one? I'll give it a try.

M.


From hawk at limanowa.net  Mon Jan  1 23:06:28 2007
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Mon, 01 Jan 2007 23:06:28 +0100
Subject: galeon
In-Reply-To: <459984AD.302@limanowa.net>
References: <45993077.7030908@limanowa.net>	<20070101215510.GB25841@stranger.qboosh.pl>
	<459984AD.302@limanowa.net>
Message-ID: <459985E4.3070005@limanowa.net>

> Yes, it is. No releases are made however, just snapshots from trunk.
> Maybe we should use one? I'll give it a try.

Oops! These are binary ones. I'll try to google out some security
patches for 1.8.0.4 instead.

M.


From gotar at polanet.pl  Mon Jan  1 23:30:26 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 1 Jan 2007 23:30:26 +0100
Subject: [Th] libtool(/usr/lib/*.la) dependencies
In-Reply-To: <7f9cc8e00701010849t7fd12e6bt624fd7d74364316b@mail.gmail.com>
References: <20070101153524.GB28355@pepin.polanet.pl>
	<200701011646.24153.arekm@pld-linux.org>
	<20070101160516.GA19812@pepin.polanet.pl>
	<200701011710.55188.arekm@pld-linux.org>
	<20070101161631.GB377@pepin.polanet.pl>
	<7f9cc8e00701010849t7fd12e6bt624fd7d74364316b@mail.gmail.com>
Message-ID: <20070101223026.GA11413@pepin.polanet.pl>

On Mon, Jan 01, 2007 at 05:49:08PM +0100, Artur Frysiak wrote:
> 
> Remove *.la, test dia, commit. ;-)

*** glibc detected *** dia: free(): invalid pointer: 0x09474ea0 ***

I don't know how to cope with this, the program doesn't work at all.

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From sls at poczta.wp.pl  Mon Jan  1 23:50:33 2007
From: sls at poczta.wp.pl (Szymon Siwek)
Date: Mon, 1 Jan 2007 23:50:33 +0100
Subject: [th] dia segfault
In-Reply-To: <20070101223026.GA11413@pepin.polanet.pl>
References: <20070101153524.GB28355@pepin.polanet.pl>
	<200701011646.24153.arekm@pld-linux.org>
	<20070101160516.GA19812@pepin.polanet.pl>
	<200701011710.55188.arekm@pld-linux.org>
	<20070101161631.GB377@pepin.polanet.pl>
	<7f9cc8e00701010849t7fd12e6bt624fd7d74364316b@mail.gmail.com>
	<20070101223026.GA11413@pepin.polanet.pl>
Message-ID: <20070101225033.GA21694@cion.siwster.com>

On Mon, Jan 01, 2007 at 11:30:26PM +0100, Tomasz Pala wrote:
> On Mon, Jan 01, 2007 at 05:49:08PM +0100, Artur Frysiak wrote:
> > 
> > Remove *.la, test dia, commit. ;-)
> 
> *** glibc detected *** dia: free(): invalid pointer: 0x09474ea0 ***
> 
> I don't know how to cope with this, the program doesn't work at all.
> 
dia <= 0.95.1 doesn't work with python-2.5 (I guess)


From wrobell at pld-linux.org  Tue Jan  2 00:31:13 2007
From: wrobell at pld-linux.org (wrobell)
Date: Mon, 1 Jan 2007 23:31:13 +0000
Subject: galeon
In-Reply-To: <20070101215510.GB25841@stranger.qboosh.pl>
References: <45993077.7030908@limanowa.net>
	<20070101215510.GB25841@stranger.qboosh.pl>
Message-ID: <20070101233113.GB26209@borg>

On Mon, Jan 01, 2007 at 10:55:10PM +0100, Jakub Bogusz wrote:
> On Mon, Jan 01, 2007 at 05:01:59PM +0100, Marcin Kr?l wrote:
> > I've been trying to get galeon running with xulrunner, w/o success. It
> > compiles cleanly, but it crashes right after displaying browser window.
> > The weird thing is when I try to debug the problem with gdb it doesn't
> > crash. Someone have an idea for source of such behaviour?
> 
> BTW, is xulrunner maintained? There was no release since July 2006 and
> probably that release contains many security bugs fixed in
> firefox/thunderbird/seamonkey during last six months :/

http://wiki.mozilla.org/XULRunner:Roadmap

    wrobell <wrobell at pld-linux.org>


From gotar at polanet.pl  Tue Jan  2 00:54:39 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 2 Jan 2007 00:54:39 +0100
Subject: [th] dia segfault
In-Reply-To: <20070101225033.GA21694@cion.siwster.com>
References: <20070101153524.GB28355@pepin.polanet.pl>
	<200701011646.24153.arekm@pld-linux.org>
	<20070101160516.GA19812@pepin.polanet.pl>
	<200701011710.55188.arekm@pld-linux.org>
	<20070101161631.GB377@pepin.polanet.pl>
	<7f9cc8e00701010849t7fd12e6bt624fd7d74364316b@mail.gmail.com>
	<20070101223026.GA11413@pepin.polanet.pl>
	<20070101225033.GA21694@cion.siwster.com>
Message-ID: <20070101235439.GA29539@pepin.polanet.pl>

On Mon, Jan 01, 2007 at 11:50:33PM +0100, Szymon Siwek wrote:
> > 
> > I don't know how to cope with this, the program doesn't work at all.
> > 
> dia <= 0.95.1 doesn't work with python-2.5 (I guess)

Confirmed.
http://lists.opensuse.org/opensuse-commit/2006-11/msg00101.html
It's fixed in dia CVS too.

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From arekm at pld-linux.org  Tue Jan  2 00:59:05 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Tue, 2 Jan 2007 00:59:05 +0100
Subject: [th] dia segfault
In-Reply-To: <20070101235439.GA29539@pepin.polanet.pl>
References: <20070101153524.GB28355@pepin.polanet.pl>
	<20070101225033.GA21694@cion.siwster.com>
	<20070101235439.GA29539@pepin.polanet.pl>
Message-ID: <200701020059.05549.arekm@pld-linux.org>

On Tuesday 02 January 2007 00:54, Tomasz Pala wrote:
> On Mon, Jan 01, 2007 at 11:50:33PM +0100, Szymon Siwek wrote:
> > > I don't know how to cope with this, the program doesn't work at all.
> >
> > dia <= 0.95.1 doesn't work with python-2.5 (I guess)
>
> Confirmed.
> http://lists.opensuse.org/opensuse-commit/2006-11/msg00101.html
> It's fixed in dia CVS too.

There is 0.96pre1 btw.

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From dhubleizh at o2.pl  Tue Jan  2 10:21:28 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Tue, 02 Jan 2007 10:21:28 +0100
Subject: Poldek robi BUM
Message-ID: <1167729688.4629.2.camel@ipv6-localnet>

Przy install -F * powita? mnie taki kwiatek:

kdelibs-devel-3.5.5-4.x86_64 zaznaczy? kdelibs-libs-3.5.5-4.x86_64 (w?.
kdelibs-libs < 9:3.5.5-2)
Something wrong, something not quite right.
Assertion 'pkg_is_marked(ictx->ts->pms, pkg) == 0' failed, mark.c:101
Please report this bug to <mis at pld-linux.org>.

Przerwane

Ca?o?? loga za??czniku.

[czarny at melchior ~]$ rpm -qa | grep poldek
poldek-0.20.1-0.20060823.21.6.x86_64
poldek-libs-0.20.1-0.20060823.21.6.x86_64

Zdrawiam
Cz at rny
-------------- next part --------------
A non-text attachment was scrubbed...
Name: poldek.log
Type: text/x-log
Size: 6528 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20070102/8863c681/attachment.bin>

From dhubleizh at o2.pl  Tue Jan  2 10:44:19 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Tue, 02 Jan 2007 10:44:19 +0100
Subject: Poldek robi BUM
In-Reply-To: <1167729688.4629.2.camel@ipv6-localnet>
References: <1167729688.4629.2.camel@ipv6-localnet>
Message-ID: <1167731059.4629.4.camel@ipv6-localnet>

Dnia 02-01-2007, wto o godzinie 10:21 +0100, Cezary Krzyzanowski
napisa?(a):
> Przy install -F * powita? mnie taki kwiatek:
> 

Ekhm....sorry - Evo gave me en before pl and I didn't see that.

Nevertheless the problem stays.

Cz at rny



From gotar at polanet.pl  Tue Jan  2 12:17:13 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 2 Jan 2007 12:17:13 +0100
Subject: Poldek robi BUM
In-Reply-To: <1167731059.4629.4.camel@ipv6-localnet>
References: <1167729688.4629.2.camel@ipv6-localnet>
	<1167731059.4629.4.camel@ipv6-localnet>
Message-ID: <20070102111713.GA24435@pepin.polanet.pl>

On Tue, Jan 02, 2007 at 10:44:19AM +0100, Cezary Krzyzanowski wrote:
> 
> Nevertheless the problem stays.

poldek:/all-avail> ;
Something wrong, something not quite right.
Assertion 'arr' failed, cmd_chain.c:293
Please report this bug to <mis at pld.org.pl>.

zsh: abort      /usr/bin/poldek -vv
~:  rpm -q poldek
poldek-0.20-9


-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From arekm at pld-linux.org  Tue Jan  2 15:49:43 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Tue, 2 Jan 2007 15:49:43 +0100
Subject: gcc-java vs java-sun-tools
Message-ID: <200701021549.43928.arekm@pld-linux.org>


There is a problem with gcc-java vs java-sun-tools. These packages are 
conflicting on each other but tons of java specs require one or another. This 
means that manual uninstalling/installing on builders is required.

I guess that the only one conflicting file is /usr/bin/jar - I'm thinking 
about adding gcc-java-tools package with jar binary only but... it seems that 
such subpackage was already there and was removed:

Revision 1.298  2005/05/11 21:20:15  pluto
- gcc-java-tools mreged into gcc-java.
  this package isn't common for every java implementation now.


The other solution would be putting Obsoletes without Conflicts in each 
package so there would be no problems on builders (installation deps based 
would work) ...

Any ideas how other distros deal with this problem?
-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From sls at poczta.wp.pl  Tue Jan  2 17:39:34 2007
From: sls at poczta.wp.pl (Szymon Siwek)
Date: Tue, 2 Jan 2007 17:39:34 +0100
Subject: gcc-java vs java-sun-tools
In-Reply-To: <200701021549.43928.arekm@pld-linux.org>
References: <200701021549.43928.arekm@pld-linux.org>
Message-ID: <20070102163934.GA23301@cion.siwster.com>

On Tue, Jan 02, 2007 at 03:49:43PM +0100, Arkadiusz Miskiewicz wrote:
> 
> There is a problem with gcc-java vs java-sun-tools. These packages are 
> conflicting on each other but tons of java specs require one or another. This 
> means that manual uninstalling/installing on builders is required.
> 
/usr/bin/jar is symlink to jar-binary. The problem is that fresh rpm
detects conflict about symlinks.

> I guess that the only one conflicting file is /usr/bin/jar - I'm thinking 
> about adding gcc-java-tools package with jar binary only but... it seems that 
> such subpackage was already there and was removed:
> 
> Revision 1.298  2005/05/11 21:20:15  pluto
> - gcc-java-tools mreged into gcc-java.
>   this package isn't common for every java implementation now.
> 
> 
> The other solution would be putting Obsoletes without Conflicts in each 
> package so there would be no problems on builders (installation deps based 
> would work) ...
> 
It would be evil
> Any ideas how other distros deal with this problem?



From arekm at pld-linux.org  Tue Jan  2 18:40:25 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Tue, 2 Jan 2007 18:40:25 +0100
Subject: gcc-java vs java-sun-tools
In-Reply-To: <20070102163934.GA23301@cion.siwster.com>
References: <200701021549.43928.arekm@pld-linux.org>
	<20070102163934.GA23301@cion.siwster.com>
Message-ID: <200701021840.25734.arekm@pld-linux.org>

On Tuesday 02 January 2007 17:39, Szymon Siwek wrote:
> On Tue, Jan 02, 2007 at 03:49:43PM +0100, Arkadiusz Miskiewicz wrote:
> > There is a problem with gcc-java vs java-sun-tools. These packages are
> > conflicting on each other but tons of java specs require one or another.
> > This means that manual uninstalling/installing on builders is required.
>
> /usr/bin/jar is symlink to jar-binary. The problem is that fresh rpm
> detects conflict about symlinks.

Problem? It looks like a ,,fix''.

> > The other solution would be putting Obsoletes without Conflicts in each
> > package so there would be no problems on builders (installation deps
> > based would work) ...
>
> It would be evil

gentoo has script as javac, javadoc etc that runs proper binaries depending on 
user setting or global settings.

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From pluto at agmk.net  Tue Jan  2 20:32:34 2007
From: pluto at agmk.net (=?iso-8859-2?q?Pawe=B3_Sikora?=)
Date: Tue, 2 Jan 2007 20:32:34 +0100
Subject: gcc-java vs java-sun-tools
In-Reply-To: <200701021549.43928.arekm@pld-linux.org>
References: <200701021549.43928.arekm@pld-linux.org>
Message-ID: <200701022032.34876.pluto@agmk.net>

On Tuesday 02 January 2007 15:49, Arkadiusz Miskiewicz wrote:
> There is a problem with gcc-java vs java-sun-tools.

there was a thread about it on devel-pl:
http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2006-July/135330.html


From hawk at limanowa.net  Wed Jan  3 22:09:31 2007
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Wed, 03 Jan 2007 22:09:31 +0100
Subject: galeon
In-Reply-To: <20070101215510.GB25841@stranger.qboosh.pl>
References: <45993077.7030908@limanowa.net>
	<20070101215510.GB25841@stranger.qboosh.pl>
Message-ID: <459C1B8B.3090001@limanowa.net>

> BTW, is xulrunner maintained? There was no release since July 2006 and
> probably that release contains many security bugs fixed in
> firefox/thunderbird/seamonkey during last six months :/

I've just commited self made snapshot of xulrunner 1.8.1.1. More details
in commitlog.

M.


From qboosh at pld-linux.org  Wed Jan  3 22:35:19 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 3 Jan 2007 22:35:19 +0100
Subject: gcc-java vs java-sun-tools
In-Reply-To: <200701021549.43928.arekm@pld-linux.org>
References: <200701021549.43928.arekm@pld-linux.org>
Message-ID: <20070103213519.GB13620@stranger.qboosh.pl>

On Tue, Jan 02, 2007 at 03:49:43PM +0100, Arkadiusz Miskiewicz wrote:
> There is a problem with gcc-java vs java-sun-tools. These packages are 
> conflicting on each other but tons of java specs require one or another. This 
> means that manual uninstalling/installing on builders is required.
> 
> I guess that the only one conflicting file is /usr/bin/jar - I'm thinking 
> about adding gcc-java-tools package with jar binary only but... it seems that 
> such subpackage was already there and was removed:
> 
> Revision 1.298  2005/05/11 21:20:15  pluto
> - gcc-java-tools mreged into gcc-java.
>   this package isn't common for every java implementation now.

It was removed when jar in gcc had been renamed to fastjar and there
were no conflicting files between gcc-java and java-sun.

So there is a reason to separate jar again.

> The other solution would be putting Obsoletes without Conflicts in each 
> package so there would be no problems on builders (installation deps based 
> would work) ...

IMO gcc-java shouldn't obsolete java-sun. java-gcj-compat (with
java/javac wrappers) can do it.


-- 
Jakub Bogusz    http://qboosh.pl/


From gotar at polanet.pl  Thu Jan  4 02:18:59 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 4 Jan 2007 02:18:59 +0100
Subject: [Ac] AMD64 kernel oops with rootfs on reiserfs with quota
In-Reply-To: <20070101152910.GA28355@pepin.polanet.pl>
References: <20070101152910.GA28355@pepin.polanet.pl>
Message-ID: <20070104011859.GA28684@pepin.polanet.pl>

On Mon, Jan 01, 2007 at 04:29:10PM +0100, Tomasz Pala wrote:
> 
> grsecurity-2.6.16.35

This one crashed on reiserfs on one of my machines this night.

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From arekm at pld-linux.org  Thu Jan  4 03:27:57 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Thu, 4 Jan 2007 03:27:57 +0100
Subject: [Th] libtool(/usr/lib/*.la) dependencies
In-Reply-To: <20070101160516.GA19812@pepin.polanet.pl>
References: <20070101153524.GB28355@pepin.polanet.pl>
	<200701011646.24153.arekm@pld-linux.org>
	<20070101160516.GA19812@pepin.polanet.pl>
Message-ID: <200701040327.57187.arekm@pld-linux.org>

On Monday 01 January 2007 17:05, Tomasz Pala wrote:
> On Mon, Jan 01, 2007 at 04:46:24PM +0100, Arkadiusz Miskiewicz wrote:
> > pluto is slowly fixing kde library loaders to use *.so files directly.
> > When that's done we will move *.la files to -devel subpackages and such
> > problem will disappear.
>
> I see. And how about non-KDE apps ...

Maybe we should improve libtool() Requires generator to put such require only 
if xyz.so and xyz.la are in the same (sub)package? Additionaly check only la 
files in /usr/lib{,64}/ and /lib{,64}/.

That should catch most of problematic packages, right?

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From blues at pld-linux.org  Thu Jan  4 13:22:59 2007
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Thu, 4 Jan 2007 13:22:59 +0100 (CET)
Subject: SPECS (AC-branch): gd.spec - updated rotate_from_php patch with
	co...
In-Reply-To: <4597FF42.8040502@limanowa.net>
References: <SPECS_gd.spec.1.115.2.1@pld-linux.org>
	<SPECS_gd.spec.1.115.2.2@pld-linux.org>
	<4597F9DE.6080705@limanowa.net>
	<20061231181304.GB24461@stranger.qboosh.pl>
	<4597FF42.8040502@limanowa.net>
Message-ID: <Pine.LNX.4.64N.0701041322410.20179@fgnss.gnfx.tqn.cy>

On Sun, 31 Dec 2006, Marcin Kr?l wrote:
> > But you know that without this change php 5.2 builds without 
> > gd_image_rotate?
> Uhm. Didn't knew that :( So we no longer can have gd_image_rotate in 
> both php and php4? Anyway, php4 rebuild is now more important for Ac 
> than fixing gd_image_rotate in php 5.

That way you're missing important feature...

-- 
pozdr.  Pawe? Go?aszewski          jid:blues<at>jabber<dot>gda<dot>pl
--------------------------------------------------------------------------
If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby
Pro-Logic Surround Sound with Bass Boost and all the music is free.

From arekm at pld-linux.org  Sat Jan  6 12:41:22 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sat, 6 Jan 2007 12:41:22 +0100
Subject: gcc-java vs java-sun-tools
In-Reply-To: <20070103213519.GB13620@stranger.qboosh.pl>
References: <200701021549.43928.arekm@pld-linux.org>
	<20070103213519.GB13620@stranger.qboosh.pl>
Message-ID: <200701061241.22707.arekm@pld-linux.org>

On Wednesday 03 January 2007 22:35, Jakub Bogusz wrote:

> It was removed when jar in gcc had been renamed to fastjar and there
> were no conflicting files between gcc-java and java-sun.
>
> So there is a reason to separate jar again.

IMO simply droping %{_bindir}/jar from gcc-java and placing Requires: jar 
there should be enough. I know the option differs but gcc itself is not 
creating %{_bindir}/jar if it detects _any_ jar binary in the system (we 
patch it to always create %{_bindir}/jar) so it doesn't care about some 
special options anyway.

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From deejay1 at srem.org  Sat Jan  6 19:26:00 2007
From: deejay1 at srem.org (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=)
Date: Sat, 6 Jan 2007 19:26:00 +0100
Subject: Qt
Message-ID: <200701061926.04225.deejay1@srem.org>

Hello.

While building KDE4 some issues came up. First of all our Qt4 qmake is named 
different than in every other distro. We should consider to change it to 
qmake4 or qmake-qt4 or patch KDE in the future (no the KDE devs won't accept 
that patch, I've tried). Second: the qdbus*2* utils should land 
ins /usr/lib/qt4/bin not /usr/bin because it's the path qmake shows for 
project as the directory with binary utils, I suppose the same goes to other 
utils that land in %{_bindir}.
It's just a thought but IMHO worth considering to easy up things in the 
future...


-- 
?ukasz [DeeJay1] Jerna?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20070106/b1a16656/attachment.sig>

From dhubleizh at o2.pl  Sat Jan  6 23:23:51 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Sat, 06 Jan 2007 23:23:51 +0100
Subject: Qt
In-Reply-To: <200701061926.04225.deejay1@srem.org>
References: <200701061926.04225.deejay1@srem.org>
Message-ID: <1168122231.11726.1.camel@ipv6-localnet>

Dnia 06-01-2007, sob o godzinie 19:26 +0100, ?ukasz Jerna? napisa?(a):

> While building KDE4 some issues came up. First of all our Qt4 qmake is named 
> different than in every other distro.

Nah - 90% of work is done. Just set QTDIR to %{_libdir}/qt4 and PATH too
$QTDI/bin:$PATH and everything works. Just some minor links:

[czarny at kacper qt4]$ ls -l
razem 4
drwxr-xr-x  2 root root 4096 2007-01-03 00:35 bin
lrwxrwxrwx  1 root root   22 2007-01-03 00:17 doc
-> /usr/share/doc/qt4-doc
drwxr-xr-x  2 root root   15 2006-11-22 13:34 include
lrwxrwxrwx  1 root root   22 2007-01-03 00:35 mkspecs
-> /usr/share/qt4/mkspecs
drwxr-xr-x 11 root root  151 2007-01-02 13:32 plugins

Cz at rny



From deejay1 at srem.org  Sun Jan  7 12:00:07 2007
From: deejay1 at srem.org (=?utf-8?q?=C5=81ukasz_Jerna=C5=9B?=)
Date: Sun, 7 Jan 2007 12:00:07 +0100
Subject: Qt
In-Reply-To: <1168122231.11726.1.camel@ipv6-localnet>
References: <200701061926.04225.deejay1@srem.org>
	<1168122231.11726.1.camel@ipv6-localnet>
Message-ID: <200701071200.08811.deejay1@srem.org>

Dnia sobota, 6 stycznia 2007 23:23, Cezary Krzyzanowski napisa?:
> Dnia 06-01-2007, sob o godzinie 19:26 +0100, ?ukasz Jerna? napisa?(a):
> > While building KDE4 some issues came up. First of all our Qt4 qmake is
> > named different than in every other distro.
>
> Nah - 90% of work is done. Just set QTDIR to %{_libdir}/qt4 and PATH too
> $QTDI/bin:$PATH and everything works. Just some minor links:

KDE4 bailed out on such settings so IMHO not everything is ok...

-- 
?ukasz [DeeJay1] Jerna?


From arekm at pld-linux.org  Tue Jan  9 00:10:06 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Tue, 9 Jan 2007 00:10:06 +0100
Subject: Poldek robi BUM
In-Reply-To: <20070102111713.GA24435@pepin.polanet.pl>
References: <1167729688.4629.2.camel@ipv6-localnet>
	<1167731059.4629.4.camel@ipv6-localnet>
	<20070102111713.GA24435@pepin.polanet.pl>
Message-ID: <200701090010.06666.arekm@pld-linux.org>

On Tuesday 02 January 2007 12:17, Tomasz Pala wrote:
> On Tue, Jan 02, 2007 at 10:44:19AM +0100, Cezary Krzyzanowski wrote:
> > Nevertheless the problem stays.
>
> poldek:/all-avail> ;
> Something wrong, something not quite right.
> Assertion 'arr' failed, cmd_chain.c:293
> Please report this bug to <mis at pld.org.pl>.
>
> zsh: abort      /usr/bin/poldek -vv
> ~:  rpm -q poldek
> poldek-0.20-9

That's fixed in HEAD poldek.

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From alucard at nospheratu.net  Tue Jan  9 19:56:18 2007
From: alucard at nospheratu.net (Tomasz Rutkowski)
Date: Tue, 9 Jan 2007 19:56:18 +0100
Subject: SPECS: pam-pam_mount.spec - package man1/mkehd.1, verbose files
In-Reply-To: <SPECS_pam_pam_mount.spec.1.22@pld-linux.org>
References: <SPECS_pam_pam_mount.spec.1.21@pld-linux.org>
	<SPECS_pam_pam_mount.spec.1.22@pld-linux.org>
Message-ID: <20070109195618.762494c5@vampire>

Dnia Tue, 09 Jan 2007 19:38:04 +0100
glen <glen at pld-linux.org> napisa?(a):

> Author: glen                         Date: Tue Jan  9 18:38:04 2007
> GMT Module: SPECS                         Tag: HEAD
> ---- Log message:
> - package man1/mkehd.1, verbose files
> 
> ---- Files affected:
> SPECS:
>    pam-pam_mount.spec (1.21 -> 1.22) 
> 
> ---- Diffs:
> 
> ================================================================
> Index: SPECS/pam-pam_mount.spec
> diff -u SPECS/pam-pam_mount.spec:1.21 SPECS/pam-pam_mount.spec:1.22
> --- SPECS/pam-pam_mount.spec:1.21	Tue Jan  9 19:22:38 2007
> +++ SPECS/pam-pam_mount.spec	Tue Jan  9 19:37:57 2007
> @@ -98,12 +98,22 @@
>  %files
>  %defattr(644,root,root,755)
>  %doc AUTHORS ChangeLog FAQ NEWS README TODO
> -%attr(755,root,root) %{_bindir}/*
> -%attr(755,root,root) %{_sbindir}/*
> -%attr(755,root,root) /sbin/*
>  %attr(755,root,root) /%{_lib}/security/pam_mount.so
>  %config(noreplace) %verify(not md5 mtime
> size) /etc/security/pam_mount.conf -%{_mandir}/man8/*
> +%attr(755,root,root) /sbin/umount.crypt
> +%attr(755,root,root) %{_bindir}/autoehd
> +%attr(755,root,root) %{_bindir}/mkehd
> +%attr(755,root,root) %{_bindir}/mount_ehd
> +%attr(755,root,root) %{_bindir}/passwdehd
> +%attr(755,root,root) %{_sbindir}/pmvarrun
> +%{_mandir}/man1/mkehd.1*
> +%{_mandir}/man8/autoehd.8*
> +%{_mandir}/man8/mount.crypt.8*
> +%{_mandir}/man8/mount_ehd.8*
> +%{_mandir}/man8/pam_mount.8*
> +%{_mandir}/man8/passwdehd.8*
> +%{_mandir}/man8/pmvarrun.8*
> +%{_mandir}/man8/umount.crypt.8*
>  

why are You giving file list so detailed?
and in fact You lost with that /sbin/mount.crypt (/usr/bin/mount.crypt)
is it not needed?


-- 
------------------------------------------------------------------------
Tomasz Rutkowski, e-mail/jid: alucard at nospheratu.net, +48 604 419 913
------------------------------------------------------------------------


From alucard at nospheratu.net  Tue Jan  9 20:10:01 2007
From: alucard at nospheratu.net (Tomasz Rutkowski)
Date: Tue, 9 Jan 2007 20:10:01 +0100
Subject: SPECS: pam-pam_mount.spec - package man1/mkehd.1, verbose files
In-Reply-To: <20070109195618.762494c5@vampire>
References: <SPECS_pam_pam_mount.spec.1.21@pld-linux.org>
	<SPECS_pam_pam_mount.spec.1.22@pld-linux.org>
	<20070109195618.762494c5@vampire>
Message-ID: <20070109201001.65ad14fe@vampire>

Dnia Tue, 9 Jan 2007 19:56:18 +0100
Tomasz Rutkowski <alucard at nospheratu.net> napisa?(a):

never mind, I got it now :)

-- 
------------------------------------------------------------------------
Tomasz Rutkowski, e-mail/jid: alucard at nospheratu.net, +48 604 419 913
------------------------------------------------------------------------


From glen at delfi.ee  Tue Jan  9 20:15:46 2007
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Tue, 9 Jan 2007 21:15:46 +0200
Subject: SPECS: pam-pam_mount.spec - package man1/mkehd.1, verbose files
In-Reply-To: <20070109201001.65ad14fe@vampire>
References: <SPECS_pam_pam_mount.spec.1.21@pld-linux.org>
	<20070109195618.762494c5@vampire> <20070109201001.65ad14fe@vampire>
Message-ID: <200701092115.46259.glen@delfi.ee>

On Tuesday 09 January 2007 21:10, Tomasz Rutkowski wrote:
> Dnia Tue, 9 Jan 2007 19:56:18 +0100
> Tomasz Rutkowski <alucard at nospheratu.net> napisa?(a):
>
> never mind, I got it now :)
i don't know what you got (milk maybe? :), but verbose files help grep spec 
and let you better know when files have changed in a release.

-- 
glen


From alucard at nospheratu.net  Tue Jan  9 20:22:59 2007
From: alucard at nospheratu.net (Tomasz Rutkowski)
Date: Tue, 9 Jan 2007 20:22:59 +0100
Subject: SPECS: pam-pam_mount.spec - package man1/mkehd.1, verbose files
In-Reply-To: <200701092115.46259.glen@delfi.ee>
References: <SPECS_pam_pam_mount.spec.1.21@pld-linux.org>
	<20070109195618.762494c5@vampire> <20070109201001.65ad14fe@vampire>
	<200701092115.46259.glen@delfi.ee>
Message-ID: <20070109202259.7153f07a@vampire>

Dnia Tue, 9 Jan 2007 21:15:46 +0200
Elan Ruusam?e <glen at delfi.ee> napisa?(a):

> On Tuesday 09 January 2007 21:10, Tomasz Rutkowski wrote:
> > Dnia Tue, 9 Jan 2007 19:56:18 +0100
> > Tomasz Rutkowski <alucard at nospheratu.net> napisa?(a):
> >
> > never mind, I got it now :)
> i don't know what you got (milk maybe? :), but verbose files help
> grep spec and let you better know when files have changed in a
> release.
> 

no, coffee :)

and about that "damn symlink": as I found it points to nowhere
(there is no file /usr/bin/mount.crypt anywhere...)

-- 
------------------------------------------------------------------------
Tomasz Rutkowski, e-mail/jid: alucard at nospheratu.net, +48 604 419 913
------------------------------------------------------------------------


From glen at delfi.ee  Thu Jan 11 01:54:22 2007
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Thu, 11 Jan 2007 02:54:22 +0200
Subject: ERRORS: kdebase.spec
In-Reply-To: <20061224005222.GE8496@mysza.eu.org>
References: <545d22ec-b487-4303-95e5-fb545e02c583@pld.src.builder>
	<pld-builder.1166895127.796530.17902@syriusz>
	<20061224005222.GE8496@mysza.eu.org>
Message-ID: <200701110254.22652.glen@delfi.ee>

On Sunday 24 December 2006 02:52, Adam Go??biowski wrote:
> What is the solution? Rebuild libnscd, then rebuild samba, then rebuild
> the rest?
any luck resolving it?
-- 
glen


From deejay1 at srem.org  Fri Jan 12 17:21:35 2007
From: deejay1 at srem.org (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=)
Date: Fri, 12 Jan 2007 17:21:35 +0100
Subject: STBR?
Message-ID: <200701121722.17378.deejay1@srem.org>

May I request that someone sends cmake.spec and scribus to Th/Ac builders?

Thanks,
-- 
?ukasz [DeeJay1] Jerna?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20070112/08d3bcd1/attachment.sig>

From adamg at biomerieux.pl  Fri Jan 12 20:35:09 2007
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Fri, 12 Jan 2007 20:35:09 +0100
Subject: ERRORS: kdebase.spec
In-Reply-To: <200701110254.22652.glen@delfi.ee>
References: <545d22ec-b487-4303-95e5-fb545e02c583@pld.src.builder>
	<pld-builder.1166895127.796530.17902@syriusz>
	<20061224005222.GE8496@mysza.eu.org>
	<200701110254.22652.glen@delfi.ee>
Message-ID: <20070112193509.GB9683@mysza.eu.org>

On Thu, Jan 11, 2007 at 02:54:22AM +0200, Elan Ruusam?e wrote:
> On Sunday 24 December 2006 02:52, Adam Go??biowski wrote:
> > What is the solution? Rebuild libnscd, then rebuild samba, then rebuild
> > the rest?
> any luck resolving it?

I am not sure about that one. Somebody suggested removing libnscd from
builders before building samba, but that's more like a workaround than a
real fix.

-- 
 http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer    | Everybody needs some solid rock, I know I do.


From qboosh at pld-linux.org  Fri Jan 12 21:05:53 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 12 Jan 2007 21:05:53 +0100
Subject: ERRORS: kdebase.spec
In-Reply-To: <20070112193509.GB9683@mysza.eu.org>
References: <545d22ec-b487-4303-95e5-fb545e02c583@pld.src.builder>
	<pld-builder.1166895127.796530.17902@syriusz>
	<20061224005222.GE8496@mysza.eu.org>
	<200701110254.22652.glen@delfi.ee>
	<20070112193509.GB9683@mysza.eu.org>
Message-ID: <20070112200553.GA11791@stranger.qboosh.pl>

On Fri, Jan 12, 2007 at 08:35:09PM +0100, Adam Go??biowski wrote:
> On Thu, Jan 11, 2007 at 02:54:22AM +0200, Elan Ruusam?e wrote:
> > On Sunday 24 December 2006 02:52, Adam Go??biowski wrote:
> > > What is the solution? Rebuild libnscd, then rebuild samba, then rebuild
> > > the rest?
> > any luck resolving it?
> 
> I am not sure about that one. Somebody suggested removing libnscd from
> builders before building samba, but that's more like a workaround than a
> real fix.

And it would be probably wrong (disabling nscd support in libsmbclient).

samba build system should be fixed to link libsmbclient with libnscd.


-- 
Jakub Bogusz    http://qboosh.pl/


From adamg at biomerieux.pl  Fri Jan 12 21:19:03 2007
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Fri, 12 Jan 2007 21:19:03 +0100
Subject: ERRORS: kdebase.spec
In-Reply-To: <20070112200553.GA11791@stranger.qboosh.pl>
References: <545d22ec-b487-4303-95e5-fb545e02c583@pld.src.builder>
	<pld-builder.1166895127.796530.17902@syriusz>
	<20061224005222.GE8496@mysza.eu.org>
	<200701110254.22652.glen@delfi.ee>
	<20070112193509.GB9683@mysza.eu.org>
	<20070112200553.GA11791@stranger.qboosh.pl>
Message-ID: <20070112201903.GA19398@mysza.eu.org>

On Fri, Jan 12, 2007 at 09:05:53PM +0100, Jakub Bogusz wrote:
> > I am not sure about that one. Somebody suggested removing libnscd from
> > builders before building samba, but that's more like a workaround than a
> > real fix.
> 
> And it would be probably wrong (disabling nscd support in libsmbclient).
> 
> samba build system should be fixed to link libsmbclient with libnscd.

That what I was thinking about, just not being sure...

Anyway, there's a patch in CVS and the package was sent to ac-ready.
It works for me.

-- 
 http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer    | Everybody needs some solid rock, I know I do.


From mlukaszek at gmail.com  Wed Jan 17 12:48:39 2007
From: mlukaszek at gmail.com (=?ISO-8859-2?Q?Micha=B3_=A3ukaszek?=)
Date: Wed, 17 Jan 2007 12:48:39 +0100
Subject: Flash update
Message-ID: <cfcac88a0701170348s35ca699dpfa02e34d5393a295@mail.gmail.com>

If anyone wanted to update the spec to the final version,
I would suggest

cvs cp/mv {macromedia,adobe}-flash.spec,v

-- 
regards,
Micha? ?ukaszek
prism at pld-linux.org

From twittner at o2.pl  Wed Jan 17 22:31:17 2007
From: twittner at o2.pl (Tomasz Wittner)
Date: Wed, 17 Jan 2007 22:31:17 +0100
Subject: scripts: profile - QTDIR & QMAKESPEC killed especially setting
	Q...
In-Reply-To: <200701170042.10935.arekm@pld-linux.org>
References: <scripts_profile.1.7@pld-linux.org>
	<scripts_profile.1.8@pld-linux.org>
	<200701170042.10935.arekm@pld-linux.org>
Message-ID: <200701172231.18547.twittner@o2.pl>

On Wed 17. January 2007 00:42, Arkadiusz Miskiewicz wrote:
> On Wednesday 17 January 2007 00:22, twittner wrote:
> > Author: twittner                     Date: Tue Jan 16 23:22:38 2007 GMT
> > Module: scripts                       Tag: HEAD
> > ---- Log message:
> > - QTDIR & QMAKESPEC killed
> >   especially setting QMAKESPEC to /usr/share/qt/mkspecs/linux-g++
> >   is really inappropriate when qt-3.3.x and qt-4.x can exist together
>
> W qt4.spec IMO je warto czy?ci? przed budowaniem.
A translation attempt: IMO is worth to unset these (QTDIR, QMAKESPEC) in 
qt4.spec before building.

My suggestion: by default, start building with completely cleaned environment,  
then set only necessary env. variables [1]. Of course there should be 
possibility to turn off cleaning & setting in rpm such environment (via rpm 
macro).
 
[1] I remember that I was against such solution some time ago, but I wasted 
plenty of time trying to build qt4 due to QMAKESPEC setting in my shell 
environment.
-- 
Tomasz Wittner


From arekm at pld-linux.org  Thu Jan 18 06:58:25 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Thu, 18 Jan 2007 06:58:25 +0100
Subject: scripts: profile - QTDIR & QMAKESPEC killed especially setting
	Q...
In-Reply-To: <200701172231.18547.twittner@o2.pl>
References: <scripts_profile.1.7@pld-linux.org>
	<200701170042.10935.arekm@pld-linux.org>
	<200701172231.18547.twittner@o2.pl>
Message-ID: <200701180658.25678.arekm@pld-linux.org>

On ?roda, 17 stycznia 2007, Tomasz Wittner wrote:
> On Wed 17. January 2007 00:42, Arkadiusz Miskiewicz wrote:
> > On Wednesday 17 January 2007 00:22, twittner wrote:
> > > Author: twittner                     Date: Tue Jan 16 23:22:38 2007 GMT
> > > Module: scripts                       Tag: HEAD
> > > ---- Log message:
> > > - QTDIR & QMAKESPEC killed
> > >   especially setting QMAKESPEC to /usr/share/qt/mkspecs/linux-g++
> > >   is really inappropriate when qt-3.3.x and qt-4.x can exist together
> >
> > W qt4.spec IMO je warto czy?ci? przed budowaniem.
>
> A translation attempt: IMO is worth to unset these (QTDIR, QMAKESPEC) in
> qt4.spec before building.
>
> My suggestion: by default, start building with completely cleaned
> environment, then set only necessary env. variables [1]. Of course there
> should be possibility to turn off cleaning & setting in rpm such
> environment (via rpm macro).

Provide a patch then. jbj doesn't want to make that happen (env cleaning) in 
rpm by default :(

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From n3npq at mac.com  Thu Jan 18 07:08:39 2007
From: n3npq at mac.com (Jeff Johnson)
Date: Thu, 18 Jan 2007 01:08:39 -0500
Subject: scripts: profile - QTDIR & QMAKESPEC killed especially
	setting	Q...
In-Reply-To: <200701180658.25678.arekm@pld-linux.org>
References: <scripts_profile.1.7@pld-linux.org>
	<200701170042.10935.arekm@pld-linux.org>
	<200701172231.18547.twittner@o2.pl>
	<200701180658.25678.arekm@pld-linux.org>
Message-ID: <20088792-C23D-4B1B-A58E-3C9B7464B2D0@mac.com>


On Jan 18, 2007, at 12:58 AM, Arkadiusz Miskiewicz wrote:

> On ?roda, 17 stycznia 2007, Tomasz Wittner wrote:
>> On Wed 17. January 2007 00:42, Arkadiusz Miskiewicz wrote:
>>> On Wednesday 17 January 2007 00:22, twittner wrote:
>>>> Author: twittner                     Date: Tue Jan 16 23:22:38  
>>>> 2007 GMT
>>>> Module: scripts                       Tag: HEAD
>>>> ---- Log message:
>>>> - QTDIR & QMAKESPEC killed
>>>>   especially setting QMAKESPEC to /usr/share/qt/mkspecs/linux-g++
>>>>   is really inappropriate when qt-3.3.x and qt-4.x can exist  
>>>> together
>>>
>>> W qt4.spec IMO je warto czy?ci? przed budowaniem.
>>
>> A translation attempt: IMO is worth to unset these (QTDIR,  
>> QMAKESPEC) in
>> qt4.spec before building.
>>
>> My suggestion: by default, start building with completely cleaned
>> environment, then set only necessary env. variables [1]. Of course  
>> there
>> should be possibility to turn off cleaning & setting in rpm such
>> environment (via rpm macro).
>
> Provide a patch then. jbj doesn't want to make that happen (env  
> cleaning) in
> rpm by default :(
>

*I* don't want to manage *YOUR* build environment variables, but you  
can easily add
     unset QTDIR QMAKESPEC
to %___build_pre.

In fact, there is already
     ...
     unset PERL_MM_OPT || :
     ...
     unset DISPLAY || :

in %___build_pre  (mostly because I was too tired to argue with some  
particularly
stubborn RH developers some day long ago ...)

hth

73 de Jeff



From arekm at pld-linux.org  Thu Jan 18 08:16:10 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Thu, 18 Jan 2007 08:16:10 +0100
Subject: scripts: profile - QTDIR & QMAKESPEC killed especially
	=?iso-8859-2?q?setting=09Q=2E=2E=2E?=
In-Reply-To: <20088792-C23D-4B1B-A58E-3C9B7464B2D0@mac.com>
References: <scripts_profile.1.7@pld-linux.org>
	<200701180658.25678.arekm@pld-linux.org>
	<20088792-C23D-4B1B-A58E-3C9B7464B2D0@mac.com>
Message-ID: <200701180816.10953.arekm@pld-linux.org>

On czwartek, 18 stycznia 2007, Jeff Johnson wrote:
> On Jan 18, 2007, at 12:58 AM, Arkadiusz Miskiewicz wrote:
> > On ?roda, 17 stycznia 2007, Tomasz Wittner wrote:
> >> On Wed 17. January 2007 00:42, Arkadiusz Miskiewicz wrote:
> >>> On Wednesday 17 January 2007 00:22, twittner wrote:
> >>>> Author: twittner                     Date: Tue Jan 16 23:22:38
> >>>> 2007 GMT
> >>>> Module: scripts                       Tag: HEAD
> >>>> ---- Log message:
> >>>> - QTDIR & QMAKESPEC killed
> >>>>   especially setting QMAKESPEC to /usr/share/qt/mkspecs/linux-g++
> >>>>   is really inappropriate when qt-3.3.x and qt-4.x can exist
> >>>> together
> >>>
> >>> W qt4.spec IMO je warto czy?ci? przed budowaniem.
> >>
> >> A translation attempt: IMO is worth to unset these (QTDIR,
> >> QMAKESPEC) in
> >> qt4.spec before building.
> >>
> >> My suggestion: by default, start building with completely cleaned
> >> environment, then set only necessary env. variables [1]. Of course
> >> there
> >> should be possibility to turn off cleaning & setting in rpm such
> >> environment (via rpm macro).
> >
> > Provide a patch then. jbj doesn't want to make that happen (env
> > cleaning) in
> > rpm by default :(
>
> *I* don't want to manage *YOUR* build environment variables, but you
> can easily add
>      unset QTDIR QMAKESPEC
> to %___build_pre.

My opinion is that rpm should enforce stable, always the same variables 
enviroment for building packages. Depending on user enviroment settings sucks 
badly. If some build process needs custom enviroment then it should be set in 
spec file, not in some other place.

> 73 de Jeff

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From n3npq at mac.com  Thu Jan 18 13:51:36 2007
From: n3npq at mac.com (Jeff Johnson)
Date: Thu, 18 Jan 2007 07:51:36 -0500
Subject: scripts: profile - QTDIR & QMAKESPEC killed especially
	setting	Q...
In-Reply-To: <200701180816.10953.arekm@pld-linux.org>
References: <scripts_profile.1.7@pld-linux.org>
	<200701180658.25678.arekm@pld-linux.org>
	<20088792-C23D-4B1B-A58E-3C9B7464B2D0@mac.com>
	<200701180816.10953.arekm@pld-linux.org>
Message-ID: <8F1C0173-F1D7-4B28-8F26-9922626ECD29@mac.com>


On Jan 18, 2007, at 2:16 AM, Arkadiusz Miskiewicz wrote:

>>
>> *I* don't want to manage *YOUR* build environment variables, but you
>> can easily add
>>      unset QTDIR QMAKESPEC
>> to %___build_pre.
>
> My opinion is that rpm should enforce stable, always the same  
> variables
> enviroment for building packages. Depending on user enviroment  
> settings sucks
> badly. If some build process needs custom enviroment then it should  
> be set in
> spec file, not in some other place.
>

MHO is that rpm should provide reliable mechanism, not mandated  
enforcement and conformance.

Truly there are many elements needed to build, envvar's are one  
element, rather flakey too.

73 de Jeff


From sparky at pld-linux.org  Thu Jan 18 15:26:12 2007
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Thu, 18 Jan 2007 15:26:12 +0100
Subject: SPECS: kernel-net-dm9601.spec (NEW) - initial PLD release - spec
	p...
In-Reply-To: <SPECS_kernel_net_dm9601.spec.1.1@pld-linux.org>
References: <SPECS_kernel_net_dm9601.spec.NONE@pld-linux.org>
	<SPECS_kernel_net_dm9601.spec.1.1@pld-linux.org>
Message-ID: <20070118142612.GA24795@pld-linux.org>

On Thu, Jan 18, 2007 at 01:40:29PM +0100, patrys wrote:

> +%build
> +%build_kernel_modules -C . -m dm9601

%build_kernel_modules -m dm9601
no need to change to same directory

> +%install_kernel_modules -m dm9601 -d kernel/drivers/net -n dm9601 -s current

%install_kernel_modules -m dm9601 -d kernel/drivers/net
I can't see this module in kernel (source), thus there is no need for
preparing modprobe config file.

> +%files

> +/etc/modprobe.d/%{_kernel_ver}/dm9601.conf
> +/etc/modprobe.d/%{_kernel_ver}smp/dm9601.conf

to be removed

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From glen at delfi.ee  Thu Jan 18 15:34:09 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 18 Jan 2007 16:34:09 +0200
Subject: Fwd: PLDWWW: Vserver
Message-ID: <200701181634.09901.glen@delfi.ee>

err. the attached diff is wrong from wiki edit commit mails
correct diff is http://www.pld-linux.org/Vserver?action=diff&rev2=58&rev1=57

----------  Forwarded Message  ----------

Subject: PLDWWW: Vserver
Date: Thursday 18 January 2007 16:10


Author: glen   Date: Thu Jan 18 14:10:31 2007 GMT
Module: PLDWWW   URL: http://www.pld-linux.org/Vserver
---- Log message:
add copying vserver section

---- Page affected: Vserver

---- Diffs:

================================================================
  === vservers startup order ===
  Sometimes it may happen that you need to be sure that one of the vservers
 is started before the others - e.g. it provides some service that other
 depend on. Vserver provides an easy way to do this - let's assume that
 ''test2'' vserver depends on ''test'' and ''foo'' vservers: {{{
- # echo test >> /etc/vservers/test/apps/init/depends
+ # echo test >> /etc/vservers/test2/apps/init/depends
- # echo foo >> /etc/vservers/test/apps/init/depends
+ # echo foo >> /etc/vservers/test2/apps/init/depends
  }}}
  At shutdown, the ''test2'' vserver will be stopped before its dependencies.
  {{{
_______________________________________________
pld-cvs-commit mailing list
pld-cvs-commit at lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-------------------------------------------------------

-- 
glen


From krystian at kamionek.net  Thu Jan 18 21:22:02 2007
From: krystian at kamionek.net (Krystian Tomczyk)
Date: Thu, 18 Jan 2007 21:22:02 +0100
Subject: scripts: profile - QTDIR & QMAKESPEC killed especially
	setting	Q...
In-Reply-To: <8F1C0173-F1D7-4B28-8F26-9922626ECD29@mac.com>
References: <scripts_profile.1.7@pld-linux.org>
	<200701180658.25678.arekm@pld-linux.org>
	<20088792-C23D-4B1B-A58E-3C9B7464B2D0@mac.com>
	<200701180816.10953.arekm@pld-linux.org>
	<8F1C0173-F1D7-4B28-8F26-9922626ECD29@mac.com>
Message-ID: <1169151722.27608.115.camel@laptom>

Dnia 18-01-2007, czw o godzinie 07:51 -0500, Jeff Johnson napisa?(a):
> On Jan 18, 2007, at 2:16 AM, Arkadiusz Miskiewicz wrote:
> 
> >>
> >> *I* don't want to manage *YOUR* build environment variables, but you
> >> can easily add
> >>      unset QTDIR QMAKESPEC
> >> to %___build_pre.
> >
> > My opinion is that rpm should enforce stable, always the same  
> > variables
> > enviroment for building packages. Depending on user enviroment  
> > settings sucks
> > badly. If some build process needs custom enviroment then it should  
> > be set in
> > spec file, not in some other place.
> >
Probably can every distribution set own enviroment via rpm-macros or
config file e.g. rpm-default-enviroment that contains default setting,
but this must be implemented in rpm and custom enviroment in spec.
> 
> MHO is that rpm should provide reliable mechanism, not mandated  
> enforcement and conformance.
> 
> Truly there are many elements needed to build, envvar's are one  
> element, rather flakey too.

-- 
Regards
Krystian T.

             "errare humanum est..."



From michal at michal.waw.pl  Sun Jan 21 16:49:44 2007
From: michal at michal.waw.pl (Michal Kochanowicz)
Date: Sun, 21 Jan 2007 16:49:44 +0100
Subject: kdepim 3.5.6 doesn't build (outdated patches?)
Message-ID: <20070121154944.GI12725@woland.michal.waw.pl>

The build process ends with a patching error:

#v+
Patch #5 (kdepim-bug-140207.patch):
+ patch -p1 -s
+ < /home/misiek/CVS_/pld/SOURCES/kdepim-bug-140207.patch
The text leading up to this was:
--------------------------
|http://bugs.kde.org/show_bug.cgi?id=140207
|
|--- branches/KDE/3.5/kdepim/kpilot/conduits/vcalconduit/vcalRecord.cc  2006/12/11 21:43:32     612579
|+++ branches/KDE/3.5/kdepim/kpilot/conduits/vcalconduit/vcalRecord.cc  2007/01/17 23:13:09     624745
--------------------------
File to patch:
Skip this patch? [y]
1 out of 1 hunk ignored
The text leading up to this was:
--------------------------
|--- a/b/c/kdepim-3.5.6/kpilot/conduits/vcalconduit/vcalRecord.cc~      2007-01-18 14:50:41.000000000 +0200
|+++ a/b/c/kdepim-3.5.6/kpilot/conduits/vcalconduit/vcalRecord.cc       2007-01-18 14:50:43.000000000 +0200
--------------------------
File to patch:
Skip this patch? [y]
2 out of 2 hunks ignored
error: Bad exit status from /var/tmp/rpm-tmp.9427 (%prep)


RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.9427 (%prep)
   16.28s real    10.59s user     2.55s system
#v-

-- 
--= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =--
--= finger me for PGP public key or visit http://michal.waw.pl/PGP =--
--==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==--
A chodzenie po g?rach SSIE!!!


From aflinta at at.kernel.pl  Sun Jan 21 21:32:25 2007
From: aflinta at at.kernel.pl (Artur Flinta)
Date: Sun, 21 Jan 2007 21:32:25 +0100
Subject: [Th] SMP for all!
Message-ID: <45B3CDD9.2070107@at.kernel.pl>

Hi!

I have idea to provide in Th only SMP kernels.
Pro:
 - simplify kernel build process
 - simplify building kernel dependent packages (drivers, VMware,
VirtualBox, etc.)
 - unified kernel for support
 - full speed on most modern hardware (there is no possibility to
install by mistake UP kernel on SMP HW and get only part of CPU(s) speed)
 - It's working on UP HW too
 - Unnoticeable slowdown on UP hardware

Cons:
 - ? I have no idea what to put here :)

Comments?

Regards
	Artur


From patrys at pld-linux.org  Sun Jan 21 21:42:15 2007
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Sun, 21 Jan 2007 21:42:15 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B3CDD9.2070107@at.kernel.pl>
References: <45B3CDD9.2070107@at.kernel.pl>
Message-ID: <1169412135.6780.6.camel@localhost>

Dnia 21-01-2007, nie o godzinie 21:32 +0100, Artur Flinta napisa?(a):
> Hi!
> 
> I have idea to provide in Th only SMP kernels.
> Pro:
>  - simplify kernel build process
>  - simplify building kernel dependent packages (drivers, VMware,
> VirtualBox, etc.)
>  - unified kernel for support
>  - full speed on most modern hardware (there is no possibility to
> install by mistake UP kernel on SMP HW and get only part of CPU(s) speed)
>  - It's working on UP HW too
>  - Unnoticeable slowdown on UP hardware
> 
> Cons:
>  - ? I have no idea what to put here :)
> 
> Comments?

+1

I use SMP kernels while having a single one-core CPU. It's just damn
easier to share packages among laptops.

-- 
Patryk Zawadzki <patrys at pld-linux.org>
PLD Linux
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: To jest cz??? listu	podpisana cyfrowo
URL: </mailman/pipermail/pld-devel-en/attachments/20070121/e35bf3b8/attachment.sig>

From michal at michal.waw.pl  Sun Jan 21 21:44:10 2007
From: michal at michal.waw.pl (Michal Kochanowicz)
Date: Sun, 21 Jan 2007 21:44:10 +0100
Subject: [PATCH] Re: kdepim 3.5.6 doesn't build (outdated patches?)
In-Reply-To: <20070121154944.GI12725@woland.michal.waw.pl>
References: <20070121154944.GI12725@woland.michal.waw.pl>
Message-ID: <20070121204410.GJ12725@woland.michal.waw.pl>

On Sun, Jan 21, 2007 at 04:49:44PM +0100, Michal Kochanowicz wrote:
> The build process ends with a patching error:

Attached patch patches patch which needs patching ;-P

In other words it should make kdepim-3.5.6 build.

-- 
--= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =--
--= finger me for PGP public key or visit http://michal.waw.pl/PGP =--
--==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==--
A chodzenie po g?rach SSIE!!!
-------------- next part --------------
Index: kdepim-bug-140207.patch
===================================================================
RCS file: /cvsroot/SOURCES/kdepim-bug-140207.patch,v
retrieving revision 1.3
diff -u -r1.3 kdepim-bug-140207.patch
--- kdepim-bug-140207.patch	18 Jan 2007 12:52:54 -0000	1.3
+++ kdepim-bug-140207.patch	21 Jan 2007 20:42:31 -0000
@@ -1,7 +1,7 @@
 http://bugs.kde.org/show_bug.cgi?id=140207
 
---- branches/KDE/3.5/kdepim/kpilot/conduits/vcalconduit/vcalRecord.cc	2006/12/11 21:43:32	612579
-+++ branches/KDE/3.5/kdepim/kpilot/conduits/vcalconduit/vcalRecord.cc	2007/01/17 23:13:09	624745
+--- kdepim/kpilot/conduits/vcalconduit/vcalRecord.cc	2006/12/11 21:43:32	612579
++++ kdepim/kpilot/conduits/vcalconduit/vcalRecord.cc	2007/01/17 23:13:09	624745
 @@ -584,7 +584,7 @@
  	if (eventCategories.size() < 1)
  	{
@@ -11,8 +11,8 @@
  		return;
  	}
  
---- a/b/c/kdepim-3.5.6/kpilot/conduits/vcalconduit/vcalRecord.cc~	2007-01-18 14:50:41.000000000 +0200
-+++ a/b/c/kdepim-3.5.6/kpilot/conduits/vcalconduit/vcalRecord.cc	2007-01-18 14:50:43.000000000 +0200
+--- kdepim-3.5.6/kpilot/conduits/vcalconduit/vcalRecord.cc~	2007-01-18 14:50:41.000000000 +0200
++++ kdepim-3.5.6/kpilot/conduits/vcalconduit/vcalRecord.cc	2007-01-18 14:50:43.000000000 +0200
 @@ -584,7 +584,7 @@
  	if (eventCategories.size() < 1)
  	{

From alucard at nospheratu.net  Sun Jan 21 21:51:43 2007
From: alucard at nospheratu.net (Tomasz Rutkowski)
Date: Sun, 21 Jan 2007 21:51:43 +0100
Subject: [Th] SMP for all!
In-Reply-To: <1169412135.6780.6.camel@localhost>
References: <45B3CDD9.2070107@at.kernel.pl> <1169412135.6780.6.camel@localhost>
Message-ID: <20070121215143.52a34586@valkyrie>

Dnia Sun, 21 Jan 2007 21:42:15 +0100
Patryk Zawadzki <patrys at pld-linux.org> napisa?(a):

> Dnia 21-01-2007, nie o godzinie 21:32 +0100, Artur Flinta napisa?(a):
> > Hi!
> > 
> > I have idea to provide in Th only SMP kernels.
> > Pro:
> >  - simplify kernel build process
> >  - simplify building kernel dependent packages (drivers, VMware,
> > VirtualBox, etc.)
> >  - unified kernel for support
> >  - full speed on most modern hardware (there is no possibility to
> > install by mistake UP kernel on SMP HW and get only part of CPU(s)
> > speed)
> >  - It's working on UP HW too
> >  - Unnoticeable slowdown on UP hardware
> > 
> > Cons:
> >  - ? I have no idea what to put here :)
> > 
> > Comments?
> 
> +1
> 
> I use SMP kernels while having a single one-core CPU. It's just damn
> easier to share packages among laptops.
> 

+1

especially because of this multicore race now...

-- 
------------------------------------------------------------------------
Tomasz Rutkowski,  e-mail/jid: alucard at nospheratu.net,  +48 604 419 913
------------------------------------------------------------------------


From arekm at pld-linux.org  Sun Jan 21 21:58:58 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sun, 21 Jan 2007 21:58:58 +0100
Subject: [Th] SMP for all!
In-Reply-To: <20070121215143.52a34586@valkyrie>
References: <45B3CDD9.2070107@at.kernel.pl> <1169412135.6780.6.camel@localhost>
	<20070121215143.52a34586@valkyrie>
Message-ID: <200701212158.58833.arekm@pld-linux.org>

On niedziela, 21 stycznia 2007, Tomasz Rutkowski wrote:
> Dnia Sun, 21 Jan 2007 21:42:15 +0100
>
> Patryk Zawadzki <patrys at pld-linux.org> napisa?(a):
> > Dnia 21-01-2007, nie o godzinie 21:32 +0100, Artur Flinta napisa?(a):
> > > Hi!
> > >
> > > I have idea to provide in Th only SMP kernels.
[...]
> >
> > +1
> >
> > I use SMP kernels while having a single one-core CPU. It's just damn
> > easier to share packages among laptops.
>
> +1

+1

here, too.

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From hawk at limanowa.net  Sun Jan 21 22:15:13 2007
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Sun, 21 Jan 2007 22:15:13 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B3CDD9.2070107@at.kernel.pl>
References: <45B3CDD9.2070107@at.kernel.pl>
Message-ID: <45B3D7E1.7020001@limanowa.net>

> Cons:
>  - ? I have no idea what to put here :)

There is one. I've encountered some UP hardware where running any SMP
kernel simply locks whole machine. No boot messages, no errors. That was
also reason why Ra and Ac bootdisks weren't based on SMP kernels.

M.


From jajcus at jajcus.net  Sun Jan 21 22:20:54 2007
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Sun, 21 Jan 2007 22:20:54 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B3D7E1.7020001@limanowa.net>
References: <45B3CDD9.2070107@at.kernel.pl> <45B3D7E1.7020001@limanowa.net>
Message-ID: <20070121212054.GA21678@nic.nigdzie>

On Sun, Jan 21, 2007 at 10:15:13PM +0100, Marcin Kr?l wrote:
> There is one. I've encountered some UP hardware where running any SMP
> kernel simply locks whole machine. No boot messages, no errors. That was
> also reason why Ra and Ac bootdisks weren't based on SMP kernels.

Are these machines >= i686? If not, then we may leave UP kernel for
older hardware only.

Greets,
        Jacek


From hawk at limanowa.net  Sun Jan 21 22:30:16 2007
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Sun, 21 Jan 2007 22:30:16 +0100
Subject: [Th] SMP for all!
In-Reply-To: <20070121212054.GA21678@nic.nigdzie>
References: <45B3CDD9.2070107@at.kernel.pl> <45B3D7E1.7020001@limanowa.net>
	<20070121212054.GA21678@nic.nigdzie>
Message-ID: <45B3DB68.6060801@limanowa.net>

> Are these machines >= i686? If not, then we may leave UP kernel for
> older hardware only.

Unfortunately one of them was PIII capable. I think its mainboard/bios
fault.

M.


From aflinta at at.kernel.pl  Sun Jan 21 23:43:39 2007
From: aflinta at at.kernel.pl (Artur Flinta)
Date: Sun, 21 Jan 2007 23:43:39 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B3DB68.6060801@limanowa.net>
References: <45B3CDD9.2070107@at.kernel.pl>
	<45B3D7E1.7020001@limanowa.net>	<20070121212054.GA21678@nic.nigdzie>
	<45B3DB68.6060801@limanowa.net>
Message-ID: <45B3EC9B.7060809@at.kernel.pl>

Marcin Kr?l wrote:
> Unfortunately one of them was PIII capable. I think its mainboard/bios
> fault.

Did You try upgrading BIOS or trying to trace problem?
What HW is this?

Artur


From aflinta at at.kernel.pl  Sun Jan 21 23:47:19 2007
From: aflinta at at.kernel.pl (Artur Flinta)
Date: Sun, 21 Jan 2007 23:47:19 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B3EC9B.7060809@at.kernel.pl>
References: <45B3CDD9.2070107@at.kernel.pl>	<45B3D7E1.7020001@limanowa.net>	<20070121212054.GA21678@nic.nigdzie>	<45B3DB68.6060801@limanowa.net>
	<45B3EC9B.7060809@at.kernel.pl>
Message-ID: <45B3ED77.4050203@at.kernel.pl>

Artur Flinta wrote:
> Marcin Kr?l wrote:
>> Unfortunately one of them was PIII capable. I think its mainboard/bios
>> fault.
> 
> Did You try upgrading BIOS or trying to trace problem?
> What HW is this?

An what about trying to turn ACPI off?

Artur


From dhubleizh at o2.pl  Mon Jan 22 13:00:11 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Mon, 22 Jan 2007 13:00:11 +0100
Subject: [Th] SMP for all!
In-Reply-To: <200701212158.58833.arekm@pld-linux.org>
References: <45B3CDD9.2070107@at.kernel.pl>
	<1169412135.6780.6.camel@localhost> <20070121215143.52a34586@valkyrie>
	<200701212158.58833.arekm@pld-linux.org>
Message-ID: <1169467212.4442.28.camel@ipv6-localnet>

Dnia 21-01-2007, nie o godzinie 21:58 +0100, Arkadiusz Miskiewicz
napisa?(a):
> > >
> > > +1
> > >
> > > I use SMP kernels while having a single one-core CPU. It's just damn
> > > easier to share packages among laptops.
> >
> > +1
> 
> +1
> 
> here, too.
> 

An unsure +1, if an SMP kernel really works everywhere and doesn't post
problems.

I.E. Amarok and probably some other apps do some magic on their own to
ensure smooth ridding on SMP machines and wouldn't this post problems??

About the mistake of installing UP on SMP machine - the spec could look
up /proc/cpu or whatever to ensure proper kernel is being installed.

Cz at rny



From pluto at agmk.net  Mon Jan 22 13:42:52 2007
From: pluto at agmk.net (=?UTF-8?B?UGF3ZcWCIFNpa29yYQ==?=)
Date: Mon, 22 Jan 2007 13:42:52 +0100
Subject: [Th] SMP for all!
In-Reply-To: <1169467212.4442.28.camel@ipv6-localnet>
References: <45B3CDD9.2070107@at.kernel.pl>	<1169412135.6780.6.camel@localhost>
	<20070121215143.52a34586@valkyrie>	<200701212158.58833.arekm@pld-linux.org>
	<1169467212.4442.28.camel@ipv6-localnet>
Message-ID: <45B4B14C.7040003@agmk.net>

iirc not all stuff works fine in smp enviroment.
e.g. some lirc drivers, video tuners, tape/floppy drivers.



From hawk at limanowa.net  Mon Jan 22 14:17:10 2007
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Mon, 22 Jan 2007 14:17:10 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B3EC9B.7060809@at.kernel.pl>
References: <45B3CDD9.2070107@at.kernel.pl>	<45B3D7E1.7020001@limanowa.net>	<20070121212054.GA21678@nic.nigdzie>	<45B3DB68.6060801@limanowa.net>
	<45B3EC9B.7060809@at.kernel.pl>
Message-ID: <45B4B956.3030801@limanowa.net>

> Did You try upgrading BIOS or trying to trace problem?

No bioses were available for this hardware at that moment.

> What HW is this?

It was some old Abit PIII capable board, I'm not sure what model. I don't have
this hardware anymore.

M.


From hawk at limanowa.net  Mon Jan 22 14:20:34 2007
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Mon, 22 Jan 2007 14:20:34 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B3ED77.4050203@at.kernel.pl>
References: <45B3CDD9.2070107@at.kernel.pl>	<45B3D7E1.7020001@limanowa.net>	<20070121212054.GA21678@nic.nigdzie>	<45B3DB68.6060801@limanowa.net>	<45B3EC9B.7060809@at.kernel.pl>
	<45B3ED77.4050203@at.kernel.pl>
Message-ID: <45B4BA22.3090405@limanowa.net>

> An what about trying to turn ACPI off?

I was trying this, and few more AFAIR. None of them helped. It looked like this:
lilo, dots after pressing enter, end of story. Not even single character from
kernel bootup was displayed.

M.


From jajcus at jajcus.net  Mon Jan 22 15:09:42 2007
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Mon, 22 Jan 2007 15:09:42 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B4B14C.7040003@agmk.net>
References: <45B3CDD9.2070107@at.kernel.pl> <1169412135.6780.6.camel@localhost>
	<20070121215143.52a34586@valkyrie>
	<200701212158.58833.arekm@pld-linux.org>
	<1169467212.4442.28.camel@ipv6-localnet>
	<45B4B14C.7040003@agmk.net>
Message-ID: <20070122140941.GA28136@jajo.axeos-gliwice>

On Mon, Jan 22, 2007 at 01:42:52PM +0100, Pawe? Sikora wrote:
> iirc not all stuff works fine in smp enviroment.
> e.g. some lirc drivers, video tuners, tape/floppy drivers.

But most of that will work well with SMP kernel on a single
processor/core. For multi-CPU machines (including multi-core and
hyper-threading) kernel boot options may be used to limit number of
logical CPU available for system. I think that should be enough to limit
mentioned problems, like UP kernel would limit them.

Greets,
        Jacek


From jajcus at jajcus.net  Mon Jan 22 15:11:21 2007
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Mon, 22 Jan 2007 15:11:21 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B4BA22.3090405@limanowa.net>
References: <45B3CDD9.2070107@at.kernel.pl> <45B3D7E1.7020001@limanowa.net>
	<20070121212054.GA21678@nic.nigdzie>
	<45B3DB68.6060801@limanowa.net> <45B3EC9B.7060809@at.kernel.pl>
	<45B3ED77.4050203@at.kernel.pl> <45B4BA22.3090405@limanowa.net>
Message-ID: <20070122141121.GB28136@jajo.axeos-gliwice>

On Mon, Jan 22, 2007 at 02:20:34PM +0100, Marcin Kr?l wrote:
> > An what about trying to turn ACPI off?
> 
> I was trying this, and few more AFAIR. None of them helped. It looked like this:
> lilo, dots after pressing enter, end of story. Not even single character from
> kernel bootup was displayed.

So it failed even before trying to probe/start other processors? I guess
that would mean not that the SMP functionality didn't work, but some
other feature of our SMP kernel which was different from our UP kernels.

Greets,
        Jacek


From zswi at pers.pl  Mon Jan 22 18:32:54 2007
From: zswi at pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Mon, 22 Jan 2007 18:32:54 +0100
Subject: [Th] SMP for all!
In-Reply-To: <20070122140941.GA28136@jajo.axeos-gliwice>
References: <45B3CDD9.2070107@at.kernel.pl> <45B4B14C.7040003@agmk.net>
	<20070122140941.GA28136@jajo.axeos-gliwice>
Message-ID: <200701221832.54832.zswi@pers.pl>

Dnia poniedzia?ek, 22 stycznia 2007, Jacek Konieczny napisa?:
> On Mon, Jan 22, 2007 at 01:42:52PM +0100, Pawe? Sikora wrote:
> > iirc not all stuff works fine in smp enviroment.
> > e.g. some lirc drivers, video tuners, tape/floppy drivers.
>
> But most of that will work well with SMP kernel on a single
> processor/core. For multi-CPU machines (including multi-core and
> hyper-threading) kernel boot options may be used to limit number of
> logical CPU available for system. I think that should be enough to limit
> mentioned problems, like UP kernel would limit them.

Besides... if there is problem with thouse devices on smp kernel than it 
should be fixed and I think it's the correct way to solve problem (not 
running away to up kernel...).

-- 
Rafa? Cygnarowski
rafi at pers.pl


From qboosh at pld-linux.org  Mon Jan 22 18:36:40 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 22 Jan 2007 18:36:40 +0100
Subject: [Th] SMP for all!
In-Reply-To: <200701221832.54832.zswi@pers.pl>
References: <45B3CDD9.2070107@at.kernel.pl> <45B4B14C.7040003@agmk.net>
	<20070122140941.GA28136@jajo.axeos-gliwice>
	<200701221832.54832.zswi@pers.pl>
Message-ID: <20070122173640.GA18519@stranger.qboosh.pl>

On Mon, Jan 22, 2007 at 06:32:54PM +0100, Rafa? Cygnarowski wrote:
> Dnia poniedzia?ek, 22 stycznia 2007, Jacek Konieczny napisa?:
> > On Mon, Jan 22, 2007 at 01:42:52PM +0100, Pawe? Sikora wrote:
> > > iirc not all stuff works fine in smp enviroment.
> > > e.g. some lirc drivers, video tuners, tape/floppy drivers.
> >
> > But most of that will work well with SMP kernel on a single
> > processor/core. For multi-CPU machines (including multi-core and
> > hyper-threading) kernel boot options may be used to limit number of
> > logical CPU available for system. I think that should be enough to limit
> > mentioned problems, like UP kernel would limit them.
> 
> Besides... if there is problem with thouse devices on smp kernel than it 
> should be fixed and I think it's the correct way to solve problem (not 
> running away to up kernel...).

What about modules marked as BROKEN_ON_SMP since the beginning (of
BROKEN_ON_SMP flag)?


-- 
Jakub Bogusz    http://qboosh.pl/


From zswi at pers.pl  Mon Jan 22 18:57:47 2007
From: zswi at pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Mon, 22 Jan 2007 18:57:47 +0100
Subject: [Th] SMP for all!
In-Reply-To: <20070122173640.GA18519@stranger.qboosh.pl>
References: <45B3CDD9.2070107@at.kernel.pl> <200701221832.54832.zswi@pers.pl>
	<20070122173640.GA18519@stranger.qboosh.pl>
Message-ID: <200701221857.48060.zswi@pers.pl>

Dnia poniedzia?ek, 22 stycznia 2007, Jakub Bogusz napisa?:
> What about modules marked as BROKEN_ON_SMP since the beginning (of
> BROKEN_ON_SMP flag)?

I see no source files with BROKEN_ON_SMP string.

grep -r BROKEN_ON_SMP linux-2.6.19/ shows only CONFIG_BROKEN_ON_SMP=y in 
config files (or am I wrong?).

-- 
Rafa? Cygnarowski
rafi at pers.pl


From wolf.pld at gmail.com  Tue Jan 23 00:26:45 2007
From: wolf.pld at gmail.com (Bartosz Taudul)
Date: Tue, 23 Jan 2007 00:26:45 +0100
Subject: [Th] SMP for all!
In-Reply-To: <200701221832.54832.zswi@pers.pl>
References: <45B3CDD9.2070107@at.kernel.pl> <45B4B14C.7040003@agmk.net>
	<20070122140941.GA28136@jajo.axeos-gliwice>
	<200701221832.54832.zswi@pers.pl>
Message-ID: <20070122232645.GA24543@bajzel>

On Mon, Jan 22, 2007 at 06:32:54PM +0100, Rafa? Cygnarowski wrote:
> Besides... if there is problem with thouse devices on smp kernel than it 
> should be fixed and I think it's the correct way to solve problem (not 
> running away to up kernel...).
So fix them and then we'll talk. There are many things that "should be",
but unfortunately, they aren't.

wolf
-- 
  Bartek   .  
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/


From zswi at pers.pl  Tue Jan 23 10:16:22 2007
From: zswi at pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Tue, 23 Jan 2007 10:16:22 +0100
Subject: [Th] SMP for all!
In-Reply-To: <20070122232645.GA24543@bajzel>
References: <45B3CDD9.2070107@at.kernel.pl> <200701221832.54832.zswi@pers.pl>
	<20070122232645.GA24543@bajzel>
Message-ID: <200701231016.22959.zswi@pers.pl>

Dnia wtorek, 23 stycznia 2007, Bartosz Taudul napisa?:
> On Mon, Jan 22, 2007 at 06:32:54PM +0100, Rafa? Cygnarowski wrote:
> > Besides... if there is problem with thouse devices on smp kernel than it
> > should be fixed and I think it's the correct way to solve problem (not
> > running away to up kernel...).
>
> So fix them and then we'll talk. There are many things that "should be",
> but unfortunately, they aren't.

There is nothing to fix so far, couse no one said concretes informatinon - 
only rumors:

1. Cz at arny
> I.E. Amarok and probably some other apps do some magic on their own to
> ensure smooth ridding on SMP machines and wouldn't this post problems??
_magic_ is not my domain


2. Pawe? Sikora
> iirc not all stuff works fine in smp enviroment.
> e.g. some lirc drivers, video tuners, tape/floppy drivers.
_some_ - which one? what are the symptoms of not working? oops? where they 
are?

3. Marcin Kr?l
> There is one. I've encountered some UP hardware where running any SMP
> kernel simply locks whole machine.
no concret information - even kernel version is a secret

4. qboosh
> What about modules marked as BROKEN_ON_SMP since the beginning (of
> BROKEN_ON_SMP flag)?
I found no driver which uses this flag.

I suppose most of these rumors concern some old 2.6 (or even 2.5) kernels. 

-- 
Rafa? Cygnarowski
rafi at pers.pl


From pluto at agmk.net  Tue Jan 23 10:40:25 2007
From: pluto at agmk.net (=?ISO-8859-2?Q?Pawe=B3_Sikora?=)
Date: Tue, 23 Jan 2007 10:40:25 +0100
Subject: [Th] SMP for all!
In-Reply-To: <200701231016.22959.zswi@pers.pl>
References: <45B3CDD9.2070107@at.kernel.pl>
	<200701221832.54832.zswi@pers.pl>	<20070122232645.GA24543@bajzel>
	<200701231016.22959.zswi@pers.pl>
Message-ID: <45B5D809.9060301@agmk.net>

Rafa? Cygnarowski napisa?(a):
> Dnia wtorek, 23 stycznia 2007, Bartosz Taudul napisa?:
>> On Mon, Jan 22, 2007 at 06:32:54PM +0100, Rafa? Cygnarowski wrote:
>>> Besides... if there is problem with thouse devices on smp kernel than it
>>> should be fixed and I think it's the correct way to solve problem (not
>>> running away to up kernel...).
>> So fix them and then we'll talk. There are many things that "should be",
>> but unfortunately, they aren't.
> 
> There is nothing to fix so far, couse no one said concretes informatinon - 
> only rumors:

> 2. Pawe? Sikora
>> iirc not all stuff works fine in smp enviroment.
>> e.g. some lirc drivers, video tuners, tape/floppy drivers.
> _some_ - which one? what are the symptoms of not working? oops? where they 
> are?

2.6.17 doesn't have one tape driver ( 2.6.20 not checked ),
lirc_parallel.c isn't smp safe, v4l looks fixed in recent 2.6.x

2.6.20:

./cdrom/Kconfig-config SBPCD
./cdrom/Kconfig-        tristate "Matsushita/Panasonic/Creative, 
Longshine, TEAC CDROM support"
./cdrom/Kconfig:        depends on CD_NO_IDESCSI && BROKEN_ON_SMP
--
./cdrom/Kconfig-config CM206
./cdrom/Kconfig-        tristate "Philips/LMS CM206 CDROM support"
./cdrom/Kconfig:        depends on CD_NO_IDESCSI && BROKEN_ON_SMP
--
./cdrom/Kconfig-config CDU31A
./cdrom/Kconfig-        tristate "Sony CDU31A/CDU33A CDROM support"
./cdrom/Kconfig:        depends on CD_NO_IDESCSI && BROKEN_ON_SMP
--
./char/Kconfig-config RISCOM8
./char/Kconfig- tristate "SDL RISCom/8 card support"
./char/Kconfig: depends on SERIAL_NONSTANDARD && BROKEN_ON_SMP
--
./char/Kconfig-config STALLION
./char/Kconfig- tristate "Stallion EasyIO or EC8/32 support"
./char/Kconfig: depends on STALDRV && BROKEN_ON_SMP
--
./char/Kconfig-config ISTALLION
./char/Kconfig- tristate "Stallion EC8/64, ONboard, Brumby support"
./char/Kconfig: depends on STALDRV && BROKEN_ON_SMP
--
./char/Kconfig-config A2232
./char/Kconfig- tristate "Commodore A2232 serial support (EXPERIMENTAL)"
./char/Kconfig: depends on EXPERIMENTAL && ZORRO && BROKEN_ON_SMP
--
./i2c/busses/Kconfig-config I2C_ELEKTOR
./i2c/busses/Kconfig-   tristate "Elektor ISA card"
./i2c/busses/Kconfig:   depends on I2C && ISA && BROKEN_ON_SMP
--
./isdn/hysdn/Kconfig-config HYSDN
./isdn/hysdn/Kconfig-   tristate "Hypercope HYSDN cards (Champ, Ergo, 
Metro) support (module only)"
./isdn/hysdn/Kconfig:   depends on m && PROC_FS && PCI && BROKEN_ON_SMP
--
./isdn/i4l/Kconfig-config ISDN_DRV_LOOP
./isdn/i4l/Kconfig-     tristate "isdnloop support"
./isdn/i4l/Kconfig:     depends on BROKEN_ON_SMP
--
./net/Kconfig-config NI5010
./net/Kconfig-  tristate "NI5010 support (EXPERIMENTAL)"
./net/Kconfig:  depends on NET_VENDOR_RACAL && ISA && EXPERIMENTAL && 
BROKEN_ON_SMP
--
./net/hamradio/Kconfig-config DMASCC
./net/hamradio/Kconfig- tristate "High-speed (DMA) SCC driver for AX.25"
./net/hamradio/Kconfig: depends on ISA && AX25 && BROKEN_ON_SMP && 
ISA_DMA_API
--
./net/irda/Kconfig-config IRPORT_SIR
./net/irda/Kconfig-     tristate "IrPORT (IrDA serial driver)"
./net/irda/Kconfig:     depends on IRDA && BROKEN_ON_SMP
--
./net/irda/Kconfig-config DONGLE_OLD
./net/irda/Kconfig-     bool "Old Serial dongle support"
./net/irda/Kconfig:     depends on IRPORT_SIR && BROKEN_ON_SMP
--
./net/tulip/Kconfig-config PCMCIA_XIRTULIP
./net/tulip/Kconfig-    tristate "Xircom Tulip-like CardBus support (old 
driver)"
./net/tulip/Kconfig:    depends on NET_TULIP && CARDBUS && BROKEN_ON_SMP
--
./scsi/Kconfig-config SCSI_MCA_53C9X
./scsi/Kconfig- tristate "NCR MCA 53C9x SCSI support"
./scsi/Kconfig: depends on MCA_LEGACY && SCSI && BROKEN_ON_SMP




From qboosh at pld-linux.org  Tue Jan 23 10:49:04 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 23 Jan 2007 10:49:04 +0100
Subject: [Th] SMP for all!
In-Reply-To: <200701231016.22959.zswi@pers.pl>
References: <45B3CDD9.2070107@at.kernel.pl> <200701221832.54832.zswi@pers.pl>
	<20070122232645.GA24543@bajzel> <200701231016.22959.zswi@pers.pl>
Message-ID: <20070123094904.GB10233@gruby.cs.net.pl>

On Tue, Jan 23, 2007 at 10:16:22AM +0100, Rafa? Cygnarowski wrote:
> 4. qboosh
> > What about modules marked as BROKEN_ON_SMP since the beginning (of
> > BROKEN_ON_SMP flag)?
> I found no driver which uses this flag.

grep Kconfig files, which options depend on BROKEN_ON_SMP.
Well, these are mostly drivers for some old hardware which almost nobody
cares of, but they still are.


-- 
Jakub Bogusz    http://qboosh.pl/


From zswi at pers.pl  Tue Jan 23 10:50:04 2007
From: zswi at pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Tue, 23 Jan 2007 10:50:04 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B5D809.9060301@agmk.net>
References: <45B3CDD9.2070107@at.kernel.pl> <200701231016.22959.zswi@pers.pl>
	<45B5D809.9060301@agmk.net>
Message-ID: <200701231050.04838.zswi@pers.pl>


> > 2. Pawe? Sikora
> >
> >> iirc not all stuff works fine in smp enviroment.
> >> e.g. some lirc drivers, video tuners, tape/floppy drivers.
> >
> > _some_ - which one? what are the symptoms of not working? oops? where
> > they are?
>
> 2.6.17 doesn't have one tape driver ( 2.6.20 not checked ),
> lirc_parallel.c isn't smp safe, v4l looks fixed in recent 2.6.x
>
> 2.6.20:
>
[cut]

Now it doesn't look so bright... :/



-- 
Rafa? Cygnarowski
rafi at pers.pl


From gotar at polanet.pl  Tue Jan 23 11:13:38 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 23 Jan 2007 11:13:38 +0100
Subject: [Th] SMP for all!
In-Reply-To: <200701231016.22959.zswi@pers.pl>
References: <45B3CDD9.2070107@at.kernel.pl> <200701221832.54832.zswi@pers.pl>
	<20070122232645.GA24543@bajzel> <200701231016.22959.zswi@pers.pl>
Message-ID: <20070123101338.GC12976@pepin.polanet.pl>

On Tue, Jan 23, 2007 at 10:16:22AM +0100, Rafa? Cygnarowski wrote:
> 
> There is nothing to fix so far, couse no one said concretes informatinon - 
> only rumors:

There were (or are?) some (yeah, some;>) SMP issues in netfilter modules also.

I didn't notice any on my SMP machines, but I've got there my own
kernels.

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From aflinta at at.kernel.pl  Tue Jan 23 11:21:21 2007
From: aflinta at at.kernel.pl (Artur Flinta)
Date: Tue, 23 Jan 2007 11:21:21 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B5D809.9060301@agmk.net>
References: <45B3CDD9.2070107@at.kernel.pl>	<200701221832.54832.zswi@pers.pl>	<20070122232645.GA24543@bajzel>	<200701231016.22959.zswi@pers.pl>
	<45B5D809.9060301@agmk.net>
Message-ID: <45B5E1A1.9030105@at.kernel.pl>

Pawe? Sikora wrote:
> ./cdrom/Kconfig-        tristate "Matsushita/Panasonic/Creative, 
> Longshine, TEAC CDROM support"
> ./cdrom/Kconfig-        tristate "Philips/LMS CM206 CDROM support"
> ./cdrom/Kconfig-config CDU31A
> ./cdrom/Kconfig-        tristate "Sony CDU31A/CDU33A CDROM support"

Looks like exhibit list in museum of technology ;)
Do You believe that 15 years old CD-ROM is still working?

Artur


From qboosh at pld-linux.org  Tue Jan 23 11:24:09 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 23 Jan 2007 11:24:09 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B5E1A1.9030105@at.kernel.pl>
References: <45B3CDD9.2070107@at.kernel.pl> <200701221832.54832.zswi@pers.pl>
	<20070122232645.GA24543@bajzel>
	<200701231016.22959.zswi@pers.pl> <45B5D809.9060301@agmk.net>
	<45B5E1A1.9030105@at.kernel.pl>
Message-ID: <20070123102409.GC10233@gruby.cs.net.pl>

On Tue, Jan 23, 2007 at 11:21:21AM +0100, Artur Flinta wrote:
> Pawe? Sikora wrote:
> > ./cdrom/Kconfig-        tristate "Matsushita/Panasonic/Creative, 
> > Longshine, TEAC CDROM support"
> > ./cdrom/Kconfig-        tristate "Philips/LMS CM206 CDROM support"
> > ./cdrom/Kconfig-config CDU31A
> > ./cdrom/Kconfig-        tristate "Sony CDU31A/CDU33A CDROM support"
> 
> Looks like exhibit list in museum of technology ;)
> Do You believe that 15 years old CD-ROM is still working?

I have one working sbpcd ;)
(but it's 2x, so slow I don't want to use it anyway)


-- 
Jakub Bogusz    http://qboosh.pl/


From ankry at green.mif.pg.gda.pl  Tue Jan 23 11:29:41 2007
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 23 Jan 2007 11:29:41 +0100 (CET)
Subject: [Th] SMP for all!
In-Reply-To: <45B5E1A1.9030105@at.kernel.pl> from "Artur Flinta" at Jan 23,
	2007 11:21:21 AM
Message-ID: <200701231029.l0NATfdn022178@green.mif.pg.gda.pl>

Artur Flinta wrote:
> Pawe?? Sikora wrote:
> > ./cdrom/Kconfig-        tristate "Matsushita/Panasonic/Creative, 
> > Longshine, TEAC CDROM support"
> > ./cdrom/Kconfig-        tristate "Philips/LMS CM206 CDROM support"
> > ./cdrom/Kconfig-config CDU31A
> > ./cdrom/Kconfig-        tristate "Sony CDU31A/CDU33A CDROM support"
> 
> Looks like exhibit list in museum of technology ;)
> Do You believe that 15 years old CD-ROM is still working?

Yes.
I even know a person who is using one of them.
They are dumb and very useful for copying CDs protected by malformed CD
info.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz                  ankry at mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology


From zswi at pers.pl  Tue Jan 23 11:43:06 2007
From: zswi at pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Tue, 23 Jan 2007 11:43:06 +0100
Subject: [Th] SMP for all!
In-Reply-To: <200701231029.l0NATfdn022178@green.mif.pg.gda.pl>
References: <200701231029.l0NATfdn022178@green.mif.pg.gda.pl>
Message-ID: <200701231143.06802.zswi@pers.pl>

Dnia wtorek, 23 stycznia 2007, Andrzej Krzysztofowicz napisa?:
> Yes.
> I even know a person who is using one of them.
> They are dumb and very useful for copying CDs protected by malformed CD
> info.

How do you think: persons with such hardwer need special kernel with extra 
patches? What about vanila-up kernels for those machines?

-- 
Rafa? Cygnarowski
rafi at pers.pl


From ankry at green.mif.pg.gda.pl  Tue Jan 23 12:20:12 2007
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 23 Jan 2007 12:20:12 +0100 (CET)
Subject: [Th] SMP for all!
In-Reply-To: <200701231143.06802.zswi@pers.pl> from
	"=?iso-8859-2?q?Rafa=B3_Cygnarowski?=" at Jan 23, 2007 11:43:06 AM
Message-ID: <200701231120.l0NBKCDC022448@green.mif.pg.gda.pl>

=?iso-8859-2?q?Rafa=B3_Cygnarowski?= wrote:
> 
> Dnia wtorek, 23 stycznia 2007, Andrzej Krzysztofowicz napisa?:
> > Yes.
> > I even know a person who is using one of them.
> > They are dumb and very useful for copying CDs protected by malformed CD
> > info.
> 
> How do you think: persons with such hardwer need special kernel with extra 
> patches? What about vanila-up kernels for those machines?

It does not matter what I think about this specific case.
We are talking about our policy rules.

Personally, I have no objections against using SMP kernel as a 686 default.
Unless there is something non-SMP for special cases.
But is there any advantage if still two kernels are maintained ?

-- 
=======================================================================
  Andrzej M. Krzysztofowicz                  ankry at mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology


From hawk at limanowa.net  Tue Jan 23 12:21:15 2007
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Tue, 23 Jan 2007 12:21:15 +0100
Subject: [Th] SMP for all!
In-Reply-To: <200701231016.22959.zswi@pers.pl>
References: <45B3CDD9.2070107@at.kernel.pl>
	<200701221832.54832.zswi@pers.pl>	<20070122232645.GA24543@bajzel>
	<200701231016.22959.zswi@pers.pl>
Message-ID: <45B5EFAB.1030503@limanowa.net>

> 3. Marcin Kr?l
>> There is one. I've encountered some UP hardware where running any SMP
>> kernel simply locks whole machine.
> no concret information - even kernel version is a secret

Any SMP enabled kernel will do. 2.4, 2.6, doesn't matter. The last I tried was
AFAIK PLDs 2.6.14.7-5.

M.


From hawk at limanowa.net  Tue Jan 23 12:33:26 2007
From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=)
Date: Tue, 23 Jan 2007 12:33:26 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B5E1A1.9030105@at.kernel.pl>
References: <45B3CDD9.2070107@at.kernel.pl>	<200701221832.54832.zswi@pers.pl>	<20070122232645.GA24543@bajzel>	<200701231016.22959.zswi@pers.pl>	<45B5D809.9060301@agmk.net>
	<45B5E1A1.9030105@at.kernel.pl>
Message-ID: <45B5F286.30101@limanowa.net>

> Do You believe that 15 years old CD-ROM is still working?

Of course. Not to mention my CDU33a is working better than most of brand new
drives. Especially with scratched discs or poor quality discs CD-Rs.

M.


From jajcus at jajcus.net  Tue Jan 23 13:19:47 2007
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Tue, 23 Jan 2007 13:19:47 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B5D809.9060301@agmk.net>
References: <45B3CDD9.2070107@at.kernel.pl> <200701221832.54832.zswi@pers.pl>
	<20070122232645.GA24543@bajzel>
	<200701231016.22959.zswi@pers.pl> <45B5D809.9060301@agmk.net>
Message-ID: <20070123121946.GB2297@jajo.axeos-gliwice>

On Tue, Jan 23, 2007 at 10:40:25AM +0100, Pawe? Sikora wrote:
 
> 2.6.17 doesn't have one tape driver ( 2.6.20 not checked ),
> lirc_parallel.c isn't smp safe, v4l looks fixed in recent 2.6.x
> 
> 2.6.20:
> 
> ./cdrom/Kconfig-config SBPCD
[...]

Are these broken on SMP kernel or broken on SMP system? I guess, in most
cases it is the system. So disabling other CPUs/cores should be enough
so "solve" the problems, not much worse than booting UP kernel.

Greets,
        Jacek


From blues at pld-linux.org  Tue Jan 23 21:39:52 2007
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Tue, 23 Jan 2007 21:39:52 +0100 (CET)
Subject: [Th] SMP for all!
In-Reply-To: <20070122173640.GA18519@stranger.qboosh.pl>
References: <45B3CDD9.2070107@at.kernel.pl> <45B4B14C.7040003@agmk.net>
	<20070122140941.GA28136@jajo.axeos-gliwice>
	<200701221832.54832.zswi@pers.pl>
	<20070122173640.GA18519@stranger.qboosh.pl>
Message-ID: <Pine.LNX.4.64N.0701232138510.22573@fgnss.gnfx.tqn.cy>

On Mon, 22 Jan 2007, Jakub Bogusz wrote:
> > > > iirc not all stuff works fine in smp enviroment. e.g. some lirc 
> > > > drivers, video tuners, tape/floppy drivers.
> > > But most of that will work well with SMP kernel on a single 
> > > processor/core. For multi-CPU machines (including multi-core and 
> > > hyper-threading) kernel boot options may be used to limit number of 
> > > logical CPU available for system. I think that should be enough to 
> > > limit mentioned problems, like UP kernel would limit them.
> > Besides... if there is problem with thouse devices on smp kernel than 
> > it should be fixed and I think it's the correct way to solve problem 
> > (not running away to up kernel...).
> What about modules marked as BROKEN_ON_SMP since the beginning (of 
> BROKEN_ON_SMP flag)?

But... these are broken_smp_kernel or broken_on_smp_machine ?

It's quite important difference :)

AFAIR debian has SMP kernel by default...

-- 
pozdr.  Pawe? Go?aszewski          jid:blues<at>jabber<dot>gda<dot>pl
--------------------------------------------------------------------------
If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby
Pro-Logic Surround Sound with Bass Boost and all the music is free.

From hawk at limanowa.net  Thu Jan 25 19:14:19 2007
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Thu, 25 Jan 2007 19:14:19 +0100
Subject: Don't upgrade Ac if you are using i386 architecture
Message-ID: <45B8F37B.3040307@limanowa.net>

EN:
It seems that libselinux which unfortunatelly hit main tree in Ac
yesterday is using TLS unconditionally. Since i386 doesn't support TLS
perfroming an upgrade will render your system partially or totally
unusable. Eihter hold libselinux and related packages in poldek or wait
till downgraded/fixed versions will be put in main tree again.

PL:
Najnowszy libselinux, ktory na nieszczescie trafil wczoraj do glownego
drzewka Ac uzywa bezwarunkowo TLS. Poniewaz architektura i386 nie
wspiera TLS uaktualnienie systemu moze czesciowo lub calkowicie
uniemozliwic dzialanie twojego systemu. Poki co, zalecane jest
wstrzymanie libselinux i pokrewnych pakietow w poldku lub poczekanie az
starsze/poprawione wersje wroca do glownego drzewka.

M.



From arkadiusz.machol at gmail.com  Thu Jan 25 20:50:40 2007
From: arkadiusz.machol at gmail.com (=?ISO-8859-2?Q?Arkadiusz_Macho=B3?=)
Date: Thu, 25 Jan 2007 20:50:40 +0100
Subject: bzr.spec and bzrtools.spec - upgrade to 0.14 - stable.
Message-ID: <5ac9d7250701251150u24af21a0veaf080d3f8e78a68@mail.gmail.com>

Can anyone apply those two patches to spec files in the repository and send
it to AC builder?
Both - bzr and bzrtools - are latest stable versions.

cheers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </mailman/pipermail/pld-devel-en/attachments/20070125/4174bc22/attachment.htm>
-------------- next part --------------
--- bzr.spec~	2007-01-23 10:09:15.000000000 +0100
+++ bzr.spec	2007-01-23 10:14:54.000000000 +0100
@@ -2,12 +2,12 @@
 Summary:	Bazaar-NG - a changeset oriented revision control system
 Summary(pl):	Bazaar-NG - system kontroli wersji zorientowany na zestawy zmian
 Name:		bzr
-Version:	0.13
+Version:	0.14
 Release:	1
 License:	GPL v2
 Group:		Development/Version Control
 Source0:	http://bazaar-vcs.org/releases/src/%{name}-%{version}.tar.gz
-# Source0-md5:	14278ee54bef1cf65ee13735b134f9dd
+# Source0-md5:	281c777f377cc149b6ba60c720f70033
 Patch0:		%{name}-FHS.patch
 URL:		http://bazaar-vcs.org/
 BuildRequires:	python >= 1:2.4
-------------- next part --------------
--- bzrtools.spec.orig	2007-01-23 10:25:52.000000000 +0100
+++ bzrtools.spec	2007-01-23 10:18:03.000000000 +0100
@@ -2,17 +2,17 @@
 Summary:	A collection of utilities and plugins for Bazaar-NG
 Summary(pl):	Zbi?r narz?dzi i wtyczek dla programu Bazaar-NG
 Name:		bzrtools
-Version:	0.13.0
+Version:	0.14.0
 Release:	1
 License:	GPL v2
 Group:		Development/Version Control
 Source0:	http://panoramicfeedback.com/opensource/%{name}-%{version}.tar.gz
-# Source0-md5:  b9d1884d865f37ea6d04d4297d093e89
+# Source0-md5:  5932729e81f19562a6a844be2555a115
 URL:		http://bazaar-vcs.org/BzrTools
 BuildRequires:	python >= 1:2.4
 BuildRequires:	rpmbuild(macros) >= 1.219
 %pyrequires_eq  python
-Requires:	bzr >= 0.13
+Requires:	bzr >= 0.14
 Requires:	diffutils
 Requires:	graphviz >= 2.6
 Requires:	librsvg

From pluto at agmk.net  Fri Jan 26 07:40:26 2007
From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=)
Date: Fri, 26 Jan 2007 07:40:26 +0100
Subject: LD_SYMBOLIC_FUNCTIONS ( binutils >= 2.17.50.0.11 )
Message-ID: <200701260740.26497.pluto@agmk.net>

hi,

the recent binutils provides a nice feature that allows to reduce
the number of relocations in ELF/PLT and finally speedups the application
startup time.

(...)
-Bsymbolic-functions
     When creating a shared library, bind references to global function
     symbols to the definition within the shared library, if any.
     This option is only meaningful on ELF platforms which support shared
     libraries. If -Bsymbolic-func-tions is not used when linking a shared
     library, the linker will also turn on this option if the environment
     variable "LD_SYMBOLIC_FUNCTIONS" is set. When both environment
     variables "LD_SYMBOLIC" and "LD_SYMBOLIC_FUNCTIONS" are set,
     "LD_SYMBOLIC" will take precedent.
(...)

if there isn't critiscm i'll enable this in rpm macros as export LD_...


From arekm at pld-linux.org  Fri Jan 26 08:02:50 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Fri, 26 Jan 2007 08:02:50 +0100
Subject: LD_SYMBOLIC_FUNCTIONS ( binutils >= 2.17.50.0.11 )
In-Reply-To: <200701260740.26497.pluto@agmk.net>
References: <200701260740.26497.pluto@agmk.net>
Message-ID: <200701260802.50295.arekm@pld-linux.org>

On pi?tek, 26 stycznia 2007, Pawe? Sikora wrote:
> hi,
>
> the recent binutils provides a nice feature that allows to reduce
> the number of relocations in ELF/PLT and finally speedups the application
> startup time.

Why it's not ,,on'' by default  in binutils if it so great?

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From pluto at agmk.net  Fri Jan 26 08:53:28 2007
From: pluto at agmk.net (=?ISO-8859-2?Q?Pawe=B3_Sikora?=)
Date: Fri, 26 Jan 2007 08:53:28 +0100
Subject: LD_SYMBOLIC_FUNCTIONS ( binutils >= 2.17.50.0.11 )
In-Reply-To: <200701260802.50295.arekm@pld-linux.org>
References: <200701260740.26497.pluto@agmk.net>
	<200701260802.50295.arekm@pld-linux.org>
Message-ID: <45B9B378.7040405@agmk.net>

Arkadiusz Miskiewicz napisa?(a):
> On pi?tek, 26 stycznia 2007, Pawe? Sikora wrote:
>> hi,
>>
>> the recent binutils provides a nice feature that allows to reduce
>> the number of relocations in ELF/PLT and finally speedups the application
>> startup time.
> 
> Why it's not ,,on'' by default  in binutils if it so great?

by default all calls from library to public/global functions exported
by this library go through PLT. in such case you can override global
symbol (e.g. with LD_PRELOAD=myhack.so which exports eq. symbol).
with -Bsymbolic-functions such calls will be bound directly
and all happy library hacking isn't so easy.



From glen at delfi.ee  Fri Jan 26 11:17:28 2007
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Fri, 26 Jan 2007 12:17:28 +0200
Subject: bzr.spec and bzrtools.spec - upgrade to 0.14 - stable.
In-Reply-To: <5ac9d7250701251150u24af21a0veaf080d3f8e78a68@mail.gmail.com>
References: <5ac9d7250701251150u24af21a0veaf080d3f8e78a68@mail.gmail.com>
Message-ID: <200701261217.28659.glen@delfi.ee>

On Thursday 25 January 2007 21:50, Arkadiusz Macho? wrote:
> Can anyone apply those two patches to spec files in the repository and send
> it to AC builder?
> Both - bzr and bzrtools - are latest stable versions.
done.

> cheers

-- 
glen


From sparky at pld-linux.org  Fri Jan 26 13:34:09 2007
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Fri, 26 Jan 2007 13:34:09 +0100
Subject: SPECS: kernel-misc-usb-rndis-lite.spec - debug mode
In-Reply-To: <SPECS_kernel_misc_usb_rndis_lite.spec.1.4@pld-linux.org>
References: <SPECS_kernel_misc_usb_rndis_lite.spec.1.3@pld-linux.org>
	<SPECS_kernel_misc_usb_rndis_lite.spec.1.4@pld-linux.org>
Message-ID: <20070126123409.GA2025@pld-linux.org>

On Fri, Jan 26, 2007 at 01:12:26PM +0100, glen wrote:
> Author: glen                         Date: Fri Jan 26 12:12:26 2007 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - debug mode
 
> +%if 0%{?debug:1}
> +%{__sed} -i -e 's,^.*\(#define.*\(DEBUG\|VERBOSE\)\),\1,' cdc_ether.c
> +%endif

using EXTRA_CFLAGS would be better solution, try:

%build_kernel_modules -m cdc_ether,rndis_host,usbnet \
	EXTRA_CFLAGS="%{?debug:-DDEBUG=1 -DVERBOSE=1}"

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From glen at delfi.ee  Fri Jan 26 15:12:51 2007
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 26 Jan 2007 16:12:51 +0200
Subject: SPECS: coppermine-gallery.spec - updated to 1.4.10 (changed
	tempor...
In-Reply-To: <SPECS_coppermine_gallery.spec.1.6@pld-linux.org>
References: <SPECS_coppermine_gallery.spec.1.5@pld-linux.org>
	<SPECS_coppermine_gallery.spec.1.6@pld-linux.org>
Message-ID: <200701261612.51616.glen@delfi.ee>

On Friday 26 January 2007 15:14, you wrote:
> Author: gotar                        Date: Fri Jan 26 13:14:37 2007 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - updated to 1.4.10 (changed temporarily Source0 URL because of some
>   problems with mirrors)

update your own copy of mirrors, but do not commit such url changes!

-- 
glen


From gotar at polanet.pl  Fri Jan 26 17:16:05 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 26 Jan 2007 17:16:05 +0100
Subject: SPECS: coppermine-gallery.spec - updated to 1.4.10 (changed
	tempor...
In-Reply-To: <200701261612.51616.glen@delfi.ee>
References: <SPECS_coppermine_gallery.spec.1.5@pld-linux.org>
	<SPECS_coppermine_gallery.spec.1.6@pld-linux.org>
	<200701261612.51616.glen@delfi.ee>
Message-ID: <20070126161605.GA11341@pepin.polanet.pl>

On Fri, Jan 26, 2007 at 04:12:51PM +0200, Elan Ruusam?e wrote:
> > ---- Log message:
> > - updated to 1.4.10 (changed temporarily Source0 URL because of some
> >   problems with mirrors)
> 
> update your own copy of mirrors, but do not commit such url changes!

Indeed? You have changed it and...

~/rpm/SPECS: cvs up -A mirrors
~/rpm/SPECS: cvs diff mirrors
~/rpm/SPECS: cvs up -A coppermine-gallery.spec
~/rpm/SPECS: cvs diff coppermine-gallery.spec
~/rpm/SPECS: ./builder -g -nd -nc coppermine-gallery.spec
# $Revision: 1.7 $, $Date: 2007/01/26 14:14:07 $
--16:50:09--
http://sourceforge.net/sourceforge/coppermine/cpg1.4.10.zip
           => `cpg1.4.10.zip'
Resolving sourceforge.net... 66.35.250.203
Connecting to sourceforge.net|66.35.250.203|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
16:50:10 ERROR 404: Not Found.

Error: some source, patch or icon files not stored in CVS repo. (http://sourceforge.net/sourceforge/coppermine/cpg1.4.10.zip)

...have really fixed it. Thanks, you saved the day, world is grateful
now. However even rev. 1.5 doesn't work and you should have checked it.

My change made distfiles fetch the file, and a gift for you:

~: dict temporarily
3 definitions found

>From WordNet (r) 2.0 [wn]:

  temporarily
       adv : for a limited time only; not permanently; "he will work here
             temporarily"; "he was brought out of retirement
             temporarily"; "a power failure temporarily darkened the
             town" [ant: {permanently}]

>From The Collaborative International Dictionary of English v.0.44 [gcide]:

  Temporarily \Tem"po*ra*ri*ly\, adv.
     In a temporary manner; for a time.
     [1913 Webster]

>From Webster's Revised Unabridged Dictionary (1913) [web1913]:

  Temporarily \Tem"po*ra*ri*ly\, adv.
     In a temporary manner; for a time.


And please don't scream at me.

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From sparky at pld-linux.org  Fri Jan 26 19:20:42 2007
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Fri, 26 Jan 2007 19:20:42 +0100
Subject: SPECS: coppermine-gallery.spec - updated to 1.4.10 (changed
	tempor...
In-Reply-To: <20070126161605.GA11341@pepin.polanet.pl>
References: <SPECS_coppermine_gallery.spec.1.5@pld-linux.org>
	<SPECS_coppermine_gallery.spec.1.6@pld-linux.org>
	<200701261612.51616.glen@delfi.ee>
	<20070126161605.GA11341@pepin.polanet.pl>
Message-ID: <20070126182042.GA20333@pld-linux.org>

On Fri, Jan 26, 2007 at 05:16:05PM +0100, Tomasz Pala wrote:
> On Fri, Jan 26, 2007 at 04:12:51PM +0200, Elan Ruusam?e wrote:
> > > ---- Log message:
> > > - updated to 1.4.10 (changed temporarily Source0 URL because of some
> > >   problems with mirrors)
> > 
> > update your own copy of mirrors, but do not commit such url changes!
> 
> Indeed? You have changed it and...
> 
> ~/rpm/SPECS: cvs up -A mirrors
> ~/rpm/SPECS: cvs diff mirrors
> ~/rpm/SPECS: cvs up -A coppermine-gallery.spec
> ~/rpm/SPECS: cvs diff coppermine-gallery.spec
> ~/rpm/SPECS: ./builder -g -nd -nc coppermine-gallery.spec

1. upgrade your builder script
2. change dl. to some mirror working for you

P.S. about vfmg - is your (original code) under GPL license ?

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From gotar at polanet.pl  Fri Jan 26 23:08:39 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 26 Jan 2007 23:08:39 +0100
Subject: SPECS: coppermine-gallery.spec - updated to 1.4.10 (changed
	tempor...
In-Reply-To: <20070126182042.GA20333@pld-linux.org>
References: <SPECS_coppermine_gallery.spec.1.5@pld-linux.org>
	<SPECS_coppermine_gallery.spec.1.6@pld-linux.org>
	<200701261612.51616.glen@delfi.ee>
	<20070126161605.GA11341@pepin.polanet.pl>
	<20070126182042.GA20333@pld-linux.org>
Message-ID: <20070126220839.GA18495@pepin.polanet.pl>

On Fri, Jan 26, 2007 at 07:20:42PM +0100, Przemyslaw Iskra wrote:
> 
> 1. upgrade your builder script

It is up to date.

> 2. change dl. to some mirror working for you

As changelog said - it was temporary change just for distfiles (I've
been packaging this on my server yesterday evening, commited from my
machine today afternoon). Thus this discussion is pointless.

> P.S. about vfmg - is your (original code) under GPL license ?

Yes, but please rename to vfmg-ng or sth if you want to develop it, as
I'll be back to this code in a year or two.

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From zswi at pers.pl  Sat Jan 27 12:50:04 2007
From: zswi at pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=)
Date: Sat, 27 Jan 2007 12:50:04 +0100
Subject: geninitrd 8142
Message-ID: <200701271250.04784.zswi@pers.pl>

Hi!

Geninitrd from HEAD doesn't detect root partition properly. After boot I've 
got sth like "Metallica rocks!" and kernel panic consequently. Second 
geninitrd sin is that it doesn't work with newest udev. It looks 
for /sbin/initrd-udev instead of /sbin/initrd-udevd (tested on th x86_64).

Regards,
-- 
Rafa? Cygnarowski
rafi at pers.pl


From twittner at o2.pl  Sat Jan 27 13:34:40 2007
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 27 Jan 2007 13:34:40 +0100
Subject: [Th] espeak - error during instalation
Message-ID: <200701271334.41184.twittner@o2.pl>

poldek:/all-avail> install espeak-1.19-0.1
Processing dependencies...
espeak-1.17-2 obsoleted by espeak-1.19-0.1
espeak-1.19-0.1 marks espeak-libs-1.19-0.1 (cap espeak-libs = 1.19-0.1)
  espeak-libs-1.17-2 obsoleted by espeak-libs-1.19-0.1
error: espeak-1.19-0.1: req /usr/share/espeak-data/voices/!v not found

On Ac everything goes OK - what does cause that error?

-- 
Tomasz Wittner


From qboosh at pld-linux.org  Sat Jan 27 14:29:44 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 27 Jan 2007 14:29:44 +0100
Subject: [Th] espeak - error during instalation
In-Reply-To: <200701271334.41184.twittner@o2.pl>
References: <200701271334.41184.twittner@o2.pl>
Message-ID: <20070127132942.GA31086@stranger.qboosh.pl>

On Sat, Jan 27, 2007 at 01:34:40PM +0100, Tomasz Wittner wrote:
> poldek:/all-avail> install espeak-1.19-0.1
> Processing dependencies...
> espeak-1.17-2 obsoleted by espeak-1.19-0.1
> espeak-1.19-0.1 marks espeak-libs-1.19-0.1 (cap espeak-libs = 1.19-0.1)
>   espeak-libs-1.17-2 obsoleted by espeak-libs-1.19-0.1
> error: espeak-1.19-0.1: req /usr/share/espeak-data/voices/!v not found
> 
> On Ac everything goes OK - what does cause that error?

Broken symlink?


-- 
Jakub Bogusz    http://qboosh.pl/


From dhubleizh at o2.pl  Sat Jan 27 14:36:41 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Sat, 27 Jan 2007 14:36:41 +0100
Subject: geninitrd 8142
In-Reply-To: <200701271250.04784.zswi@pers.pl>
References: <200701271250.04784.zswi@pers.pl>
Message-ID: <1169905001.4552.1.camel@ipv6-localnet>

Dnia 27-01-2007, sob o godzinie 12:50 +0100, Rafa? Cygnarowski
napisa?(a):

> Geninitrd from HEAD doesn't detect root partition properly. After boot I've 
> got sth like "Metallica rocks!" and kernel panic consequently.

My bad - could You pass me Your boot options and partition from which
You boot?

>  Second 
> geninitrd sin is that it doesn't work with newest udev. It looks 
> for /sbin/initrd-udev instead of /sbin/initrd-udevd (tested on th x86_64).

Which is good, as we don't want to run a daemon in early-userspace which
is never killed afterwards.

Cz at rny



From twittner at o2.pl  Sat Jan 27 14:56:00 2007
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 27 Jan 2007 14:56:00 +0100
Subject: [Th] espeak - error during instalation
In-Reply-To: <20070127132942.GA31086@stranger.qboosh.pl>
References: <200701271334.41184.twittner@o2.pl>
	<20070127132942.GA31086@stranger.qboosh.pl>
Message-ID: <200701271456.01218.twittner@o2.pl>

On Sat 27. January 2007 14:29, Jakub Bogusz wrote:
> On Sat, Jan 27, 2007 at 01:34:40PM +0100, Tomasz Wittner wrote:
> > poldek:/all-avail> install espeak-1.19-0.1
> > Processing dependencies...
> > espeak-1.17-2 obsoleted by espeak-1.19-0.1
> > espeak-1.19-0.1 marks espeak-libs-1.19-0.1 (cap espeak-libs = 1.19-0.1)
> >   espeak-libs-1.17-2 obsoleted by espeak-libs-1.19-0.1
> > error: espeak-1.19-0.1: req /usr/share/espeak-data/voices/!v not found
> >
> > On Ac everything goes OK - what does cause that error?
>
> Broken symlink?
`find /usr/share/espeak-data/ -type l' shows nothing. I rather suspect that 
this error is caused by funny `!' characters in filename paths.

-- 
Tomasz Wittner


From zswi at pers.pl  Sat Jan 27 14:58:45 2007
From: zswi at pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=)
Date: Sat, 27 Jan 2007 14:58:45 +0100
Subject: geninitrd 8142
In-Reply-To: <1169905001.4552.1.camel@ipv6-localnet>
References: <200701271250.04784.zswi@pers.pl>
	<1169905001.4552.1.camel@ipv6-localnet>
Message-ID: <200701271458.45730.zswi@pers.pl>

Dnia sobota, 27 stycznia 2007, Cezary Krzyzanowski napisa?:
> Dnia 27-01-2007, sob o godzinie 12:50 +0100, Rafa? Cygnarowski
>
> napisa?(a):
> > Geninitrd from HEAD doesn't detect root partition properly. After boot
> > I've got sth like "Metallica rocks!" and kernel panic consequently.
>
> My bad - could You pass me Your boot options and partition from which
> You boot?

What exacly do you want to know? I don't use any kind of spacial options. Just 
default /etc/sysconfig/geninitrd and simple rc-boot image with /boot/vmlinuz 
and /boot/initrd. My system needs to load following modules (generated by 
geninird):

insmod /lib/modules/2.6.18.3-0.3smp/kernel/drivers/scsi/scsi_mod.ko
insmod /lib/modules/2.6.18.3-0.3smp/kernel/drivers/scsi/libata.ko
insmod /lib/modules/2.6.18.3-0.3smp/kernel/drivers/scsi/ata_piix.ko
insmod /lib/modules/2.6.18.3-0.3smp/kernel/drivers/scsi/sd_mod.ko
insmod /lib/modules/2.6.18.3-0.3smp/kernel/fs/jbd/jbd.ko
insmod /lib/modules/2.6.18.3-0.3smp/kernel/fs/mbcache.ko
insmod /lib/modules/2.6.18.3-0.3smp/kernel/fs/ext3/ext3.ko

Root is on /dev/sda6 - SATA2 disk.

BTW: th kernel-2.6.17.13 on ftp doesn't detect my disk on SATA controller - 
2.6.16.35 from th-test does.

-- 
Rafa? Cygnarowski
rafi at pers.pl


From megabajt at pld-linux.org  Sat Jan 27 15:03:07 2007
From: megabajt at pld-linux.org (Marcin Banasiak)
Date: Sat, 27 Jan 2007 15:03:07 +0100
Subject: [Th] espeak - error during instalation
In-Reply-To: <200701271334.41184.twittner@o2.pl>
References: <200701271334.41184.twittner@o2.pl>
Message-ID: <6e5c47670701270603m50a01d65m96a37767f3a9502d@mail.gmail.com>

2007/1/27, Tomasz Wittner <twittner at o2.pl>:
> error: espeak-1.19-0.1: req /usr/share/espeak-data/voices/!v not found

It looks like missing dir.

-- 
Marcin Banasiak


From arekm at pld-linux.org  Sat Jan 27 15:26:27 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sat, 27 Jan 2007 15:26:27 +0100
Subject: geninitrd 8142
In-Reply-To: <200701271458.45730.zswi@pers.pl>
References: <200701271250.04784.zswi@pers.pl>
	<1169905001.4552.1.camel@ipv6-localnet>
	<200701271458.45730.zswi@pers.pl>
Message-ID: <200701271526.27263.arekm@pld-linux.org>

On sobota, 27 stycznia 2007, Rafa? Cygnarowski wrote:

> BTW: th kernel-2.6.17.13 on ftp doesn't detect my disk on SATA controller -
> 2.6.16.35 from th-test does.

ATI SB600? It's backported in 2.6.16.

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From zswi at pers.pl  Sat Jan 27 15:42:33 2007
From: zswi at pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Sat, 27 Jan 2007 15:42:33 +0100
Subject: geninitrd 8142
In-Reply-To: <200701271526.27263.arekm@pld-linux.org>
References: <200701271250.04784.zswi@pers.pl> <200701271458.45730.zswi@pers.pl>
	<200701271526.27263.arekm@pld-linux.org>
Message-ID: <200701271542.33083.zswi@pers.pl>

Dnia sobota, 27 stycznia 2007, Arkadiusz Miskiewicz napisa?:
> On sobota, 27 stycznia 2007, Rafa? Cygnarowski wrote:
> > BTW: th kernel-2.6.17.13 on ftp doesn't detect my disk on SATA controller
> > - 2.6.16.35 from th-test does.
>
> ATI SB600? It's backported in 2.6.16.

Nope. Intel P965+ICH8R 
(http://www.foxconnchannel.com/Product/motherboard_detail.aspx?ID=en-us0000170).

-- 
Rafa? Cygnarowski
rafi at pers.pl


From dhubleizh at o2.pl  Sat Jan 27 15:49:07 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Sat, 27 Jan 2007 15:49:07 +0100
Subject: geninitrd 8142
In-Reply-To: <200701271458.45730.zswi@pers.pl>
References: <200701271250.04784.zswi@pers.pl>
	<1169905001.4552.1.camel@ipv6-localnet>
	<200701271458.45730.zswi@pers.pl>
Message-ID: <1169909347.5072.3.camel@ipv6-localnet>

Dnia 27-01-2007, sob o godzinie 14:58 +0100, Rafa? Cygnarowski
napisa?(a):

I've updated geninitrd to use /sbin/udevd (as new udev doesn't
have /sbin/udev anymore). Sent to builder and should work.


> Root is on /dev/sda6 - SATA2 disk.

I mean what is passed at boot time to kernel as parameters. For example
I pass:

root=0302 init=/sbin/initng acpi_sleep=s3_bios video=vesafb:1024x768-32
splash=verbose,theme:ppcrcd,tty:12 console=tty1

The root parameters gives initrd an idea how to mount disks, so it's
crucial it is set propelry (formats are /dev/something, 0302, 0x0302
(numbers change depending on Your disk and partition))

> 
> BTW: th kernel-2.6.17.13 on ftp doesn't detect my disk on SATA controller - 
> 2.6.16.35 from th-test does.
> 

Not udev/initrd matter IMHO

Cz at rny



From twittner at o2.pl  Sat Jan 27 16:01:35 2007
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 27 Jan 2007 16:01:35 +0100
Subject: [Ac] Re: TEST build ERRORS: espeak.spec
In-Reply-To: <pld-builder.1169907748.721886.13113@aksjomat>
References: <fb02414e-35a7-458b-b4ad-41c56e2eb2b0@pld.src.builder>
	<pld-builder.1169907748.721886.13113@aksjomat>
Message-ID: <200701271601.36344.twittner@o2.pl>

On Sat 27. January 2007 15:22, you wrote:
> espeak.spec (AC-branch): FAILED
[...]
> /bin/sh ../libtool --tag=CXX   --mode=compile athlon-pld-linux-g++
> -DHAVE_CONFIG_H -I. -I..    -Wall -pedantic -fno-exceptions  -O2
> -march=athlon  -MT intonation.lo -MD -MP -MF .deps/intonation.Tpo -c -o
> intonation.lo intonation.cpp athlon-pld-linux-g++ -DHAVE_CONFIG_H -I. -I..
> -Wall -pedantic -fno-exceptions -O2 -march=athlon -MT intonation.lo -MD -MP
> -MF .deps/intonation.Tpo -c intonation.cpp  -fPIC -DPIC -o
> .libs/intonation.o athlon-pld-linux-g++ -DHAVE_CONFIG_H -I. -I.. -Wall
> -pedantic -fno-exceptions -O2 -march=athlon -MT intonation.lo -MD -MP -MF
> .deps/intonation.Tpo -c intonation.cpp -o intonation.o >/dev/null 2>&1 mv
> -f .deps/intonation.Tpo .deps/intonation.Plo
> make[2]: *** No rule to make target `numbers.c', needed by `numbers.lo'. 
> Stop. make[2]: Leaving directory
> `/home/users/builder/rpm/BUILD/espeak-1.19-source/src' make[1]: ***
> [all-recursive] Error 1
> make[1]: Leaving directory
> `/home/users/builder/rpm/BUILD/espeak-1.19-source' make: *** [all] Error 2
> error: Bad exit status from /var/tmp/rpm-tmp.74144 (%build)
[...]
> End-PLD-Builder-Info
The next problem - it builds on my computer (Ac, autoconf-2.59) and on Th 
builders but it doesn't on Ac builders (an error is listed above). I'm 
getting mad.

-- 
Tomasz Wittner


From arekm at pld-linux.org  Sat Jan 27 16:02:39 2007
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sat, 27 Jan 2007 16:02:39 +0100
Subject: geninitrd 8142
In-Reply-To: <1169909347.5072.3.camel@ipv6-localnet>
References: <200701271250.04784.zswi@pers.pl> <200701271458.45730.zswi@pers.pl>
	<1169909347.5072.3.camel@ipv6-localnet>
Message-ID: <200701271602.39557.arekm@pld-linux.org>

On sobota, 27 stycznia 2007, Cezary Krzyzanowski wrote:
> Dnia 27-01-2007, sob o godzinie 14:58 +0100, Rafa? Cygnarowski
> napisa?(a):
>
> I've updated geninitrd to use /sbin/udevd (as new udev doesn't
> have /sbin/udev anymore). Sent to builder and should work.

Too bad that you broke OLDer setups like mine. Please make it compatible with 
older setups using older udev.

> Cz at rny

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From zswi at pers.pl  Sat Jan 27 17:00:13 2007
From: zswi at pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=)
Date: Sat, 27 Jan 2007 17:00:13 +0100
Subject: geninitrd 8142
In-Reply-To: <1169909347.5072.3.camel@ipv6-localnet>
References: <200701271250.04784.zswi@pers.pl> <200701271458.45730.zswi@pers.pl>
	<1169909347.5072.3.camel@ipv6-localnet>
Message-ID: <200701271700.13548.zswi@pers.pl>

Dnia sobota, 27 stycznia 2007, Cezary Krzyzanowski napisa?:
> root=0302 init=/sbin/initng acpi_sleep=s3_bios video=vesafb:1024x768-32
> splash=verbose,theme:ppcrcd,tty:12 console=tty1

#cat /proc/cmdline
BOOT_IMAGE=PLD ro root=806

I use lilo now - maybe this will help you find out what happend.

> > BTW: th kernel-2.6.17.13 on ftp doesn't detect my disk on SATA controller
> > - 2.6.16.35 from th-test does.
>
> Not udev/initrd matter IMHO

No, it isn't. It's kernel problem I met yesterday while setting up PLD box 
(just before this initrd problem...).

-- 
Rafa? Cygnarowski
rafi at pers.pl


From sparky at pld-linux.org  Sat Jan 27 17:28:45 2007
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Sat, 27 Jan 2007 17:28:45 +0100
Subject: geninitrd 8142
In-Reply-To: <200701271700.13548.zswi@pers.pl>
References: <200701271250.04784.zswi@pers.pl> <200701271458.45730.zswi@pers.pl>
	<1169909347.5072.3.camel@ipv6-localnet>
	<200701271700.13548.zswi@pers.pl>
Message-ID: <20070127162845.GA2336@pld-linux.org>

On Sat, Jan 27, 2007 at 05:00:13PM +0100, Rafa? Cygnarowski wrote:
> Dnia sobota, 27 stycznia 2007, Cezary Krzyzanowski napisa?:
> > root=0302 init=/sbin/initng acpi_sleep=s3_bios video=vesafb:1024x768-32
> > splash=verbose,theme:ppcrcd,tty:12 console=tty1
> 
> #cat /proc/cmdline
> BOOT_IMAGE=PLD ro root=806

using four digits is the standart way: root=0806 or root=0x0806,
but if root=806 works geninitrd should be fixed

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From zswi at pers.pl  Sat Jan 27 17:42:18 2007
From: zswi at pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=)
Date: Sat, 27 Jan 2007 17:42:18 +0100
Subject: geninitrd 8142
In-Reply-To: <1169905001.4552.1.camel@ipv6-localnet>
References: <200701271250.04784.zswi@pers.pl>
	<1169905001.4552.1.camel@ipv6-localnet>
Message-ID: <200701271742.18521.zswi@pers.pl>

Dnia sobota, 27 stycznia 2007, Cezary Krzyzanowski napisa?:
> Dnia 27-01-2007, sob o godzinie 12:50 +0100, Rafa? Cygnarowski
>
> napisa?(a):
> > Geninitrd from HEAD doesn't detect root partition properly. After boot
> > I've got sth like "Metallica rocks!" and kernel panic consequently.
>
> My bad - could You pass me [cut]

Could you change this "Metallica..." to sth less confusing? Maybe sth like:

"Initrd could not find your root device. 
Bootloader passed following options: [options here]"
(or anything else but useful ...)

-- 
Rafa? Cygnarowski
rafi at pers.pl


From yaro at perfect.net.pl  Sat Jan 27 18:08:22 2007
From: yaro at perfect.net.pl (Jaroslaw Dziubek)
Date: Sat, 27 Jan 2007 18:08:22 +0100
Subject: geninitrd 8142
In-Reply-To: <200701271250.04784.zswi@pers.pl>
References: <200701271250.04784.zswi@pers.pl>
Message-ID: <20070127170821.GA17388@merkury.perfect.net.pl>

On Sat, 27 Jan 2007, Rafa? Cygnarowski wrote:

> Hi!
> 
> Geninitrd from HEAD doesn't detect root partition properly. After boot I've 
> got sth like "Metallica rocks!" and kernel panic consequently. Second 
> geninitrd sin is that it doesn't work with newest udev. It looks 
> for /sbin/initrd-udev instead of /sbin/initrd-udevd (tested on th x86_64).
I have a problem with pivot_root - which is not included in any
package.


-- 
Yaro

       IRL: Jaroslaw Dziubek       |     "Ksi?ga ?ycia zaczyna si?
    http://yaro.perfect.net.pl/    | od m??czyzny i kobiety w ogrodzie,
KNM Member: http://www.knm.org.pl/ |     a ko?czy si? rewelacjami."
 IRC: Yaro, ICQ: 1340145, GG: 1110 |              O. Wilde


From dhubleizh at o2.pl  Sat Jan 27 18:09:58 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Sat, 27 Jan 2007 18:09:58 +0100
Subject: geninitrd 8142
In-Reply-To: <20070127162845.GA2336@pld-linux.org>
References: <200701271250.04784.zswi@pers.pl> <200701271458.45730.zswi@pers.pl>
	<1169909347.5072.3.camel@ipv6-localnet>
	<200701271700.13548.zswi@pers.pl> <20070127162845.GA2336@pld-linux.org>
Message-ID: <1169917798.5072.6.camel@ipv6-localnet>

Dnia 27-01-2007, sob o godzinie 17:28 +0100, Przemyslaw Iskra
napisa?(a):

> using four digits is the standart way: root=0806 or root=0x0806,
> but if root=806 works geninitrd should be fixed
> 

Yea, didn't see that 806 too, but I've made it possible for geninitrd to
understand.

Please build it from CVS (I don't want to release another version to ftp
before testing)

Cz at rny



From dhubleizh at o2.pl  Sat Jan 27 18:26:02 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Sat, 27 Jan 2007 18:26:02 +0100
Subject: geninitrd 8142
In-Reply-To: <20070127170821.GA17388@merkury.perfect.net.pl>
References: <200701271250.04784.zswi@pers.pl>
	<20070127170821.GA17388@merkury.perfect.net.pl>
Message-ID: <1169918762.5072.8.camel@ipv6-localnet>

Dnia 27-01-2007, sob o godzinie 18:08 +0100, Jaroslaw Dziubek
napisa?(a):

> I have a problem with pivot_root - which is not included in any
> package.
> 

pivot_root is a part of busyboxes.

Cz at rny



From sparky at pld-linux.org  Sat Jan 27 18:35:39 2007
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Sat, 27 Jan 2007 18:35:39 +0100
Subject: SVN: geninitrd/trunk/geninitrd
In-Reply-To: <8200@svn.pld-linux.org>
References: <8200@svn.pld-linux.org>
Message-ID: <20070127173539.GB2336@pld-linux.org>

On Sat, Jan 27, 2007 at 05:56:35PM +0100, czarny wrote:

> Modified: geninitrd/trunk/geninitrd
> ==============================================================================
> --- geninitrd/trunk/geninitrd	(original)
> +++ geninitrd/trunk/geninitrd	Sat Jan 27 17:56:34 2007
> @@ -1517,12 +1517,14 @@
>      return txt \
>  } \
>  BEGIN { \
> -    num_pattern = "[0-9][0-9][0-9][0-9]"; \
> +    num_pattern_short = "[0-9][0-9][0-9]" \
semicolon is missing

> +    num_pattern = num_pattern_short "[0-9]"; \
>      dev_pattern = "[hms][a-z][a-z]([0-9])+"; \
>      partition = "Metallica rocks!"; \
>      min = -1; maj = -1; \
>  } \
> -$0 ~ prefix "0x" num_pattern { sub(/root=0x/,"root="); } \
> +$0 ~ prefix "0x" num_pattern { sub(prefix "0x", prefix); } \
> +$0 ~ prefix num_pattern_short { sub(prefix, prefix 0); } \
>  $0 ~ prefix num_pattern { \
>      gsub(/.*root=/,NIL,partition); \
>      gsub(/ .*/,NIL,partition); \

anyway, this is wrong, theck this one:

echo root=0303 | awk 'BEGIN { prefix="root="; num_pattern_short =
	"[0-9][0-9][0-9]"; num_pattern = num_pattern_short "[0-9]"; } $0 ~
	prefix num_pattern_short { sub(prefix, prefix 0); } { print }'

returns:

root=00303

there should be '$' or something

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From dhubleizh at o2.pl  Sat Jan 27 19:11:26 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Sat, 27 Jan 2007 19:11:26 +0100
Subject: SVN: geninitrd/trunk/geninitrd
In-Reply-To: <20070127173539.GB2336@pld-linux.org>
References: <8200@svn.pld-linux.org>  <20070127173539.GB2336@pld-linux.org>
Message-ID: <1169921486.5072.10.camel@ipv6-localnet>

Dnia 27-01-2007, sob o godzinie 18:35 +0100, Przemyslaw Iskra
napisa?(a):
> semicolon is missing

hm - true - no idea how it worked for me.

> anyway, this is wrong, theck this one:
> 
> echo root=0303 | awk 'BEGIN { prefix="root="; num_pattern_short =
> 	"[0-9][0-9][0-9]"; num_pattern = num_pattern_short "[0-9]"; } $0 ~
> 	prefix num_pattern_short { sub(prefix, prefix 0); } { print }'
> 
> returns:
> 
> root=00303
> 
> there should be '$' or something
> 

fck - got to rethink that ;/

Cz at rny



From sparky at pld-linux.org  Sat Jan 27 19:31:27 2007
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Sat, 27 Jan 2007 19:31:27 +0100
Subject: SVN: geninitrd/trunk/geninitrd
In-Reply-To: <1169921486.5072.10.camel@ipv6-localnet>
References: <8200@svn.pld-linux.org> <20070127173539.GB2336@pld-linux.org>
	<1169921486.5072.10.camel@ipv6-localnet>
Message-ID: <20070127183127.GC2336@pld-linux.org>

On Sat, Jan 27, 2007 at 07:11:26PM +0100, Cezary Krzyzanowski wrote:
> Dnia 27-01-2007, sob o godzinie 18:35 +0100, Przemyslaw Iskra
> napisa?(a):

> fck - got to rethink that ;/

consider the attached script, simplified, and should work

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: root.sh
Type: application/x-sh
Size: 942 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20070127/d0711ab2/attachment.sh>

From dhubleizh at o2.pl  Sat Jan 27 19:39:47 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Sat, 27 Jan 2007 19:39:47 +0100
Subject: SVN: geninitrd/trunk/geninitrd
In-Reply-To: <20070127183127.GC2336@pld-linux.org>
References: <8200@svn.pld-linux.org> <20070127173539.GB2336@pld-linux.org>
	<1169921486.5072.10.camel@ipv6-localnet>
	<20070127183127.GC2336@pld-linux.org>
Message-ID: <1169923187.5072.12.camel@ipv6-localnet>

Dnia 27-01-2007, sob o godzinie 19:31 +0100, Przemyslaw Iskra
napisa?(a):

> consider the attached script, simplified, and should work

Feel free to use that and commit to SVN. I've added a patch to make the
ona already being used work (I think).

Cz at rny



From glen at delfi.ee  Sat Jan 27 23:58:41 2007
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Sun, 28 Jan 2007 00:58:41 +0200
Subject: SVN: geninitrd/trunk/geninitrd
In-Reply-To: <1169921486.5072.10.camel@ipv6-localnet>
References: <8200@svn.pld-linux.org> <20070127173539.GB2336@pld-linux.org>
	<1169921486.5072.10.camel@ipv6-localnet>
Message-ID: <200701280058.42506.glen@delfi.ee>

On Saturday 27 January 2007 20:11, Cezary Krzyzanowski wrote:
> > semicolon is missing
>
> hm - true - no idea how it worked for me.

semicolon is command separator not command terminator in awk.


From krystian at kamionek.net  Sun Jan 28 00:23:36 2007
From: krystian at kamionek.net (Krystian Tomczyk)
Date: Sun, 28 Jan 2007 00:23:36 +0100
Subject: geninitrd 8142
In-Reply-To: <200701271250.04784.zswi@pers.pl>
References: <200701271250.04784.zswi@pers.pl>
Message-ID: <1169940216.2399.12.camel@laptom>

Dnia 27-01-2007, sob o godzinie 12:50 +0100, Rafa? Cygnarowski
napisa?(a):
> Hi!
> 
> Geninitrd from HEAD doesn't detect root partition properly. After boot I've 
> got sth like "Metallica rocks!" and kernel panic consequently. Second 
> geninitrd sin is that it doesn't work with newest udev. It looks 
> for /sbin/initrd-udev instead of /sbin/initrd-udevd (tested on th x86_64).
> 
> Regards,
This was on forum.pld (pl):
http://forum.pld-linux.org/viewtopic.php?t=2257&view=next&sid=9a7b4ad7849af54658d3bf5546f974b5
By me on foxconn 6100M2MA-8EKRS2H
http://www.foxconnchannel.com/Product/motherboard_detail.aspx?ID=en-us0000164 thre days ago was ok when I have instaled th...
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From glen at delfi.ee  Sun Jan 28 13:55:17 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 28 Jan 2007 14:55:17 +0200
Subject: picky krec
Message-ID: <200701281455.17562.glen@delfi.ee>

mix starts fine, but krec whines about mcop socket path, why?

14:51:47 glen[pts/4]@maki ~$ which kmix krec|xargs rpm -qf
kdemultimedia-kmix-3.5.5-1
kdemultimedia-krec-3.5.5-1

14:54:51 glen[pts/4]@maki ~$ env|grep  TMP
TMP=/home/users/glen/tmp

14:51:36 glen[pts/4]@maki ~$ kmix

14:51:38 glen[pts/4]@maki ~$ krec
Error: "/home/users/glen/.kde/socket-maki" points 
to "/home/users/glen/tmp/ksocket-glen" instead of "/tmp/ksocket-glen".

Link points to "/home/users/glen/tmp/ksocket-glen"
Error: "/home/users/glen/.kde/socket-maki" points 
to "/home/users/glen/tmp/ksocket-glen" instead of "/tmp/ksocket-glen".
Creating link /home/users/glen/.kde/socket-maki.
can't create mcop directory
14:51:47 glen[pts/4]@maki ~$


-- 
glen


From glen at delfi.ee  Sun Jan 28 13:57:18 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 28 Jan 2007 14:57:18 +0200
Subject: picky krec
In-Reply-To: <200701281455.17562.glen@delfi.ee>
References: <200701281455.17562.glen@delfi.ee>
Message-ID: <200701281457.18563.glen@delfi.ee>

setting TMPDIR,  but still problematic - 

14:54:57 glen[pts/4]@maki ~$ export TMPDIR=$TMP
14:55:26 glen[pts/4]@maki ~$ krec
Creating link /home/users/glen/.kde/socket-maki.
Created link from "/home/users/glen/.kde/socket-maki" 
to "/home/users/glen/tmp/ksocket-glen"
Launched ok, pid = 4725
KCrash: Application 'krec' crashing...
Warning: connect() failed: : No such file or directory
KCrash cannot reach kdeinit, launching directly.


On Sunday 28 January 2007 14:55, Elan Ruusam?e wrote:
> mix starts fine, but krec whines about mcop socket path, why?
>
> 14:51:47 glen[pts/4]@maki ~$ which kmix krec|xargs rpm -qf
> kdemultimedia-kmix-3.5.5-1
> kdemultimedia-krec-3.5.5-1
>
> 14:54:51 glen[pts/4]@maki ~$ env|grep  TMP
> TMP=/home/users/glen/tmp
>
> 14:51:36 glen[pts/4]@maki ~$ kmix
>
> 14:51:38 glen[pts/4]@maki ~$ krec
> Error: "/home/users/glen/.kde/socket-maki" points
> to "/home/users/glen/tmp/ksocket-glen" instead of "/tmp/ksocket-glen".
>
> Link points to "/home/users/glen/tmp/ksocket-glen"
> Error: "/home/users/glen/.kde/socket-maki" points
> to "/home/users/glen/tmp/ksocket-glen" instead of "/tmp/ksocket-glen".
> Creating link /home/users/glen/.kde/socket-maki.
> can't create mcop directory
> 14:51:47 glen[pts/4]@maki ~$

-- 
glen


From qboosh at pld-linux.org  Sun Jan 28 16:36:18 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 28 Jan 2007 16:36:18 +0100
Subject: SPECS: template-kernel-module.spec - allow building modules for
	sm...
In-Reply-To: <SPECS_template_kernel_module.spec.1.42@pld-linux.org>
References: <SPECS_template_kernel_module.spec.1.41@pld-linux.org>
	<SPECS_template_kernel_module.spec.1.42@pld-linux.org>
Message-ID: <20070128153618.GB25832@gruby.cs.net.pl>

On Sun, Jan 28, 2007 at 03:49:03PM +0100, sparky wrote:
> Author: sparky                       Date: Sun Jan 28 14:49:03 2007 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - allow building modules for smp-only kernel

BTW: if SMP is going to be the only one, what is the sense of leaving
"-smp" suffix everywhere?


-- 
Jakub Bogusz    http://qboosh.pl/


From wiget at pld-linux.org  Sun Jan 28 22:18:58 2007
From: wiget at pld-linux.org (Artur Frysiak)
Date: Sun, 28 Jan 2007 22:18:58 +0100
Subject: geninitrd 8142
In-Reply-To: <1169905001.4552.1.camel@ipv6-localnet>
References: <200701271250.04784.zswi@pers.pl>
	<1169905001.4552.1.camel@ipv6-localnet>
Message-ID: <7f9cc8e00701281318o6cc8b105t1e870d33c92defcc@mail.gmail.com>

2007/1/27, Cezary Krzyzanowski <dhubleizh at o2.pl>:
> Dnia 27-01-2007, sob o godzinie 12:50 +0100, Rafa? Cygnarowski
> napisa?(a):
>
> > Geninitrd from HEAD doesn't detect root partition properly. After boot I've
> > got sth like "Metallica rocks!" and kernel panic consequently.
>
> My bad - could You pass me Your boot options and partition from which
> You boot?

root=/dev/vg1/root

with initrdfs=rom works but with initramfs not.
-- 
Artur Frysiak
http://www.pld-linux.org

From dhubleizh at o2.pl  Mon Jan 29 07:53:05 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Mon, 29 Jan 2007 07:53:05 +0100
Subject: geninitrd 8142
In-Reply-To: <7f9cc8e00701281318o6cc8b105t1e870d33c92defcc@mail.gmail.com>
References: <200701271250.04784.zswi@pers.pl>
	<1169905001.4552.1.camel@ipv6-localnet>
	<7f9cc8e00701281318o6cc8b105t1e870d33c92defcc@mail.gmail.com>
Message-ID: <1170053585.4594.4.camel@ipv6-localnet>

Dnia 28-01-2007, nie o godzinie 22:18 +0100, Artur Frysiak napisa?(a):

> root=/dev/vg1/root
> 
> with initrdfs=rom works but with initramfs not.

True. I'll look into that in 3-4 days (I'm finishing my engineers
degree)

I wander, how many more such possibilities exist.

Cz at rny



From sparky at pld-linux.org  Mon Jan 29 08:34:46 2007
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Mon, 29 Jan 2007 08:34:46 +0100
Subject: geninitrd 8142
In-Reply-To: <1170053585.4594.4.camel@ipv6-localnet>
References: <200701271250.04784.zswi@pers.pl>
	<1169905001.4552.1.camel@ipv6-localnet>
	<7f9cc8e00701281318o6cc8b105t1e870d33c92defcc@mail.gmail.com>
	<1170053585.4594.4.camel@ipv6-localnet>
Message-ID: <20070129073446.GA11035@pld-linux.org>

On Mon, Jan 29, 2007 at 07:53:05AM +0100, Cezary Krzyzanowski wrote:
> Dnia 28-01-2007, nie o godzinie 22:18 +0100, Artur Frysiak napisa?(a):
> 
> > root=/dev/vg1/root
> > 
> > with initrdfs=rom works but with initramfs not.
> 
> True. I'll look into that in 3-4 days (I'm finishing my engineers
> degree)
> 
> I wander, how many more such possibilities exist.

Does it matter ? There is only one correct solution - make udev work
properly, or copy the device at initramfs creation time (like initrd
does).

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From dhubleizh at o2.pl  Mon Jan 29 09:11:34 2007
From: dhubleizh at o2.pl (Cezary Krzyzanowski)
Date: Mon, 29 Jan 2007 09:11:34 +0100
Subject: geninitrd 8142
In-Reply-To: <20070129073446.GA11035@pld-linux.org>
References: <200701271250.04784.zswi@pers.pl>
	<1169905001.4552.1.camel@ipv6-localnet>
	<7f9cc8e00701281318o6cc8b105t1e870d33c92defcc@mail.gmail.com>
	<1170053585.4594.4.camel@ipv6-localnet>
	<20070129073446.GA11035@pld-linux.org>
Message-ID: <1170058294.4594.6.camel@ipv6-localnet>

Dnia 29-01-2007, pon o godzinie 08:34 +0100, Przemyslaw Iskra
napisa?(a):

> Does it matter ? There is only one correct solution - make udev work
> properly, or copy the device at initramfs creation time (like initrd
> does).
> 
Yes. Udev *does* work correctly. The problem is, that in initramfs we
have to mount and switch root manually!! This means we need to know,
which partition *is* the root one, as udev will make dev nodes for *all*
detectable hardware.

Cz at rny



From glen at delfi.ee  Mon Jan 29 09:24:24 2007
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Mon, 29 Jan 2007 10:24:24 +0200
Subject: geninitrd 8142
In-Reply-To: <20070129073446.GA11035@pld-linux.org>
References: <200701271250.04784.zswi@pers.pl>
	<1170053585.4594.4.camel@ipv6-localnet>
	<20070129073446.GA11035@pld-linux.org>
Message-ID: <200701291024.25051.glen@delfi.ee>

On Monday 29 January 2007 09:34, Przemyslaw Iskra wrote:
> On Mon, Jan 29, 2007 at 07:53:05AM +0100, Cezary Krzyzanowski wrote:
> > Dnia 28-01-2007, nie o godzinie 22:18 +0100, Artur Frysiak napisa?(a):
> > > root=/dev/vg1/root
> > >
> > > with initrdfs=rom works but with initramfs not.
> >
> > True. I'll look into that in 3-4 days (I'm finishing my engineers
> > degree)
> >
> > I wander, how many more such possibilities exist.
>
> Does it matter ? There is only one correct solution - make udev work
> properly, or copy the device at initramfs creation time (like initrd
> does).
initrd however does create dynamically nodes for lvm2 from /proc/partitions 
(with recent changes i've commited some time ago) allowing physical nodes 
change between reboots (useful if you have some hdd box like emc)

-- 
glen


From glen at delfi.ee  Mon Jan 29 18:35:03 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 29 Jan 2007 19:35:03 +0200
Subject: Fwd: PLDWWW: Vserver
In-Reply-To: <200701181634.09901.glen@delfi.ee>
References: <200701181634.09901.glen@delfi.ee>
Message-ID: <200701291935.03146.glen@delfi.ee>

looks like it keeps sending the same diff for any page edit

please somebody fix it.

it's a shame if our internal resources don't work properly.

----------  Forwarded Message  ----------

Subject: PLDWWW: Vserver
Date: Monday 29 January 2007 19:29
From: adamg <adamg at pld-linux.org>
To: pld-cvs-commit at lists.pld-linux.org, undefine at pld-linux.org

Author: adamg   Date: Mon Jan 29 17:29:15 2007 GMT
Module: PLDWWW   URL: http://www.pld-linux.org/Vserver
---- Log message:
small hint about 32 bit guest ona  64 bit host

---- Page affected: Vserver

---- Diffs:

================================================================
  === vservers startup order ===
  Sometimes it may happen that you need to be sure that one of the vservers
 is started before the others - e.g. it provides some service that other
 depend on. Vserver provides an easy way to do this - let's assume that
 ''test2'' vserver depends on ''test'' and ''foo'' vservers: {{{
- # echo test >> /etc/vservers/test/apps/init/depends
+ # echo test >> /etc/vservers/test2/apps/init/depends
- # echo foo >> /etc/vservers/test/apps/init/depends
+ # echo foo >> /etc/vservers/test2/apps/init/depends
  }}}
  At shutdown, the ''test2'' vserver will be stopped before its dependencies.
  {{{
_______________________________________________
pld-cvs-commit mailing list
pld-cvs-commit at lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-------------------------------------------------------

-- 
glen


From adamg at biomerieux.pl  Mon Jan 29 18:46:28 2007
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Mon, 29 Jan 2007 18:46:28 +0100
Subject: Fwd: PLDWWW: Vserver
In-Reply-To: <200701291935.03146.glen@delfi.ee>
References: <200701181634.09901.glen@delfi.ee>
	<200701291935.03146.glen@delfi.ee>
Message-ID: <20070129174628.GB24159@mysza.eu.org>

On Mon, Jan 29, 2007 at 07:35:03PM +0200, Elan Ruusam?e wrote:
> looks like it keeps sending the same diff for any page edit
> 
> please somebody fix it.
> 
> it's a shame if our internal resources don't work properly.

I am no moinmoin guru, can't do much about it. I asked people on
pld-users-pl and forum.pld-linux.org if there is a volunteer to help us
solve this issue. 

In the meantime, I will try to do some googling...

-- 
 http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer    | Everybody needs some solid rock, I know I do.


From blues at pld-linux.org  Mon Jan 29 19:34:32 2007
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Mon, 29 Jan 2007 19:34:32 +0100 (CET)
Subject: Fwd: PLDWWW: Vserver
In-Reply-To: <200701291935.03146.glen@delfi.ee>
References: <200701181634.09901.glen@delfi.ee>
	<200701291935.03146.glen@delfi.ee>
Message-ID: <Pine.LNX.4.64N.0701291933320.13345@fgnss.gnfx.tqn.cy>

On Mon, 29 Jan 2007, Elan Ruusam?e wrote:
> looks like it keeps sending the same diff for any page edit please 
> somebody fix it. it's a shame if our internal resources don't work 
> properly.
[...]
> ================================================================
>   === vservers startup order ===
>   Sometimes it may happen that you need to be sure that one of the vservers
>  is started before the others - e.g. it provides some service that other
>  depend on. Vserver provides an easy way to do this - let's assume that
>  ''test2'' vserver depends on ''test'' and ''foo'' vservers: {{{
> - # echo test >> /etc/vservers/test/apps/init/depends
> + # echo test >> /etc/vservers/test2/apps/init/depends
> - # echo foo >> /etc/vservers/test/apps/init/depends
> + # echo foo >> /etc/vservers/test2/apps/init/depends

Some stale temporary file?
Where that engine keeps them?

-- 
pozdr.  Pawe? Go?aszewski          jid:blues<at>jabber<dot>gda<dot>pl
--------------------------------------------------------------------------
If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby
Pro-Logic Surround Sound with Bass Boost and all the music is free.

From mmazur at kernel.pl  Mon Jan 29 21:13:02 2007
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Mon, 29 Jan 2007 21:13:02 +0100
Subject: Fwd: PLDWWW: Vserver
In-Reply-To: <200701291935.03146.glen@delfi.ee>
References: <200701181634.09901.glen@delfi.ee>
	<200701291935.03146.glen@delfi.ee>
Message-ID: <200701292113.02732.mmazur@kernel.pl>

Dnia poniedzia?ek, 29 stycznia 2007 18:35, Elan Ruusam?e napisa?:
> looks like it keeps sending the same diff for any page edit
>
> please somebody fix it.
>
> it's a shame if our internal resources don't work properly.

Just tested. Sent me the correct diff.


-- 
Judge others by their intentions and yourself by your results.
                                                                 Guy Kawasaki
Education is an admirable thing, but it is well to remember from
time to time that nothing that is worth knowing can be taught.
                                                                  Oscar Wilde


From aflinta at at.kernel.pl  Mon Jan 29 21:29:16 2007
From: aflinta at at.kernel.pl (Artur Flinta)
Date: Mon, 29 Jan 2007 21:29:16 +0100
Subject: [Th] SMP for all!
In-Reply-To: <45B3CDD9.2070107@at.kernel.pl>
References: <45B3CDD9.2070107@at.kernel.pl>
Message-ID: <45BE591C.9000804@at.kernel.pl>

OK!

2.6.20 is coming, maybe it will be good idea to make it first SMP by
default kernel, which doesn't have smp suffix and obsoletes smp kernel?
We can leave with_up option which will generate kernel-up and if
everything goes well we can easily remove it.

Regards
	Artur


From mmazur at kernel.pl  Mon Jan 29 22:12:16 2007
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Mon, 29 Jan 2007 22:12:16 +0100
Subject: Fwd: PLDWWW: Vserver
In-Reply-To: <200701292113.02732.mmazur@kernel.pl>
References: <200701181634.09901.glen@delfi.ee>
	<200701291935.03146.glen@delfi.ee>
	<200701292113.02732.mmazur@kernel.pl>
Message-ID: <200701292212.16916.mmazur@kernel.pl>

Dnia poniedzia?ek, 29 stycznia 2007 21:13, Mariusz Mazur napisa?:
> Dnia poniedzia?ek, 29 stycznia 2007 18:35, Elan Ruusam?e napisa?:
> > looks like it keeps sending the same diff for any page edit
> >
> > please somebody fix it.
> >
> > it's a shame if our internal resources don't work properly.
>
> Just tested. Sent me the correct diff.

Fixed. Should anyone find any other pages with this behavior, do tell.

-- 
Judge others by their intentions and yourself by your results.
                                                                 Guy Kawasaki
Education is an admirable thing, but it is well to remember from
time to time that nothing that is worth knowing can be taught.
                                                                  Oscar Wilde


From glen at delfi.ee  Mon Jan 29 22:29:25 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 29 Jan 2007 23:29:25 +0200
Subject: Fwd: ERRORS: ApacheJServ.spec
Message-ID: <200701292329.25671.glen@delfi.ee>

anyone has idea what's wrong or how to reproduce/fix this libjli.so problem

i can't reproduce it on my build environment and 
if executing jar,javac,javadoc directly using builder COMMAND there's no such LD error

it happens on ac-{i586,i686,athlon} builders (not occouring in ac-amd64)

also running on those broken builders
ldd /usr/lib/jvm/java-sun-1.6.0/bin/javadoc; ls -l /usr/lib*/jvm/java-sun-*/jre/lib/*/jli for other builders
outputs:

*** buildlog for COMMAND
        linux-gate.so.1 =>  (0xffffe000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x555a1000)
        libjli.so => /usr/lib/jvm/java-sun-1.6.0/bin/../jre/lib/i386/jli/libjli.so (0x555b3000)
        libdl.so.2 => /lib/libdl.so.2 (0x555bc000)
        libc.so.6 => /lib/tls/libc.so.6 (0x555c0000)
        /lib/ld-linux.so.2 (0x55555000)
total 34
-rw-r--r--  1 root root 32508 Dec 31 13:53 libjli.so



---
Creating ApacheJServ.jar...
/usr/lib/jvm/java/bin/jar: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory
make[2]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java'
make[2]: Nothing to be done for `install-exec-am'.
Creating ApacheJServ.jar...
/usr/lib/jvm/java/bin/jar: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory
test -z "/usr/share/java" || /bin/mkdir -p "/tmp/B.1b2fb7/ApacheJServ-1.1.2-root-builder/usr/sh

-- 
glen
-------------- next part --------------
ApacheJServ.spec (AC-branch): FAILED

--- ApacheJServ.spec:AC-branch:
Build-Time: user:27.73s sys:6.06s real:85.36s (faults io:0 non-io:1232342)



*** buildlog for ApacheJServ.spec
request from: glen
started at: Mon Jan 29 20:25:02 2007
fetching http://ep09.pld-linux.org/~buildsrc/srpms/25661a82-9e4d-44e7-a432-6b579f55779a/ApacheJServ-1.1.2-3.src.rpm
fetched 948245 bytes, 1106.6 K/s
installing srpm: ApacheJServ-1.1.2-3.src.rpm
checking BR
no BR needed
building RPM using: cd rpm/SPECS; TMPDIR=/tmp/B.1b2fb7 nice -n 19 rpmbuild -bb  --target i686-pld-linux ApacheJServ.spec
Building target platforms: i686-pld-linux
Building for target i686-pld-linux
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.17009
+ umask 022
+ cd /home/users/builder/rpm/BUILD
+ export LC_ALL=C
+ export LANG=C
+ unset LINGUAS
+ :
+ unset LANGUAGE
+ :
+ unset LC_MESSAGES
+ :
+ unset DISPLAY
+ :
+ cd /home/users/builder/rpm/BUILD
+ rm -rf ApacheJServ-1.1.2
+ /bin/gzip -dc /home/users/builder/rpm/SOURCES/ApacheJServ-1.1.2.tar.gz
+ tar -xf -
+ STATUS=0
+ [ 0 -ne 0 ]
+ cd ApacheJServ-1.1.2
+ /bin/gzip -dc /home/users/builder/rpm/SOURCES/classpathx_servlet-20000924.tar.gz
+ tar -xf -
+ STATUS=0
+ [ 0 -ne 0 ]
+ /bin/id -u
+ [ 10010 = 0 ]
+ true .
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ echo Patch #0 (ApacheJServ-enable-secret.patch):
Patch #0 (ApacheJServ-enable-secret.patch):
+ patch -p0 -s
+ < /home/users/builder/rpm/SOURCES/ApacheJServ-enable-secret.patch 
+ echo Patch #1 (ApacheJServ-ac.patch):
Patch #1 (ApacheJServ-ac.patch):
+ patch -p0 -s
+ < /home/users/builder/rpm/SOURCES/ApacheJServ-ac.patch 
+ echo Patch #2 (ApacheJServ-jre-env.patch):
Patch #2 (ApacheJServ-jre-env.patch):
+ patch -p1 -s
+ < /home/users/builder/rpm/SOURCES/ApacheJServ-jre-env.patch 
+ echo Patch #3 (ApacheJServ-config.patch):
Patch #3 (ApacheJServ-config.patch):
+ patch -p1 -s
+ < /home/users/builder/rpm/SOURCES/ApacheJServ-config.patch 
+ sed -i -e 
	s|@JSDK_CLASSES@|/usr/share/java/servlet-2.0.jar|g
 conf/jserv.properties.in
+ sed -i -e s|@LOAD_OR_NOT@|#|g conf/jserv.conf.in
+ sed -i -e /^SUBDIRS/s,java,, src/Makefile.am
+ sed -i -e /^SUBDIRS/s,example,, Makefile.am
+ exit 0
Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.17009
+ umask 022
+ cd /home/users/builder/rpm/BUILD
+ cd ApacheJServ-1.1.2
+ export LC_ALL=C
+ export LANG=C
+ unset LINGUAS
+ :
+ unset LANGUAGE
+ :
+ unset LC_MESSAGES
+ :
+ unset DISPLAY
+ :
+ export JAVA_HOME=/usr/lib/jvm/java
+ [ ! -f _autotools.done.1 ]
+ gettextize --version
+ grep -q 0\.10\.
+ grep -qs AM_GNU_GETTEXT.*external configure.ac configure.in
+ gettextize --copy --force --no-changelog
Creating po/ subdirectory
Copying file ABOUT-NLS
Copying file src/scripts/build/unix/config.rpath
Not copying intl/ directory.
Copying file po/Makefile.in.in
Copying file po/Makevars.template
Copying file po/Rules-quot
Copying file po/boldquot.sed
Copying file po/en at boldquot.header
Copying file po/en at quot.header
Copying file po/insert-header.sin
Copying file po/quot.sed
Copying file po/remove-potcdate.sin
Creating initial po/POTFILES.in
Creating directory m4
Copying file m4/gettext.m4
Copying file m4/iconv.m4
Copying file m4/lib-ld.m4
Copying file m4/lib-link.m4


[...]

make[4]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/io'
Making install in lang
make[4]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/lang'
make[5]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/lang'
make[5]: Nothing to be done for `install-exec-am'.
make[5]: Nothing to be done for `install-data-am'.
make[5]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/lang'
make[4]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/lang'
Making install in net
make[4]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/net'
make[5]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/net'
make[5]: Nothing to be done for `install-exec-am'.
make[5]: Nothing to be done for `install-data-am'.
make[5]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/net'
make[4]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/net'
Making install in recycle
make[4]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/recycle'
Making install in pool
make[5]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/recycle/pool'
make[6]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/recycle/pool'
make[6]: Nothing to be done for `install-exec-am'.
make[6]: Nothing to be done for `install-data-am'.
make[6]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/recycle/pool'
make[5]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/recycle/pool'
make[5]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/recycle'
make[6]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/recycle'
make[6]: Nothing to be done for `install-exec-am'.
make[6]: Nothing to be done for `install-data-am'.
make[6]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/recycle'
make[5]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/recycle'
make[4]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/recycle'
Making install in security
make[4]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/security'
make[5]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/security'
make[5]: Nothing to be done for `install-exec-am'.
make[5]: Nothing to be done for `install-data-am'.
make[5]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/security'
make[4]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/security'
Making install in util
make[4]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/util'
make[5]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/util'
make[5]: Nothing to be done for `install-exec-am'.
make[5]: Nothing to be done for `install-data-am'.
make[5]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/util'
make[4]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java/util'
make[4]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java'
make[5]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java'
make[5]: Nothing to be done for `install-exec-am'.
make[5]: Nothing to be done for `install-data-am'.
make[5]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java'
make[4]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java'
make[3]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/java'
Making install in jserv
make[3]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/jserv'
make[4]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/jserv'
make[4]: Nothing to be done for `install-exec-am'.
make[4]: Nothing to be done for `install-data-am'.
make[4]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/jserv'
make[3]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache/jserv'
make[3]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache'
make[4]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache'
make[4]: Nothing to be done for `install-exec-am'.
make[4]: Nothing to be done for `install-data-am'.
make[4]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache'
make[3]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache'
make[2]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org/apache'
make[2]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org'
make[3]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org'
make[2]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org'
make[1]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java/org'
make[1]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java'
Creating ApacheJServ.jar...
/usr/lib/jvm/java/bin/jar: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory
make[2]: Entering directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java'
make[2]: Nothing to be done for `install-exec-am'.
Creating ApacheJServ.jar...
/usr/lib/jvm/java/bin/jar: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory
test -z "/usr/share/java" || /bin/mkdir -p "/tmp/B.1b2fb7/ApacheJServ-1.1.2-root-builder/usr/share/java"
 /usr/bin/install -c -m 644 './ApacheJServ.jar' '/tmp/B.1b2fb7/ApacheJServ-1.1.2-root-builder/usr/share/java/ApacheJServ.jar'
/usr/bin/install: cannot stat `./ApacheJServ.jar': No such file or directory
make[2]: *** [install-jarDATA] Error 1
make[2]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java'
make: *** [install-recursive] Error 1
make: Leaving directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java'
error: Bad exit status from /var/tmp/rpm-tmp.97418 (%install)


RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.97418 (%install)
error: No files produced.
Begin-PLD-Builder-Info
Build-Time: user:27.73s sys:6.06s real:85.36s (faults io:0 non-io:1232342)

End-PLD-Builder-Info



From glen at delfi.ee  Mon Jan 29 22:52:50 2007
From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=)
Date: Mon, 29 Jan 2007 23:52:50 +0200
Subject: Fwd: ERRORS: ApacheJServ.spec
In-Reply-To: <200701292329.25671.glen@delfi.ee>
References: <200701292329.25671.glen@delfi.ee>
Message-ID: <200701292352.50996.glen@delfi.ee>

i guess found it:

-%{jredir}/lib/%{arch}/jli/libjli.so
+%attr(755,root,root) %{jredir}/lib/%{arch}/jli/libjli.so

it's always useful to spoke up and then find the problem yourself :)

but i'd appreciate explanation why executable bit is not always needed and why 
it's needed...

On Monday 29 January 2007, Elan Ruusam?e wrote:
> anyone has idea what's wrong or how to reproduce/fix this libjli.so problem
>
> i can't reproduce it on my build environment and
> if executing jar,javac,javadoc directly using builder COMMAND there's no
> such LD error
>
> it happens on ac-{i586,i686,athlon} builders (not occouring in ac-amd64)
>
> also running on those broken builders
> ldd /usr/lib/jvm/java-sun-1.6.0/bin/javadoc; ls -l
> /usr/lib*/jvm/java-sun-*/jre/lib/*/jli for other builders outputs:
>
> *** buildlog for COMMAND
>         linux-gate.so.1 =>  (0xffffe000)
>         libpthread.so.0 => /lib/tls/libpthread.so.0 (0x555a1000)
>         libjli.so =>
> /usr/lib/jvm/java-sun-1.6.0/bin/../jre/lib/i386/jli/libjli.so (0x555b3000)
> libdl.so.2 => /lib/libdl.so.2 (0x555bc000)
>         libc.so.6 => /lib/tls/libc.so.6 (0x555c0000)
>         /lib/ld-linux.so.2 (0x55555000)
> total 34
> -rw-r--r--  1 root root 32508 Dec 31 13:53 libjli.so
>
>
>
> ---
> Creating ApacheJServ.jar...
> /usr/lib/jvm/java/bin/jar: error while loading shared libraries: libjli.so:
> cannot open shared object file: No such file or directory make[2]: Entering
> directory `/home/users/builder/rpm/BUILD/ApacheJServ-1.1.2/src/java'
> make[2]: Nothing to be done for `install-exec-am'.
> Creating ApacheJServ.jar...
> /usr/lib/jvm/java/bin/jar: error while loading shared libraries: libjli.so:
> cannot open shared object file: No such file or directory test -z
> "/usr/share/java" || /bin/mkdir -p
> "/tmp/B.1b2fb7/ApacheJServ-1.1.2-root-builder/usr/sh



-- 
glen


From glen at delfi.ee  Tue Jan 30 08:14:21 2007
From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=)
Date: Tue, 30 Jan 2007 09:14:21 +0200
Subject: Fwd: ERRORS: ApacheJServ.spec
In-Reply-To: <200701292352.50996.glen@delfi.ee>
References: <200701292329.25671.glen@delfi.ee>
	<200701292352.50996.glen@delfi.ee>
Message-ID: <200701300914.21896.glen@delfi.ee>

On Monday 29 January 2007, Elan Ruusam?e wrote:
> i guess found it:
>
> -%{jredir}/lib/%{arch}/jli/libjli.so
> +%attr(755,root,root) %{jredir}/lib/%{arch}/jli/libjli.so

that was not solving the problem. any other ideas?

-- 
glen


From glen at delfi.ee  Tue Jan 30 10:50:34 2007
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Tue, 30 Jan 2007 11:50:34 +0200
Subject: Fwd: PLDWWW: Vserver
In-Reply-To: <200701292212.16916.mmazur@kernel.pl>
References: <200701181634.09901.glen@delfi.ee>
	<200701292113.02732.mmazur@kernel.pl>
	<200701292212.16916.mmazur@kernel.pl>
Message-ID: <200701301150.34102.glen@delfi.ee>

On Monday 29 January 2007 23:12:16 Mariusz Mazur wrote:
> Dnia poniedzia?ek, 29 stycznia 2007 21:13, Mariusz Mazur napisa?:
> > Dnia poniedzia?ek, 29 stycznia 2007 18:35, Elan Ruusam?e napisa?:
> > > looks like it keeps sending the same diff for any page edit
> > >
> > > please somebody fix it.
> > >
> > > it's a shame if our internal resources don't work properly.
> >
> > Just tested. Sent me the correct diff.
>
> Fixed. Should anyone find any other pages with this behavior, do tell.

appears that some revisions are lost, for example:

9. Copying guest PLD Linux Vserver to another host
http://www.pld-linux.org/Vserver?action=recall&rev=58

-- 
glen


From mmazur at kernel.pl  Tue Jan 30 11:04:10 2007
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Tue, 30 Jan 2007 11:04:10 +0100
Subject: Fwd: PLDWWW: Vserver
In-Reply-To: <200701301150.34102.glen@delfi.ee>
References: <200701181634.09901.glen@delfi.ee>
	<200701292212.16916.mmazur@kernel.pl>
	<200701301150.34102.glen@delfi.ee>
Message-ID: <200701301104.10727.mmazur@kernel.pl>

Dnia wtorek, 30 stycznia 2007 10:50, Elan Ruusam?e napisa?:
> appears that some revisions are lost, for example:
>
> 9. Copying guest PLD Linux Vserver to another host
> http://www.pld-linux.org/Vserver?action=recall&rev=58

Well, the committing was borked, so there might be other problems related to 
it. Just fix it manually on head, no need for having super exact history.

-- 
Judge others by their intentions and yourself by your results.
                                                                 Guy Kawasaki
Education is an admirable thing, but it is well to remember from
time to time that nothing that is worth knowing can be taught.
                                                                  Oscar Wilde


From qboosh at pld-linux.org  Tue Jan 30 22:15:23 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 30 Jan 2007 22:15:23 +0100
Subject: /etc/localtime
Message-ID: <20070130211523.GC21354@stranger.qboosh.pl>

# LC_ALL=C rpm -Fhv /home/comp/rpm/RPMS/tzdata-*
error: Failed dependencies:
        /etc/localtime is needed by tzdata-2007a-1.noarch

To which package should /etc/localtime belong?


-- 
Jakub Bogusz    http://qboosh.pl/


From n3npq at mac.com  Tue Jan 30 22:21:35 2007
From: n3npq at mac.com (Jeff Johnson)
Date: Tue, 30 Jan 2007 16:21:35 -0500
Subject: /etc/localtime
In-Reply-To: <20070130211523.GC21354@stranger.qboosh.pl>
References: <20070130211523.GC21354@stranger.qboosh.pl>
Message-ID: <46BBA639-019E-4044-97E1-6548942CE916@mac.com>


On Jan 30, 2007, at 4:15 PM, Jakub Bogusz wrote:

> # LC_ALL=C rpm -Fhv /home/comp/rpm/RPMS/tzdata-*
> error: Failed dependencies:
>         /etc/localtime is needed by tzdata-2007a-1.noarch
>
> To which package should /etc/localtime belong?
>

Hmmm, this smells like a symlink endpoint dependency.

What happens with
     %ghost /etc/localtime
added to tzdata?

73 de Jeff



From qboosh at pld-linux.org  Wed Jan 31 09:27:41 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 31 Jan 2007 09:27:41 +0100
Subject: [Ac] unable to upgrade seamonkey
Message-ID: <20070131082741.GA8651@gruby.cs.net.pl>

seamonkey-devel obsoletes is missing somewhere.

poldek:/all-avail> upgrade seamonkey-*
Processing dependencies...
seamonkey-1.1-1 obsoleted by seamonkey-1.1-2
error: seamonkey = 1.1-1 is required by seamonkey-devel-1.1-1
seamonkey-libs-1.1-1 obsoleted by seamonkey-libs-1.1-2
There are 2 packages to install, 2 to uninstall:
I seamonkey-1.1-2, seamonkey-libs-1.1-2
R seamonkey-libs-1.1-1, seamonkey-1.1-1
Need to get 9.2MB of archives (9.2MB to download).
After unpacking 29.9MB will be used.
error: 1 unresolved dependency
There were errors


-- 
Jakub Bogusz    http://qboosh.pl/


From hawk at limanowa.net  Wed Jan 31 13:08:34 2007
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Wed, 31 Jan 2007 13:08:34 +0100
Subject: [Ac] unable to upgrade seamonkey
In-Reply-To: <20070131082741.GA8651@gruby.cs.net.pl>
References: <20070131082741.GA8651@gruby.cs.net.pl>
Message-ID: <45C086C2.3060605@limanowa.net>

On 2007-01-31 09:27, Jakub Bogusz wrote:
> seamonkey-devel obsoletes is missing somewhere.

As I can see its only in xulrunner-devel. Should it be elsewhere too? Shouldn't
poldek handle this?

M.


From blues at pld-linux.org  Wed Jan 31 13:14:03 2007
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Wed, 31 Jan 2007 13:14:03 +0100 (CET)
Subject: [Ac] unable to upgrade seamonkey
In-Reply-To: <45C086C2.3060605@limanowa.net>
References: <20070131082741.GA8651@gruby.cs.net.pl>
	<45C086C2.3060605@limanowa.net>
Message-ID: <Pine.LNX.4.64N.0701311313380.11192@fgnss.gnfx.tqn.cy>

On Wed, 31 Jan 2007, Marcin Kr?l wrote:
> > seamonkey-devel obsoletes is missing somewhere.
> As I can see its only in xulrunner-devel. Should it be elsewhere too? 
> Shouldn't poldek handle this?

I think that provides: seamonkey-devel would solve this.

-- 
pozdr.  Pawe? Go?aszewski          jid:blues<at>jabber<dot>gda<dot>pl
--------------------------------------------------------------------------
If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby
Pro-Logic Surround Sound with Bass Boost and all the music is free.

From glen at delfi.ee  Wed Jan 31 13:29:41 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 31 Jan 2007 14:29:41 +0200
Subject: [Ac] unable to upgrade seamonkey
In-Reply-To: <20070131082741.GA8651@gruby.cs.net.pl>
References: <20070131082741.GA8651@gruby.cs.net.pl>
Message-ID: <200701311429.41869.glen@delfi.ee>

On Wednesday 31 January 2007 10:27:41 Jakub Bogusz wrote:
> seamonkey-devel obsoletes is missing somewhere.
>
> poldek:/all-avail> upgrade seamonkey-*
> Processing dependencies...
> seamonkey-1.1-1 obsoleted by seamonkey-1.1-2
> error: seamonkey = 1.1-1 is required by seamonkey-devel-1.1-1

it finds older version seamonkey-devel-1.1-1 while main upgrade is to 
seamonkey-1.1-2.

upgrade xulrunner-devel first, it has the obsoletes for seamonkey-devel.

-- 
glen


From adamg at biomerieux.pl  Wed Jan 31 22:50:12 2007
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 31 Jan 2007 22:50:12 +0100
Subject: SPECS (AC-branch): geninitrd.spec - seems like there is no
	switch_...
In-Reply-To: <SPECS_geninitrd.spec.2.90.2.1@pld-linux.org>
References: <SPECS_geninitrd.spec.2.90@pld-linux.org>
	<SPECS_geninitrd.spec.2.90.2.1@pld-linux.org>
Message-ID: <20070131215012.GA32427@mysza.eu.org>

On Wed, Jan 31, 2007 at 10:46:32PM +0100, adamg wrote:
> Author: adamg                        Date: Wed Jan 31 21:46:32 2007 GMT
> Module: SPECS                         Tag: AC-branch
> ---- Log message:
> - seems like there is no switch_root in AC's busybox, use chroot instead
> - release 2

so the question is, can we achieve the same (have geninitrd working in
Ac) and having the same source for both Ac and Th?

-- 
 http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer    | Everybody needs some solid rock, I know I do.