On 09/21/2010 01:45 AM, Bojan Smojver wrote:
> On Sun, 2010-09-12 at 17:50 +1000, Bojan Smojver wrote:
>> Isn't that a security related
>> update?
>
> Ping...
>
I'm working on it, recently it's delayed in rel-eng:
https://fedorahosted.org/rel-eng/ticket/4125
--
devel mailing list
devel@lists.fed
This note comes from crt1.o, which is linked into every normal program
(both static and dynamic). Off hand, I'm not sure of anything that
actually checks this note.
What it indicates is the minimum required kernel version that glibc was
built for (its --enable-kernel configure option). This cont
I apologize for interrupting this tread. I shall take my leave.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 2010-09-21 at 00:29 -0400, Gerald Henriksen wrote:
> On Mon, 20 Sep 2010 21:58:53 -0400, you wrote:
>
> >2010/9/20 Micha? Piotrowski :
> >> Ok, so maybe it's time to setup Fedora "backports" repo for these that
> >> wants new and shiny Firefox 4, PostgreSQL 9 or whatever with big
> >> numb
On Tue, Sep 21, 2010 at 12:29 AM, Gerald Henriksen wrote:
> On Mon, 20 Sep 2010 21:58:53 -0400, you wrote:
>
>>2010/9/20 Micha? Piotrowski :
>>> Ok, so maybe it's time to setup Fedora "backports" repo for these that
>>> wants new and shiny Firefox 4, PostgreSQL 9 or whatever with big
>>> number.
>
On Mon, 20 Sep 2010 21:58:53 -0400, you wrote:
>2010/9/20 Micha? Piotrowski :
>> Ok, so maybe it's time to setup Fedora "backports" repo for these that
>> wants new and shiny Firefox 4, PostgreSQL 9 or whatever with big
>> number.
>
>What exactly is the fear here with these updates? Are there many
On Mon, 2010-09-20 at 21:58 -0400, Arthur Pemberton wrote:
> 2010/9/20 Michał Piotrowski :
> > 2010/9/21 Toshio Kuratomi :
> >> As the concept of using third party repositories (both as packagers and as
> >> users) grows, this interdependence will grow.
> >
> > Ok, so maybe it's time to setup Fedor
On Mon, Sep 20, 2010 at 10:35:47PM -0500, Bruno Wolff III wrote:
> On Tue, Sep 21, 2010 at 01:51:03 +0200,
> Michał Piotrowski wrote:
> >
> > Setting up "official" backport repo will avoid repos fragmentation.
> > Keeping all cool updates in one place appears to be a reasonable idea.
> > Am I r
On Tue, Sep 21, 2010 at 01:51:03 +0200,
Michał Piotrowski wrote:
>
> Setting up "official" backport repo will avoid repos fragmentation.
> Keeping all cool updates in one place appears to be a reasonable idea.
> Am I right?
If we had infinite manpower this might be doable on request. As things
2010/9/20 Michał Piotrowski :
> 2010/9/21 Toshio Kuratomi :
>> As the concept of using third party repositories (both as packagers and as
>> users) grows, this interdependence will grow.
>
> Ok, so maybe it's time to setup Fedora "backports" repo for these that
> wants new and shiny Firefox 4, Post
On 9/20/2010 16:41, Michel Alexandre Salim wrote:
> On Mon, Sep 20, 2010 at 11:30 PM, Fedora Koji Build System
> wrote:
>> Package: Miro
>> NVR: Miro-3.0.3-2.fc13
>> User: bodhi
>> Status: failed
>> Tag Operation: untagged
>> From Tag: dist-f13-updates-testing-pending
>>
>> Miro-3.0.3-2.fc13 uns
On Mon, 20 Sep 2010 19:26:53 -0400, you wrote:
>On Mon, Sep 20, 2010 at 5:59 PM, Michel Alexandre Salim
> wrote:
>> On Mon, 20 Sep 2010 15:13:42 -0500, Michael Cronenworth wrote:
>>> No, I'm not advocating PgSQL 9 for F14, however, it shouldn't be so
>>> far-fetched that Fedora could have any soft
On Mon, 2010-09-20 at 16:31 -0800, Jeff Spaleta wrote:
> 2010/9/20 Michał Piotrowski :
> > Yes. Most users don't care about libfoo 1.6.54 -> libfoo 1.7.0 upgrade.
> > It's cool if you have strange problems with PgPool
>
>
> You understand that what you have just describe is not easily wrapped
> i
2010/9/20 Michał Piotrowski :
> Yes. Most users don't care about libfoo 1.6.54 -> libfoo 1.7.0 upgrade.
> It's cool if you have strange problems with PgPool
You understand that what you have just describe is not easily wrapped
into a self-consistent policy right? There are undoubtably "strange
p
2010/9/21 Björn Persson :
> Michał Piotrowski wrote:
>> Ok, so maybe it's time to setup Fedora "backports" repo for these that
>> wants new and shiny Firefox 4, PostgreSQL 9 or whatever with big
>> number.
>>
>> I'm not a huge fan of huge updates in "stable" Firefox3->Firefox4,
>> Kde4.5->Kde4.6 et
Michał Piotrowski wrote:
> Ok, so maybe it's time to setup Fedora "backports" repo for these that
> wants new and shiny Firefox 4, PostgreSQL 9 or whatever with big
> number.
>
> I'm not a huge fan of huge updates in "stable" Firefox3->Firefox4,
> Kde4.5->Kde4.6 etc. In fact I would prefer to avoi
2010/9/21 Jeff Spaleta :
> 2010/9/20 Michał Piotrowski :
>> Setting up "official" backport repo will avoid repos fragmentation.
>
> Another repository/branch inside Fedora infrastructure does not
> automatically avoid the any of the potential problems that you would
> want to lump into "repo fragme
2010/9/20 Michał Piotrowski :
> Setting up "official" backport repo will avoid repos fragmentation.
Another repository/branch inside Fedora infrastructure does not
automatically avoid the any of the potential problems that you would
want to lump into "repo fragmentation." You'd have to take great
Do what thou wilt
shall be the whole of the Law.
On Mon, Sep 20, 2010 at 4:59 PM, Michel Alexandre Salim
wrote:
> On Mon, 20 Sep 2010 15:13:42 -0500, Michael Cronenworth wrote:
>> No, I'm not advocating PgSQL 9 for F14, however, it shouldn't be so
>> far-fetched that Fedora could have any so
2010/9/21 Toshio Kuratomi :
> As the concept of using third party repositories (both as packagers and as
> users) grows, this interdependence will grow.
Ok, so maybe it's time to setup Fedora "backports" repo for these that
wants new and shiny Firefox 4, PostgreSQL 9 or whatever with big
number.
On Sun, 2010-09-12 at 17:50 +1000, Bojan Smojver wrote:
> Isn't that a security related
> update?
Ping...
--
Bojan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, Sep 20, 2010 at 09:59:51PM +, Michel Alexandre Salim wrote:
> On Mon, 20 Sep 2010 15:13:42 -0500, Michael Cronenworth wrote:
> > No, I'm not advocating PgSQL 9 for F14, however, it shouldn't be so
> > far-fetched that Fedora could have any software at any time.
>
> A Fedora update poli
On Mon, Sep 20, 2010 at 5:59 PM, Michel Alexandre Salim
wrote:
> On Mon, 20 Sep 2010 15:13:42 -0500, Michael Cronenworth wrote:
>> No, I'm not advocating PgSQL 9 for F14, however, it shouldn't be so
>> far-fetched that Fedora could have any software at any time.
>
> A Fedora update policy is being
On Mon, Sep 20, 2010 at 12:41, John Reiser wrote:
> Executable program files built by gcc+glibc on Fedora 14 contain a PT_NOTE
> which says "for GNU/Linux 2.6.32". (For example, see "file /bin/date";
> the presence of a NOTE is indicated by "readelf --segments /bin/date",
> but readelf does not d
On Mon, 20 Sep 2010 15:13:42 -0500, Michael Cronenworth wrote:
> No, I'm not advocating PgSQL 9 for F14, however, it shouldn't be so
> far-fetched that Fedora could have any software at any time.
A Fedora update policy is being hashed out, and even before that, the
consensus is really against int
On Mon, Sep 20, 2010 at 11:30 PM, Fedora Koji Build System
wrote:
> Package: Miro
> NVR: Miro-3.0.3-2.fc13
> User: bodhi
> Status: failed
> Tag Operation: untagged
> From Tag: dist-f13-updates-testing-pending
>
> Miro-3.0.3-2.fc13 unsuccessfully untagged from
> dist-f13-updates-testing-pending by
On Mon, Sep 20, 2010 at 11:41:31 -0700,
John Reiser wrote:
> Executable program files built by gcc+glibc on Fedora 14 contain a PT_NOTE
> which says "for GNU/Linux 2.6.32". (For example, see "file /bin/date";
> the presence of a NOTE is indicated by "readelf --segments /bin/date",
> but readelf
Hi,
> gnome-panel-2.31.90-1.fc15.i686 requires libedataserverui-1.2.so.10
Can this not just be rebuilt against the new libedataserverui as it's
blocking the update to evolution?
TTFN
Paul
--
Vertraue mir, ich weiss, was ich mache...
--
devel mailing list
devel@lists.fedoraproject.org
Bruno Wolff III wrote:
> You need to remember that bleeding edge to a DBA means something different
> than for other people.
DBAs worth anything wouldn't be using *Fedora* for their distribution of
choice.
No, I'm not advocating PgSQL 9 for F14, however, it shouldn't be so
far-fetched that Fedo
On Mon, Sep 20, 2010 at 16:00:46 -0400,
Arthur Pemberton wrote:
> On Mon, Sep 20, 2010 at 3:56 PM, Tom Lane wrote:
> > Michel Alexandre Salim writes:
> >> Note: I don't think Mark was proposing to do the packaging work himself.
> >> But it'd be great if whoever picks this up (Michał, are you
On Mon, Sep 20, 2010 at 3:56 PM, Tom Lane wrote:
> Michel Alexandre Salim writes:
>> Note: I don't think Mark was proposing to do the packaging work himself.
>> But it'd be great if whoever picks this up (Michał, are you a packager?)
>> could reply to this thread, thus avoiding duplication of wo
2010/9/20 Jon Masters :
> Right. I get what you're trying to say. Yes, indeed, whatever is
> creating the legacy file should stop doing that. Are we sure it's not
> anaconda doing it during installation?
I don't have this file my rawhide system - it was installed from F14
Alpha KDE Live CD.
Of co
Michel Alexandre Salim writes:
> Note: I don't think Mark was proposing to do the packaging work himself.
> But it'd be great if whoever picks this up (MichaÅ, are you a packager?)
> could reply to this thread, thus avoiding duplication of work and attract
> potential reviewers once the new pa
2010/9/20 Michel Alexandre Salim :
> On Mon, 20 Sep 2010 17:53:41 +0200, Michał Piotrowski wrote:
>
>> 2010/9/20 Mark Chappell :
>>> 2010/9/20 Michał Piotrowski :
PostgreSQL 9 was released
http://www.postgresql.org/about/news.1235
Are there any chances to get this for F14? The n
On Mon, 2010-09-20 at 20:57 +0200, Michał Piotrowski wrote:
> W dniu 20 września 2010 20:47 użytkownik drago01 napisał:
> > 2010/9/20 Michał Piotrowski :
> >> W dniu 20 września 2010 20:03 użytkownik drago01
> >> napisał:
> >>> Why?
> >>> The file is obsolete for a while now, apps that rely on i
On Mon, 20 Sep 2010 17:53:41 +0200, Michał Piotrowski wrote:
> 2010/9/20 Mark Chappell :
>> 2010/9/20 Michał Piotrowski :
>>> PostgreSQL 9 was released
>>> http://www.postgresql.org/about/news.1235
>>>
>>> Are there any chances to get this for F14? The new version supports
>>> basic replication sc
Sorry, two more from last week we didn't get to:
#469 App install related issues
https://fedorahosted.org/fesco/ticket/469
#470 Look at buildid repo request from jkratoch
https://fedorahosted.org/fesco/ticket/470
These will be covered before new business this week.
kevin
signature.asc
Descr
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 19:30UTC (3:30pm EDT) in #fedora-meeting on
irc.freenode.net.
= Followups =
#topic #351 Create a policy for updates - status report on implementation
https://fedorahosted.org/fesco/ticket/351
#topic #382 Imp
W dniu 20 września 2010 20:47 użytkownik drago01 napisał:
> 2010/9/20 Michał Piotrowski :
>> W dniu 20 września 2010 20:03 użytkownik drago01 napisał:
>>> Why?
>>> The file is obsolete for a while now, apps that rely on it if any
>>> should crash and burn and use the proper interface (/etc/modpro
2010/9/20 Michał Piotrowski :
> W dniu 20 września 2010 20:03 użytkownik drago01 napisał:
>> Why?
>> The file is obsolete for a while now, apps that rely on it if any
>> should crash and burn and use the proper interface (/etc/modprobe.d)
>> I can't think of a reason why "someone will change this
A new version of bodhi has just hit production. This release contains a number
of bugfixes and enhancements.
https://admin.fedoraproject.org/updates
Web UI Changes
==
- Improved editing functionality
- Only unpush edited updates when builds are altered
- Make a note in t
Executable program files built by gcc+glibc on Fedora 14 contain a PT_NOTE
which says "for GNU/Linux 2.6.32". (For example, see "file /bin/date";
the presence of a NOTE is indicated by "readelf --segments /bin/date",
but readelf does not display the contents.) What does the PT_NOTE mean;
what pro
W dniu 20 września 2010 20:03 użytkownik drago01 napisał:
> Why?
> The file is obsolete for a while now, apps that rely on it if any
> should crash and burn and use the proper interface (/etc/modprobe.d)
> I can't think of a reason why "someone will change this again".
In the same way that someon
2010/9/20 Michał Piotrowski :
> W dniu 20 września 2010 15:02 użytkownik drago01 napisał:
>> Well depends on the cirumstances.
>
> I fully agree.
>
>>
>> As the file is supposed to be obsolete anyway ... we should just make
>> modprobe ignore it ;)
>
> This is not a solution to the problem. Now th
On 09/20/2010 10:02 AM, Robert 'Bob' Jensen wrote:
>
> - "Jon Masters" wrote:
>>
>> I'm missing the original mail in this thread because I think it went
>> to
>> a different list. Can someone forward it to me, please. Thanks.
>>
>> Jon.
>>
>>
>> --
>> devel mailing list
>> devel@lists.fedorap
- "Jon Masters" wrote:
>
> I'm missing the original mail in this thread because I think it went
> to
> a different list. Can someone forward it to me, please. Thanks.
>
> Jon.
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/
Start End Name
Tue 14-Sep Tue 28-Sep Beta Infrastructure Change Freeze
Wed 22-Sep Wed 22-Sep Fedora 14 Beta Go/No-Go Meeting (17:00 EST)
Thu 23-Sep Thu 23-Sep Start Stage & Sync Beta to Mirrors
Thu 23-Sep Thu 23-Sep Fedora 14 Beta Release Readiness Meeting
Thu 23-Sep Tue 28-S
On Mon, 2010-09-20 at 14:54 +0200, Michał Piotrowski wrote:
> 2010/9/20 Bryn M. Reeves :
> > On 09/20/2010 01:37 PM, Tom Horsley wrote:
> >> On Mon, 20 Sep 2010 11:56:56 +0200
> >> Michał Piotrowski wrote:
> >>
> >>> You can blacklist the firewall modules - it can be critical :)
> >>
> >> Actually,
2010/9/20 Mark Chappell :
> 2010/9/20 Michał Piotrowski :
>> PostgreSQL 9 was released
>> http://www.postgresql.org/about/news.1235
>>
>> Are there any chances to get this for F14? The new version supports
>> basic replication scenarios, so I would not have to use PgPool :)
>
> Way too late for upd
2010/9/20 Michał Piotrowski :
> PostgreSQL 9 was released
> http://www.postgresql.org/about/news.1235
>
> Are there any chances to get this for F14? The new version supports
> basic replication scenarios, so I would not have to use PgPool :)
Way too late for updating the main postgres packages, bu
Hi,
PostgreSQL 9 was released
http://www.postgresql.org/about/news.1235
Are there any chances to get this for F14? The new version supports
basic replication scenarios, so I would not have to use PgPool :)
Regards,
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorap
commit c731ef4ad6646727745ce5fbdbe06129d473799a
Author: Petr Písař
Date: Mon Sep 20 17:09:37 2010 +0200
Filter private Requires
The C::X::Heavy module is private and intended to use outside of this
package.
rpmbuild created unresolvable useless reflexive dependency.
perl-Cla
Compose started at Mon Sep 20 13:15:36 UTC 2010
Broken deps for x86_64
--
RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php
RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch)
1:anjuta-2.30.0.0-2.fc1
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=633733
Petr Pisar changed:
What|Removed |Added
W dniu 20 września 2010 15:02 użytkownik drago01 napisał:
> Well depends on the cirumstances.
I fully agree.
>
> As the file is supposed to be obsolete anyway ... we should just make
> modprobe ignore it ;)
This is not a solution to the problem. Now the file will be ignored,
but in a few months
commit 0dd7b98cea283802c1054bcf37e1d04aa80d6c0a
Author: Petr Písař
Date: Mon Sep 20 15:04:45 2010 +0200
Require perl(Test::Pod::Coverage) for tests
perl-JavaScript-Minifier-XS.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-JavaScript-Minifier-XS
2010/9/20 Michał Piotrowski :
> 2010/9/20 Bryn M. Reeves :
>> On 09/20/2010 01:37 PM, Tom Horsley wrote:
>>> On Mon, 20 Sep 2010 11:56:56 +0200
>>> Michał Piotrowski wrote:
>>>
You can blacklist the firewall modules - it can be critical :)
>>>
>>> Actually, I think you can run any arbitrary co
2010/9/20 Bryn M. Reeves :
> On 09/20/2010 01:37 PM, Tom Horsley wrote:
>> On Mon, 20 Sep 2010 11:56:56 +0200
>> Michał Piotrowski wrote:
>>
>>> You can blacklist the firewall modules - it can be critical :)
>>
>> Actually, I think you can run any arbitrary command to
>> load a module,
Or pass any
On Mon, 2010-09-20 at 01:05 -0700, Luya Tshimbalanga wrote:
> I have recently switched from F13 to F14 using preupgrade.
> abtr-gui UI seems to be good but misses button to manually install
> debug-info of package similar
> to KDE 4.5 crash report. Will that issue be resolved for update or for F15?
Compose started at Mon Sep 20 08:15:35 UTC 2010
Broken deps for x86_64
--
almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
claws-ma
I have recently switched from F13 to F14 using preupgrade.
abtr-gui UI seems to be good but misses button to manually install
debug-info of package similar
to KDE 4.5 crash report. Will that issue be resolved for update or for F15?
--
Luya Tshimbalanga
uGraphic & Web Designer
E: l...@fedoraproj
61 matches
Mail list logo
