Jesse Keating, Thu, 01 Oct 2009 07:39:16 -0700:
We've stopped caring about anything outside of the critical path.
Thanks for clarifying it. At least I know now that I should give up on
maintaining Fedora packages because nobody cares about them. Will do next
week.
Matěj
--
fedora-devel-list
On Thursday 01 October 2009 20:38:30 Sebastian Vahl wrote:
Am Mittwoch 30 September 2009 schrieb Jaroslav Reznik:
o future of Phonon
* Upstream (sandsmark) recommends building/packaging phonon from qt, and
building/packaging backends separately.
* Mandriva developments integrating
I'm trying to build an old(ish) kernel (2.6.29.1-46-fc11.i586) on an
up-to-date F-11 system, but I keep getting a build failure. I have
tracked it down to the following.
At the beginning of the %install stage, it executes
'[' /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386 '!=' /
']
I'm trying to build an old(ish) kernel (2.6.29.1-46-fc11.i586) on an
up-to-date F-11 system, but I keep getting a build failure. I have
tracked it down to the following.
At the beginning of the %install stage, it executes
'[' /u/home/hsn/rpmbuild/BUILDROOT/kernel-2.6.29.1-46.fc11.i386 '!=' /
']
On Thu, Oct 1, 2009 at 19:15, David Malcolm dmalc...@redhat.com wrote:
- We have a working, valuable python 2 stack, which is used by
critical system components (yum and anaconda): we must not destabilize
the python 2 stack.
Do we have an idea how far our stack is from working on python3 ?
Quentin Armitage wrote, at 10/02/2009 04:43 PM +9:00:
I'm trying to build an old(ish) kernel (2.6.29.1-46-fc11.i586) on an
up-to-date F-11 system, but I keep getting a build failure. I have
tracked it down to the following.
At the beginning of the %install stage, it executes
'['
Dne Fri, 2 Oct 2009 06:08:16 + (UTC) Matej Cepl napsal(a):
Jesse Keating, Thu, 01 Oct 2009 07:39:16 -0700:
We've stopped caring about anything outside of the critical path.
Thanks for clarifying it. At least I know now that I should give up
on maintaining Fedora packages because nobody
Le 02/10/2009 09:46, Christof Damian a écrit :
Do we have an idea how far our stack is from working on python3 ?
And how far all the rest of python packages is?
Not much, there are few external modules working though the list is
slowly growing (pyqt4, openCV etc, libxml...). Here are some
I've pack library ne7ssh
https://bugzilla.redhat.com/show_bug.cgi?id=521909 .
History in two words:
It contain 6 examples files and Makefile to built it.
I've package it into ne7ssh-examples sub-package.
Michael Schwendt say what it should not be separate sub-package, and
right point me
I've pack library ne7ssh
https://bugzilla.redhat.com/show_bug.cgi?id=521909 .
History in two words:
It contain 6 examples files and Makefile to built it.
I've package it into ne7ssh-examples sub-package.
Michael Schwendt say what it should not be separate sub-package, and
right point me
I'm package library ne7ssh
https://bugzilla.redhat.com/show_bug.cgi?id=521909 .
History in two words:
It contain 6 examples files and Makefile to built it.
I've package it into ne7ssh-examples sub-package.
Michael Schwendt say what it should not be separate sub-package, and
right point me
On Fri, 2 Oct 2009, Matej Cepl wrote:
Jesse Keating, Thu, 01 Oct 2009 07:39:16 -0700:
We've stopped caring about anything outside of the critical path.
Thanks for clarifying it. At least I know now that I should give up on
maintaining Fedora packages because nobody cares about them. Will
Compose started at Fri Oct 2 06:15:09 UTC 2009
Broken deps for i386
--
PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public
argus-2.0.6.fixes.1-16.fc11.i586 requires libpcap.so.0.9
I'm trying to build zkt 0.99c on Fedora 11 (x86_64) and am running
into the following error:
gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -g
-DHAVE_CONFIG_H -I. -Wall -Wmissing-prototypes -c -o soaserial.o
Mat Booth wrote:
This package has a bunch of property files that you have to edit before
you build the program.
(http://www.bedework.org/downloads/3.5/BedeworkManual-3.5.pdf#page=18)
Also, setting usernames and passwords at compile time is definitely
not normal for *any* kind of application.
Taking a step back to look at a broader picture,
what is determined here might be helpful when migrating
other packages such as :
perl6
php6
java2 ( or whatever Sunacle calls it officially )
ruby2
Although none of those are as central to the operation
of Fedora as python, they all will suffer
Le Ven 2 octobre 2009 17:07, chasd a écrit :
java2 ( or whatever Sunacle calls it officially )
We use our own naming for this because SUN changed its mind too often on how
it should be named. So now we ignore upstream naming and use our own
consistent one.
--
Nicolas Mailhot
--
(intentionally breaking the thread so this is not burried somewhere in
depths)
Michal Schmidt, Fri, 02 Oct 2009 10:15:30 +0200:
You're misinterpreting Jesse's quote out of context.
I am misunderstanding them (in case your interpretation is more correct).
So that's just that rel-eng doesn't
On Fri, Oct 2, 2009 at 17:07, chasd ch...@silveroaks.com wrote:
Taking a step back to look at a broader picture,
what is determined here might be helpful when migrating
other packages such as :
perl6
php6
java2 ( or whatever Sunacle calls it officially )
ruby2
the good thing is that they
perl6
That's already a Fedora 12 feature.
https://fedoraproject.org/wiki/Features/Rakudo_Perl_6
--
Mathieu Bridon (bochecha)
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Fri, Oct 2, 2009 at 9:20 AM, Haïkel Guémar karlthe...@gmail.com wrote:
*BSD, fellow GNU/Linux distro like Debian [...] are able to ship multiples
python stacks
In Debian's case of course there are actually *two* separate Python systems
;)
http://wiki.debian.org/DebianPythonFAQ
I didn't
On Thu, 01 Oct 2009 14:35:33 -0700
John Poelstra poels...@redhat.com wrote:
...snip...
The current FESCo might also want to consider taking more of a
leadership role in monitoring the release processes, tracking the
schedule, and evaluating the quality of the release under development
and
On Fri, 2009-10-02 at 15:26 +, Matej Cepl wrote:
I am misunderstanding them (in case your interpretation is more correct).
So that's just that rel-eng doesn't have enough work to do (otherwise,
why they do not control only critical path components?).
Releng and QA are very small
2009/10/2 Matej Cepl mc...@redhat.com:
pspp -- A program for statistical analysis of sampled data
I can take care of if.
jbrout -- Photo manager, written in python/pygtk
pyexiv2 -- Python binding to exiv2 (used by jbrout)
I'm using it, so I'll take care of it..
--
With best regards, Peter
Jesse Keating jkeating at redhat.com writes:
Releng and QA are very small groups. The Fedora package set is
extremely large. Over 8K packages. The rate of change is far too grate
to provide second guessing over every package.
That's why I am surprised you want to click through all those
===
#fedora-meeting: FESCo meeting 20091002
===
Meeting started by jds2001 at 17:00:47 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2009-10-02/fedora-meeting.2009-10-02-17.00.log.html
Am Freitag, den 02.10.2009, 15:26 + schrieb Matej Cepl:
I also wish to orphan these packages, and frankly I care about them much
less, so if nobody steps up, I will probably just let them die.
JSDoc -- Produces javadoc-style documentation from JavaScript sourcefiles
nimbus -- Desktop
anyone can help ?
it's possible to create a updated DVD with fedora install ?
how ?
--
Itamar Reis Peixoto
e-mail/msn: ita...@ispbrasil.com.br
sip: ita...@ispbrasil.com.br
skype: itamarjp
icq: 81053601
+55 11 4063 5033
+55 34 3221 8599
--
fedora-devel-list mailing list
Hi,
I'm building custom Fedora remix with some packages from RPMFusion and
updated Fedora packages. Last Live USB image I created booted really slow
(over 5 minutes). I tracked down the issue to nfs service. Even when this
ISO image is used for installing Fedora to HDD the same issue is present.
I was wondering what the consensus on switching to native Upstart
scripts (/etc/event.d/*) vs. keeping the traditional SysV init
scripts (/etc/rc.d/init.d) for daemons was? I was looking at
switching Asterisk over and have an Upstart script that seems to work
fairly well. I would be making the
On Thu, 2009-10-01 at 13:15 -0400, David Malcolm wrote:
[snip]
(replying to self, with some archive links)
An earlier proposal about python 3 in Fedora is here:
https://www.redhat.com/archives/fedora-devel-list/2008-May/msg02417.html
...which was the Let's make a plan for python3.0 in Fedora
it's possible to create a updated DVD with fedora install ?
yum install pungi
man pungi
VERSION=12
DESTDIR=/my_destination_directory/Fedora$VERSION
ARCH=i386
# These are for re-using the destination directory(ies)
# such as when using the destination by more than one $ARCH.
rm -rf
Jeffrey Ollie (j...@ocjtech.us) said:
I was wondering what the consensus on switching to native Upstart
scripts (/etc/event.d/*) vs. keeping the traditional SysV init
scripts (/etc/rc.d/init.d) for daemons was? I was looking at
switching Asterisk over and have an Upstart script that seems to
On Fri, 02 Oct 2009 18:13:42 +, Valent Turkovic wrote:
After stopping nfs service boot time was around 30 seconds!
I ment to say before stoping, sorry.
--
pratite me na twitteru - www.twitter.com/valentt
http://kernelreloaded.blog385.com/
linux, blog, anime, spirituality, windsurf,
On Fri, Oct 2, 2009 at 1:42 PM, Bill Nottingham nott...@redhat.com wrote:
1) Likely for F-13 we're moving to upstart 0.6.x.
2) We currently have no mechanism for the following:
- not starting services automatically that happen to have jobs installed
- enforcing dependencies between SysV and
On Thu, 2009-10-01 at 15:43 -0400, James Laska wrote:
When: Friday, 2009-10-02 @ 15:00 UTC (11 AM EDT)
Where: #fedora-bugzappers on irc.freenode.net
Thanks to all in attendance! See below for the meeting summary.
#fedora-bugzappers: F-12 Beta
On Fri, Oct 02, 2009 at 17:37:18 +,
Matěj Cepl mc...@redhat.com wrote:
Jesse Keating jkeating at redhat.com writes:
Releng and QA are very small groups. The Fedora package set is
extremely large. Over 8K packages. The rate of change is far too grate
to provide second guessing over
On Friday 02 October 2009 02:42:43 pm Bill Nottingham wrote:
enforcing dependencies between SysV and upstart scripts - if a package
that provides a service that a SysV service depends on (via LSB headers)
changes to an upstart script, things go wrong.
Also last time I checked, they still
- Bruno Wolff III br...@wolff.to wrote:
Bugs can include RFEs as well as actual brokeness. I don't think that
really buys you anything. And a bad maintainer could just file an RFE for an
upgrade and refer to that bug when they provide the upgrade.
Yes, of course, but I expect Fedora
On 10/02/2009 02:13 PM, Valent Turkovic wrote:
Hi,
I'm building custom Fedora remix with some packages from RPMFusion and
updated Fedora packages. Last Live USB image I created booted really slow
(over 5 minutes). I tracked down the issue to nfs service. Even when this
ISO image is used for
On Fri, Oct 2, 2009 at 6:53 PM, Steve Dickson ste...@redhat.com wrote:
Is there any kind of a error being logged in /var/log/messages?
Wild guess; nfs client service is trying to look up the hostname (possibly
repeatedly), but it's broken. I think in F11 something regressed in
On Fri, 02 Oct 2009 18:59:11 +, Colin Walters wrote:
Wild guess; nfs client service is trying to look up the hostname
(possibly repeatedly), but it's broken. I think in F11 something
regressed in
Here you can see the bootchart from freshly built Fedora 11 updated
packages:
On 10/02/2009 08:48 AM, Colin Walters wrote:
On Fri, Oct 2, 2009 at 9:20 AM, Haïkel Guémar karlthe...@gmail.com wrote:
*BSD, fellow GNU/Linux distro like Debian [...] are able to ship multiples
python stacks
In Debian's case of course there are actually *two* separate Python systems
;)
we in ojuba.org have produced an updated Fedora-11-based distro +
rpmfusion + extra Arabic/Islamic software
this was on 2009/09/16
you may like to give it a try.
http://distrowatch.com/ojuba
http://www.ojuba.org/wiki/news/14300926-en
as mentioned by John Reiser we have used pungi
--
On Fri, Oct 2, 2009 at 8:51 PM, Matej Cepl mc...@redhat.com wrote:
- Bruno Wolff III br...@wolff.to wrote:
Bugs can include RFEs as well as actual brokeness. I don't think that
really buys you anything. And a bad maintainer could just file an RFE for an
upgrade and refer to that bug when
On Fri, 2009-10-02 at 17:37 +, Matěj Cepl wrote:
That's why I am surprised you want to click through all those requests for
fixes
in non-essential packages. Why not leave them open (or allow updates only when
bug number is attached)?
Because we don't have the infrastructure to handle
On Thu, Oct 1, 2009 at 1:15 PM, David Malcolm dmalc...@redhat.com wrote:
Proposal: Python 3 in Fedora 13
[snip]
- I don't want to add extra work for package maintainers: if you
maintain an SRPM of a python 2 module that's working for you, you
shouldn't feel obligated to own a separate SRPM
On 10/02/2009 02:28 PM, Michel Alexandre Salim wrote:
Since yum is available during build, this would work (but is fugly):
- build as normal
- push out python2 files to buildroot
- after everything else is done, yum remove python-devel yum
install python3-devel
- build python3 modules
On Fri, Oct 2, 2009 at 8:19 PM, Toshio Kuratomi a.bad...@gmail.com wrote:
I brought up Debian's parallel install system before (I believe the last
time python24 python2 python3 came up) and someone did a quick anaysis
and said it wasn't a good idea.
Fair enough, just wanted to be sure it
Am Freitag, den 02.10.2009, 15:26 + schrieb Matej Cepl:
syncevolution -- SyncML client for evolution
I would like to maintain this package then.
Regards,
Dominic
--
Dominic Hopf dma...@gmail.com
http://dominichopf.de/
Key Fingerprint:
A7DF C4FC 07AE 4DDC 5CA0 BD93 AAB0 6019 CA7D 868D
Kevin Fenzi said the following on 10/02/2009 08:49 AM Pacific Time:
On Thu, 01 Oct 2009 14:35:33 -0700
John Poelstra poels...@redhat.com wrote:
...snip...
The current FESCo might also want to consider taking more of a
leadership role in monitoring the release processes, tracking the
On 10/03/2009 05:20 AM, John Poelstra wrote:
Sounds great to me, but would other members go for it? :) Maybe this is
along the lines of the Features SIG that someone suggested a ways back.
A important oddness of the feature process is that it is not actually
necessary for the feature to be
On 10/03/2009 12:21 AM, Steve Grubb wrote:
On Friday 02 October 2009 02:42:43 pm Bill Nottingham wrote:
enforcing dependencies between SysV and upstart scripts - if a package
that provides a service that a SysV service depends on (via LSB headers)
changes to an upstart script, things go
Am Freitag, den 02.10.2009, 19:39 + schrieb Valent Turkovic:
Here you can see the bootchart from freshly built Fedora 11 updated
packages:
http://dl.getdropbox.com/u/184632/bootchart-slow.png
I didn't know that akmods are part of a freshly installed Fedora. ;)
Regards,
Christoph
--
On Fri, 2009-10-02 at 14:47 -0400, James Laska wrote:
* https://bugzilla.redhat.com/show_bug.cgi?id=526535 (jlaska, 16:17:50)
* AGREED: after good discussion around related changes, the group
agreed to accept a fix for bug#526535 and several other NM changes
that would be good to
On Fri, Oct 02, 2009 at 14:51:15 -0400,
Matej Cepl mc...@redhat.com wrote:
- Bruno Wolff III br...@wolff.to wrote:
Bugs can include RFEs as well as actual brokeness. I don't think that
really buys you anything. And a bad maintainer could just file an RFE for an
upgrade and refer to
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Update to rt 3.6.9
https://bugzilla.redhat.com/show_bug.cgi?id=526872
Summary: Update to rt 3.6.9
Product: Fedora EPEL
Version: el5
Author: xavierb
Update of /cvs/pkgs/rpms/rt3/EL-5
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv17270
Modified Files:
.cvsignore rt3.spec sources
Log Message:
update to 3.6.9
Index: .cvsignore
===
RCS file:
Python 2.6.3 was just released [1]. I think we'll want this in F13
(seems far too late to me for F12).
I tried rebuilding our devel branch with the 2.6.3 tarball, and it
built with no changes to the existing patches. I haven't gone through
the upstream changes in detail though. Caveat: this
On Fri, 2009-10-02 at 17:17 -0400, David Malcolm wrote:
Python 2.6.3 was just released [1]. I think we'll want this in F13
(seems far too late to me for F12).
I tried rebuilding our devel branch with the 2.6.3 tarball, and it
built with no changes to the existing patches. I haven't gone
60 matches
Mail list logo