On 08/02/2013 02:28 AM, Ed Marshall wrote:
In the dnf case, it likely doesn't matter; I don't think dnf has grown
support yet for repo cost/priority yet, has it?
No, not yet, that's one of the things waiting to happen still:
https://bugzilla.redhat.com/show_bug.cgi?id=967798
(I was a little
On Fri, 2013-08-02 at 08:50 +0800, Morgan Howe wrote:
> On Fri, Aug 2, 2013 at 8:38 AM, David Airlie
> wrote:
> Also unless he rebuild the upstream mesa in rpm with the same
> flags, I'm not sure
> this is guaranteed fixed upstream.
>
>
> I'd be happy to help debug this.
http://doc.qt.digia.com/4.6/qtglobal.html#qreal-typedef
typedef qreal
Typedef for double on all platforms except for those using CPUs with ARM
architectures. On ARM-based platforms, qreal is a typedef for float for
performance reasons.
This still seems to be the case for 4.8 as well.
This l
On Fri, Aug 2, 2013 at 9:22 AM, Morgan Howe wrote:
> On Fri, Aug 2, 2013 at 8:38 AM, David Airlie wrote:
>
>>
>> Also unless he rebuild the upstream mesa in rpm with the same flags, I'm
>> not sure
>> this is guaranteed fixed upstream.
>>
>
> Dave, for the sake of having the conversation in a si
On Fri, Aug 2, 2013 at 8:38 AM, David Airlie wrote:
>
> Also unless he rebuild the upstream mesa in rpm with the same flags, I'm
> not sure
> this is guaranteed fixed upstream.
>
Dave, for the sake of having the conversation in a single place, I'm
responding to your comment on bugzilla here. I t
On Fri, Aug 2, 2013 at 8:57 AM, Jef Spaleta wrote:
> My rule of thumb... I only close the bugs I open under two conditions:
> I've figured out it was user error or misconfiguration on my part (hey
> it happens to all of us) or I can confirm the fix has propagated into
> the packaging system and t
On Thu, Aug 1, 2013 at 4:38 PM, Morgan Howe wrote:
> That may have been a mistake on my part due to lack of knowledge on your
> bugzilla workflow, apologies for that. I haven't filed a bug report before
> and wasn't sure how that should be handled. I've reassigned the bug from
> xorg-x11-drv-ati t
On Fri, Aug 2, 2013 at 8:38 AM, David Airlie wrote:
> Also unless he rebuild the upstream mesa in rpm with the same flags, I'm
> not sure
> this is guaranteed fixed upstream.
>
I'd be happy to help debug this. I'm currently trying to find where I can
see the flags used for the Fedora build. If s
On Fri, Aug 2, 2013 at 8:14 AM, Jef Spaleta wrote:
> On Thu, Aug 1, 2013 at 3:50 PM, Morgan Howe wrote:
> > I didn't say you need to bump it to bleeding edge git. I'm just letting
> you
> > know that there's a pretty serious bug in the current version of mesa
> that
> > is affecting at least a f
- Original Message -
> From: "Jef Spaleta"
> To: "Development discussions related to Fedora"
>
> Sent: Friday, 2 August, 2013 10:14:31 AM
> Subject: Re: Mesa needs an update?
>
> On Thu, Aug 1, 2013 at 3:50 PM, Morgan Howe wrote:
> > I didn't say you need to bump it to bleeding edge
On Thu, Aug 1, 2013 at 12:41 AM, Ales Kozumplik wrote:
> On 08/01/2013 02:36 AM, Ed Marshall wrote:
>
>> Also, consider cases where repository priorities are in use; a
>> lower-priority repo that's unreachable may cause unexpected/damaging
>> results for the administrator in cases where there's a
On Thu, Aug 1, 2013 at 3:50 PM, Morgan Howe wrote:
> I didn't say you need to bump it to bleeding edge git. I'm just letting you
> know that there's a pretty serious bug in the current version of mesa that
> is affecting at least a few people - probably even more who just rolled back
> to F18 and
On Thu, Aug 1, 2013 at 11:12 PM, Adam Williamson wrote:
> On Thu, 2013-08-01 at 20:21 +0800, Morgan Howe wrote:
> > The latest mesa in the repos still does not solve this problem, so I
> > just wanted to bring it to the maintainer's attention that an update
> > for this package should probably be
On 08/01/2013 07:36 PM, Peter Robinson wrote:
I was kind of expecting this would have landed by now though, Bastien
will be @ GUADEC this week so not sure if he'll respond quickly
We'll discuss this at GUADEC and I'll follow up here once we figure out
a plan what to do.
It's possible that it
On 08/01/2013 07:52 PM, Juan Rodriguez wrote:
I've recently been approached about one of the packages I maintain,
Blueman, an alternative Bluetooth Manager.
At the time I packaged it, it was actively being developed, however
development has stopped for over a year [1]. The project's domain
ex
On Wed, Jul 31, 2013 at 2:18 PM, Jerry James wrote:
> Neither my python-fu nor my scons-fu is great enough for me to figure out
> how to work around this problem. Can any python masters on this list see a
> way to work around the bug?
>
> This is https://bugzilla.redhat.com/show_bug.cgi?id=97425
The following Fedora EPEL 5 Security updates need testing:
Age URL
466
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5
361
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-6608/Django-1.1.4-2.el5
56
https://admin.fedoraproject.org/updates/FEDO
On Thu, 2013-08-01 at 18:36 +0100, Peter Robinson wrote:
> On Thu, Aug 1, 2013 at 6:14 PM, Tomasz Torcz wrote:
> > On Thu, Aug 01, 2013 at 07:05:39PM +0200, Stefan Held wrote:
> >> What exactly is holding the Updates back in Fedora?
> >> Is there a reason for excluding the 5.x Series?
> >
> >
> >
On 01/08/13 12:52 -0500, Juan Rodriguez wrote:
> I've recently been approached about one of the packages I maintain,
> Blueman, an alternative Bluetooth Manager.
>
> At the time I packaged it, it was actively being developed, however
> development has stopped for over a year [1]. The project's dom
Hello All!
I'm desperately searching a reviewer for two Erlang-related packages:
* https://bugzilla.redhat.com/990932 - erlang-riaknostic - A
diagnostic tool for Riak installations
* https://bugzilla.redhat.com/990691 - erlang-sidejob - An Erlang
library that implements a parallel, capacity-limit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/29/2013 06:50 PM, Lennart Poettering wrote:
> On Mon, 29.07.13 17:25, Simo Sorce (s...@redhat.com) wrote:
>
>>> So, one question, why again not just use the kernel keyring?
>>
>> Size.
>>
>>> If this is about the size of the objects then maybe
On Thu, Aug 1, 2013 at 10:52 AM, Juan Rodriguez
wrote:
> Hi Devel!
>
> I've recently been approached about one of the packages I maintain, Blueman,
> an alternative Bluetooth Manager.
>
> At the time I packaged it, it was actively being developed, however
> development has stopped for over a year
Hi Devel!
I've recently been approached about one of the packages I maintain,
Blueman, an alternative Bluetooth Manager.
At the time I packaged it, it was actively being developed, however
development has stopped for over a year [1]. The project's domain expired
too. [2]
The package has been con
On Thu, Aug 1, 2013 at 6:14 PM, Tomasz Torcz wrote:
> On Thu, Aug 01, 2013 at 07:05:39PM +0200, Stefan Held wrote:
>> What exactly is holding the Updates back in Fedora?
>> Is there a reason for excluding the 5.x Series?
>
>
> See https://fedoraproject.org/wiki/Changes/Bluez5
> and the thread st
On Thu, Aug 01, 2013 at 07:05:39PM +0200, Stefan Held wrote:
> What exactly is holding the Updates back in Fedora?
> Is there a reason for excluding the 5.x Series?
See https://fedoraproject.org/wiki/Changes/Bluez5
and the thread starting at
https://lists.fedoraproject.org/pipermail/devel/2013
Hey Guy.
Is there something wrong with BlueZ 5.x Series?
The Website states that using the 4.x Version is deprecated.
What exactly is holding the Updates back in Fedora?
Is there a reason for excluding the 5.x Series?
--
Stefan HeldVI has only 2 Modes:
obi unixkiste org
2013/7/31 Petr Machata :
> monotone5678043 'LUA_GLOBALSINDEX' was not declared in this
> scope
For Lua 5.2 and newer Boost it has to be updated to latest head from
MTN. As I am on vacation now, that will likely have to wait until next
week.
- Thomas
--
devel mailing list
devel@l
Am 31.07.2013 21:24, schrieb Matthew Miller:
> On Wed, Jul 31, 2013 at 08:18:52PM +0200, Reindl Harald wrote:
>> you are aware how much 10% of 8 TB are?
>
> So why *not* keep more logs, at least while nothing else is using it?
to save space?
there where i use "Thin Provisioning" are full backu
On 26 July 2013 16:12, Richard Hughes wrote:
> I'm about to release and build a new colord. This has all the
> pre-1.0.* deprecated functions in libcolord removed, and hence bumps
> ABI. The affected packages are:
> colord-gtk
> colorhug-client
> colorhug-tools
> control-center
> gnome-color-manag
On Wed, Jul 31 2013 at 5:53pm -0400,
Chris Murphy wrote:
>
> On Jul 31, 2013, at 12:38 PM, Eric Sandeen wrote:
>
> >
> > i.e. if you only want the efficient snapshots, a way to fully-provision
> > a "thinp" device. I'm still not sure if this is possible…?
>
> […]
>
> >
> > I guess I'm pr
- Original Message -
> Greeting!
> This is a summary of accepted Fedora 20 Changes by FESCo for week 31
> (in tickets).
>
> = System Wide Changes =
> * Web Assets - https://fedoraproject.org/wiki/Changes/Web_Assets discussed on
> https://lists.fedoraproject.org/pipermail/devel/2013-July/18
On Thu, 2013-08-01 at 20:21 +0800, Morgan Howe wrote:
> After upgrading from F18 to F19 using fedup, I was getting a segfault
> starting Xorg[1]. It turns out my case seemed almost identical to
> another case[2], but since they seemed to be from separate drivers I
> filed a separate bug. The cataly
Greetings!
This is a summary of accepted Fedora 20 Changes by FESCo for week 31
(in tickets).
= System Wide Changes =
* Web Assets - https://fedoraproject.org/wiki/Changes/Web_Assets discussed on
https://lists.fedoraproject.org/pipermail/devel/2013-July/185638.html
* Enable SELinux Labeled NFS
After upgrading from F18 to F19 using fedup, I was getting a segfault
starting Xorg[1]. It turns out my case seemed almost identical to another
case[2], but since they seemed to be from separate drivers I filed a
separate bug. The catalyst driver also did not work for me, but for an
entirely differ
Hi,
Since all attempts to contact the mingw-proj maintainer have failed, and
it's been three weeks since filing bug #983759, I'd like to request to
take over mingw-proj.
For reference, here are the other packages maintained by adsllc:
drehatlas-warender-bibliothek-fonts -- A Latin typeface t
On 1 August 2013 08:41, Ales Kozumplik wrote:
> In cases like this it would be a good idea for the high priority repo to set
> skip_if_unavailable = False.
100% agreed.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Cod
I'll take it.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Thu, 2013-08-01 at 10:13 +0200, Lukas Zapletal wrote:
> On Thu, Aug 01, 2013 at 10:06:15AM +0200, Lukas Zapletal wrote:
> > Which reminds me - are we prepared from the marketing perspective? I can
> > imagine Phoronix.com to publish an article "Red Hat reaches million
> > bugs". We should have s
On Thu, Aug 01, 2013 at 10:06:15AM +0200, Lukas Zapletal wrote:
> Which reminds me - are we prepared from the marketing perspective? I can
> imagine Phoronix.com to publish an article "Red Hat reaches million
> bugs". We should have some PR prepared explaining that we track features
> there (I can
On Fri, Jul 26, 2013 at 06:00:04PM +0100, Richard Jones wrote:
> IMHO there's probably a case for filing a bug with upstream cloud-init
> and getting them to drop something like:
>
> Environment=PATH=[some predictable path]
>
> into cloud-init-0.7.2/systemd/cloud-*.service.
Oh, good point. Tha
On 08/01/2013 12:06 AM, James Antill wrote:
Also a lot of errors become "silent" errors (so things are slow and
don't work well instead of explicitly saying: foo repo. is broken).
Indeed are the dropbox repos. likely to be broken, or would someone fix
them if they knew? Should users have them
On 08/01/2013 02:36 AM, Ed Marshall wrote:
Also, consider cases where repository priorities are in use; a
lower-priority repo that's unreachable may cause unexpected/damaging
results for the administrator in cases where there's a package version
mismatch.
In cases like this it would be a good i
42 matches
Mail list logo
