From gotar at polanet.pl Thu Sep 1 14:34:50 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Thu, 1 Sep 2005 14:34:50 +0200 Subject: http://ftp5 again... Message-ID: <20050901123450.GA1163@os> error: vfff: http://ftp.pld-linux.org/dists/ac/ready/athlon/packages.i/packages.dir.diff.toc.gz: no such file -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From ankry at green.mif.pg.gda.pl Thu Sep 1 15:05:28 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 1 Sep 2005 15:05:28 +0200 (CEST) Subject: http://ftp5 again... In-Reply-To: <20050901123450.GA1163@os> from "Tomasz Pala" at Sep 01, 2005 02:34:50 PM Message-ID: <200509011305.j81D5SUs025930@green.mif.pg.gda.pl> Tomasz Pala wrote: > > error: vfff: http://ftp.pld-linux.org/dists/ac/ready/athlon/packages.i/packages.dir.diff.toc.gz: no such file Sprobuj za godzine. Wyglada na problem z synchronizacja ftp-ow. Pracujemy nad tym. -- ======================================================================= 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 saq at pld-linux.org Thu Sep 1 17:24:18 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Thu, 01 Sep 2005 17:24:18 +0200 Subject: SPECS: python-elspy.spec (NEW) - initial pld release In-Reply-To: References: Message-ID: <1125588259.5438.33.camel@neptune.sakowski.pl> On Thu, 2005-09-01 at 17:08 +0200, arekm wrote: > +%attr(755,root,root) %{py_sitescriptdir}/%{module}/*.py[co] If there are no dirty tricks in the code, 644 perms should suffice. -- Pawe? Sakowski PLD Linux Distribution From marcus at kernel.pl Thu Sep 1 23:20:09 2005 From: marcus at kernel.pl (Marcin Bohosiewicz) Date: Thu, 1 Sep 2005 23:20:09 +0200 (CEST) Subject: http://ftp5 again... In-Reply-To: <200509011305.j81D5SUs025930@green.mif.pg.gda.pl> References: <200509011305.j81D5SUs025930@green.mif.pg.gda.pl> Message-ID: On Thu, 1 Sep 2005, Andrzej Krzysztofowicz wrote: > Tomasz Pala wrote: >> >> error: vfff: http://ftp.pld-linux.org/dists/ac/ready/athlon/packages.i/packages.dir.diff.toc.gz: no such file > > Sprobuj za godzine. > Wyglada na problem z synchronizacja ftp-ow. Pracujemy nad tym. Wyglada na problem z umask w skryptach na ep09. Bo prawa byly zle... M. -- -| == Marcin Bohosiewicz - MB8042-RIPE - marcus at kernel.pl == |- -| == tel. +48 601 485097 - PLD Team - marcus at pld-linux.org == |- -| == http://www.kernel.pl/ - ftp://ftp.kernel.pl/ == |- From deejay1 at nsj.srem.pl Thu Sep 1 23:25:07 2005 From: deejay1 at nsj.srem.pl (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Thu, 1 Sep 2005 23:25:07 +0200 Subject: http://ftp5 again... In-Reply-To: References: <200509011305.j81D5SUs025930@green.mif.pg.gda.pl> Message-ID: <200509012325.10117.deejay1@nsj.srem.pl> Dnia czwartek, 1 wrze?nia 2005 23:20, Marcin Bohosiewicz napisa?: > On Thu, 1 Sep 2005, Andrzej Krzysztofowicz wrote: > > Tomasz Pala wrote: > >> error: vfff: > >> http://ftp.pld-linux.org/dists/ac/ready/athlon/packages.i/packages.dir.d > >>iff.toc.gz: no such file > > > > Sprobuj za godzine. > > Wyglada na problem z synchronizacja ftp-ow. Pracujemy nad tym. > > Wyglada na problem z umask w skryptach na ep09. > Bo prawa byly zle... English please, this is the *-en list :) Translation of the last paragraph for those who speak/read english: "It looks like there where problems with umask in the scripts on ep09. Because the access right were wrong..." -- ?ukasz [DeeJay1] Jerna? From glen at delfi.ee Sat Sep 3 17:27:35 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sat, 3 Sep 2005 18:27:35 +0300 Subject: SPECS: openssh.spec - release 3 (another unnecessary release bump ... In-Reply-To: References: Message-ID: <200509031827.35525.glen@delfi.ee> and how that checking should be peformed? is there list of packages? On Saturday 03 September 2005 17:20, hawk wrote: > Author: hawk Date: Sat Sep 3 14:20:02 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - release 3 (another unnecessary release bump and package rebuild, checking > if release 1 should go to Ra is obviously too difficult to perform) > > ---- Files affected: > SPECS: > openssh.spec (1.236 -> 1.237) > > ---- Diffs: > > ================================================================ > Index: SPECS/openssh.spec > diff -u SPECS/openssh.spec:1.236 SPECS/openssh.spec:1.237 > --- SPECS/openssh.spec:1.236 Fri Sep 2 21:36:21 2005 > +++ SPECS/openssh.spec Sat Sep 3 16:19:57 2005 > @@ -24,7 +24,7 @@ > Summary(uk): OpenSSH - ?????? ?????????? ????????? Secure Shell (SSH) > Name: openssh > Version: 4.2p1 > -Release: 1 > +Release: 3 > Epoch: 2 > License: BSD > Group: Applications/Networking > @@ -615,6 +615,10 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.237 2005/09/03 14:19:57 hawk > +- release 3 (another unnecessary release bump and package rebuild, > checking + if release 1 should go to Ra is obviously too difficult to > perform) + > Revision 1.236 2005/09/02 19:36:21 arekm > - up to 4.2p1 > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/openssh.spec?r1=1.236&r2=1.237&f=u > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From wolf.pld at gmail.com Sat Sep 3 17:54:53 2005 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Sat, 3 Sep 2005 17:54:53 +0200 Subject: SPECS: mplayer.spec - revert epoch bump and increase release instead In-Reply-To: References: Message-ID: <20050903155453.GA20794@bajzel> On Sat, Sep 03, 2005 at 05:43:57PM +0200, glen wrote: > Author: glen Date: Sat Sep 3 15:43:57 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - revert epoch bump and increase release instead > > ---- Files affected: > SPECS: > mplayer.spec (1.293 -> 1.294) It's on ftp already. wolf -- Bartek . - Ja widz?, ?e ty tam zabawiasz koleg?. Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From hawk at limanowa.net Sat Sep 3 22:00:52 2005 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sat, 03 Sep 2005 22:00:52 +0200 Subject: SPECS: openssh.spec - release 3 (another unnecessary release bump ... In-Reply-To: <200509031827.35525.glen@delfi.ee> References: <200509031827.35525.glen@delfi.ee> Message-ID: <431A00F4.1010307@limanowa.net> > and how that checking should be peformed? is there list of packages? Nope. There isn't. But looking back into cvs should be enough to see if previous version(s) of package were built also for Ra. If they were, you may assume the newest one will be built for it too and give release 2 for Ac. M. From glen at delfi.ee Sun Sep 4 09:29:03 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 4 Sep 2005 10:29:03 +0300 Subject: SOURCES: kdepim-knode-google-msgid.patch - damn typo In-Reply-To: References: Message-ID: <200509041029.03678.glen@delfi.ee> PLD Linux was not supposed to be -pl specific. so, please use english links, or if the only "fix" was pl language, it should be removed/bconded... On Sunday 04 September 2005 03:50, prism wrote: > Author: prism Date: Sun Sep 4 00:50:33 2005 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - damn typo > > ---- Files affected: > SOURCES: > kdepim-knode-google-msgid.patch (1.1 -> 1.2) > > ---- Diffs: > > ================================================================ > Index: SOURCES/kdepim-knode-google-msgid.patch > diff -u SOURCES/kdepim-knode-google-msgid.patch:1.1 > SOURCES/kdepim-knode-google-msgid.patch:1.2 --- > SOURCES/kdepim-knode-google-msgid.patch:1.1 Sun Sep 4 02:47:38 2005 +++ > SOURCES/kdepim-knode-google-msgid.patch Sun Sep 4 02:50:27 2005 @@ -5,7 > +5,7 @@ > job->setErrorString( > errorPrefix + getCurrentLine() + > - i18n("

The article you requested is not available on > your news server;
you could try to get it from href=\"http://groups.google.com/groups?q=msgid:%1&ic=1\">groups.google.com< >/a>.") -+ i18n("

The article you requested is not > available on your news server;
you could try to get it from
href=\"http://groups.google.pl/groups?as_msgid=&selm=msgid:%1\">groups.goog >le.pl.") ++ i18n("

The article you requested is not > available on your news server;
you could try to get it from href=\"http://groups.google.pl/groups?as_msgid=&selm=%1\">groups.google.pl< >/a>.") .arg(target->messageID()->as7BitString(false))); return; > } > ================================================================ > > ---- CVS-web: > > http://cvs.pld-linux.org/SOURCES/kdepim-knode-google-msgid.patch?r1=1.1&r2= >1.2&f=u > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From glen at delfi.ee Sun Sep 4 09:33:42 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 4 Sep 2005 10:33:42 +0300 Subject: SPECS (DEVEL): boost.spec - up to 1_33_0 - reorganized (simplified... In-Reply-To: References: Message-ID: <200509041033.42300.glen@delfi.ee> On Sunday 04 September 2005 04:53, twittner wrote: > + > +%package static > +Summary:???????Boost C++ static libraries > +Summary(pl):???Biblioteki statyczne Boost C++ > +Group:?????????Development/Libraries > +Requires:??????%{name}-devel = %{version}-%{release} > +Obsoletes:?????boost-date_time-static > +Obsoletes:?????boost-filesystem-static > +Obsoletes:?????boost-program_options typo? > +Obsoletes:?????boost-regex-static > +Obsoletes:?????boost-signals-static > +Obsoletes:?????boost-static_assert > +Obsoletes:?????boost-test-static -- glen From ankry at green.mif.pg.gda.pl Sun Sep 4 09:41:27 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 4 Sep 2005 09:41:27 +0200 (CEST) Subject: SOURCES: kdepim-knode-google-msgid.patch - damn typo In-Reply-To: <200509041029.03678.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Sep 04, 2005 10:29:03 AM Message-ID: <200509040741.j847fR46003313@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > PLD Linux was not supposed to be -pl specific. > so, please use english links, or if the only "fix" was pl language, it should > be removed/bconded... Forwarded to the author. I doubt that he is subscribed to pld-devel-en... -- ======================================================================= 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 prism at hornet.eu.org Sun Sep 4 10:28:33 2005 From: prism at hornet.eu.org (=?iso-8859-2?q?Micha=B3_=A3ukaszek?=) Date: Sun, 4 Sep 2005 10:28:33 +0200 Subject: SOURCES: kdepim-knode-google-msgid.patch - damn typo In-Reply-To: <200509040741.j847fR46003313@green.mif.pg.gda.pl> References: <200509040741.j847fR46003313@green.mif.pg.gda.pl> Message-ID: <200509041028.33582.prism@hornet.eu.org> Dnia niedziela, 4 wrze?nia 2005 09:41, Andrzej Krzysztofowicz napisa?: > > PLD Linux was not supposed to be -pl specific. > Forwarded to the author. > I doubt that he is subscribed to pld-devel-en... As a matter fact, I am ;) Sorry, what did I think? I'll change the link to .com, of course. -- regards, PriSM (Michal Lukaszek) From twittner at o2.pl Sun Sep 4 10:42:07 2005 From: twittner at o2.pl (Tomasz Wittner) Date: Sun, 4 Sep 2005 10:42:07 +0200 Subject: SPECS (DEVEL): boost.spec - up to 1_33_0 - reorganized (simplified... In-Reply-To: <200509041033.42300.glen@delfi.ee> References: <200509041033.42300.glen@delfi.ee> Message-ID: <200509041042.07737.twittner@o2.pl> On Sun 4. of September 2005 09:33, Elan Ruusam?e wrote: > On Sunday 04 September 2005 04:53, twittner wrote: > > + > > +%package static > > +Summary:???????Boost C++ static libraries > > +Summary(pl):???Biblioteki statyczne Boost C++ > > +Group:?????????Development/Libraries > > +Requires:??????%{name}-devel = %{version}-%{release} > > +Obsoletes:?????boost-date_time-static > > +Obsoletes:?????boost-filesystem-static > > +Obsoletes:?????boost-program_options > typo? Thanks - probably too much `yy' in vim through inattention and probably I've made more, more important mistakes. BTW - IMO boost.spec on HEAD with ca 45 packages (grep -n "%package" boost.spec | wc -l) is hard for maintaining (inner dependencies) and upgrading - f.e. boost-1.33.0 comes with next 5 new libraries. -- Tomasz Wittner From qrczak at knm.org.pl Sun Sep 4 17:05:25 2005 From: qrczak at knm.org.pl (Marcin 'Qrczak' Kowalczyk) Date: Sun, 04 Sep 2005 17:05:25 +0200 Subject: SOURCES: kdepim-knode-google-msgid.patch - damn typo In-Reply-To: <200509041029.03678.glen@delfi.ee> (Elan =?iso-8859-2?q?Ruusam=E4e's?= message of "Sun, 4 Sep 2005 10:29:03 +0300") References: <200509041029.03678.glen@delfi.ee> Message-ID: <878xycnaa2.fsf@qrnik.zagroda> "Elan Ruusam?e" writes: >> - i18n("

The article you requested is not available on >> your news server;
you could try to get it from
> href=\"http://groups.google.com/groups?q=msgid:%1&ic=1\">groups.google.com< >>/a>.") -+ i18n("

The article you requested is not >> available on your news server;
you could try to get it from
> href=\"http://groups.google.pl/groups?as_msgid=&selm=msgid:%1\">groups.goog >>le.pl.") ++ i18n("

The article you requested is not >> available on your news server;
you could try to get it from > href=\"http://groups.google.pl/groups?as_msgid=&selm=%1\">groups.google.pl< >>/a>.") .arg(target->messageID()->as7BitString(false))); return; Should be & instead of & -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From qboosh at pld-linux.org Sun Sep 4 18:11:12 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 4 Sep 2005 18:11:12 +0200 Subject: SPECS: apr-util.spec - updated to 1.2.1 In-Reply-To: References: Message-ID: <20050904161112.GA12188@gruby.cs.net.pl> On Sun, Sep 04, 2005 at 06:06:37PM +0200, qboosh wrote: > Author: qboosh Date: Sun Sep 4 16:06:37 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - updated to 1.2.1 > +%bcond_without sqlite # without SQLite support > +%bcond_without sqlite3 # without SQLite3 support Which should be supported by default? Unfortunately there is no plugin system, so libaprutil is linked with chosen library(s), so supporting both makes ugly dependencies. -- Jakub Bogusz http://qboosh.cs.net.pl/ From arekm at pld-linux.org Sun Sep 4 18:21:33 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 4 Sep 2005 18:21:33 +0200 Subject: SPECS: apr-util.spec - updated to 1.2.1 In-Reply-To: <20050904161112.GA12188@gruby.cs.net.pl> References: <20050904161112.GA12188@gruby.cs.net.pl> Message-ID: <200509041821.33668.arekm@pld-linux.org> On Sunday 04 of September 2005 18:11, Jakub Bogusz wrote: > On Sun, Sep 04, 2005 at 06:06:37PM +0200, qboosh wrote: > > Author: qboosh Date: Sun Sep 4 16:06:37 2005 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - updated to 1.2.1 > > > > +%bcond_without sqlite # without SQLite support > > +%bcond_without sqlite3 # without SQLite3 support > > Which should be supported by default? > Unfortunately there is no plugin system, so libaprutil is linked with > chosen library(s), so supporting both makes ugly dependencies. Newer. sqlite3. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From prism at hornet.eu.org Sun Sep 4 21:57:02 2005 From: prism at hornet.eu.org (=?iso-8859-2?q?Micha=B3_=A3ukaszek?=) Date: Sun, 4 Sep 2005 21:57:02 +0200 Subject: SOURCES: kdepim-knode-google-msgid.patch - damn typo In-Reply-To: <878xycnaa2.fsf@qrnik.zagroda> References: <200509041029.03678.glen@delfi.ee> <878xycnaa2.fsf@qrnik.zagroda> Message-ID: <200509042157.02888.prism@hornet.eu.org> Dnia niedziela, 4 wrze?nia 2005 17:05, Marcin 'Qrczak' Kowalczyk napisa?: > >> - i18n("

