From kloczek at rudy.mif.pg.gda.pl  Wed Jul 18 12:22:21 2001
From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=)
Date: Wed, 18 Jul 2001 12:22:21 +0200 (CEST)
Subject: BUGS.pld.org.pl
In-Reply-To: <Pine.LNX.4.33.0107181217380.10909-100000@piorun.ds.pg.gda.pl>
Message-ID: <Pine.LNX.4.21.0107181221210.28553-100000@rudy.mif.pg.gda.pl>

On Wed, 18 Jul 2001, Blues wrote:

> On Wed, 18 Jul 2001, Lukas Dobrek wrote:
> > Did anyone succeed using this site with lynx or links.
> > I don't wonna be too malicious but perhaps we shoul enable
> > java to use bugs.pld.org.pl. I know that I promised to do
> > bugs.pld.org.pl finally I could not find time, but IMHO
> > we cannot have page wich we have to browse with some
> > sophisticated browser.
> 
> I was using it with links. It seems to work.

Mantis realy requires onlu http cookies.
But probably we will switch to bugzilla (php version).

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?*
-----------------------------------------------------------
Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl*


From wrobell at posexperts.com.pl  Thu Jul 19 10:34:10 2001
From: wrobell at posexperts.com.pl (wrobell)
Date: Thu, 19 Jul 2001 10:34:10 +0200
Subject: devfs
In-Reply-To: <87elrfp2oi.fsf@arm.t19.ds.pwr.wroc.pl>
Message-ID: <20010719103409.A2004@pred.posexperts.com.pl>

On Wed, Jul 18, 2001 at 01:15:57AM +0200, Arkadiusz Miskiewicz wrote:
> wrobell <wrobell at posexperts.com.pl> writes:
> 
> > On Tue, Jul 17, 2001 at 03:43:18PM +0200, wrobell wrote:
> > > We have dependency on dev package in basesystem.
> > > What about adding "Provides: dev" clause to devfsd, so
> > > devfs based systems will be happy while upgrading?
> > > 
> > > Any better solutions?
> > 
> > I have another idea. Create fake package called devfs
> > (not devfsd). It could provide dev capability.
> > 
> > And it cannot be kernel 2.4 because some people (me)
> >                                 o
> > don't use distribution egg.    =:-)
> >                                 o
> > What about that?
> For me it's even ok. And kernels 2.4 should require that package by
> default?
No. There are people who hate devfs and want old style device files.

 
> >     wrobell <wrobell at posexperts.com.pl>
> 
> ps. dev-devfs name will be better IMHO.
ok

    wrobell <wrobell at posexperts.com.pl>


From misiek at pld.ORG.PL  Wed Jul 18 01:15:57 2001
From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz)
Date: 18 Jul 2001 01:15:57 +0200
Subject: devfs
In-Reply-To: <20010717155145.C17523@pred.posexperts.com.pl>
References: <20010717155145.C17523@pred.posexperts.com.pl>
Message-ID: <87elrfp2oi.fsf@arm.t19.ds.pwr.wroc.pl>

wrobell <wrobell at posexperts.com.pl> writes:

> On Tue, Jul 17, 2001 at 03:43:18PM +0200, wrobell wrote:
> > We have dependency on dev package in basesystem.
> > What about adding "Provides: dev" clause to devfsd, so
> > devfs based systems will be happy while upgrading?
> > 
> > Any better solutions?
> 
> I have another idea. Create fake package called devfs
> (not devfsd). It could provide dev capability.
> 
> And it cannot be kernel 2.4 because some people (me)
>                                 o
> don't use distribution egg.    =:-)
>                                 o
> What about that?
For me it's even ok. And kernels 2.4 should require that package by
default?

>     wrobell <wrobell at posexperts.com.pl>

ps. dev-devfs name will be better IMHO.
-- 
 Arkadiusz Mi?kiewicz, AM2-6BONE, 1024/3DB19BBD
 IPv6 ready PLD Linux at http://www.pld.org.pl/
My jsme Borg. Odpor je marn?, budete asimilov?ni


From jajcus at pld.org.pl  Thu Jul 19 10:28:11 2001
From: jajcus at pld.org.pl (Jacek Konieczny)
Date: Thu, 19 Jul 2001 10:28:11 +0200
Subject: zepsuty qmail
Message-ID: <20010719102811.A2973@nic.gliwice.sdi.tpnet.pl>

Od jakiego? czasu mam problemy takie, ?e niekt?rzy klienci u?ywaj?cy
netscape nie mog? wysy?a? maili. Netscape prosi ich o has?o a potem
stwierdza b??d logowania. Teraz klient u?ywaj?cy Mac'a zupe?nie nie by?
w stanie wysy?a? poczty. By?o to dla mnie o tyle dziwne, ?e nigdzie nie
w??cza?em autentykacji dla smtp (problem open-relay mam rozwi?zany
inaczej). Ale zrobi?em telnet na port 25 serwera i ju? jest dla mnie
wsyzstko jasne:

250-AUTH=LOGIN

A wi?c serwer ma w??czon? autentykacj? mimo ?e ja tego nie chcia?em. Nie
ma te? o tym ani s?owa w "man qmail-smtpd" i chyba nie ma ?adnej
mo?liwo?ci wy??czenia tego. Tak by? nie  mo?e, przecie? to admin
decyduje jakie rozszerzenia SMTP chce mie?, a jakie nie.
Je?li nie zg?osi si? nikt, kto tego u?ywa, to po prostu usun? tego
patcha --- bo taki by? nie mo?e: zero dokumentacji, zero mo?liwo?ci
wy??czenia.

