On Sat, 2005-10-08 at 21:06 +0200, Patrys :: Patryk Zawadzki wrote:
> Then if some people commit using trunk and some using general SPECS,
> such locks might become common.
There's no lock. The only situation where a post-commit commit might
fail, apart from a bug in the hook, is when there's a co
Dnia 08-10-2005, sob o godzinie 20:57 +0200, Paweł Sakowski napisał(a):
> On Sat, 2005-10-08 at 20:41 +0200, Patrys :: Patryk Zawadzki wrote:
> > > No, but the good thing is that nothing can get silently overwritten or
> > > sth -- I get a nice commit conflict. A superuser resolving those
> > > man
On Sat, 2005-10-08 at 20:41 +0200, Patrys :: Patryk Zawadzki wrote:
> > No, but the good thing is that nothing can get silently overwritten or
> > sth -- I get a nice commit conflict. A superuser resolving those
> > manually should be enough.
>
> Do we need superuser intervention in such cases?
W
Dnia 08-10-2005, sob o godzinie 20:21 +0200, Paweł Sakowski napisał(a):
> On Thu, 2005-09-29 at 23:08 +0200, Paweł Sakowski wrote:
> > I think it's possible to write a post-commit hook that would effectively
> > simulate a hardlink capability. [...]
> >
> > Does it sound like something that will k
On Thu, 2005-09-29 at 23:08 +0200, Paweł Sakowski wrote:
> I think it's possible to write a post-commit hook that would effectively
> simulate a hardlink capability. [...]
>
> Does it sound like something that will keep everybody happy?
Reasoning by the volume of replies I assume the answer is "y
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.
>
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).
requ
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 o
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
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 onl
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 <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
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
(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
lon
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 th
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
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 n
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 t
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
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 (
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
>
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
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
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://
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
___
pld-devel-en mailing list
pld-dev
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, 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.
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
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
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 po
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
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/
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/S
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
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 _to
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
hat 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
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
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).
Ye
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 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 s
Hi,
wrobell (Friday 09 of September 2005 10:42):
> which is de facto the branch name... so, what's the problem?
lenght?
[EMAIL PROTECTED] ~ $ cd rpm/SPECS/
[EMAIL PROTECTED] SPECS $ up koffice.spec
P koffice.spec
[EMAIL PROTECTED] SPECS $ vi koffice.spec
[EMAIL PROTECTED] SPECS $ up -r DEVEL koffi
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 <[EMAIL PROTECTED]>
--
Arkadiu
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
^^^
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 importa
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 w
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
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
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, 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.
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 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 r
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: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 pr
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, 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 sup
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
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 %cha
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
98 matches
Mail list logo