From kloczek at rudy.mif.pg.gda.pl Mon Feb 19 15:12:42 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 19 Feb 2001 15:12:42 +0100 (CET) Subject: new patch for kernel In-Reply-To: <20010219141715.A12479@serwus.bnet.pl> Message-ID: On Mon, 19 Feb 2001, Jacek Konieczny wrote: > On Mon, Feb 19, 2001 at 02:11:13PM +0100, Tomasz K?oczko wrote: > > BTW. Anyone found some information how to use FB if was kompiled to module > > ? > modprobe the_module > > But this won't fork for VesaFB, as Vesa videomode can be only initialised > on startup (before the kernel enters protected mode). Know You why and/or is it bug or facture in current VesaFB code ? > So the VesaFB and all modules needed by it must be compiled into kernel > (now some parts are compiled as modules, so when vesa mode is enabled in > lilo.conf kernel won't start!). Other frame-buffer drivers can (and IMHO should) > be compiled as modules (but you won't get boot logo on those frame-buffers). I have also problems with initialize FB from module on sparc console :> 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 jajcus at bnet.pl Mon Feb 19 15:34:01 2001 From: jajcus at bnet.pl (Jacek Konieczny) Date: Mon, 19 Feb 2001 15:34:01 +0100 Subject: new patch for kernel In-Reply-To: ; from kloczek@rudy.mif.pg.gda.pl on Mon, Feb 19, 2001 at 03:12:42PM +0100 References: <20010219141715.A12479@serwus.bnet.pl> Message-ID: <20010219153401.A15071@serwus.bnet.pl> On Mon, Feb 19, 2001 at 03:12:42PM +0100, Tomasz K?oczko wrote: > On Mon, 19 Feb 2001, Jacek Konieczny wrote: > > > On Mon, Feb 19, 2001 at 02:11:13PM +0100, Tomasz K?oczko wrote: > > > BTW. Anyone found some information how to use FB if was kompiled to module > > > ? > > modprobe the_module > > > > But this won't fork for VesaFB, as Vesa videomode can be only initialised > > on startup (before the kernel enters protected mode). > > Know You why and/or is it bug or facture in current VesaFB code ? It is not a bug. That is how it works. VESA is a BIOS extension designed to be used from DOS, not multitasking OS using i386 "protected mode". There are some VESA protected-mode extensions, but they are not very reliable. In fact VESA-FB is a hack --- extension to the "VGA video-mode selection". The latter uses standard PC BIOS calls to setup video modes on startup. When the kernel is running VIDEO-BIOS practically is not available, and cannot be raliably used. Greets, Jacek From malekith at pld.org.pl Mon Feb 19 15:36:40 2001 From: malekith at pld.org.pl (Michal Moskal) Date: Mon, 19 Feb 2001 15:36:40 +0100 Subject: new patch for kernel In-Reply-To: ; from kloczek@rudy.mif.pg.gda.pl on Mon, Feb 19, 2001 at 03:12:42PM +0100 References: <20010219141715.A12479@serwus.bnet.pl> Message-ID: <20010219153640.A16441@aleph-0.aleph-0.dhs.org> On Mon, Feb 19, 2001 at 03:12:42PM +0100, Tomasz K?oczko wrote: > On Mon, 19 Feb 2001, Jacek Konieczny wrote: > > > On Mon, Feb 19, 2001 at 02:11:13PM +0100, Tomasz K?oczko wrote: > > > BTW. Anyone found some information how to use FB if was kompiled to module > > > ? > > modprobe the_module > > > > But this won't fork for VesaFB, as Vesa videomode can be only initialised > > on startup (before the kernel enters protected mode). > > Know You why and/or is it bug or facture in current VesaFB code ? Nope. It's general problem with vesa-anything. You can only set mode when in 16-bit. I don't think they will fixit (svgalib handles it somewhat). > > So the VesaFB and all modules needed by it must be compiled into kernel > > (now some parts are compiled as modules, so when vesa mode is enabled in > > lilo.conf kernel won't start!). Other frame-buffer drivers can (and IMHO should) > > be compiled as modules (but you won't get boot logo on those frame-buffers). > > I have also problems with initialize FB from module on sparc console :> > Does sparc have text console? Wow! I thought it only works with gfx mode... -- Micha? Moskal A bug in the hand is better than one as yet undetected. FBI Ortega nuclear domestic disruption Ft. Meade Khaddafi Legion of Doom Ft. Bragg North Korea Delta Force Legion of Doom Kennedy SDI kibo $400 million in gold bullion SEAL Team 6 plutonium NSA kibo Albanian -- From alchemyx at uznam.top.pl Mon Feb 19 15:41:21 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Mon, 19 Feb 2001 15:41:21 +0100 Subject: new patch for kernel In-Reply-To: <20010219153401.A15071@serwus.bnet.pl>; from Jacek Konieczny on Mon, Feb 19, 2001 at 03:34:01PM +0100 References: <20010219141715.A12479@serwus.bnet.pl> <20010219153401.A15071@serwus.bnet.pl> Message-ID: <20010219154120.A1644@mephisto.px.pl> [poniedzia?ek, 19 luty 2001], Jacek Konieczny napisa?(a): > It is not a bug. That is how it works. > VESA is a BIOS extension designed to be used from DOS, not multitasking OS > using i386 "protected mode". There are some VESA protected-mode extensions, > but they are not very reliable. > In fact VESA-FB is a hack --- extension to the "VGA video-mode selection". > The latter uses standard PC BIOS calls to setup video modes on startup. > When the kernel is running VIDEO-BIOS practically is not available, and cannot > be raliably used. BTW: I would like to ask. How to use FB on S3 Virge properly? I want to know because svgalib behaves funny -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From qboosh at prioris.mini.pw.edu.pl Thu Feb 1 19:41:08 2001 From: qboosh at prioris.mini.pw.edu.pl (Jakub Bogusz) Date: Thu, 1 Feb 2001 19:41:08 +0100 Subject: pam_limits again... Message-ID: <20010201194108.A19495@satan> Some time ago I reported problem with pam_limits - this module compiled with glibc 2.2 doesn't work on kernel 2.2.xx. Now we have new pam, but problem remains the same. This is because from glibc 2.2 contains RLIMIT_LOCKS and has RLIM_NLIMITS==11 (as in kernel 2.4). init_limits() funtion contains: for(i = 0; i < RLIM_NLIMITS; i++) retval |= getrlimit(i, &pl->limits[i].limit); on kernel 2.2 last getrlimit() (with RLIMIT_LOCKS) fails. I think this problem should be fixed in PAM - maybe getrlimit shouldn't be called with RLIMIT_LOCKS, or if it failed, shouldn't be considered fatal error? It could be also fixed in glibc (as baggins proposed), but then we should have separate glibc versions for kernel 2.2 and 2.4... See also: news:slrn97cr1n.1jo.joshua at pingwin.ani (from pl.comp.os.linux) -- Jakub Bogusz http://prioris.mini.pw.edu.pl/~qboosh/ From misiek at pld.ORG.PL Thu Feb 1 20:31:12 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Thu, 1 Feb 2001 20:31:12 +0100 Subject: linux 2.4.x && total lock from simple program Message-ID: <20010201203112.A19979@ikar.t17.ds.pwr.wroc.pl> from lkml: #include #include #include #include int main(int argc, const char* argv[]) { int retval; int sockets[2]; char buf[1]; retval = socketpair(PF_UNIX, SOCK_DGRAM, 0, sockets); if (retval != 0) { perror("socketpair"); exit(1); } shutdown(sockets[0], SHUT_RDWR); read(sockets[0], buf, 1); } locks 2.4 kernels 8) no patch at this moment. -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From misiek at pld.ORG.PL Fri Feb 2 10:37:00 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Fri, 2 Feb 2001 10:37:00 +0100 Subject: linux 2.4.x && total lock from simple program In-Reply-To: <20010201203112.A19979@ikar.t17.ds.pwr.wroc.pl>; from misiek@pld.ORG.PL on Thu, Feb 01, 2001 at 08:31:12PM +0100 References: <20010201203112.A19979@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20010202103700.A5456@ikar.t17.ds.pwr.wroc.pl> On/Dnia Thu, Feb 01, 2001 at 08:31:12PM +0100, Arkadiusz Miskiewicz wrote/napisa?(a) > retval = socketpair(PF_UNIX, SOCK_DGRAM, 0, sockets); > shutdown(sockets[0], SHUT_RDWR); > read(sockets[0], buf, 1); > > locks 2.4 kernels 8) no patch at this moment. and here is fix: diff -u --recursive --new-file --exclude=CVS --exclude=.cvsignore vanilla/linux/net/core/datagram.c linux/net/core/datagram.c --- vanilla/linux/net/core/datagram.c Sat Nov 11 19:02:40 2000 +++ linux/net/core/datagram.c Thu Feb 1 17:15:12 2001 @@ -72,19 +73,19 @@ /* Socket errors? */ error = sock_error(sk); if (error) - goto out; + goto out_err; if (!skb_queue_empty(&sk->receive_queue)) goto ready; /* Socket shut down? */ if (sk->shutdown & RCV_SHUTDOWN) - goto out; + goto out_noerr; /* Sequenced packets can come disconnected. If so we report the problem */ error = -ENOTCONN; if(connection_based(sk) && !(sk->state==TCP_ESTABLISHED || sk->state==TCP_LISTEN)) - goto out; + goto out_err; /* handle signals */ if (signal_pending(current)) @@ -99,11 +100,16 @@ interrupted: error = sock_intr_errno(*timeo_p); +out_err: + *err = error; out: current->state = TASK_RUNNING; remove_wait_queue(sk->sleep, &wait); - *err = error; return error; +out_noerr: + *err = 0; + error = 1; + goto out; } /* > -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From misiek at pld.ORG.PL Fri Feb 2 10:42:26 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Fri, 2 Feb 2001 10:42:26 +0100 Subject: pam_limits again... In-Reply-To: <20010201194108.A19495@satan>; from qboosh@prioris.mini.pw.edu.pl on Thu, Feb 01, 2001 at 07:41:08PM +0100 References: <20010201194108.A19495@satan> Message-ID: <20010202104226.B5456@ikar.t17.ds.pwr.wroc.pl> On/Dnia Thu, Feb 01, 2001 at 07:41:08PM +0100, Jakub Bogusz wrote/napisa?(a) > I think this problem should be fixed in PAM - maybe getrlimit shouldn't > be called with RLIMIT_LOCKS, or if it failed, shouldn't be considered > fatal error? IMO we can use this temporary workaround instead of changing glibc (ignore error from g/setrlimig() on RLIMIT_LOCKS). > It could be also fixed in glibc (as baggins proposed), but then we > should have separate glibc versions for kernel 2.2 and 2.4... I don't remember his posting about how to change (fix?) glibc. But why we need to fix glibc if it isn't broken? > Jakub Bogusz -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From baggins-pld at sith.mimuw.edu.pl Fri Feb 2 15:11:59 2001 From: baggins-pld at sith.mimuw.edu.pl (Jan Rekorajski) Date: Fri, 2 Feb 2001 15:11:59 +0100 Subject: pam_limits again... In-Reply-To: <20010202104226.B5456@ikar.t17.ds.pwr.wroc.pl>; from misiek@pld.ORG.PL on Fri, Feb 02, 2001 at 10:42:26AM +0100 References: <20010201194108.A19495@satan> <20010202104226.B5456@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20010202151159.H2518@sith.mimuw.edu.pl> [pi?tek, 02 luty 2001], Arkadiusz Miskiewicz napisa?(a): > On/Dnia Thu, Feb 01, 2001 at 07:41:08PM +0100, Jakub Bogusz wrote/napisa?(a) > > > It could be also fixed in glibc (as baggins proposed), but then we > > should have separate glibc versions for kernel 2.2 and 2.4... > I don't remember his posting about how to change (fix?) glibc. But why > we need to fix glibc if it isn't broken? It is. Glibc declares non existing limit - RLIMIT_LOCKS, it should either not declare it when compiled/used with linux 2.2, or take care for it in get/setlimits(). Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From misiek at pld.ORG.PL Fri Feb 2 15:25:48 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Fri, 2 Feb 2001 15:25:48 +0100 Subject: pam_limits again... In-Reply-To: <20010202151159.H2518@sith.mimuw.edu.pl>; from baggins-pld@sith.mimuw.edu.pl on Fri, Feb 02, 2001 at 03:11:59PM +0100 References: <20010201194108.A19495@satan> <20010202104226.B5456@ikar.t17.ds.pwr.wroc.pl> <20010202151159.H2518@sith.mimuw.edu.pl> Message-ID: <20010202152548.A9529@ikar.t17.ds.pwr.wroc.pl> On/Dnia Fri, Feb 02, 2001 at 03:11:59PM +0100, Jan Rekorajski wrote/napisa?(a) > > I don't remember his posting about how to change (fix?) glibc. But why > > we need to fix glibc if it isn't broken? > > It is. Glibc declares non existing limit - RLIMIT_LOCKS, it should > either not declare it when compiled/used with linux 2.2, see below > or take care for it in get/setlimits(). What is should do? check what version of kernel you are running? But from another point of view. If we change glibc behaviour to not declare RLIMIT_LOCKS when compiled with 2.2 kernel then we will have non-working pam_limits on linux 2.4. IMO pam_limits should take care of this case. > Janek -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From baggins-pld at sith.mimuw.edu.pl Fri Feb 2 15:35:17 2001 From: baggins-pld at sith.mimuw.edu.pl (Jan Rekorajski) Date: Fri, 2 Feb 2001 15:35:17 +0100 Subject: pam_limits again... In-Reply-To: <20010202152548.A9529@ikar.t17.ds.pwr.wroc.pl>; from misiek@pld.ORG.PL on Fri, Feb 02, 2001 at 03:25:48PM +0100 References: <20010201194108.A19495@satan> <20010202104226.B5456@ikar.t17.ds.pwr.wroc.pl> <20010202151159.H2518@sith.mimuw.edu.pl> <20010202152548.A9529@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20010202153517.J2518@sith.mimuw.edu.pl> [pi?tek, 02 luty 2001], Arkadiusz Miskiewicz napisa?(a): > On/Dnia Fri, Feb 02, 2001 at 03:11:59PM +0100, Jan Rekorajski wrote/napisa?(a) > > > I don't remember his posting about how to change (fix?) glibc. But why > > > we need to fix glibc if it isn't broken? > > > > It is. Glibc declares non existing limit - RLIMIT_LOCKS, it should > > either not declare it when compiled/used with linux 2.2, > see below > > > or take care for it in get/setlimits(). > What is should do? check what version of kernel you are running? In headers, see below. > But from another point of view. If we change glibc behaviour to not declare > RLIMIT_LOCKS when compiled with 2.2 kernel then we will have non-working > pam_limits on linux 2.4. Glibc uses kernel headers. Right? Glibc can #ifdef KERNEL_VERSION in its own headers, Right? Then in limits.h should be: #ifdef 2.2 || 2.0 #define NLIMITS 10 else #define NLIMITS 11 #endif Got it? Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From misiek at pld.ORG.PL Fri Feb 2 15:34:13 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Fri, 2 Feb 2001 15:34:13 +0100 Subject: pam_limits again... In-Reply-To: <20010202153517.J2518@sith.mimuw.edu.pl>; from baggins-pld@sith.mimuw.edu.pl on Fri, Feb 02, 2001 at 03:35:17PM +0100 References: <20010201194108.A19495@satan> <20010202104226.B5456@ikar.t17.ds.pwr.wroc.pl> <20010202151159.H2518@sith.mimuw.edu.pl> <20010202152548.A9529@ikar.t17.ds.pwr.wroc.pl> <20010202153517.J2518@sith.mimuw.edu.pl> Message-ID: <20010202153413.A9788@ikar.t17.ds.pwr.wroc.pl> On/Dnia Fri, Feb 02, 2001 at 03:35:17PM +0100, Jan Rekorajski wrote/napisa?(a) > Then in limits.h should be: > #ifdef 2.2 || 2.0 > #define NLIMITS 10 > else > #define NLIMITS 11 > #endif > > Got it? so as I said now after pam recompilation we have non-working pam_limits on 2.4 kernels > Janek -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From baggins-pld at sith.mimuw.edu.pl Fri Feb 2 15:39:37 2001 From: baggins-pld at sith.mimuw.edu.pl (Jan Rekorajski) Date: Fri, 2 Feb 2001 15:39:37 +0100 Subject: pam_limits again... In-Reply-To: <20010202153413.A9788@ikar.t17.ds.pwr.wroc.pl>; from misiek@pld.ORG.PL on Fri, Feb 02, 2001 at 03:34:13PM +0100 References: <20010201194108.A19495@satan> <20010202104226.B5456@ikar.t17.ds.pwr.wroc.pl> <20010202151159.H2518@sith.mimuw.edu.pl> <20010202152548.A9529@ikar.t17.ds.pwr.wroc.pl> <20010202153517.J2518@sith.mimuw.edu.pl> <20010202153413.A9788@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20010202153937.K2518@sith.mimuw.edu.pl> [pi?tek, 02 luty 2001], Arkadiusz Miskiewicz napisa?(a): > On/Dnia Fri, Feb 02, 2001 at 03:35:17PM +0100, Jan Rekorajski wrote/napisa?(a) > > Then in limits.h should be: > > #ifdef 2.2 || 2.0 > > #define NLIMITS 10 > > else > > #define NLIMITS 11 > > #endif > > > > Got it? > so as I said now after pam recompilation we have non-working pam_limits > on 2.4 kernels Where exactly pam_limits will not work? It will have no idea about LIMIT_NLOCKS, but all others will work on both 2.2 _and_ 2.4. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From misiek at pld.ORG.PL Fri Feb 2 15:41:06 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Fri, 2 Feb 2001 15:41:06 +0100 Subject: pam_limits again... In-Reply-To: <20010202153937.K2518@sith.mimuw.edu.pl>; from baggins-pld@sith.mimuw.edu.pl on Fri, Feb 02, 2001 at 03:39:37PM +0100 References: <20010201194108.A19495@satan> <20010202104226.B5456@ikar.t17.ds.pwr.wroc.pl> <20010202151159.H2518@sith.mimuw.edu.pl> <20010202152548.A9529@ikar.t17.ds.pwr.wroc.pl> <20010202153517.J2518@sith.mimuw.edu.pl> <20010202153413.A9788@ikar.t17.ds.pwr.wroc.pl> <20010202153937.K2518@sith.mimuw.edu.pl> Message-ID: <20010202154106.A9885@ikar.t17.ds.pwr.wroc.pl> On/Dnia Fri, Feb 02, 2001 at 03:39:37PM +0100, Jan Rekorajski wrote/napisa?(a) > Where exactly pam_limits will not work? It will have no idea about > LIMIT_NLOCKS, but all others will work on both 2.2 _and_ 2.4. Others yes but not LIMIT_NLOCKS. If you modiffy pam_limits then we will have working all limits on all kernels. There only won't be error checking for get/setrlimit for LIMIT_NLOCKS. IMO it's better way than just leve LIMIT_NLOCKS untouched even on 2.4 kernels. > Janek -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From ser at metalab.unc.edu Fri Feb 2 19:58:16 2001 From: ser at metalab.unc.edu (Serek/GNU) Date: Fri, 2 Feb 2001 19:58:16 +0100 Subject: ATTN: your XXXX@pld.org.pl aliases Message-ID: <20010202195816.L1202@linux.lo14.wroc.pl> hello, please update your real e-addresses in CVSROOT/users file, becouse aliases (XXXX at pld.org.pl) will be automatically created according to this. automat will be run on thursday, 7th february, so you have five days to do all needed changes. thanks - --s+ From qboosh at prioris.mini.pw.edu.pl Fri Feb 2 20:51:18 2001 From: qboosh at prioris.mini.pw.edu.pl (Jakub Bogusz) Date: Fri, 2 Feb 2001 20:51:18 +0100 Subject: pam_limits again... In-Reply-To: <20010202154106.A9885@ikar.t17.ds.pwr.wroc.pl>; from misiek@pld.ORG.PL on Fri, Feb 02, 2001 at 03:41:06PM +0100 References: <20010201194108.A19495@satan> <20010202104226.B5456@ikar.t17.ds.pwr.wroc.pl> <20010202151159.H2518@sith.mimuw.edu.pl> <20010202152548.A9529@ikar.t17.ds.pwr.wroc.pl> <20010202153517.J2518@sith.mimuw.edu.pl> <20010202153413.A9788@ikar.t17.ds.pwr.wroc.pl> <20010202153937.K2518@sith.mimuw.edu.pl> <20010202154106.A9885@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20010202205118.A7916@satan> On Fri, Feb 02, 2001 at 03:41:06PM +0100, Arkadiusz Miskiewicz wrote: > On/Dnia Fri, Feb 02, 2001 at 03:39:37PM +0100, Jan Rekorajski wrote/napisa?(a) > > Where exactly pam_limits will not work? It will have no idea about > > LIMIT_NLOCKS, but all others will work on both 2.2 _and_ 2.4. > Others yes but not LIMIT_NLOCKS. If you modiffy pam_limits then we > will have working all limits on all kernels. There only won't be > error checking for get/setrlimit for LIMIT_NLOCKS. For now, pam_limits doesn't support RLIMIT_LOCKS at all. But what when it does? IMO run-time detection if system supports RLIMIT_LOCKS would be better than compile-time... -- Jakub Bogusz http://prioris.mini.pw.edu.pl/~qboosh/ From malekith at pld.org.pl Sat Feb 3 11:19:28 2001 From: malekith at pld.org.pl (Michal Moskal) Date: Sat, 3 Feb 2001 11:19:28 +0100 Subject: pam_limits again... In-Reply-To: <20010202153517.J2518@sith.mimuw.edu.pl>; from baggins-pld@sith.mimuw.edu.pl on Fri, Feb 02, 2001 at 03:35:17PM +0100 References: <20010201194108.A19495@satan> <20010202104226.B5456@ikar.t17.ds.pwr.wroc.pl> <20010202151159.H2518@sith.mimuw.edu.pl> <20010202152548.A9529@ikar.t17.ds.pwr.wroc.pl> <20010202153517.J2518@sith.mimuw.edu.pl> Message-ID: <20010203111928.F15484@aleph-0.aleph-0.dhs.org> On Fri, Feb 02, 2001 at 03:35:17PM +0100, Jan Rekorajski wrote: > [pi?tek, 02 luty 2001], Arkadiusz Miskiewicz napisa?(a): > > > On/Dnia Fri, Feb 02, 2001 at 03:11:59PM +0100, Jan Rekorajski wrote/napisa?(a) > > > > I don't remember his posting about how to change (fix?) glibc. But why > > > > we need to fix glibc if it isn't broken? > > > > > > It is. Glibc declares non existing limit - RLIMIT_LOCKS, it should > > > either not declare it when compiled/used with linux 2.2, > > see below > > > > > or take care for it in get/setlimits(). > > What is should do? check what version of kernel you are running? > > In headers, see below. > > > But from another point of view. If we change glibc behaviour to not declare > > RLIMIT_LOCKS when compiled with 2.2 kernel then we will have non-working > > pam_limits on linux 2.4. > > Glibc uses kernel headers. Right? > Glibc can #ifdef KERNEL_VERSION in its own headers, Right? No! What if i got 2.2.18 headers and running 2.4.0 kernel. Or even worse, builder has 2.2.18 and I 2.4.0 ? > > Then in limits.h should be: > #ifdef 2.2 || 2.0 > #define NLIMITS 10 > else > #define NLIMITS 11 > #endif > > Got it? > > Janek > -- > Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! > bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? > BOFH, MANIAC | -- TROOPS by Kevin Rubio > > ________________________ > http://lists.pld.org.pl/ -- Micha? Moskal $p=q{print "\$p=q{$p};eval \$p;\n"};eval $p; NORAD Marxist Ft. Meade Honduras Ft. Bragg Nazi supercomputer Peking nuclear strategic AK-47 explosion BATF Uzi ammunition genetic SDI Nazi Serbian CIA -- From mkochano at ee.pw.edu.pl Sun Feb 4 13:33:57 2001 From: mkochano at ee.pw.edu.pl (Michal Kochanowicz) Date: Sun, 4 Feb 2001 13:33:57 +0100 Subject: Kilka problemikow... In-Reply-To: ; from marcus@venus.wis.pk.edu.pl on Sun, Feb 04, 2001 at 01:04:09PM +0100 References: <20010203000837.A12645@satan> Message-ID: <20010204133357.A1886@misiek.mmm> On Sun, Feb 04, 2001 at 01:04:09PM +0100, Marcin Bohosiewicz wrote: > PS. Bardzo prosze o powrot Reply-To: do naglowkow! Bez tego pine wysyla > re: do nadawcy posta a nie na liste! Przy??czam si?. R?wnie? mutt nie potrafi wys?a? odpowiedzi na list?, zar?wno po naci?ni?ciu 'r' jak i 'g'. -- --= Michal Kochanowicz==--==--==BOFH==--==--==mkochano at ee.pw.edu.pl =-- --= PGP key: www.ee(...)/~mkochano/PGP/ or finger me @tmp.iem.pw... =-- --==--==--==--==--==--=Vodka. Connecting people.=--==--==--==--==--==-- From tomek at lan-jozefow.za.net Sun Feb 4 13:39:20 2001 From: tomek at lan-jozefow.za.net (Tomasz Orzechowski) Date: Sun, 4 Feb 2001 13:39:20 +0100 Subject: Kilka problemikow... In-Reply-To: <20010204133357.A1886@misiek.mmm>; from mkochano@ee.pw.edu.pl on Sun, Feb 04, 2001 at 01:33:57PM +0100 References: <20010203000837.A12645@satan> <20010204133357.A1886@misiek.mmm> Message-ID: <20010204133920.A32660@lan-jozefow.za.net> On Sun, Feb 04, 2001 at 01:33:57PM +0100 Michal Kochanowicz wrote: >On Sun, Feb 04, 2001 at 01:04:09PM +0100, Marcin Bohosiewicz wrote: >> PS. Bardzo prosze o powrot Reply-To: do naglowkow! Bez tego pine wysyla >> re: do nadawcy posta a nie na liste! >Przy??czam si?. R?wnie? mutt nie potrafi wys?a? odpowiedzi na list?, >zar?wno po naci?ni?ciu 'r' jak i 'g'. 'L' powinno dzia?a? (do .muttrc trzeba chyba doda? lists pld- i subscribe pld- ) -- Tomasz Orzechowski From mkochano at ee.pw.edu.pl Sun Feb 4 14:00:46 2001 From: mkochano at ee.pw.edu.pl (Michal Kochanowicz) Date: Sun, 4 Feb 2001 14:00:46 +0100 Subject: Kilka problemikow... In-Reply-To: <20010204133357.A1886@misiek.mmm>; from mkochano@ee.pw.edu.pl on Sun, Feb 04, 2001 at 01:33:57PM +0100 References: <20010203000837.A12645@satan> <20010204133357.A1886@misiek.mmm> Message-ID: <20010204140046.D1886@misiek.mmm> On Sun, Feb 04, 2001 at 01:33:57PM +0100, Michal Kochanowicz wrote: > On Sun, Feb 04, 2001 at 01:04:09PM +0100, Marcin Bohosiewicz wrote: > > PS. Bardzo prosze o powrot Reply-To: do naglowkow! Bez tego pine wysyla > > re: do nadawcy posta a nie na liste! > Przy??czam si?. R?wnie? mutt nie potrafi wys?a? odpowiedzi na list?, > zar?wno po naci?ni?ciu 'r' jak i 'g'. XXXXXXXXX!!! To ?e ten list trafi? tutaj r?wnie? zawdzi?czamy brakowi Reply-To. A _ten_ list pisz? poraz drugi, bo poprzedni trafi? do mnie zamiast na list?. A? si? boj? pomy?le? gdzie ten trafi. -- --= Michal Kochanowicz==--==--==BOFH==--==--==mkochano at ee.pw.edu.pl =-- --= PGP key: www.ee(...)/~mkochano/PGP/ or finger me @tmp.iem.pw... =-- --==--==--==--==--==--=Vodka. Connecting people.=--==--==--==--==--==-- From mkochano at ee.pw.edu.pl Sun Feb 4 14:03:30 2001 From: mkochano at ee.pw.edu.pl (Michal Kochanowicz) Date: Sun, 4 Feb 2001 14:03:30 +0100 Subject: Kilka problemikow... In-Reply-To: <20010204133920.A32660@lan-jozefow.za.net>; from tomek@lan-jozefow.za.net on Sun, Feb 04, 2001 at 01:39:20PM +0100 References: <20010203000837.A12645@satan> <20010204133357.A1886@misiek.mmm> <20010204133920.A32660@lan-jozefow.za.net> Message-ID: <20010204140330.E1886@misiek.mmm> On Sun, Feb 04, 2001 at 01:39:20PM +0100, Tomasz Orzechowski wrote: > 'L' powinno dzia?a? (do .muttrc trzeba chyba doda? lists pld- i > subscribe pld- ) Fajnie. Czyli teraz _wszyscy_ u?ytkownicy mutta musz? grzeba? w konfiguracji mutta, jakby nie mieli nic lepszego do roboty? A nie pro?ciej by by?o, ?eby _jeden_ Sergiusz zmieni? to w konfigu listy? Pozatym co z u?ytkownikami innych program?w pocztowych? -- --= Michal Kochanowicz==--==--==BOFH==--==--==mkochano at ee.pw.edu.pl =-- --= PGP key: www.ee(...)/~mkochano/PGP/ or finger me @tmp.iem.pw... =-- --==--==--==--==--==--=Vodka. Connecting people.=--==--==--==--==--==-- From kloczek at rudy.mif.pg.gda.pl Sun Feb 4 14:16:22 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Sun, 4 Feb 2001 14:16:22 +0100 (CET) Subject: Kilka problemikow... In-Reply-To: <20010204133357.A1886@misiek.mmm> Message-ID: On Sun, 4 Feb 2001, Michal Kochanowicz wrote: > On Sun, Feb 04, 2001 at 01:04:09PM +0100, Marcin Bohosiewicz wrote: > > PS. Bardzo prosze o powrot Reply-To: do naglowkow! Bez tego pine wysyla > > re: do nadawcy posta a nie na liste! > Przy??czam si?. R?wnie? mutt nie potrafi wys?a? odpowiedzi na list?, > zar?wno po naci?ni?ciu 'r' jak i 'g'. To nale?y poprawi? mutt-a (pine radzi sobie z tym poprawnie wiec mutt m?g?by r?wnie?). 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 darek at darek.eu.org Sun Feb 4 14:19:41 2001 From: darek at darek.eu.org (Dariusz Sznajder) Date: Sun, 4 Feb 2001 14:19:41 +0100 Subject: Kilka problemikow... In-Reply-To: ; from kloczek@rudy.mif.pg.gda.pl on Sun, Feb 04, 2001 at 02:16:22PM +0100 References: <20010204133357.A1886@misiek.mmm> Message-ID: <20010204141941.A21521@beast.tu.kielce.pl> [niedziela, 04 luty 2001], Tomasz K?oczko napisa?(a): > To nale?y poprawi? mutt-a (pine radzi sobie z tym poprawnie wiec mutt > m?g?by r?wnie?). Radzi sobie, radzi. Trzeba tylko listy do lists w .muttrc dopisac i L uzywac. -- Dariusz Sznajder From grzegorz at webmedia.pl Sun Feb 4 14:33:35 2001 From: grzegorz at webmedia.pl (Grzegorz 'Dzikus' Sterniczuk) Date: Sun, 04 Feb 2001 14:33:35 +0100 Subject: Kilka problemikow... In-Reply-To: References: <20010204133357.A1886@misiek.mmm> Message-ID: On Sun, 4 Feb 2001 14:16:22 +0100 (CET), you wrote: >To nale?y poprawi? mutt-a (pine radzi sobie z tym poprawnie wiec mutt >m?g?by r?wnie?). Ale Forte Agent np. nie, i musze r?cznie poprawia?, mi si? tak nie podoba!!! -- Grzegorz 'Dzikus' Sterniczuk - grzegorz at tpsasux.com http://hack.zone.to/ From misiek at pld.ORG.PL Sun Feb 4 15:29:17 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Sun, 4 Feb 2001 15:29:17 +0100 Subject: Kilka problemikow... In-Reply-To: <20010204133357.A1886@misiek.mmm>; from mkochano@ee.pw.edu.pl on Sun, Feb 04, 2001 at 01:33:57PM +0100 References: <20010203000837.A12645@satan> <20010204133357.A1886@misiek.mmm> Message-ID: <20010204152917.B26515@ikar.t17.ds.pwr.wroc.pl> On/Dnia Sun, Feb 04, 2001 at 01:33:57PM +0100, Michal Kochanowicz wrote/napisa?(a) > On Sun, Feb 04, 2001 at 01:04:09PM +0100, Marcin Bohosiewicz wrote: > > PS. Bardzo prosze o powrot Reply-To: do naglowkow! Bez tego pine wysyla > > re: do nadawcy posta a nie na liste! > Przy??czam si?. R?wnie? mutt nie potrafi wys?a? odpowiedzi na list?, > zar?wno po naci?ni?ciu 'r' jak i 'g'. Think a bit before sending !! This is ENGLISH list so use english or DON'T WRITE HERE. If you really want polish send to pld-devel-pl _ONLY_. > --= Michal Kochanowicz==--==--==BOFH==--==--==mkochano at ee.pw.edu.pl =-- -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From jajcus at pld.org.pl Sun Feb 4 13:06:18 2001 From: jajcus at pld.org.pl (Jacek Konieczny) Date: Sun, 4 Feb 2001 13:06:18 +0100 Subject: wine libs Message-ID: <20010204130618.A10437@nic.nigdzie> Hi, I have just installed wine-20010112-1.i386.rpm. But I don't like this package. The first thing is: it doesn't seem to work for my (but it may be config problem). The thing I hate most about the package is where it have placed wine libraries (DLL): /usr/X11R6/lib/libadvapi32.so /usr/X11R6/lib/libavifil32.so /usr/X11R6/lib/libavifile.so /usr/X11R6/lib/libcomctl32.so /usr/X11R6/lib/libcomdlg32.so /usr/X11R6/lib/libcomm.so ... /usr/X11R6/lib is not a good place for libraries designed for other system. What if we have "libcomm.so" (or anything else) in some other package? IMHO those libraries should go to eg. /usr/X11R6/lib/wine. The only libraries which should stay there are: /usr/X11R6/lib/libwine.so /usr/X11R6/lib/libwine.so.1.0 /usr/X11R6/lib/libwine_tsx11.so /usr/X11R6/lib/libwine_tsx11.so.1.0 /usr/X11R6/lib/libwine_unicode.so /usr/X11R6/lib/libwine_unicode.so.1.0 (these seem to be normal linux libraries). And if any application (I don't thing we have such in our packages) need to be linked with whose DLLs, we can allways add "-L/usr/X11R6/lib/wine/" to its LDFLAGS. Greets, Jacek From mkochano at ee.pw.edu.pl Sun Feb 4 16:08:21 2001 From: mkochano at ee.pw.edu.pl (Michal Kochanowicz) Date: Sun, 4 Feb 2001 16:08:21 +0100 Subject: Kilka problemikow... In-Reply-To: <20010204152917.B26515@ikar.t17.ds.pwr.wroc.pl>; from misiek@pld.org.pl on Sun, Feb 04, 2001 at 03:29:17PM +0100 References: <20010203000837.A12645@satan> <20010204133357.A1886@misiek.mmm> <20010204152917.B26515@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20010204160821.O1886@misiek.mmm> On Sun, Feb 04, 2001 at 03:29:17PM +0100, Arkadiusz Miskiewicz wrote: > On/Dnia Sun, Feb 04, 2001 at 01:33:57PM +0100, Michal Kochanowicz > wrote/napisa?(a) > Think a bit before sending !! Do I really have to explain it FOURTH time??? I've sent that message here because I had to enter address manually and I fucked it up. Habit is a very strong force! -- --= Michal Kochanowicz==--==--==BOFH==--==--==mkochano at ee.pw.edu.pl =-- --= PGP key: www.ee(...)/~mkochano/PGP/ or finger me @tmp.iem.pw... =-- --==--==--==--==--==--=Vodka. Connecting people.=--==--==--==--==--==-- From marcus at venus.wis.pk.edu.pl Sun Feb 4 16:30:27 2001 From: marcus at venus.wis.pk.edu.pl (Marcin Bohosiewicz) Date: Sun, 4 Feb 2001 16:30:27 +0100 (CET) Subject: Some small problems... (fwd) Message-ID: ---------- Forwarded message ---------- Date: Sun, 4 Feb 2001 16:08:21 +0100 From: Michal Kochanowicz To: Arkadiusz Miskiewicz Cc: pld-devel-en at pld.org.pl Subject: Re: Kilka problemikow... It's still wrong.... M. From tomek at lan-jozefow.za.net Sun Feb 4 17:38:32 2001 From: tomek at lan-jozefow.za.net (Tomasz Orzechowski) Date: Sun, 4 Feb 2001 17:38:32 +0100 Subject: orzech: SOURCES firewall-init-2.1.tar.gz In-Reply-To: <20010204162959.70F22E1075@zie.pg.gda.pl>; from pld-cvs-commit@pld.org.pl on Sun, Feb 04, 2001 at 05:29:59PM +0100 References: <20010204162959.70F22E1075@zie.pg.gda.pl> Message-ID: <20010204173832.A3869@lan-jozefow.za.net> On Sun, Feb 04, 2001 at 05:29:59PM +0100 PLD CVS wrote: >Module name: SOURCES >Changes by: orzech 01/02/04 17:29:58 > >Added files: > . : firewall-init-2.1.tar.gz > >Log message: >- outdated. Sorry. I wanted to write Updated. Is there anybody who can have a look at what I've done? Chages are in CVS of course. -- Tomasz Orzechowski From mkochano at ee.pw.edu.pl Mon Feb 5 00:15:24 2001 From: mkochano at ee.pw.edu.pl (Michal Kochanowicz) Date: Mon, 5 Feb 2001 00:15:24 +0100 Subject: [offtopic] Re: Kilka problemikow... In-Reply-To: <20010204181441.A26096@depeszws.depesz.pl>; from depesz@depesz.pl on Sun, Feb 04, 2001 at 06:14:41PM +0100 References: <20010203000837.A12645@satan> <20010204131601.A23874@depeszws.depesz.pl> <20010204133759.C1886@misiek.mmm> <20010204140703.A25230@depeszws.depesz.pl> <20010204150521.J1886@misiek.mmm> <20010204181441.A26096@depeszws.depesz.pl> Message-ID: <20010205001524.A2516@misiek.mmm> On Sun, Feb 04, 2001 at 06:14:41PM +0100, hubert depesz lubaczewski wrote: > On Sun, Feb 04, 2001 at 03:05:21PM +0100, Michal Kochanowicz wrote: > > A nie mo?esz 't' zaznacza? list?w, a potem jednym 's' wrzuci? ich do > > folderu? Oczywi?cie b?dziesz musia? jako? to sobie zorganizowa?, ?eby > > najpierw przejrze? posty z jednej grupu, potem z drugiej itd :-P. > > wiem, ?e tak mo?na. ale we? sobie to tak zorganizuj aby czyta? to a potem to. Sorry, to mia?a by? by?a ironia... uwa?am ?e powinno wr?ci? Reply-To. > ?aby przynajmniej listserv dodawa? na pocz?tku subjectu nazw? grupy (jak jak B?agam... tylko nie to... Hubert, naprawd? zastan?w si? czy nie warto u?y? procmaila. Cho?by do tego o czym piszesz. Takie podej?cie do przegl?dania poczty, jakie ty prezentujesz, jest jak s?dz? w zdecydowanej mniejszo?ci, wi?c uszcz??liwianie wszystkich nazw? listy w Subject nie jest w?a?ciwym rozwi?zaniem. Tym badziej, ?e mo?esz to rozwi?za? we w?asnym zakresie, np: :0 fhw * ^RETURN-PATH.*pld-list | sed -e 's@^\(Subject:\)\(.*\)$@\1 [pld-list] \2@' To troch? tandetne rozwi?zanie - lepiej by?oby jak s?dz? u?y? formaila - ale by? mo?e zrobi to o co ci chodzi. -- --= Michal Kochanowicz==--==--==BOFH==--==--==mkochano at ee.pw.edu.pl =-- --= PGP key: www.ee(...)/~mkochano/PGP/ or finger me @tmp.iem.pw... =-- --==--==--==--==--==--=Vodka. Connecting people.=--==--==--==--==--==-- From mkochano at ee.pw.edu.pl Mon Feb 5 00:33:48 2001 From: mkochano at ee.pw.edu.pl (Michal Kochanowicz) Date: Mon, 5 Feb 2001 00:33:48 +0100 Subject: [offtopic] Re: Kilka problemikow... In-Reply-To: <20010205001524.A2516@misiek.mmm>; from mkochano@ee.pw.edu.pl on Mon, Feb 05, 2001 at 12:15:24AM +0100 References: <20010203000837.A12645@satan> <20010204131601.A23874@depeszws.depesz.pl> <20010204133759.C1886@misiek.mmm> <20010204140703.A25230@depeszws.depesz.pl> <20010204150521.J1886@misiek.mmm> <20010204181441.A26096@depeszws.depesz.pl> <20010205001524.A2516@misiek.mmm> Message-ID: <20010205003348.C2516@misiek.mmm> On Mon, Feb 05, 2001 at 12:15:24AM +0100, Michal Kochanowicz wrote: [ciach] Znowu... -- --= Michal Kochanowicz==--==--==BOFH==--==--==mkochano at ee.pw.edu.pl =-- --= PGP key: www.ee(...)/~mkochano/PGP/ or finger me @tmp.iem.pw... =-- --==--==--==--==--==--=Vodka. Connecting people.=--==--==--==--==--==-- From kloczek at rudy.mif.pg.gda.pl Mon Feb 5 18:48:42 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 5 Feb 2001 18:48:42 +0100 (CET) Subject: rebuild pine... (fwd) Message-ID: Seems Jeff Johnson can apply oure bcond macros or something similar. I have no time for thin on Jeff reply. On firs look seems Jeff have some valuable extesion for bcond. Maybe someone have some comments for Jeff extending oure bcond scheme ? ---------- Forwarded message ---------- Date: Mon, 5 Feb 2001 12:01:57 -0500 From: Jeff Johnson Reply-To: rpm-list at redhat.com To: rpm-list at redhat.com Subject: Re: rebuild pine... On Mon, Feb 05, 2001 at 05:08:27PM +0100, Tomasz K?oczko wrote: > On Sun, 4 Feb 2001, Tim Mooney wrote: > > > In regard to: rebuild pine..., Christian Pearce said (at 9:02pm on Feb 2, 2001): > > > > >I am trying to rebuild pine with noldap nokerberos and nossl. I have > > >spent the last two hours trying to figure this out. Is it possiable. > > >Reading the spec file > > > > > >%{!?nossl:BuildPrereq: openssl-devel} > > >%{!?noldap:BuildPrereq: openldap-devel} > > >%{!?nokerberos:BuildPrereq: krb5-devel} > > >%{!?nokerberos:Requires: krb5-libs} > > > > What happens if you add something like > > > > --define nossl --define noldap --define nokerberos > > BTW for PLD we prepare some kind simple but very smart and clean > "infractructure" for contitional building which we names bcond macros. > This allow build package using "--with ", "--without " > switches. > > Modification is very small. In rpmpopt.in must be added: > > rpm alias --with --define "bcond_on_!#:+ 1" > rpm alias --without --define "bcond_off_!#:+ 1" > > and it allow use for example in spec header: > > %{?bcond_on_ssl:BuildRequires: openssl-devel} > %{?bcond_on_ldap:BuildRequires: openldap-devel} > > and in %build: > > %configure \ > %{?bcond_on_ssl:--with-ssl} \ > %{?bcond_off_ssl:--without-ssl} \ > %{?bcond_on_ldap:--with-ldap} \ > %{?bcond_off_ldap:--without-ldap} > > And build by: > > $ rpm -ba --with ssl --without ldap > Nice, very nice, very very nice. > Jeff IMHO it will be good include this to standard rpm. If You will aprove > above I will send You all neccessary modyfications (it will be also good > include few words for document bcond ;-). > The only minor nitpicks I have are the arbitrary use of "bcond_" as a prefix and 1 as a value. How about overloading the autoconf option names as a mnemonic? I'm thinking something like (Note: Dunno whether the popt token "!#:+" can be reused like this, I can certainly fix popt if necessary.) ... rpmb alias --with --define "_with_!#:+ --with-!#:+" rpmb alias --without --define "_without_!#:+ --without-!#:+" ... %{?_with_ssl: BuildRequires: openssl-devel}} %{?_with_ldap: BuildRequires: openldap-devel}} %{?_with_ssl: BuildRequires: openssl-devel}} %{?_with_ldap: BuildRequires: openldap-devel}} ... %configure \ %{?_with_ssl: %{_with_ssl}} \ %{?_without_ssl: %{_without_ssl}} \ %{?_with_ldap: %{_with_ldap}} \ %{?_without_ldap: %{_without_ldap}} Using something other than 1 as a value for the macro might permit piggy-backing other options opaquely, dunno whether that's a good idea or not, as non-WYSWIG macro expansions could be a PITA. I can also think of variants where "--with foo" would do %unglobal _without_foo but I'd have to think carefully about CLI order vs. macro expansion ordering issues. By this I mean that the definition for %_with_foo would look something like %define _with_foo %{unglobal:_without_foo}--with-foo so that the 1st expansion of _with_foo auto-magically removes _without_foo. Hmmmm, makes my head hurt, simplicity is bliss. Also, if %name (and/or %vendor, %arch, %os) was prepended to _with_foo et al, the whole mess might even factor out of spec files into per-distro, per-package, build system configuration, but that makes my head hurt even more. Opinions? I'll add --with and --without to rpm popt config as soon as I can detect consensus on proper usage of structured macro names etc for building. 73 de Jeff -- Jeff Johnson ARS N3NPQ jbj at jbj.org (jbj at redhat.com) Chapel Hill, NC _______________________________________________ Rpm-list mailing list Rpm-list at redhat.com https://listman.redhat.com/mailman/listinfo/rpm-list From kloczek at rudy.mif.pg.gda.pl Tue Feb 6 03:11:56 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Tue, 6 Feb 2001 03:11:56 +0100 (CET) Subject: rpm 4.0.1 .. Message-ID: .. is temporary back to /test bacause this version don't handle correctly "-bp --test" whic is neccessary for builder script and few my other tools like script for automate updating packages). Small report and question about how to solve this was send to rpm-list. 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 alchemyx at uznam.top.pl Tue Feb 6 09:37:56 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Tue, 6 Feb 2001 09:37:56 +0100 Subject: errr - what's wrong with sshd? Message-ID: <20010206093756.A3124@mephisto.px.pl> alchemyx at mephisto sklep$ ssh 195.205.28.xx -l alchemyx alchemyx at mephisto sklep$ ssh alchemyx at 195.205.28.xx alchemyx at 195.205.28.xx's password: login: -h for super-user only. Connection to 195.205.28.xx closed. alchemyx at mephisto sklep$ ssh root at 195.205.28.xx root at 195.205.28.xx's password: Last login: Tue Feb 6 09:34:31 from mephisto.px.pl skynet /root~# -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From alchemyx at uznam.top.pl Tue Feb 6 10:11:01 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Tue, 6 Feb 2001 10:11:01 +0100 Subject: errr - what's wrong with sshd? In-Reply-To: <20010206093756.A3124@mephisto.px.pl>; from Michal Margula on Tue, Feb 06, 2001 at 09:37:56AM +0100 References: <20010206093756.A3124@mephisto.px.pl> Message-ID: <20010206101101.A3345@mephisto.px.pl> [wtorek, 06 luty 2001], Michal Margula napisa?(a): > alchemyx at mephisto sklep$ ssh 195.205.28.xx -l alchemyx > alchemyx at mephisto sklep$ ssh alchemyx at 195.205.28.xx > alchemyx at 195.205.28.xx's password: > login: -h for super-user only. > Connection to 195.205.28.xx closed. > alchemyx at mephisto sklep$ ssh root at 195.205.28.xx > root at 195.205.28.xx's password: > Last login: Tue Feb 6 09:34:31 from mephisto.px.pl > skynet /root~# Forget. UseLogin should be set to no. -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From alchemyx at uznam.top.pl Tue Feb 6 21:25:03 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Tue, 6 Feb 2001 21:25:03 +0100 Subject: BIND screwed? Message-ID: <20010206212503.A4121@mephisto.px.pl> Hello! I can't understand it, really... (now checked 3 times :>) -n create #cpus worker threads to take advantage of multiple CPUs. If no option is given, named will try to determine the number of CPUs present and create one thread per CPU. If named is unable to determine the number of CPUs, a single worker thread is creat- ed. Hmmm.... Okay, but it is not used in init of BIND, I checked it twice... skynet rpmy~# /etc/rc.d/init.d/named start Uruchomienie uslugi Named..........................................[ ZROBIONE ] skynet rpmy~# ps ax | grep nam 24103 ? SN 0:00 named -u named -t /var/lib/named -c /etc/named.conf 24104 ? SN 0:00 named -u named -t /var/lib/named -c /etc/named.conf 24105 ? SN 0:00 named -u named -t /var/lib/named -c /etc/named.conf 24106 ? SN 0:00 named -u named -t /var/lib/named -c /etc/named.conf 24107 ? SN 0:00 named -u named -t /var/lib/named -c /etc/named.conf Huh??? Five? Ok... lets go further... skynet dev~# rpm -V bind missing /var/lib/named/dev/null missing /var/lib/named/dev/random Hmmm... I did not touch it. Then, looking at /var/log/messages: Feb 6 20:12:18 skynet named[24362]: zone 'localhost': 'check-names' is not implemented Feb 6 20:12:18 skynet named[24362]: zone '0.0.127.in-addr.arpa': 'check-names' is not implemented Feb 6 20:12:18 skynet named[24362]: the default for the 'auth-nxdomain' option is now 'no' Feb 6 20:12:18 skynet named[24362]: option 'host-statistics' is not yet implemented Feb 6 20:12:18 skynet named[24362]: option 'check-names' is not implemented So, example file has bugs :S. So BIND is bad, bad, bad :). I won't fix it, because my DNS konwledge is not too good :). -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From ser at metalab.unc.edu Wed Feb 7 12:18:14 2001 From: ser at metalab.unc.edu (Serek/GNU) Date: Wed, 7 Feb 2001 12:18:14 +0100 Subject: ATTN: rebuild of aliases Message-ID: <20010207121814.A1823@linux.lo14.wroc.pl> hi, in few hours i will run script for automatic rebuild of @pld.org.pl aliases, data come from CVSROOT/users file. if you lost your mail, please update your e-address in users file. --s+ From wiget at pld.org.pl Wed Feb 7 13:18:47 2001 From: wiget at pld.org.pl (Artur Frysiak) Date: Wed, 7 Feb 2001 13:18:47 +0100 Subject: rpm 4.0.1 .. In-Reply-To: ; from kloczek@rudy.mif.pg.gda.pl on Tue, Feb 06, 2001 at 03:11:56AM +0100 References: Message-ID: <20010207131847.A7471@free.buy.pl> On Tue, Feb 06, 2001 at 03:11:56AM +0100, Tomasz K?oczko wrote: > > .. is temporary back to /test bacause this version don't handle correctly > "-bp --test" whic is neccessary for builder script and few my other tools > like script for automate updating packages). > Small report and question about how to solve this was send to rpm-list. s/--test/--nobuild/ in builder but rpm -bp --nobuild perl-PDL.spec catch SigSegv Regards -- Artur Frysiak http://www.pld.org.pl/ From kloczek at rudy.mif.pg.gda.pl Wed Feb 7 14:34:05 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Wed, 7 Feb 2001 14:34:05 +0100 (CET) Subject: rpm 4.0.1 .. In-Reply-To: <20010207131847.A7471@free.buy.pl> Message-ID: On Wed, 7 Feb 2001, Artur Frysiak wrote: > On Tue, Feb 06, 2001 at 03:11:56AM +0100, Tomasz K?oczko wrote: > > > > .. is temporary back to /test bacause this version don't handle correctly > > "-bp --test" whic is neccessary for builder script and few my other tools > > like script for automate updating packages). > > Small report and question about how to solve this was send to rpm-list. > > s/--test/--nobuild/ in builder Yes I know now about this. > but rpm -bp --nobuild perl-PDL.spec catch SigSegv I observe in few other cases sigseg in new rpm. 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 dobrek at itp.uni-hannover.de Wed Feb 7 14:45:39 2001 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Wed, 7 Feb 2001 14:45:39 +0100 Subject: ANNOUNCE: rc-boot Message-ID: <20010207144539.A15720@alya.uni-hannover.de> Hello ! I will use my liberty to announce the rc-boot. This is a set of scripts which in principle should help in managing bootloaders. Now rc-boot supports grub and lilo. Linux and DOS/Windows but it is extremly simple to extend it to other OS. I simply have no possibility to test it. One can found it in rc-boot module in our cvs. After some tests probably it could be added to %post in kernel.spec. I am open for any discution. All comments are very well wellcome. Best Regards 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: 240 bytes Desc: not available URL: From qboosh at prioris.mini.pw.edu.pl Thu Feb 8 02:19:23 2001 From: qboosh at prioris.mini.pw.edu.pl (Jakub Bogusz) Date: Thu, 8 Feb 2001 02:19:23 +0100 Subject: apache Message-ID: <20010208021923.A32040@satan> I wasn't able to build apache (as from repo): 1) conflict with db1 includes (see also changelog :/ ) mod_rewrite.c: In function `lookup_map_dbmfile': mod_rewrite.c:2830: `DBM' undeclared (first use in this function) 2) some htmls in manual are localized - %files must be updated I'm going to fix above in a moment. But after successful building, it doesn't start... Ouch! ap_mm_create(1048576, "/var/state/apache/mm.32229") failed Error: MM: mm:core: failed to open semaphore file (No such file or directory): OS: No such file or directory Reason? There is no /var/state/apache, even no /var/state (FHS-2.1). Path /var/state/apache/mm is given in apache-EAPI_MM_CORE_PATH-correction.patch. What about this? -- Jakub Bogusz http://prioris.mini.pw.edu.pl/~qboosh/ From kloczek at rudy.mif.pg.gda.pl Thu Feb 8 03:48:27 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Thu, 8 Feb 2001 03:48:27 +0100 (CET) Subject: apache In-Reply-To: <20010208021923.A32040@satan> Message-ID: On Thu, 8 Feb 2001, Jakub Bogusz wrote: > I wasn't able to build apache (as from repo): > 1) conflict with db1 includes (see also changelog :/ ) > mod_rewrite.c: In function `lookup_map_dbmfile': > mod_rewrite.c:2830: `DBM' undeclared (first use in this function) > 2) some htmls in manual are localized - %files must be updated > > I'm going to fix above in a moment. > > But after successful building, it doesn't start... > > Ouch! ap_mm_create(1048576, "/var/state/apache/mm.32229") failed > Error: MM: mm:core: failed to open semaphore file (No such file or > directory): OS: No such file or directory > > Reason? There is no /var/state/apache, even no /var/state (FHS-2.1). > Path /var/state/apache/mm is given in > apache-EAPI_MM_CORE_PATH-correction.patch. What about this? Yes this patch must be changes (I'll do this). FHS says /var/state is obsolete and now (back) /var/lib is on use. But for store state an sockets is /var/run and probably better will be change this to /var/run/apache and also include empty /var/run/apache directory to package. kloczek PS. seems new apache pass correctly builders. -- ----------------------------------------------------------- *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 qboosh at prioris.mini.pw.edu.pl Thu Feb 8 18:22:18 2001 From: qboosh at prioris.mini.pw.edu.pl (Jakub Bogusz) Date: Thu, 8 Feb 2001 18:22:18 +0100 Subject: apache In-Reply-To: <20010208021923.A32040@satan>; from qboosh@prioris.mini.pw.edu.pl on Thu, Feb 08, 2001 at 02:19:23AM +0100 References: <20010208021923.A32040@satan> Message-ID: <20010208182218.A7854@satan> On Thu, Feb 08, 2001 at 02:19:23AM +0100, Jakub Bogusz wrote: [...] > But after successful building, it doesn't start... > > Ouch! ap_mm_create(1048576, "/var/state/apache/mm.32229") failed > Error: MM: mm:core: failed to open semaphore file (No such file or > directory): OS: No such file or directory > > Reason? There is no /var/state/apache, even no /var/state (FHS-2.1). It's even worse :/ When this directory exists, apache starts, but cannot handle any HTTP/1.1 (or HTTP/1.0 with Host) request... just waits (even after disconnecting). -- Jakub Bogusz http://prioris.mini.pw.edu.pl/~qboosh/ From qboosh at prioris.mini.pw.edu.pl Fri Feb 9 18:08:42 2001 From: qboosh at prioris.mini.pw.edu.pl (Jakub Bogusz) Date: Fri, 9 Feb 2001 18:08:42 +0100 Subject: apache In-Reply-To: <20010208182218.A7854@satan>; from qboosh@prioris.mini.pw.edu.pl on Thu, Feb 08, 2001 at 06:22:18PM +0100 References: <20010208021923.A32040@satan> <20010208182218.A7854@satan> Message-ID: <20010209180842.A23609@satan> On Thu, Feb 08, 2001 at 06:22:18PM +0100, Jakub Bogusz wrote: > On Thu, Feb 08, 2001 at 02:19:23AM +0100, Jakub Bogusz wrote: > [...] > > But after successful building, it doesn't start... > > > > Ouch! ap_mm_create(1048576, "/var/state/apache/mm.32229") failed > > Error: MM: mm:core: failed to open semaphore file (No such file or > > directory): OS: No such file or directory > > > > Reason? There is no /var/state/apache, even no /var/state (FHS-2.1). > > It's even worse :/ > When this directory exists, apache starts, but cannot handle any > HTTP/1.1 (or HTTP/1.0 with Host) request... just waits (even after > disconnecting). Argh. Again - broken IPv6 patch. Missing line in fix_hostname() - each httpd just looped. Now apache works. But... 1) What is /var/lib/apache for? In previous releases mm.* files (and nothing else?) were located there, now they're in /var/run/apache (after small fix) 2) mod_include causes SIGSEGV on bad URI in request... (strcmp is called with NULL as first parameter) -- Jakub Bogusz http://prioris.mini.pw.edu.pl/~qboosh/ From yossa at pld.org.pl Sun Feb 11 00:31:19 2001 From: yossa at pld.org.pl (Jarek Woloszyn) Date: Sun, 11 Feb 2001 00:31:19 +0100 Subject: yossa: installer/wuch/src/mod_newt/pkgssel pkgssel-data.c pkgssel.c In-Reply-To: <20010210160029.30D2AE1075@zie.pg.gda.pl>; from pld-cvs-commit@pld.org.pl on sob, lut 10, 2001 at 05:00:29 +0100 References: <20010210160029.30D2AE1075@zie.pg.gda.pl> Message-ID: <20010211003119.A9114@tytan.dom> [sobota, 10 luty 2001], PLD CVS napisa?(a): > Module name: installer > Changes by: yossa 01/02/10 17:00:28 > > Modified files: > wuch/src/mod_newt/pkgssel: pkgssel-data.c pkgssel.c There is something wrong with commit script. I've changed installer/wuch/TODO installer/wuch/src/mod_newt/pkgssel/pkgssel-data.c installer/wuch/src/mod_newt/pkgssel/pkgssel.c installer/wuch/src/mod_newt/newt-addon/checklist.c installer/wuch/src/mod_newt/UInewt.c and maybe some more. Everything has been commited using: cd installer/wuch cvs ci TODO src/mod_newt You can check, that in repository all files has been changed, but I've seen only this commit log - with only two files. Something is wrong. > > Log message: > - cosmetics in checklist.c > - Quit button > - show install.stdout -- ( Jarek Woloszyn ) ( yossa at pld.org.pl ) ( the GNU generation ) ( HomePage http://www.yossa.ko.pl ) ( ICQ UIN: 1922941 ) From alchemyx at uznam.top.pl Sun Feb 11 13:00:01 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Sun, 11 Feb 2001 13:00:01 +0100 Subject: icewm with missing files??? Message-ID: <20010211130001.A1650@mephisto.px.pl> alchemyx at mephisto SPECS$ rpm -qpl /var/spool/rpmy/icewm-1.0.6-1.i586.rpm | grep bin /usr/X11R6/bin/icesound /usr/X11R6/bin/icewmbg /usr/X11R6/bin/icewmhint alchemyx at mephisto SPECS$ rpm -q icewm icewm-1.0.5-1 alchemyx at mephisto SPECS$ rpm -ql icewm | grep bin /usr/X11R6/bin/icesound /usr/X11R6/bin/icewm /usr/X11R6/bin/icewmbg /usr/X11R6/bin/icewmhint So in 1.0.6 we are missing main "icewm" binary :) -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From depesz at depesz.pl Sun Feb 11 16:51:19 2001 From: depesz at depesz.pl (hubert depesz lubaczewski) Date: Sun, 11 Feb 2001 16:51:19 +0100 Subject: perl-CGI module probllem Message-ID: <20010211165119.A27617@depeszws.depesz.pl> i have just made spec and patch for perl-CGI module. this is update of CGI module which is shipped with most perl-distributions. the problem is that you cannot install this package without --force option because there are conflicts with perl module (for example: CGI.pm belongs to perl.rpm but it is replaced by CGI.pm from perl-CGI.rpm). my question is: can someone with better rpm knowledge split perl package to perl-base and perl-{module_name} for modules that are replaceable by new version from cpan? i hope you can understand what i mean ... :) depesz -- hubert depesz lubaczewski ------------------------------------------------------------------------ najwspanialsz? rzecz? jak? da?o nam nowoczesne spo?ecze?stwo, jest niesamowita wr?cz ?atwo?? unikania kontakt?w z nim ... From kloczek at rudy.mif.pg.gda.pl Sun Feb 11 18:24:21 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Sun, 11 Feb 2001 18:24:21 +0100 (CET) Subject: perl-CGI module probllem In-Reply-To: <20010211165119.A27617@depeszws.depesz.pl> Message-ID: On Sun, 11 Feb 2001, hubert depesz lubaczewski wrote: > i have just made spec and patch for perl-CGI module. > this is update of CGI module which is shipped with most perl-distributions. > the problem is that you cannot install this package without --force option > because there are conflicts with perl module (for example: CGI.pm belongs to > perl.rpm but it is replaced by CGI.pm from perl-CGI.rpm). Seems you have right: $ rpm -q --whatprovides "perl(CGI)" perl-5.6.0-14 And IMHO perl(CGI) isn't core part of perl :> Solution: fix spec for perl package and remove all CGI stuffs. > my question is: can someone with better rpm knowledge split perl package to > perl-base and perl-{module_name} for modules that are replaceable by new > version from cpan? Yes if it is possible perl can be splited but also if CGI module is avalaible as separated tar ball it will be good remove CGI from core perl pack this in perl-CGI package. 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 depesz at depesz.pl Sun Feb 11 18:53:28 2001 From: depesz at depesz.pl (hubert depesz lubaczewski) Date: Sun, 11 Feb 2001 18:53:28 +0100 Subject: perl-CGI module probllem In-Reply-To: ; from kloczek@rudy.mif.pg.gda.pl on Sun, Feb 11, 2001 at 06:24:21PM +0100 References: <20010211165119.A27617@depeszws.depesz.pl> Message-ID: <20010211185328.A13357@depeszws.depesz.pl> On Sun, Feb 11, 2001 at 06:24:21PM +0100, Tomasz K?oczko wrote: > Seems you have right: > $ rpm -q --whatprovides "perl(CGI)" > perl-5.6.0-14 > And IMHO perl(CGI) isn't core part of perl :> i know i'm right. the real reason is that CGI comes in standard perl source package, and all (know to me) perl distributions contain CGI.pm. > Solution: fix spec for perl package and remove all CGI stuffs. i can't ... anyone? depesz -- hubert depesz lubaczewski ------------------------------------------------------------------------ najwspanialsz? rzecz? jak? da?o nam nowoczesne spo?ecze?stwo, jest niesamowita wr?cz ?atwo?? unikania kontakt?w z nim ... From alchemyx at uznam.top.pl Mon Feb 12 08:14:27 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Mon, 12 Feb 2001 08:14:27 +0100 Subject: Apache + php on i586 = ok, but on i686... Message-ID: <20010212081427.A1796@mephisto.px.pl> Hello! On my i586 at home apache with php and gd module works just fine. But on i686 with same versions of packages it behaves strange. skynet /root~# php-module-install install gd /etc/php/apache/php.ini activating module 'gd.so' in /etc/php/apache/php.ini skynet /root~# /etc/rc.d/init.d/httpd start Starting httpd service.............................................[ DONE ] skynet /root~# ps aux | grep ht http 29203 39.3 5.5 40804 3484 ? RN 02:14 138:12 httpd root 1236 50.0 4.9 40128 3140 ? RN 08:05 0:02 httpd Both processes are somewhat death. Another important thing. It does not listen on its port... skynet /root~# /etc/rc.d/init.d/httpd restart Stopping httpd service.............................................[ FAIL ] Starting httpd service.............................................[ DONE ] skynet /root~# ps aux | grep ht root 1370 99.9 4.9 40128 3140 ? RN 08:08 0:06 httpd Now just one process. skynet /root~# php-module-install remove gd /etc/php/apache/php.ini deactivating module 'gd.so' in /etc/php/apache/php.ini Stopping httpd service.............................................[ DONE ] Starting httpd service.............................................[ DONE ] skynet /root~# ps aux | grep ht root 1735 6.3 5.0 40472 3188 ? SN 08:11 0:01 httpd http 1752 0.0 5.2 40520 3300 ? SN 08:11 0:00 httpd http 1753 0.2 5.2 40520 3300 ? SN 08:11 0:00 httpd http 1754 0.1 5.2 40520 3296 ? SN 08:11 0:00 httpd http 1755 0.1 5.0 40484 3180 ? SN 08:11 0:00 httpd http 1756 0.0 5.0 40484 3180 ? SN 08:11 0:00 httpd http 1757 0.0 5.0 40484 3204 ? SN 08:11 0:00 httpd http 1758 0.0 5.0 40484 3204 ? SN 08:11 0:00 httpd http 1759 0.0 5.0 40484 3204 ? SN 08:11 0:00 httpd And now just fine. The question is - why??? skynet /root~# rpm -qa | grep apache; rpm -qa | grep gd-; rpm -qa | grep php apache-mod_actions-1.3.17-2 apache-mod_dir-1.3.17-2 apache-mod_mmap_static-1.3.17-2 apache-mod_unique_id-1.3.17-2 apache-mod_vhost_alias-1.3.17-2 apache-mod_ssl-2.7.1_1.3.14-2 apache-1.3.17-2 apache-mod_digest-1.3.17-2 apache-mod_headers-1.3.17-2 apache-mod_rewrite-1.3.17-2 apache-mod_usertrack-1.3.17-2 gd-1.8.4-1 php-gd-4.0.4pl1-7 php-4.0.4pl1-7 php-mysql-4.0.4pl1-7 php-gd-4.0.4pl1-7 Thanks in advance for your help. -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From depesz at depesz.pl Mon Feb 12 12:39:41 2001 From: depesz at depesz.pl (hubert depesz lubaczewski) Date: Mon, 12 Feb 2001 12:39:41 +0100 Subject: request for removal a file Message-ID: <20010212123941.A10044@depeszws.depesz.pl> hi. i just uploaded new version of XML-Parser, but since i'm on modem connection i can't remove previous version's tarball. can anyone remove it for me? and by the way. the module is ready for building (together with XML::Simple). depesz -- hubert depesz lubaczewski ------------------------------------------------------------------------ najwspanialsz? rzecz? jak? da?o nam nowoczesne spo?ecze?stwo, jest niesamowita wr?cz ?atwo?? unikania kontakt?w z nim ... From dobrek at itp.uni-hannover.de Mon Feb 12 20:50:06 2001 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Mon, 12 Feb 2001 20:50:06 +0100 Subject: [kreutzm@itp.uni-hannover.de: vim/PLD; pls. forward] Message-ID: <20010212205006.A2067@alya.uni-hannover.de> I just forward it. Lukasz ----- Forwarded message from Helge Kreutzmann ----- Date: Mon, 12 Feb 2001 17:44:16 +0100 From: Helge Kreutzmann Subject: vim/PLD; pls. forward To: Lukas Dobrek Hello Lukas ! Could you inform the packager of vim/PLD that: kreutzm at lodda:~/numerik/Split2[515] % Error detected while processing /usr/share/vim/filetype.vim: line 720: Can't open file /usr/share/vim/menu.vim (This is not critical at all for me as I never use the menu anyhow. But maybe we can once "convert" those who use emacs by only selecting the menus at the top to gvim and then "no menus" is a showstopper. Well one can dream at least.) Regards Helge -- Helge Kreutzmann, Dipl.-Phys. kreutzm at itp.uni-hannover.de For gpg-key: finger kreutzm at rigel.itp.uni-hannover.de 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software "libre": http://www.freepatents.org/ ----- End forwarded message ----- -- ?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: 240 bytes Desc: not available URL: From dobrek at itp.uni-hannover.de Wed Feb 14 14:01:37 2001 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Wed, 14 Feb 2001 14:01:37 +0100 Subject: kernel-2.4 Message-ID: <20010214140137.A8893@alya.uni-hannover.de> Hello! First of all: When we are goinng to migrate to linux-2.4 ? Secend of all: Why there is no: linux-netfilter-patches-20010201.tar.gz in CVSi. No URL is also specified in speci. Could anybody be so kind and repear it. Best Regards Lukasz (Franky DJ Monkey) -- ?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: 240 bytes Desc: not available URL: From baggins-pld at sith.mimuw.edu.pl Wed Feb 14 15:45:27 2001 From: baggins-pld at sith.mimuw.edu.pl (Jan Rekorajski) Date: Wed, 14 Feb 2001 15:45:27 +0100 Subject: kernel-2.4 In-Reply-To: <20010214140137.A8893@alya.uni-hannover.de>; from dobrek@itp.uni-hannover.de on Wed, Feb 14, 2001 at 02:01:37PM +0100 References: <20010214140137.A8893@alya.uni-hannover.de> Message-ID: <20010214154527.A23328@sith.mimuw.edu.pl> [?roda, 14 luty 2001], Lukas Dobrek napisa?(a): > Hello! > First of all: When we are goinng to migrate to linux-2.4 ? > Secend of all: Why there is no: > linux-netfilter-patches-20010201.tar.gz > in CVSi. No URL is also specified in speci. Could anybody > be so kind and repear it. I'm ill. You must wait. :( Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From alchemyx at uznam.top.pl Thu Feb 15 08:16:53 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Thu, 15 Feb 2001 08:16:53 +0100 Subject: So much fun with qt, libXt etc. :) Message-ID: <20010215081653.A5758@mephisto.px.pl> Hello! So we go... alchemyx at mephisto kaim-0.62$ ./configure [...] checking for Qt... configure: error: Qt (snapshot >= Qt 2.1 beta2) (libraries) not found. Please check your installation! eee, not true alchemyx at mephisto kaim-0.62$ rpm -q qt qt-devel qt-2.2.4-2 qt-devel-2.2.4-2 in ./configure: LIBQT="$LIBQT $X_PRE_LIBS -lXext -lX11 -lXt $LIBSOCKET" ^^^^ <--- -lXt helps Now works fine. So... alchemyx at mephisto kaim-0.62$ make [... half our later ...] /usr/X11R6/lib/libXmu.so.6: undefined reference to `XtAppSetTypeConverter' /usr/X11R6/lib/libXmu.so.6: undefined reference to `XtGetSelectionValue' /usr/X11R6/lib/libXmu.so.6: undefined reference to `XtWindowOfObject' /usr/X11R6/lib/libXmu.so.6: undefined reference to `XtCvtStringToFont' /usr/X11R6/lib/libXmu.so.6: undefined reference to `XtDestroyWidget' [... and so on, as usual ...] After changing some lines in Makefile it works fine. The question is - whos fault? Mine, author of kaim or somrthing with PLD? -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From malekith at pld.org.pl Thu Feb 15 14:32:12 2001 From: malekith at pld.org.pl (Michal Moskal) Date: Thu, 15 Feb 2001 14:32:12 +0100 Subject: PLD on CD-ROM? Message-ID: <20010215143212.A29514@aleph-0.aleph-0.dhs.org> I forward it here, since it's important: we could get some developers from abroad: On Thu, Feb 15, 2001 at 12:35:09PM +0100, Primoz Peterlin wrote: > Cze??, > > The "PLD on CD-ROM" section on your Web server is > currently saying "Under construction." Before I start transferring > gigabytes using ftp, I would nevertheless like to ask if PLD is available > on CD-ROM, and how can I buy it. I'm afraid you cannot actually *buy* PLD :< However it can change in next month or two, there should be some cd-rom's available. > The reason why I would like to try PLD is that I am more and more > inclining to the opinion that we are in a no-win situation with major > distributions like Red Hat, Turbo Linux etc. In the Slovenian Linux > community we have a fairly strong localization group here (fairly strong > for a nation of 2 millions, that is :) and the guys have now been working > hard to meet the deadlines for KDE releases, for instance. Then the next > release of, say, Red Hat comes out and it turns out that they have > included some translations that are months old. Pretty disastrous, as it > doesn't really give the guys who were working on it the satisfaction they > would deserve. > > As a companion to a book on Linux > we have actually > even put together our own distribution, i.e. we patched Red Hat 6.2 until > our part of localization looked somewhat decent, and dubbed the thing > Pingo Linux. In the long run, however, I don't think we have the needed > human resources to maintain the effort. As I understand there were similar > motives that made you start PLD, I am wondering if we can perhaps join > your efforts. The main reason for creating PLD was not localization, AFAIK. However, it's important issue for us. And also PLD is much more open, so if you commit a fix into our CVS you don't need to wait months for it to appear on FTP. The main PLD goals is security, IPv6 and localization, it's targeted mainly at > middle advanced users. We would apprciate if you (or anybody else, to be exact ;) if you join us :) Regards -- Micha? Moskal The linuX Files -- The Source is Out There. -- Sent in by Craig S. Bell, goat at aracnet.com Qaddafi bomb KGB Mossad nuclear South Africa Serbian Nazi genetic North Korea Waco, Texas domestic disruption Ft. Bragg terrorist domestic disruption Soviet Serbian Noriega Ortega FBI -- From bonkey at pld.org.pl Thu Feb 15 17:53:27 2001 From: bonkey at pld.org.pl (Daniel 'bonkey' Bauke) Date: Thu, 15 Feb 2001 17:53:27 +0100 Subject: So much fun with qt, libXt etc. :) In-Reply-To: <20010215081653.A5758@mephisto.px.pl>; from alchemyx@uznam.top.pl on Thu, Feb 15, 2001 at 08:16:53AM +0100 References: <20010215081653.A5758@mephisto.px.pl> Message-ID: <20010215175327.A13466@sokrates.mimuw.edu.pl> czwartek, 15. luty. Michal Margula pisze: > After changing some lines in Makefile it works fine. The question is - whos > fault? Mine, author of kaim or somrthing with PLD? I had very similiar problems with libnet. Check if qt's *.so files are symlinked correctly to binary libs. -- Daniel `bonkey' Bauke; http://www.oho.pl/~bonkey/; {happiness=bike&&unix;} From alchemyx at uznam.top.pl Thu Feb 15 22:43:48 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Thu, 15 Feb 2001 22:43:48 +0100 Subject: applnk entries Message-ID: <20010215224347.A20622@mephisto.px.pl> Network/Communcations - for ICQ, {k,g}AIM, and any other messager, WDYT? -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From kloczek at rudy.mif.pg.gda.pl Thu Feb 15 22:49:21 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Thu, 15 Feb 2001 22:49:21 +0100 (CET) Subject: So much fun with qt, libXt etc. :) In-Reply-To: <20010215175327.A13466@sokrates.mimuw.edu.pl> Message-ID: On Thu, 15 Feb 2001, Daniel 'bonkey' Bauke wrote: > czwartek, 15. luty. Michal Margula pisze: > > > After changing some lines in Makefile it works fine. The question is - whos > > fault? Mine, author of kaim or somrthing with PLD? > I had very similiar problems with libnet. Check if qt's *.so > files are symlinked correctly to binary libs. libnet yesterday was rebuilded and curent version from ftp is OK. 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 kloczek at rudy.mif.pg.gda.pl Thu Feb 15 22:52:03 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Thu, 15 Feb 2001 22:52:03 +0100 (CET) Subject: applnk entries In-Reply-To: <20010215224347.A20622@mephisto.px.pl> Message-ID: On Thu, 15 Feb 2001, Michal Margula wrote: > Network/Communcations - for ICQ, {k,g}AIM, and any other messager, WDYT? Looks good for me. Probably to this group can be added also all irc clients. Remember fix orher packages which uses now Network/{ICQ,IRC}. 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 qboosh at prioris.mini.pw.edu.pl Fri Feb 16 01:16:31 2001 From: qboosh at prioris.mini.pw.edu.pl (Jakub Bogusz) Date: Fri, 16 Feb 2001 01:16:31 +0100 Subject: dev Message-ID: <20010216011631.B32575@satan> I wanted to fix some in dev package (mainly change /dev/lp* permissions from 660 root.daemon to 660 root.lp), but have some questions: 1) In header there is "BuildArch: noarch", in %install there are some %ifarch... - it won't work because arch=noarch. Also, there is no %m64k-specific devices in %files section. 2) What permissions should have CD-ROM devices? Now some devices have 664 root.root (aztcd, bpcd), some have 640 root.disk (cdu535, sbpcd*), some have 660 root.disk (scd*). -- Jakub Bogusz http://prioris.mini.pw.edu.pl/~qboosh/ From qboosh at prioris.mini.pw.edu.pl Fri Feb 16 01:09:17 2001 From: qboosh at prioris.mini.pw.edu.pl (Jakub Bogusz) Date: Fri, 16 Feb 2001 01:09:17 +0100 Subject: [kreutzm@itp.uni-hannover.de: vim/PLD; pls. forward] In-Reply-To: <20010212205006.A2067@alya.uni-hannover.de>; from dobrek@itp.uni-hannover.de on Mon, Feb 12, 2001 at 08:50:06PM +0100 References: <20010212205006.A2067@alya.uni-hannover.de> Message-ID: <20010216010917.A32575@satan> On Mon, Feb 12, 2001 at 08:50:06PM +0100, Lukas Dobrek wrote: > > I just forward it. > Lukasz [...] > Hello Lukas ! > Could you inform the packager of vim/PLD that: > kreutzm at lodda:~/numerik/Split2[515] % Error detected while processing > /usr/share/vim/filetype.vim: > line 720: > Can't open file /usr/share/vim/menu.vim But after these: Revision 1.50 2001/02/13 13:45:31 wiget added 5.7.024 patch from VIM site Revision 1.49 2001/02/13 12:57:14 dobrek -Realase=11 Revision 1.48 2001/02/13 12:45:50 wiget menu.vim in corect place ...there is no menu.vim at all. -- Jakub Bogusz http://prioris.mini.pw.edu.pl/~qboosh/ From michuz at pld.org.pl Fri Feb 16 01:26:25 2001 From: michuz at pld.org.pl (Michal Zawalich) Date: Fri, 16 Feb 2001 01:26:25 +0100 Subject: applnk entries In-Reply-To: <20010215224347.A20622@mephisto.px.pl>; from alchemyx@uznam.top.pl on Thu, Feb 15, 2001 at 10:43:48PM +0100 References: <20010215224347.A20622@mephisto.px.pl> Message-ID: <20010216012625.A1700@pldmachine> [czwartek, 15 luty 2001], Michal Margula napisa?(a): > Network/Communcations - for ICQ, {k,g}AIM, and any other messager, WDYT? Good idea :) -- +-------------------+ Nie powinni?my zatem zapomina?, ?e jeste?my tylko @| Micha? Zawalich |@ nie wiele lepsi od ma?p, a nie troch? gorsi od /-| michuz at pld.org.pl |-\ anio??w. /| +-------------------+ |\ [?wietlani pos?a?cy - Gentry Lee] From alchemyx at uznam.top.pl Fri Feb 16 07:27:20 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Fri, 16 Feb 2001 07:27:20 +0100 Subject: applnk entries In-Reply-To: =?iso-8859-2?Q?=3CPine=2ELNX=2E4=2E21=2E0102152249410=2E31937-100000=40r?= =?iso-8859-2?Q?udy=2Emif=2Epg=2Egda=2Epl=3E=3B_from_Tomasz_K=B3oczko_on_?= =?iso-8859-2?Q?Thu=2C_Feb_15=2C_2001_at_10:52:03PM_+0100?= References: <20010215224347.A20622@mephisto.px.pl> Message-ID: <20010216072720.A1884@mephisto.px.pl> [czwartek, 15 luty 2001], Tomasz K?oczko napisa?(a): > > Network/Communcations - for ICQ, {k,g}AIM, and any other messager, WDYT? > > Looks good for me. Probably to this group can be added also all irc > clients. > > Remember fix orher packages which uses now Network/{ICQ,IRC}. OK. I will do it todays evening :) -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From alchemyx at uznam.top.pl Fri Feb 16 16:46:18 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Fri, 16 Feb 2001 16:46:18 +0100 Subject: hacking applnk Message-ID: <20010216164617.A16372@mephisto.px.pl> Hello! I will fix applnk in a minute by adding Network/Communications. The questions is if I have to mess up with applnk module in CVS or do it by hand - download tgz, unpack, fix, pack? As I can see applnk module is left untouched. -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From depesz at depesz.pl Sun Feb 18 13:44:51 2001 From: depesz at depesz.pl (hubert depesz lubaczewski) Date: Sun, 18 Feb 2001 13:44:51 +0100 Subject: new patch for kernel Message-ID: <20010218134451.A6802@depeszws.depesz.pl> hi, i just came across new patch for kernel - lpp (linux progress patch). it doesn't do enything especially useful, but it just "prettyfies" our machines boot-up. so. i tried to use this patch on pld's 2.2.18 kernel, put i failed. by knowledge of c, patch, and kernel internals is too small to even try to find out what is the problem. but, maybe you could check this? url for lpp homepage is: http://lpp.FreeLords.org/ besides of the patch itself you need also lpp-themes tarball which is also downloadable from the same page. depesz -- hubert depesz lubaczewski http://www.depesz.pl/ ------------------------------------------------------------------------ najwspanialsz? rzecz? jak? da?o nam nowoczesne spo?ecze?stwo, jest niesamowita wr?cz ?atwo?? unikania kontakt?w z nim ... From misiek at pld.ORG.PL Sun Feb 18 13:47:39 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Sun, 18 Feb 2001 13:47:39 +0100 Subject: adapter.awk Message-ID: <20010218134739.A4396@ikar.t17.ds.pwr.wroc.pl> It's still makeing Bad Things (TM). Try to adapterize vlc.spec. It will do these things (tm) in place where %package GGI is commented out. Awk people ... please fix it. -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From misiek at pld.ORG.PL Sun Feb 18 13:56:28 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Sun, 18 Feb 2001 13:56:28 +0100 Subject: STB Message-ID: <20010218135628.A4516@ikar.t17.ds.pwr.wroc.pl> I suggest two abbreviations: stb - already sent to builder stbr - send to builder request :) -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From alchemyx at uznam.top.pl Sun Feb 18 14:03:52 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Sun, 18 Feb 2001 14:03:52 +0100 Subject: new patch for kernel In-Reply-To: <20010218134451.A6802@depeszws.depesz.pl>; from hubert depesz lubaczewski on Sun, Feb 18, 2001 at 01:44:51PM +0100 References: <20010218134451.A6802@depeszws.depesz.pl> Message-ID: <20010218140352.A2491@mephisto.px.pl> [niedziela, 18 luty 2001], hubert depesz lubaczewski napisa?(a): > url for lpp homepage is: > http://lpp.FreeLords.org/ I am for. If it does not decrease functionality of our distribution kernel it is good to apply it. Nice addition :). -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From alchemyx at uznam.top.pl Sun Feb 18 14:23:57 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Sun, 18 Feb 2001 14:23:57 +0100 Subject: new patch for kernel In-Reply-To: <20010218140352.A2491@mephisto.px.pl>; from Michal Margula on Sun, Feb 18, 2001 at 02:03:52PM +0100 References: <20010218134451.A6802@depeszws.depesz.pl> <20010218140352.A2491@mephisto.px.pl> Message-ID: <20010218142357.A2704@mephisto.px.pl> [niedziela, 18 luty 2001], Michal Margula napisa?(a): > [niedziela, 18 luty 2001], hubert depesz lubaczewski napisa?(a): > > > url for lpp homepage is: > > http://lpp.FreeLords.org/ > > I am for. If it does not decrease functionality of our distribution kernel > it is good to apply it. Nice addition :). It needs also some changes in rc-scripts, but it cause no harm to system if patch wasn't applied. So - who can try apllying/modifying? it? -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From aflinta at student.uci.agh.edu.pl Sun Feb 18 23:29:38 2001 From: aflinta at student.uci.agh.edu.pl (Artur Flinta) Date: Sun, 18 Feb 2001 23:29:38 +0100 (CET) Subject: PSM in Mozilla 0.8 Message-ID: Hi!! After 4 hours of creating package witch mozilla 0.8 from PLD I've noticed that PSM still doesn't work :( For testing PSM I've just used /usr/X11R6/share/mozilla/psmdata/doc/psmtest.html file, the only error I've noticed was on JavaScript console (from tasks->tools->JavaScript Console menu): JavaScript error: line 0: uncaught exception: [Exception... "Failure" code: "-2147467259" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "file:///usr/X11R6/share/mozilla/psmdata/doc/psmtest.html Line: 10"] I think that mozilla.spec still need some fixes against PSM failure Best Regards Artur Zawsze kiedy jest problem, jest jakie? rozwi?zanie; zatem je?li nie ma rozwi?zania, nie ma problemu. From kura at cs.net.pl Mon Feb 19 00:32:23 2001 From: kura at cs.net.pl (=?iso-8859-2?Q?Micha=B3_Kuratczyk?=) Date: Mon, 19 Feb 2001 00:32:23 +0100 Subject: adapter.awk In-Reply-To: <20010218134739.A4396@ikar.t17.ds.pwr.wroc.pl>; from Arkadiusz Miskiewicz on Sun, Feb 18, 2001 at 01:47:39PM +0100 References: <20010218134739.A4396@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20010219003223.A25618@cs.net.pl> On Sun, Feb 18, 2001 at 01:47:39PM +0100, Arkadiusz Miskiewicz wrote: >It's still makeing Bad Things (TM). Try to adapterize >vlc.spec. It will do these things (tm) in place where >%package GGI is commented out. >Awk people ... please fix it. Fixed. adapter-0.25 is out. Any more ideas how to fix/improve adapter? BTW Almost 700 lines in AWK. Damn, who wants to clean this up? :-) -- Micha? Kuratczyk From michuz at pld.org.pl Mon Feb 19 12:48:59 2001 From: michuz at pld.org.pl (Michal Zawalich) Date: Mon, 19 Feb 2001 12:48:59 +0100 Subject: PSM in Mozilla 0.8 In-Reply-To: ; from aflinta@student.uci.agh.edu.pl on Sun, Feb 18, 2001 at 11:29:38PM +0100 References: Message-ID: <20010219124858.A1863@pldmachine> [niedziela, 18 luty 2001], Artur Flinta napisa?(a): > Hi!! > > After 4 hours of creating package witch mozilla 0.8 from PLD I've noticed > that PSM still doesn't work :( For testing PSM I've just used > /usr/X11R6/share/mozilla/psmdata/doc/psmtest.html file, the only error > I've noticed was on JavaScript console (from tasks->tools->JavaScript > Console menu): > > JavaScript error: > line 0: uncaught > exception: [Exception... "Failure" code: "-2147467259" nsresult: "0x80004005 > (NS_ERROR_FAILURE)" location: "file:///usr/X11R6/share/mozilla/psmdata/doc/psmtest.html > Line: 10"] > > I think that mozilla.spec still need some fixes against PSM failure PSM works fine for me. If you want use PSM you should run psm in the background, for example: $ psm & $ mozilla -- +-------------------+ [...] r?wnie? wiem, ?e si? zatruj?, @| Micha? Zawalich |@ jak gwo?dzie zjem. /-| michuz at pld.org.pl |-\ /| +-------------------+ |\ [radio Zet] From jajcus at bnet.pl Mon Feb 19 13:10:43 2001 From: jajcus at bnet.pl (Jacek Konieczny) Date: Mon, 19 Feb 2001 13:10:43 +0100 Subject: new patch for kernel In-Reply-To: <20010218142357.A2704@mephisto.px.pl>; from alchemyx@uznam.top.pl on Sun, Feb 18, 2001 at 02:23:57PM +0100 References: <20010218134451.A6802@depeszws.depesz.pl> <20010218140352.A2491@mephisto.px.pl> <20010218142357.A2704@mephisto.px.pl> Message-ID: <20010219131043.C9970@serwus.bnet.pl> On Sun, Feb 18, 2001 at 02:23:57PM +0100, Michal Margula wrote: > It needs also some changes in rc-scripts, but it cause no harm to system if > patch wasn't applied. So - who can try apllying/modifying? it? I don't know the patch and I don't exactly know what it does, but I am worried about one thing: Will it (and those changes in rc-scripts) work with serial console? Greets, Jacek From depesz at depesz.pl Mon Feb 19 13:35:36 2001 From: depesz at depesz.pl (hubert depesz lubaczewski) Date: Mon, 19 Feb 2001 13:35:36 +0100 Subject: new patch for kernel In-Reply-To: <20010219131043.C9970@serwus.bnet.pl>; from jajcus@bnet.pl on Mon, Feb 19, 2001 at 01:10:43PM +0100 References: <20010218134451.A6802@depeszws.depesz.pl> <20010218140352.A2491@mephisto.px.pl> <20010218142357.A2704@mephisto.px.pl> <20010219131043.C9970@serwus.bnet.pl> Message-ID: <20010219133536.B1847@depeszws.depesz.pl> On Mon, Feb 19, 2001 at 01:10:43PM +0100, Jacek Konieczny wrote: > I don't know the patch and I don't exactly know what it does, but I am worried > about one thing: > Will it (and those changes in rc-scripts) work with serial console? i dont really belive, but also i dont belive that frame buffer will work on serial console. and the patch needs frame buffer. depesz -- hubert depesz lubaczewski http://www.depesz.pl/ ------------------------------------------------------------------------ najwspanialsz? rzecz? jak? da?o nam nowoczesne spo?ecze?stwo, jest niesamowita wr?cz ?atwo?? unikania kontakt?w z nim ... From alchemyx at uznam.top.pl Mon Feb 19 13:58:04 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Mon, 19 Feb 2001 13:58:04 +0100 Subject: new patch for kernel In-Reply-To: <20010219133536.B1847@depeszws.depesz.pl>; from hubert depesz lubaczewski on Mon, Feb 19, 2001 at 01:35:36PM +0100 References: <20010218134451.A6802@depeszws.depesz.pl> <20010218140352.A2491@mephisto.px.pl> <20010218142357.A2704@mephisto.px.pl> <20010219131043.C9970@serwus.bnet.pl> <20010219133536.B1847@depeszws.depesz.pl> Message-ID: <20010219135803.A1749@mephisto.px.pl> [poniedzia?ek, 19 luty 2001], hubert depesz lubaczewski napisa?(a): > On Mon, Feb 19, 2001 at 01:10:43PM +0100, Jacek Konieczny wrote: > > I don't know the patch and I don't exactly know what it does, but I am worried > > about one thing: > > Will it (and those changes in rc-scripts) work with serial console? > > i dont really belive, but also i dont belive that frame buffer will work on > serial console. and the patch needs frame buffer. yeap, but we have fb in kernel, haven't we? -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From kloczek at rudy.mif.pg.gda.pl Mon Feb 19 14:11:13 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 19 Feb 2001 14:11:13 +0100 (CET) Subject: new patch for kernel In-Reply-To: <20010219135803.A1749@mephisto.px.pl> Message-ID: On Mon, 19 Feb 2001, Michal Margula wrote: > [poniedzia?ek, 19 luty 2001], hubert depesz lubaczewski napisa?(a): > > > On Mon, Feb 19, 2001 at 01:10:43PM +0100, Jacek Konieczny wrote: > > > I don't know the patch and I don't exactly know what it does, but I am worried > > > about one thing: > > > Will it (and those changes in rc-scripts) work with serial console? > > > > i dont really belive, but also i dont belive that frame buffer will work on > > serial console. and the patch needs frame buffer. > > yeap, but we have fb in kernel, haven't we? BTW. Anyone found some information how to use FB if was kompiled to module ? 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 jajcus at bnet.pl Mon Feb 19 14:17:15 2001 From: jajcus at bnet.pl (Jacek Konieczny) Date: Mon, 19 Feb 2001 14:17:15 +0100 Subject: new patch for kernel In-Reply-To: ; from kloczek@rudy.mif.pg.gda.pl on Mon, Feb 19, 2001 at 02:11:13PM +0100 References: <20010219135803.A1749@mephisto.px.pl> Message-ID: <20010219141715.A12479@serwus.bnet.pl> On Mon, Feb 19, 2001 at 02:11:13PM +0100, Tomasz K?oczko wrote: > BTW. Anyone found some information how to use FB if was kompiled to module > ? modprobe the_module But this won't fork for VesaFB, as Vesa videomode can be only initialised on startup (before the kernel enters protected mode). So the VesaFB and all modules needed by it must be compiled into kernel (now some parts are compiled as modules, so when vesa mode is enabled in lilo.conf kernel won't start!). Other frame-buffer drivers can (and IMHO should) be compiled as modules (but you won't get boot logo on those frame-buffers). Greets, JAcek From alchemyx at uznam.top.pl Mon Feb 19 14:43:58 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Mon, 19 Feb 2001 14:43:58 +0100 Subject: new patch for kernel In-Reply-To: <20010219141715.A12479@serwus.bnet.pl>; from Jacek Konieczny on Mon, Feb 19, 2001 at 02:17:15PM +0100 References: <20010219135803.A1749@mephisto.px.pl> <20010219141715.A12479@serwus.bnet.pl> Message-ID: <20010219144358.A2354@mephisto.px.pl> [poniedzia?ek, 19 luty 2001], Jacek Konieczny napisa?(a): > But this won't fork for VesaFB, as Vesa videomode can be only initialised > on startup (before the kernel enters protected mode). > So the VesaFB and all modules needed by it must be compiled into kernel > (now some parts are compiled as modules, so when vesa mode is enabled in > lilo.conf kernel won't start!). Other frame-buffer drivers can (and IMHO should) > be compiled as modules (but you won't get boot logo on those frame-buffers). damn so thats the reason why vesafb does not work on my pc. -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From jajcus at bnet.pl Mon Feb 19 15:54:30 2001 From: jajcus at bnet.pl (Jacek Konieczny) Date: Mon, 19 Feb 2001 15:54:30 +0100 Subject: new patch for kernel In-Reply-To: <20010219154120.A1644@mephisto.px.pl>; from alchemyx@uznam.top.pl on Mon, Feb 19, 2001 at 03:41:21PM +0100 References: <20010219141715.A12479@serwus.bnet.pl> <20010219153401.A15071@serwus.bnet.pl> <20010219154120.A1644@mephisto.px.pl> Message-ID: <20010219155430.A16196@serwus.bnet.pl> On Mon, Feb 19, 2001 at 03:41:21PM +0100, Michal Margula wrote: > [poniedzia?ek, 19 luty 2001], Jacek Konieczny napisa?(a): > > > It is not a bug. That is how it works. > > VESA is a BIOS extension designed to be used from DOS, not multitasking OS > > using i386 "protected mode". There are some VESA protected-mode extensions, > > but they are not very reliable. > > In fact VESA-FB is a hack --- extension to the "VGA video-mode selection". > > The latter uses standard PC BIOS calls to setup video modes on startup. > > When the kernel is running VIDEO-BIOS practically is not available, and cannot > > be raliably used. > > BTW: I would like to ask. How to use FB on S3 Virge properly? I want to know > because svgalib behaves funny Eg.: line: "mode=0x305" in /etc/lilo.conf But latest PLD 2.2.18 kernel is broken (some things which should be in kernel gone to modules). Earlier kernels worked. There is more description in Documentation/fb directory in kernel source tree. BTW. Why the documetation from kernel is not in /usr/share/doc/kernel-*? Greets, Jacek From alchemyx at uznam.top.pl Mon Feb 19 16:00:04 2001 From: alchemyx at uznam.top.pl (Michal Margula) Date: Mon, 19 Feb 2001 16:00:04 +0100 Subject: new patch for kernel In-Reply-To: <20010219155430.A16196@serwus.bnet.pl>; from Jacek Konieczny on Mon, Feb 19, 2001 at 03:54:30PM +0100 References: <20010219141715.A12479@serwus.bnet.pl> <20010219153401.A15071@serwus.bnet.pl> <20010219154120.A1644@mephisto.px.pl> <20010219155430.A16196@serwus.bnet.pl> Message-ID: <20010219160004.A2052@mephisto.px.pl> [poniedzia?ek, 19 luty 2001], Jacek Konieczny napisa?(a): > Eg.: > line: "mode=0x305" in /etc/lilo.conf > > But latest PLD 2.2.18 kernel is broken (some things which should be in kernel > gone to modules). Earlier kernels worked. > > There is more description in Documentation/fb directory in kernel source tree. > BTW. Why the documetation from kernel is not in /usr/share/doc/kernel-*? Nope. I want real FB not vesa FB, because it doesn't support videmodes and doesn't work from PLD kernel -- Michal Margula, alchemyx at uznam.top.pl, ICQ UIN 12267440, +) http://uznam.top.pl/~alchemyx/, PL section of Linux Counter maintainer "W ?yciu pi?kne s? tylko chwile." [Ryszard Riedel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available URL: From baggins-pld at sith.mimuw.edu.pl Mon Feb 19 19:19:05 2001 From: baggins-pld at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 19 Feb 2001 19:19:05 +0100 Subject: [ANNOUNCE] firewall-init 2.99.0 Message-ID: <20010219191905.B2551@sith.mimuw.edu.pl> I am pleased to announce version 2.99.0 of firewall-init framework. This is a beta version so please test and tell me what is broken, what could be fixed. This release works only with iptables. You can find it at: ftp://ftp.pld.org.pl/software/firewall-init/firewall-init-2.99.0.tar.gz and mirrors ======================================================================= Z radoscia oglaszam wypuszczenie wersji 2.99.0 pakietu firewall-init. To jest beta wiec prosze potestujcie, dajcie znac co jest zwalone, a co mozna by zrobic lepiej/wygodniej. Ta wersja dziala tylko z iptables. Pakiet jest dostepny na: ftp://ftp.pld.org.pl/software/firewall-init/firewall-init-2.99.0.tar.gz i na mirrorach. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From s.zagrodzki at mimuw.edu.pl Mon Feb 19 19:53:18 2001 From: s.zagrodzki at mimuw.edu.pl (Sebastian Zagrodzki) Date: Mon, 19 Feb 2001 19:53:18 +0100 (CET) Subject: new patch for kernel In-Reply-To: <20010219133536.B1847@depeszws.depesz.pl> Message-ID: On Mon, 19 Feb 2001, hubert depesz lubaczewski wrote: > > I don't know the patch and I don't exactly know what it does, but I > > am worried > > about one thing: > > Will it (and those changes in rc-scripts) work with serial console? > i dont really belive, but also i dont belive that frame buffer will work on > serial console. and the patch needs frame buffer. so we already know the answer... -- Sebastian Zagrodzki s.zagrodzki at mimuw.edu.pl UIN 1770835 http://sokrates.mimuw.edu.pl/~zagrodzki A co mnie obchodzi, co pomy?l? inni... From jajcus at bnet.pl Mon Feb 19 21:12:26 2001 From: jajcus at bnet.pl (Jacek Konieczny) Date: Mon, 19 Feb 2001 21:12:26 +0100 Subject: new patch for kernel In-Reply-To: ; from s.zagrodzki@mimuw.edu.pl on Mon, Feb 19, 2001 at 07:53:18PM +0100 References: <20010219133536.B1847@depeszws.depesz.pl> Message-ID: <20010219211226.B24197@serwus.bnet.pl> On Mon, Feb 19, 2001 at 07:53:18PM +0100, Sebastian Zagrodzki wrote: > On Mon, 19 Feb 2001, hubert depesz lubaczewski wrote: > > > I don't know the patch and I don't exactly know what it does, but I > > > am worried > > > about one thing: > > > Will it (and those changes in rc-scripts) work with serial console? > > i dont really belive, but also i dont belive that frame buffer will work on > > serial console. and the patch needs frame buffer. > so we already know the answer... But maybe patched kernel would work without FB, although without new features? Greets, Jacek From aflinta at student.uci.agh.edu.pl Mon Feb 19 22:37:47 2001 From: aflinta at student.uci.agh.edu.pl (Artur Flinta) Date: Mon, 19 Feb 2001 22:37:47 +0100 (CET) Subject: PSM in Mozilla 0.8 In-Reply-To: <20010219124858.A1863@pldmachine> Message-ID: Hi!!! On Mon, 19 Feb 2001, Michal Zawalich wrote: > PSM works fine for me. If you want use PSM you should run psm in the background, > for example: > $ psm & > $ mozilla Thanx!! Works quite good. BTW why PSM must be invoked before mozilla? AFAIK in mozilla from mozilla.org it starts automagically. Best regards Artur Zawsze kiedy jest problem, jest jakie? rozwi?zanie; zatem je?li nie ma rozwi?zania, nie ma problemu. From qboosh at prioris.mini.pw.edu.pl Mon Feb 19 23:58:09 2001 From: qboosh at prioris.mini.pw.edu.pl (Jakub Bogusz) Date: Mon, 19 Feb 2001 23:58:09 +0100 Subject: new patch for kernel In-Reply-To: <20010219153640.A16441@aleph-0.aleph-0.dhs.org>; from malekith@pld.org.pl on Mon, Feb 19, 2001 at 03:36:40PM +0100 References: <20010219141715.A12479@serwus.bnet.pl> <20010219153640.A16441@aleph-0.aleph-0.dhs.org> Message-ID: <20010219235809.A6269@satan> On Mon, Feb 19, 2001 at 03:36:40PM +0100, Michal Moskal wrote: > On Mon, Feb 19, 2001 at 03:12:42PM +0100, Tomasz K?oczko wrote: > > Know You why and/or is it bug or facture in current VesaFB code ? > > Nope. It's general problem with vesa-anything. You can > only set mode when in 16-bit. I don't think they will fixit > (svgalib handles it somewhat). VESA 3.0 is better. But only newest cards support it. -- Jakub Bogusz http://prioris.mini.pw.edu.pl/~qboosh/ From jajcus at pld.org.pl Tue Feb 20 15:00:12 2001 From: jajcus at pld.org.pl (Jacek Konieczny) Date: Tue, 20 Feb 2001 15:00:12 +0100 Subject: disapearing /etc/named.conf Message-ID: <20010220150011.A12381@nic.nigdzie> After upgrading to bind-9.1.0-4 (from some other bind-9.x) my /etc/named.conf has disapeared. Fortunatelly it was my home machine, not our company's main DNS server! It seems someone has removed %config from /etc/named.conf or hasn't put it on /var/lib/named/etc*. Greets, Jacek From baggins-pld at sith.mimuw.edu.pl Tue Feb 20 16:42:29 2001 From: baggins-pld at sith.mimuw.edu.pl (Jan Rekorajski) Date: Tue, 20 Feb 2001 16:42:29 +0100 Subject: disapearing /etc/named.conf In-Reply-To: <20010220150011.A12381@nic.nigdzie>; from jajcus@pld.org.pl on Tue, Feb 20, 2001 at 03:00:12PM +0100 References: <20010220150011.A12381@nic.nigdzie> Message-ID: <20010220164229.A2587@sith.mimuw.edu.pl> [wtorek, 20 luty 2001], Jacek Konieczny napisa?(a): > After upgrading to bind-9.1.0-4 (from some other bind-9.x) my > /etc/named.conf has disapeared. Fortunatelly it was my home machine, not > our company's main DNS server! > It seems someone has removed %config from /etc/named.conf or hasn't put > it on /var/lib/named/etc*. Fixed. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From michuz at pld.org.pl Tue Feb 20 21:07:26 2001 From: michuz at pld.org.pl (Michal Zawalich) Date: Tue, 20 Feb 2001 21:07:26 +0100 Subject: PSM in Mozilla 0.8 In-Reply-To: ; from aflinta@student.uci.agh.edu.pl on Mon, Feb 19, 2001 at 10:37:47PM +0100 References: <20010219124858.A1863@pldmachine> Message-ID: <20010220210726.A20452@pldmachine> [poniedzia?ek, 19 luty 2001], Artur Flinta napisa?(a): > Hi!!! > > On Mon, 19 Feb 2001, Michal Zawalich wrote: > > > PSM works fine for me. If you want use PSM you should run psm in the background, > > for example: > > $ psm & > > $ mozilla > > Thanx!! Works quite good. BTW why PSM must be invoked before > mozilla? AFAIK in mozilla from mozilla.org it starts automagically. I didn't check it, but probably orginal script from mozilla at the begininig runs psm, next mozilla. In PLD mozilla is runed by binary file. Best regards. -- +-------------------+ @| Micha? Zawalich |@ Mess with the best, die like the rest! /-| michuz at pld.org.pl |-\ /| +-------------------+ |\ ["Hackers" - David Bischoff] From ser at metalab.unc.edu Wed Feb 21 12:44:40 2001 From: ser at metalab.unc.edu (Serek/GNU) Date: Wed, 21 Feb 2001 12:44:40 +0100 Subject: [cvsweb & anoncvs system software upgrade] Message-ID: <20010221124439.H9286@linux.lo14.wroc.pl> hello, i am doing system software upgrade on sun e250 server which acts as cvsweb.pld.org.pl & anoncvs.pld.org.pl - so this host may may be not working as needed today and tomorrow. --s+ From malekith at pld.org.pl Fri Feb 23 15:01:17 2001 From: malekith at pld.org.pl (Michal Moskal) Date: Fri, 23 Feb 2001 15:01:17 +0100 Subject: gentocf updated Message-ID: <20010223150117.A22527@aleph-0.aleph-0.dhs.org> Pawel has recently added support for splited tocfile to wuch. This way it doesn't need to download entire tocfile, just what changed. I've just changed chunk ordering code in gentocfile. Now spliting into chunks is done automagicly, care is taken to do as small changes as it's possible. However it needs testing... I post it here so ppl who does geninitrd arn't confused by the change. Boring technical details, how does it work: 1. tocfile is splited into several files. they are around 30k right now (after compression). md5 sums are computed, and stored in separate file. Then, whenever wuch wants to download tocfile, it computes md5 sums of files on its own side, and downloads only nessesery. 2. in this schame it's important how file is splited, so wuch doens't have to download too much, so how did I do this: - dstdir is scanned for tocfile.description file, when it's found, gentocf reads informations about how was the files splited last time, and which is the newest file (st_mtime) in each chunk. - then we look in rpmdir for rpms, each is looked if it was in some chunk last time, if it was but is newer then newest file in chunk (file was updated), all files from chunk are added to changed file pool (that's because if one file changed, entire chunk is wrong) if the file was not in any chunk, it's simply added to changed files pool - last chunk, if it's more then 25% empty is freed, so it can be used, this prevents from getting small chunks at the end. - then changed files are splited into freed chunks and at the end. Anyway it works... :) pozdr -- Micha? Moskal e9 8d 65 00 9d fe 9a f5 b9 dd c9 ac 2b 4f f5 ca 01 21 17 60 67 02 93 ff bd d1 72 5c 28 06 14 3a 69 63 Honduras KGB Albanian FBI munitions [Hello to all my fans in domestic surveillance] $400 million in gold bullion North Korea South Africa Rule Psix Saddam Hussein Delta Force Mossad spy counter-intelligence Albanian World Trade Center Semtex domestic disruption spy -- From s.zagrodzki at mimuw.edu.pl Fri Feb 23 15:36:16 2001 From: s.zagrodzki at mimuw.edu.pl (Sebastian Zagrodzki) Date: Fri, 23 Feb 2001 15:36:16 +0100 (CET) Subject: gentocf updated In-Reply-To: <20010223150117.A22527@aleph-0.aleph-0.dhs.org> Message-ID: On Fri, 23 Feb 2001, Michal Moskal wrote: ... and what about splitted-tocfile-support in prowizorka? -- Sebastian Zagrodzki s.zagrodzki at mimuw.edu.pl UIN 1770835 http://sokrates.mimuw.edu.pl/~zagrodzki A co mnie obchodzi, co pomy?l? inni... From pawelk at pld.org.pl Fri Feb 23 22:26:05 2001 From: pawelk at pld.org.pl (=?iso-8859-2?Q?Pawe=B3_Ko=B3odziej?=) Date: Fri, 23 Feb 2001 22:26:05 +0100 Subject: gentocf updated In-Reply-To: ; from s.zagrodzki@mimuw.edu.pl on Fri, Feb 23, 2001 at 03:36:16PM +0100 References: <20010223150117.A22527@aleph-0.aleph-0.dhs.org> Message-ID: <20010223222605.A2384@paw.dom> Dnia Fri, Feb 23, 2001 at 03:36:16PM +0100, Sebastian Zagrodzki napisa?(a): > On Fri, 23 Feb 2001, Michal Moskal wrote: > ... > and what about splitted-tocfile-support in prowizorka? There is no such support, and propably will never be (since it's reather senseless). For that reason there should be old and new tocfile on ftp. -- Pawe? Ko?odziej pawelk at pld.org.pl ,,O ile nam wiadomo, komputer nigdy nie pope?ni? niewykrytego b??du.'' -- Weisert From jajcus at bnet.pl Wed Feb 28 09:49:30 2001 From: jajcus at bnet.pl (Jacek Konieczny) Date: Wed, 28 Feb 2001 09:49:30 +0100 Subject: galeon Message-ID: <20010228094929.A20076@serwus.bnet.pl> Why there is galeon package on FTP? It doesn't seem to work at all. It asks me to set MOZILLA_FIVE_HOME (although it should use proper build-in defaults). Please do not put broken packages on FTP! galeon-0.10.1-1 mozilla-0.8-1 gnome-vfs is also broken --- it does not run "ldconfig" on "%post" as it should. Greets, Jacek From kloczek at rudy.mif.pg.gda.pl Wed Feb 28 10:40:16 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Wed, 28 Feb 2001 10:40:16 +0100 (CET) Subject: galeon In-Reply-To: <20010228094929.A20076@serwus.bnet.pl> Message-ID: On Wed, 28 Feb 2001, Jacek Konieczny wrote: > Why there is galeon package on FTP? It doesn't seem to work at all. > It asks me to set MOZILLA_FIVE_HOME (although it should use proper build-in > defaults). It will be good fix mozilla source for setup MOZILLA_FIVE_HOME variable on C code level basing on $(libdir). This kind fix allow also simplify mozilla and allow run directly as elf binary without setting up MOZILLA_FIVE_HOME enviroment variable in mozilla scipt and after in this script run mozilla.bin. 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 blues at ds6.pg.gda.pl Wed Feb 28 10:41:32 2001 From: blues at ds6.pg.gda.pl (Blues) Date: Wed, 28 Feb 2001 10:41:32 +0100 (CET) Subject: galeon In-Reply-To: <20010228094929.A20076@serwus.bnet.pl> Message-ID: On Wed, 28 Feb 2001, Jacek Konieczny wrote: > Why there is galeon package on FTP? It doesn't seem to work at all. > It asks me to set MOZILLA_FIVE_HOME (although it should use proper build-in > defaults). > Please do not put broken packages on FTP! > galeon-0.10.1-1 > mozilla-0.8-1 [root at blues /root]# rpm -q mozilla mozilla-0.8-1 Strange... It work fine for me.... -- pozdr. Pawe? Go?aszewski ------------------------- Linux is like vigvam. No doors, no widnows, just apache inside.