Pozdrowienia,
        Jacek


From ser at metalab.unc.edu  Tue Jul  3 09:42:56 2001
From: ser at metalab.unc.edu (--s+)
Date: Tue, 3 Jul 2001 09:42:56 +0200
Subject: alpha is dead
Message-ID: <20010703094256.D7867@szafa.hyperreal.pl>

hello, i have just read 'computerworld' and compaq declares
he is finishing 'alpha' line of microprocessors in two years,
he made agreement with intel to only support itanium and next
lines of its server processors.

should we engage any efforts to support alphas now?

-- 
http://ibiblio.org/ser/      |*| Traveling through hyperspace
keywords: {linuxdoc|gnu}.org |*| isn't like dusting crops, boy.
--"-- {hyperreal|pld.org}.pl |*| -- Han Solo


From dobrek at itp.uni-hannover.de  Tue Jul  3 09:58:30 2001
From: dobrek at itp.uni-hannover.de (Lukas Dobrek)
Date: Tue, 3 Jul 2001 09:58:30 +0200
Subject: alpha is dead
In-Reply-To: <20010703094256.D7867@szafa.hyperreal.pl>; from ser@metalab.unc.edu on Tue, Jul 03, 2001 at 09:42:56AM +0200
References: <20010703094256.D7867@szafa.hyperreal.pl>
Message-ID: <20010703095830.A8883@zibal.itp.uni-hannover.de>

On Tue, Jul 03, 2001 at 09:42:56AM +0200, --s+ wrote:
> hello, i have just read 'computerworld' and compaq declares
> he is finishing 'alpha' line of microprocessors in two years,
> he made agreement with intel to only support itanium and next
> lines of its server processors.
> 
> should we engage any efforts to support alphas now?

IMHO we should. I am using alpha and I will do it for 
many years. Definitely more then two. And there is many people 
like me all over the word.

Lukasz
-- 
?ukasz Dobrek
Institut f?r Theoretische Physik
Appelstra?e 2, 30167 Hannover, Germany
e-mail:dobrek at itp.uni-hannover.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20010703/f41c43a4/attachment.sig>

From agaran at agaran.6bone.pl  Tue Jul  3 10:03:23 2001
From: agaran at agaran.6bone.pl (Maciej 'Agaran' Pijanka)
Date: Tue, 3 Jul 2001 10:03:23 +0200 (CEST)
Subject: alpha is dead
In-Reply-To: <20010703095830.A8883@zibal.itp.uni-hannover.de>
Message-ID: <Pine.LNX.4.21.0107031000510.12054-100000@kepler.agaran.6bone.pl>

On Tue, 3 Jul 2001, Lukas Dobrek wrote:

> On Tue, Jul 03, 2001 at 09:42:56AM +0200, --s+ wrote:
> > hello, i have just read 'computerworld' and compaq declares
> > he is finishing 'alpha' line of microprocessors in two years,
> > he made agreement with intel to only support itanium and next
> > lines of its server processors.
> > 
> > should we engage any efforts to support alphas now?
> 
> IMHO we should. I am using alpha and I will do it for 
> many years. Definitely more then two. And there is many people 
> like me all over the word.
> 
not only compaq makes boxes with axp cpu.. and probably somebody buy
licence for cpu if compaq wont make it. for axp there is quite large
places where it is used, and its rather much bigger market than ia64,
probably also because intel dont sounds well for some ppls. ex cray makes
box which is axp cpu based thing, i dont think so that they want have
intel inside ;>

> Lukasz
> 

-- 
Maciej 'Agaran' Pijanka <agaran at agaran.6bone.pl> MAP2-6BONE
i386, Linux 2.2, Pine, Mutt, Slrn, Vi(m), IPv6, Gdb, 
I do not fear computers.  I fear the lack of them.
                -- Isaac Asimov


From blues at ds6.pg.gda.pl  Tue Jul  3 10:23:35 2001
From: blues at ds6.pg.gda.pl (Blues)
Date: Tue, 3 Jul 2001 10:23:35 +0200 (CEST)
Subject: alpha is dead
In-Reply-To: <20010703094256.D7867@szafa.hyperreal.pl>
Message-ID: <Pine.LNX.4.33.0107031022570.15036-100000@piorun.ds.pg.gda.pl>

On Tue, 3 Jul 2001, --s+ wrote:
> hello, i have just read 'computerworld' and compaq declares
> he is finishing 'alpha' line of microprocessors in two years,
> he made agreement with intel to only support itanium and next
> lines of its server processors.
> should we engage any efforts to support alphas now?

Yes.

Bur we should think about IA64 port...

-------------------------
pozdr.  Pawe? Go?aszewski
-------------------------
Windows message:
"CPU not found. Software emulation"



From kloczek at rudy.mif.pg.gda.pl  Tue Jul  3 10:24:28 2001
From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=)
Date: Tue, 3 Jul 2001 10:24:28 +0200 (CEST)
Subject: alpha is dead
In-Reply-To: <20010703095830.A8883@zibal.itp.uni-hannover.de>
Message-ID: <Pine.LNX.4.21.0107031018340.11781-100000@rudy.mif.pg.gda.pl>

On Tue, 3 Jul 2001, Lukas Dobrek wrote:

