From ankry at green.mif.pg.gda.pl Wed Apr 14 19:13:33 2004 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 14 Apr 2004 19:13:33 +0200 (CEST) Subject: SPECS: pike.spec - make GL optional In-Reply-To: from "aredridel" at Apr 14, 2004 06:11:53 PM Message-ID: <200404141713.i3EHDXkl015153@green.mif.pg.gda.pl> aredridel wrote: > - make GL optional [...] > +%bcond_without GL [...] > -BuildRequires: OpenGL-devel > +#BuildRequires: OpenGL-devel Are you sure that it builds with_GL and *without* OpenGL headers ? I doubt. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From aredridel at nbtsc.org Wed Apr 14 20:19:04 2004 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 14 Apr 2004 12:19:04 -0600 Subject: SPECS: pike.spec - make GL optional In-Reply-To: <200404141713.i3EHDXkl015153@green.mif.pg.gda.pl> References: <200404141713.i3EHDXkl015153@green.mif.pg.gda.pl> Message-ID: <20040414181904.GB14243@mail.nbtsc.org> > aredridel wrote: > > - make GL optional > [...] > > +%bcond_without GL > [...] > > -BuildRequires: OpenGL-devel > > +#BuildRequires: OpenGL-devel > > Are you sure that it builds with_GL and *without* OpenGL headers ? > I doubt. Whoops, thank you. qboosh fixed it neatly. Which way is the preferred way to use bconds? %{with name}, or with_name? Different uses? Ari From adamg at biomerieux.pl Wed Apr 14 20:29:16 2004 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 14 Apr 2004 20:29:16 +0200 Subject: SPECS: pike.spec - make GL optional In-Reply-To: <20040414181904.GB14243@mail.nbtsc.org> References: <200404141713.i3EHDXkl015153@green.mif.pg.gda.pl> <20040414181904.GB14243@mail.nbtsc.org> Message-ID: <20040414182916.GA3765@mysza.eu.org> On Wed, Apr 14, 2004 at 12:19:04PM -0600, Aredridel wrote: > > aredridel wrote: > > > - make GL optional > > [...] > > > +%bcond_without GL > > [...] > > > -BuildRequires: OpenGL-devel > > > +#BuildRequires: OpenGL-devel > > > > Are you sure that it builds with_GL and *without* OpenGL headers ? > > I doubt. > > Whoops, thank you. > > qboosh fixed it neatly. > > Which way is the preferred way to use bconds? %{with name}, or > with_name? Different uses? Well, if you have two or more lines to be enclosed within bcond, preferred way is: %if %{with foo} BuildRequires: foo-devel BuildRequires: shmoo-devel %endif But if you have only one line: %{?with_foo:BuildRequires: foo-devel} Or %if %{with foo} BuildRequires: foo-devel %endif Personally, I prefer first method, even though it is probably less readable. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From qboosh at pld-linux.org Wed Apr 14 20:41:26 2004 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 14 Apr 2004 20:41:26 +0200 Subject: SPECS: pike.spec - make GL optional In-Reply-To: <20040414181904.GB14243@mail.nbtsc.org> References: <200404141713.i3EHDXkl015153@green.mif.pg.gda.pl> <20040414181904.GB14243@mail.nbtsc.org> Message-ID: <20040414184125.GB27684@satan.blackhosts> On Wed, Apr 14, 2004 at 12:19:04PM -0600, Aredridel wrote: > Which way is the preferred way to use bconds? %{with name}, or > with_name? Different uses? %{with name} expands to 0 (if package is built with "name" feature) or 1 (otherwise) - so it can be used in %if ... %else ... %endif constructs. %{with_name} is defined in the first case and not defined (at all) in the second - so you can use in %{with_name:something} statements (which mean "something" is used only if with_name is defined). %{with_name:something} syntax is useful for single words/instructions/ one-liners. %if %{with name} ... [%else ...] %endif is better for longer jobs. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From blues at ds.pg.gda.pl Fri Apr 30 15:26:55 2004 From: blues at ds.pg.gda.pl (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Fri, 30 Apr 2004 15:26:55 +0200 (CEST) Subject: invitation (fwd) Message-ID: ---------- Forwarded message ---------- Date: Wed, 28 Apr 2004 18:09:06 +0200 From: Helge Kreutzmann To: Pawe? Go?aszewski Subject: Re: invitation Hello Pawel, I guess it is time to say Goodby. Our last PLD server crashed yesterday (broken hard disk, independent of PLD, of course), so I will no longer report bugs and you can orphan my bugs (or ignore, close, whatever). Somehow bugs.pld-linux.org asks me about my password on every second step now and gives me an error when I try to work on them. Please don't get me wrong. I think for the target audience PLD is great. It is hands on, has a good, solid technical foundation, and is quite up to date (which is unfortunately not true with Debian stable). So, you may ask, why do I leave? There are several reasons, both more general as well as personal. I roughly order them by importance: 1. No official security There was a list once, but for over a year I did not receive anouncements. Reading different sources myself, putting in bug reports and hoping for fixes (e.g. the screen one is still open; but in general you where responsive) takes quite a bit of time which I rather invest in maintaining the machines themselfs, helping the users and finally working on my PhD-Thesis. Also my sucessor probably wouldn't continue it. Even if the bug was swiftly fixed, no anouncement happend. 2. I am not a "Hacker" I maintain machines. I help my users. I write documentation. Sometimes, I try to patch programs to build on alpha. But my C knowledge is limited (I use Fortran at work, and shell/perl for sysadmin work) and my interest on the internals of programs also. Out of curiosity I occasionally read columns about kernel internals, also sometimes I study algorithms (I had several cs classes). But I prefer sending in a bug report with a backtrace or similar if something does not work. I am not on IRC, I have no ICQ. I like mailinglists, especially if they are not too high volume and of good content. As far as I saw, PLD is developed by its users, who communicate on IRC, are fluent in C and are willing to hack on something until it works the way it should. This is pretty orthogonal to my style. There was the idea of the security mailinglist, but this was never realized. I know you wanted me to co-develop. Besides 3), I am glad if I can test if a certain vulnerability exists in PLD, but totally underexperienced to properly fix it. Having the power to do this would put me in a situation which I really prefer to avoid, at least right now. 3. I like Debian Having used SuSE and RedHat in the past, I currently settled in Debian. There are major defiencies in Debian (i.e. the release schedule) but I belive that they can be improved. I currently do quite a bit of work in Debian, and may even become a "official" developer soon. Besides alpha related work (web pages, aboot (which I co-maintain upstream as well), finding 32bit centric programs and working with the developers to fix them) I work on documentation (see also 4)): man pages, translations etc. For me, the philosophy of Debian is very appealing. Furthermore Debian seems to be the choice in current conversion programs (Windows -> Linux). That is really nothing against PLD; there are several fields in PLD which I like. Not using PLD at work is mainly determined by 1). 4. PLD is Polish(ed) I know german, english and a few bits of russian. Having been in Poland, I know how to say Hallo (but don't ask me to write it) and a few more words. But e.g. "http://www.pld-linux.org/" is mostly in polish. So my natural habbit of "Reading the FAQs" is limited. I admit, that when I just looked at the website, some menu itmes are in german, so maybe this has improved in the recent months; also I know (and appreciate) that changelogs and other online docu is in english, but I do realize that most users speak at least some polish. Btw, this is nothing against poland/polish. If you could replace polish by french in this paragraph, nothing would change. So, feel free to close my bugs in the BTS (maybe I need to allow Cookies? I use a new browers, and I denied them out of a reflex), though I fully believe they are still valid (except the openssh one, which I would have investigated further if I had could). I do wish PLD all the best, and you definitly do a great distro (please forward this to your co-developers) but I am just not the right target audience, I believe. Maybe we meet in another context some time in the future, who knows. Greetings Helge -- Helge Kreutzmann, Dipl.-Phys. Helge.Kreutzmann at itp.uni-hannover.de gpg signed mail preferred gpg-key: finger kreutzm at zibal.itp.uni-hannover.de 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software "libre": http://www.freepatents.org/ -- pozdr. Pawe? Go?aszewski --------------------------------- worth to see: http://www.againsttcpa.com/ CPU not found - software emulation...