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 mus
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 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
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
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
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
28 matches
Mail list logo