> On Tue, Jul 03, 2001 at 09:42:56AM +0200, --s+ wrote:
> > hello, i have just read 'computerworld' and compaq declares
> > he is finishing 'alpha' line of microprocessors in two years,
> > he made agreement with intel to only support itanium and next
> > lines of its server processors.
> > 
> > should we engage any efforts to support alphas now?
> 
> IMHO we should. I am using alpha and I will do it for 
> many years. Definitely more then two. And there is many people 
> like me all over the word.

"We" also should time to time do something for fix this or other bug :>
I don't see is someone is interested on AXP port (also You :> ).
Many packages do not compiles correctly on AXP or are out of date (latest
is XFree86 which even do not pass "rpm -bp"). All avalaible packages are
produced anly because we build all packages on all archs but I don't see
is it even used or tested by someone.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?*
-----------------------------------------------------------
Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl*


From marek at atm.com.pl  Tue Jul  3 14:46:29 2001
From: marek at atm.com.pl (Marek Guevara Braun)
Date: Tue, 03 Jul 2001 14:46:29 +0200
Subject: alpha is dead
References: <Pine.LNX.4.21.0107031000510.12054-100000@kepler.agaran.6bone.pl>
Message-ID: <3B41BEA5.121EDDEA@atm.com.pl>

Maciej 'Agaran' Pijanka wrote:
> 
> not only compaq makes boxes with axp cpu.. and probably somebody buy
> licence for cpu if compaq wont make it. 

The license and Alpha staff went or will go to Intel, so probably 
no one will see "pure" Alpha next generation cpu, but the technology 
will be incorporated in the next gen IA64 architecture from Intel
and probably sth from the Alpha world will also be incorporated 
in 64-bit AMD cpus.

Marek


From dobrek at itp.uni-hannover.de  Tue Jul  3 15:13:56 2001
From: dobrek at itp.uni-hannover.de (Lukas Dobrek)
Date: Tue, 3 Jul 2001 15:13:56 +0200
Subject: alpha is dead
In-Reply-To: <Pine.LNX.4.21.0107031018340.11781-100000@rudy.mif.pg.gda.pl>; from kloczek@rudy.mif.pg.gda.pl on Tue, Jul 03, 2001 at 10:24:28AM +0200
References: <20010703095830.A8883@zibal.itp.uni-hannover.de> <Pine.LNX.4.21.0107031018340.11781-100000@rudy.mif.pg.gda.pl>
Message-ID: <20010703151356.A14113@zibal.itp.uni-hannover.de>

On Tue, Jul 03, 2001 at 10:24:28AM +0200, Tomasz K?oczko wrote:
> On Tue, 3 Jul 2001, Lukas Dobrek wrote:
> 
> > On Tue, Jul 03, 2001 at 09:42:56AM +0200, --s+ wrote:
> > > hello, i have just read 'computerworld' and compaq declares
> > > he is finishing 'alpha' line of microprocessors in two years,
> > > he made agreement with intel to only support itanium and next
> > > lines of its server processors.
> > > 
> > > should we engage any efforts to support alphas now?
> > 
> > IMHO we should. I am using alpha and I will do it for 
> > many years. Definitely more then two. And there is many people 
> > like me all over the word.
> 
> "We" also should time to time do something for fix this or other bug :>
> I don't see is someone is interested on AXP port (also You :> ).
> Many packages do not compiles correctly on AXP or are out of date (latest
> is XFree86 which even do not pass "rpm -bp"). All avalaible packages are
> produced anly because we build all packages on all archs but I don't see
> is it even used or tested by someone.
> 
I am using PLD on axp without problems. It is indeed  true that I've got
not so much time. But it works really. If something important stop
woking I am starting screaming. You cannot press my to compile KDE or
use GNOME on AXP because I am not using any of them eaven on ix86.
And for shure I am not going to use them on machines which are used
for calculatons, sorry Winetou. But there is a sparc in the tunel
I am gonna put my main server with apache php postgres and crap like
that on double procersor alpha with PLD installed.  

Take Care
Lukasz


-- 
?ukasz Dobrek
Institut f?r Theoretische Physik
Appelstra?e 2, 30167 Hannover, Germany
e-mail:dobrek at itp.uni-hannover.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20010703/095edb61/attachment.sig>

From agaran at agaran.6bone.pl  Tue Jul  3 21:13:18 2001
From: agaran at agaran.6bone.pl (Maciej 'Agaran' Pijanka)
Date: Tue, 3 Jul 2001 21:13:18 +0200 (CEST)
Subject: alpha is dead
In-Reply-To: <3B41BEA5.121EDDEA@atm.com.pl>
Message-ID: <Pine.LNX.4.21.0107032112350.12054-100000@kepler.agaran.6bone.pl>

On Tue, 3 Jul 2001, Marek Guevara Braun wrote:

> Maciej 'Agaran' Pijanka wrote:
> > 
> > not only compaq makes boxes with axp cpu.. and probably somebody buy
> > licence for cpu if compaq wont make it. 
> 
> The license and Alpha staff went or will go to Intel, so probably 
> no one will see "pure" Alpha next generation cpu, but the technology 
> will be incorporated in the next gen IA64 architecture from Intel
> and probably sth from the Alpha world will also be incorporated 
> in 64-bit AMD cpus.

that depend on that how much money somebody want put to buy axp as is
now..
if nobody want to pay for pure axp core then nobody will have that core
for boxes..

