From phil at hollenback.net Sun Apr 1 00:42:18 2001 From: phil at hollenback.net (Philip J. Hollenback) Date: Sat, 31 Mar 2001 14:42:18 -0800 Subject: pld kernel 2.2.18-14 boot problems In-Reply-To: <20010312201729.A31529@alya.uni-hannover.de>; from phil@hollenback.net on Mon, Mar 12, 2001 at 08:17:29PM +0100 References: <20010312100017.B1086@hollenback.net> <20010312201729.A31529@alya.uni-hannover.de> Message-ID: <20010331144214.G2573@hollenback.net> Yes, compiling ide-disk, the via chipset ide driver, and ext2 into the kernel worked. Thanks for the advice. I think the via driver should probably be included by default, since you already include the cmd and rz1000 drivers. P. On Setting Orange, the 17th of Discord, Philip J. Hollenback spake: > On Mon, Mar 12, 2001 at 10:00:18AM -0800, Philip J. Hollenback wrote: > > I am very impressed the work that has gone into this version of > > the kernel, and I would love the get it booting. Does anyone have > > any idea what I need to change to fix this? I confess I am not > > very familiar with the initial ramdisk setup, do I need to change > > something there? > Hello Philip! > > First of all I have no blody idea about the Via driver. But befour > you will start playing with initrd. Mayby you should compile > directly into your kernel the support for the ide ide-disk and > ext2. Then if it will not work we will know that this is the problem > with the kernel not with the ramdisk. I'm simply not shure if you > realised that ext2 is also in the module. If no this is probably > the case. Thats all for now. > > > Let the force be with you > The prince of darknes. > Lukasz Dobrek -- Philip J. Hollenback philiph at pobox.com AYBABTU From phil at hollenback.net Sun Apr 1 00:40:32 2001 From: phil at hollenback.net (Philip J. Hollenback) Date: Sat, 31 Mar 2001 14:40:32 -0800 Subject: pld kernel 2.2.18-14 boot problems In-Reply-To: <20010312202151.B2977@mephisto.px.pl>; from phil@hollenback.net on Mon, Mar 12, 2001 at 08:21:51PM +0100 References: <20010312100017.B1086@hollenback.net> <20010312202151.B2977@mephisto.px.pl> Message-ID: <20010331144029.F2573@hollenback.net> Hi, Just wanted to let you know that I successfully built a working 2.2.18 kernel RPM from the PLD kernel source RPM. I now have a modified RedHat 6.2 install CD that installs this as the kernel, which is exactly what I wanted. The problem, as several people kindly pointed out, was the modular kernel. I have to modify kernel.i686.config to compile IDE support, the VIA chipset, and ext2 into the kernel. Once I did that, it all worked. I do note that depmod on this kernel gives unresolved symbols in ohci_1394_cb.o and pcilynx_cb.o I didn't need either of those modules, so I deleted them. Another glitch is that when I build the kernel from source, the configure step never runs to completion. I get a message that the pipe feeding in the configure options has disappeared, and the build waits on whatever config option it occurred until I make a choice for that option. After that, the build works. This occurs in random places, perhaps it is something wrong with my environment. P. On Setting Orange, the 17th of Discord, Philip J. Hollenback spake: > > I can successfully rebuild the source rpm under redhat 6.2 and I have > > a working install cd that installs it. However, I cannot get a > > running system afterwards. I have a Tyan motherboard with the Via VP > > chipset. On bootup after install, I alwats get VFS panic - cannot > > mount root. > [SNIP!] > > I think your problems lies in two things. First - our kernel is higly > modularized, even ext2 and ide are built as modules. You should check tools > designed for creating initial ram disk - geninitrd. I think it is > straightforward how to use it. > > Second problem you may encounter is passing name of root device. If you have > lilo just ignore it, but if you use loadlin.exe or grub you should change > "root=/dev/hda1" into "root=/dev/301". It is just an example. Other numbers > are: > > mephisto RPMS~# ls -l /dev/hd? > brw-rw---- 1 root disk 3, 0 May 5 1998 /dev/hda > brw-rw---- 1 root disk 3, 64 May 5 1998 /dev/hdb > brw-rw---- 1 root disk 22, 0 May 5 1998 /dev/hdc > brw-rw---- 1 root disk 22, 64 May 5 1998 /dev/hdd > brw-rw---- 1 root disk 33, 0 May 5 1998 /dev/hde > brw-rw---- 1 root disk 33, 64 May 5 1998 /dev/hdf > brw-rw---- 1 root disk 34, 0 May 5 1998 /dev/hdg > brw-rw---- 1 root disk 34, 64 May 5 1998 /dev/hdh > > use first number, then add second number and your partition number. e.g. > /dev/hdd6 is /dev/2270. I hope I am right :) -- Philip J. Hollenback philiph at pobox.com AYBABTU From phil at hollenback.net Sun Apr 1 00:51:50 2001 From: phil at hollenback.net (Philip J. Hollenback) Date: Sat, 31 Mar 2001 14:51:50 -0800 Subject: pld kernel 2.2.18-14 boot problems In-Reply-To: ; from s.zagrodzki@mimuw.edu.pl on Mon, Mar 12, 2001 at 10:05:54PM +0100 References: <20010312100017.B1086@hollenback.net> Message-ID: <20010331145147.H2573@hollenback.net> Ok, I now have a working 2.2.18 kernel rpm with compiled-in drivers, as I mentioned in previous posts. I understand what you are saying about building an initial ramdisk, but can you give me some hints on how I can modify the kernel source rpm to produce a kernel binary rpm with a correct initrd? I don't understand the rpm build process well enough to do this. How does the initial ramdisk get created? How do I control what goes in to it? Where does the linuxrc file come from? I understand the theory and operation of initrd, I just don't understand how to create one that has what I want in it as part of the rpm build process. Thanks for any ideas. P. On Setting Orange, the 17th of Discord, Sebastian Zagrodzki spake: > On Mon, 12 Mar 2001, Philip J. Hollenback wrote: > > I am very impressed the work that has gone into this version of > > the kernel, and I would love the get it booting. Does anyone have > > any idea what I need to change to fix this? I confess I am not > > very familiar with the initial ramdisk setup, do I need to change > > something there? > Yes you do. IDE and ext2 support are in modules - so you have to create > a ramdisk, which contains: > - ide-disk.o, ide-mod.o, ide-probe-mod.o > - ext2.o > - small static shell (like ash-static) > - static insmod > - /linuxrc shell script, which should look like this: > > #!/ash > insmod /ide-mod.o > insmod /ide-probe-mod.o > insmod /ide-disk.o > insmod /ext.o > > or stg like that... - hope it will work... > > -- Philip J. Hollenback philiph at pobox.com AYBABTU From qboosh at prioris.mini.pw.edu.pl Tue Apr 3 01:10:37 2001 From: qboosh at prioris.mini.pw.edu.pl (Jakub Bogusz) Date: Tue, 3 Apr 2001 01:10:37 +0200 Subject: libc, Qt-apps crashes and other bugs In-Reply-To: <20010331183236.B22619@sith.mimuw.edu.pl>; from baggins-pld@sith.mimuw.edu.pl on Sat, Mar 31, 2001 at 06:32:36PM +0200 References: <20010331122102.A3866@nic.nigdzie> <20010331183236.B22619@sith.mimuw.edu.pl> Message-ID: <20010403011037.A27934@satan.blackhosts> On Sat, Mar 31, 2001 at 06:32:36PM +0200, Jan Rekorajski wrote: > [sobota, 31 marzec 2001], Jacek Konieczny napisa?(a): > > Second: > > After upgrading glibc I found out that all Qt applications segfault on > > startup. I couldn't find the reason. But then I found out, that perl > > gives some warning about locale. I have removed following line from > > /etc/rpm/macros: > > %_install_langs C en pl de > > It should be: > %_install_langs C en pl de en_US pl_PL de_DE > > rpm sucks here and pl != pl_PL. %_install_langs en_US pl_PL de_DE should be sufficient. (maybe C - but I didn't see anything marked with %lang(C)) At most with rpm 4.0 - I tested it few moths ago (see discussion on pld-list(?)) - with install_langs pl_PL rpm installed both files marked with %lang(pl) and %lang(pl_PL) - and I don't think it changed between 4.0 and 4.0.2 (I would rather noticed it). -- Jakub Bogusz http://prioris.mini.pw.edu.pl/~qboosh/ From jajcus at bnet.pl Fri Apr 6 17:33:04 2001 From: jajcus at bnet.pl (Jacek Konieczny) Date: Fri, 6 Apr 2001 17:33:04 +0200 Subject: sane Message-ID: <20010406173304.A3232@nic.nigdzie> Hi, There are sane-backends-* packages on ftp, but no sane-frontends. Sane backends without any frontend are not very usefull. There is also xscanimage, which requires sane. There is no sane package on FTP, though, as it is obsoleted by sane-{frontends,backends}. The xscanimage also requires some old gimp. The new xscanimage is a part of the missing sane-frontends. But xscanimage is not good anyway, as xsane (which is not on FTP neither) is much better. Could someone with builder/FTP access clean these up? I mean: xscanimage should be removed xsane and sane-frontends should be added Greets, Jacek From dobrek at itp.uni-hannover.de Sat Apr 7 18:09:38 2001 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Sat, 7 Apr 2001 18:09:38 +0200 Subject: [kreutzm@itp.uni-hannover.de: Bug-Report: sgml-tools] Message-ID: <20010407180938.B11432@zibal.itp.uni-hannover.de> Just a forward. ----- Forwarded message from Helge Kreutzmann ----- Date: Sat, 7 Apr 2001 16:04:43 +0200 From: Helge Kreutzmann Subject: Bug-Report: sgml-tools To: Lukas Dobrek Hello Lukas ! Running sgml2info: kreutzm at pele:~/texte/aboot[558] % rpm -qf /usr/bin/sgml2info sgml-tools-1.0.7-6 on a valid sgml-file (fine with docbook2man) results in lots of errors about a incorrect dtd. Obviously the both packages disagree about their common dtds. Secondly sgml2info is missing a binary or a dependency because it finishes with: sh: /usr/bin/sgmlsasp: not found 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: 232 bytes Desc: not available URL: From dobrek at itp.uni-hannover.de Mon Apr 9 22:51:00 2001 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Mon, 9 Apr 2001 22:51:00 +0200 Subject: An idea Message-ID: <20010409225100.A24199@alya.uni-hannover.de> Hi guys, I have an idea concerning rpm. Firs let me describe what I am talking about using sshd as an example. I am installing opensshd it creates the config files in /etc/sshd/ lets say I have modify my sshd_config. Than I make an upgrade. Rpm will creates new config file as .rpmnew. And this is good. But let me change my mind. I decide that I dont want to have sshd on this computer so I am removing the deamon. What will hapend. The /etc/sshd/sshd_config.rpmnew will still exist. So the directory /etc/sshd will not be empty rpm will not remove it. And I will have some rubish in my /etc. I know it is not very important but never the less we are trying to polish some problems. And this is one of them. One idea is to add something to %postun or whatever it is call. But this is a bad idea IMHO. Mayby one with the biger experience in rpm could add souch a feature to rpm. It should remove not only files but also the files with suffix .rpmnew, if they are marked as noreplace in spec. It should not be very deficoult, I am hope. What do you thing about it? Take Care Lukasz -- ?ukasz Dobrek Institut f?r Theoretische Physik Appelstra?e 2, 30167 Hannover, Germany e-mail:dobrek at itp.uni-hannover.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: From wiget at pld.org.pl Tue Apr 10 10:38:33 2001 From: wiget at pld.org.pl (Artur Frysiak) Date: Tue, 10 Apr 2001 10:38:33 +0200 Subject: An idea In-Reply-To: <20010409225100.A24199@alya.uni-hannover.de>; from dobrek@itp.uni-hannover.de on Mon, Apr 09, 2001 at 10:51:00PM +0200 References: <20010409225100.A24199@alya.uni-hannover.de> Message-ID: <20010410103833.A10719@free.buy.pl> A non-text attachment was scrubbed... Name: msg.pgp Type: application/pgp Size: 1594 bytes Desc: not available URL: From marek at atm.com.pl Wed Apr 11 10:15:39 2001 From: marek at atm.com.pl (Marek Guevara Braun) Date: Wed, 11 Apr 2001 10:15:39 +0200 Subject: [kreutzm@itp.uni-hannover.de: Bug-Report: sgml-tools] References: <20010407180938.B11432@zibal.itp.uni-hannover.de> Message-ID: <3AD412AB.E2E8642A@atm.com.pl> > ----- Forwarded message from Helge Kreutzmann > ----- > > Running sgml2info: > kreutzm at pele:~/texte/aboot[558] % rpm -qf /usr/bin/sgml2info > sgml-tools-1.0.7-6 > on a valid sgml-file (fine with docbook2man) results in lots of errors > about a incorrect dtd. What about sgml-tools-1.0.9 - the package should be in test directory on our ftp & mirrors. But I've got a question about the format of your sgml document: as far as I know sgml-tools deals only with the linuxdoc format, some newer tools works with DocBook (which could be sgml or xml "encoded") format - are the document in linuxdoc/sgml format (there should be header like "" at the start of the file)? > Secondly sgml2info is missing a binary or a dependency because it > finishes with: > sh: /usr/bin/sgmlsasp: not found I will look if it still exist with the 1.0.9 version of the packages. Regards, Marek Guevara Braun marek at atm.com.pl From klakier at pld.org.pl Wed Apr 11 13:01:45 2001 From: klakier at pld.org.pl (=?iso-8859-2?q?Rafa=B3?= Kleger-Rudomin) Date: 11 Apr 2001 13:01:45 +0200 Subject: [kreutzm@itp.uni-hannover.de: Bug-Report: sgml-tools] In-Reply-To: Marek Guevara Braun's message of "Wed, 11 Apr 2001 10:15:39 +0200" References: <20010407180938.B11432@zibal.itp.uni-hannover.de> <3AD412AB.E2E8642A@atm.com.pl> Message-ID: Marek Guevara Braun writes: > > ----- Forwarded message from Helge Kreutzmann > > ----- > > > > Running sgml2info: > > kreutzm at pele:~/texte/aboot[558] % rpm -qf /usr/bin/sgml2info > > sgml-tools-1.0.7-6 > > on a valid sgml-file (fine with docbook2man) results in lots of errors > > about a incorrect dtd. Please show this errors. Maybe the proper DTD is not installed? docbook2man does not do any validation so it does not require the DTD. sgml-tools is old project and unfortunately the rpm packages are not extensively maintained in PLD You may try new docbook-utils package instead of sgml-utils. However, I added them recently and have not tested them yet. > What about sgml-tools-1.0.9 - the package should be in test > directory on our ftp & mirrors. > > But I've got a question about the format of your sgml > document: as far as I know sgml-tools deals only with > the linuxdoc format, some newer tools works with DocBook > (which could be sgml or xml "encoded") format - are > the document in linuxdoc/sgml format (there should be > header like "" at the start > of the file)? > > > Secondly sgml2info is missing a binary or a dependency because it > > finishes with: > > sh: /usr/bin/sgmlsasp: not found > > I will look if it still exist with the 1.0.9 version of the > packages. This is in 'sgmls' package There is already proper Requires added in 1.0.9 version of .spec file > > Regards, > Marek Guevara Braun > marek at atm.com.pl > > ________________________ > http://lists.pld.org.pl/ > > -- Rafa? Kleger-Rudomin (klakier at pld.org.pl) From marek at atm.com.pl Wed Apr 11 13:07:03 2001 From: marek at atm.com.pl (Marek Guevara Braun) Date: Wed, 11 Apr 2001 13:07:03 +0200 Subject: [kreutzm@itp.uni-hannover.de: Bug-Report: sgml-tools] References: <20010407180938.B11432@zibal.itp.uni-hannover.de> <3AD412AB.E2E8642A@atm.com.pl> Message-ID: <3AD43AD7.C14759A3@atm.com.pl> Marek Guevara Braun wrote: > > > ----- Forwarded message from Helge Kreutzmann > > ----- > > > > Running sgml2info: > > kreutzm at pele:~/texte/aboot[558] % rpm -qf /usr/bin/sgml2info > > sgml-tools-1.0.7-6 > > on a valid sgml-file (fine with docbook2man) results in lots of errors > > about a incorrect dtd. With version 1.0.9 of sgml-tools and proper linuxdoc/sgml (polish HOWTO translation) document I have got a lot of "Misplaced {." errors with sgml2info (sgml2txt, sgml2html and sgml2latex works fine on the same document) These misplaced '{' and '}' was produced by and { and } -> } sgml2info silently produced info file. It looks like tag is not well supported (btw. it is not even highlighted in the vim :-) If you could avoid these tags you should be able to produce info files. > > Secondly sgml2info is missing a binary or a dependency because it > > finishes with: > > sh: /usr/bin/sgmlsasp: not found /usr/bin/sgmlsasp is in sgmls package (which is produced from the same sgml-tools src.rpm) I don't know the reason why there is no requires statement in packages. Maybe we should add it. Regards, Marek From ser at metalab.unc.edu Thu Apr 12 20:59:59 2001 From: ser at metalab.unc.edu (Serek/GNU) Date: Thu, 12 Apr 2001 20:59:59 +0200 Subject: [anoncvs+cvsweb is down] Message-ID: <20010412205959.A4255@linux.lo14.wroc.pl> sorry, but until tomorrow both servers are down couse of hardware maintance. --s+ From jajcus at bnet.pl Fri Apr 13 09:35:14 2001 From: jajcus at bnet.pl (Jacek Konieczny) Date: Fri, 13 Apr 2001 09:35:14 +0200 Subject: Missing locale info Message-ID: <20010413093514.A6355@serwus.bnet.pl> Hi, Where are /usr/share/locale/*_* directories and their contents like LC_CTYPE, LC_NUMERIC etc.??? They should be in glibc, but they are missing. Without these locales are not-functional! Greets, Jacek From kloczek at rudy.mif.pg.gda.pl Fri Apr 13 09:38:24 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Fri, 13 Apr 2001 09:38:24 +0200 (CEST) Subject: Missing locale info In-Reply-To: <20010413093514.A6355@serwus.bnet.pl> Message-ID: On Fri, 13 Apr 2001, Jacek Konieczny wrote: > Hi, > > Where are /usr/share/locale/*_* directories and their contents like > LC_CTYPE, LC_NUMERIC etc.??? They should be in glibc, but they are missing. > Without these locales are not-functional! In /usr/lib/locale. IMHO it is time to move this back to /usr/share/locale. 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 wiget at pld.org.pl Fri Apr 13 11:42:19 2001 From: wiget at pld.org.pl (Artur Frysiak) Date: Fri, 13 Apr 2001 11:42:19 +0200 Subject: Missing locale info In-Reply-To: ; from kloczek@rudy.mif.pg.gda.pl on Fri, Apr 13, 2001 at 09:38:24AM +0200 References: <20010413093514.A6355@serwus.bnet.pl> Message-ID: <20010413114219.D10142@free.buy.pl> On Fri, Apr 13, 2001 at 09:38:24AM +0200, Tomasz K?oczko wrote: > On Fri, 13 Apr 2001, Jacek Konieczny wrote: > > > Hi, > > > > Where are /usr/share/locale/*_* directories and their contents like > > LC_CTYPE, LC_NUMERIC etc.??? They should be in glibc, but they are missing. > > Without these locales are not-functional! > > In /usr/lib/locale. IMHO it is time to move this back to > /usr/share/locale. Don't move this back. This files are endians-sensitive, so are arch specific. Regards -- Artur Frysiak http://www.pld.org.pl/ From s.zagrodzki at mimuw.edu.pl Sun Apr 15 23:29:09 2001 From: s.zagrodzki at mimuw.edu.pl (Sebastian Zagrodzki) Date: Sun, 15 Apr 2001 23:29:09 +0200 (CEST) Subject: PLD kernel _is_ vulnerable to ptrace/execve bug exploits Message-ID: just as in the topic. Try running epcs2.c (was posted on Bugtraq some time ago). To kernel maintainers - please update our kernel package to 2.2.19, it isn't on ftp site and I couldn't build it either. It seems that nobody checked _all_ of exploits that were shown on Bugtraq :> as first two of them actually didn't do anything on our 2.2.18-15 And what's happening with 2.4.3, is it working already? -- 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 cieciwa at alpha.zarz.agh.edu.pl Tue Apr 17 07:56:10 2001 From: cieciwa at alpha.zarz.agh.edu.pl (Wojciech "Sas" Cieciwa) Date: Tue, 17 Apr 2001 07:56:10 +0200 (CEST) Subject: PLD kernel _is_ vulnerable to ptrace/execve bug exploits In-Reply-To: Message-ID: On Sun, 15 Apr 2001, Sebastian Zagrodzki wrote: [...] > And what's happening with 2.4.3, is it working already? To many bugs in this kernel. I'm waiting for 2.4.4 Sas. -- {Wojciech 'Sas' Cieciwa} {Member of PLD Team } {e-mail: cieciwa at alpha.zarz.agh.edu.pl, http://www2.zarz.agh.edu.pl/~cieciwa} From aredridel at nbtsc.org Tue Apr 17 11:29:17 2001 From: aredridel at nbtsc.org (Aredridel) Date: Tue, 17 Apr 2001 02:29:17 -0700 Subject: bugs.pld.org.pl Message-ID: Can anyone else use bugzilla? -- I've got a small stack of bugs to toss in, but it's not connecting to the SQL server. Aredridel From baggins-pld at sith.mimuw.edu.pl Tue Apr 17 13:39:31 2001 From: baggins-pld at sith.mimuw.edu.pl (Jan Rekorajski) Date: Tue, 17 Apr 2001 13:39:31 +0200 Subject: PLD kernel _is_ vulnerable to ptrace/execve bug exploits In-Reply-To: ; from cieciwa@alpha.zarz.agh.edu.pl on Tue, Apr 17, 2001 at 07:56:10AM +0200 References: Message-ID: <20010417133931.C2714@sith.mimuw.edu.pl> [wtorek, 17 kwiecie? 2001], Wojciech Sas Cieciwa napisa?(a): > On Sun, 15 Apr 2001, Sebastian Zagrodzki wrote: > > [...] > > And what's happening with 2.4.3, is it working already? > > To many bugs in this kernel. > I'm waiting for 2.4.4 /me too 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 baggins-pld at sith.mimuw.edu.pl Tue Apr 17 13:40:47 2001 From: baggins-pld at sith.mimuw.edu.pl (Jan Rekorajski) Date: Tue, 17 Apr 2001 13:40:47 +0200 Subject: bugs.pld.org.pl In-Reply-To: ; from aredridel@nbtsc.org on Tue, Apr 17, 2001 at 02:29:17AM -0700 References: Message-ID: <20010417134047.D2714@sith.mimuw.edu.pl> [wtorek, 17 kwiecie? 2001], Aredridel napisa?(a): > > Can anyone else use bugzilla? -- I've got a small stack of bugs to toss in, > but it's not connecting to the SQL server. Send them here, it will be faster :) 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 aredridel at nbtsc.org Tue Apr 17 15:26:57 2001 From: aredridel at nbtsc.org (Aredridel) Date: Tue, 17 Apr 2001 06:26:57 -0700 Subject: bugs.pld.org.pl In-Reply-To: Your message of "Tue, 17 Apr 2001 13:40:47 +0200." <20010417134047.D2714@sith.mimuw.edu.pl> Message-ID: Check, will do. Quite the nice distro. Aredridel From misiek at pld.ORG.PL Wed Apr 18 03:29:48 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Wed, 18 Apr 2001 03:29:48 +0200 Subject: samba 2.2.0 Message-ID: <20010418032948.A31326@ikar.t17.ds.pwr.wroc.pl> ...can be found in on ftp at test. New features such as ACL, printing via Win RPC, MS-DFS (Distributed File System) server, VFS layer, PDC and other. Please test it. -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From tomek at lj.pl Wed Apr 18 08:19:27 2001 From: tomek at lj.pl (Tomasz Orzechowski) Date: Wed, 18 Apr 2001 08:19:27 +0200 Subject: samba 2.2.0 In-Reply-To: <20010418032948.A31326@ikar.t17.ds.pwr.wroc.pl>; from misiek@pld.ORG.PL on Wed, Apr 18, 2001 at 03:29:48AM +0200 References: <20010418032948.A31326@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20010418081927.A15968@lj.pl> On Wed, Apr 18, 2001 at 03:29:48AM +0200 Arkadiusz Miskiewicz wrote: >...can be found in on ftp at test. New features such as ACL, printing via Win RPC, >MS-DFS (Distributed File System) server, VFS layer, PDC and other. > >Please test it. [root at black] tomek# rpm -Uhv --test samba-2.2.0-1.i686.rpm samba-common-2.2.0-1.i686.rpm samba-client-2.2.0-1.i686.rpm b??d: niespe?nione zale?no?ci: libreadline.so.4 jest wymagany przez samba-client-2.2.0-1 [root at black] tomek# rpm -q readline readline-4.1-7 -- Tomasz Orzechowski From agaran at agaran.6bone.pl Wed Apr 18 08:26:46 2001 From: agaran at agaran.6bone.pl (Maciej 'Agaran' Pijanka) Date: Wed, 18 Apr 2001 08:26:46 +0200 (CEST) Subject: samba 2.2.0 In-Reply-To: <20010418081927.A15968@lj.pl> Message-ID: On Wed, 18 Apr 2001, Tomasz Orzechowski wrote: > On Wed, Apr 18, 2001 at 03:29:48AM +0200 Arkadiusz Miskiewicz wrote: > >...can be found in on ftp at test. New features such as ACL, printing via Win RPC, > >MS-DFS (Distributed File System) server, VFS layer, PDC and other. > > > >Please test it. > > [root at black] tomek# rpm -Uhv --test samba-2.2.0-1.i686.rpm samba-common-2.2.0-1.i686.rpm samba-client-2.2.0-1.i686.rpm > b??d: niespe?nione zale?no?ci: > libreadline.so.4 jest wymagany przez samba-client-2.2.0-1 > > [root at black] tomek# rpm -q readline > readline-4.1-7 moze readline-4.2 poczeba? > > -- Maciej 'Agaran' Pijanka MAP2-6BONE i386, Linux 2.2, Pine, Mutt, Slrn, Vi(m), IPv6, Gdb, I do not fear computers. I fear the lack of them. -- Isaac Asimov -- Support your government, give Echelon / Carnivore something to parse -- classified top-secret government jankowski restricted data radio information project alek CIA KGB GRU DoD defense elektryk systems military ksiadz steal systems spy ojciec terrorist Allah Natasha Gregori destroy destruct attack democracy will send Russia bank system compromise international own rule the world force power enforce sensitive directorate STRAP warrior-T presidential elections political foreign embassy takeover -------------------------------------------------------------------------- From jajcus at bnet.pl Wed Apr 18 09:22:36 2001 From: jajcus at bnet.pl (Jacek Konieczny) Date: Wed, 18 Apr 2001 09:22:36 +0200 Subject: glibc, %_install_langs and locale Message-ID: <20010418092236.A32054@serwus.bnet.pl> Hi, I have set: %_install_langs C pl_PL en_GB en_US de_DE pl en de in my /etc/rpm/macros Now after upgrading glibc I have got /usr/lib/locale empty and no locale works. It seems locale data is installed only if no "%_install_langs" is set. It may be rpm or glibc.spec broken, but this must be fixed or "%lang" in SPECS will make no sense. Greets, Jacek From kloczek at rudy.mif.pg.gda.pl Wed Apr 18 10:50:07 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Wed, 18 Apr 2001 10:50:07 +0200 (CEST) Subject: glibc, %_install_langs and locale In-Reply-To: <20010418092236.A32054@serwus.bnet.pl> Message-ID: On Wed, 18 Apr 2001, Jacek Konieczny wrote: > Hi, > > I have set: > %_install_langs C pl_PL en_GB en_US de_DE pl en de ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > in my /etc/rpm/macros > > Now after upgrading glibc I have got /usr/lib/locale empty and no locale > works. > > It seems locale data is installed only if no "%_install_langs" is set. > It may be rpm or glibc.spec broken, but this must be fixed or "%lang" > in SPECS will make no sense. >From default /usr/lib/macros: # A colon separated list of desired locales to be installed; ^^^^^ # "all" means install all locale specific files. # %_install_langs all change to: %_install_langs C:pl_PL:en_GB:en_US:de_DE:pl:en:de 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 ser at metalab.unc.edu Wed Apr 18 12:44:06 2001 From: ser at metalab.unc.edu (--s+) Date: Wed, 18 Apr 2001 12:44:06 +0200 Subject: samba 2.2.0 In-Reply-To: =?ISO-8859-2?Q?=3C20010418032948=2EA31326=40ikar=2Et17=2Eds=2Epwr=2Ewroc?= =?ISO-8859-2?Q?=2Epl=3E=3B_from_misiek=40pld=2Eorg=2Epl_on_=B6ro=2C_kwi_?= =?ISO-8859-2?Q?18=2C_2001_at_03:29:48_+0200?= References: <20010418032948.A31326@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20010418124406.B28766@linux.lo14.wroc.pl> On ?ro, kwi 18, 2001 at 03:29:48 +0200, Arkadiusz Miskiewicz wrote: > ...can be found in on ftp at test. New features such as ACL, printing via Win RPC, > MS-DFS (Distributed File System) server, VFS layer, PDC and other. ACL chyba tylko po dodaniu latek, ktorych nie mamy? --s+ From misiek at pld.ORG.PL Wed Apr 18 12:51:51 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Wed, 18 Apr 2001 12:51:51 +0200 Subject: samba 2.2.0 In-Reply-To: <20010418124406.B28766@linux.lo14.wroc.pl>; from ser@metalab.unc.edu on Wed, Apr 18, 2001 at 12:44:06PM +0200 References: <20010418032948.A31326@ikar.t17.ds.pwr.wroc.pl> <20010418124406.B28766@linux.lo14.wroc.pl> Message-ID: <20010418125151.A4565@ikar.t17.ds.pwr.wroc.pl> On/Dnia Wed, Apr 18, 2001 at 12:44:06PM +0200, --s+ wrote/napisa?(a) > On ?ro, kwi 18, 2001 at 03:29:48 +0200, Arkadiusz Miskiewicz wrote: > > ...can be found in on ftp at test. New features such as ACL, printing via Win RPC, > > MS-DFS (Distributed File System) server, VFS layer, PDC and other. > > ACL chyba tylko po dodaniu latek, ktorych nie mamy? yes and no. You are talking about POSIX ACL and I'm talking about NT ACL :-) Samba supports both ACLs (I mean it's able to map POSIX ACL and standard unix permissions into NT ACLs). Our samba can only map unix permissions because as you said we don't have POSIX ACL support in kernel. > --s+ -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From grzegorz at webmedia.pl Wed Apr 18 19:39:43 2001 From: grzegorz at webmedia.pl (Grzegorz 'Dzikus' Sterniczuk) Date: Wed, 18 Apr 2001 19:39:43 +0200 Subject: samba 2.2.0 In-Reply-To: <20010418032948.A31326@ikar.t17.ds.pwr.wroc.pl> References: <20010418032948.A31326@ikar.t17.ds.pwr.wroc.pl> Message-ID: On Wed, 18 Apr 2001 03:29:48 +0200, you wrote: >...can be found in on ftp at test. New features such as ACL, printing via Win RPC, >MS-DFS (Distributed File System) server, VFS layer, PDC and other. > >Please test it. Sorry ?e po polsku ;). A czy mo?na poprosi? o 2.0.8 zanim 2.2.0 zostanie przetestowane? Pytam w zwi?zku z "[...] The hole involved an incorrect usage of temporary files and can be exploited by a local user with a shell account on the Samba server to destroy data on a local device, such as /dev/hda. The exploit is relatively easy to perform so all sites with untrusted local users should update immediately to either version 2.0.8 [...]" PS. I czy przej?cie na readline 4.2 jest ju? w miare stabilne, przy za?o?eniu ze upgrejdne lub przebuduje tak?e: [grzegorz at linux grzegorz]$ rpm -q --whatrequires readline ftp-0.17-7 bash-2.04-15 bc-1.06-3 samba-2.0.7-26 tcl-8.3.2-50 mysql-client-3.23.36-1 -- Grzegorz 'Dzikus' Sterniczuk - grzegorz at niewiem.org http://hack.zone.to/ "Nikomu nie wolno dr?e? przed nieznanym, gdy? ka?dy jest w stanie zdoby? to, czego mu potrzeba." From misiek at pld.ORG.PL Wed Apr 18 20:50:52 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Wed, 18 Apr 2001 20:50:52 +0200 Subject: samba 2.2.0 In-Reply-To: ; from grzegorz@webmedia.pl on Wed, Apr 18, 2001 at 07:39:43PM +0200 References: <20010418032948.A31326@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20010418205052.A12731@ikar.t17.ds.pwr.wroc.pl> On/Dnia Wed, Apr 18, 2001 at 07:39:43PM +0200, Grzegorz 'Dzikus' Sterniczuk wrote/napisa?(a) > >Please test it. > > Sorry ?e po polsku ;). grr. use pld-devel-pl@ then. > A czy mo?na poprosi? o 2.0.8 zanim 2.2.0 zostanie > przetestowane? no :-) > PS. I czy przej?cie na readline 4.2 jest ju? w miare stabilne, przy > za?o?eniu ze upgrejdne lub przebuduje tak?e: It's stable for me. Just use packages from ftp at test. > Grzegorz 'Dzikus' Sterniczuk - grzegorz at niewiem.org http://hack.zone.to/ -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From kloczek at rudy.mif.pg.gda.pl Wed Apr 18 21:08:12 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Wed, 18 Apr 2001 21:08:12 +0200 (CEST) Subject: samba 2.2.0 In-Reply-To: Message-ID: On Wed, 18 Apr 2001, Grzegorz 'Dzikus' Sterniczuk wrote: [..] > PS. I czy przej?cie na readline 4.2 jest ju? w miare stabilne, przy > za?o?eniu ze upgrejdne lub przebuduje tak?e: > [grzegorz at linux grzegorz]$ rpm -q --whatrequires readline > ftp-0.17-7 > bash-2.04-15 > bc-1.06-3 > samba-2.0.7-26 > tcl-8.3.2-50 > mysql-client-3.23.36-1 Z powyzszych ju? wszystkie s? przebudowane. Zosta?a jeszcze mamanda, cdecl z rzeczy kt?re musz? by? koniecznie przebudowane, a reszta to rzeczy typu calc, pl i kilka innych ma?o u?ywanych i znanych (w sumie chyba pi?? pakiet?w). 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 Mon Apr 23 12:43:57 2001 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Mon, 23 Apr 2001 12:43:57 +0200 Subject: Kernel Message-ID: <20010423124357.A23872@zibal.itp.uni-hannover.de> Hello! May I add to the kernel.spec generating of the package from pure Linus sources. I like the idea of kernel from rpm with initrd and so on but sometimes the PLD kernel does't work. It would be the same phylosophy but without all this patches. Take Care Lord of the darkness Lukasz Dobrek -- ?ukasz Dobrek Institut f?r Theoretische Physik Appelstra?e 2, 30167 Hannover, Germany e-mail:dobrek at itp.uni-hannover.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: From roman at student.ifpan.edu.pl Mon Apr 23 13:04:17 2001 From: roman at student.ifpan.edu.pl (Roman Werpachowski) Date: Mon, 23 Apr 2001 13:04:17 +0200 (CEST) Subject: Kernel In-Reply-To: <20010423124357.A23872@zibal.itp.uni-hannover.de> Message-ID: On Mon, 23 Apr 2001, Lukas Dobrek wrote: > Hello! > May I add to the kernel.spec generating of the package from pure Linus > sources. I like the idea of kernel from rpm with initrd and so on but > sometimes the PLD kernel does't work. It would be the same phylosophy > but without all this patches. > > Take Care > Lord of the darkness I'm for. -- Roman Werpachowski From blues at ds6.pg.gda.pl Mon Apr 23 13:43:31 2001 From: blues at ds6.pg.gda.pl (Blues) Date: Mon, 23 Apr 2001 13:43:31 +0200 (CEST) Subject: Kernel In-Reply-To: <20010423124357.A23872@zibal.itp.uni-hannover.de> Message-ID: On Mon, 23 Apr 2001, Lukas Dobrek wrote: > May I add to the kernel.spec generating of the package from pure Linus > sources. I like the idea of kernel from rpm with initrd and so on but > sometimes the PLD kernel does't work. It would be the same phylosophy > but without all this patches. I've got better idea (I think...) Why not to add all of the patches to bcond? If it would be build without any options -> kernel with all of the patches --without patch -> we have clean kernel. -- ------------------------- pozdr. Pawe? Go?aszewski ------------------------- Windows message: "CPU not found. Software emulation" From baggins-pld at sith.mimuw.edu.pl Mon Apr 23 13:52:48 2001 From: baggins-pld at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 23 Apr 2001 13:52:48 +0200 Subject: Kernel In-Reply-To: ; from blues@ds6.pg.gda.pl on Mon, Apr 23, 2001 at 01:43:31PM +0200 References: <20010423124357.A23872@zibal.itp.uni-hannover.de> Message-ID: <20010423135248.B2768@sith.mimuw.edu.pl> [poniedzia?ek, 23 kwiecie? 2001], Blues napisa?(a): > On Mon, 23 Apr 2001, Lukas Dobrek wrote: > > May I add to the kernel.spec generating of the package from pure Linus > > sources. I like the idea of kernel from rpm with initrd and so on but > > sometimes the PLD kernel does't work. It would be the same phylosophy > > but without all this patches. > > I've got better idea (I think...) > > Why not to add all of the patches to bcond? > If it would be build without any options -> kernel with all of the patches > --without patch -> we have clean kernel. And totally messy and unmaintainable spec. No. 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 kloczek at rudy.mif.pg.gda.pl Mon Apr 23 14:57:30 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 23 Apr 2001 14:57:30 +0200 (CEST) Subject: Kernel In-Reply-To: Message-ID: On Mon, 23 Apr 2001, Blues wrote: > On Mon, 23 Apr 2001, Lukas Dobrek wrote: > > May I add to the kernel.spec generating of the package from pure Linus > > sources. I like the idea of kernel from rpm with initrd and so on but > > sometimes the PLD kernel does't work. It would be the same phylosophy > > but without all this patches. > > I've got better idea (I think...) > > Why not to add all of the patches to bcond? > If it would be build without any options -> kernel with all of the patches > --without patch -> we have clean kernel. And it will be correct solution. Indeed it will be also good known when our kernel fails (in what kind hardware enviroment) because probaly it can mean something must be fixed. 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 pld.org.pl Mon Apr 23 15:04:46 2001 From: jajcus at pld.org.pl (Jacek Konieczny) Date: Mon, 23 Apr 2001 15:04:46 +0200 Subject: Kernel In-Reply-To: ; from kloczek@rudy.mif.pg.gda.pl on Mon, Apr 23, 2001 at 02:57:30PM +0200 References: Message-ID: <20010423150446.A6383@nic.nigdzie> On Mon, Apr 23, 2001 at 02:57:30PM +0200, Tomasz K?oczko wrote: > On Mon, 23 Apr 2001, Blues wrote: > > > On Mon, 23 Apr 2001, Lukas Dobrek wrote: > > > May I add to the kernel.spec generating of the package from pure Linus > > > sources. I like the idea of kernel from rpm with initrd and so on but > > > sometimes the PLD kernel does't work. It would be the same phylosophy > > > but without all this patches. > > > > I've got better idea (I think...) > > > > Why not to add all of the patches to bcond? > > If it would be build without any options -> kernel with all of the patches > > --without patch -> we have clean kernel. > > And it will be correct solution. Indeed it will be also good known when > our kernel fails (in what kind hardware enviroment) because probaly it > can mean something must be fixed. > This won't work! Because some patches depend on each-other. And I don't think we can change it when several patches modify the same fragment of source code. Greets, Jacek From kloczek at rudy.mif.pg.gda.pl Mon Apr 23 16:05:36 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 23 Apr 2001 16:05:36 +0200 (CEST) Subject: Kernel In-Reply-To: <20010423150446.A6383@nic.nigdzie> Message-ID: On Mon, 23 Apr 2001, Jacek Konieczny wrote: > On Mon, Apr 23, 2001 at 02:57:30PM +0200, Tomasz K?oczko wrote: > > On Mon, 23 Apr 2001, Blues wrote: > > > > > On Mon, 23 Apr 2001, Lukas Dobrek wrote: > > > > May I add to the kernel.spec generating of the package from pure Linus > > > > sources. I like the idea of kernel from rpm with initrd and so on but > > > > sometimes the PLD kernel does't work. It would be the same phylosophy > > > > but without all this patches. > > > > > > I've got better idea (I think...) > > > > > > Why not to add all of the patches to bcond? > > > If it would be build without any options -> kernel with all of the patches > > > --without patch -> we have clean kernel. > > > > And it will be correct solution. Indeed it will be also good known when > > our kernel fails (in what kind hardware enviroment) because probaly it > > can mean something must be fixed. > > > This won't work! Because some patches depend on each-other. And I don't > think we can change it when several patches modify the same fragment of > source code. OK but probaly it is possible add abilities for build kernel without all patches using bcond. BTW current our bcont. IMHO it is time to change all bcond macros to with/without convention which is in cvs verion rpm. It will be good have all compliant with rpm 4.0.3 before release final 4.0.3. 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 Mon Apr 23 17:11:13 2001 From: blues at ds6.pg.gda.pl (Blues) Date: Mon, 23 Apr 2001 17:11:13 +0200 (CEST) Subject: Kernel In-Reply-To: <20010423150446.A6383@nic.nigdzie> Message-ID: On Mon, 23 Apr 2001, Jacek Konieczny wrote: > > > I've got better idea (I think...) > > > > > > Why not to add all of the patches to bcond? > > > If it would be build without any options -> kernel with all of the patches > > > --without patch -> we have clean kernel. > > And it will be correct solution. Indeed it will be also good known when > > our kernel fails (in what kind hardware enviroment) because probaly it > > can mean something must be fixed. > This won't work! Because some patches depend on each-other. And I don't > think we can change it when several patches modify the same fragment of > source code. No, no... all of the patches or none of them. One condition for every patch is crazy. -- ------------------------- pozdr. Pawe? Go?aszewski ------------------------- Windows message: "CPU not found. Software emulation" From blues at ds6.pg.gda.pl Mon Apr 23 17:08:45 2001 From: blues at ds6.pg.gda.pl (Blues) Date: Mon, 23 Apr 2001 17:08:45 +0200 (CEST) Subject: Kernel In-Reply-To: <20010423135248.B2768@sith.mimuw.edu.pl> Message-ID: On Mon, 23 Apr 2001, Jan Rekorajski wrote: > > > May I add to the kernel.spec generating of the package from pure Linus > > > sources. I like the idea of kernel from rpm with initrd and so on but > > > sometimes the PLD kernel does't work. It would be the same phylosophy > > > but without all this patches. > > I've got better idea (I think...) > > Why not to add all of the patches to bcond? > > If it would be build without any options -> kernel with all of the patches > > --without patch -> we have clean kernel. > And totally messy and unmaintainable spec. No. Why? bcond's will be only in patch section. %{!?bcond_off_patch:patch0} %{!?bcond_off_patch:patch1} %{!?bcond_off_patch:patch2} %{!?bcond_off_patch:patch3} %{!?bcond_off_patch:patch4} %{!?bcond_off_patch:patch5} %{!?bcond_off_patch:patch6} .... is it so difficult to maintain this? -- ------------------------- pozdr. Pawe? Go?aszewski ------------------------- Windows message: "CPU not found. Software emulation" From baggins-pld at sith.mimuw.edu.pl Mon Apr 23 17:34:21 2001 From: baggins-pld at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 23 Apr 2001 17:34:21 +0200 Subject: Kernel In-Reply-To: ; from blues@ds6.pg.gda.pl on Mon, Apr 23, 2001 at 05:08:45PM +0200 References: <20010423135248.B2768@sith.mimuw.edu.pl> Message-ID: <20010423173421.E2768@sith.mimuw.edu.pl> [poniedzia?ek, 23 kwiecie? 2001], Blues napisa?(a): > On Mon, 23 Apr 2001, Jan Rekorajski wrote: > > > > May I add to the kernel.spec generating of the package from pure Linus > > > > sources. I like the idea of kernel from rpm with initrd and so on but > > > > sometimes the PLD kernel does't work. It would be the same phylosophy > > > > but without all this patches. > > > I've got better idea (I think...) > > > Why not to add all of the patches to bcond? > > > If it would be build without any options -> kernel with all of the patches > > > --without patch -> we have clean kernel. > > And totally messy and unmaintainable spec. No. > > Why? > bcond's will be only in patch section. > %{!?bcond_off_patch:patch0} > %{!?bcond_off_patch:patch1} > %{!?bcond_off_patch:patch2} > %{!?bcond_off_patch:patch3} > %{!?bcond_off_patch:patch4} > %{!?bcond_off_patch:patch5} > %{!?bcond_off_patch:patch6} > .... > > is it so difficult to maintain this? It's unreadable, don't forget that there are also sources and nasty hacks. Try it, it will be a mess. And remember who's maintaining this package ;> Maybe if you do it the way test_build is done on LINUX_2_4 branch, then I might agree. 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 kloczek at rudy.mif.pg.gda.pl Mon Apr 23 18:07:23 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 23 Apr 2001 18:07:23 +0200 (CEST) Subject: Kernel In-Reply-To: <20010423173421.E2768@sith.mimuw.edu.pl> Message-ID: On Mon, 23 Apr 2001, Jan Rekorajski wrote: [..] > > bcond's will be only in patch section. > > %{!?bcond_off_patch:patch0} > > %{!?bcond_off_patch:patch1} > > %{!?bcond_off_patch:patch2} > > %{!?bcond_off_patch:patch3} > > %{!?bcond_off_patch:patch4} > > %{!?bcond_off_patch:patch5} > > %{!?bcond_off_patch:patch6} > > .... > > > > is it so difficult to maintain this? > > It's unreadable, don't forget that there are also sources and nasty hacks. > Try it, it will be a mess. And remember who's maintaining this package ;> > > Maybe if you do it the way test_build is done on LINUX_2_4 branch, then > I might agree. It is possible use this in much more elegant way: %ifndef bcond_off_patch %patch0 %patch1 . . %endif :_) 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 Mon Apr 23 18:15:21 2001 From: blues at ds6.pg.gda.pl (Blues) Date: Mon, 23 Apr 2001 18:15:21 +0200 (CEST) Subject: Kernel In-Reply-To: Message-ID: On Mon, 23 Apr 2001, Tomasz K?oczko wrote: > > > bcond's will be only in patch section. > > > %{!?bcond_off_patch:patch0} > > > %{!?bcond_off_patch:patch1} > > > %{!?bcond_off_patch:patch2} > > > %{!?bcond_off_patch:patch3} > > > %{!?bcond_off_patch:patch4} > > > %{!?bcond_off_patch:patch5} > > > %{!?bcond_off_patch:patch6} > > > .... > > > is it so difficult to maintain this? > > It's unreadable, don't forget that there are also sources and nasty hacks. > > Try it, it will be a mess. And remember who's maintaining this package ;> > > Maybe if you do it the way test_build is done on LINUX_2_4 branch, then > > I might agree. > It is possible use this in much more elegant way: > > %ifndef bcond_off_patch > %patch0 > %patch1 > . > . > %endif true. And I think it's the best way to do such a thing.... -- ------------------------- pozdr. Pawe? Go?aszewski ------------------------- Windows message: "CPU not found. Software emulation" From dobrek at itp.uni-hannover.de Mon Apr 23 19:17:57 2001 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Mon, 23 Apr 2001 19:17:57 +0200 Subject: Kernel In-Reply-To: ; from kloczek@rudy.mif.pg.gda.pl on Mon, Apr 23, 2001 at 04:05:36PM +0200 References: <20010423150446.A6383@nic.nigdzie> Message-ID: <20010423191757.A28296@zibal.itp.uni-hannover.de> On Mon, Apr 23, 2001 at 04:05:36PM +0200, Tomasz K?oczko wrote: > OK but probaly it is possible add abilities for build kernel without all > patches using bcond. > BTW current our bcont. IMHO it is time to change all bcond macros to > with/without convention which is in cvs verion rpm. It will be good have > all compliant with rpm 4.0.3 before release final 4.0.3. Ok this is elegant but in this way the kernel builded only from Linus sources will never apear on the ftp. And I cannot see the good reason for that. Every time when I will need this kernel I will have to build it by my own. And I dont like this idea. Take Care Lukasz -- ?ukasz Dobrek Institut f?r Theoretische Physik Appelstra?e 2, 30167 Hannover, Germany e-mail:dobrek at itp.uni-hannover.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: From dmierzej at elka.pw.edu.pl Mon Apr 23 20:30:10 2001 From: dmierzej at elka.pw.edu.pl (Dominik Mierzejewski) Date: Mon, 23 Apr 2001 20:30:10 +0200 Subject: Kernel In-Reply-To: <20010423191757.A28296@zibal.itp.uni-hannover.de>; from dobrek@itp.uni-hannover.de on Mon, Apr 23, 2001 at 07:17:57PM +0200 References: <20010423150446.A6383@nic.nigdzie> <20010423191757.A28296@zibal.itp.uni-hannover.de> Message-ID: <20010423203010.B10696@wonko.esi.org.pl> Lukas Dobrek wrote: > On Mon, Apr 23, 2001 at 04:05:36PM +0200, Tomasz K?oczko wrote: > > OK but probaly it is possible add abilities for build kernel without all > > patches using bcond. > > BTW current our bcont. IMHO it is time to change all bcond macros to > > with/without convention which is in cvs verion rpm. It will be good have > > all compliant with rpm 4.0.3 before release final 4.0.3. > > Ok this is elegant but in this way the kernel builded only from Linus > sources will never apear on the ftp. And I cannot see the good reason > for that. Every time when I will need this kernel I will have to build > it by my own. And I dont like this idea. Create a subpackage then. I.e. kernel-unpatched or kernel-vanilla or whatever :-). Of course this means doubling the build process: one (optional) pass without patches, one with them. IMVHO this is a reasonable idea. -- "Bryson, personal journal update. 11 June 2263. I've made contact." -- Dr. Bryson in Babylon 5:"The River of Souls" IRCNet & DALNet: #babylon5-pl | SF Homepage *under reconstruction* http://home.elka.pw.edu.pl/~dmierzej | Linux registered user #134951. From kloczek at rudy.mif.pg.gda.pl Tue Apr 24 06:14:23 2001 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Tue, 24 Apr 2001 06:14:23 +0200 (CEST) Subject: Kernel In-Reply-To: <20010423203010.B10696@wonko.esi.org.pl> Message-ID: On Mon, 23 Apr 2001, Dominik Mierzejewski wrote: > Lukas Dobrek wrote: > > On Mon, Apr 23, 2001 at 04:05:36PM +0200, Tomasz K?oczko wrote: > > > OK but probaly it is possible add abilities for build kernel without all > > > patches using bcond. > > > BTW current our bcont. IMHO it is time to change all bcond macros to > > > with/without convention which is in cvs verion rpm. It will be good have > > > all compliant with rpm 4.0.3 before release final 4.0.3. > > > > Ok this is elegant but in this way the kernel builded only from Linus > > sources will never apear on the ftp. And I cannot see the good reason > > for that. Every time when I will need this kernel I will have to build > > it by my own. And I dont like this idea. > > Create a subpackage then. I.e. kernel-unpatched or kernel-vanilla > or whatever :-). Of course this means doubling the build process: > one (optional) pass without patches, one with them. Instead this we can send request to builders --without patches (conditionaly on without patches can be changed release to for example .vanilla or something). This also doubles tasks on builders but without additional work on spec level :) 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 Tue Apr 24 11:54:05 2001 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Tue, 24 Apr 2001 11:54:05 +0200 Subject: Kernel In-Reply-To: ; from kloczek@rudy.mif.pg.gda.pl on Tue, Apr 24, 2001 at 06:14:23AM +0200 References: <20010423203010.B10696@wonko.esi.org.pl> Message-ID: <20010424115405.A31440@zibal.itp.uni-hannover.de> On Tue, Apr 24, 2001 at 06:14:23AM +0200, Tomasz K?oczko wrote: > On Mon, 23 Apr 2001, Dominik Mierzejewski wrote: > > > Lukas Dobrek wrote: > > > On Mon, Apr 23, 2001 at 04:05:36PM +0200, Tomasz K?oczko wrote: > > > > OK but probaly it is possible add abilities for build kernel without all > > > > patches using bcond. > > > > BTW current our bcont. IMHO it is time to change all bcond macros to > > > > with/without convention which is in cvs verion rpm. It will be good have > > > > all compliant with rpm 4.0.3 before release final 4.0.3. > > > > > > Ok this is elegant but in this way the kernel builded only from Linus > > > sources will never apear on the ftp. And I cannot see the good reason > > > for that. Every time when I will need this kernel I will have to build > > > it by my own. And I dont like this idea. > > > > Create a subpackage then. I.e. kernel-unpatched or kernel-vanilla > > or whatever :-). Of course this means doubling the build process: > > one (optional) pass without patches, one with them. > > Instead this we can send request to builders --without patches > (conditionaly on without patches can be changed release to for example > .vanilla or something). This also doubles tasks on builders but > without additional work on spec level :) If you will take in conditions also the field Name: otherwise package builded with and without conditions will have the same name. And I am not convince it is a good idea. Just becouse it saves some work but makes spec less clear. Take Care Lukasz -- ?ukasz Dobrek Institut f?r Theoretische Physik Appelstra?e 2, 30167 Hannover, Germany e-mail:dobrek at itp.uni-hannover.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: From kura at cs.net.pl Tue Apr 24 12:05:25 2001 From: kura at cs.net.pl (=?iso-8859-2?Q?Micha=B3_Kuratczyk?=) Date: Tue, 24 Apr 2001 12:05:25 +0200 Subject: Balsa Message-ID: <20010424120525.C23987@cs.net.pl> I can't compile balsa (1.1.3 from CVS). There is a problem with docbook and documentation is not generated: /usr/bin/install -c -m 644 ./index.html /tmp/balsa-1.1.4-root-kura/usr/X11R6/share/gnome/help/balsa/C/index.html /usr/bin/install: cannot stat `./index.html': No such file or directory make[3]: *** [install-balsa_helpDATA] Error 1 kura at gruby:~ % cd ~/rpm/BUILD/balsa-1.1.4/help/C kura at gruby:~/rpm/BUILD/balsa-1.1.4/help/C % make index.html 2>&1| head -11 db2html -d stylesheet/dsssl/docbook-gnome/gdp-both.dsl balsa.sgml || db2html balsa.sgml TMPDIR is DBTOHTML_OUTPUT_DIR31434 Using stylesheet: "stylesheet/dsssl/docbook-gnome/gdp-both.dsl" input file was called balsa.sgml -- output will be in balsa working on ../balsa.sgml jade:E: cannot find "stylesheet/dsssl/docbook-gnome/gdp-both.dsl"; tried "stylesheet/dsssl/docbook-gnome/gdp-both.dsl", "/usr/share/sgml/stylesheet/dsssl/docbook-gnome/gdp-both.dsl" jade:E: specification document does not have the DSSSL architecture as a base architecture jade:E: no style-specification or external-specification with ID "html" jade:E: flow objects at the root must be all of class scroll or all of class page-sequence or simple-page-sequence PS I have the same problem with 1.1.4. -- Micha? Kuratczyk From klakier at pld.org.pl Tue Apr 24 13:54:20 2001 From: klakier at pld.org.pl (=?iso-8859-2?q?Rafa=B3?= Kleger-Rudomin) Date: 24 Apr 2001 13:54:20 +0200 Subject: Balsa In-Reply-To: <20010424120525.C23987@cs.net.pl> References: <20010424120525.C23987@cs.net.pl> Message-ID: Micha? Kuratczyk writes: > I can't compile balsa (1.1.3 from CVS). There is a problem with docbook and > documentation is not generated: The problem is already known, I should have fix it several days ago, but other things absorbed my attention :( I'll try to fix it now Rafal -- Rafa? Kleger-Rudomin (klakier at pld.org.pl) From malekith at pld.org.pl Tue Apr 24 16:00:57 2001 From: malekith at pld.org.pl (Michal Moskal) Date: Tue, 24 Apr 2001 16:00:57 +0200 Subject: New ASH Message-ID: <20010424160057.A5285@aleph-0.aleph-0.dhs.org> I've commited 19 patches against NetBSD cvs checkout of ash. They mainly come from Debian package (I splited them) + some small fixes from FreeBSD shell. Manpage, and Debian package info, states that it's POSIX compilant. I wonder whatever it's would be good idea to replace pdksh with ash. There are several known problems (aka SegFaults) with pdksh, and its author is not likely to fix them. However there are few extensions, which are not in posix, nor in SUS, which are used throughout most of PLD specs, scripts, and makefiles, but are not supported by ash. The most important one is brace expasion ({a,b}c -> ac bc). Other include typeset builtin. (rc-scripts). Maybe after adding brace expansion to ash, and removing typesets from rc-scripts we could use ash as /bin/sh, since it's faster, smaller and possibly less likely to SEGV? Regards -- : Michal ``,/\/\, '' Moskal | | : GCS {C,UL}++++$ : | |alekith @ |)|(| . org . pl : {E--, W, w-,M}- : | : {b,e>+}++ !tv h : Current project: http://aleph-0.dhs.org/ywindow/ : PLD Team member From grzegorz at webmedia.pl Tue Apr 24 18:29:14 2001 From: grzegorz at webmedia.pl (Grzegorz 'Dzikus' Sterniczuk) Date: Tue, 24 Apr 2001 18:29:14 +0200 Subject: Kernel In-Reply-To: References: <20010423124357.A23872@zibal.itp.uni-hannover.de> Message-ID: On Mon, 23 Apr 2001 13:43:31 +0200 (CEST), you wrote: >I've got better idea (I think...) > >Why not to add all of the patches to bcond? >If it would be build without any options -> kernel with all of the patches >--without patch -> we have clean kernel. I want to remind that some patches are needed for properly work with PLD (glibc 2.2 and ipv6) for example: linux-ipv6-glibc2.2.patch linux-ipv6-addrconf.patch -- Grzegorz 'Dzikus' Sterniczuk - grzegorz at niewiem.org http://hack.zone.to/ "Nikomu nie wolno dr?e? przed nieznanym, gdy? ka?dy jest w stanie zdoby? to, czego mu potrzeba." From klakier at pld.org.pl Wed Apr 25 11:23:56 2001 From: klakier at pld.org.pl (=?iso-8859-2?q?Rafa=B3?= Kleger-Rudomin) Date: 25 Apr 2001 11:23:56 +0200 Subject: Balsa In-Reply-To: References: <20010424120525.C23987@cs.net.pl> Message-ID: klakier at pld.org.pl (Rafa? Kleger-Rudomin) writes: > Micha? Kuratczyk writes: > > > I can't compile balsa (1.1.3 from CVS). There is a problem with docbook and > > documentation is not generated: > > The problem is already known, I should have fix it several days ago, > but other things absorbed my attention :( > > I'll try to fix it now Ok, should work now. Depends on gnome-doc-tools There is still some problem with legalnotice element but it is not critical (document is a bit invalid) BTW docbook-dtd30-sgml.spec is broken. It looks Tomek has copied some unusable stuff from foreign spec instead of peeking into my docbook-dtd31-sgml.spec, uhg... I do not have time to bother with it now, sorry Regards, Rafal -- Rafa? Kleger-Rudomin (klakier at pld.org.pl) From dobrek at itp.uni-hannover.de Thu Apr 26 16:13:42 2001 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Thu, 26 Apr 2001 16:13:42 +0200 Subject: Kernel In-Reply-To: <20010423124357.A23872@zibal.itp.uni-hannover.de>; from dobrek@itp.uni-hannover.de on Mon, Apr 23, 2001 at 12:43:57PM +0200 References: <20010423124357.A23872@zibal.itp.uni-hannover.de> Message-ID: <20010426161342.A7273@altair.itp.uni-hannover.de> On Mon, Apr 23, 2001 at 12:43:57PM +0200, Lukas Dobrek wrote: > Hello! > May I add to the kernel.spec generating of the package from pure Linus > sources. I like the idea of kernel from rpm with initrd and so on but > sometimes the PLD kernel does't work. It would be the same phylosophy > but without all this patches. So what is the final decision???? If bcond one have to take field Name: into conditions too. Take Care Lukasz D. -- ?ukasz Dobrek Institut f?r Theoretische Physik Appelstra?e 2, 30167 Hannover, Germany e-mail:dobrek at itp.uni-hannover.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: From cieciwa at alpha.zarz.agh.edu.pl Thu Apr 26 15:53:13 2001 From: cieciwa at alpha.zarz.agh.edu.pl (Wojciech "Sas" Cieciwa) Date: Thu, 26 Apr 2001 15:53:13 +0200 (CEST) Subject: Kernel In-Reply-To: <20010426161342.A7273@altair.itp.uni-hannover.de> Message-ID: On Thu, 26 Apr 2001, Lukas Dobrek wrote: > On Mon, Apr 23, 2001 at 12:43:57PM +0200, Lukas Dobrek wrote: > > Hello! > > May I add to the kernel.spec generating of the package from pure Linus > > sources. I like the idea of kernel from rpm with initrd and so on but > > sometimes the PLD kernel does't work. It would be the same phylosophy > > but without all this patches. > > So what is the final decision???? > If bcond one have to take field Name: into conditions too. Please don't touch kernel.spec. Sas. -- {Wojciech 'Sas' Cieciwa} {Member of PLD Team } {e-mail: cieciwa at alpha.zarz.agh.edu.pl, http://www2.zarz.agh.edu.pl/~cieciwa} From dobrek at itp.uni-hannover.de Thu Apr 26 17:07:37 2001 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Thu, 26 Apr 2001 17:07:37 +0200 Subject: Kernel In-Reply-To: ; from cieciwa@alpha.zarz.agh.edu.pl on Thu, Apr 26, 2001 at 03:53:13PM +0200 References: <20010426161342.A7273@altair.itp.uni-hannover.de> Message-ID: <20010426170737.A18437@zibal.itp.uni-hannover.de> On Thu, Apr 26, 2001 at 03:53:13PM +0200, Wojciech Sas Cieciwa wrote: > On Thu, 26 Apr 2001, Lukas Dobrek wrote: > > > On Mon, Apr 23, 2001 at 12:43:57PM +0200, Lukas Dobrek wrote: > > > Hello! > > > May I add to the kernel.spec generating of the package from pure Linus > > > sources. I like the idea of kernel from rpm with initrd and so on but > > > sometimes the PLD kernel does't work. It would be the same phylosophy > > > but without all this patches. > > > > So what is the final decision???? > > If bcond one have to take field Name: into conditions too. > > Please don't touch kernel.spec. Well, You will do it? OK. grate to it and fuck off with souch a comments. Lukasz -- ?ukasz Dobrek Institut f?r Theoretische Physik Appelstra?e 2, 30167 Hannover, Germany e-mail:dobrek at itp.uni-hannover.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: From siewca at pld.org.pl Thu Apr 26 19:18:50 2001 From: siewca at pld.org.pl (=?iso-8859-2?Q?Pawe=B3?= Wilk) Date: Thu, 26 Apr 2001 19:18:50 +0200 Subject: New ASH In-Reply-To: <20010424160057.A5285@aleph-0.aleph-0.dhs.org>; from malekith@pld.org.pl on Tue, Apr 24, 2001 at 04:00:57PM +0200 References: <20010424160057.A5285@aleph-0.aleph-0.dhs.org> Message-ID: <20010426191850.B24580@shiva> oh yes :> -- Pawel Wilk Member of the GNU generation -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: From gotar at priv0.onet.pl Thu Apr 26 23:36:30 2001 From: gotar at priv0.onet.pl (GoTaR) Date: Thu, 26 Apr 2001 23:36:30 +0200 Subject: Kernel In-Reply-To: <20010423203010.B10696@wonko.esi.org.pl>; from dmierzej@elka.pw.edu.pl on Mon, Apr 23, 2001 at 08:30:10PM +0200 References: <20010423150446.A6383@nic.nigdzie> <20010423191757.A28296@zibal.itp.uni-hannover.de> <20010423203010.B10696@wonko.esi.org.pl> Message-ID: <20010426233630.A1763@priv0.onet.pl> On Mon, Apr 23, 2001 at 20:30:10 +0200, Dominik Mierzejewski wrote: > > Ok this is elegant but in this way the kernel builded only from Linus > > sources will never apear on the ftp. And I cannot see the good reason > > for that. Every time when I will need this kernel I will have to build > > it by my own. And I dont like this idea. > > Create a subpackage then. I.e. kernel-unpatched or kernel-vanilla > or whatever :-). Of course this means doubling the build process: > one (optional) pass without patches, one with them. > > IMVHO this is a reasonable idea. Yeah, but in fact the non-patched ver is the right one, so let the subpackage will be kernel-(screwed_up|patched) ;-> -- GoTaR -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s:- a--- C UL+++>++++$ P+(++) L+++>++++$ E--- W-- N+ o? K w--- O? M- V- PS++ PE++ Y+ PGP t+ 5 X R- tv- b++>+++ DI- D+ G e>+++ h-- r++ y? ------END GEEK CODE BLOCK------ From rafi at alpha.opm.pl Fri Apr 27 08:14:53 2001 From: rafi at alpha.opm.pl (Rafal Cygnarowski) Date: Fri, 27 Apr 2001 08:14:53 +0200 (CEST) Subject: Kernel In-Reply-To: <20010426170737.A18437@zibal.itp.uni-hannover.de> Message-ID: > > > So what is the final decision???? > > > If bcond one have to take field Name: into conditions too. IMVHO we should make another spec. Hint: patching is done not only in %prep section! > > Please don't touch kernel.spec. > Well, You will do it? > OK. grate to it and fuck off with souch a comments. Please, calm down. This is not the way we should talk... rafa? 'pascalek' cygnarowski .-------------------------------. mailto: rafi at pascal.pl | Linux Registered User #160860 | http://www.republika.pl/pascalek `-------------------------------' From dobrek at itp.uni-hannover.de Fri Apr 27 11:22:24 2001 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Fri, 27 Apr 2001 11:22:24 +0200 Subject: Kernel In-Reply-To: ; from rafi@alpha.opm.pl on Fri, Apr 27, 2001 at 08:14:53AM +0200 References: <20010426170737.A18437@zibal.itp.uni-hannover.de> Message-ID: <20010427112224.A22050@zibal.itp.uni-hannover.de> On Fri, Apr 27, 2001 at 08:14:53AM +0200, Rafal Cygnarowski wrote: > > > > > So what is the final decision???? > > > > If bcond one have to take field Name: into conditions too. > IMVHO we should make another spec. This is also idea, but then we well have to maintain both. > Hint: patching is done not only in %prep section! > > > > Please don't touch kernel.spec. > > Well, You will do it? > > OK. grate to it and fuck off with souch a comments. > Please, calm down. This is not the way we should talk... Come on, why you write this as a responce for my letter. Is it mean that in your opinion we can offend other people but without using swear words? I disagree. Did I imply somebodys stupidity? No, I was just vulgar. Ok, I am sorry I should not use swears(at least public), but I felt outrage, and I was not going to prove my competence becouse I whould feel pathetic. Best Regards Lukas -- ?ukasz Dobrek Institut f?r Theoretische Physik Appelstra?e 2, 30167 Hannover, Germany e-mail:dobrek at itp.uni-hannover.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: From dmierzej at elka.pw.edu.pl Fri Apr 27 15:34:20 2001 From: dmierzej at elka.pw.edu.pl (Dominik Mierzejewski) Date: Fri, 27 Apr 2001 15:34:20 +0200 Subject: Kernel In-Reply-To: <20010426233630.A1763@priv0.onet.pl>; from gotar@priv0.onet.pl on Thu, Apr 26, 2001 at 11:36:30PM +0200 References: <20010423150446.A6383@nic.nigdzie> <20010423191757.A28296@zibal.itp.uni-hannover.de> <20010423203010.B10696@wonko.esi.org.pl> <20010426233630.A1763@priv0.onet.pl> Message-ID: <20010427153420.A2138@wonko.esi.org.pl> GoTaR wrote: > On Mon, Apr 23, 2001 at 20:30:10 +0200, Dominik Mierzejewski wrote: > > > > Ok this is elegant but in this way the kernel builded only from Linus > > > sources will never apear on the ftp. And I cannot see the good reason > > > for that. Every time when I will need this kernel I will have to build > > > it by my own. And I dont like this idea. > > > > Create a subpackage then. I.e. kernel-unpatched or kernel-vanilla > > or whatever :-). Of course this means doubling the build process: > > one (optional) pass without patches, one with them. > > > > IMVHO this is a reasonable idea. > > Yeah, but in fact the non-patched ver is the right one, so let the > subpackage will be kernel-(screwed_up|patched) ;-> Or simply kernel-pld. -- "Commander's a hands-on kind of guy. He'll grab any chance to take out a ship. He's like that." -- Garibaldi in Babylon 5:"Infection" IRCNet & DALNet: #babylon5-pl | SF Homepage *under reconstruction* http://home.elka.pw.edu.pl/~dmierzej | Linux registered user #134951. From misiek at pld.ORG.PL Fri Apr 27 18:24:14 2001 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Fri, 27 Apr 2001 18:24:14 +0200 Subject: Build log: LPRng.spec In-Reply-To: <200104271611.SAA21024@mif.pg.gda.pl>; from builder-alpha@pld.org.pl on Fri, Apr 27, 2001 at 06:11:00PM +0200 References: <200104271611.SAA21024@mif.pg.gda.pl> Message-ID: <20010427182414.A20618@ikar.t17.ds.pwr.wroc.pl> On/Dnia Fri, Apr 27, 2001 at 06:11:00PM +0200, PLD alpha builder wrote/napisa?(a) .... > Checking for lpd.perms.sample in /tmp/LPRng-3.7.4-root-builder/etc > Checking for lpd.conf.sample in /tmp/LPRng-3.7.4-root-builder/etc > Checking for printcap.sample in /tmp/LPRng-3.7.4-root-builder/etc > Do not have printcap.sample or printcap > Do not have /tmp/LPRng-3.7.4-root-builder/etc/printcap.sample > Configuring startup scripts > Stopping server > Checking Printcap > Memory fault > Starting Printer > Memory fault > Printer Started pdksh unfortunately still seems be broken :( -- Arkadiusz Mi?kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] From wrobell at posexperts.com.pl Sat Apr 28 13:30:24 2001 From: wrobell at posexperts.com.pl (wrobell) Date: Sat, 28 Apr 2001 13:30:24 +0200 Subject: wrobell: SPECS ibm-java.spec In-Reply-To: <20010428110517.4A3ABE1077@zie.pg.gda.pl>; from pld-cvs-commit@pld.org.pl on Sat, Apr 28, 2001 at 01:05:17PM +0200 References: <20010428110517.4A3ABE1077@zie.pg.gda.pl> Message-ID: <20010428133024.A27622@dk.wroc.pl> On Sat, Apr 28, 2001 at 01:05:17PM +0200, PLD CVS wrote: > Module name: SPECS > Changes by: wrobell 01/04/28 13:05:17 > > Modified files: > . : ibm-java.spec > > Log message: > - make this java runtime environment standard pld jre I have made something similar with java sdk. I have decided that IBM's java will be the main pld java. Every JAVA SDK should provide java%{ver}sdk and JRE should provide java%{ver} where ver is jvm version. Standard Java SDK should be in %{_libdir}/java-sdk and JRE in %{_libdir}/java-jre. Please note, that this files are only simliniks to directories, because if somebody has wanted to change default jvm on server one would just change the symlink. Modified specs (ibm-java.spec and ibm-java-sdk.spec) are not tested because I have not access to JVMs at now. I will fix them eventually after 7.05. Sorry if somebody will be forced to improve them earlier. wrobell -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: From mkochano at ee.pw.edu.pl Sat Apr 28 13:56:37 2001 From: mkochano at ee.pw.edu.pl (Michal Kochanowicz) Date: Sat, 28 Apr 2001 13:56:37 +0200 Subject: Kernel In-Reply-To: <20010427153420.A2138@wonko.esi.org.pl>; from dmierzej@elka.pw.edu.pl on Fri, Apr 27, 2001 at 03:34:20PM +0200 References: <20010423150446.A6383@nic.nigdzie> <20010423191757.A28296@zibal.itp.uni-hannover.de> <20010423203010.B10696@wonko.esi.org.pl> <20010426233630.A1763@priv0.onet.pl> <20010427153420.A2138@wonko.esi.org.pl> Message-ID: <20010428135637.A2255@misiek.mmm.ozarow-12.waw.pl> On Fri, Apr 27, 2001 at 03:34:20PM +0200, Dominik Mierzejewski wrote: > > Yeah, but in fact the non-patched ver is the right one, so let the > > subpackage will be kernel-(screwed_up|patched) ;-> ^^^^^^^ > Or simply kernel-pld. ^^^ You use those as synonyms? ;-> -- --= Michal Kochanowicz==--==--==BOFH==--==--==michal at michal.wa-wa.pl =-- --= finger me for PGP public key or visit http://michal.wa-wa.pl/PGP =-- --==--==--==--==--==--==Vodka. Connecting people.=--==--==--==--==--==-- From qboosh at prioris.mini.pw.edu.pl Sun Apr 29 01:30:17 2001 From: qboosh at prioris.mini.pw.edu.pl (Jakub Bogusz) Date: Sun, 29 Apr 2001 01:30:17 +0200 Subject: Kernel In-Reply-To: ; from kloczek@rudy.mif.pg.gda.pl on Mon, Apr 23, 2001 at 06:07:23PM +0200 References: <20010423173421.E2768@sith.mimuw.edu.pl> Message-ID: <20010429013017.C9768@satan.blackhosts> On Mon, Apr 23, 2001 at 06:07:23PM +0200, Tomasz K?oczko wrote: > It is possible use this in much more elegant way: > > %ifndef bcond_off_patch > %patch0 > %patch1 > . > . > %endif No, rpm (4.0.2 at least) doesn't understand %ifdef/%ifndef (TODO? ;)). It may be something like: %if %{?bcond_off_patch:0}%{!?bcond_off_patch:1} ... %endif -- Jakub Bogusz http://prioris.mini.pw.edu.pl/~qboosh/ From dmierzej at elka.pw.edu.pl Sun Apr 29 02:30:09 2001 From: dmierzej at elka.pw.edu.pl (Dominik Mierzejewski) Date: Sun, 29 Apr 2001 02:30:09 +0200 Subject: Kernel In-Reply-To: <20010428135637.A2255@misiek.mmm.ozarow-12.waw.pl>; from mkochano@ee.pw.edu.pl on Sat, Apr 28, 2001 at 01:56:37PM +0200 References: <20010423150446.A6383@nic.nigdzie> <20010423191757.A28296@zibal.itp.uni-hannover.de> <20010423203010.B10696@wonko.esi.org.pl> <20010426233630.A1763@priv0.onet.pl> <20010427153420.A2138@wonko.esi.org.pl> <20010428135637.A2255@misiek.mmm.ozarow-12.waw.pl> Message-ID: <20010429023009.A4267@wonko.esi.org.pl> Michal Kochanowicz wrote: > On Fri, Apr 27, 2001 at 03:34:20PM +0200, Dominik Mierzejewski wrote: > > > Yeah, but in fact the non-patched ver is the right one, so let the > > > subpackage will be kernel-(screwed_up|patched) ;-> > ^^^^^^^ > > Or simply kernel-pld. > ^^^ > You use those as synonyms? ;-> LOL. I didn't say that. I just thought kernel-screwed_up is not an appropriate name for the kernel package. -- "They missed!? They never miss!" -- Delenn to Sheridan in Babylon 5:"Matters of Honor" IRCNet & DALNet: #babylon5-pl | SF Homepage *under reconstruction* http://home.elka.pw.edu.pl/~dmierzej | Linux registered user #134951. From ser at metalab.unc.edu Mon Apr 30 22:07:02 2001 From: ser at metalab.unc.edu (--s+) Date: Mon, 30 Apr 2001 22:07:02 +0200 Subject: [listserver delay] Message-ID: <20010430220702.D11362@linux.lo14.wroc.pl> today i noticed troubles with listserver, becouse of mail overload with interaction with our automatic builder - builder won this game. i will work on extending queue and better sql indexing, sorry for troubles. --s+