-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
James Antill wrote:
> The problem is that PPAs/KoPeRs are going to get much less
testing than
> stuff in updates-testing, so if you don't think you are
getting enough
> testing in updates-testing I really don't see how KoPeRs will
solve that
> pr
On Fri, 2009-10-09 at 09:19 +1000, Dave Airlie wrote:
> On Thu, 2009-10-08 at 09:37 -0700, Adam Williamson wrote:
> > Then please feel free to make one. :) I don't mean that in a snide
> > fashion, but it really is the answer. As noted, having our X.org
> > developers spend time on such a repositor
On Thu, 2009-10-08 at 09:37 -0700, Adam Williamson wrote:
> On Thu, 2009-10-08 at 14:05 +0100, Terry Barnaby wrote:
> > No, I don't what to force testing on anyone (although F11 has done
> > that
> > already :) )
> > I was just suggesting that a separate yum archive with the packages
> > necessary
Update from the previous announcement on changes to the Fedora 12
schedule described here:
https://www.redhat.com/archives/fedora-devel-announce/2009-October/msg3.html
The deadline affecting the data center move which was putting a final
release date if 2009-11-17 into question has been ext
Following are a list of topics to be discussed at tomorrow's FESCo
meeting, taking place at 17:00UTC in #fedora-meeting on
irc.freenode.net
255 Proposal: Revert "Milestone Adjustment Proposal"
256 yum-presto by default
257 Fedora Packaging Committee items for ratification (2009-10-07)
On Wed, Oct 07, 2009 at 08:19:28AM -0400, Seth Vidal wrote:
>
>
> On Wed, 7 Oct 2009, Pasi Kärkkäinen wrote:
>
> >On Thu, Oct 01, 2009 at 10:51:36PM +0300, Pasi Kärkkäinen wrote:
> Traceback (most recent call last):
> File "/usr/share/preupgrade/preupgrade-cli.py", line 305, in
>
On Thu, 2009-10-08 at 19:33 +0100, Terry Barnaby wrote:
> > Backporting packages is not intrinsically very difficult, though it is
> > somewhat time-consuming, so it's something for which a far greater
> > candidate pool exists than X driver development. Thus, the suggestion
> > that someone else
On 10/08/2009 05:37 PM, Adam Williamson wrote:
On Thu, 2009-10-08 at 14:05 +0100, Terry Barnaby wrote:
No, I don't what to force testing on anyone (although F11 has done
that
already :) )
I was just suggesting that a separate yum archive with the packages
necessary
to test the later graphics dev
Richard W.M. Jones wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=527971
> OCaml framework for Functional Reactive Programming (FRP)
>
> The whole library is a single file, it's rpmlint clean, and there's a
> Koji scratch build.
>
> I'll swap for a similarly easy review.
>
> Rich.
>
I co
On Thu, 2009-10-08 at 21:00 +0300, Panu Matilainen wrote:
> They could hardcode the entire string or use their own macro for it, like
> %{_bugurl_myrepo} and provide a macro in their -release package that
> provides the macro definition.
>
>
Oh I see, yeah that could work.
--
Jesse Keating
F
On Thu, 8 Oct 2009, Jesse Keating wrote:
On Thu, 2009-10-08 at 11:29 +0300, Panu Matilainen wrote:
With that, the %{name} part is expanded at build time to effectively the
source rpm name, and the rest is up to query-time expansion. The extension
could return empty if the macro expansion fails
On Wed, Oct 07, 2009 at 15:15:06 +0100,
Terry Barnaby wrote:
> The graphics system in F11 is horribly broken for 3D, at least on Intel 845,
> ATI 200 and ATI 300 chipsets. Certainly the Blender program will not run
> on any of my computers (5 different graphics hardware versions).
I was able to
On Thu, Oct 08, 2009 at 14:05:22 +0100,
> I was just suggesting that a separate yum archive with the packages necessary
> to test the later graphics development code that will be in F12 could be
> made available for people to try out easily with their F11 systems.
> They can optionally try these. I
On Wednesday 07 October 2009 06:16:50 pm Matthias Clasen wrote:
> On Wed, 2009-10-07 at 17:11 -0400, Steve Grubb wrote:
> > On Friday 02 October 2009 01:56:21 pm Jon Stanley wrote:
> > > Meeting summary
> > > ---
> > > * incomplete features (jds2001, 17:04:12)
> > >
> > > * AGREED: L
Trying to build apache jackrabbit 1.6.0 on F12. Getting:
+ export
MAVEN_REPO_LOCAL=/builddir/build/BUILD/jackrabbit-1.6.0/.m2/repository
+ MAVEN_REPO_LOCAL=/builddir/build/BUILD/jackrabbit-1.6.0/.m2/repository
+ mkdir -p /builddir/build/BUILD/jackrabbit-1.6.0/.m2/repository
+ mvn-jpp
-Dmaven.
On Thu, 2009-10-08 at 07:44 -0700, Toshio Kuratomi wrote:
> This is partially my fault -- my network connection hasn't been good for the
> last day so instead of clearing with you which Fedora releases had the new
> package, I just looked quickly at bodhi and didn't see any obsoletes so I
> request
On Thu, 2009-10-08 at 14:05 +0100, Terry Barnaby wrote:
> No, I don't what to force testing on anyone (although F11 has done
> that
> already :) )
> I was just suggesting that a separate yum archive with the packages
> necessary
> to test the later graphics development code that will be in F12 coul
Compose started at Thu Oct 8 06:15:12 UTC 2009
Broken deps for ppc64
--
python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot
Removed package compat-wxGTK26
Updated Packages:
GConf2-2.28.0-2.fc12
-
On Thu, 2009-10-08 at 11:29 +0300, Panu Matilainen wrote:
> With that, the %{name} part is expanded at build time to effectively the
> source rpm name, and the rest is up to query-time expansion. The extension
> could return empty if the macro expansion fails (ie when _bugurl_os isn't
> defined)
On Thu, 2009-10-08 at 10:54 +0100, Terry Barnaby wrote:
> I would have thought that more people would be likely to try out the graphics
> updates if it is easy for them to install on their running systems and use in
> their normal usage patterns rather than have to maintain a separate test
> syst
On Thu, Oct 08, 2009 at 05:24:36PM +0300, Jonathan Dieter wrote:
> A few days ago, I built deltarpm-3.4-18.fc11 which resplit off a
> subpackage that had accidentally been merged into the main package in
> deltarpm-3.4-17.fc11. I pushed -18 into -testing, and assumed (since it
> was newer than -17
2009/10/8 Jonathan Dieter :
> A few days ago, I built deltarpm-3.4-18.fc11 which resplit off a
> subpackage that had accidentally been merged into the main package in
> deltarpm-3.4-17.fc11. I pushed -18 into -testing, and assumed (since it
> was newer than -17) that -17 wouldn't get pushed to sta
Matej Cepl wrote:
> I guess because F11 is considered stable release? I don't know really,
> but I would just add a banal observation that every hour spend on
> backporting stuff to F11 (and from Adam's answer it seems to require many
> many hours) cannot be spent on making Rawhide-soon-to-be-F12 m
A few days ago, I built deltarpm-3.4-18.fc11 which resplit off a
subpackage that had accidentally been merged into the main package in
deltarpm-3.4-17.fc11. I pushed -18 into -testing, and assumed (since it
was newer than -17) that -17 wouldn't get pushed to stable
automatically.
Now I've just re
On 10/08/2009 01:51 PM, Bruno Wolff III wrote:
On Thu, Oct 08, 2009 at 10:54:54 +0100,
Terry Barnaby wrote:
Are you confident that F12 will make 3D usable under Linux on the majority of
mainstream graphics cards ?
It's not going to provide 3d for nvidia, though it is hoped that nouveau wil
On Thu, Oct 08, 2009 at 10:54:54 +0100,
Terry Barnaby wrote:
> Are you confident that F12 will make 3D usable under Linux on the majority of
> mainstream graphics cards ?
It's not going to provide 3d for nvidia, though it is hoped that nouveau will
be somewhat improved. Intel and all much of AT
https://bugzilla.redhat.com/show_bug.cgi?id=527971
OCaml framework for Functional Reactive Programming (FRP)
The whole library is a single file, it's rpmlint clean, and there's a
Koji scratch build.
I'll swap for a similarly easy review.
Rich.
--
Richard Jones, Emerging Technologies, Red Hat
On Thu, Oct 08, 2009 at 10:54:54AM +0100, Terry Barnaby wrote:
>>> It would be good to have a Linux system that could actually to 3D with the
>>> major applications by the end of 2009 !
>>
>> Fortunately, F-12 is scheduled for release by then!
>>
>> josh
>>
> Are you confident that F12 will make 3D
The current thread on "ksensors, id3lib" has reminded me to give
gnome-applet-sensors another try right now. In F11. It works for me
while that hasn't been true before (troubles with acpi thrm or
no sensors).
As a result, I'd like to retire GAI (General Applet Interface Library)
and two of the app
On 10/07/2009 03:44 PM, Josh Boyer wrote:
On Wed, Oct 07, 2009 at 03:15:06PM +0100, Terry Barnaby wrote:
A new release of drm/mesa/xf86-video-ati/Xserver code for F11 based on the
new 1.7 XServer and 7.6 mesa would be very useful.
No, not really.
I understand that changing the Graphics syste
On Mon, Oct 05, 2009 at 01:20:02AM -0400, Ben Boeckel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi,
>
> I upgraded to F12 recently and enabled the TeXLive 2009
> packages. One thing that the massive split has created is that
> package dependencies are not made at all. I had
On Wed, 7 Oct 2009 13:04:35 -0700, Conrad wrote:
> On Wednesday 07 October 2009 12:55:10 pm Lyos Gemini Norezel wrote:
> > On 10/07/2009 03:19 PM, Björn Persson wrote:
> > > Lyos Gemini Norezel wrote:
> > >> Is there valid, logical, reasoning to continue to support such old code?
> > >
> > > Are t
2009/10/8 Kevin Kofler :
> Lyos Gemini Norezel wrote:
>> However... have you considered trying gnome-applet-sensors?
>
> gnome-applet-* doesn't work under KDE, that stuff only works in gnome-panel.
>
>> It seems odd to continue such a package despite upstream being defunct.
>>
>> As I no longer us
On Tue, 6 Oct 2009, Jon Masters wrote:
On Tue, 2009-10-06 at 10:43 -0700, Jesse Keating wrote:
So I guess the real question is do we want our packages built in koji to
assume a bug URL of fedora, even when used in downstream projects?
I think that's a giant assumption - if the maintainer did
Mail Lists, Wed, 07 Oct 2009 22:26:08 -0400:
> I dont have this hardware - but just a question - why not just upgrade
> to upstream (2.6.32 would be nice in a couple of days ... ) ?
I guess because F11 is considered stable release? I don't know really,
but I would just add a banal observation t
35 matches
Mail list logo