by the spec to figure out which
range covers it.
BuildRequires.txt is structured enough to support such a mechanism
(well, except for the free-form automake: line).
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-
1:0.5 (correct: unchanged)
BR: avifile-devel >= 0.7.16 becomes 1.0.7.16 (correct: 3:0.7.16)
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Sat, 2005-10-15 at 18:04 +0200, Patrys :: Patryk Zawadzki wrote:
> Could someone test if after my changes Firefox still suffers from memory
> corruption
It's currently being built to i386 ac-test. Go ahead and check if it
works better in your test case (you're using ix86, rig
ere's latency in processing the hooks).
... there might be other conflicts on conflictingly mkdiring
tags/branches, which isn't very common either (and takes a really good
timing).
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
_
7;t mean geteuid()==0, I mean somebody who is
permitted to commits changes which aren't processed by
'mirror' (function trust_change defines who can do that).
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-deve
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 ass
> +# rpm -qf /usr/include/gnu
> +file /usr/include/gnu is not owned by any package
?? How does that prevent anything? Both variants include
%{_includedir}/gnu in the file list.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
_
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ł
x27;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, bu
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 locati
e branch between commit and tagging (which
usually leads to building not what you want).
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
fsfs-based
svn repositories. However, you cannot limit yourself to the specs: you
would be getting the repo in its entirety.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux
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@
branch merges very painful.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
itories and invoking the brand new builder to build rpms from it.
Feedback most welcome.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
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 <[EMAIL PROTECTED]>
PLD Linux Distribution
commit ,%change}log).
Yes, it's no coincidence that the above changelogging scheme works
better with svn than the current one ;)
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
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/f
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 <[EMAIL PROTECTED]>
ke HEAD usable for everyone. I just smell trouble, sincerely
hoping to be wrong.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
{, series}, just by knowing {its,their}
revision number{,s}.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
haring 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 <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
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 <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pl
bout that matter. I never
claimed that `svn log` works disconnected. And breaking news: neither
does `svn ci`.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
t 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 <[EMAIL PROTECTED]
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ł
o 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 <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-e
rectories). 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 <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-dev
+# PS: $ rpmvercmp pre7try2 pre7
> +# pre7try2 > pre7
[EMAIL PROTECTED] SPECS]$ rpmvercmp 1.0-1.pre7.1 1.0-1.pre7try2.1
1.0-1.pre7.1 > 1.0-1.pre7try2.1
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
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 <[EMAIL PROTECTED]>
PLD Linux Distribution
__
On Thu, 2005-08-18 at 23:06 +0200, Tomasz Wittner wrote:
> By what reasons We use %{__make}? - it is just /usr/bin/make .
Until redefined as "/usr/bin/make -j2" for faster SMP builds.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD
ause of -fvisibility... related fixes
> -Requires:gcc >= 5:4.0.1-0.20050514.2
Was that on purpose?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pl
high enough has always served that purpose. If you're
concerned that someone will bump macros rev on Ac again without
backporting the mono changes, mark that as a TODO in AC-branch spec.
Then again, if you're modifying it, you might port the change altogether
as well.
--
P
%postun unconditionally try to invoke texhash. Is
that optional (as in [ ! -x ...] || ...) or should the script require
texhash?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.or
an1/python.1.gz
the only big dependency being libstdc++.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
problem I've found? and I don't belive that "someone"
> will fix it. chances are very, very small (as usual).
One of "previous commiter screwed up the upgrade", "doesn't build",
"this version crashes" in the commit log
hance that
someone will fix it.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
glen, arekm: what's the current status of grub? It's had a float release
for almost 3 months now. Any pending changes, or can it be sent to
build?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing l
Revision 1.28 2005/07/27 10:26:17 blekot
- up to 2.0.2
- rel 0.99 ???
What pending changes are there to keep a float release?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lis
On Tue, 2005-07-26 at 21:09 +0200, Patrys :: Patryk Zawadzki wrote:
> Library is in prealpha stages and does not provide any functionality,
> therefore I request cvs rm on the file.
SOD#1
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux
AME-cron?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
SOURCES/galeon*` or visual
inspection of `ls`)
- to avoid filename conflicts between packages by prefixing (half the
specs could want to use the name ac_am-fix.patch)
- to easily determine visually which package a given source belongs to
(by the filename prefix)
--
Paweł Sakowski <
a zmian planowanych.
> +
What about devel-hints-en?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Fri, 2005-07-08 at 23:02 +0200, Tomasz Wittner wrote:
> I can't imagine such situation (but I'm not brilliant ;) - version is taken
> from date '+%Y.%m.%d' .
I have one (off-topic) question: why invent your own private date format
when there's ISO 8601?
--
P
On Sat, 2005-07-09 at 03:10 +0200, aredridel wrote:
> +%bcond_with tests # build with tests
> +%bcond_without tests # build without tests
Why are you so indecisive ;-) Pick one.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux
o." I understand they can't.
As I already stated, *.py[co] are noarch per se, and can be included in
noarch packages. As I understand ankry's "no", it referred to the
process of populating ftp.pld-linux.org, not the technical issue.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
the same situation.
The important thing is that a packages built on various builders are
functionally equivalent, that is, can be freely interchanged between all
archs.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-e
-l pl
Missing.
> +%{py_sitedir}/*.py?
It's customary to write *.py[co] and remove *.py in %install .
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pl
he right place for such requirement. gmailfs is ignorant of
the kernel module and only uses it indirectly via libfuse. So, if such
requirement is to be added anywhere, libfuse is the place. OTOH, we
avoid kernel module dependencies in the libraries -- see alsa-lib,
kernel-video-svgalib_helper, kernel-vi
On Sun, 2005-06-26 at 18:47 +0200, Andrzej Krzysztofowicz wrote:
> averne wrote:
> > -ExclusiveArch: i386 i686 athlon x86_64
> > +ExclusiveArch: i386 i686 athlon x86_64 amd64
>
> Why not %{x8664} ?
And what about i586 (and the rest of %{ix86})?
--
Paweł Sakowski &l
On Sun, 2005-06-26 at 17:54 +0200, jajcus wrote:
> - another XML well-formedness (and cross-site scripting) bug fixed. (this
> code is a stinking piece of crap)
So you're saying that having a flock of flies in the logo is
well-deserved? ;-)
--
Paweł Sakowski <[EMAIL PROTECT
the main LAM web site for details).
> > [...]
> > [EMAIL PROTECTED] SPECS]$ grep %files lam.spec
> > %files
> >
> > May the liar step forward.
>
> Probably copied from some README or other distro desc?
Probably. But still incorrect and misl
liar step forward.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
s patch you can't wget website on linux and
> transfer it to windows. wget's built-in option doesn't handle all
> situations (especially utf-8 in URLs).
wget&&zip ?
And yes, SOD#1. What else did you expect?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux
7;s passed to the setter function (cmd_spec_useragent in this case) as
the third argument. cmd_spec_useragent's third argument is called "void
*place_ignored", and that's for a reason.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
patch doesn't apply)
OK. But I've got an even better idea. Does anybody give a damn about
that patch? If so, make it apply. If not, I'll just remove it.
And what about Patch3 a.k.a. wget-lame_fs.patch? It's also been disabled
for quite some time, and it doesn't apply cle
n wget.
> > -Patch11: %{name}-1.9.1-LFS.patch
> does 1.10 work with LFS?
See above.
> > -Patch12: %{name}-user_agent_conf.patch
> this is also in 1.10?
Actually, I'm pretty confident this patch was a no-op. It would
basically just rename one variable :/
--
Paw
On Sun, 2005-06-19 at 19:36 +0200, glen wrote:
> +%define rpm_macros_rev 1.223
> +Summary: PLD Linux RPM Macros
> +Name:rpm-macros
> +Version: 0.1
Let's just use initial version 1.223 .
--
Paweł Sakowski <[EMAIL PROTECTED]>
and b) there are still no _major_ differences, maybe they don't
need to differ at all. rpm would be easier to maintain if they didn't.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel
ECS]$
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
simply
build from HEAD.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Sun, 2005-05-29 at 21:58 +0200, pbern wrote:
> +BuildRequires: gtk+-devel > 2.0
Don't you mean gtk+2-devel?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@li
62 matches
Mail list logo