> 
> Marek
> 
> ________________________
> http://lists.pld.org.pl/
> 
> 

-- 
Maciej 'Agaran' Pijanka <agaran at agaran.6bone.pl> MAP2-6BONE
i386, Linux 2.2, Pine, Mutt, Slrn, Vi(m), IPv6, Gdb, 
I do not fear computers.  I fear the lack of them.
                -- Isaac Asimov


From wrobell at posexperts.com.pl  Wed Jul  4 15:22:06 2001
From: wrobell at posexperts.com.pl (wrobell)
Date: Wed, 4 Jul 2001 15:22:06 +0200
Subject: galeon compiling
Message-ID: <20010704152206.A2087@pred.posexperts.com.pl>

I have been trying to compile last (cvs) and the latest
(0.11.1) version of galeon. I am getting:

In file included from /usr/X11R6/include/mozilla/nspr/obsolete/protypes.h:53,
    from /usr/X11R6/include/mozilla/nspr/prtypes.h:466,
    from /usr/X11R6/include/mozilla/nscore.h:37,
    from mozilla.h:144,
    from galeon-wrapper.cpp:20:
/usr/include/sys/types.h:84: declaration does not declare anything

Many of you have managed to compile it, so it is sth. in my system.
Any ideas?

    wrobell <wrobell at posexperts.com.pl>


From wrobell at posexperts.com.pl  Wed Jul  4 15:54:34 2001
From: wrobell at posexperts.com.pl (wrobell)
Date: Wed, 4 Jul 2001 15:54:34 +0200
Subject: galeon compiling
In-Reply-To: <20010704152206.A2087@pred.posexperts.com.pl>
Message-ID: <20010704155434.D5104@pred.posexperts.com.pl>

On Wed, Jul 04, 2001 at 03:22:06PM +0200, wrobell wrote:
> I have been trying to compile last (cvs) and the latest
> (0.11.1) version of galeon. I am getting:
> 
> In file included from /usr/X11R6/include/mozilla/nspr/obsolete/protypes.h:53,
>     from /usr/X11R6/include/mozilla/nspr/prtypes.h:466,
>     from /usr/X11R6/include/mozilla/nscore.h:37,
>     from mozilla.h:144,
>     from galeon-wrapper.cpp:20:
> /usr/include/sys/types.h:84: declaration does not declare anything
And while compiling other packages I am getting:

    /usr/include/sys/types.h:84: warning: empty declaration

 wrobell <wrobell at posexperts.com.pl>


From malekith at pld.org.pl  Wed Jul  4 16:23:46 2001
From: malekith at pld.org.pl (Michal Moskal)
Date: Wed, 4 Jul 2001 16:23:46 +0200
Subject: galeon compiling
In-Reply-To: <20010704155434.D5104@pred.posexperts.com.pl>
Message-ID: <20010704162346.B8287@aleph-0.aleph-0.dhs.org>

On Wed, Jul 04, 2001 at 03:54:34PM +0200, wrobell wrote:
> On Wed, Jul 04, 2001 at 03:22:06PM +0200, wrobell wrote:
> > I have been trying to compile last (cvs) and the latest
> > (0.11.1) version of galeon. I am getting:
> > 
> > In file included from /usr/X11R6/include/mozilla/nspr/obsolete/protypes.h:53,
> >     from /usr/X11R6/include/mozilla/nspr/prtypes.h:466,
> >     from /usr/X11R6/include/mozilla/nscore.h:37,
> >     from mozilla.h:144,
> >     from galeon-wrapper.cpp:20:
> > /usr/include/sys/types.h:84: declaration does not declare anything
> And while compiling other packages I am getting:
> 
>     /usr/include/sys/types.h:84: warning: empty declaration

Try compiling test.c with just #include <sys/types.h>,
also show rpm -q glibc-devel. If <sys/types.h> alone
works, try look what else includes are used before,
in my sys/types.h:84 there is off_t definition so maybe
smoe other file does #define off_t int or sth...