The article you requested is not available > >> on your news server;
you could try to get it from
>> href=\"http://groups.google.com/groups?q=msgid:%1&ic=1\">groups.google.c > >>oog le.pl.") ++ i18n("

The article you requested > >> is not available on your news server;
you could try to get it from >> href=\"http://groups.google.pl/groups?as_msgid=&selm=%1\">groups.google. > Should be & instead of & You're right. But note that in the original form authors didn't care either. Fixed nevertheless, thanks for pointing this out. -- pozdrawiam, PriSM (Micha? ?ukaszek) From saq at pld-linux.org Mon Sep 5 23:00:51 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Mon, 05 Sep 2005 23:00:51 +0200 Subject: SPECS: mplayer.spec - this was not the first time useless epoch bu... In-Reply-To: References: Message-ID: <1125954051.5445.23.camel@neptune.sakowski.pl> On Mon, 2005-09-05 at 22:39 +0200, glen wrote: > +# DO NOT increase epoch unless it's really neccessary! > +# especially such changes like pre7->pre7try2, increase Release instead! OK, my bad, but no need to shout in the spec (that's what pld-devel is for ;) . And this note isn't really mplayer-specific. For any package with version X release Y.betaZ.W, the Y digit (usually 0) can be bumped up to overcome non-arithmetic betaZ behavior. Bumping epoch stays applicable weird versioning in the X part. (yes, that's no news, just for the archives) > +# PS: $ rpmvercmp pre7try2 pre7 > +# pre7try2 > pre7 [saq at neptune SPECS]$ rpmvercmp 1.0-1.pre7.1 1.0-1.pre7try2.1 1.0-1.pre7.1 > 1.0-1.pre7try2.1 -- Pawe? Sakowski PLD Linux Distribution From glen at delfi.ee Tue Sep 6 16:06:00 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 6 Sep 2005 17:06:00 +0300 Subject: lighttpd and ftp mirror Message-ID: <200509061706.00477.glen@delfi.ee> hi please upgrade your lighttpd installation as the 1.3.10 is broken in handling plusses in filenames. --17:03:19-- http://ftp.ac.pld-linux.org/dists/ac/PLD/i686/PLD/RPMS/libstdc++-devel-3.3.6-3.i686.rpm => `/dev/null' Resolving ftp.ac.pld-linux.org... 62.21.96.15 Connecting to ftp.ac.pld-linux.org|62.21.96.15|:80... connected. HTTP request sent, awaiting response... HTTP/1.0 404 Not Found Connection: keep-alive Date: Tue, 06 Sep 2005 14:03:12 GMT Content-Length: 345 Accept-Ranges: bytes Content-Type: text/html Server: lighttpd/1.3.10 17:03:19 ERROR 404: Not Found. -- glen From wrobell at pld-linux.org Tue Sep 6 18:32:50 2005 From: wrobell at pld-linux.org (wrobell) Date: Tue, 06 Sep 2005 17:32:50 +0100 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: References: Message-ID: <1126024370.20953.7.camel@RECENT-CONVERT> On Tue, 2005-09-06 at 18:24 +0200, djurban wrote: > Author: djurban Date: Tue Sep 6 16:24:57 2005 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - from ghostscript.spec's HEAD > - lost the logs, but i dont have time to mail the commands for all those files to cvs admins [...] let's start new war... what about moving repo to svn? wrobell From michal at michal.waw.pl Tue Sep 6 18:46:07 2005 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Tue, 6 Sep 2005 18:46:07 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126024370.20953.7.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> Message-ID: <20050906164607.GM31196@woland.michal.waw.pl> On Tue, Sep 06, 2005 at 05:32:50PM +0100, wrobell wrote: > let's start new war... > > what about moving repo to svn? Any reasons? SVN sucks a big one. -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From baggins at sith.mimuw.edu.pl Tue Sep 6 18:48:32 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Tue, 6 Sep 2005 18:48:32 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126024370.20953.7.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> Message-ID: <20050906164831.GD4257@sith.mimuw.edu.pl> On Tue, 06 Sep 2005, wrobell wrote: > On Tue, 2005-09-06 at 18:24 +0200, djurban wrote: > > Author: djurban Date: Tue Sep 6 16:24:57 2005 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - from ghostscript.spec's HEAD > > - lost the logs, but i dont have time to mail the commands for all those files to cvs admins > [...] > > let's start new war... > > what about moving repo to svn? Forget it. SVN is really poor choice for SPECS/SOURCES. Besides, its taging/branching scheme just sucks client-side. 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 adamg at biomerieux.pl Tue Sep 6 18:55:15 2005 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Tue, 6 Sep 2005 18:55:15 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126024370.20953.7.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> Message-ID: <20050906165515.GB10025@mysza.eu.org> On Tue, Sep 06, 2005 at 05:32:50PM +0100, wrobell wrote: > On Tue, 2005-09-06 at 18:24 +0200, djurban wrote: > > Author: djurban Date: Tue Sep 6 16:24:57 2005 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - from ghostscript.spec's HEAD > > - lost the logs, but i dont have time to mail the commands for all those files to cvs admins > [...] > > let's start new war... > > what about moving repo to svn? Nice try ;) (Probably) Too much effort, (probably) not enough gain. Why? Svn cp/mv, or atomic commits aren't crucial for me. And oh, I'd miss those 1.441.2.1178 style revisions :) -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From wrobell at pld-linux.org Tue Sep 6 19:07:00 2005 From: wrobell at pld-linux.org (wrobell) Date: Tue, 06 Sep 2005 18:07:00 +0100 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050906164607.GM31196@woland.michal.waw.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> Message-ID: <1126026420.20953.10.camel@RECENT-CONVERT> On Tue, 2005-09-06 at 18:46 +0200, Michal Kochanowicz wrote: > On Tue, Sep 06, 2005 at 05:32:50PM +0100, wrobell wrote: > > let's start new war... > > > > what about moving repo to svn? > > Any reasons? SVN sucks a big one. svn diff without performing connection to remote server. i think that cvs really sucks. so... any alternatives? wrobell From wolf.pld at gmail.com Tue Sep 6 19:13:38 2005 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Tue, 6 Sep 2005 19:13:38 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126024370.20953.7.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> Message-ID: <20050906171338.GB27910@bajzel> On Tue, Sep 06, 2005 at 05:32:50PM +0100, wrobell wrote: > what about moving repo to svn? No. wolf -- Bartek . - Diamagnetyki, c?? to za stwory? Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From baggins at sith.mimuw.edu.pl Tue Sep 6 19:27:01 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Tue, 6 Sep 2005 19:27:01 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126026420.20953.10.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> Message-ID: <20050906172701.GE4257@sith.mimuw.edu.pl> On Tue, 06 Sep 2005, wrobell wrote: > On Tue, 2005-09-06 at 18:46 +0200, Michal Kochanowicz wrote: > > On Tue, Sep 06, 2005 at 05:32:50PM +0100, wrobell wrote: > > > let's start new war... > > > > > > what about moving repo to svn? > > > > Any reasons? SVN sucks a big one. > > svn diff without performing connection to remote server. At the cost of keeping ALL tags/branches locally. You're joking. [baggins at sith rpm]$ du -hs SOURCES SPECS 959M SOURCES 63M SPECS > i think that cvs really sucks. so... any alternatives? There is nothing better :/ 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 adamg at biomerieux.pl Tue Sep 6 19:28:30 2005 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Tue, 6 Sep 2005 19:28:30 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126026420.20953.10.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> Message-ID: <20050906172829.GC10025@mysza.eu.org> On Tue, Sep 06, 2005 at 06:07:00PM +0100, wrobell wrote: > On Tue, 2005-09-06 at 18:46 +0200, Michal Kochanowicz wrote: > > On Tue, Sep 06, 2005 at 05:32:50PM +0100, wrobell wrote: > > > let's start new war... > > > > > > what about moving repo to svn? > > > > Any reasons? SVN sucks a big one. > > svn diff without performing connection to remote server. > > i think that cvs really sucks. so... any alternatives? git maybe? ok, just joking... -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From saq at pld-linux.org Tue Sep 6 20:29:06 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Tue, 06 Sep 2005 20:29:06 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050906172701.GE4257@sith.mimuw.edu.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> Message-ID: <1126031346.5432.68.camel@neptune.sakowski.pl> On Tue, 2005-09-06 at 19:27 +0200, Jan Rekorajski wrote: > At the cost of keeping ALL tags/branches locally. You're joking. > > [baggins at sith rpm]$ du -hs SOURCES SPECS > 959M SOURCES > 63M SPECS Obviously svn makes no sense with such file organization (in two directories). To allow reasonable branching, each package would have to have a directory of its own. Which is a good idea anyway, but probably it's not worth changing now. -- Pawe? Sakowski PLD Linux Distribution From blues at pld-linux.org Tue Sep 6 20:30:35 2005 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Tue, 6 Sep 2005 20:30:35 +0200 (CEST) Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126024370.20953.7.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> Message-ID: On Tue, 6 Sep 2005, wrobell wrote: > > Author: djurban Date: Tue Sep 6 16:24:57 2005 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - from ghostscript.spec's HEAD > > - lost the logs, but i dont have time to mail the commands for all > > those files to cvs admins > [...] > > let's start new war... > > what about moving repo to svn? no. If you really want to move - find something that gives _real_ advantages. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From blues at pld-linux.org Tue Sep 6 20:32:40 2005 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Tue, 6 Sep 2005 20:32:40 +0200 (CEST) Subject: lighttpd and ftp mirror In-Reply-To: <200509061706.00477.glen@delfi.ee> References: <200509061706.00477.glen@delfi.ee> Message-ID: On Tue, 6 Sep 2005, Elan [iso-8859-1] Ruusam?e wrote: > please upgrade your lighttpd installation as the 1.3.10 is broken in > handling plusses in filenames. > > --17:03:19-- > http://ftp.ac.pld-linux.org/dists/ac/PLD/i686/PLD/RPMS/libstdc++-devel-3.3.6-3.i686.rpm > => `/dev/null' > Resolving ftp.ac.pld-linux.org... 62.21.96.15 > Connecting to ftp.ac.pld-linux.org|62.21.96.15|:80... connected. > HTTP request sent, awaiting response... > HTTP/1.0 404 Not Found > Connection: keep-alive > Date: Tue, 06 Sep 2005 14:03:12 GMT > Content-Length: 345 > Accept-Ranges: bytes > Content-Type: text/html > Server: lighttpd/1.3.10 > 17:03:19 ERROR 404: Not Found. I had the same problem today. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From adamg at biomerieux.pl Tue Sep 6 21:05:09 2005 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Tue, 6 Sep 2005 21:05:09 +0200 Subject: lighttpd and ftp mirror In-Reply-To: <200509061706.00477.glen@delfi.ee> References: <200509061706.00477.glen@delfi.ee> Message-ID: <20050906190509.GD10025@mysza.eu.org> On Tue, Sep 06, 2005 at 05:06:00PM +0300, Elan Ruusam?e wrote: > please upgrade your lighttpd installation as the 1.3.10 is broken in handling > plusses in filenames. I've upgraded lighttpd to 1.4.3 and this problems seems to be fixed. Unless nothing bad happens, this will go to ac-ready. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From glen at delfi.ee Tue Sep 6 23:50:14 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 7 Sep 2005 00:50:14 +0300 Subject: lighttpd and ftp mirror In-Reply-To: <20050906190509.GD10025@mysza.eu.org> References: <200509061706.00477.glen@delfi.ee> <20050906190509.GD10025@mysza.eu.org> Message-ID: <200509070050.15341.glen@delfi.ee> On Tuesday 06 September 2005 22:05, Adam Go??biowski wrote: > On Tue, Sep 06, 2005 at 05:06:00PM +0300, Elan Ruusam?e wrote: > > please upgrade your lighttpd installation as the 1.3.10 is broken in > > handling plusses in filenames. > > I've upgraded lighttpd to 1.4.3 and this problems seems to be fixed. > Unless nothing bad happens, this will go to ac-ready. discussed with arekm and as 1.4.3 has still reports on memory leaks, then no 1.3.16 is otoh available from main. -- glen From loc at toya.net.pl Tue Sep 6 23:04:40 2005 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Tue, 06 Sep 2005 23:04:40 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126031346.5432.68.camel@neptune.sakowski.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126031346.5432.68.camel@neptune.sakowski.pl> Message-ID: <431E0468.6030500@toya.net.pl> Pawe? Sakowski wrote: > On Tue, 2005-09-06 at 19:27 +0200, Jan Rekorajski wrote: > >>At the cost of keeping ALL tags/branches locally. You're joking. >> >>[baggins at sith rpm]$ du -hs SOURCES SPECS >>959M SOURCES >>63M SPECS > > > Obviously svn makes no sense with such file organization (in two > directories). To allow reasonable branching, each package would have to > have a directory of its own. Which is a good idea anyway, but probably > it's not worth changing now. But it would be a really big problem for people like qboosh. Probably the best choice would be to design something ourselves. ;-) -- Regards, Jakub Piotr C?apa From glen at delfi.ee Wed Sep 7 00:12:15 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 7 Sep 2005 01:12:15 +0300 Subject: rc-scripts/trunk/rc.d/init.d/functions In-Reply-To: <6352@svn.pld-linux.org> References: <6352@svn.pld-linux.org> Message-ID: <200509070112.19122.glen@delfi.ee> On Monday 05 September 2005 20:12, arekm wrote: > Author: arekm > Date: Mon Sep 5 19:12:09 2005 > New Revision: 6352 > > Modified: > rc-scripts/trunk/rc.d/init.d/functions > Log: > Add support for whole path in pidfile. > > Modified: rc-scripts/trunk/rc.d/init.d/functions > =========================================================================== >=== --- rc-scripts/trunk/rc.d/init.d/functions (original) > +++ rc-scripts/trunk/rc.d/init.d/functions Mon Sep 5 19:12:09 2005 > @@ -656,10 +656,15 @@ > fi > > # First try pidfile or "/var/run/*.pid" > - if [ -f /var/run/${pidfile} ] ; then > + if (echo "${pidfile}" | grep -Eq "^/"); then > + pidfile="${pidfile}" > + else > + pidfile="/var/run/${pidfile}"; > + fi what about using [[ syntax? (ksh supports it) if [[ "${pidfile}" == "/*" ]]; then > + if [ -f "${pidfile}" ] ; then > typeset line p pid > pid= > - read line < /var/run/${pidfile} > + read line < "${pidfile}" > for p in $line; do > [ -z "$(echo "$p" | awk '{gsub(/[0-9]/,"");print;}')" ] && pid="$pid > $p" done > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- Elan Ruusam?e http://www.DELFI.ee/ R?vala pst 6, 10143, Tallinn, Eesti tel (secretary): +372 650 4922 tel: +372 650 1278 fax: +372 681 4719 mailto:glen at delfi.ee From tomczyk at op.onet.pl Wed Sep 7 00:58:57 2005 From: tomczyk at op.onet.pl (Krystian T) Date: Wed, 07 Sep 2005 00:58:57 +0200 Subject: mythtv.spec Message-ID: <1126047537.19736.9.camel@localhost> Hi I have built mythtv.spec --without nvidia and it's failed (X11-driver-nvidia is needed) I have looked in spec and I find %{?with_nvidia:BuildRequires: X11-driver-nvidia-devel} %{?with_opengl:BuildRequires: X11-driver-nvidia-devel} In second line IMHO must be X11-OpenGL-devel -- Pozdrawiam Krystian T "errare humanum est..." From wrobell at pld-linux.org Wed Sep 7 10:19:02 2005 From: wrobell at pld-linux.org (wrobell) Date: Wed, 07 Sep 2005 09:19:02 +0100 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: References: <1126024370.20953.7.camel@RECENT-CONVERT> Message-ID: <1126081142.2251.0.camel@RECENT-CONVERT> On Tue, 2005-09-06 at 20:30 +0200, Pawe? Go?aszewski wrote: > On Tue, 6 Sep 2005, wrobell wrote: > > > Author: djurban Date: Tue Sep 6 16:24:57 2005 GMT > > > Module: SOURCES Tag: HEAD > > > ---- Log message: > > > - from ghostscript.spec's HEAD > > > - lost the logs, but i dont have time to mail the commands for all > > > those files to cvs admins > > [...] > > > > let's start new war... > > > > what about moving repo to svn? > > no. > > If you really want to move - find something that gives _real_ advantages. can you _define_ "real advantages", please? wrobell From wrobell at pld-linux.org Wed Sep 7 10:21:35 2005 From: wrobell at pld-linux.org (wrobell) Date: Wed, 07 Sep 2005 09:21:35 +0100 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050906172701.GE4257@sith.mimuw.edu.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> Message-ID: <1126081295.2251.4.camel@RECENT-CONVERT> On Tue, 2005-09-06 at 19:27 +0200, Jan Rekorajski wrote: > On Tue, 06 Sep 2005, wrobell wrote: > > > On Tue, 2005-09-06 at 18:46 +0200, Michal Kochanowicz wrote: > > > On Tue, Sep 06, 2005 at 05:32:50PM +0100, wrobell wrote: > > > > let's start new war... > > > > > > > > what about moving repo to svn? > > > > > > Any reasons? SVN sucks a big one. > > > > svn diff without performing connection to remote server. > > At the cost of keeping ALL tags/branches locally. You're joking. > > [baggins at sith rpm]$ du -hs SOURCES SPECS > 959M SOURCES > 63M SPECS you do _not_ have to keep _all_ tags/branches locally. > > i think that cvs really sucks. so... any alternatives? > > There is nothing better :/ with cvs we are loosing some information (i.e. deleted branches and tags). svn allows us to track it _easily_. wrobell From baggins at sith.mimuw.edu.pl Wed Sep 7 11:03:25 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Wed, 7 Sep 2005 11:03:25 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126081295.2251.4.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> Message-ID: <20050907090325.GA9863@sith.mimuw.edu.pl> On Wed, 07 Sep 2005, wrobell wrote: > On Tue, 2005-09-06 at 19:27 +0200, Jan Rekorajski wrote: > > On Tue, 06 Sep 2005, wrobell wrote: > > > > > On Tue, 2005-09-06 at 18:46 +0200, Michal Kochanowicz wrote: > > > > On Tue, Sep 06, 2005 at 05:32:50PM +0100, wrobell wrote: > > > > > let's start new war... > > > > > > > > > > what about moving repo to svn? > > > > > > > > Any reasons? SVN sucks a big one. > > > > > > svn diff without performing connection to remote server. > > > > At the cost of keeping ALL tags/branches locally. You're joking. > > > > [baggins at sith rpm]$ du -hs SOURCES SPECS > > 959M SOURCES > > 63M SPECS > > you do _not_ have to keep _all_ tags/branches locally. Really? How? Example: http://svn.pld-linux.org/svn/rc-scripts I want to keep only trunk, branches and _some_ tags, tell me how to do it, and how to prevent svn up from getting all tags. > > > i think that cvs really sucks. so... any alternatives? > > > > There is nothing better :/ > > with cvs we are loosing some information (i.e. deleted branches > and tags). svn allows us to track it _easily_. And the royal PITA, which svn is, is not worth it. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From wrobell at pld-linux.org Wed Sep 7 11:20:54 2005 From: wrobell at pld-linux.org (wrobell) Date: Wed, 07 Sep 2005 10:20:54 +0100 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050907090325.GA9863@sith.mimuw.edu.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> Message-ID: <1126084854.2917.12.camel@RECENT-CONVERT> On Wed, 2005-09-07 at 11:03 +0200, Jan Rekorajski wrote: > On Wed, 07 Sep 2005, wrobell wrote: > > > On Tue, 2005-09-06 at 19:27 +0200, Jan Rekorajski wrote: > > > On Tue, 06 Sep 2005, wrobell wrote: > > > > > > > On Tue, 2005-09-06 at 18:46 +0200, Michal Kochanowicz wrote: > > > > > On Tue, Sep 06, 2005 at 05:32:50PM +0100, wrobell wrote: > > > > > > let's start new war... > > > > > > > > > > > > what about moving repo to svn? > > > > > > > > > > Any reasons? SVN sucks a big one. > > > > > > > > svn diff without performing connection to remote server. > > > > > > At the cost of keeping ALL tags/branches locally. You're joking. > > > > > > [baggins at sith rpm]$ du -hs SOURCES SPECS > > > 959M SOURCES > > > 63M SPECS > > > > you do _not_ have to keep _all_ tags/branches locally. > > Really? How? > Example: http://svn.pld-linux.org/svn/rc-scripts > I want to keep only trunk, branches and _some_ tags, tell me how to do > it, and how to prevent svn up from getting all tags. svn up trunk? svn up tags/tagireallywant? come on... > > > > i think that cvs really sucks. so... any alternatives? > > > > > > There is nothing better :/ > > > > with cvs we are loosing some information (i.e. deleted branches > > and tags). svn allows us to track it _easily_. > And the royal PITA, which svn is, is not worth it. ... it is really hard to discuss with such arguments, which seem to be matter of taste. i think (let's skip svn for now), we need: - to keep history of tags and branches - atomic commit (so we can commit patches and specs with one move and revert it easily later if there is a need) - ability to rename specs and patches without pain and loosing information and _without_administrator_ help - check changes without making connection to remote server these are my problems with cvs. svn solves them. svn gives us some advantages. disadvantages? any real, which makes life really painful? let's talk but without "royal PITA", "i do not care for lost information", "i do not care for renaming", etc. please. then, if svn is not solution for us, then what other alternatives we can use? let's think about it, because cvs is not solution for us. wrobell From arekm at pld-linux.org Wed Sep 7 11:30:22 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Wed, 7 Sep 2005 11:30:22 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126084854.2917.12.camel@RECENT-CONVERT> References: <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> Message-ID: <200509071130.22976.arekm@pld-linux.org> On Wednesday 07 of September 2005 11:20, wrobell wrote: > i think (let's skip svn for now), we need: > - atomic commit (so we can commit patches and specs with one move > and revert it easily later if there is a need) - easier work on branches without messing the way it recently happened with some patches used by k(l)ex.spec and kernel.spec at the same time these two things are most important for me > wrobell -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From saq at pld-linux.org Wed Sep 7 12:58:49 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Wed, 07 Sep 2005 12:58:49 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050907090325.GA9863@sith.mimuw.edu.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> Message-ID: <1126090730.5406.5.camel@neptune.sakowski.pl> On Wed, 2005-09-07 at 11:03 +0200, Jan Rekorajski wrote: > > you do _not_ have to keep _all_ tags/branches locally. > > Really? How? > Example: http://svn.pld-linux.org/svn/rc-scripts > I want to keep only trunk, branches and _some_ tags, tell me how to do > it, and how to prevent svn up from getting all tags. svn co http://svn.pld-linux.org/svn/rc-scripts/trunk rc-scripts svn co http://svn.pld-linux.org/svn/rc-scripts/tags/0.4.0.12 staro? -- Pawe? Sakowski PLD Linux Distribution From saq at pld-linux.org Wed Sep 7 13:02:49 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Wed, 07 Sep 2005 13:02:49 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <200509071130.22976.arekm@pld-linux.org> References: <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <200509071130.22976.arekm@pld-linux.org> Message-ID: <1126090970.5406.10.camel@neptune.sakowski.pl> On Wed, 2005-09-07 at 11:30 +0200, Arkadiusz Miskiewicz wrote: > On Wednesday 07 of September 2005 11:20, wrobell wrote: > > > i think (let's skip svn for now), we need: > > - atomic commit (so we can commit patches and specs with one move > > and revert it easily later if there is a need) > - easier work on branches without messing the way it recently happened with > some patches used by k(l)ex.spec and kernel.spec at the same time > > these two things are most important for me I'll add checking the changes two tags/branches (both spec and patches, either as `cvs log` or `cvs diff`). Impossible now without visual inspection of the spec for a list of {exist,{dis,}appear}ing patches. Oh, and it's kindda sick that we need a script of 1781 lines to simply fetch a given version (spec+patches). -- Pawe? Sakowski PLD Linux Distribution From glen at delfi.ee Wed Sep 7 13:31:58 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 7 Sep 2005 14:31:58 +0300 Subject: mythtv.spec In-Reply-To: <1126047537.19736.9.camel@localhost> References: <1126047537.19736.9.camel@localhost> Message-ID: <200509071431.58576.glen@delfi.ee> On Wednesday 07 September 2005 01:58, Krystian T wrote: > Hi > I have built mythtv.spec --without nvidia and it's failed > (X11-driver-nvidia is needed) > I have looked in spec and I find > %{?with_nvidia:BuildRequires: X11-driver-nvidia-devel} > %{?with_opengl:BuildRequires: X11-driver-nvidia-devel} > > In second line IMHO must be X11-OpenGL-devel replaced that all with xvmc wrapper. could you test does it (still) work? -- glen From glen at delfi.ee Wed Sep 7 13:57:13 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 7 Sep 2005 14:57:13 +0300 Subject: pam split Message-ID: <200509071457.14270.glen@delfi.ee> hi anybody against splitting pam to pam and pam-libs? # rpm -Uhv pam-0.80.1-1.amd64.rpm Preparing... ########################################### [100%] file /etc/security/consoles from install of pam-0.80.1-1 conflicts with file from package pam-0.79.1-4 file /etc/security/limits.conf from install of pam-0.80.1-1 conflicts with file from package pam-0.79.1-4 # rpm -q pam --qf '%{name}-%{epoch}:%{version}-%{release}.%{arch}\n' pam-0:0.79.1-4.amd64 pam-0:0.79.1-4.athlon so i could have single pam package, with config, doc, data files, and two pam-libs from different arches -- glen From blues at pld-linux.org Wed Sep 7 14:13:49 2005 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 7 Sep 2005 14:13:49 +0200 (CEST) Subject: pam split In-Reply-To: <200509071457.14270.glen@delfi.ee> References: <200509071457.14270.glen@delfi.ee> Message-ID: On Wed, 7 Sep 2005, Elan [iso-8859-1] Ruusam?e wrote: > anybody against splitting pam to pam and pam-libs? > > # rpm -Uhv pam-0.80.1-1.amd64.rpm > Preparing... ########################################### [100%] > file /etc/security/consoles from install of pam-0.80.1-1 conflicts with file from package pam-0.79.1-4 > file /etc/security/limits.conf from install of pam-0.80.1-1 conflicts with file from package pam-0.79.1-4 > # rpm -q pam --qf '%{name}-%{epoch}:%{version}-%{release}.%{arch}\n' > pam-0:0.79.1-4.amd64 > pam-0:0.79.1-4.athlon > > so i could have single pam package, with config, doc, data files, and > two pam-libs from different arches Yes, should be ok. There is a lot of such a things... -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From gotar at polanet.pl Wed Sep 7 16:51:42 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 7 Sep 2005 16:51:42 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126084854.2917.12.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> Message-ID: <20050907145142.GA16822@pepin.polanet.pl> On Wed, Sep 07, 2005 at 10:20:54AM +0100, wrobell wrote: > > svn gives us some advantages. disadvantages? any real, which makes life > really painful? How to resolve conflict? I've got a situation: ~: vi blabla ~: svn ci blabla snv reports conflict here [fixing it manually] ~: svn ci blabla svn reports there's unresolved conflict -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From wrobell at pld-linux.org Wed Sep 7 16:56:30 2005 From: wrobell at pld-linux.org (wrobell) Date: Wed, 07 Sep 2005 15:56:30 +0100 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050907145142.GA16822@pepin.polanet.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <20050907145142.GA16822@pepin.polanet.pl> Message-ID: <1126104990.2917.44.camel@RECENT-CONVERT> On Wed, 2005-09-07 at 16:51 +0200, Tomasz Pala wrote: > On Wed, Sep 07, 2005 at 10:20:54AM +0100, wrobell wrote: > > > > svn gives us some advantages. disadvantages? any real, which makes life > > really painful? > > How to resolve conflict? I've got a situation: > > ~: vi blabla > ~: svn ci blabla > snv reports conflict here svn up missing here? > [fixing it manually] > ~: svn ci blabla > svn reports there's unresolved conflict wrobell From wrobell at pld-linux.org Wed Sep 7 16:58:50 2005 From: wrobell at pld-linux.org (wrobell) Date: Wed, 07 Sep 2005 15:58:50 +0100 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050907145142.GA16822@pepin.polanet.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <20050907145142.GA16822@pepin.polanet.pl> Message-ID: <1126105130.2917.48.camel@RECENT-CONVERT> On Wed, 2005-09-07 at 16:51 +0200, Tomasz Pala wrote: > On Wed, Sep 07, 2005 at 10:20:54AM +0100, wrobell wrote: > > > > svn gives us some advantages. disadvantages? any real, which makes life > > really painful? > > How to resolve conflict? I've got a situation: > > ~: vi blabla > ~: svn ci blabla > snv reports conflict here > [fixing it manually] oops sorry... svn resolve missing here > ~: svn ci blabla > svn reports there's unresolved conflict wrobell From saq at pld-linux.org Wed Sep 7 18:01:30 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Wed, 07 Sep 2005 18:01:30 +0200 Subject: cvs vs svn... In-Reply-To: <1126084854.2917.12.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> Message-ID: <1126108891.5406.17.camel@neptune.sakowski.pl> On Wed, 2005-09-07 at 10:20 +0100, wrobell wrote: > - atomic commit (so we can commit patches and specs with one move > and revert it easily later if there is a need) A propos reverting. One thing that we use (need?) and svn lacks is support for $Log$. So, we would be missing autogenerated %changelog. However, I personally would be happy to get rid of it, because: - it only reflects commits to the spec, not to the patches (and seeing that the only difference between two releases is "rel up" is confusing and doesn't help one bit) - it makes it impossible to revert by `cvs up -j` (you lose changelog entries) The question is: is there anyone who uses/needs `rpm -q --changelog` and/or wants/needs to have the changelog available offline? I would be happy with `svn log` to see the changelog. -- Pawe? Sakowski PLD Linux Distribution From adamg at biomerieux.pl Wed Sep 7 18:12:10 2005 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 7 Sep 2005 18:12:10 +0200 Subject: cvs vs svn... In-Reply-To: <1126108891.5406.17.camel@neptune.sakowski.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <1126108891.5406.17.camel@neptune.sakowski.pl> Message-ID: <20050907161210.GA4416@mysza.eu.org> On Wed, Sep 07, 2005 at 06:01:30PM +0200, Pawe? Sakowski wrote: > The question is: is there anyone who uses/needs `rpm -q --changelog` > and/or wants/needs to have the changelog available offline? I would be > happy with `svn log` to see the changelog. Not that I use `rpm -q changelog`, but I find it comfortable to have a list of recent changes directly in spec. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From glen at delfi.ee Wed Sep 7 23:12:02 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 8 Sep 2005 00:12:02 +0300 Subject: SPECS: rsnapshot.spec - requires DirHandle.pm, so full perl depend... In-Reply-To: References: Message-ID: <200509080012.02944.glen@delfi.ee> ehm, perl contains no files except %doc don't you mean perl-modules? and, instead of manually filling runtime deps, include macros.perl and let rpm fill the deps? On Wednesday 07 September 2005 22:47, aredridel wrote: > Author: aredridel Date: Wed Sep 7 19:47:17 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - requires DirHandle.pm, so full perl dependency > > ---- Files affected: > SPECS: > rsnapshot.spec (1.13 -> 1.14) > > ---- Diffs: > > ================================================================ > Index: SPECS/rsnapshot.spec > diff -u SPECS/rsnapshot.spec:1.13 SPECS/rsnapshot.spec:1.14 > --- SPECS/rsnapshot.spec:1.13 Tue Aug 30 20:37:03 2005 > +++ SPECS/rsnapshot.spec Wed Sep 7 21:47:11 2005 > @@ -9,7 +9,7 @@ > Source0: http://www.rsnapshot.org/downloads/%{name}-%{version}.tar.gz > # Source0-md5: b27d90886b25d0e160b267f98c605aec > URL: http://www.rsnapshot.org/ > -Requires: perl-base > +Requires: perl > Requires: rsync > BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) > > @@ -52,6 +52,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.14 2005/09/07 19:47:11 aredridel > +- requires DirHandle.pm, so full perl dependency > + > Revision 1.13 2005/08/30 18:37:03 darekr > - sort verify() flags; License: GPL v2 > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/rsnapshot.spec?r1=1.13&r2=1.14&f=u > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From baggins at sith.mimuw.edu.pl Thu Sep 8 01:36:01 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 8 Sep 2005 01:36:01 +0200 Subject: cvs vs svn... In-Reply-To: <1126108891.5406.17.camel@neptune.sakowski.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <1126108891.5406.17.camel@neptune.sakowski.pl> Message-ID: <20050907233601.GA13635@sith.mimuw.edu.pl> On Wed, 07 Sep 2005, Pawe? Sakowski wrote: > On Wed, 2005-09-07 at 10:20 +0100, wrobell wrote: > > - atomic commit (so we can commit patches and specs with one move > > and revert it easily later if there is a need) > > A propos reverting. > > One thing that we use (need?) and svn lacks is support for $Log$. So, we > would be missing autogenerated %changelog. However, I personally would > be happy to get rid of it, because: > > - it only reflects commits to the spec, not to the patches (and seeing > that the only difference between two releases is "rel up" is confusing > and doesn't help one bit) Smash the uneducated ;) Seriously having or not changelog in spec will not change some people habbit of putting dumb comments. But, most of the time changelog in spec helps. > - it makes it impossible to revert by `cvs up -j` (you lose changelog > entries) Is it really that important? After 6 years of work with our CVS I can't remember needing it. > The question is: is there anyone who uses/needs `rpm -q --changelog` > and/or wants/needs to have the changelog available offline? I would be > happy with `svn log` to see the changelog. Did someone said something about disconnected work with svn? Come on svn fans, you're contradicting yourselves. 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 at sith.mimuw.edu.pl Thu Sep 8 01:53:25 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 8 Sep 2005 01:53:25 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126084854.2917.12.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> Message-ID: <20050907235325.GB13635@sith.mimuw.edu.pl> On Wed, 07 Sep 2005, wrobell wrote: > On Wed, 2005-09-07 at 11:03 +0200, Jan Rekorajski wrote: > > Example: http://svn.pld-linux.org/svn/rc-scripts > > I want to keep only trunk, branches and _some_ tags, tell me how to do > > it, and how to prevent svn up from getting all tags. > > svn up trunk? > svn up tags/tagireallywant? > > come on... Ok, that's solved then, thanks. One more question - how to do 'svn up' in directory where I did checkouts so it will update all checked subdirs? With cvs all I need to do is `mkdir CVS ; echo $CVSROOT > CVS/Root ; cvs up` A recipe for svn much appreciated :) > > And the royal PITA, which svn is, is not worth it. > > ... it is really hard to discuss with such arguments, which seem > to be matter of taste. > > i think (let's skip svn for now), we need: > - to keep history of tags and branches ok, I guess all versioning systems must have it, or do you mean dead/deleted tags and branches? What for? > - atomic commit (so we can commit patches and specs with one move > and revert it easily later if there is a need) Example? > - ability to rename specs and patches without pain and loosing > information and _without_administrator_ help Maybe, but do we really do this that often? > - check changes without making connection to remote server And svn solves it how? > these are my problems with cvs. svn solves them. > > svn gives us some advantages. disadvantages? any real, which makes life > really painful? let's talk but without "royal PITA", "i do not care > for lost information", "i do not care for renaming", etc. please. One BIG disadvantege is that we will have to reorganize the entire repo into "one package" = "one svn dir" layout. And then it's either a fscking lot of copying svn-local-repo <-> ~/rpm/* or constant editing of ~/.rpmmacros. With current layout I can just checkout entire SPECS and SOURCES and work with any package on any branch easily. And then, what "lost information"? And the argument about renaming is just making me laugh, we have more than 9400 specs, we needed to rename how much of them? 10? 20? Come on. > then, if svn is not solution for us, then what other alternatives > we can use? let's think about it, because cvs is not solution > for us. Why it is not? I work with it from the beggining and I don't feel any need to switch, I haven't yet seen a versioning system that would give enough advantages that I'd consider switching. 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 wrobell at pld-linux.org Thu Sep 8 11:33:14 2005 From: wrobell at pld-linux.org (wrobell) Date: Thu, 08 Sep 2005 10:33:14 +0100 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050907235325.GB13635@sith.mimuw.edu.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <20050907235325.GB13635@sith.mimuw.edu.pl> Message-ID: <1126171994.25034.21.camel@RECENT-CONVERT> On Thu, 2005-09-08 at 01:53 +0200, Jan Rekorajski wrote: > On Wed, 07 Sep 2005, wrobell wrote: > > > On Wed, 2005-09-07 at 11:03 +0200, Jan Rekorajski wrote: > > > Example: http://svn.pld-linux.org/svn/rc-scripts > > > I want to keep only trunk, branches and _some_ tags, tell me how to do > > > it, and how to prevent svn up from getting all tags. > > > > svn up trunk? > > svn up tags/tagireallywant? > > > > come on... > > Ok, that's solved then, thanks. One more question - how to do 'svn up' in > directory where I did checkouts so it will update all checked subdirs? > With cvs all I need to do is `mkdir CVS ; echo $CVSROOT > CVS/Root ; cvs up` > A recipe for svn much appreciated :) 1. create your own local repo 2. checkout it 3. svn propedit svn:externals . 4. add tags, branches, whatever 5. svn up the advantage: you will never fsck up anything with cvs up -A (imho, but not tested with cvs) > > > And the royal PITA, which svn is, is not worth it. > > > > ... it is really hard to discuss with such arguments, which seem > > to be matter of taste. > > > > i think (let's skip svn for now), we need: > > - to keep history of tags and branches > > ok, I guess all versioning systems must have it, or do you mean > dead/deleted tags and branches? What for? yes. deleted tags and branches. i.e. when you merge DEVEL, delete it, then for some reason you want to compare HEAD with DEVEL (i.e. something went wrong while merging). > > - atomic commit (so we can commit patches and specs with one move > > and revert it easily later if there is a need) > > Example? svn ci -m "patches updated for 3.0" \ SPECS/tetex.spec SOURCES/teTeX*patch and then, later, you can easily see what exact changes where made. good luck with cvs. > > - ability to rename specs and patches without pain and loosing > > information and _without_administrator_ help > > Maybe, but do we really do this that often? not often. but happens from time to time. again: not only specs, but very useful for renaming patches. > > - check changes without making connection to remote server > > And svn solves it how? maybe i should put it this way: "check _local_ changes..." svn diff|status|revert http://svnbook.red-bean.com/en/1.1/apas03.html > > these are my problems with cvs. svn solves them. > > > > svn gives us some advantages. disadvantages? any real, which makes life > > really painful? let's talk but without "royal PITA", "i do not care > > for lost information", "i do not care for renaming", etc. please. > > One BIG disadvantege is that we will have to reorganize the entire repo > into "one package" = "one svn dir" layout. And then it's either a > fscking lot of copying svn-local-repo <-> ~/rpm/* or constant editing of > ~/.rpmmacros. With current layout I can just checkout entire SPECS and > SOURCES and work with any package on any branch easily. i think, that we are able to create such structure (and even structures) that it will be as easy as it is now and it will give us more options (so yes, i see rpm/{SPECS,SOURCES} as _not_ obsoleted) > And then, what "lost information"? And the argument about renaming is > just making me laugh, we have more than 9400 specs, we needed to rename > how much of them? 10? 20? Come on. it is sick to ask admin, isn't it? please consider renaming of patches too. > > then, if svn is not solution for us, then what other alternatives > > we can use? let's think about it, because cvs is not solution > > for us. > > Why it is not? I work with it from the beggining and I don't feel any > need to switch, I haven't yet seen a versioning system that would give > enough advantages that I'd consider switching. i wrote reasons in other post. and there are people who think we should switch and they (we) have real problems which would be solved then. wrobell From wrobell at pld-linux.org Thu Sep 8 11:36:05 2005 From: wrobell at pld-linux.org (wrobell) Date: Thu, 08 Sep 2005 10:36:05 +0100 Subject: cvs vs svn... In-Reply-To: <20050907233601.GA13635@sith.mimuw.edu.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <1126108891.5406.17.camel@neptune.sakowski.pl> <20050907233601.GA13635@sith.mimuw.edu.pl> Message-ID: <1126172165.25034.25.camel@RECENT-CONVERT> On Thu, 2005-09-08 at 01:36 +0200, Jan Rekorajski wrote: > On Wed, 07 Sep 2005, Pawe? Sakowski wrote: > > > On Wed, 2005-09-07 at 10:20 +0100, wrobell wrote: > > > - atomic commit (so we can commit patches and specs with one move > > > and revert it easily later if there is a need) > > > > A propos reverting. > > > > One thing that we use (need?) and svn lacks is support for $Log$. So, we > > would be missing autogenerated %changelog. However, I personally would > > be happy to get rid of it, because: > > > > - it only reflects commits to the spec, not to the patches (and seeing > > that the only difference between two releases is "rel up" is confusing > > and doesn't help one bit) > > Smash the uneducated ;) Seriously having or not changelog in spec will > not change some people habbit of putting dumb comments. > But, most of the time changelog in spec helps. you are right. and for me having changelog in specs is very useful. $Log$ is not supported by svn http://subversion.tigris.org/faq.html#log-in-source but i think that we can achieve appropriate functionality. give me few days, please. wrobell From m.moskal at nemerle.org Thu Sep 8 15:55:28 2005 From: m.moskal at nemerle.org (Michal Moskal) Date: Thu, 8 Sep 2005 15:55:28 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050906172701.GE4257@sith.mimuw.edu.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> Message-ID: On 9/6/05, Jan Rekorajski wrote: > On Tue, 06 Sep 2005, wrobell wrote: > > > On Tue, 2005-09-06 at 18:46 +0200, Michal Kochanowicz wrote: > > > On Tue, Sep 06, 2005 at 05:32:50PM +0100, wrobell wrote: > > > > let's start new war... > > > > > > > > what about moving repo to svn? > > > > > > Any reasons? SVN sucks a big one. > > > > svn diff without performing connection to remote server. > > At the cost of keeping ALL tags/branches locally. You're joking. Why would anyone store all branches and tags locally? Tagging can be done by svn cp http://somewhere/trunk http://somewhere/tags/some-tag and moving to a new branch can be done with svn switch http://somewhere/branches/some-branch. The results are much like with cvs. -- Michal Moskal, http://nemerle.org/~malekith/ From qboosh at pld-linux.org Thu Sep 8 20:27:16 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 8 Sep 2005 20:27:16 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126031346.5432.68.camel@neptune.sakowski.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126031346.5432.68.camel@neptune.sakowski.pl> Message-ID: <20050908182716.GB6483@fngna.oyu> On Tue, Sep 06, 2005 at 08:29:06PM +0200, Pawe? Sakowski wrote: > On Tue, 2005-09-06 at 19:27 +0200, Jan Rekorajski wrote: > > At the cost of keeping ALL tags/branches locally. You're joking. > > > > [baggins at sith rpm]$ du -hs SOURCES SPECS > > 959M SOURCES > > 63M SPECS > > Obviously svn makes no sense with such file organization (in two > directories). To allow reasonable branching, each package would have to > have a directory of its own. Which is a good idea anyway, but probably > it's not worth changing now. How would I make "cvs up SPECS" (without getting any SOURCES) then? -- Jakub Bogusz http://qboosh.cs.net.pl/ From saq at pld-linux.org Thu Sep 8 20:47:12 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Thu, 08 Sep 2005 20:47:12 +0200 Subject: cvs vs svn... In-Reply-To: <20050907233601.GA13635@sith.mimuw.edu.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <1126108891.5406.17.camel@neptune.sakowski.pl> <20050907233601.GA13635@sith.mimuw.edu.pl> Message-ID: <1126205232.5402.12.camel@neptune.sakowski.pl> On Thu, 2005-09-08 at 01:36 +0200, Jan Rekorajski wrote: > > - it makes it impossible to revert by `cvs up -j` (you lose changelog > > entries) > > Is it really that important? After 6 years of work with our CVS I can't > remember needing it. Then how would you/did you ever revert a non-trivial release? Probably the least manual way is to `cvs diff` for the change being reverted, editing the result (sed or vim) to strip the changes in the changelog and `patch -R` the result, then commit. Any easier way? > Did someone said something about disconnected work with svn? Yes. That `svn diff` (local vs repo) and `svn revert` work disconnected. Noboby stated anything beyond that. > Come on svn fans, you're contradicting yourselves. Please elaborate. Show me two statements of mine (or other "svn fans") which logically contradict one another about that matter. I never claimed that `svn log` works disconnected. And breaking news: neither does `svn ci`. -- Pawe? Sakowski PLD Linux Distribution From arekm at pld-linux.org Thu Sep 8 21:37:11 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 8 Sep 2005 21:37:11 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050908182716.GB6483@fngna.oyu> References: <1126031346.5432.68.camel@neptune.sakowski.pl> <20050908182716.GB6483@fngna.oyu> Message-ID: <200509082137.12082.arekm@pld-linux.org> On Thursday 08 of September 2005 20:27, Jakub Bogusz wrote: > On Tue, Sep 06, 2005 at 08:29:06PM +0200, Pawe? Sakowski wrote: > > On Tue, 2005-09-06 at 19:27 +0200, Jan Rekorajski wrote: > > > At the cost of keeping ALL tags/branches locally. You're joking. > > > > > > [baggins at sith rpm]$ du -hs SOURCES SPECS > > > 959M SOURCES > > > 63M SPECS > > > > Obviously svn makes no sense with such file organization (in two > > directories). To allow reasonable branching, each package would have to > > have a directory of its own. Which is a good idea anyway, but probably > > it's not worth changing now. > > How would I make "cvs up SPECS" (without getting any SOURCES) then? Not so easy as in cvs. for pkg in `svn ls http://.../packages/`; do do whatever you need done -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From baggins at sith.mimuw.edu.pl Thu Sep 8 23:10:52 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 8 Sep 2005 23:10:52 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <200509082137.12082.arekm@pld-linux.org> References: <1126031346.5432.68.camel@neptune.sakowski.pl> <20050908182716.GB6483@fngna.oyu> <200509082137.12082.arekm@pld-linux.org> Message-ID: <20050908211052.GA30137@sith.mimuw.edu.pl> On Thu, 08 Sep 2005, Arkadiusz Miskiewicz wrote: > On Thursday 08 of September 2005 20:27, Jakub Bogusz wrote: > > On Tue, Sep 06, 2005 at 08:29:06PM +0200, Pawe? Sakowski wrote: > > > On Tue, 2005-09-06 at 19:27 +0200, Jan Rekorajski wrote: > > > > At the cost of keeping ALL tags/branches locally. You're joking. > > > > > > > > [baggins at sith rpm]$ du -hs SOURCES SPECS > > > > 959M SOURCES > > > > 63M SPECS > > > > > > Obviously svn makes no sense with such file organization (in two > > > directories). To allow reasonable branching, each package would have to > > > have a directory of its own. Which is a good idea anyway, but probably > > > it's not worth changing now. > > > > How would I make "cvs up SPECS" (without getting any SOURCES) then? > Not so easy as in cvs. > > for pkg in `svn ls http://.../packages/`; do > do whatever you need > done Bzzt, argument line too long... Try again ;> 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 at sith.mimuw.edu.pl Thu Sep 8 23:18:48 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 8 Sep 2005 23:18:48 +0200 Subject: cvs vs svn... In-Reply-To: <1126205232.5402.12.camel@neptune.sakowski.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <1126108891.5406.17.camel@neptune.sakowski.pl> <20050907233601.GA13635@sith.mimuw.edu.pl> <1126205232.5402.12.camel@neptune.sakowski.pl> Message-ID: <20050908211848.GB30137@sith.mimuw.edu.pl> On Thu, 08 Sep 2005, Pawe? Sakowski wrote: > On Thu, 2005-09-08 at 01:36 +0200, Jan Rekorajski wrote: > > > - it makes it impossible to revert by `cvs up -j` (you lose changelog > > > entries) > > > > Is it really that important? After 6 years of work with our CVS I can't > > remember needing it. > > Then how would you/did you ever revert a non-trivial release? Probably > the least manual way is to `cvs diff` for the change being reverted, > editing the result (sed or vim) to strip the changes in the changelog > and `patch -R` the result, then commit. Any easier way? Been there, done that, cvs up -r some.spec ; mv some.spec some.spec.tmp ; \ cvs up -A some.spec ; mv some.spec.tmp some.spec ; cvs ci some.spec Not that hard. > > Did someone said something about disconnected work with svn? > > Yes. That `svn diff` (local vs repo) and `svn revert` work disconnected. [1] > Noboby stated anything beyond that. > > > Come on svn fans, you're contradicting yourselves. > > Please elaborate. Show me two statements of mine (or other "svn fans") > which logically contradict one another about that matter. I never > claimed that `svn log` works disconnected. And breaking news: neither > does `svn ci`. You ("svn fans" ;) say [1] and then you say it's impossible to have changelog in files (no $Log$ impleneted in svn). For me it's pointless to have [1] functionality without being able to see the logs. So gain from [1] is eliminated by the lack of log (I'm not able to know what to diff). 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 arekm at pld-linux.org Fri Sep 9 00:27:58 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 9 Sep 2005 00:27:58 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050908211052.GA30137@sith.mimuw.edu.pl> References: <200509082137.12082.arekm@pld-linux.org> <20050908211052.GA30137@sith.mimuw.edu.pl> Message-ID: <200509090027.58916.arekm@pld-linux.org> On Thursday 08 of September 2005 23:10, Jan Rekorajski wrote: > > for pkg in `svn ls http://.../packages/`; do > > do whatever you need > > done > > Bzzt, argument line too long... > Try again ;> Yeah, then show me how to fetch single app with spec + patches using command line - cvs and sh only. > Janek -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From djurban at pld-dc.org Fri Sep 9 00:55:42 2005 From: djurban at pld-dc.org (Piotr Szymanski) Date: Fri, 9 Sep 2005 00:55:42 +0200 Subject: cvs vs svn... In-Reply-To: <20050908211848.GB30137@sith.mimuw.edu.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <1126205232.5402.12.camel@neptune.sakowski.pl> <20050908211848.GB30137@sith.mimuw.edu.pl> Message-ID: <200509090055.42868.djurban@pld-dc.org> Hi, Jan Rekorajski (Thursday 08 of September 2005 23:18): > You ("svn fans" ;);) say [1] and then you say it's impossible to have > changelog in files (no $Log$ impleneted in svn). For me it's pointless to > have [1] functionality without being able to see the logs. So gain from > [1] is eliminated by the lack of log (I'm not able to know what to diff). Just some notes from using svn in KDE while working on my google summer of code project: +) The advantage * the simplicity of svn cp & svn mv, I used the frequently because my project went several reorganisations during developing, still its not that often used. -) The disadvantage 100% terrible working with branches, cvs is just much more comfortable, with cvs you only need to know the branch name, while in svn you need to know the directory you want to do the svn switch, i must say this is the 80% of the reasons why didnt backport my changes to HEAD or KDE 3.5 branch, switching through branches was just way ineffective. Give the fact that we work a lot more with branches than we move files around its just natural I guess that we stay with cvs. -- Piotr Szymanski djurban at pld-linux.org From m.moskal at nemerle.org Fri Sep 9 09:14:34 2005 From: m.moskal at nemerle.org (Michal Moskal) Date: Fri, 9 Sep 2005 09:14:34 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050908211052.GA30137@sith.mimuw.edu.pl> References: <1126031346.5432.68.camel@neptune.sakowski.pl> <20050908182716.GB6483@fngna.oyu> <200509082137.12082.arekm@pld-linux.org> <20050908211052.GA30137@sith.mimuw.edu.pl> Message-ID: On 9/8/05, Jan Rekorajski wrote: > On Thu, 08 Sep 2005, Arkadiusz Miskiewicz wrote: > > > On Thursday 08 of September 2005 20:27, Jakub Bogusz wrote: > > > On Tue, Sep 06, 2005 at 08:29:06PM +0200, Pawe? Sakowski wrote: > > > > On Tue, 2005-09-06 at 19:27 +0200, Jan Rekorajski wrote: > > > > > At the cost of keeping ALL tags/branches locally. You're joking. > > > > > > > > > > [baggins at sith rpm]$ du -hs SOURCES SPECS > > > > > 959M SOURCES > > > > > 63M SPECS > > > > > > > > Obviously svn makes no sense with such file organization (in two > > > > directories). To allow reasonable branching, each package would have to > > > > have a directory of its own. Which is a good idea anyway, but probably > > > > it's not worth changing now. > > > > > > How would I make "cvs up SPECS" (without getting any SOURCES) then? > > Not so easy as in cvs. > > > > for pkg in `svn ls http://.../packages/`; do > > do whatever you need > > done > > Bzzt, argument line too long... > Try again ;> Bzzzt, try another shell: zsh: [malekith at r64 SPECS-all]$ ls * zsh: argument list too long: ls [malekith at r64 SPECS-all]$ foreach f in `ls` ; do echo $f > /dev/null ; done bash: [malekith at roke SPECS-all]$ ls * bash: /bin/ls: Argument list too long [malekith at roke SPECS-all]$ foreach f in `ls` ; do echo $f > /dev/null ; done bash: syntax error near unexpected token `do' -- Michal Moskal, http://nemerle.org/~malekith/ From michal at michal.waw.pl Fri Sep 9 09:22:21 2005 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Fri, 9 Sep 2005 09:22:21 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: References: <1126031346.5432.68.camel@neptune.sakowski.pl> <20050908182716.GB6483@fngna.oyu> <200509082137.12082.arekm@pld-linux.org> <20050908211052.GA30137@sith.mimuw.edu.pl> Message-ID: <20050909072221.GS31196@woland.michal.waw.pl> On Fri, Sep 09, 2005 at 09:14:34AM +0200, Michal Moskal wrote: > > Bzzt, argument line too long... > > Try again ;> > > Bzzzt, try another shell: > > zsh: > [malekith at r64 SPECS-all]$ ls * > zsh: argument list too long: ls > [malekith at r64 SPECS-all]$ foreach f in `ls` ; do echo $f > /dev/null ; done > > bash: > [malekith at roke SPECS-all]$ ls * > bash: /bin/ls: Argument list too long > [malekith at roke SPECS-all]$ foreach f in `ls` ; do echo $f > /dev/null ; done > bash: syntax error near unexpected token `do' for f in *; do echo $f > /dev/null; done -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From m.moskal at nemerle.org Fri Sep 9 09:24:50 2005 From: m.moskal at nemerle.org (Michal Moskal) Date: Fri, 9 Sep 2005 09:24:50 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050909072221.GS31196@woland.michal.waw.pl> References: <1126031346.5432.68.camel@neptune.sakowski.pl> <20050908182716.GB6483@fngna.oyu> <200509082137.12082.arekm@pld-linux.org> <20050908211052.GA30137@sith.mimuw.edu.pl> <20050909072221.GS31196@woland.michal.waw.pl> Message-ID: On 9/9/05, Michal Kochanowicz wrote: > On Fri, Sep 09, 2005 at 09:14:34AM +0200, Michal Moskal wrote: > > > Bzzt, argument line too long... > > > Try again ;> > > > > Bzzzt, try another shell: > > > > zsh: > > [malekith at r64 SPECS-all]$ ls * > > zsh: argument list too long: ls > > [malekith at r64 SPECS-all]$ foreach f in `ls` ; do echo $f > /dev/null ; done > > > > bash: > > [malekith at roke SPECS-all]$ ls * > > bash: /bin/ls: Argument list too long > > [malekith at roke SPECS-all]$ foreach f in `ls` ; do echo $f > /dev/null ; done > > bash: syntax error near unexpected token `do' > > for f in *; do echo $f > /dev/null; done Ooops, stupid me, too much Nemerle ;-) Anyway it works. -- Michal Moskal, http://nemerle.org/~malekith/ From saq at pld-linux.org Fri Sep 9 10:31:52 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Fri, 09 Sep 2005 10:31:52 +0200 Subject: cvs vs svn... In-Reply-To: <20050908211848.GB30137@sith.mimuw.edu.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <1126108891.5406.17.camel@neptune.sakowski.pl> <20050907233601.GA13635@sith.mimuw.edu.pl> <1126205232.5402.12.camel@neptune.sakowski.pl> <20050908211848.GB30137@sith.mimuw.edu.pl> Message-ID: <1126254713.5397.1.camel@neptune.sakowski.pl> On Thu, 2005-09-08 at 23:18 +0200, Jan Rekorajski wrote: > Been there, done that, > cvs up -r some.spec ; mv some.spec some.spec.tmp ; \ > cvs up -A some.spec ; mv some.spec.tmp some.spec ; cvs ci some.spec > > Not that hard. You lose the %changelog entries added between and HEAD. Just as you would with `cvs up -j`. > You ("svn fans" ;) say [1] and then you say it's impossible to have > changelog in files (no $Log$ impleneted in svn). For me it's pointless to > have [1] functionality without being able to see the logs. So gain from > [1] is eliminated by the lack of log (I'm not able to know what to diff). OK, so the word is "disadvantage", not "contradict" ;) -- Pawe? Sakowski PLD Linux Distribution From wrobell at pld-linux.org Fri Sep 9 10:40:55 2005 From: wrobell at pld-linux.org (wrobell) Date: Fri, 09 Sep 2005 09:40:55 +0100 Subject: cvs vs svn... In-Reply-To: <20050908211848.GB30137@sith.mimuw.edu.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <1126108891.5406.17.camel@neptune.sakowski.pl> <20050907233601.GA13635@sith.mimuw.edu.pl> <1126205232.5402.12.camel@neptune.sakowski.pl> <20050908211848.GB30137@sith.mimuw.edu.pl> Message-ID: <1126255255.16367.3.camel@RECENT-CONVERT> On Thu, 2005-09-08 at 23:18 +0200, Jan Rekorajski wrote: > On Thu, 08 Sep 2005, Pawe? Sakowski wrote: > > > On Thu, 2005-09-08 at 01:36 +0200, Jan Rekorajski wrote: > > > > - it makes it impossible to revert by `cvs up -j` (you lose changelog > > > > entries) > > > > > > Is it really that important? After 6 years of work with our CVS I can't > > > remember needing it. > > > > Then how would you/did you ever revert a non-trivial release? Probably > > the least manual way is to `cvs diff` for the change being reverted, > > editing the result (sed or vim) to strip the changes in the changelog > > and `patch -R` the result, then commit. Any easier way? > > Been there, done that, > cvs up -r some.spec ; mv some.spec some.spec.tmp ; \ > cvs up -A some.spec ; mv some.spec.tmp some.spec ; cvs ci some.spec 1. compare it to just: "svn revert" 2. with cvs you have network connection (try it on bus :) 3. you have to repeat the same for patches so i think that it really makes life easier in this case (and yes, i was missing disconneted revert feature two days ago). [svn log] -> few days please. [...] wrobell From wrobell at pld-linux.org Fri Sep 9 10:42:35 2005 From: wrobell at pld-linux.org (wrobell) Date: Fri, 09 Sep 2005 09:42:35 +0100 Subject: cvs vs svn... In-Reply-To: <200509090055.42868.djurban@pld-dc.org> References: <1126024370.20953.7.camel@RECENT-CONVERT> <1126205232.5402.12.camel@neptune.sakowski.pl> <20050908211848.GB30137@sith.mimuw.edu.pl> <200509090055.42868.djurban@pld-dc.org> Message-ID: <1126255355.16367.6.camel@RECENT-CONVERT> On Fri, 2005-09-09 at 00:55 +0200, Piotr Szymanski wrote: [...] > -) The disadvantage > 100% terrible working with branches, cvs is just much more comfortable, with > cvs you only need to know the branch name, while in svn you need to know the > directory you want to do the svn switch ^^^^^^^^^^^ which is de facto the branch name... so, what's the problem? wrobell From arekm at pld-linux.org Fri Sep 9 10:53:18 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 9 Sep 2005 10:53:18 +0200 Subject: cvs vs svn... In-Reply-To: <1126255255.16367.3.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050908211848.GB30137@sith.mimuw.edu.pl> <1126255255.16367.3.camel@RECENT-CONVERT> Message-ID: <200509091053.19201.arekm@pld-linux.org> On Friday 09 of September 2005 10:40, wrobell wrote: > so i think that it really makes life easier in this case (and yes, > i was missing disconneted revert feature two days ago). Use svk. It's disconnected and works with subversion repositories, too. > wrobell -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From djurban at pld-dc.org Fri Sep 9 12:30:37 2005 From: djurban at pld-dc.org (Piotr Szymanski) Date: Fri, 9 Sep 2005 12:30:37 +0200 Subject: cvs vs svn... In-Reply-To: <1126255355.16367.6.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> <200509090055.42868.djurban@pld-dc.org> <1126255355.16367.6.camel@RECENT-CONVERT> Message-ID: <200509091230.37411.djurban@pld-dc.org> Hi, wrobell (Friday 09 of September 2005 10:42): > which is de facto the branch name... so, what's the problem? lenght? djurban at djurban ~ $ cd rpm/SPECS/ djurban at djurban SPECS $ up koffice.spec P koffice.spec djurban at djurban SPECS $ vi koffice.spec djurban at djurban SPECS $ up -r DEVEL koffice.spec P koffice.spec djurban at djurban SPECS $ vi koffice.spec djurban at djurban SPECS $ I needed to check some parts of the spec in different branches, i do that very often, now try do this with a not greater number of words in commands with svn. Not to mention that after a probable reorganisation doingh such stuff would mean rechecking folders (per package folders), which sucks, because some package could be sharing sources but have different setups on branches or in specs, but the tarballs would remain the same, that would be another disadvantage. -- Piotr Szymanski djurban at pld-linux.org From saq at pld-linux.org Fri Sep 9 12:54:26 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Fri, 09 Sep 2005 12:54:26 +0200 Subject: cvs vs svn... In-Reply-To: <200509091230.37411.djurban@pld-dc.org> References: <1126024370.20953.7.camel@RECENT-CONVERT> <200509090055.42868.djurban@pld-dc.org> <1126255355.16367.6.camel@RECENT-CONVERT> <200509091230.37411.djurban@pld-dc.org> Message-ID: <1126263266.5397.5.camel@neptune.sakowski.pl> On Fri, 2005-09-09 at 12:30 +0200, Piotr Szymanski wrote: > some > package could be sharing sources but have different setups on branches or in > specs, but the tarballs would remain the same, that would be another > disadvantage. AFAIR the tarballs are stored on distfiles. And sharing other sources isn't very useful and can sometimes prove to be a bad idea (one might inadvertently modify one package when working on another). -- Pawe? Sakowski PLD Linux Distribution From qboosh at pld-linux.org Fri Sep 9 12:58:40 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 9 Sep 2005 12:58:40 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <200509090027.58916.arekm@pld-linux.org> References: <200509082137.12082.arekm@pld-linux.org> <20050908211052.GA30137@sith.mimuw.edu.pl> <200509090027.58916.arekm@pld-linux.org> Message-ID: <20050909105840.GA18206@gruby.cs.net.pl> On Fri, Sep 09, 2005 at 12:27:58AM +0200, Arkadiusz Miskiewicz wrote: > On Thursday 08 of September 2005 23:10, Jan Rekorajski wrote: > > > > for pkg in `svn ls http://.../packages/`; do > > > do whatever you need > > > done > > > > Bzzt, argument line too long... > > Try again ;> > Yeah, then show me how to fetch single app with spec + patches using command > line - cvs and sh only. You won't do it using svn too (unless tarballs are stored in svn instead of distfiles, but I assume we don't want it). -- Jakub Bogusz http://qboosh.cs.net.pl/ From arekm at pld-linux.org Fri Sep 9 13:06:56 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 9 Sep 2005 13:06:56 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050909105840.GA18206@gruby.cs.net.pl> References: <200509090027.58916.arekm@pld-linux.org> <20050909105840.GA18206@gruby.cs.net.pl> Message-ID: <200509091306.56250.arekm@pld-linux.org> On Friday 09 of September 2005 12:58, Jakub Bogusz wrote: > > Yeah, then show me how to fetch single app with spec + patches using > > command line - cvs and sh only. > > You won't do it using svn too (unless tarballs are stored in svn > instead of distfiles, but I assume we don't want it). I didn't write about tarballs :) Of course for these we still want df. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From djurban at pld-dc.org Fri Sep 9 13:28:11 2005 From: djurban at pld-dc.org (Piotr Szymanski) Date: Fri, 9 Sep 2005 13:28:11 +0200 Subject: cvs vs svn... In-Reply-To: <1126263266.5397.5.camel@neptune.sakowski.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <200509091230.37411.djurban@pld-dc.org> <1126263266.5397.5.camel@neptune.sakowski.pl> Message-ID: <200509091328.11648.djurban@pld-dc.org> Hi, Pawe? Sakowski (Friday 09 of September 2005 12:54): > AFAIR the tarballs are stored on distfiles. I am talking about the checkout. > And sharing other sources isn't very useful and can sometimes prove to > be a bad idea (one might inadvertently modify one package when working > on another). Yeah, like our SOURCES/kde-common-PLD.patch ? The admin dir is the same along every kde release, we want it to be shared beween specs. -- Piotr Szymanski djurban at pld-linux.org From kolodko1 at o2.pl Fri Sep 9 14:01:12 2005 From: kolodko1 at o2.pl (Grzegorz Konopko) Date: Fri, 9 Sep 2005 14:01:12 +0200 Subject: gcc on athlon Message-ID: <200509091401.12297.kolodko1@o2.pl> Who confirm it? $athlon-pld-linux-gcc -O2 -march=athlon confest.c athlon-pld-linux-gcc: installation problem, cannot exec `cc1': No such file or directory $sudo ln -s /usr/lib/gcc-lib/athlon-pld-linux/3.3.6 \ /usr/lib/gcc-lib/athlon-pld-linux/3.3.5 $athlon-pld-linux-gcc -O2 -march=athlon confest.c $ echo $? 0 $ rpm -qa|grep gcc gcc-3.3.6-3 gcc-dirs-1.0-2 gcc-c++-3.3.6-3 libgcc-3.3.6-3 From qboosh at pld-linux.org Fri Sep 9 14:54:24 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 9 Sep 2005 14:54:24 +0200 Subject: SPECS: gstreamer-plugins.spec, libdv.spec - libdv-devel requires g... In-Reply-To: References: Message-ID: <20050909125424.GB18206@gruby.cs.net.pl> On Fri, Sep 09, 2005 at 02:11:01PM +0200, wrobell wrote: > Author: wrobell Date: Fri Sep 9 12:11:01 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - libdv-devel requires gtk+ 1.2.x when built with gui, so gstreamer-plugins > does not have to require gtk+-devel 1.2.x directly to build > @@ -61,6 +61,10 @@ > Summary(pl): Pliki nag??wkowe biblioteki DV > Group: Development/Libraries > Requires: %{name} = %{version}-%{release} > +%if %{with gui} > +Requires: gtk+-devel >= 1.2.10-3 > +Requires: SDL-devel >= 1.1.6 > +%endif Where these two come from? I don't see any usage of gtk+ or SDL in libdv library, include files or .pc file. -- Jakub Bogusz http://qboosh.cs.net.pl/ From wrobell at pld-linux.org Fri Sep 9 15:14:28 2005 From: wrobell at pld-linux.org (wrobell) Date: Fri, 09 Sep 2005 14:14:28 +0100 Subject: SPECS: gstreamer-plugins.spec, libdv.spec - libdv-devel requires g... In-Reply-To: <20050909125424.GB18206@gruby.cs.net.pl> References: <20050909125424.GB18206@gruby.cs.net.pl> Message-ID: <1126271668.16367.30.camel@RECENT-CONVERT> On Fri, 2005-09-09 at 14:54 +0200, Jakub Bogusz wrote: > On Fri, Sep 09, 2005 at 02:11:01PM +0200, wrobell wrote: > > Author: wrobell Date: Fri Sep 9 12:11:01 2005 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - libdv-devel requires gtk+ 1.2.x when built with gui, so gstreamer-plugins > > does not have to require gtk+-devel 1.2.x directly to build > > > @@ -61,6 +61,10 @@ > > Summary(pl): Pliki nag??wkowe biblioteki DV > > Group: Development/Libraries > > Requires: %{name} = %{version}-%{release} > > +%if %{with gui} > > +Requires: gtk+-devel >= 1.2.10-3 > > +Requires: SDL-devel >= 1.1.6 > > +%endif > > Where these two come from? > I don't see any usage of gtk+ or SDL in libdv library, include files or > .pc file. from libdv changelog: * configure.ac, libdv.pc.in: remove gtk from libdv pkg-config dependencies as the core lib has not required glib for some time now! so it seems that proper solution is to fix gstreamer plugin's build requirements (i mean libdv-devel >= 0.104). wrobell From ankry at green.mif.pg.gda.pl Fri Sep 9 17:19:30 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 9 Sep 2005 17:19:30 +0200 (CEST) Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), In-Reply-To: <20050908182716.GB6483@fngna.oyu> from "Jakub Bogusz" at Sep 08, 2005 08:27:16 PM Message-ID: <200509091519.j89FJUIO020244@green.mif.pg.gda.pl> Jakub Bogusz wrote: > > On Tue, Sep 06, 2005 at 08:29:06PM +0200, Pawe? Sakowski wrote: > > On Tue, 2005-09-06 at 19:27 +0200, Jan Rekorajski wrote: > > > At the cost of keeping ALL tags/branches locally. You're joking. > > > > > > [baggins at sith rpm]$ du -hs SOURCES SPECS > > > 959M SOURCES > > > 63M SPECS > > > > Obviously svn makes no sense with such file organization (in two > > directories). To allow reasonable branching, each package would have to > > have a directory of its own. Which is a good idea anyway, but probably > > it's not worth changing now. > > How would I make "cvs up SPECS" (without getting any SOURCES) then? /me would like also to do sth like: rsync -a some-rsync-pld-server::cvs/SPECS (and minimizing network activity while doing this, of course) -- ======================================================================= 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 arekm at pld-linux.org Fri Sep 9 17:57:48 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 9 Sep 2005 17:57:48 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), In-Reply-To: <200509091519.j89FJUIO020244@green.mif.pg.gda.pl> References: <200509091519.j89FJUIO020244@green.mif.pg.gda.pl> Message-ID: <200509091757.48750.arekm@pld-linux.org> On Friday 09 of September 2005 17:19, Andrzej Krzysztofowicz wrote: > > How would I make "cvs up SPECS" (without getting any SOURCES) then? > > /me would like also to do sth like: > > rsync -a some-rsync-pld-server::cvs/SPECS > > (and minimizing network activity while doing this, of course) Do you remember about atomic commits in svn? It's not possible due to that (and atomic commits is much important feature than rsyncing specs only). It's possible to provide rsync access to the whole tree but without history - then you will be able to fetch specs only for example. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From wrobell at pld-linux.org Fri Sep 9 18:03:54 2005 From: wrobell at pld-linux.org (wrobell) Date: Fri, 09 Sep 2005 17:03:54 +0100 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), In-Reply-To: <200509091757.48750.arekm@pld-linux.org> References: <200509091519.j89FJUIO020244@green.mif.pg.gda.pl> <200509091757.48750.arekm@pld-linux.org> Message-ID: <1126281834.16367.41.camel@RECENT-CONVERT> On Fri, 2005-09-09 at 17:57 +0200, Arkadiusz Miskiewicz wrote: > On Friday 09 of September 2005 17:19, Andrzej Krzysztofowicz wrote: > > > > How would I make "cvs up SPECS" (without getting any SOURCES) then? > > > > /me would like also to do sth like: > > > > rsync -a some-rsync-pld-server::cvs/SPECS > > > > (and minimizing network activity while doing this, of course) > > Do you remember about atomic commits in svn? It's not possible due to that > (and atomic commits is much important feature than rsyncing specs only). > > It's possible to provide rsync access to the whole tree but without history - > then you will be able to fetch specs only for example. hm... what about svk instead of rsync? wrobell From gotar at polanet.pl Fri Sep 9 18:05:59 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 9 Sep 2005 18:05:59 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <200509090027.58916.arekm@pld-linux.org> References: <200509082137.12082.arekm@pld-linux.org> <20050908211052.GA30137@sith.mimuw.edu.pl> <200509090027.58916.arekm@pld-linux.org> Message-ID: <20050909160559.GA2310@os> On Fri, Sep 09, 2005 at 00:27:58 +0200, Arkadiusz Miskiewicz wrote: > Yeah, then show me how to fetch single app with spec + patches using command > line - cvs and sh only. cvs up builder sh builder -g foo.spec (there IS working builder). -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From wrobell at pld-linux.org Fri Sep 9 18:32:08 2005 From: wrobell at pld-linux.org (wrobell) Date: Fri, 09 Sep 2005 17:32:08 +0100 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050909160559.GA2310@os> References: <200509082137.12082.arekm@pld-linux.org> <20050908211052.GA30137@sith.mimuw.edu.pl> <200509090027.58916.arekm@pld-linux.org> <20050909160559.GA2310@os> Message-ID: <1126283528.16367.45.camel@RECENT-CONVERT> On Fri, 2005-09-09 at 18:05 +0200, Tomasz Pala wrote: > On Fri, Sep 09, 2005 at 00:27:58 +0200, Arkadiusz Miskiewicz wrote: > > > Yeah, then show me how to fetch single app with spec + patches using command > > line - cvs and sh only. > > cvs up builder > sh builder -g foo.spec > > (there IS working builder). and when we are talking about skipping rpm/{SPECS,SOURCES} structure for svn repo, then we are forbidden to use scripts :) wrobell From robert.wozny at gmail.com Fri Sep 9 19:27:59 2005 From: robert.wozny at gmail.com (robert j. wozny) Date: Fri, 09 Sep 2005 19:27:59 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) References: <200509082137.12082.arekm@pld-linux.org> <20050908211052.GA30137@sith.mimuw.edu.pl> <200509090027.58916.arekm@pld-linux.org> <20050909160559.GA2310@os> <1126283528.16367.45.camel@RECENT-CONVERT> Message-ID: wrobell at pld-linux.org (wrobell): >> > Yeah, then show me how to fetch single app with spec + patches using command >> > line - cvs and sh only. >> cvs up builder >> sh builder -g foo.spec >> (there IS working builder). > and when we are talking about skipping rpm/{SPECS,SOURCES} > structure for svn repo, then we are forbidden to use scripts :) tell me more... :P contributor$ pwd /home/speedy/work/contributor/src/screen speedy at ex:/home/speedy/work/contributor/src/screen [P=screen B=HEAD S=src] contributor$ ls screen.patch screen.spec [...] contributor$ dev build ++ building screen ++ building screen-4.0.2-20041012 (screen-4.0.2-20041012.sparc64-solaris10.rpm) ++ Source0: screen-4.0.2.tar.gz ...OK [821KB] ++ Patch0: screen.patch ...OK [6KB] Executing(%prep): when Source0 is missing, dev script download it, and put into dst/screen. (cvs/svn.... who cares...) -- ... Zycie biegnie wahadlowym ruchem miedzy bolem i nuda, a sa to faktycznie jego ostateczne skladniki. (Artur Schopenhauer) From gotar at polanet.pl Fri Sep 9 22:48:18 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 9 Sep 2005 22:48:18 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126283528.16367.45.camel@RECENT-CONVERT> References: <200509082137.12082.arekm@pld-linux.org> <20050908211052.GA30137@sith.mimuw.edu.pl> <200509090027.58916.arekm@pld-linux.org> <20050909160559.GA2310@os> <1126283528.16367.45.camel@RECENT-CONVERT> Message-ID: <20050909204817.GA3350@os> On Fri, Sep 09, 2005 at 17:32:08 +0100, wrobell wrote: > > cvs up builder > > sh builder -g foo.spec > > > > (there IS working builder). > > and when we are talking about skipping rpm/{SPECS,SOURCES} > structure for svn repo, then we are forbidden to use scripts :) The difference is this scripts gets a dozen of files in a dozen requests and one has to do 2 cvs ups. A future script will get 10k specs with 10k svn requests, and how many updates would require? (see p. 3) Let's make a list of COMMON tasks (excluding trivial ones), appropriate command sets and compare it. 1. building a package from given branch: cvs: ./builder -bb -R foo bar or ./builder -g and rpmbuild -bb svn: !? rpm uses SPECS/SOURCES subdirs, how the hell this will work with subdir-per-packet? Another messing script? 2. updating all resources I've checked out (having CVS/Entries.Static): cvs: cd SPECS, cvs up; cd ../SOURCES; cvs up svn: !? 3. fetching all specs: cvs: cvs up svn: for pkg in `svn ls http://.../packages/`; do do whatever you need done ohhh, it really sucks... 4. commiting changes: cvs: cvs ci foo.spec; cd ../SOURCES; cvs ci * svn: svn ci foo hmmm, not so big difference, don't talk about atomic commits anymore. Anyway - if we want this functionality, we could move SOURCES and SPECS into higher level repo directory, so that they would be subdirs. And now NOT COMMON ones: 5. reverting a commit: cvs: cvs up -r X foo; mv foo{,.tmp}; cvs up -A foo; mv -f foo{.tmp,}; cvs ci foo svn: svn revert foo no difference for me. Not an argument. 5. renaming cvs: manually svn: svn rename well, I don't care about names, I asked to do this once or twice. 6. access to deleted TAGS cvs: none svn: is who needs it anyway (OK, you need this in DEVEL example, I don't) -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From arekm at pld-linux.org Fri Sep 9 23:28:32 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 9 Sep 2005 23:28:32 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050909204817.GA3350@os> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> Message-ID: <200509092328.32749.arekm@pld-linux.org> On Friday 09 of September 2005 22:48, Tomasz Pala wrote: > The difference is this scripts gets a dozen of files in a dozen > requests and one has to do 2 cvs ups. > A future script will get 10k specs with 10k svn requests, and how > many updates would require? (see p. 3) Do you know that here you are not talking about cvs vs svn but about how we want to organise repository layout? > Let's make a list of COMMON tasks (excluding trivial ones), appropriate > command sets and compare it. > > 1. building a package from given branch: > cvs: ./builder -bb -R foo bar or ./builder -g and rpmbuild -bb > svn: !? rpm uses SPECS/SOURCES subdirs, how the hell this will work > with subdir-per-packet? Another messing script? svn co .../packages/gcc/trunk somewhere mkdir somewhere/BUILD... rpmbuild -bb --define _topdir somewhere because you would have /packages/gcc/trunk/{SPECS,SOURCES} Note that you are comparing quite ugly, huge and hardly maintainable builder script (1787 lines) with svn. Now please do that with cvs client only without additional stuff. > 2. updating all resources I've checked out (having CVS/Entries.Static): > cvs: cd SPECS, cvs up; cd ../SOURCES; cvs up > svn: !? Exactly the same if you use the same layout as cvs. But the point is to split SPECS/SOURCES to nicer scheme and we should talk about that scheme. With new, proposed scheme that would need some script to find out checked dirs and svn up there. Well exactly the same as in cvs but we would have more dirs then. > 3. fetching all specs: > cvs: cvs up > svn: > for pkg in `svn ls http://.../packages/`; do > do whatever you need > done > > ohhh, it really sucks... Again, you seem to think svn == /packages/something layout. These are two separate things. With the /packages you get some things and also loose some things. > 4. commiting changes: > cvs: cvs ci foo.spec; cd ../SOURCES; cvs ci * > svn: svn ci foo > > hmmm, not so big difference, don't talk about atomic commits anymore. > Anyway - if we want this functionality, we could move SOURCES and SPECS > into higher level repo directory, so that they would be subdirs. Atomic is the key here. You are trying to ignore that which is weird. > > And now NOT COMMON ones: > > 5. reverting a commit: > cvs: cvs up -r X foo; mv foo{,.tmp}; cvs up -A foo; mv -f foo{.tmp,}; cvs > ci foo svn: svn revert foo > > no difference for me. Not an argument. You are talking about _single_ file. Try to revert whioe logical commit of for example update of gcc from 4.0 to 4.0.1. It's single command with svn and tens with cvs. Reverting one file is as easy in cvs as in svn. Well, in svn you can revert some change without checkouting it. svn merge -rnew:old http:// > > 5. renaming > cvs: manually > svn: svn rename > > well, I don't care about names, I asked to do this once or twice. You seem to do not care about a lot of important things. I remember complaints from developers that files where copied by cvsadmin not as fast as developers wanted. > 6. access to deleted TAGS > cvs: none > svn: is > > who needs it anyway (OK, you need this in DEVEL example, I don't) There is HEAD and AC-branch on some package (multiple files). You do merge to head and then delete ac-branch. Few days later you want to revert that and... huston we have a problem. Mainly because of no atomic commits so you need to find out rel for each file and revert it and ... you need to do some guesses here. Which branch, which rev, which dates. 7. work on branches cvs: problematic if you want to work on several branches of the same files (quite common for me, head + ac-branch); can be somehow workarounded by using builder-like script svn: easy, separate dirs, can view diffs easily and nicely doing merges with for example kdiff3 8. writting scripts for scm like builder cvs: problematic, parsing everything as strings svn: great python bindings (for example I have repo where there is pre-commit-hook which checks if to-be-commited php files have correct syntax and fails otherwise... very nice) 9. doing diffs cvs: problematic if you want to compare whole packages, easy for individual files but only locally svn: see how creating diff between release and branch of kdebase package is: svn diff svn://anonsvn.kde.org/home/kde/tags/KDE/3.4.2/kdebase \ svn://anonsvn.kde.org/home/kde/branches/KDE/3.4/kdebase \ > kdebase-branch.diff _without_ having anything beside svn client locally We never done this in cvs pld because it was impossible and was very desired several times when doing merges between branches. 10. with svk on top of subversion you can work disconnected. never needed it (it could be useful for people who travel frequently) The point here is to get nicer and easier setup to work with not just to switch to subversion (or something else). We should think about new repository layout, think about benefits and disadvantages. Also any switch won't ,,just happen''. It has to be carefuly planed first. Then whole builder automatic, builder script and all stuff needs to be ported/written for new scm and new repo layout. Demo/test version would need to be set up first etc. Please think about what could be done better. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From saq at pld-linux.org Sat Sep 10 00:02:45 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 10 Sep 2005 00:02:45 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050909204817.GA3350@os> References: <200509082137.12082.arekm@pld-linux.org> <20050908211052.GA30137@sith.mimuw.edu.pl> <200509090027.58916.arekm@pld-linux.org> <20050909160559.GA2310@os> <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> Message-ID: <1126303366.5397.17.camel@neptune.sakowski.pl> On Fri, 2005-09-09 at 22:48 +0200, Tomasz Pala wrote: > 1. building a package from given branch: > cvs: ./builder -bb -R foo bar or ./builder -g and rpmbuild -bb > svn: !? rpm uses SPECS/SOURCES subdirs,[...] Untrue. rpm uses macros. The way the macros are currently defined uses SPECS/SOURCES subdirs. A quick-and-unperfect %(pwd) in the appropriate place would make it: svn co .../foo;cd foo;rpmbuild foo.spec > 2. updating all resources I've checked out (having CVS/Entries.Static): > cvs: cd SPECS, cvs up; cd ../SOURCES; cvs up > svn: !? svn up */* > 5. reverting a commit: > cvs: cvs up -r X foo; mv foo{,.tmp}; cvs up -A foo; mv -f foo{.tmp,}; cvs ci foo Easier: cvs up -j X -j HEAD foo;cvs ci foo (maybe the other way round... I don't remember the exact -j syntax) > svn: svn revert foo You mean `svn merge -r...:... foo;svn ci foo`. `svn revert foo` is actually an equivalent of: rm foo;cvs up -A foo or equivalently (a fun hack for non-binary files) cvs diff foo|patch -R > no difference for me. Not an argument. The difference is that with CVS you're playing file-by-file, with svn you can revert a whole commit{, series}, just by knowing {its,their} revision number{,s}. -- Pawe? Sakowski PLD Linux Distribution From saq at pld-linux.org Sat Sep 10 00:11:16 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 10 Sep 2005 00:11:16 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <200509092328.32749.arekm@pld-linux.org> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> Message-ID: <1126303876.5397.24.camel@neptune.sakowski.pl> On Fri, 2005-09-09 at 23:28 +0200, Arkadiusz Miskiewicz wrote: > > 6. access to deleted TAGS > > cvs: none > > svn: is > > > > who needs it anyway (OK, you need this in DEVEL example, I don't) > There is HEAD and AC-branch on some package (multiple files). You do merge to > head and then delete ac-branch. Few days later you want to revert that and... > huston we have a problem. :-) That's the very reason that a few days ago I did `builder -g -r AC-branch {udev,hal}.spec`. No offence intended, I do appreciate the effort to make HEAD usable for everyone. I just smell trouble, sincerely hoping to be wrong. -- Pawe? Sakowski PLD Linux Distribution From gotar at polanet.pl Sat Sep 10 02:59:58 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 10 Sep 2005 02:59:58 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <200509092328.32749.arekm@pld-linux.org> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> Message-ID: <20050910005958.GA4755@os> On Fri, Sep 09, 2005 at 23:28:32 +0200, Arkadiusz Miskiewicz wrote: > Do you know that here you are not talking about cvs vs svn but about how we > want to organise repository layout? We don't. rpmbuild uses flat structure and so I want the repos. > rpmbuild -bb --define _topdir somewhere > > because you would have /packages/gcc/trunk/{SPECS,SOURCES} You are kidding, aren't you? I'm using rpmbuild a hundred times often than fetching sources and milion times than reverting commit and you want me to type these defines? > Note that you are comparing quite ugly, huge and hardly maintainable builder > script (1787 lines) with svn. Now please do that with cvs client only without > additional stuff. This script EXISTS. Give me a handy tool for svn. > SPECS/SOURCES to nicer scheme and we should talk about that scheme. With new, IMHO current is nice. > > 3. fetching all specs: > > cvs: cvs up > > svn: > > for pkg in `svn ls http://.../packages/`; do > > do whatever you need > > done > > > > ohhh, it really sucks... > Again, you seem to think svn == /packages/something layout. These are two > separate things. So what? I want to checkout all the specs, I'm not interested in sources or anything else. > With the /packages you get some things and also loose some > things. That's obvious. Particulary I don't get anything from what you're saying for now. > > 4. commiting changes: > > cvs: cvs ci foo.spec; cd ../SOURCES; cvs ci * > > svn: svn ci foo > > > > hmmm, not so big difference, don't talk about atomic commits anymore. > > Anyway - if we want this functionality, we could move SOURCES and SPECS > > into higher level repo directory, so that they would be subdirs. > Atomic is the key here. You are trying to ignore that which is weird. I don't get it. Why is: cvs ci SPECS/foo.spec SOURCES/foo.patch worse than the same in svn? > > And now NOT COMMON ones: > > > > 5. reverting a commit: > > cvs: cvs up -r X foo; mv foo{,.tmp}; cvs up -A foo; mv -f foo{.tmp,}; cvs > > ci foo svn: svn revert foo > > > > no difference for me. Not an argument. > You are talking about _single_ file. Try to revert whioe logical commit of for > example update of gcc from 4.0 to 4.0.1. Do you want me to write you 4-line script? > It's single command with svn and tens with cvs. And we all are doing it every day... just use TAGging when working on 100 files. > > well, I don't care about names, I asked to do this once or twice. > You seem to do not care about a lot of important things. Yeah, I'm evil. > I remember complaints > from developers that files where copied by cvsadmin not as fast as developers > wanted. Oh my god! Really!? > > 6. access to deleted TAGS > > cvs: none > > svn: is > > > > who needs it anyway (OK, you need this in DEVEL example, I don't) > There is HEAD and AC-branch on some package (multiple files). You do merge to > head and then delete ac-branch. We're deleting such branches? > Few days later you want to revert that and... ...and I have never had such situation. > 7. work on branches > cvs: problematic if you want to work on several branches of the same files > (quite common for me, head + ac-branch); can be somehow workarounded by using > builder-like script I'm doing it in separate directories. echo NAC-branch > CVS/Tag > svn: easy, separate dirs, Yeah, separate - SPECS, SPECS-devel, SPECS-foo. > 8. writting scripts for scm like builder > cvs: problematic, parsing everything as strings > svn: great python bindings (for example I have repo where there is And all clear. I don't like python at all;) > 9. doing diffs > cvs: problematic if you want to compare whole packages, easy for individual Hey, we're not working on sources, but on specs and patches. > Please think about what could be done better. If you give me tool for things I'm doing right now (as written), I won't care about background. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sat Sep 10 03:04:49 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 10 Sep 2005 03:04:49 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <1126303366.5397.17.camel@neptune.sakowski.pl> References: <200509082137.12082.arekm@pld-linux.org> <20050908211052.GA30137@sith.mimuw.edu.pl> <200509090027.58916.arekm@pld-linux.org> <20050909160559.GA2310@os> <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <1126303366.5397.17.camel@neptune.sakowski.pl> Message-ID: <20050910010449.GB4755@os> On Sat, Sep 10, 2005 at 00:02:45 +0200, Pawe? Sakowski wrote: > Untrue. rpm uses macros. The way the macros are currently defined uses > SPECS/SOURCES subdirs. A quick-and-unperfect %(pwd) in the appropriate > place would make it: > > svn co .../foo;cd foo;rpmbuild foo.spec OK, easily aliased. > > 5. reverting a commit: > > cvs: cvs up -r X foo; mv foo{,.tmp}; cvs up -A foo; mv -f foo{.tmp,}; cvs ci foo > > Easier: > cvs up -j X -j HEAD foo;cvs ci foo > (maybe the other way round... I don't remember the exact -j syntax) I don't remember too, so mv trick is actually easier;) -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From ankry at green.mif.pg.gda.pl Sat Sep 10 03:31:20 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sat, 10 Sep 2005 03:31:20 +0200 (CEST) Subject: mythtv.spec In-Reply-To: <1126047537.19736.9.camel@localhost> from "Krystian T" at Sep 07, 2005 12:58:57 AM Message-ID: <200509100131.j8A1VKtK032230@green.mif.pg.gda.pl> Krystian T wrote: > > Hi > I have built mythtv.spec --without nvidia and it's failed > (X11-driver-nvidia is needed) > I have looked in spec and I find > %{?with_nvidia:BuildRequires: X11-driver-nvidia-devel} > %{?with_opengl:BuildRequires: X11-driver-nvidia-devel} > > In second line IMHO must be X11-OpenGL-devel Maybe XFree86-* instead ? -- ======================================================================= 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 arekm at pld-linux.org Sat Sep 10 11:31:35 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 10 Sep 2005 11:31:35 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050910005958.GA4755@os> References: <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> Message-ID: <200509101131.35295.arekm@pld-linux.org> On Saturday 10 of September 2005 02:59, Tomasz Pala wrote: > On Fri, Sep 09, 2005 at 23:28:32 +0200, Arkadiusz Miskiewicz wrote: > > Do you know that here you are not talking about cvs vs svn but about how > > we want to organise repository layout? > > We don't. rpmbuild uses flat structure and so I want the repos. I dont care what you want. Your help in developing PLD is marginal. > > rpmbuild -bb --define _topdir somewhere > > > > because you would have /packages/gcc/trunk/{SPECS,SOURCES} > > You are kidding, aren't you? I'm using rpmbuild a hundred times often > than fetching sources and milion times than reverting commit and you > want me to type these defines? No, read again. Scripts needs to be written the same way as for cvs. svn it's not a super-machine-for-doing--exactly-what-pala-wants but simple scm system. > > > Note that you are comparing quite ugly, huge and hardly maintainable > > builder script (1787 lines) with svn. Now please do that with cvs client > > only without additional stuff. > > This script EXISTS. Give me a handy tool for svn. As I wrote already - it has to be written _before_ anything can happen. > > SPECS/SOURCES to nicer scheme and we should talk about that scheme. With > > new, > > IMHO current is nice. It's not because you have no idea which patch belongs (now or in past) to which spec etc. qboosh is catching many such cases and deletes unused files - with svn this is as easy as doing ls && less. > So what? I want to checkout all the specs, I'm not interested in sources > or anything else. Use ./builder -f SPECS? Where builder has to be written. > > > 4. commiting changes: > > > cvs: cvs ci foo.spec; cd ../SOURCES; cvs ci * > > > svn: svn ci foo > > > > > > hmmm, not so big difference, don't talk about atomic commits anymore. > > > Anyway - if we want this functionality, we could move SOURCES and SPECS > > > into higher level repo directory, so that they would be subdirs. > > > > Atomic is the key here. You are trying to ignore that which is weird. > > I don't get it. Why is: > > cvs ci SPECS/foo.spec SOURCES/foo.patch > > worse than the same in svn? If you still don't understand what atomic commits are then talk with you is pointless. > > > And now NOT COMMON ones: > > > > > > 5. reverting a commit: > > > cvs: cvs up -r X foo; mv foo{,.tmp}; cvs up -A foo; mv -f foo{.tmp,}; > > > cvs ci foo svn: svn revert foo > > > > > > no difference for me. Not an argument. > > > > You are talking about _single_ file. Try to revert whioe logical commit > > of for example update of gcc from 4.0 to 4.0.1. > > Do you want me to write you 4-line script? Yes, please. > > It's single command with svn and tens with cvs. > And we all are doing it every day... just use TAGging when working on > 100 files. Nice joke. > > I remember complaints > > from developers that files where copied by cvsadmin not as fast as > > developers wanted. > > Oh my god! Really!? Really. > > > 6. access to deleted TAGS > > > cvs: none > > > svn: is > > > > > > who needs it anyway (OK, you need this in DEVEL example, I don't) > > > > There is HEAD and AC-branch on some package (multiple files). You do > > merge to head and then delete ac-branch. > > We're deleting such branches? Of course we are. You have no clue what's happening there. > > Few days later you want to revert that and... > ...and I have never had such situation. Because you do (almost) nothing? > > 8. writting scripts for scm like builder > > cvs: problematic, parsing everything as strings > > svn: great python bindings (for example I have repo where there is > > And all clear. I don't like python at all;) There are other bindings. perl, java. > > 9. doing diffs > > cvs: problematic if you want to compare whole packages, easy for > > individual > > Hey, we're not working on sources, but on specs and patches. And so what? For merging rpm from head to ac-branch you need to review spec and _all_ patches. spec + patches is like sources, no difference. > > Please think about what could be done better. > > If you give me tool for things I'm doing right now (as written), I won't > care about background. Ehh, so this whole talk is pointless since such tool NEEDS to be written first. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From tomczyk at op.onet.pl Sat Sep 10 12:26:06 2005 From: tomczyk at op.onet.pl (Krystian T) Date: Sat, 10 Sep 2005 12:26:06 +0200 Subject: mythtv.spec In-Reply-To: <200509071431.58576.glen@delfi.ee> References: <1126047537.19736.9.camel@localhost> <200509071431.58576.glen@delfi.ee> Message-ID: <1126347966.28197.4.camel@localhost> Dnia 07-09-2005, ?ro o godzinie 14:31 +0300, Elan Ruusam?e napisa?(a): ... > replaced that all with xvmc wrapper. could you test does it (still) work? > I have build from mythtv.spec rev.1.30. Wath tv & time shifting work :) but I can't record :( Perhaps my config problem(?) I use tv-card but only composite input... -- Pozdrawiam Krystian T "errare humanum est..." From baggins at sith.mimuw.edu.pl Sat Sep 10 12:42:00 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sat, 10 Sep 2005 12:42:00 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <200509101131.35295.arekm@pld-linux.org> References: <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> <200509101131.35295.arekm@pld-linux.org> Message-ID: <20050910104200.GA1984@sith.mimuw.edu.pl> On Sat, 10 Sep 2005, Arkadiusz Miskiewicz wrote: > And so what? For merging rpm from head to ac-branch you need to review spec > and _all_ patches. spec + patches is like sources, no difference. And svn changes _nothing_ here, I still would have to review all the patches regardless of scm :/ SVN will not suddently solve all problems, it will just change them into other problems. 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 at sith.mimuw.edu.pl Sat Sep 10 12:48:35 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sat, 10 Sep 2005 12:48:35 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <200509092328.32749.arekm@pld-linux.org> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> Message-ID: <20050910104835.GB1984@sith.mimuw.edu.pl> On Fri, 09 Sep 2005, Arkadiusz Miskiewicz wrote: > svn: see how creating diff between release and branch of kdebase package is: > svn diff svn://anonsvn.kde.org/home/kde/tags/KDE/3.4.2/kdebase \ > svn://anonsvn.kde.org/home/kde/branches/KDE/3.4/kdebase \ > > kdebase-branch.diff > _without_ having anything beside svn client locally Side note about command line - it's what pisses me the most in svn, the requirement to type whole long URLs. I don't need to know them, it's the scm job to remember root dir for a repository/module. With cvs I just do 'cvs up -r TAG file', with svn I have to type a fscking loooong, exact, URL, which just hinders and slows the work down. A lot. 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 glen at delfi.ee Sat Sep 10 12:57:41 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sat, 10 Sep 2005 13:57:41 +0300 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050910104835.GB1984@sith.mimuw.edu.pl> References: <200509092328.32749.arekm@pld-linux.org> <20050910104835.GB1984@sith.mimuw.edu.pl> Message-ID: <200509101357.41374.glen@delfi.ee> On Saturday 10 September 2005 13:48, Jan Rekorajski wrote: > Side note about command line - it's what pisses me the most in svn, the > requirement to type whole long URLs. I don't need to know them, it's the > scm job to remember root dir for a repository/module. > With cvs I just do 'cvs up -r TAG file', with svn I have to type a > fscking loooong, exact, URL, which just hinders and slows the work down. > A lot. unless there already exists, write bash-completion code? > Janek -- glen From arekm at pld-linux.org Sat Sep 10 12:58:09 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 10 Sep 2005 12:58:09 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050910104200.GA1984@sith.mimuw.edu.pl> References: <200509101131.35295.arekm@pld-linux.org> <20050910104200.GA1984@sith.mimuw.edu.pl> Message-ID: <200509101258.10959.arekm@pld-linux.org> On Saturday 10 of September 2005 12:42, Jan Rekorajski wrote: > On Sat, 10 Sep 2005, Arkadiusz Miskiewicz wrote: > > And so what? For merging rpm from head to ac-branch you need to review > > spec and _all_ patches. spec + patches is like sources, no difference. > > And svn changes _nothing_ here, I still would have to review all the > patches regardless of scm :/ The point is not review itself but getting files/diffs to do that review. You get diff with single svn command with proposed repo scheme while for cvs you need to find out which files are needed, then diff each file. > SVN will not suddently solve all problems, it will just change them into > other problems. The switch is fine when the most annoying problems will go away without bringing new, worse problems. > Janek The switch can't happen without demo/test repo first. Well, I don't think it will (ever) happen - no man resources to do all the stuff (and there are tons of things to be done). -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From glen at delfi.ee Sat Sep 10 13:03:13 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sat, 10 Sep 2005 14:03:13 +0300 Subject: mythtv.spec In-Reply-To: <1126347966.28197.4.camel@localhost> References: <1126047537.19736.9.camel@localhost> <200509071431.58576.glen@delfi.ee> <1126347966.28197.4.camel@localhost> Message-ID: <200509101403.14038.glen@delfi.ee> On Saturday 10 September 2005 13:26, Krystian T wrote: > Dnia 07-09-2005, ?ro o godzinie 14:31 +0300, Elan Ruusam?e napisa?(a): > ... > > > replaced that all with xvmc wrapper. could you test does it (still) work? > > I have build from mythtv.spec rev.1.30. > Wath tv & time shifting work :) but I can't record :( > Perhaps my config problem(?) I use tv-card but only composite input... i don't know this one. try mythtv faq, mailinglists, mythtv irc channels... ps: you might try running frontend under mythtv user, maybe the configuration differs, like LocalHostName in mysql.txt makes all mythtv-setup configuration saved under that name. i couldn't get my channel switching working until i did cp ~/.mythtv/mysql.txt ~mythtv/.mythtv/mysql.txt because all settings i changed were saved under different LocalHostName. -- glen From arekm at pld-linux.org Sat Sep 10 13:03:45 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 10 Sep 2005 13:03:45 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050910104835.GB1984@sith.mimuw.edu.pl> References: <200509092328.32749.arekm@pld-linux.org> <20050910104835.GB1984@sith.mimuw.edu.pl> Message-ID: <200509101303.45185.arekm@pld-linux.org> On Saturday 10 of September 2005 12:48, Jan Rekorajski wrote: > On Fri, 09 Sep 2005, Arkadiusz Miskiewicz wrote: > > svn: see how creating diff between release and branch of kdebase package > > is: svn diff svn://anonsvn.kde.org/home/kde/tags/KDE/3.4.2/kdebase \ > > svn://anonsvn.kde.org/home/kde/branches/KDE/3.4/kdebase \ > > > > > kdebase-branch.diff > > > > _without_ having anything beside svn client locally > > Side note about command line - it's what pisses me the most in svn, the > requirement to type whole long URLs. I don't need to know them, it's the > scm job to remember root dir for a repository/module. svn remembers the urls in the same way as cvs. mkdir /tmp/whatever; cd /tmp/whatever; cvs up -r TAG file won't work. you still need to specify whole -d:pserver:something at blahblah.pl:/somethingelse > With cvs I just do 'cvs up -r TAG file', with svn I have to type a > fscking loooong, exact, URL, which just hinders and slows the work down. > A lot. svn co -N longurl dir once, then cd dir; svn up something It will never be exactly the same as in cvs of course. With cvs it was annoying, too. But not in cvs pld, some of my aliases for example cvse='CVS_RSH=ssh cvs -d:ext:arekm at cvs.ezmlm-cgi-py.sourceforge.net:/cvsroot/ezmlm-cgi-py' cvspure='CVS_RSH=ssh cvs -d:ext:arekm at cvs.pureftpd.sourceforge.net:/cvsroot/pureftpd' > Janek -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From glen at delfi.ee Sat Sep 10 13:04:36 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 10 Sep 2005 14:04:36 +0300 Subject: mythtv.spec In-Reply-To: <200509100131.j8A1VKtK032230@green.mif.pg.gda.pl> References: <200509100131.j8A1VKtK032230@green.mif.pg.gda.pl> Message-ID: <200509101404.36675.glen@delfi.ee> On Saturday 10 September 2005 04:31, Andrzej Krzysztofowicz wrote: > Krystian T wrote: > > Hi > > I have built mythtv.spec --without nvidia and it's failed > > (X11-driver-nvidia is needed) > > I have looked in spec and I find > > %{?with_nvidia:BuildRequires: X11-driver-nvidia-devel} > > %{?with_opengl:BuildRequires: X11-driver-nvidia-devel} > > > > In second line IMHO must be X11-OpenGL-devel > > Maybe XFree86-* instead ? i used XvMC wrapper instead. not to link any specific card driver implementation. and it seems to work :) -- glen From baggins at sith.mimuw.edu.pl Sat Sep 10 13:17:52 2005 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sat, 10 Sep 2005 13:17:52 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <200509101303.45185.arekm@pld-linux.org> References: <200509092328.32749.arekm@pld-linux.org> <20050910104835.GB1984@sith.mimuw.edu.pl> <200509101303.45185.arekm@pld-linux.org> Message-ID: <20050910111752.GC1984@sith.mimuw.edu.pl> On Sat, 10 Sep 2005, Arkadiusz Miskiewicz wrote: > On Saturday 10 of September 2005 12:48, Jan Rekorajski wrote: > > On Fri, 09 Sep 2005, Arkadiusz Miskiewicz wrote: > > > svn: see how creating diff between release and branch of kdebase package > > > is: svn diff svn://anonsvn.kde.org/home/kde/tags/KDE/3.4.2/kdebase \ > > > svn://anonsvn.kde.org/home/kde/branches/KDE/3.4/kdebase \ > > > > > > > kdebase-branch.diff > > > > > > _without_ having anything beside svn client locally > > > > Side note about command line - it's what pisses me the most in svn, the > > requirement to type whole long URLs. I don't need to know them, it's the > > scm job to remember root dir for a repository/module. > svn remembers the urls in the same way as cvs. > > mkdir /tmp/whatever; cd /tmp/whatever; cvs up -r TAG file > won't work. you still need to specify whole > -d:pserver:something at blahblah.pl:/somethingelse I think you didn't get my point. With cvs I do cvs up once and then I have ':pserver:something at blahblah.pl:/somethingelse' in CVS/Root and I don't have to specify it anymore. With svn every time I want some tag/branch I must specify the whole URL for that tag or branch. Any svn command that has something to do with tag/branch requires URLs. No such requirement with cvs. What's interesting is that svn keeps this info in .svn/ and does not use it. Sick. > > With cvs I just do 'cvs up -r TAG file', with svn I have to type a > > fscking loooong, exact, URL, which just hinders and slows the work down. > > A lot. > svn co -N longurl dir once, then > cd dir; svn up something > > It will never be exactly the same as in cvs of course. > > With cvs it was annoying, too. But not in cvs pld, some of my aliases for > example > > cvse='CVS_RSH=ssh cvs > -d:ext:arekm at cvs.ezmlm-cgi-py.sourceforge.net:/cvsroot/ezmlm-cgi-py' > cvspure='CVS_RSH=ssh cvs > -d:ext:arekm at cvs.pureftpd.sourceforge.net:/cvsroot/pureftpd' Wouldn't it be easier to do 'cvs login ; cvs co' once? And then you don't need '-d ...' because it saved in CVS/Root. Works for me. 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 saq at pld-linux.org Sat Sep 10 14:27:38 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 10 Sep 2005 14:27:38 +0200 Subject: cvs vs svn... In-Reply-To: <20050910005958.GA4755@os> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> Message-ID: <1126355258.5405.7.camel@neptune.sakowski.pl> On Sat, 2005-09-10 at 02:59 +0200, Tomasz Pala wrote: > I don't get it. Why is: > > cvs ci SPECS/foo.spec SOURCES/foo.patch > > worse than the same in svn? Because it won't work with cvs unless you add -d$(cat SPECS/CVS/Root) :P BTW, that's another reason for directory-per-package. With SPECS/SOURCES there's no straightforward way to make sure that you're committing everything you've changed. Consistent (+-) file naming lets you use the result of `cd SOURCES;cvs up foo*` as a clue, but 1) it will give some false positives (e.g. glibc* for glib) and some false negatives (eg. sysvinit-paths.patch for SysVinit) and 2) you won't see deleted files. OTOH in a package's directory a simple `svn status` guarantees that "oops, forgot to commit this other patch" won't happen. -- Pawe? Sakowski PLD Linux Distribution From adamg at biomerieux.pl Sat Sep 10 14:40:32 2005 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sat, 10 Sep 2005 14:40:32 +0200 Subject: cvs vs svn... In-Reply-To: <1126355258.5405.7.camel@neptune.sakowski.pl> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> <1126355258.5405.7.camel@neptune.sakowski.pl> Message-ID: <20050910124032.GA7609@mysza.eu.org> On Sat, Sep 10, 2005 at 02:27:38PM +0200, Pawe? Sakowski wrote: > On Sat, 2005-09-10 at 02:59 +0200, Tomasz Pala wrote: > > I don't get it. Why is: > > > > cvs ci SPECS/foo.spec SOURCES/foo.patch > > > > worse than the same in svn? > > Because it won't work with cvs unless you add -d$(cat SPECS/CVS/Root) :P It can work, but you'd have to checkout rpm module, which contains SPECS/ and SOURCES/ -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From saq at pld-linux.org Sat Sep 10 14:48:17 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 10 Sep 2005 14:48:17 +0200 Subject: cvs vs svn... In-Reply-To: <20050910124032.GA7609@mysza.eu.org> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> <1126355258.5405.7.camel@neptune.sakowski.pl> <20050910124032.GA7609@mysza.eu.org> Message-ID: <1126356497.5405.10.camel@neptune.sakowski.pl> On Sat, 2005-09-10 at 14:40 +0200, Adam Go??biowski wrote: > On Sat, Sep 10, 2005 at 02:27:38PM +0200, Pawe? Sakowski wrote: > > On Sat, 2005-09-10 at 02:59 +0200, Tomasz Pala wrote: > > > I don't get it. Why is: > > > > > > cvs ci SPECS/foo.spec SOURCES/foo.patch > > > > > > worse than the same in svn? > > > > Because it won't work with cvs unless you add -d$(cat SPECS/CVS/Root) :P > > It can work, but you'd have to checkout rpm module, which contains > SPECS/ and SOURCES/ Yes, but then you have to use the ugly trick of "press Ctrl+C after a few lines". It's much cleaner to cvs co SPECS/builder SOURCES/rpm.macros. -- Pawe? Sakowski PLD Linux Distribution From saq at pld-linux.org Sat Sep 10 15:30:46 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Sat, 10 Sep 2005 15:30:46 +0200 Subject: cvs vs svn... In-Reply-To: <1126255255.16367.3.camel@RECENT-CONVERT> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <1126108891.5406.17.camel@neptune.sakowski.pl> <20050907233601.GA13635@sith.mimuw.edu.pl> <1126205232.5402.12.camel@neptune.sakowski.pl> <20050908211848.GB30137@sith.mimuw.edu.pl> <1126255255.16367.3.camel@RECENT-CONVERT> Message-ID: <1126359047.5405.34.camel@neptune.sakowski.pl> On Fri, 2005-09-09 at 09:40 +0100, wrobell wrote: > [svn log] -> few days please. While we're at revolutionary ideas... Currently %changelog doesn't really correspond to the CVS commit log. It is subject to truncation, editing (adding CAN entries, fixing typos, rewording). Furthermore, at some points it (here both changelog and commit log) simply restates the change made ("added BR foo-devel"), at others it has nothing to do with the change made ("rel 3. Nothing really changed in this spec, but that other patch got really improved"). Some places it just adds useless noise to the spec ("trying to do foo", "another attempt to do foo", "foo won't work anyway, reverting last 2 commits") or just document flame wars ("last commit was issued by an idiot"). So, the crazy idea is to give up automatic %changelog generation and treat it more like a NEWS file (i.e. document important changes, not each invidual commit). I would imagine that a new %changelog entry would be added for each new release and state the reason that the new release is a Good Thing, rather than document each change (nobody really cares about "spaces->tabs"). Note: it's just a gut feeling that this is the kind of information that people reading the %changelog are actually looking for. I myself am not sure what exactly I need from the changelog, and it's important that a changelog isn't manually writter Ars Gratia Artis, but it actually brings useful information to the developers. If it turns out that the commit logs bear close resemblance to the information useful to the developers, the above idea is obviously pointless (I'm not that evil to make people write the same thing twice in the {commit ,%change}log). Yes, it's no coincidence that the above changelogging scheme works better with svn than the current one ;) -- Pawe? Sakowski PLD Linux Distribution From gotar at polanet.pl Sat Sep 10 12:30:33 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 10 Sep 2005 12:30:33 +0200 Subject: jabber c2s dead loop In-Reply-To: <20050729165340.GA2583@os> References: <20050729165340.GA2583@os> Message-ID: <20050910103033.GA986@os> On Fri, Jul 29, 2005 at 18:53:40 +0200, Tomasz Pala wrote: > select(0, NULL, NULL, NULL, {0, 10000}) = 0 (Timeout) > > Only kill -9 helps. Broken db files. Is there any trustworthy jabberd implementation for Linux? -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Sat Sep 10 16:03:14 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sat, 10 Sep 2005 17:03:14 +0300 Subject: cvs vs svn... In-Reply-To: <1126356497.5405.10.camel@neptune.sakowski.pl> References: <20050910124032.GA7609@mysza.eu.org> <1126356497.5405.10.camel@neptune.sakowski.pl> Message-ID: <200509101703.14587.glen@delfi.ee> On Saturday 10 September 2005 15:48, Pawe? Sakowski wrote: > On Sat, 2005-09-10 at 14:40 +0200, Adam Go??biowski wrote: > > On Sat, Sep 10, 2005 at 02:27:38PM +0200, Pawe? Sakowski wrote: > > > On Sat, 2005-09-10 at 02:59 +0200, Tomasz Pala wrote: > > > > I don't get it. Why is: > > > > > > > > cvs ci SPECS/foo.spec SOURCES/foo.patch > > > > > > > > worse than the same in svn? > > > > > > Because it won't work with cvs unless you add -d$(cat SPECS/CVS/Root) > > > :P > > > > It can work, but you'd have to checkout rpm module, which contains > > SPECS/ and SOURCES/ > > Yes, but then you have to use the ugly trick of "press Ctrl+C after a > few lines". It's much cleaner to cvs co SPECS/builder > SOURCES/rpm.macros. i proposed variant to this around in 2001+, but it was not taken into account (can't find the mail now from archives). but the idea was: CVSROOT/modules: # rpm build SPECS rpm/SPECS adapter adapter.awk mirrors pldnotify.awk builder SOURCES rpm/SOURCES rpm.groups RPMS CVSROOT/Emptydir BUILD CVSROOT/Emptydir SRPMS CVSROOT/Emptydir rpm &SPECS &SOURCES &BUILD &RPMS &SRPMS (needs to be adjusted for PLD CVS structure) and having such modules, you can issue $ cvs co rpm and you will be checked out just essental files in SPECS and SOURCES and empty other build dirs: $ cvs co rpm U SPECS/adapter U SPECS/adapter.awk U SPECS/mirrors U SPECS/pldnotify.awk U SPECS/builder U SPECS/rpm.macros U SPECS/template.spec U SOURCES/rpm.groups cvs checkout: Updating BUILD cvs checkout: Updating RPMS cvs checkout: Updating SRPMS$ and without any serverside hacking you can do it in clientside too: $ mkdir -p rpm/{RPMS,BUILD,SRPMS} $ cd rpm $ cvs -d :pserver:cvs at cvs.pld-linux.org:/cvsroot co SOURCES/.cvsignore SPECS/{mirrors,adapter{,.awk},fetchsrc_request,builder,bcond-list,repackage.sh} -- glen From gotar at polanet.pl Sat Sep 10 16:02:20 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 10 Sep 2005 16:02:20 +0200 Subject: cvs vs svn... In-Reply-To: <1126356497.5405.10.camel@neptune.sakowski.pl> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> <1126355258.5405.7.camel@neptune.sakowski.pl> <20050910124032.GA7609@mysza.eu.org> <1126356497.5405.10.camel@neptune.sakowski.pl> Message-ID: <20050910140220.GB1547@os> On Sat, Sep 10, 2005 at 14:48:17 +0200, Pawe? Sakowski wrote: > > It can work, but you'd have to checkout rpm module, which contains > > SPECS/ and SOURCES/ > > Yes, but then you have to use the ugly trick of "press Ctrl+C after a > few lines". No. cvs co rpm/SPECS/foo and you have CVS/Entries.Static (or manually touch it, no difference). > It's much cleaner to cvs co SPECS/builder > SOURCES/rpm.macros. It's only one-time cosmetics. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sat Sep 10 16:00:53 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 10 Sep 2005 16:00:53 +0200 Subject: cvs vs svn... In-Reply-To: <1126355258.5405.7.camel@neptune.sakowski.pl> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> <1126355258.5405.7.camel@neptune.sakowski.pl> Message-ID: <20050910140053.GA1547@os> On Sat, Sep 10, 2005 at 14:27:38 +0200, Pawe? Sakowski wrote: > > cvs ci SPECS/foo.spec SOURCES/foo.patch > > > > worse than the same in svn? > > Because it won't work with cvs unless you add -d$(cat SPECS/CVS/Root) :P It will. It would require putting SOURCES and SPECS into higher level repo. Just like in: ~/cvs/mplayer: cvs log libdha/config.h mp3lib/dct64.c | wc -l 69 > BTW, that's another reason for directory-per-package. With SPECS/SOURCES > there's no straightforward way to make sure that you're committing > everything you've changed. Indeed. But my zsh tells me which files has been modified after i press tab having 'cvs ci' on command line. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sat Sep 10 16:13:51 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 10 Sep 2005 16:13:51 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <200509101131.35295.arekm@pld-linux.org> References: <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> <200509101131.35295.arekm@pld-linux.org> Message-ID: <20050910141351.GA1678@os> On Sat, Sep 10, 2005 at 11:31:35 +0200, Arkadiusz Miskiewicz wrote: > I dont care what you want. Your help in developing PLD is marginal. Indeed, thanks to people like you. I'm tired of 'hey, who has broken mysql today?' > No, read again. Scripts needs to be written the same way as for cvs. svn it's [...] > As I wrote already - it has to be written _before_ anything can happen. [...] > Use ./builder -f SPECS? Where builder has to be written. > > > Few days later you want to revert that and... > > ...and I have never had such situation. > Because you do (almost) nothing? Yes. And I'm trying not to fuck up things (and leave for somebody else to care like you've done many times, no offence). > > And all clear. I don't like python at all;) > There are other bindings. perl, java. Ok, perl is good. > Ehh, so this whole talk is pointless since such tool NEEDS to be written > first. Here's my proposal: insert a few packages into SVN, start writing some tools and SHOW us (me) how it works, we'll test it and make decision basing on experience not hipothetical situations. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From aredridel at nbtsc.org Sat Sep 10 17:55:25 2005 From: aredridel at nbtsc.org (Aredridel) Date: Sat, 10 Sep 2005 09:55:25 -0600 Subject: jabber c2s dead loop In-Reply-To: <20050910103033.GA986@os> References: <20050729165340.GA2583@os> <20050910103033.GA986@os> Message-ID: <20050910155525.GA6516@mail.nbtsc.org> On Sat, Sep 10, 2005 at 12:30:33PM +0200, Tomasz Pala wrote: > On Fri, Jul 29, 2005 at 18:53:40 +0200, Tomasz Pala wrote: > > > select(0, NULL, NULL, NULL, {0, 10000}) = 0 (Timeout) > > > > Only kill -9 helps. > > Broken db files. Is there any trustworthy jabberd implementation for > Linux? I'm extremely happy with ejabberd so far. Very reliable. From loc at toya.net.pl Sun Sep 11 12:33:55 2005 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Sun, 11 Sep 2005 12:33:55 +0200 Subject: cvs vs svn... In-Reply-To: <20050910140053.GA1547@os> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> <1126355258.5405.7.camel@neptune.sakowski.pl> <20050910140053.GA1547@os> Message-ID: <43240813.9090708@toya.net.pl> Tomasz Pala wrote: > Indeed. But my zsh tells me which files has been modified after i press > tab having 'cvs ci' on command line. You can use zsh clever autocompletion in our SPECS/? -- Regards, Jakub Piotr C?apa From loc at toya.net.pl Sun Sep 11 12:36:49 2005 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Sun, 11 Sep 2005 12:36:49 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), ghostscript-afpl-ijs_pkg...) In-Reply-To: <20050910111752.GC1984@sith.mimuw.edu.pl> References: <200509092328.32749.arekm@pld-linux.org> <20050910104835.GB1984@sith.mimuw.edu.pl> <200509101303.45185.arekm@pld-linux.org> <20050910111752.GC1984@sith.mimuw.edu.pl> Message-ID: <432408C1.1090005@toya.net.pl> Jan Rekorajski wrote: > On Sat, 10 Sep 2005, Arkadiusz Miskiewicz wrote: > >>On Saturday 10 of September 2005 12:48, Jan Rekorajski wrote: >> >>>On Fri, 09 Sep 2005, Arkadiusz Miskiewicz wrote: >>> >>>>svn: see how creating diff between release and branch of kdebase package >>>>is: svn diff svn://anonsvn.kde.org/home/kde/tags/KDE/3.4.2/kdebase \ >>>>svn://anonsvn.kde.org/home/kde/branches/KDE/3.4/kdebase \ >>>> >>>>>kdebase-branch.diff >>>> >>>>_without_ having anything beside svn client locally >>> >>>Side note about command line - it's what pisses me the most in svn, the >>>requirement to type whole long URLs. I don't need to know them, it's the >>>scm job to remember root dir for a repository/module. >> >>svn remembers the urls in the same way as cvs. >> >>mkdir /tmp/whatever; cd /tmp/whatever; cvs up -r TAG file >>won't work. you still need to specify whole >>-d:pserver:something at blahblah.pl:/somethingelse > > I think you didn't get my point. With cvs I do cvs up once and then > I have ':pserver:something at blahblah.pl:/somethingelse' in CVS/Root > and I don't have to specify it anymore. With svn every time I want some > tag/branch I must specify the whole URL for that tag or branch. > Any svn command that has something to do with tag/branch requires URLs. > No such requirement with cvs. > > What's interesting is that svn keeps this info in .svn/ and does not use > it. Sick. If you checkout tags/ and branches/ (probably empty) than you won't need to type the URLs. The URLs are only needed when you want to do server-side cp or mv (which is not possible with CVS at all). -- Regards, Jakub Piotr C?apa From loc at toya.net.pl Sun Sep 11 12:45:02 2005 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Sun, 11 Sep 2005 12:45:02 +0200 Subject: cvs vs svn... In-Reply-To: <1126359047.5405.34.camel@neptune.sakowski.pl> References: <1126024370.20953.7.camel@RECENT-CONVERT> <20050906164607.GM31196@woland.michal.waw.pl> <1126026420.20953.10.camel@RECENT-CONVERT> <20050906172701.GE4257@sith.mimuw.edu.pl> <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <1126108891.5406.17.camel@neptune.sakowski.pl> <20050907233601.GA13635@sith.mimuw.edu.pl> <1126205232.5402.12.camel@neptune.sakowski.pl> <20050908211848.GB30137@sith.mimuw.edu.pl> <1126255255.16367.3.camel@RECENT-CONVERT> <1126359047.5405.34.camel@neptune.sakowski.pl> Message-ID: <43240AAE.4000301@toya.net.pl> Pawe? Sakowski wrote: > On Fri, 2005-09-09 at 09:40 +0100, wrobell wrote: > >>[svn log] -> few days please. > > While we're at revolutionary ideas... > > Currently %changelog doesn't really correspond to the CVS commit log. It > is subject to truncation, editing (adding CAN entries, fixing typos, > rewording). Furthermore, at some points it (here both changelog and > commit log) simply restates the change made ("added BR foo-devel"), at > others it has nothing to do with the change made ("rel 3. Nothing really > changed in this spec, but that other patch got really improved"). Some > places it just adds useless noise to the spec ("trying to do foo", > "another attempt to do foo", "foo won't work anyway, reverting last 2 > commits") or just document flame wars ("last commit was issued by an > idiot"). > > So, the crazy idea is to give up automatic %changelog generation and > treat it more like a NEWS file (i.e. document important changes, not > each invidual commit). I would imagine that a new %changelog entry would > be added for each new release and state the reason that the new release > is a Good Thing, rather than document each change (nobody really cares > about "spaces->tabs"). Note: it's just a gut feeling that this is the > kind of information that people reading the %changelog are actually > looking for. I myself am not sure what exactly I need from the > changelog, and it's important that a changelog isn't manually writter > Ars Gratia Artis, but it actually brings useful information to the > developers. If it turns out that the commit logs bear close resemblance > to the information useful to the developers, the above idea is obviously > pointless (I'm not that evil to make people write the same thing twice > in the {commit ,%change}log). IMHO developers need this info mostly on the pld-cvs list and not in the spec file. (and certainly not in the binary RPM) svn log -r1:HEAD gives a really nice changelog (together with the changes in the patches). -- Regards, Jakub Piotr C?apa From gotar at polanet.pl Sun Sep 11 12:45:11 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 11 Sep 2005 12:45:11 +0200 Subject: cvs vs svn... In-Reply-To: <43240813.9090708@toya.net.pl> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> <1126355258.5405.7.camel@neptune.sakowski.pl> <20050910140053.GA1547@os> <43240813.9090708@toya.net.pl> Message-ID: <20050911104511.GA3013@os> On Sun, Sep 11, 2005 at 12:33:55 +0200, Jakub Piotr C?apa wrote: > You can use zsh clever autocompletion in our SPECS/? Yes. ~/rpm/SPECS: cvs ci [tab] modified file aptitude.spec lefthand-platform.spec mc-mp.spec sbcl.spec w32codec.spec dpkg.spec man.spec mutt.spec vice.spec wv2.spec giFT.spec maxima.spec rpm.spec vim.spec -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From loc at toya.net.pl Sun Sep 11 12:53:52 2005 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Sun, 11 Sep 2005 12:53:52 +0200 Subject: cvs vs svn... In-Reply-To: <20050911104511.GA3013@os> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> <1126355258.5405.7.camel@neptune.sakowski.pl> <20050910140053.GA1547@os> <43240813.9090708@toya.net.pl> <20050911104511.GA3013@os> Message-ID: <43240CC0.9020403@toya.net.pl> Tomasz Pala wrote: > On Sun, Sep 11, 2005 at 12:33:55 +0200, Jakub Piotr C?apa wrote: > >>You can use zsh clever autocompletion in our SPECS/? > > Yes. > > ~/rpm/SPECS: cvs ci [tab] > modified file > aptitude.spec lefthand-platform.spec mc-mp.spec sbcl.spec w32codec.spec > dpkg.spec man.spec mutt.spec vice.spec wv2.spec > giFT.spec maxima.spec rpm.spec vim.spec It was way too slow on my machine (maybe I'll give it another try now). -- Regards, Jakub Piotr C?apa From glen at delfi.ee Sun Sep 11 13:39:01 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 11 Sep 2005 14:39:01 +0300 Subject: SOURCES: start_udev - don't symlink makedev twice In-Reply-To: References: Message-ID: <200509111439.01939.glen@delfi.ee> On Sunday 11 September 2005 13:16, arekm wrote: > - [ -a /dev/MAKEDEV ] || ln -s $MAKEDEV /dev/MAKEDEV; > + [ -a /dev/MAKEDEV ] || ln -sf "$MAKEDEV" /dev/MAKEDEV; why -a, not -h or -L? because -a is not documented in 'man test' as check for file type, only as a expression EXPRESSION1 -a EXPRESSION2 both EXPRESSION1 and EXPRESSION2 are true -h FILE FILE exists and is a symbolic link (same as -L) -L FILE FILE exists and is a symbolic link (same as -h) -- glen From gotar at polanet.pl Sun Sep 11 13:54:35 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 11 Sep 2005 13:54:35 +0200 Subject: cvs vs svn... In-Reply-To: <43240CC0.9020403@toya.net.pl> References: <1126283528.16367.45.camel@RECENT-CONVERT> <20050909204817.GA3350@os> <200509092328.32749.arekm@pld-linux.org> <20050910005958.GA4755@os> <1126355258.5405.7.camel@neptune.sakowski.pl> <20050910140053.GA1547@os> <43240813.9090708@toya.net.pl> <20050911104511.GA3013@os> <43240CC0.9020403@toya.net.pl> Message-ID: <20050911115435.GB3483@os> On Sun, Sep 11, 2005 at 12:53:52 +0200, Jakub Piotr C?apa wrote: > > ~/rpm/SPECS: cvs ci [tab] > > It was way too slow on my machine (maybe I'll give it another try now). I don't use it in directory with SPECS/* ;) Only in this, containing CVS/Entries.Static. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Sun Sep 11 13:53:51 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 11 Sep 2005 13:53:51 +0200 Subject: cvs vs svn... In-Reply-To: <43240AAE.4000301@toya.net.pl> References: <1126081295.2251.4.camel@RECENT-CONVERT> <20050907090325.GA9863@sith.mimuw.edu.pl> <1126084854.2917.12.camel@RECENT-CONVERT> <1126108891.5406.17.camel@neptune.sakowski.pl> <20050907233601.GA13635@sith.mimuw.edu.pl> <1126205232.5402.12.camel@neptune.sakowski.pl> <20050908211848.GB30137@sith.mimuw.edu.pl> <1126255255.16367.3.camel@RECENT-CONVERT> <1126359047.5405.34.camel@neptune.sakowski.pl> <43240AAE.4000301@toya.net.pl> Message-ID: <20050911115351.GA3483@os> On Sun, Sep 11, 2005 at 12:45:02 +0200, Jakub Piotr C?apa wrote: > IMHO developers need this info mostly on the pld-cvs list and not in the > spec file. (and certainly not in the binary RPM) svn log -r1:HEAD gives In the past rpm has the ability to put into database only part of the changelog (but in other format, not ours) during install. Today: ~: rpm -qa --changelog | wc -c 4519475 And no way to remove it. It's a problem on almost-diskless stations. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Sun Sep 11 14:04:15 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 11 Sep 2005 15:04:15 +0300 Subject: cvs vs svn... In-Reply-To: <20050911115351.GA3483@os> References: <1126081295.2251.4.camel@RECENT-CONVERT> <43240AAE.4000301@toya.net.pl> <20050911115351.GA3483@os> Message-ID: <200509111504.15664.glen@delfi.ee> On Sunday 11 September 2005 14:53, Tomasz Pala wrote: > On Sun, Sep 11, 2005 at 12:45:02 +0200, Jakub Piotr C?apa wrote: > > IMHO developers need this info mostly on the pld-cvs list and not in the > > spec file. (and certainly not in the binary RPM) svn log -r1:HEAD gives > > In the past rpm has the ability to put into database only part of > the changelog (but in other format, not ours) during install. Today: > > ~: rpm -qa --changelog | wc -c > 4519475 > > And no way to remove it. It's a problem on almost-diskless stations. i guess it's because originally the changelog contained entries started with timestamp, but pld has only one such entry (stated with %{date} line). change %changelog parser to recognize cvs $log timestamps? -- glen From gotar at polanet.pl Sun Sep 11 14:25:06 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 11 Sep 2005 14:25:06 +0200 Subject: cvs vs svn... In-Reply-To: <200509111504.15664.glen@delfi.ee> References: <1126081295.2251.4.camel@RECENT-CONVERT> <43240AAE.4000301@toya.net.pl> <20050911115351.GA3483@os> <200509111504.15664.glen@delfi.ee> Message-ID: <20050911122506.GA3751@os> On Sun, Sep 11, 2005 at 15:04:15 +0300, Elan Ruusam?e wrote: > i guess it's because originally the changelog contained entries started with > timestamp, but pld has only one such entry (stated with %{date} line). Yes. > change %changelog parser to recognize cvs $log timestamps? It won't help now. This functionality was removed from rpm a year or two ago. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From michal at michal.waw.pl Mon Sep 12 09:50:58 2005 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Mon, 12 Sep 2005 09:50:58 +0200 Subject: jabber c2s dead loop In-Reply-To: <20050910155525.GA6516@mail.nbtsc.org> References: <20050729165340.GA2583@os> <20050910103033.GA986@os> <20050910155525.GA6516@mail.nbtsc.org> Message-ID: <20050912075058.GZ31196@woland.michal.waw.pl> On Sat, Sep 10, 2005 at 09:55:25AM -0600, Aredridel wrote: > I'm extremely happy with ejabberd so far. Very reliable. Does it have ICQ & GG transports? -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From deejay1 at nsj.srem.pl Mon Sep 12 10:09:22 2005 From: deejay1 at nsj.srem.pl (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Mon, 12 Sep 2005 10:09:22 +0200 Subject: jabber c2s dead loop In-Reply-To: <20050912075058.GZ31196@woland.michal.waw.pl> References: <20050729165340.GA2583@os> <20050910155525.GA6516@mail.nbtsc.org> <20050912075058.GZ31196@woland.michal.waw.pl> Message-ID: <200509121009.28486.deejay1@nsj.srem.pl> Dnia poniedzia?ek, 12 wrze?nia 2005 09:50, Michal Kochanowicz napisa?: > On Sat, Sep 10, 2005 at 09:55:25AM -0600, Aredridel wrote: > > I'm extremely happy with ejabberd so far. Very reliable. > > Does it have ICQ & GG transports? GG works perfectly, I haven't tried ICQ yet. Maybe Aredridel can tell more about it... -- ?ukasz [DeeJay1] Jerna? From glen at delfi.ee Mon Sep 12 14:06:30 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 12 Sep 2005 15:06:30 +0300 Subject: vim package Message-ID: <200509121506.30972.glen@delfi.ee> hi i want to use programs like view, vimdiff from package vim, but they're currently assigned to package vim-static. and i do not want to install vim-static. $ rpm -qpl /home/builder/rpm/RPMS/vim-6.3.086-3.i686.rpm|grep bin /usr/bin/rvim /usr/bin/vim $ rpm -qpl /home/builder/rpm/RPMS/vim-static-6.3.086-3.i686.rpm|grep bin /bin/ex /bin/rview /bin/vi /bin/view also the "static" bcond is completely lost with other naming packages: 1. the behaviour if vim package changes depending on bcond 2. -static package name and bcond is usually used as static development libraries -- glen From saq at pld-linux.org Mon Sep 12 22:29:12 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Mon, 12 Sep 2005 22:29:12 +0200 Subject: cvs vs svn... In-Reply-To: <200509091328.11648.djurban@pld-dc.org> References: <1126024370.20953.7.camel@RECENT-CONVERT> <200509091230.37411.djurban@pld-dc.org> <1126263266.5397.5.camel@neptune.sakowski.pl> <200509091328.11648.djurban@pld-dc.org> Message-ID: <1126556952.5442.9.camel@neptune.sakowski.pl> On Fri, 2005-09-09 at 13:28 +0200, Piotr Szymanski wrote: > > And sharing other sources isn't very useful and can sometimes prove to > > be a bad idea (one might inadvertently modify one package when working > > on another). > Yeah, like our SOURCES/kde-common-PLD.patch ? The admin dir is the same along > every kde release, we want it to be shared beween specs. If (since) it's not customized for each individual package, DF will be more than happy to accept that file. -- Pawe? Sakowski PLD Linux Distribution From glen at delfi.ee Tue Sep 13 15:26:09 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 13 Sep 2005 16:26:09 +0300 Subject: poldek 0.19 env proxy Message-ID: <200509131626.10273.glen@delfi.ee> hi i see that poldek 0.19 (poldek-0.19.0-1.20050613.22 to be exact) respects $http_proxy and $ftp_proxy. but unfortunately it doesn't support $no_proxy. i have usually setup such env: http_proxy=http://cache.online.ee:80/ ftp_proxy=http://cache.online.ee:80/ no_proxy=localhost,.ee -- glen From saq at pld-linux.org Tue Sep 13 18:48:59 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Tue, 13 Sep 2005 18:48:59 +0200 Subject: cvs vs svn reloaded Message-ID: <1126630139.5432.6.camel@neptune.sakowski.pl> In the spirit of "don't take my word for it" I've created a proof-of-concept of how an svn-based, package-oriented repository would look like. http://svn.pld-linux.org/svn/cvs2svn-migration/trunk Requires a (partial) mirror of the repo. Have fun creating brand new PLD repositories and invoking the brand new builder to build rpms from it. Feedback most welcome. -- Pawe? Sakowski PLD Linux Distribution From saq at pld-linux.org Tue Sep 13 19:45:45 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Tue, 13 Sep 2005 19:45:45 +0200 Subject: cvs2svn-migration/trunk/README In-Reply-To: <6374@svn.pld-linux.org> References: <6374@svn.pld-linux.org> Message-ID: <1126633545.5432.10.camel@neptune.sakowski.pl> On Tue, 2005-09-13 at 19:26 +0200, pluto wrote: > +- For clarity we should keep the $package/{$package.spec,tags,branches} > + instead of {trunk,tags,branches}/$package. Rather $package/{trunk,{tag,branche}s/foo}/$package.spec. Making trunk a superdirectory of the rest would make cross-branch merges very painful. -- Pawe? Sakowski PLD Linux Distribution From pluto at agmk.net Tue Sep 13 21:01:09 2005 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Tue, 13 Sep 2005 21:01:09 +0200 Subject: cvs2svn-migration/trunk/README In-Reply-To: <1126633545.5432.10.camel@neptune.sakowski.pl> References: <6374@svn.pld-linux.org> <1126633545.5432.10.camel@neptune.sakowski.pl> Message-ID: <200509132101.09856.pluto@agmk.net> Dnia wtorek, 13 wrze?nia 2005 19:45, Pawe? Sakowski napisa?: > On Tue, 2005-09-13 at 19:26 +0200, pluto wrote: > > +- For clarity we should keep the $package/{$package.spec,tags,branches} > > + instead of {trunk,tags,branches}/$package. > > Rather $package/{trunk,{tag,branche}s/foo}/$package.spec. Making trunk a > superdirectory of the rest would make cross-branch merges very painful. yes, you're right. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke From qboosh at pld-linux.org Wed Sep 14 12:59:05 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 14 Sep 2005 12:59:05 +0200 Subject: cvs vs svn reloaded In-Reply-To: <1126630139.5432.6.camel@neptune.sakowski.pl> References: <1126630139.5432.6.camel@neptune.sakowski.pl> Message-ID: <20050914105905.GE1761@gruby.cs.net.pl> (small summary before leaving Warsaw for a few days) Well, what I _need_ is to have local SPECS directory regularly updated and be able to easily commit individual specs without traversing directory structure all the time. I _won't_ sacrifice few times more time for multiple chdir()s or typing longer paths during specs cleanups/fixes/cosmetics, just in order to use "more modern" VCS. BTW, is commits atomicity really a key? Commit/build races are rare. And I don't think that all commits to svn would be done to package spec and all sources symultaneously. -- Jakub Bogusz http://qboosh.cs.net.pl/ From pluto at agmk.net Wed Sep 14 15:02:10 2005 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Wed, 14 Sep 2005 15:02:10 +0200 Subject: cvs vs svn reloaded In-Reply-To: <20050914105905.GE1761@gruby.cs.net.pl> References: <1126630139.5432.6.camel@neptune.sakowski.pl> <20050914105905.GE1761@gruby.cs.net.pl> Message-ID: <200509141502.11261.pluto@agmk.net> Dnia ?roda, 14 wrze?nia 2005 12:59, Jakub Bogusz napisa?: > (small summary before leaving Warsaw for a few days) > > Well, what I _need_ is to have local SPECS directory regularly updated > and be able to easily commit individual specs without traversing > directory structure all the time. > I _won't_ sacrifice few times more time for multiple chdir()s or typing > longer paths during specs cleanups/fixes/cosmetics, just in order to use > "more modern" VCS. http://subversion.tigris.org/faq.html#symlinks ? -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke From saq at pld-linux.org Wed Sep 14 15:15:19 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Wed, 14 Sep 2005 15:15:19 +0200 Subject: cvs vs svn reloaded In-Reply-To: <200509141502.11261.pluto@agmk.net> References: <1126630139.5432.6.camel@neptune.sakowski.pl> <20050914105905.GE1761@gruby.cs.net.pl> <200509141502.11261.pluto@agmk.net> Message-ID: <1126703719.5443.9.camel@neptune.sakowski.pl> On Wed, 2005-09-14 at 15:02 +0200, Pawe? Sikora wrote: > http://subversion.tigris.org/faq.html#symlinks ? And what about them? -- Pawe? Sakowski PLD Linux Distribution From pluto at agmk.net Wed Sep 14 15:26:25 2005 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Wed, 14 Sep 2005 15:26:25 +0200 Subject: cvs vs svn reloaded In-Reply-To: <1126703719.5443.9.camel@neptune.sakowski.pl> References: <1126630139.5432.6.camel@neptune.sakowski.pl> <200509141502.11261.pluto@agmk.net> <1126703719.5443.9.camel@neptune.sakowski.pl> Message-ID: <200509141526.25809.pluto@agmk.net> Dnia ?roda, 14 wrze?nia 2005 15:15, Pawe? Sakowski napisa?: > On Wed, 2005-09-14 at 15:02 +0200, Pawe? Sikora wrote: > > http://subversion.tigris.org/faq.html#symlinks ? > > And what about them? we can create a flat specs directory with symlinks to sub-trunks to avoid dir traversing. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke From saq at pld-linux.org Wed Sep 14 23:17:35 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Wed, 14 Sep 2005 23:17:35 +0200 Subject: cvs vs svn... (Re: SOURCES: ghostscript-afpl-am.patch (NEW), In-Reply-To: <200509091519.j89FJUIO020244@green.mif.pg.gda.pl> References: <200509091519.j89FJUIO020244@green.mif.pg.gda.pl> Message-ID: <1126732655.5443.16.camel@neptune.sakowski.pl> On Fri, 2005-09-09 at 17:19 +0200, Andrzej Krzysztofowicz wrote: > /me would like also to do sth like: > > rsync -a some-rsync-pld-server::cvs/SPECS > > (and minimizing network activity while doing this, of course) According to the docs, you can safely (and efficiently) rsync fsfs-based svn repositories. However, you cannot limit yourself to the specs: you would be getting the repo in its entirety. -- Pawe? Sakowski PLD Linux Distribution From glen at delfi.ee Thu Sep 15 18:05:04 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 15 Sep 2005 19:05:04 +0300 Subject: vserver and scripts provided by rpm package In-Reply-To: <20050728212620.GA3281@sith.mimuw.edu.pl> References: <200507211846.19778.glen@delfi.ee> <200507212359.23349.glen@delfi.ee> <20050728212620.GA3281@sith.mimuw.edu.pl> Message-ID: <200509151905.05407.glen@delfi.ee> On Friday 29 July 2005 00:26, Jan Rekorajski wrote: > > > > # vpoldek mysql-slave -- -e mysql > > > > vpoldek: operating on vserver mysql-slave > > > > There are 1 package to remove: > > > > R mysql-4.1.12-2.5 > > > > Proceed? [y/N] > > > > Running vrpm-preload --erase --root /vservers/mysql-slave... > > > > /var/tmp/rpm-tmp.33133[6]: /usr/lib/rpm/user_group.sh: not found > > > > /var/tmp/rpm-tmp.33133[6]: /usr/lib/rpm/user_group.sh: not found > > > > error: %postun(mysql-4.1.12-2.5.i686) scriptlet failed, exit status > > > > 127 vpoldek failed on vserver 'mysql-slave' with errorcode 1 [...] > What about rpm-scripts package or something similiar? attached rpm-scripts patch. needed also to move /usr/lib/rpm to that package, perhaps name it rpm-base instead due that move? or as the package will contain only that user_group.sh macro, name package as rpm-userdel? rpm-usermod? -- glen -------------- next part -------------- A non-text attachment was scrubbed... Name: rpm-scripts.patch Type: text/x-diff Size: 1965 bytes Desc: not available URL: From saq at pld-linux.org Thu Sep 15 20:02:59 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Thu, 15 Sep 2005 20:02:59 +0200 Subject: cvs vs svn reloaded In-Reply-To: <20050914105905.GE1761@gruby.cs.net.pl> References: <1126630139.5432.6.camel@neptune.sakowski.pl> <20050914105905.GE1761@gruby.cs.net.pl> Message-ID: <1126807379.5421.32.camel@neptune.sakowski.pl> On Wed, 2005-09-14 at 12:59 +0200, Jakub Bogusz wrote: > BTW, is commits atomicity really a key? > Commit/build races are rare. I think we're missing the point about atomicity. The thing we actually need is being able to find out What Has Changed(tm). Knowing that we're able to revert the change or, more importantly, merge it onto another branch. Atomicity helps in that a change can be easily identified/described by its revision number. Even with commit atomicity, the model commit;make-request;tag-at-srcbuilder is subject to race conditions if someone commits on the same branch between commit and tagging (which usually leads to building not what you want). -- Pawe? Sakowski PLD Linux Distribution From arekm at pld-linux.org Thu Sep 15 20:12:51 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 15 Sep 2005 20:12:51 +0200 Subject: cvs vs svn reloaded In-Reply-To: <1126807379.5421.32.camel@neptune.sakowski.pl> References: <1126630139.5432.6.camel@neptune.sakowski.pl> <20050914105905.GE1761@gruby.cs.net.pl> <1126807379.5421.32.camel@neptune.sakowski.pl> Message-ID: <200509152012.51635.arekm@pld-linux.org> On Thursday 15 of September 2005 20:02, Pawe? Sakowski wrote: > Even with commit atomicity, the model > commit;make-request;tag-at-srcbuilder is subject to race conditions if > someone commits on the same branch between commit and tagging (which > usually leads to building not what you want). request contains rev number and builder fetches rev number from specified branch. race fixed but some habbits would need to change. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From adamg at biomerieux.pl Thu Sep 15 22:01:06 2005 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Thu, 15 Sep 2005 22:01:06 +0200 Subject: SPECS: php-gtk.spec - updated from php4-gtk (1.0.2). doesn't build... In-Reply-To: References: Message-ID: <20050915200106.GA28848@mysza.eu.org> On Thu, Sep 15, 2005 at 08:23:49PM +0200, glen wrote: > Author: glen Date: Thu Sep 15 18:23:49 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - updated from php4-gtk (1.0.2). doesn't build php-gtk doesn't support php5? Looks like it doesn't. Last time we build a package from this spec (around Februrary, 2004) there was still php 4 in php.spec. Applying a dirty hack on config.m4 doesn't help, as the build fails on some OO-related error. I guess we could drop this spec and wait till php-gtk2.spec, which should support php5. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From gotar at polanet.pl Fri Sep 16 10:25:43 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 16 Sep 2005 10:25:43 +0200 Subject: ftp5.pld-linux.org Message-ID: <20050916082543.GA393@os> It's desynchronized again. No updates for a few days and: error: vfff: http://ftp.pld-linux.org/dists/ac/test/athlon/packages.i/packages.dir.diff.toc.gz: no such file -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From loc at toya.net.pl Fri Sep 16 14:56:28 2005 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Fri, 16 Sep 2005 14:56:28 +0200 Subject: [RFC] /usr/src/linux dir naming Message-ID: <432AC0FC.60402@toya.net.pl> I think this dirs should be named using %{version}-%{release} just like the modules one currently are. This way we can put things into /usr/src/linux/include/ (%{_kernelsrcdir} won't work here, because the files will vanish without notice with the kernel upgrade) -- Regards, Jakub Piotr C?apa From loc at toya.net.pl Fri Sep 16 15:40:58 2005 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Fri, 16 Sep 2005 15:40:58 +0200 Subject: SPECS: ipw2200.spec - addd a patch fixing dhcpcd broadcasts In-Reply-To: References: Message-ID: <432ACB6A.8090103@toya.net.pl> jpc wrote: > Author: jpc Date: Fri Sep 16 13:04:38 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - addd a patch fixing dhcpcd broadcasts If someone could confirm that it works on kernels < 2.6.13 (I guess it should) then I STBR (after doing an rel up). -- Regards, Jakub Piotr C?apa From sparky at sparky.homelinux.org Fri Sep 16 20:44:10 2005 From: sparky at sparky.homelinux.org (Przemek Iskra) Date: Fri, 16 Sep 2005 20:44:10 +0200 Subject: SPECS: setup.spec - shouldn't the trigger be static program, as se... In-Reply-To: References: Message-ID: <20050916184410.GA18031@sparky.homelinux.org> On Fri, Sep 16, 2005 at 08:30:32PM +0200, glen wrote: > Author: glen Date: Fri Sep 16 18:30:32 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - shouldn't the trigger be static program, as setup is installed as > very first thing to system? (chick-egg race?) you're right, but how should it be done ? I have no idea how to do it the right way :/ -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org From glen at delfi.ee Fri Sep 16 21:06:04 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 16 Sep 2005 22:06:04 +0300 Subject: SPECS: setup.spec - shouldn't the trigger be static program, as se... In-Reply-To: <20050916184410.GA18031@sparky.homelinux.org> References: <20050916184410.GA18031@sparky.homelinux.org> Message-ID: <200509162206.04950.glen@delfi.ee> On Friday 16 September 2005 21:44, Przemek Iskra wrote: > On Fri, Sep 16, 2005 at 08:30:32PM +0200, glen wrote: > > Author: glen Date: Fri Sep 16 18:30:32 2005 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - shouldn't the trigger be static program, as setup is installed as > > very first thing to system? (chick-egg race?) > > you're right, but how should it be done ? > I have no idea how to do it the right way :/ first describe what that trigger supposed to do :) but, as it's a trigger on same package, i guess situation, when it gets ran is really an functional system, ie the upgrade. i doubt you have system with only old setup installed and then you upgrade and the trigger gets fired. but otherways, you should compile static-c program to do the job, but also you could do inline lua scripting i believe? %triggerpostin -p LUA SCRIPTING LANGUAGE HERE. i don't know lua, i only know it's possible, as i had similiar situation with glibc package :) -- glen From sparky at sparky.homelinux.org Fri Sep 16 22:39:40 2005 From: sparky at sparky.homelinux.org (Przemek Iskra) Date: Fri, 16 Sep 2005 22:39:40 +0200 Subject: SPECS: setup.spec - shouldn't the trigger be static program, as se... In-Reply-To: <200509162206.04950.glen@delfi.ee> References: <20050916184410.GA18031@sparky.homelinux.org> <200509162206.04950.glen@delfi.ee> Message-ID: <20050916203940.GA18205@sparky.homelinux.org> On Fri, Sep 16, 2005 at 10:06:04PM +0300, Elan Ruusam?e wrote: it has to add "devmode=0664,devgid=78" in usbfs in fstab as most people has changed /etc/fstab the new one will become /etc/fstab.rpmnew > could do inline lua scripting i believe? > > %triggerpostin -p > LUA SCRIPTING LANGUAGE HERE. > > i don't know lua, i only know it's possible, as i had similiar situation with > glibc package :) OK, I've written some thing like that, what do you think about it ? + it's not changing file permissions - it can be run only once -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org -------------- next part -------------- #!/usr/bin/lua40 -- find usbfs -> def(aults) -> "space", and put there what is neaded -- Warning: it's not checking if it was there already F = readfrom("/etc/fstab") txt = read("*a") closefile(F) usbfs = strfind(txt, "usbfs") default = strfind(txt, "def", usbfs) put_in = strfind(txt, "%s", default) F = openfile("/etc/fstab", "w") write(F, strsub(txt, 0, put_in - 1)) write(F, ",devmode=0664,devgid=78") write(F, strsub(txt, put_in)) closefile(F) From sparky at sparky.homelinux.org Sat Sep 17 02:31:26 2005 From: sparky at sparky.homelinux.org (Przemek Iskra) Date: Sat, 17 Sep 2005 02:31:26 +0200 Subject: SPECS: setup.spec - shouldn't the trigger be static program, as se... In-Reply-To: <20050916203940.GA18205@sparky.homelinux.org> References: <20050916184410.GA18031@sparky.homelinux.org> <200509162206.04950.glen@delfi.ee> <20050916203940.GA18205@sparky.homelinux.org> Message-ID: <20050917003126.GA4185@sparky.homelinux.org> On Fri, Sep 16, 2005 at 10:39:40PM +0200, Przemek Iskra wrote: > > could do inline lua scripting i believe? > > > > %triggerpostin -p > > LUA SCRIPTING LANGUAGE HERE. > > > > i don't know lua, i only know it's possible, as i had similiar situation with > > glibc package :) there's yes annother problem with lua, it requires recent rpm i've written something like thah in c, requires some cosmetics but what do you think ? -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ..Mail,MSN LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| :..sparkysparky.homelinux.org -------------- next part -------------- /* * adds devmode and devgid to usbfs in fstab * * sole small parts from joinpasswd by malekith */ #include #include #include #include #include #include #include #include void eputs(const char *msg) { write(2, msg, strlen(msg)); } void fatal(const char *msg) { eputs(msg); eputs("\n"); exit(1); } int main() { char *old, *id; char *name = "/etc/fstab"; char *backup_name = "/etc/fstab.bak"; int i, fd; int old_sz; char *add = ",devmode=0664,devgid=78"; struct stat st; fd = open(name, O_RDONLY); if (fd == -1) return 1; fstat(fd, &st); old = (char *) malloc(st.st_size); read(fd, old, st.st_size); close(fd); old_sz = st.st_size; fd = open(backup_name, O_WRONLY|O_CREAT|O_TRUNC, 0600); if (fd < 0) fatal("cannot make backup"); write(fd, old, old_sz); close(fd); // find usbfs for (i = 0; i < old_sz; i++) { if ( old[i] == 'u' && old[i+1] == 's' && old[i+2] == 'b' && old[i+3] == 'f' && old[i+4] == 's') break; } // find defau(lts) for (;i < old_sz; i++) { if ( old[i] == 'd' && old[i+1] == 'e' && old[i+2] == 'f' && old[i+3] == 'a' && old[i+4] == 'u' ) break; } // find first space for (;i < old_sz; i++) { if ( old[i] == ' ' || old[i] == '\t' ) break; } if ( i >= old_sz ) fatal("can't find correct usbfs entry"); fd = open(name, O_WRONLY|O_CREAT|O_TRUNC); write(fd, old, i); write(fd, add, strlen(add)); write(fd, old + i, old_sz - i); close(fd); return 0; } From tomasz at grobelny.oswiecenia.net Sun Sep 18 00:48:15 2005 From: tomasz at grobelny.oswiecenia.net (Tomasz Grobelny) Date: Sun, 18 Sep 2005 00:48:15 +0200 Subject: gg2 upgrade Message-ID: <200509180048.15496.tomasz@grobelny.oswiecenia.net> Attached are patch to gg2.spec and new gg2-dbus.patch. Several comments on upgrade to version 2.2.8: 1. It seems that gg2-erasms.patch was already applied to gnugadu sources. 2. gg2-dbus.patch is basically a copy of the old one but only with relevant parts (no moving variables around). 3. I have no idea about dbus so I would like this functionality to be checked before applying. But if the previous patch worked fine this should as well. 4. In this version annoying crash was fixed (and that's why I did the upgrade). -- Regards, Tomasz Grobelny -------------- next part -------------- A non-text attachment was scrubbed... Name: gg2-dbus.patch Type: text/x-diff Size: 3740 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gg2.spec.patch Type: text/x-diff Size: 1075 bytes Desc: not available URL: From tomasz at grobelny.oswiecenia.net Sun Sep 18 01:03:51 2005 From: tomasz at grobelny.oswiecenia.net (Tomasz Grobelny) Date: Sun, 18 Sep 2005 01:03:51 +0200 Subject: gg2 upgrade In-Reply-To: <200509180048.15496.tomasz@grobelny.oswiecenia.net> References: <200509180048.15496.tomasz@grobelny.oswiecenia.net> Message-ID: <200509180103.52047.tomasz@grobelny.oswiecenia.net> Dnia niedziela 18 wrze?nia 2005 00:48, Tomasz Grobelny napisa?: > Attached are (...) new gg2-dbus.patch. There are 2 plus signs at the very beginning of line 52. Of course the second one is not necessary (but shouldn't mess up anything either). -- Regards, Tomasz Grobelny From glen at delfi.ee Sun Sep 18 16:28:16 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 18 Sep 2005 17:28:16 +0300 Subject: cvs move In-Reply-To: <200508231335.16364.glen@delfi.ee> References: <200508231335.16364.glen@delfi.ee> Message-ID: <200509181728.17256.glen@delfi.ee> hi, please move horde packages with horde- prefix in CVS mv SPECS/kronolith.spec,v SPECS/horde-kronolith.spec,v mv SPECS/ingo.spec,v SPECS/horde-ingo.spec,v mv SPECS/klutz.spec,v SPECS/horde-klutz.spec,v mv SPECS/giapeto.spec,v SPECS/horde-giapeto.spec,v mv SPECS/mimp.spec,v SPECS/horde-mimp.spec,v mv SPECS/whups.spec,v SPECS/horde-whups.spec,v mv SPECS/trean.spec,v SPECS/horde-trean.spec,v mv SPECS/gollem.spec,v SPECS/horde-gollem.spec,v mv SPECS/chora.spec,v SPECS/horde-chora.spec,v mv SPECS/imp.spec,v SPECS/horde-imp.spec,v mv SPECS/wicked.spec,v SPECS/horde-wicked.spec,v mv SPECS/turba.spec,v SPECS/horde-turba.spec,v mv SPECS/mnemo.spec,v SPECS/horde-mnemo.spec,v the spec contents already changed to confirm to new naming. -- glen On Tuesday 23 August 2005 13:35, Elan Ruusam?e wrote: > hi > > anybody against of renaming all horde packages with horde- prefix? > as there are collisions without. > > like passwd, nag already are packages in PLD. -- glen From krzak at hakore.com Mon Sep 19 10:30:53 2005 From: krzak at hakore.com (Marcin Krzyzanowski) Date: Mon, 19 Sep 2005 10:30:53 +0200 Subject: gg2 upgrade In-Reply-To: <200509180048.15496.tomasz@grobelny.oswiecenia.net> References: <200509180048.15496.tomasz@grobelny.oswiecenia.net> Message-ID: <432E773D.5090705@hakore.com> Tomasz Grobelny wrote: >Attached are patch to gg2.spec and new gg2-dbus.patch. Several comments on >upgrade to version 2.2.8: >1. It seems that gg2-erasms.patch was already applied to gnugadu sources. >2. gg2-dbus.patch is basically a copy of the old one but only with relevant >parts (no moving variables around). >3. I have no idea about dbus so I would like this functionality to be checked >before applying. But if the previous patch worked fine this should as well. >4. In this version annoying crash was fixed (and that's why I did the >upgrade). > > send this patches to gg2 devel list please, I'll apply it in sources. From gotar at polanet.pl Mon Sep 19 15:23:32 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 19 Sep 2005 15:23:32 +0200 Subject: ftp5.pld-linux.org In-Reply-To: <20050916082543.GA393@os> References: <20050916082543.GA393@os> Message-ID: <20050919132332.GA1784@os> On Fri, Sep 16, 2005 at 10:25:43 +0200, Tomasz Pala wrote: > It's desynchronized again. No updates for a few days and: > > error: vfff: http://ftp.pld-linux.org/dists/ac/test/athlon/packages.i/packages.dir.diff.toc.gz: no such file Anyone!? Knock knock! -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From djurban at pld-dc.org Mon Sep 19 16:02:26 2005 From: djurban at pld-dc.org (Piotr Szymanski) Date: Mon, 19 Sep 2005 16:02:26 +0200 Subject: ftp5.pld-linux.org In-Reply-To: <20050919132332.GA1784@os> References: <20050916082543.GA393@os> <20050919132332.GA1784@os> Message-ID: <200509191602.26846.djurban@pld-dc.org> Hi, Tomasz Pala (Monday 19 of September 2005 15:23): > Anyone!? Knock knock! knockin' oooon heavens dooor -- Piotr Szymanski djurban at pld-linux.org From m.moskal at nemerle.org Mon Sep 19 22:54:56 2005 From: m.moskal at nemerle.org (Michal Moskal) Date: Mon, 19 Sep 2005 22:54:56 +0200 Subject: cvs move In-Reply-To: <200509181728.17256.glen@delfi.ee> References: <200508231335.16364.glen@delfi.ee> <200509181728.17256.glen@delfi.ee> Message-ID: Done. On 9/18/05, Elan Ruusam?e wrote: > hi, please move horde packages with horde- prefix in CVS > > mv SPECS/kronolith.spec,v SPECS/horde-kronolith.spec,v > mv SPECS/ingo.spec,v SPECS/horde-ingo.spec,v > mv SPECS/klutz.spec,v SPECS/horde-klutz.spec,v > mv SPECS/giapeto.spec,v SPECS/horde-giapeto.spec,v > mv SPECS/mimp.spec,v SPECS/horde-mimp.spec,v > mv SPECS/whups.spec,v SPECS/horde-whups.spec,v > mv SPECS/trean.spec,v SPECS/horde-trean.spec,v > mv SPECS/gollem.spec,v SPECS/horde-gollem.spec,v > mv SPECS/chora.spec,v SPECS/horde-chora.spec,v > mv SPECS/imp.spec,v SPECS/horde-imp.spec,v > mv SPECS/wicked.spec,v SPECS/horde-wicked.spec,v > mv SPECS/turba.spec,v SPECS/horde-turba.spec,v > mv SPECS/mnemo.spec,v SPECS/horde-mnemo.spec,v > > the spec contents already changed to confirm to new naming. > > -- > glen > > On Tuesday 23 August 2005 13:35, Elan Ruusam?e wrote: > > hi > > > > anybody against of renaming all horde packages with horde- prefix? > > as there are collisions without. > > > > like passwd, nag already are packages in PLD. > > -- > glen > -- Michal Moskal, http://nemerle.org/~malekith/ From hawk at limanowa.net Wed Sep 21 00:41:03 2005 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Wed, 21 Sep 2005 00:41:03 +0200 Subject: SPECS: odbtp.spec - removed php-odbtp package, there's php-pecl-od... In-Reply-To: References: Message-ID: <43308FFF.6060105@limanowa.net> > Author: glen Date: Tue Sep 20 22:26:29 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - removed php-odbtp package, there's php-pecl-odbtp available (if there's reason for otherwise, please revert and state what's the difference, or fix php-pecl-odbtp) AFAIR php-pecl-odbtp was a partial copy (rip of php module only) taken from original odbtp. Thus, php module was built from original odbtp as it was more, uhm, trustuble than some rip :) But that was long time ago and it is possible that I've messed up some informations. M. From glen at delfi.ee Wed Sep 21 09:40:31 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 21 Sep 2005 10:40:31 +0300 Subject: SPECS: odbtp.spec - removed php-odbtp package, there's php-pecl-od... In-Reply-To: <43308FFF.6060105@limanowa.net> References: <43308FFF.6060105@limanowa.net> Message-ID: <200509211040.31355.glen@delfi.ee> On Wednesday 21 September 2005 01:41, Marcin Kr?l wrote: > > Author: glen Date: Tue Sep 20 22:26:29 2005 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - removed php-odbtp package, there's php-pecl-odbtp available (if there's > > reason for otherwise, please revert and state what's the difference, or > > fix php-pecl-odbtp) > > AFAIR php-pecl-odbtp was a partial copy (rip of php module only) taken > from original odbtp. Thus, php module was built from original odbtp as > it was more, uhm, trustuble than some rip :) But that was long time ago > and it is possible that I've messed up some informations. the versions are same, 1.1.2. and diff between them shows nothing. -- glen From hawk at limanowa.net Wed Sep 21 12:11:28 2005 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Wed, 21 Sep 2005 12:11:28 +0200 Subject: SPECS: odbtp.spec - removed php-odbtp package, there's php-pecl-od... In-Reply-To: <200509211040.31355.glen@delfi.ee> References: <43308FFF.6060105@limanowa.net> <200509211040.31355.glen@delfi.ee> Message-ID: <433131D0.2010904@limanowa.net> > the versions are same, 1.1.2. and diff between them shows nothing. Yeah, but php-pecl-odbtp is still a rip and in the past it wasn't updated right after new release of original odbtp. If such situation will occur again we may (hipotetically) end up with old odbtp php module which may not work properly with newer odbtp library. M. From qboosh at pld-linux.org Wed Sep 21 15:19:58 2005 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 21 Sep 2005 15:19:58 +0200 Subject: SPECS: php-pecl-odbtp.spec - macro for both obsoletes In-Reply-To: References: Message-ID: <20050921131957.GA1562@gruby.cs.net.pl> On Wed, Sep 21, 2005 at 09:31:52AM +0200, glen wrote: > Author: glen Date: Wed Sep 21 07:31:52 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - macro for both obsoletes > -Obsoletes: php-odbtp > Obsoletes: php-pear-%{_modname} > +Obsoletes: php-%{_modname} Macros shouldn't be used in Obsoletes for old packages. Macro value could change in the future while old package name won't. -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Wed Sep 21 17:35:18 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 21 Sep 2005 18:35:18 +0300 Subject: SPECS: php-pecl-odbtp.spec - macro for both obsoletes In-Reply-To: <20050921131957.GA1562@gruby.cs.net.pl> References: <20050921131957.GA1562@gruby.cs.net.pl> Message-ID: <200509211835.19071.glen@delfi.ee> On Wednesday 21 September 2005 16:19, Jakub Bogusz wrote: > On Wed, Sep 21, 2005 at 09:31:52AM +0200, glen wrote: > > Author: glen Date: Wed Sep 21 07:31:52 2005 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - macro for both obsoletes > > > > -Obsoletes: php-odbtp > > Obsoletes: php-pear-%{_modname} > > +Obsoletes: php-%{_modname} > > Macros shouldn't be used in Obsoletes for old packages. > Macro value could change in the future while old package name won't. i tought this is valid for external packages, and as the previous Obsoletes with macro wasn't touched, unified it this way. -- Elan Ruusam?e http://www.DELFI.ee/ R?vala pst 6, 10143, Tallinn, Eesti tel (secretary): +372 650 4922 tel: +372 650 1278 fax: +372 681 4719 From zawadaa at gmail.com Thu Sep 22 13:44:11 2005 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Thu, 22 Sep 2005 13:44:11 +0200 Subject: sudosh on amd64 Message-ID: <4332990B.4090203@gmail.com> Hello! Example: $ uname -a Linux azawadzki 2.6.12-rc6 #1 Wed Jun 8 13:43:10 CEST 2005 x86_64 AMD_Athlon(tm)_64_Processor_3200+ unknown PLD Linux $ sudo sudosh open slave pty: Bad address open pty failed: Illegal seek [zawada at azawadzki ~]$ On x86 everything is OK. Google doesn't speak much... -- Andrzej Zawadzki From glen at delfi.ee Thu Sep 22 15:56:25 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 22 Sep 2005 16:56:25 +0300 Subject: sudosh on amd64 In-Reply-To: <4332990B.4090203@gmail.com> References: <4332990B.4090203@gmail.com> Message-ID: <200509221656.26029.glen@delfi.ee> version? pld spec speaks much. $Log: sudosh.spec,v $ Revision 1.20 2005/09/21 15:51:27 glen - rel 1 for stable (1.6.x) branch Revision 1.19 2005/08/17 15:38:22 glen - see also http://sourceforge.net/tracker/index.php?func=detail&aid=1239951&group_id=119536&atid=684354 Revision 1.18 2005/08/17 15:36:56 glen - old 1.8.x is available on DEVEL Revision 1.17 2005/08/17 15:35:41 glen - back to rev 1.12 for 1.6.3 series On Thursday 22 September 2005 14:44, Andrzej Zawadzki wrote: > Hello! > > Example: > $ uname -a > Linux azawadzki 2.6.12-rc6 #1 Wed Jun 8 13:43:10 CEST 2005 x86_64 > AMD_Athlon(tm)_64_Processor_3200+ unknown PLD Linux > > $ sudo sudosh > open slave pty: Bad address > open pty failed: Illegal seek > > [zawada at azawadzki ~]$ > > On x86 everything is OK. > > Google doesn't speak much... -- glen From zawadaa at gmail.com Thu Sep 22 16:32:19 2005 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Thu, 22 Sep 2005 16:32:19 +0200 Subject: sudosh on amd64 In-Reply-To: <200509221656.26029.glen@delfi.ee> References: <4332990B.4090203@gmail.com> <200509221656.26029.glen@delfi.ee> Message-ID: <4332C073.3070109@gmail.com> Elan Ruusam?e wrote: > version? 1.6.3 > pld spec speaks much. > > $Log: sudosh.spec,v $ > Revision 1.20 2005/09/21 15:51:27 glen > - rel 1 for stable (1.6.x) branch > > Revision 1.19 2005/08/17 15:38:22 glen > - see also > http://sourceforge.net/tracker/index.php?func=detail&aid=1239951&group_id=119536&atid=684354 I know that, but this is for 1.8.x -- Andrzej Zawadzki From wrobell at pld-linux.org Thu Sep 22 17:34:35 2005 From: wrobell at pld-linux.org (wrobell) Date: Thu, 22 Sep 2005 16:34:35 +0100 Subject: tetex 3.0 Message-ID: <1127403275.30542.46.camel@RECENT-CONVERT> i would like to merge tetex 3.0 from DEVEL to HEAD. moving config files to /etc is not done and i do not know when i will finish it, so... any objections? wrobell From hawk at limanowa.net Thu Sep 22 22:43:54 2005 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Thu, 22 Sep 2005 22:43:54 +0200 Subject: SOURCES: util-linux-2.12q-use-update_mtab-for-fake.patch (NEW) - C... In-Reply-To: References: Message-ID: <4333178A.10109@limanowa.net> > Author: glen Date: Wed Sep 21 16:59:39 2005 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - CAN-2005-2876; patch taken from gentoo portage > > ---- Files affected: > SOURCES: > util-linux-2.12q-use-update_mtab-for-fake.patch (NONE -> 1.1) (NEW) As it was reported on pld-users-pl after upgrading mount to 2.12q-4 system is not booting anymore. It hangs right after remounting root fs for read/write. Error message says: ***glibc detected*** double free of corruption (!prev): 0x0805ba58 *** And only cold boot works. The only thing which has changed between release 3 and 4 is util-linux-2.12q-use-update_mtab-for-fake.patch. I'm not familiar with util-linux sources, but I see two more patches in gentoo which are fixing similiar problems (util-linux-2.12q-more-fake-checks-v2.patch, util-linux-2.12q-update_mtab-fixes.patch). Maybe they're required too (I can't check it mysefl right now)? Or maybe we should use patch from FC4 instead (its different)? Anyway, this should be fixed ASAP. M. From glen at delfi.ee Fri Sep 23 00:39:29 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 23 Sep 2005 01:39:29 +0300 Subject: SOURCES: util-linux-2.12q-use-update_mtab-for-fake.patch (NEW) - C... In-Reply-To: <4333178A.10109@limanowa.net> References: <4333178A.10109@limanowa.net> Message-ID: <200509230139.30480.glen@delfi.ee> On Thursday 22 September 2005 23:43, Marcin Kr?l wrote: > > Author: glen Date: Wed Sep 21 16:59:39 2005 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - CAN-2005-2876; patch taken from gentoo portage > > > > ---- Files affected: > > SOURCES: > > util-linux-2.12q-use-update_mtab-for-fake.patch (NONE -> 1.1) (NEW) > > As it was reported on pld-users-pl after upgrading mount to 2.12q-4 > system is not booting anymore. It hangs right after remounting root fs > for read/write. Error message says: > > ***glibc detected*** double free of corruption (!prev): 0x0805ba58 *** > > And only cold boot works. enable sysrq and panic=20 kernel cmdline option perhaps for soft ones. > The only thing which has changed between release 3 and 4 is > util-linux-2.12q-use-update_mtab-for-fake.patch. I'm not familiar with > util-linux sources, but I see two more patches in gentoo which are > fixing similiar problems (util-linux-2.12q-more-fake-checks-v2.patch, > util-linux-2.12q-update_mtab-fixes.patch). Maybe they're required too (I > can't check it mysefl right now)? Or maybe we should use patch from FC4 > instead (its different)? Anyway, this should be fixed ASAP. can't reproduce it, so just applied the mentioned patches, please give it a try yourself? also sent util-linux to test builders. -- glen From glen at delfi.ee Fri Sep 23 13:22:56 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 23 Sep 2005 14:22:56 +0300 Subject: SPECS: util-linux.spec - integer release (with new patches) - rel.... In-Reply-To: References: Message-ID: <200509231422.57114.glen@delfi.ee> On Friday 23 September 2005 13:46, charles wrote: > Author: charles Date: Fri Sep 23 10:46:31 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - integer release (with new patches) - rel. 4 is broken > - STBR > > ---- Files affected: > SPECS: > util-linux.spec (1.262 -> 1.263) so those new patches fixed it? -- glen From kkrenski at gmail.com Fri Sep 23 14:23:49 2005 From: kkrenski at gmail.com (Charles) Date: Fri, 23 Sep 2005 14:23:49 +0200 Subject: SPECS: util-linux.spec - integer release (with new patches) - rel.... In-Reply-To: <200509231422.57114.glen@delfi.ee> References: <200509231422.57114.glen@delfi.ee> Message-ID: <200509231423.49800@nexar> Dnia pi?tek 23 wrze?nia 2005 13:22, Elan Ruusam?e napisa?: > On Friday 23 September 2005 13:46, charles wrote: > > Author: charles Date: Fri Sep 23 10:46:31 2005 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - integer release (with new patches) - rel. 4 is broken > > - STBR > > > > ---- Files affected: > > SPECS: > > util-linux.spec (1.262 -> 1.263) > > so those new patches fixed it? The error is occurring during the take-off of the system (mounting the root file system), but not on all machines: ***glibc detected*** double free or corruption (!prev) 0x0805bb68 *** mount-2.12q-4.1 is OK -- Pozdrawiam, Karol Krenski From blues at pld-linux.org Sun Sep 25 15:00:52 2005 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Sun, 25 Sep 2005 15:00:52 +0200 (CEST) Subject: SPECS: adapter.awk - kill some more macros In-Reply-To: References: Message-ID: On Sun, 25 Sep 2005, glen wrote: > Author: glen Date: Sun Sep 25 11:53:39 2005 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - kill some more macros [...] > + gsub("^%{__install}", "install") > + gsub("^%{__tar}", "tar") > + gsub("^%{__rm}", "rm") I don't know if it's good to remove this macros. I think we should implement them. In the beggining it could be simple command, the same. But some could want to replace i.e. tar with star, which is faster. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From glen at delfi.ee Sun Sep 25 19:01:08 2005 From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=) Date: Sun, 25 Sep 2005 20:01:08 +0300 Subject: SPECS: adapter.awk - kill some more macros In-Reply-To: References: Message-ID: <200509252001.08441.glen@delfi.ee> On Sunday 25 September 2005 16:00, Pawe? Go?aszewski wrote: > On Sun, 25 Sep 2005, glen wrote: > > Author: glen Date: Sun Sep 25 11:53:39 2005 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - kill some more macros > > [...] > > > + gsub("^%{__install}", "install") > > + gsub("^%{__tar}", "tar") > > + gsub("^%{__rm}", "rm") > > I don't know if it's good to remove this macros. > I think we should implement them. In the beggining it could be simple > command, the same. But some could want to replace i.e. tar with star, > which is faster. i don't know, i added these as it's common in PLD specs to have tar, rm, install, not macros. and adapter was supposed to convert any spec to PLD scheme :) if the policy is about to change, then first should convert all specs to that. btw, does star support --strip-components? -- glen From twittner at o2.pl Sun Sep 25 19:59:28 2005 From: twittner at o2.pl (Tomasz Wittner) Date: Sun, 25 Sep 2005 19:59:28 +0200 Subject: SPECS: adapter.awk - kill some more macros In-Reply-To: References: Message-ID: <200509251959.29125.twittner@o2.pl> On Sun 25. of September 2005 15:00, Pawe? Go?aszewski wrote: > On Sun, 25 Sep 2005, glen wrote: > > Author: glen Date: Sun Sep 25 11:53:39 2005 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - kill some more macros > [...] > > + gsub("^%{__install}", "install") > > + gsub("^%{__tar}", "tar") > > + gsub("^%{__rm}", "rm") > > I don't know if it's good to remove this macros. I agree with you - IMO it isn't. > I think we should implement them. In the beggining it could be simple > command, the same. But some could want to replace i.e. tar with star, > which is faster. ... and buggy or/and incompatible with GNU tar (star was invoked as `gnutar' in this case). I wasted a lot of time, when I tried to build kdevelop - star has problems with processing multiple arguments: gnutar -cf gnu.tar -C ./gnu AUTHORS COPYING \ ChangeLog INSTALL NEWS README TODO gnutar: No such file or directory. Cannot stat 'ChangeLog'. gnutar: No such file or directory. Cannot stat 'INSTALL'. gnutar: No such file or directory. Cannot stat 'NEWS'. gnutar: No such file or directory. Cannot stat 'README'. gnutar: No such file or directory. Cannot stat 'TODO'. In the end I've added `BC: star' to kdevelop.spec. So star it isn't a good reason for using macro %__tar instead plain command ;). > -- Tomasz Wittner From blues at pld-linux.org Sun Sep 25 21:03:24 2005 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Sun, 25 Sep 2005 21:03:24 +0200 (CEST) Subject: SPECS: adapter.awk - kill some more macros In-Reply-To: <200509251959.29125.twittner@o2.pl> References: <200509251959.29125.twittner@o2.pl> Message-ID: On Sun, 25 Sep 2005, Tomasz Wittner wrote: > > > Author: glen Date: Sun Sep 25 11:53:39 2005 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - kill some more macros > > [...] > > > + gsub("^%{__install}", "install") > > > + gsub("^%{__tar}", "tar") > > > + gsub("^%{__rm}", "rm") > > I don't know if it's good to remove this macros. > I agree with you - IMO it isn't. Are we going to change it? > > I think we should implement them. In the beggining it could be simple > > command, the same. But some could want to replace i.e. tar with star, > > which is faster. > ... and buggy or/and incompatible with GNU tar (star was invoked as `gnutar' > in this case). I wasted a lot of time, when I tried to build kdevelop - star > has problems with processing multiple arguments: > gnutar -cf gnu.tar -C ./gnu AUTHORS COPYING \ > ChangeLog INSTALL NEWS README TODO > gnutar: No such file or directory. Cannot stat 'ChangeLog'. > gnutar: No such file or directory. Cannot stat 'INSTALL'. > gnutar: No such file or directory. Cannot stat 'NEWS'. > gnutar: No such file or directory. Cannot stat 'README'. > gnutar: No such file or directory. Cannot stat 'TODO'. > > In the end I've added `BC: star' to kdevelop.spec. So star it isn't a > good reason for using macro %__tar instead plain command ;). well, it's good to know that :) tar was the first thing I had in my mind. Remember that star can have implemented multiple arguments and every missing option/feature. Nevermind - this commands _can_ be replaced now/in_future by another commands. We have to decide that there should be added some options by default. Who knows. I think that these macros should be added. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From kkrenski at gmail.com Mon Sep 26 17:41:10 2005 From: kkrenski at gmail.com (Charles) Date: Mon, 26 Sep 2005 17:41:10 +0200 Subject: SOURCES: awstats-httpd.conf - typo In-Reply-To: References: Message-ID: <200509261741.10726@nexar> > Author: glen ? ? ? ? ? ? ? ? ? ? ? ? Date: Mon Sep 26 13:39:47 2005 GMT > Module: SOURCES ? ? ? ? ? ? ? ? ? ? ? Tag: HEAD > ---- Log message: > - typo > > ---- Files affected: > SOURCES: > ? ?awstats-httpd.conf (1.1 -> 1.2) > > ---- Diffs: > > ================================================================ > Index: SOURCES/awstats-httpd.conf > diff -u SOURCES/awstats-httpd.conf:1.1 SOURCES/awstats-httpd.conf:1.2 > --- SOURCES/awstats-httpd.conf:1.1??????Sun Aug 21 19:50:17 2005 > +++ SOURCES/awstats-httpd.conf??Mon Sep 26 15:39:42 2005 > @@ -1,6 +1,6 @@ > ?Alias /awstatsclasses "/usr/share/awstats/wwwroot/classes/" > ?Alias /awstatscss "/usr/share/awstats/wwwroot/css/" > -Alias /awstatsicons "/usr/share/awstats/wwwroot/icon/" > +Alias /awstatsicon "/usr/share/awstats/wwwroot/icon/" > ?Alias /js/awstats_misc_tracker.js > "/usr/share/awstats/wwwroot/js/awstats_misc_tracker.js" ScriptAlias > /awstats/ "/usr/share/awstats/wwwroot/cgi-bin/" Early changed in awstats_conf.patch RCS file: /cvsroot/SOURCES/awstats_conf.patch,v retrieving revision 1.3 retrieving revision 1.4 diff -U3 -r1.3 -r1.4 --- awstats_conf.patch 21 Aug 2005 17:49:00 -0000 1.3 +++ awstats_conf.patch 22 Sep 2005 19:41:24 -0000 1.4 @@ -60,7 +60,7 @@ # Default: "/icon" (means you must copy icon directories in "/mywwwroot/icon") # -DirIcons="/icon" -+DirIcons="/awstatsicon" ++DirIcons="/awstatsicons" -- Pozdrawiam, Karol Krenski From aredridel at nbtsc.org Mon Sep 26 18:38:58 2005 From: aredridel at nbtsc.org (Aredridel) Date: Mon, 26 Sep 2005 10:38:58 -0600 Subject: PHP, Apache and FastCGI -- virtual provides apache-php? Message-ID: <1127752739.5162.14.camel@localhost> I'm using phpMySQLAdmin, using php via fastcgi with Apache. The package for phpMyAdmin requires php, provided by apache-mod_php -- which I don't want to use. Should we look at using a virtual dependency -- apache-php? -- and having php-fcgi (or a config-file package php-fcgi-apache?) provide apache-php, as well as apache-mod_php? Aria From msztolcman at post.pl Mon Sep 26 18:53:44 2005 From: msztolcman at post.pl (Marcin Sztolcman) Date: Mon, 26 Sep 2005 18:53:44 +0200 Subject: PHP, Apache and FastCGI -- virtual provides apache-php? In-Reply-To: <1127752739.5162.14.camel@localhost> References: <1127752739.5162.14.camel@localhost> Message-ID: <43382798.1090009@post.pl> Aredridel wrote: > Should we look at using a virtual dependency -- apache-php? -- and > having php-fcgi (or a config-file package php-fcgi-apache?) provide > apache-php, as well as apache-mod_php? and 'normal' cgi too MySZ -- Marcin ``MySZ`` Sztolcman http://diary.urzenia.net :: mailto:http://urzenia.net/email System zarz?dzania tre?ci? :: http://core-cms.com From glen at delfi.ee Mon Sep 26 23:25:08 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 27 Sep 2005 00:25:08 +0300 Subject: PHP, Apache and FastCGI -- virtual provides apache-php? In-Reply-To: <1127752739.5162.14.camel@localhost> References: <1127752739.5162.14.camel@localhost> Message-ID: <200509270025.08244.glen@delfi.ee> On Monday 26 September 2005 19:38, Aredridel wrote: > I'm using phpMySQLAdmin, using php via fastcgi with Apache. The package > for phpMyAdmin requires php, provided by apache-mod_php -- which I don't > want to use. > > Should we look at using a virtual dependency -- apache-php? -- and > having php-fcgi (or a config-file package php-fcgi-apache?) provide > apache-php, as well as apache-mod_php? maybe just php-common, then it puts no dependancy on any php SAPI? > Aria -- glen From kolodko1 at o2.pl Wed Sep 28 22:49:43 2005 From: kolodko1 at o2.pl (Grzegorz Konopko) Date: Wed, 28 Sep 2005 22:49:43 +0200 Subject: mount from ac-main and ac-ready... Message-ID: <200509282249.43765.kolodko1@o2.pl> I can't mount nfs filesystem: kon at pldmachine kon $ sudo mount -t nfs 192.168.1.1:/home /home/users/kon mount to NFS server '192.168.1.1' failed: server is down. kon at pldmachine kon $ rpm -q mount mount-2.12q-5 kon at pldmachine kon $ sudo mount -t nfs 192.168.1.1:/home /home/users/ko mount to NFS server '192.168.1.1' failed: server is down. kon at pldmachine kon $ rpm -q mount mount-2.12q-3 after downgrade ... kon at pldmachine kon $ sudo mount -t nfs 192.168.1.1:/home /home/users/kon kon at pldmachine kon $ rpm -q mount mount-2.12-12 From kolodko1 at o2.pl Wed Sep 28 23:22:59 2005 From: kolodko1 at o2.pl (Grzegorz Konopko) Date: Wed, 28 Sep 2005 23:22:59 +0200 Subject: mount from ac-main and ac-ready... In-Reply-To: <200509282249.43765.kolodko1@o2.pl> References: <200509282249.43765.kolodko1@o2.pl> Message-ID: <200509282322.59413.kolodko1@o2.pl> Dnia ?roda, 28 wrze?nia 2005 22:49, Grzegorz Konopko napisa?: > I can't mount nfs filesystem: > kon at pldmachine kon $ sudo mount -t nfs 192.168.1.1:/home /home/users/kon kon at pldmachine kon $ rpm -q mount mount-2.12q-2 kon at pldmachine kon $ sudo umount /home/users/kon kon at pldmachine kon $ sudo mount -t nfs 192.168.1.1:/home /home/users/kon mount to NFS server '192.168.1.1' failed: server is down. kon at pldmachine kon $ rpm -q mount mount-2.12q-2.1 arekm, i'm sure it's your nfs4 patches. From arekm at pld-linux.org Thu Sep 29 08:24:08 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 29 Sep 2005 08:24:08 +0200 Subject: mount from ac-main and ac-ready... In-Reply-To: <200509282322.59413.kolodko1@o2.pl> References: <200509282249.43765.kolodko1@o2.pl> <200509282322.59413.kolodko1@o2.pl> Message-ID: <200509290824.08736.arekm@pld-linux.org> On Wednesday 28 of September 2005 23:22, Grzegorz Konopko wrote: > arekm, i'm sure it's your nfs4 patches. What happens if you mount using exactly v3 version? -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From hawk at limanowa.net Thu Sep 29 08:32:31 2005 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Thu, 29 Sep 2005 08:32:31 +0200 Subject: mount from ac-main and ac-ready... In-Reply-To: <200509282249.43765.kolodko1@o2.pl> References: <200509282249.43765.kolodko1@o2.pl> Message-ID: <433B8A7F.8090001@limanowa.net> > I can't mount nfs filesystem: [root at ares root]# mount -t nfs 10.1.1.1:/home/users/hawk /mnt/test [root at ares root]# rpm -q mount nfs-utils mount-2.12q-5 nfs-utils-1.0.7-4 ... on both sides. Works for me. M. From kolodko1 at o2.pl Thu Sep 29 11:09:45 2005 From: kolodko1 at o2.pl (Grzegorz Konopko) Date: Thu, 29 Sep 2005 11:09:45 +0200 Subject: mount from ac-main and ac-ready... In-Reply-To: <200509290824.08736.arekm@pld-linux.org> References: <200509282249.43765.kolodko1@o2.pl> <200509282322.59413.kolodko1@o2.pl> <200509290824.08736.arekm@pld-linux.org> Message-ID: <200509291109.45238.kolodko1@o2.pl> Dnia czwartek, 29 wrze?nia 2005 08:24, Arkadiusz Miskiewicz napisa?: > On Wednesday 28 of September 2005 23:22, Grzegorz Konopko wrote: > > arekm, i'm sure it's your nfs4 patches. > > What happens if you mount using exactly v3 version? Yes, then works. But problem was with my old old config in "--no-nfs-version 3". Works with "--nfs-version 3" or without any options for rpc.mountd . Is it due behaviour?? From saq at pld-linux.org Thu Sep 29 23:08:57 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Thu, 29 Sep 2005 23:08:57 +0200 Subject: cvs vs svn reloaded In-Reply-To: <200509141502.11261.pluto@agmk.net> References: <1126630139.5432.6.camel@neptune.sakowski.pl> <20050914105905.GE1761@gruby.cs.net.pl> <200509141502.11261.pluto@agmk.net> Message-ID: <1128028137.5265.53.camel@neptune.sakowski.pl> On Wed, 2005-09-14 at 15:02 +0200, Pawe? Sikora wrote: > Dnia ?roda, 14 wrze?nia 2005 12:59, Jakub Bogusz napisa?: > > Well, what I _need_ is to have local SPECS directory regularly updated > > and be able to easily commit individual specs without traversing > > directory structure all the time. > > I _won't_ sacrifice few times more time for multiple chdir()s or typing > > longer paths during specs cleanups/fixes/cosmetics, just in order to use > > "more modern" VCS. > > http://subversion.tigris.org/faq.html#symlinks ? The problem is that they are, strictly speaking, filesystem symlinks. To use them you'd have to have all foo/trunk/foo.spec checked out manually anyway, which makes it pointless (unversioned `for i in */*.spec;do ln -s $i;done` is way easier and does pretty much the same thing). If you add a oneliner script with readlink and svn ci, you get qboosh'es condition of "commits without long paths or chdir" fulfilled. For a price. `cd SPECS;cvs up` gets more complex (you're working with thousands of project directories); you can get a script to minimize typing everytime, but the process will take longer. Plus, you have to stand the awkwardness of the solution. I believe an elegant solution would be to have versioned hardlinks. That is, SPECS/trunk/foo.spec being the same as foo/trunk/foo.spec, permitting commits to any one of those paths with the same effect. Alas, subversion doesn't support that. But... I think it's possible to write a post-commit hook that would effectively simulate a hardlink capability. The idea is that whenever a modification of a spec is committed, the change would be applied to the other location as well (generating another revision). Thus, both versions would be kept in sync. Preserving the commit log over the merge doesn't seem to be a problem. There are some special cases to consider regarding svn {cp,mv,add,rm} of specs. Et voila, you have package directories that profit from all svn features discussed before, and you keep the traditional SPECS directory for spec reviews (and grepping the dir contents for inspiration and/or policy verification). Does it sound like something that will keep everybody happy? Note: there might be a race condition on resyncking when there are two simultaneous commits to both locations. I'd have to check if the hooks are (or can be) run on a mutexed repository. -- Pawe? Sakowski PLD Linux Distribution From gotar at polanet.pl Fri Sep 30 01:39:12 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 30 Sep 2005 01:39:12 +0200 Subject: ettercap vs ettercap-ng Message-ID: <20050929233912.GA4022@os> ettercap and ettercap-NG crap are not the same projects. The person who replaced the tool with this shitty something (luzik) is requested to revert all the changes in ettercap.spec till rev. 1.47. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From hawk at limanowa.net Fri Sep 30 08:57:52 2005 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Fri, 30 Sep 2005 08:57:52 +0200 Subject: ettercap vs ettercap-ng In-Reply-To: <20050929233912.GA4022@os> References: <20050929233912.GA4022@os> Message-ID: <433CE1F0.60707@limanowa.net> > ettercap and ettercap-NG crap are not the same projects. The person who > replaced the tool with this shitty something (luzik) is requested to > revert all the changes in ettercap.spec till rev. 1.47. Maybe its not the same project, but ettercap.sourceforge.net says something different: "Please note ettercap 0.6.x is deprecated; please upgrade to 0.7.". Anyway, ettercap-NG may be moved to ettercap-NG.spec, and ettercap.spec may be reverted to version 0.6.x (which is dead). Thats IMO only. M. From glen at delfi.ee Fri Sep 30 11:04:49 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 30 Sep 2005 12:04:49 +0300 Subject: ettercap vs ettercap-ng In-Reply-To: <433CE1F0.60707@limanowa.net> References: <20050929233912.GA4022@os> <433CE1F0.60707@limanowa.net> Message-ID: <200509301204.49963.glen@delfi.ee> On Friday 30 September 2005 09:57, Marcin Kr?l wrote: > > ettercap and ettercap-NG crap are not the same projects. The person who > > replaced the tool with this shitty something (luzik) is requested to > > revert all the changes in ettercap.spec till rev. 1.47. > > Maybe its not the same project, but ettercap.sourceforge.net says > something different: "Please note ettercap 0.6.x is deprecated; please > upgrade to 0.7.". > > Anyway, ettercap-NG may be moved to ettercap-NG.spec, and ettercap.spec > may be reverted to version 0.6.x (which is dead). altho i don;'t use ettercap myself, i support this resolution. > Thats IMO only. > > M. -- glen From gotar at polanet.pl Fri Sep 30 12:33:09 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 30 Sep 2005 12:33:09 +0200 Subject: ettercap vs ettercap-ng In-Reply-To: <433CE1F0.60707@limanowa.net> References: <20050929233912.GA4022@os> <433CE1F0.60707@limanowa.net> Message-ID: <20050930103309.GA145@os> On Fri, Sep 30, 2005 at 08:57:52 +0200, Marcin Kr?l wrote: > Maybe its not the same project, but ettercap.sourceforge.net says > something different: "Please note ettercap 0.6.x is deprecated; please > upgrade to 0.7.". There's many obsoleted or abandoned projects we use, like gtk+1 or syslog. > Anyway, ettercap-NG may be moved to ettercap-NG.spec, and ettercap.spec > may be reverted to version 0.6.x (which is dead). That's the way it should be done. The person who did this upgrade has probably never used ettercap... -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Fri Sep 30 15:32:37 2005 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 30 Sep 2005 16:32:37 +0300 Subject: SOURCES: klibc-kill_bashism.patch (REMOVED) - last change reverted... In-Reply-To: References: Message-ID: <200509301632.37951.glen@delfi.ee> On Friday 30 September 2005 16:24, pluto wrote: > Author: pluto Date: Fri Sep 30 13:24:37 2005 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - last change reverted. this is not a bashism. ksh bug? > testcase: > echo '[ "foo" = "bar" -a "-u" = "zoo" ]'|/bin/sh > /bin/sh: [1]: [: zoo: unexpected operator/operand man test: -u FILE FILE exists and its set-user-ID bit is set alternatives: echo '[ "foo" = "bar" ] && [ "-u" = "zoo" ]'|/bin/sh echo '[ "foo" = "bar" -a x"-u" = x"zoo" ]'|/bin/sh > > ---- Files affected: > SOURCES: > klibc-kill_bashism.patch (1.1 -> NONE) (REMOVED) > > ---- Diffs: > ================================================================ > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From arekm at pld-linux.org Fri Sep 30 15:40:12 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 30 Sep 2005 15:40:12 +0200 Subject: SOURCES: klibc-kill_bashism.patch (REMOVED) - last change reverted... In-Reply-To: <200509301632.37951.glen@delfi.ee> References: <200509301632.37951.glen@delfi.ee> Message-ID: <200509301540.13289.arekm@pld-linux.org> On Friday 30 of September 2005 15:32, Elan Ruusam?e wrote: > On Friday 30 September 2005 16:24, pluto wrote: > > Author: pluto Date: Fri Sep 30 13:24:37 2005 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - last change reverted. this is not a bashism. ksh bug? > > testcase: > > echo '[ "foo" = "bar" -a "-u" = "zoo" ]'|/bin/sh > > /bin/sh: [1]: [: zoo: unexpected operator/operand > > man test: > -u FILE > FILE exists and its set-user-ID bit is set [ is builting feature in shells so man test isn't adequate here. > alternatives: > echo '[ "foo" = "bar" ] && [ "-u" = "zoo" ]'|/bin/sh > echo '[ "foo" = "bar" -a x"-u" = x"zoo" ]'|/bin/sh The original test should work since "" is posix quoting and it should quote -u, too I guess. bash, zsh work well with the original test. ksh doesn't not, sounds like ksh bug. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From glen at delfi.ee Fri Sep 30 16:03:22 2005 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 30 Sep 2005 17:03:22 +0300 Subject: SOURCES: klibc-kill_bashism.patch (REMOVED) - last change reverted... In-Reply-To: <200509301540.13289.arekm@pld-linux.org> References: <200509301632.37951.glen@delfi.ee> <200509301540.13289.arekm@pld-linux.org> Message-ID: <200509301703.23079.glen@delfi.ee> On Friday 30 September 2005 16:40, Arkadiusz Miskiewicz wrote: > On Friday 30 of September 2005 15:32, Elan Ruusam?e wrote: > > On Friday 30 September 2005 16:24, pluto wrote: > > > Author: pluto Date: Fri Sep 30 13:24:37 2005 GMT > > > Module: SOURCES Tag: HEAD > > > ---- Log message: > > > - last change reverted. this is not a bashism. ksh bug? > > > testcase: > > > echo '[ "foo" = "bar" -a "-u" = "zoo" ]'|/bin/sh > > > /bin/sh: [1]: [: zoo: unexpected operator/operand > > > > man test: > > -u FILE > > FILE exists and its set-user-ID bit is set > > [ is builting feature in shells so man test isn't adequate here. man ksh is too long to read, they should (must) be compatible. just checked, so it is: [ expression ] -u file file's mode has setuid bit set. > > alternatives: > > echo '[ "foo" = "bar" ] && [ "-u" = "zoo" ]'|/bin/sh > > echo '[ "foo" = "bar" -a x"-u" = x"zoo" ]'|/bin/sh > > The original test should work since "" is posix quoting and it should quote > -u, too I guess. > > bash, zsh work well with the original test. ksh doesn't not, sounds like > ksh bug. fix then, or use workaround. but i don't think pdksh is much maitained, so go for workaround. pdksh changelog: Revision 1.20 1999/07/15 23:12:20 kloczek - updated to stable 5.2.14, -- glen From saq at pld-linux.org Fri Sep 30 16:05:53 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Fri, 30 Sep 2005 16:05:53 +0200 Subject: SOURCES: klibc-kill_bashism.patch (REMOVED) - last change reverted... In-Reply-To: <200509301540.13289.arekm@pld-linux.org> References: <200509301632.37951.glen@delfi.ee> <200509301540.13289.arekm@pld-linux.org> Message-ID: <1128089153.5825.8.camel@neptune.sakowski.pl> On Fri, 2005-09-30 at 15:40 +0200, Arkadiusz Miskiewicz wrote: > > > echo '[ "foo" = "bar" -a "-u" = "zoo" ]'|/bin/sh > > > /bin/sh: [1]: [: zoo: unexpected operator/operand > > alternatives: > > echo '[ "foo" = "bar" ] && [ "-u" = "zoo" ]'|/bin/sh > > echo '[ "foo" = "bar" -a x"-u" = x"zoo" ]'|/bin/sh > > The original test should work since "" is posix quoting and it should quote > -u, too I guess. The quoting isn't kept when the arguments are passed to [, whether it is a builtin or /usr/bin/[. You can use \"-u\" = \"zoo\" if you wish, to the same effect as with x"...". > bash, zsh work well with the original test. ksh doesn't not, sounds like ksh > bug. More likely syntax ambiguity resolved differently by different parsers. Looks like bash first matches the "X = Y" syntax rule and ksh: "-u Z". In alternative #1 the same token sequence happens to match "X = Y" on ksh too, but it's underspecified and not to be relied on. On encountering "-u", [ is rightfully allowed to suppose it means "file is suid". You can (and should) easily avoid ambiguity by prefixing any a priori unknown strings with x (or anything not starting with -=!(] ). -- Pawe? Sakowski PLD Linux Distribution From arekm at pld-linux.org Fri Sep 30 16:41:14 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 30 Sep 2005 16:41:14 +0200 Subject: SOURCES: klibc-kill_bashism.patch (REMOVED) - last change reverted... In-Reply-To: <200509301703.23079.glen@delfi.ee> References: <200509301540.13289.arekm@pld-linux.org> <200509301703.23079.glen@delfi.ee> Message-ID: <200509301641.15021.arekm@pld-linux.org> On Friday 30 of September 2005 16:03, Elan Ruusam?e wrote: > but i don't think pdksh is much maitained, so go for workaround. it's maintained in openbsd cvs since it's their primary shell (they version has the same behaviour as our anyway). -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From gotar at polanet.pl Fri Sep 30 16:32:46 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 30 Sep 2005 16:32:46 +0200 Subject: SOURCES: klibc-kill_bashism.patch (REMOVED) - last change reverted... In-Reply-To: <200509301540.13289.arekm@pld-linux.org> References: <200509301632.37951.glen@delfi.ee> <200509301540.13289.arekm@pld-linux.org> Message-ID: <20050930143246.GA1545@os> On Fri, Sep 30, 2005 at 15:40:12 +0200, Arkadiusz Miskiewicz wrote: > [ is builting feature in shells so man test isn't adequate here. test is defined in SUSv3 and should work as said there: http://www.opengroup.org/onlinepubs/009695399/utilities/test.html -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From saq at pld-linux.org Fri Sep 30 17:14:39 2005 From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski) Date: Fri, 30 Sep 2005 17:14:39 +0200 Subject: SOURCES: klibc-kill_bashism.patch (REMOVED) - last change reverted... In-Reply-To: <20050930143246.GA1545@os> References: <200509301632.37951.glen@delfi.ee> <200509301540.13289.arekm@pld-linux.org> <20050930143246.GA1545@os> Message-ID: <1128093280.5825.11.camel@neptune.sakowski.pl> On Fri, 2005-09-30 at 16:32 +0200, Tomasz Pala wrote: > test is defined in SUSv3 and should work as said there: > > http://www.opengroup.org/onlinepubs/009695399/utilities/test.html Nice specs: >4 arguments: The results are unspecified. And that's our case. -- Pawe? Sakowski PLD Linux Distribution From gotar at polanet.pl Fri Sep 30 18:20:24 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 30 Sep 2005 18:20:24 +0200 Subject: openoffice-libs-{kde,gtk} Message-ID: <20050930162024.GA4215@os> Should't they provide something that's required by openoffice? Now after installing openoffice without them nothing can run. -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From arekm at pld-linux.org Fri Sep 30 18:25:19 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 30 Sep 2005 18:25:19 +0200 Subject: openoffice-libs-{kde,gtk} In-Reply-To: <20050930162024.GA4215@os> References: <20050930162024.GA4215@os> Message-ID: <200509301825.20141.arekm@pld-linux.org> On Friday 30 of September 2005 18:20, Tomasz Pala wrote: > Should't they provide something that's required by openoffice? Now after > installing openoffice without them nothing can run. Not in the current form. There is need for -cli subpackage it seems. -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ From gotar at polanet.pl Fri Sep 30 19:13:17 2005 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 30 Sep 2005 19:13:17 +0200 Subject: openoffice-libs-{kde,gtk} In-Reply-To: <200509301825.20141.arekm@pld-linux.org> References: <20050930162024.GA4215@os> <200509301825.20141.arekm@pld-linux.org> Message-ID: <20050930171317.GA4610@os> On Fri, Sep 30, 2005 at 18:25:19 +0200, Arkadiusz Miskiewicz wrote: > > Should't they provide something that's required by openoffice? Now after > > installing openoffice without them nothing can run. > Not in the current form. There is need for -cli subpackage it seems. Explain. I've heard there are native widgets but without any of gtk/kde libs I can't run anything. Maybe only some wrapper should be fixed? -- GoTaR gotar> http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From ankry at green.mif.pg.gda.pl Fri Sep 30 19:25:40 2005 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 30 Sep 2005 19:25:40 +0200 (CEST) Subject: SOURCES: klibc-kill_bashism.patch (REMOVED) - last change In-Reply-To: <200509301540.13289.arekm@pld-linux.org> from "Arkadiusz Miskiewicz" at Sep 30, 2005 03:40:12 PM Message-ID: <200509301725.j8UHPeww005848@green.mif.pg.gda.pl> Arkadiusz Miskiewicz wrote: > On Friday 30 of September 2005 15:32, Elan Ruusam?e wrote: > > On Friday 30 September 2005 16:24, pluto wrote: > > > Author: pluto Date: Fri Sep 30 13:24:37 2005 GMT > > > Module: SOURCES Tag: HEAD > > > ---- Log message: > > > - last change reverted. this is not a bashism. ksh bug? > > > testcase: > > > echo '[ "foo" = "bar" -a "-u" = "zoo" ]'|/bin/sh > > > /bin/sh: [1]: [: zoo: unexpected operator/operand > > > > man test: > > -u FILE > > FILE exists and its set-user-ID bit is set > [ is builting feature in shells so man test isn't adequate here. > > > alternatives: > > echo '[ "foo" = "bar" ] && [ "-u" = "zoo" ]'|/bin/sh > > echo '[ "foo" = "bar" -a x"-u" = x"zoo" ]'|/bin/sh > > The original test should work since "" is posix quoting and it should quote > -u, too I guess. > > bash, zsh work well with the original test. ksh doesn't not, sounds like ksh > bug. Or feature. Probably if the first string after "[" starts with "-" it is treated as a "[" (test) command option... -- ======================================================================= 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 arekm at pld-linux.org Fri Sep 30 19:49:20 2005 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 30 Sep 2005 19:49:20 +0200 Subject: openoffice-libs-{kde,gtk} In-Reply-To: <20050930171317.GA4610@os> References: <20050930162024.GA4215@os> <200509301825.20141.arekm@pld-linux.org> <20050930171317.GA4610@os> Message-ID: <200509301949.21020.arekm@pld-linux.org> On Friday 30 of September 2005 19:13, Tomasz Pala wrote: > On Fri, Sep 30, 2005 at 18:25:19 +0200, Arkadiusz Miskiewicz wrote: > > > Should't they provide something that's required by openoffice? Now > > > after installing openoffice without them nothing can run. > > > > Not in the current form. There is need for -cli subpackage it seems. > > Explain. I've heard there are native widgets but without any of gtk/kde > libs I can't run anything. Maybe only some wrapper should be fixed? It was explained already lately. OOo can be used in doc processing scripts without any need for GUI. I would like to see such script first (Witek?). -- Arkadiusz Mi?kiewicz PLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/