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 repo
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://
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
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/tag
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/b
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,
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
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
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 :/
SV
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
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
>
>
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.
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
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 su
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
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 script
[EMAIL PROTECTED] (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
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
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/
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/S
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 yo
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.
> > >
> > > [EMAIL PROTECTED] rpm]$ du -hs SOURCES SPECS
> > > 959MSOURC
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
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 s
On 9/9/05, Michal Kochanowicz <[EMAIL PROTECTED]> 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:
> > [EMAIL PROTECTED] SPECS-all]$ ls *
> > zsh: argument list too long: l
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:
> [EMAIL PROTECTED] SPECS-all]$ ls *
> zsh: argument list too long: ls
> [EMAIL PROTECTED] SPECS-all]$ foreach f in `ls` ; do echo $f > /dev/n
On 9/8/05, Jan Rekorajski <[EMAIL PROTECTED]> 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
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 on
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
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.
> > >
> > > [EMAIL PROTECTED] rpm]$ du -h
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.
> >
> > [EMAIL PROTECTED] rpm]$ du -hs SOURCES SPECS
> > 959MSOURCES
> > 63M SPECS
>
> Obviously
On 9/6/05, Jan Rekorajski <[EMAIL PROTECTED]> 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?
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
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?
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 bla
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 bla
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
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)
> - e
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 gett
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
s
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
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
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
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
> > > - l
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.
>>
>>[EMAIL PROTECTED] rpm]$ du -hs SOURCES SPECS
>>959MSOURCES
>>63M SPECS
>
>
> Obviously svn makes no sense with such file organizatio
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
> > t
On Tue, 2005-09-06 at 19:27 +0200, Jan Rekorajski wrote:
> At the cost of keeping ALL tags/branches locally. You're joking.
>
> [EMAIL PROTECTED] rpm]$ du -hs SOURCES SPECS
> 959MSOURCES
> 63M SPECS
Obviously svn makes no sense with such file organization (in two
directories). To allow r
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.
>
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
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.:.
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 c
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
> > -
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
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==--==--= [EMAIL PROTECTED] =--
--= finger me for PGP public key or visit http://michal.waw.pl/PGP =--
--
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 tho
55 matches
Mail list logo