-- 
: Michal ``,/\/\,       '' Moskal    | |            : GCS {C,UL}++++$
:          |    |alekith      @    |)|(| . org . pl : {E--, W, w-,M}-
:                                  |                : {b,e>+}++ !tv h
: Current project:  http://aleph-0.dhs.org/ywindow/ : PLD Team member


From jajcus at bnet.pl  Wed Jul  4 16:46:54 2001
From: jajcus at bnet.pl (Jacek Konieczny)
Date: Wed, 4 Jul 2001 16:46:54 +0200
Subject: Oops in arp_rcv, patch
Message-ID: <20010704164654.B3805@nic.gliwice.sdi.tpnet.pl>

Hi,

One of my router has rebooted a lot last days. I couldn't find the
reason as the oops were not logged, and during most of crashes there was
noone at the console. But finnaly I got the oops on a serial console.
After decoding the oops and examining kernel sources I found the problem
 --- it was neigh_release() function which failed. Everywhere else in
the code its argument is protected against being NULL, but not in the
one place. Here is my patch:
===== cut ====
--- linux/net/ipv4/arp.c.orig	Thu Jun 28 17:29:10 2001
+++ linux/net/ipv4/arp.c	Tue Jul  3 19:37:25 2001
@@ -738,7 +738,7 @@
 			    (addr_type == RTN_UNICAST  && rt->u.dst.dev != dev &&
 			     (IN_DEV_PROXY_ARP(in_dev) || pneigh_lookup(&arp_tbl, &tip, dev, 0)))) {
 				n = neigh_event_ns(&arp_tbl, sha, &sip, dev);
-				neigh_release(n);
+				if (n) neigh_release(n);
 
 				if (skb->stamp.tv_sec == 0 ||
 				    skb->pkt_type == PACKET_HOST ||
==============

The bug cames out when proxy-arp is configured. It seems number of
entries in ARP table matters to (on my host "ip nieghb show|wc" gives
more than 1000), or it may be number of ethernet ports (I have 10).

The buggy code seems unchanged in 2.4.5 kernel.

Here is the decoded oops:
===============
ksymoops 2.4.1 on i686 2.2.19.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /lib/modules/2.2.19-16/ (specified)
     -o /lib/modules/2.2.19/ (default)
     -m /boot/System.map (specified)

Error (expand_objects): cannot stat(/lib/ext2.o) for ext2
Error (expand_objects): cannot stat(/lib/ide-disk.o) for ide-disk
Error (expand_objects): cannot stat(/lib/ide-probe-mod.o) for ide-probe-mod
Error (expand_objects): cannot stat(/lib/ide-mod.o) for ide-mod
Error (regular_file): read_lsmod /lib/modules/2.2.19-16/ is not a regular file, ignored
Warning (map_ksym_to_module): cannot match loaded module ext2 to a unique module object.  Trace may not be reliable.
Oops: 0002
CPU:    0
EIP:    0010:[<c016d089>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: 00000000   ebx: 00000000   ecx: 5343e3d5   edx: 00000401
esi: c62a7430   edi: ca4d71f0   ebp: c62a7438   esp: c0211f04
ds: 0018   es: 0018   ss: 0018
Process swapper (pid: 0, process nr: 0, stackpage=c0211000)
Stack: c0200494 c0210608 5343e3d5 c0211f20 c0211f24 cb8f0750 00017b80 5343e3d5
       5143e3d5 c0148038 c7bf6640 ca4d71f0 c0200494 00000001 c023d8e4 0003c15b
       c0211f60 c7bf6640 0003c15b c011a269 00000000 c0210000 c010b56a 00001000
Call Trace: [<c0148038>] [<c011a269>] [<c010b56a>] [<c010b230>] [<c01088dd>]
           [<c0106000>] [<c010890
       [<c010a008>] [<c0106000>] [<c0106077>] [<c0106000>] [<c0100175>]
Code: ff 4b 2c 0f 94 c0 84 c0 74 0f 83 7b 04 00 75 09 53 e8 a9 cd

>>EIP; c016d089 <arp_rcv+2c9/3d4>   <=====
Trace; c0148038 <net_bh+1a0/200>
Trace; c011a269 <do_bottom_half+49/70>
Trace; c010b56a <do_IRQ+3a/3c>
Trace; c010b230 <common_interrupt+18/20>
Trace; c01088dd <cpu_idle+5d/6c>
Trace; c0106000 <get_options+0/70>
Trace; c010a008 <system_call+34/38>
Trace; c0106000 <get_options+0/70>
Trace; c0106077 <cpu_idle+7/18>
Trace; c0106000 <get_options+0/70>
Trace; c0100175 <L6+0/2>
Code;  c016d089 <arp_rcv+2c9/3d4>
00000000 <_EIP>:
Code;  c016d089 <arp_rcv+2c9/3d4>   <=====
   0:   ff 4b 2c                  decl   0x2c(%ebx)   <=====
Code;  c016d08c <arp_rcv+2cc/3d4>
   3:   0f 94 c0                  sete   %al
Code;  c016d08f <arp_rcv+2cf/3d4>
   6:   84 c0                     test   %al,%al
Code;  c016d091 <arp_rcv+2d1/3d4>
   8:   74 0f                     je     19 <_EIP+0x19> c016d0a2 <arp_rcv+2e2/3d4>
Code;  c016d093 <arp_rcv+2d3/3d4>
   a:   83 7b 04 00               cmpl   $0x0,0x4(%ebx)
Code;  c016d097 <arp_rcv+2d7/3d4>
   e:   75 09                     jne    19 <_EIP+0x19> c016d0a2 <arp_rcv+2e2/3d4>
Code;  c016d099 <arp_rcv+2d9/3d4>
  10:   53                        push   %ebx
Code;  c016d09a <arp_rcv+2da/3d4>
  11:   e8 a9 cd 00 00            call   cdbf <_EIP+0xcdbf> c0179e48 <unix_getname+28/7c>

Aiee, killing interrupt handler
Kernel panic: Attempted to kill the idle task!
In swapper task - not syncing

1 warning and 5 errors issued.  Results may not be reliable.


From wrobell at posexperts.com.pl  Wed Jul  4 17:22:09 2001
From: wrobell at posexperts.com.pl (wrobell)
Date: Wed, 4 Jul 2001 17:22:09 +0200
Subject: galeon compiling
In-Reply-To: <20010704162346.B8287@aleph-0.aleph-0.dhs.org>
Message-ID: <20010704172209.B25448@pred.posexperts.com.pl>

On Wed, Jul 04, 2001 at 04:23:46PM +0200, Michal Moskal wrote:
> On Wed, Jul 04, 2001 at 03:54:34PM +0200, wrobell wrote:
> > On Wed, Jul 04, 2001 at 03:22:06PM +0200, wrobell wrote:
> > > I have been trying to compile last (cvs) and the latest
> > > (0.11.1) version of galeon. I am getting:
> > > 
> > > In file included from /usr/X11R6/include/mozilla/nspr/obsolete/protypes.h:53,
> > >     from /usr/X11R6/include/mozilla/nspr/prtypes.h:466,
> > >     from /usr/X11R6/include/mozilla/nscore.h:37,
> > >     from mozilla.h:144,
> > >     from galeon-wrapper.cpp:20:
> > > /usr/include/sys/types.h:84: declaration does not declare anything
> > And while compiling other packages I am getting:
> > 
> >     /usr/include/sys/types.h:84: warning: empty declaration
> 
> Try compiling test.c with just #include <sys/types.h>,
> also show rpm -q glibc-devel. If <sys/types.h> alone
Works. glibc-devel-2.2.3-5
> works, try look what else includes are used before,
> in my sys/types.h:84 there is off_t definition so maybe
In my sys/types the off_t definitions exists, too.
> smoe other file does #define off_t int or sth...
Many:

find /usr/include -follow -type f \
    | xargs grep '\<off_t\>;' | grep -e typedef -e define

/usr/include/linux/types.h:typedef __kernel_off_t          off_t;
/usr/include/sys/mman.h:typedef __off_t off_t;
/usr/include/sys/mman.h:typedef __off64_t off_t;
/usr/include/sys/stat.h:typedef __off_t off_t;
/usr/include/sys/stat.h:typedef __off64_t off_t;
/usr/include/sys/types.h:typedef __off_t off_t;
/usr/include/sys/types.h:typedef __off64_t off_t;
/usr/include/unistd.h:typedef __off_t off_t;
/usr/include/unistd.h:typedef __off64_t off_t;


I am using kernel 2.4.x, so tried with pld kernel headers.
I have the same problem.

    wrobell <wrobell at posexperts.com.pl>


From wrobell at posexperts.com.pl  Wed Jul  4 17:39:10 2001
From: wrobell at posexperts.com.pl (wrobell)
Date: Wed, 4 Jul 2001 17:39:10 +0200
Subject: wrobell: SPECS galeon.spec
In-Reply-To: <20010704152413.138C7E1076@wun.zie.pg.gda.pl>
Message-ID: <20010704173910.A9093@pred.posexperts.com.pl>

On Wed, Jul 04, 2001 at 05:24:13PM +0200, PLD CVS wrote:
> Module name:	SPECS
> Changes by:	wrobell	01/07/04 17:24:13
> 
> Modified files:
> 	.              : galeon.spec 
> 
> Log message:
> - up to 0.11.
Hell, should 0.11.1 ver.

Those, who are able to compile cvs version, try compile it.
I can't, due to my system problems.

    wrobell <wrobell at posexperts.com.pl>


From wrobell at posexperts.com.pl  Wed Jul  4 17:48:04 2001
From: wrobell at posexperts.com.pl (wrobell)
Date: Wed, 4 Jul 2001 17:48:04 +0200
Subject: wrobell: SPECS galeon.spec
In-Reply-To: <20010704173910.A9093@pred.posexperts.com.pl>
Message-ID: <20010704174804.B9093@pred.posexperts.com.pl>

On Wed, Jul 04, 2001 at 05:39:10PM +0200, wrobell wrote:
> On Wed, Jul 04, 2001 at 05:24:13PM +0200, PLD CVS wrote:
> > Module name:	SPECS
> > Changes by:	wrobell	01/07/04 17:24:13
> > 
> > Modified files:
> > 	.              : galeon.spec 
> > 
> > Log message:
> > - up to 0.11.
> Hell, should 0.11.1 ver.
Hell should be "should be" :-) kloczek, kill me if I reach list amount limit ;-)

> Those, who are able to compile cvs version, try compile it.
I have forgot to mention that "rpm -bp galeon.spec" works.

    wrobell <wrobell at posexperts.com.pl>


From wrobell at posexperts.com.pl  Thu Jul  5 13:59:48 2001
From: wrobell at posexperts.com.pl (wrobell)
Date: Thu, 5 Jul 2001 13:59:48 +0200
Subject: galeon 0.11.1
Message-ID: <20010705135948.C18478@pred.posexperts.com.pl>

Thanks to kloczek, galeon 0.11.1 is in test directory
on ftp.pld.org.pl.

Please download, test and send info about stability
comparing to previous version, which is in PLD-1.0 directory.

    wrobell <wrobell at posexperts.com.pl>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20010705/00d1174a/attachment.sig>

From wrobell at posexperts.com.pl  Sun Jul  8 11:55:44 2001
From: wrobell at posexperts.com.pl (wrobell)
Date: Sun, 8 Jul 2001 11:55:44 +0200
Subject: mozilla warning
Message-ID: <20010708115544.A21936@dk.wroc.pl>

I have done some changes to mozilla, galeon and skipstone.

Mozilla have new package: mozilla-embedded.
This package should be enough to build and run galeon and skipstone
browsers. Please note that mozilla package provides mozilla-embedded
functionality and you can run mentioned browsers with mozilla
package too.

The advantage of the solution is that mozilla-embedded size is 52% of mozilla
itself.

The disadvantage. PSM (i.e. ssl) will not work if
anybody uses mozilla-embedded with galeon or skipstone.
It is due 83393 bug in mozilla embedded part.

As I have mentioned above you can still use galeon or skipstone
with mozilla package.

    wrobell <wrobell at posexperts.com.pl>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20010708/0dc21d09/attachment.sig>

From wrobell at posexperts.com.pl  Fri Jul 13 18:57:14 2001
From: wrobell at posexperts.com.pl (wrobell)
Date: Fri, 13 Jul 2001 18:57:14 +0200
Subject: qboosh: SPECS openjade.spec
In-Reply-To: <20010713162803.24525E1076@wun.zie.pg.gda.pl>
Message-ID: <20010713185714.B2225@pred.posexperts.com.pl>

On Fri, Jul 13, 2001 at 06:28:03PM +0200, PLD CVS wrote:
> Module name:	SPECS
> Changes by:	qboosh	01/07/13 18:28:03
> 
> Modified files:
> 	.              : openjade.spec 
> 
> Log message:
> - ac 2.50 compatibility fixes
> - release 6.20000320

libxslt has ability to process SGML docbook specific files, too

As I know, openjade project is not actively developed anymore,
so maybe libxslt will fit sb's needs.

Just for information.

    wrobell <wrobell at posexperts.com.pl>


From wrobell at posexperts.com.pl  Tue Jul 17 15:43:18 2001
From: wrobell at posexperts.com.pl (wrobell)
Date: Tue, 17 Jul 2001 15:43:18 +0200
Subject: devfs
Message-ID: <20010717154318.A17523@pred.posexperts.com.pl>

We have dependency on dev package in basesystem.
What about adding "Provides: dev" clause to devfsd, so
devfs based systems will be happy while upgrading?

Any better solutions?

    wrobell <wrobell at posexperts.com.pl>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20010717/2fcaa88a/attachment.sig>

From wrobell at posexperts.com.pl  Tue Jul 17 15:51:45 2001
From: wrobell at posexperts.com.pl (wrobell)
Date: Tue, 17 Jul 2001 15:51:45 +0200
Subject: devfs
In-Reply-To: <20010717154318.A17523@pred.posexperts.com.pl>
Message-ID: <20010717155145.C17523@pred.posexperts.com.pl>

On Tue, Jul 17, 2001 at 03:43:18PM +0200, wrobell wrote:
> We have dependency on dev package in basesystem.
> What about adding "Provides: dev" clause to devfsd, so
> devfs based systems will be happy while upgrading?
> 
> Any better solutions?

I have another idea. Create fake package called devfs
(not devfsd). It could provide dev capability.

And it cannot be kernel 2.4 because some people (me)
                                o
don't use distribution egg.    =:-)
                                o
What about that?

    wrobell <wrobell at posexperts.com.pl>


From dobrek at itp.uni-hannover.de  Wed Jul 18 11:09:18 2001
From: dobrek at itp.uni-hannover.de (Lukas Dobrek)
Date: Wed, 18 Jul 2001 11:09:18 +0200
Subject: BUGS.pld.org.pl
Message-ID: <20010718110918.A24254@zibal.itp.uni-hannover.de>


Did anyone succeed using this site with lynx or links.
I don't wonna be too malicious but perhaps we shoul enable
java to use bugs.pld.org.pl. I know that I promised to do 
bugs.pld.org.pl finally I could not find time, but IMHO 
we cannot have page wich we have to browse with some 
sophisticated browser. 

Take Care
Lukasz
-- 
?ukasz Dobrek
Institut f?r Theoretische Physik
Appelstra?e 2, 30167 Hannover, Germany
e-mail:dobrek at itp.uni-hannover.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20010718/cd62b1d2/attachment.sig>

From blues at ds6.pg.gda.pl  Wed Jul 18 12:18:10 2001
From: blues at ds6.pg.gda.pl (Blues)
Date: Wed, 18 Jul 2001 12:18:10 +0200 (CEST)
Subject: BUGS.pld.org.pl
In-Reply-To: <20010718110918.A24254@zibal.itp.uni-hannover.de>
Message-ID: <Pine.LNX.4.33.0107181217380.10909-100000@piorun.ds.pg.gda.pl>

On Wed, 18 Jul 2001, Lukas Dobrek wrote:
> Did anyone succeed using this site with lynx or links.
> I don't wonna be too malicious but perhaps we shoul enable
> java to use bugs.pld.org.pl. I know that I promised to do
> bugs.pld.org.pl finally I could not find time, but IMHO
> we cannot have page wich we have to browse with some
> sophisticated browser.

I was using it with links. It seems to work.

-- 
---------------------------------
pozdr.  Pawe? Go?aszewski
---------------------------------
Windows message:
"CPU not found. Software emulation"
---------------------------------
B.L.U.E.S.:
Biomechanical Lifeform Used for Exploration and Sabotage



From dobrek at itp.uni-hannover.de  Thu Jul 19 11:16:46 2001
From: dobrek at itp.uni-hannover.de (Lukas Dobrek)
Date: Thu, 19 Jul 2001 11:16:46 +0200
Subject: zepsuty qmail
In-Reply-To: <20010719102811.A2973@nic.gliwice.sdi.tpnet.pl>; from jajcus@pld.org.pl on Thu, Jul 19, 2001 at 10:28:11AM +0200
References: <20010719102811.A2973@nic.gliwice.sdi.tpnet.pl>
Message-ID: <20010719111646.A8530@spica.itp.uni-hannover.de>

On Thu, Jul 19, 2001 at 10:28:11AM +0200, Jacek Konieczny wrote:
> Od jakiego? czasu mam problemy takie, ?e niekt?rzy klienci u?ywaj?cy
> netscape nie mog? wysy?a? maili. Netscape prosi ich o has?o a potem
> stwierdza b??d logowania. Teraz klient u?ywaj?cy Mac'a zupe?nie nie by?
> w stanie wysy?a? poczty. By?o to dla mnie o tyle dziwne, ?e nigdzie nie
> w??cza?em autentykacji dla smtp (problem open-relay mam rozwi?zany
> inaczej). Ale zrobi?em telnet na port 25 serwera i ju? jest dla mnie
> wsyzstko jasne:
> 
> 250-AUTH=LOGIN
> 
> A wi?c serwer ma w??czon? autentykacj? mimo ?e ja tego nie chcia?em. Nie
> ma te? o tym ani s?owa w "man qmail-smtpd" i chyba nie ma ?adnej
> mo?liwo?ci wy??czenia tego. Tak by? nie  mo?e, przecie? to admin
> decyduje jakie rozszerzenia SMTP chce mie?, a jakie nie.
> Je?li nie zg?osi si? nikt, kto tego u?ywa, to po prostu usun? tego
> patcha --- bo taki by? nie mo?e: zero dokumentacji, zero mo?liwo?ci
> wy??czenia.
It is off topic, but be more carefull. It is english speaking list.
ld
-- 
?ukasz Dobrek
Institut f?r Theoretische Physik
Appelstra?e 2, 30167 Hannover, Germany
e-mail:dobrek at itp.uni-hannover.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20010719/712ebf8b/attachment.sig>

From jajcus at pld.org.pl  Thu Jul 19 11:52:04 2001
From: jajcus at pld.org.pl (Jacek Konieczny)
Date: Thu, 19 Jul 2001 11:52:04 +0200
Subject: zepsuty qmail
In-Reply-To: <20010719111646.A8530@spica.itp.uni-hannover.de>
Message-ID: <20010719115204.C2973@nic.gliwice.sdi.tpnet.pl>

On Thu, Jul 19, 2001 at 11:16:46AM +0200, Lukas Dobrek wrote:
> It is off topic, but be more carefull. It is english speaking list.
Sorry :-(
It is just typing mistake :-(

Greets,
        Jacek


From jajcus at bnet.pl  Mon Jul 30 07:47:52 2001
From: jajcus at bnet.pl (Jacek Konieczny)
Date: Mon, 30 Jul 2001 07:47:52 +0200
Subject: blues: SPECS postgresql.spec
In-Reply-To: <20010729214127.0E935E1076@wun.zie.pg.gda.pl>
Message-ID: <20010730074752.A6321@serwus.bnet.pl>

On Sun, Jul 29, 2001 at 11:41:27PM +0200, PLD CVS wrote:
> Module name:	SPECS
> Changes by:	blues	01/07/29 23:41:27
> 
> Modified files:
> 	.              : postgresql.spec 
> 
> Log message:
> - release 7
> - added postgresql-clients to postgresql requires. It contains psql file,
>   which is needed to init database and show initd-script status. Maybe move
>   it to libs package would be better?
No!

-libs package should contain only libs, so libs in different version
could be installed. I already have a problem, when I want to install
new readline (still needing old one), because libs and other files are
in one package, and there are conflicts while installing multiple
versions. Fortunately most of our packaged libraries don't have this
problem.


Greets,
	Jacek


From blues at ds6.pg.gda.pl  Mon Jul 30 09:11:17 2001
From: blues at ds6.pg.gda.pl (Blues)
Date: Mon, 30 Jul 2001 09:11:17 +0200 (CEST)
Subject: blues: SPECS postgresql.spec
In-Reply-To: <20010730074752.A6321@serwus.bnet.pl>
Message-ID: <Pine.LNX.4.33.0107300907520.20034-100000@piorun.ds.pg.gda.pl>

On Mon, 30 Jul 2001, Jacek Konieczny wrote:
> > 	.              : postgresql.spec 
> > Log message:
> > - added postgresql-clients to postgresql requires. It contains psql file,
> >   which is needed to init database and show initd-script status. Maybe move
> >   it to libs package would be better?
> No!

OK - I was only asking :]

One more thing with postgres - It has trouble with postgres database init. 
While executing "su" through PAM it is making .xauth dir and thats why 
initdb script says NO".

-- 
---------------------------------
pozdr.  Pawe? Go?aszewski        
---------------------------------
R.I.P. - rest in pieces ...


From jajcus at bnet.pl  Mon Jul 30 09:15:47 2001
From: jajcus at bnet.pl (Jacek Konieczny)
Date: Mon, 30 Jul 2001 09:15:47 +0200
Subject: blues: SPECS postgresql.spec
In-Reply-To: <Pine.LNX.4.33.0107300907520.20034-100000@piorun.ds.pg.gda.pl>
Message-ID: <20010730091547.A8558@serwus.bnet.pl>

On Mon, Jul 30, 2001 at 09:11:17AM +0200, Blues wrote:
> One more thing with postgres - It has trouble with postgres database init. 
> While executing "su" through PAM it is making .xauth dir and thats why 
> initdb script says NO".

pam_xauth is broken. It should be fixed. Temporary fix would be to
remove pam_xauth from /etc/pam.d/su until it will be fixed.
And what is the owner of ~postgres?
If it is not root, this may be the problem too (system users should not
own their directories). But many apps (probably including postgresql) 
insist on owning their directories. In most cases proper gid and write
rigth for it should be enough, though.

Greets,
	Jacek