Re: ANN: Closing AC
Dnia Tue, 13 Dec 2005 17:05:06 +0100, Tomasz Pala <[EMAIL PROTECTED]> napisał: > I had already written that it can be nice feature on desktops. But when > your system becomes operational? Means working services - that's what > customers may be interested with. Are You sure You've read previous posts? You could as well say, that current initscripts are bad and won't work on comercial system, because (for example only) there is no init script for apache!? Give me a break dude - It works, it'll work better and faster, it is more configurable, we just need to work on it and switch old init scripts to new ones - is that what You're reffering to? You won't be moving to th after dec.20, when AC will be frozen - that's obvoius, so I don't understand, what are You complaining bout? It's pretty much obvious, that th will be unstable and not all functionality will be done just after freezing AC, but that isn't the point here - or is it? The point is to use the oportunity of new line to implement some new, better functionality. It's obvious, that beta things aren't in productional phase, but they will be and nobody makes You use beta software! > Hiehheiehe, I knew it;) > Knew what? Knew that it doesn't work out of the box? Well should it? Is it officialy a part of PLD? Is it used by default? So what are You complaining bout? That beta software doesn't work 100% correct? There are even no nativ initng scripts in PLD yet and You jump to conclusion, that they are bad. Have You even bothered to look up what initng is, or to read throughly theese posts? [EMAIL PROTECTED] -- "Fear leads to anger, anger leads to hate, hate leads to The Dark Side" - Yoda ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
python.spec - unnecessary dependencies
$ sudo rpm -Uvh RPMS/python-examples-2.4.1-1.athlon.rpm error: Failed dependencies: python-devel = 1:2.4.1-1 is needed by python-examples-2.4.1-1.athlon IMO python-examples doesn't require python-devel. The same issue with python-doc which requires python - what's it for? I for watching examples and documentation I don't need interpreter nor python development headers and libraries. There are any reasons for such requires? -- Tomasz Wittner ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: xplanet.spec - %{_includedir} macro used
On Tue 13. of December 2005 10:53, Andrzej Krzysztofowicz wrote:
> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> > On Monday 12 December 2005 19:06, you wrote:
> > > Author: czuczDate: Mon Dec 12 17:06:18 2005 GMT
> > > Module: SPECS Tag: HEAD
> > > Log message:
> > > - %{_includedir} macro used
> >
> > what for?
> > it's not safe thing to do.
> > if somebody redefines _includedir in .spec, you change will break
Yesterday, I expressed similar reservations on pld-devel-pl@ ...
> >
> > ps: adapter is not always right!
>
> Exactly. It is to be reverted.
>
> > [...]
> >
> > > - CPPFLAGS="-I/usr/include/freetype2 -I/usr/X11R6/include -I`pwd`" \
> > > + CPPFLAGS="-I%{_includedir}/freetype2 -I/usr/X11R6/include -I`pwd`" \
See http://cia.navi.cx/stats/author/czucz or his last commits on
[EMAIL PROTECTED] He made more such changes (ca in 20 specs). He reverted his
changes only in xplanet.spec. Does he understand what he doing? - I'm not
sure.
--
Tomasz Wittner
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: php-pear-Benchmark.spec - cat optional-packages.txt; rel 2
Oops, initially posted to -pl, should be -en.
On Tue, Dec 13, 2005 at 12:03:08PM +0100, glen wrote:
> Author: glen Date: Tue Dec 13 11:03:08 2005 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - cat optional-packages.txt; rel 2
> @@ -8,7 +8,7 @@
> Summary(pl): %{_pearname} - testowanie szybkości skryptów i funkcji PHP
> Name:php-pear-%{_pearname}
> Version: 1.2.4
> -Release: 1
> +Release: 2
> License: PHP 2.02
> Group: Development/Languages/PHP
> Source0: http://pear.php.net/get/%{_pearname}-%{version}.tgz
> @@ -37,12 +37,17 @@
> install -d $RPM_BUILD_ROOT%{php_pear_dir}
> %pear_package_install
>
> +%post
> +if [ -f %{_docdir}/%{name}-%{version}/optional-packages.txt ]; then
> + cat %{_docdir}/%{name}-%{version}/optional-packages.txt
> +fi
> +
> %clean
> rm -rf $RPM_BUILD_ROOT
>
> %files
> %defattr(644,root,root,755)
> -%doc install.log
> +%doc install.log optional-packages.txt
1. it will be gzipped (by default at least), so test -f will be false
2. what about sysconfig/rpm::RPM_SCRIPTVERBOSITY?
--
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: kdebase.spec - apply branch diff - adapterized - rel 3
On Wed, Dec 07, 2005 at 01:45:34AM +0100, glen wrote: > %package desktop > -Summary: KDesktop - handling of desktop icons, popup menus etc. > +Summary: KDesktop - handling of desktop icons, popup menus etc > Summary(pl): KDesktop - obsługa ikon na pulpicie, menu itp. Shouldn't "etc." end with dot (it's an abbreviation)? -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ANN: Closing AC
[EMAIL PROTECTED] wrote: > Dnia Mon, 12 Dec 2005 15:13:06 +0100, Tomasz Pala <[EMAIL PROTECTED]> > napisał: > >>> Maybe you need just to have a choice ? >> Exactly. >> > Choice means maintaining two stes of init scripts. Nope. The current init scripts could be modified to expose all the needed functionality and their startup could be even created according to the dependency database. The current init scripts' sequence numbers would be simply autogenerated. It's all about extending them and making them more powerful. Read more about Patrys' proposal for new init process. It's all there. > The alternative to this is the workground made now - that the initng > doesn't start services/daemons dirrectely, but runnes old inint scripts, > but that sounds lame ;/ It surely does but that's the immediate stage. -- Regards, Jakub Piotr Cłapa ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ANN: Closing AC
[EMAIL PROTECTED] wrote: > Dnia Sun, 11 Dec 2005 19:56:55 +0100, Tomasz Pala <[EMAIL PROTECTED]> > napisał: > >> Anyway I simply do not believe, that >> it's 'proven' to be two times faster, especially when speaking of >> machines which have some real load. > > I'm testing it right now on my laptop( yea - it doesn't have this much > load, but it runnes few server-like daemons, like apache and mysql + pgsql > ). The boot speeds up *really*! X starts in like < 10sec from powering on > the laptop! > > The problem is with tracing what runns and what doesn't. Since all starts > parallel, there is a lot of output and things start in different places, > sometimes between of other msgs. There is need for something more graphical and/or interactive than classical boot messages stream. Maybe an ncurses interface allowing the admin to browse the save logs from various daemon and showing which are already up, which failed and what is currently running. This architecture will allow also fancy graphical bootup trees showing the startup (it will rock even more than Windows blue floating bar at the bottom of the screen ;) and whats more important (but contains less hype) would allow easy browsing of these logs with a GUI or web interface (including checking what is running and what can but turned on/off) -- Regards, Jakub Piotr Cłapa ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ANN: Closing AC
Tomasz Pala wrote: > On Tue, Dec 13, 2005 at 02:55:35PM +0100, [EMAIL PROTECTED] wrote: >> I'm testing it right now on my laptop( yea - it doesn't have this much >> load, but it runnes few server-like daemons, like apache and mysql + pgsql >> ). The boot speeds up *really*! X starts in like < 10sec from powering on >> the laptop! > > I had already written that it can be nice feature on desktops. But when > your system becomes operational? Means working services - that's what > customers may be interested with. Faster because many things are taking place at the same time. The boot process is probably a best example of a process which can get tremendous boost from concurrency since most programs/daemons don't depend on each other and don't need to wait for others to start first. >> trinary > more. Why? Example: I've forgot to connect my pen and mount >> outputed an error, which resulted in failure of running the mounting init >> script, which stopped > 50% of the system from running, which is insane! > > Hiehheiehe, I knew it;) No comments. -- Regards, Jakub Piotr Cłapa ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ANN: Closing AC
On Tue, Dec 13, 2005 at 02:55:35PM +0100, [EMAIL PROTECTED] wrote: > > I'm testing it right now on my laptop( yea - it doesn't have this much > load, but it runnes few server-like daemons, like apache and mysql + pgsql > ). The boot speeds up *really*! X starts in like < 10sec from powering on > the laptop! I had already written that it can be nice feature on desktops. But when your system becomes operational? Means working services - that's what customers may be interested with. > trinary > more. Why? Example: I've forgot to connect my pen and mount > outputed an error, which resulted in failure of running the mounting init > script, which stopped > 50% of the system from running, which is insane! Hiehheiehe, I knew it;) -- Tom Pala <[EMAIL PROTECTED]> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ANN: Closing AC
Dnia Mon, 12 Dec 2005 15:13:06 +0100, Tomasz Pala <[EMAIL PROTECTED]> napisał: >> Maybe you need just to have a choice ? > > Exactly. > Choice means maintaining two stes of init scripts. The alternative to this is the workground made now - that the initng doesn't start services/daemons dirrectely, but runnes old inint scripts, but that sounds lame ;/ [EMAIL PROTECTED] -- "Fear leads to anger, anger leads to hate, hate leads to The Dark Side" - Yoda ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ANN: Closing AC
Dnia Sun, 11 Dec 2005 19:56:55 +0100, Tomasz Pala <[EMAIL PROTECTED]> napisał: > Anyway I simply do not believe, that > it's 'proven' to be two times faster, especially when speaking of > machines which have some real load. I'm testing it right now on my laptop( yea - it doesn't have this much load, but it runnes few server-like daemons, like apache and mysql + pgsql ). The boot speeds up *really*! X starts in like < 10sec from powering on the laptop! The problem is with tracing what runns and what doesn't. Since all starts parallel, there is a lot of output and things start in different places, sometimes between of other msgs. I think also we need to make the scripts use not binnary logic, but trinary > more. Why? Example: I've forgot to connect my pen and mount outputed an error, which resulted in failure of running the mounting init script, which stopped > 50% of the system from running, which is insane! We need a third state, that it generally did it's job, but there were errors. This way other thins would boot (like mysql, apache etc...) and some could fail indeed (like a partition where I keep apache wasn't mounted etc..), but we'll get the system up, because otherwise we could end up not allowing logins because of some minor errors. [EMAIL PROTECTED] -- "Fear leads to anger, anger leads to hate, hate leads to The Dark Side" - Yoda ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ANN: Closing AC
On Sun, Dec 11, 2005 at 04:21:15PM +0100, Daniel Dominik Rudnicki wrote:
> On Sunday 11 of December 2005 15:51, [EMAIL PROTECTED] wrote:
> >
> > blah blah blah
> >
> > [EMAIL PROTECTED]
> yep
> --
Nothing like constructive discussion :-)
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
"Quis custodiet ipsos custodes?"
pgpPxQSQ0Uf0q.pgp
Description: PGP signature
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: xplanet.spec - %{_includedir} macro used
Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
>
> On Monday 12 December 2005 19:06, you wrote:
> > Author: czuczDate: Mon Dec 12 17:06:18 2005 GMT
> > Module: SPECS Tag: HEAD
> > Log message:
> > - %{_includedir} macro used
> what for?
> it's not safe thing to do.
> if somebody redefines _includedir in .spec, you change will break
>
> ps: adapter is not always right!
Exactly. It is to be reverted.
> [...]
> > - CPPFLAGS="-I/usr/include/freetype2 -I/usr/X11R6/include -I`pwd`" \
> > + CPPFLAGS="-I%{_includedir}/freetype2 -I/usr/X11R6/include -I`pwd`" \
--
===
Andrzej M. Krzysztofowicz, Ph.D. [EMAIL PROTECTED]
phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math., Gdansk University of Technology
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: xplanet.spec - %{_includedir} macro used
On Monday 12 December 2005 19:06, you wrote:
> Author: czuczDate: Mon Dec 12 17:06:18 2005 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - %{_includedir} macro used
what for?
it's not safe thing to do.
if somebody redefines _includedir in .spec, you change will break
ps: adapter is not always right!
[...]
>
> Index: SPECS/xplanet.spec
> diff -u SPECS/xplanet.spec:1.19 SPECS/xplanet.spec:1.20
> --- SPECS/xplanet.spec:1.19 Sun Jul 17 04:01:08 2005
> +++ SPECS/xplanet.specMon Dec 12 18:06:09 2005
[...]
> %{__make} \
> - CPPFLAGS="-I/usr/include/freetype2 -I/usr/X11R6/include -I`pwd`" \
> + CPPFLAGS="-I%{_includedir}/freetype2 -I/usr/X11R6/include -I`pwd`" \
> CXXFLAGS="%{rpmcflags}"
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
