On Mon, Dec 15, 2014 at 10:18:37AM +0700, Michel Alexandre Salim wrote:
>
>
> On 12/13/2014 12:54 AM, Zbigniew Jędrzejewski-Szmek wrote:
> > On Fri, Dec 12, 2014 at 09:38:52AM -0500, Bastien Nocera wrote:
> >>
> >>
> >> - Original Message -
> >>> On 12/12/2014 03:18 PM, Bastien Nocera wro
On Mon, Dec 15, 2014 at 10:38:50PM +, Tom Hughes wrote:
> On 15/12/14 21:39, Peter Hutterer wrote:
> >On Sat, Dec 13, 2014 at 10:15:41AM +, Tom Hughes wrote:
> >>On 13/12/14 01:10, Kevin Kofler wrote:
> >>
> >>>An additional objection I have to this change proposal is that libinput
> >>>(de
On 15/12/14 21:39, Peter Hutterer wrote:
On Sat, Dec 13, 2014 at 10:15:41AM +, Tom Hughes wrote:
On 13/12/14 01:10, Kevin Kofler wrote:
An additional objection I have to this change proposal is that libinput
(deliberately) only implements a small subset of the configurability of the
old dr
On Sat, Dec 13, 2014 at 02:10:18AM +0100, Kevin Kofler wrote:
> Jaroslav Reznik posted (and
> > Change owner(s): Hans de Goede
> wrote):
>
> > KDE: limits itself to standard X11 mouse config interfaces, no changes
> > needed.
>
> Not true. We ship kcm_touchpad on the KDE spin, which definitely d
On Fri, Dec 12, 2014 at 03:38:04PM +0100, Rave it wrote:
> Am Fri, 12 Dec 2014 12:00:07 +
> schrieb devel-announce-requ...@lists.fedoraproject.org:
>
> > Message: 1
> > Date: Thu, 11 Dec 2014 14:42:11 +0100
> > From: Jaroslav Reznik
> > To: devel-annou...@lists.fedoraproject.org
> > Subject:
On Sat, Dec 13, 2014 at 10:15:41AM +, Tom Hughes wrote:
> On 13/12/14 01:10, Kevin Kofler wrote:
>
> >An additional objection I have to this change proposal is that libinput
> >(deliberately) only implements a small subset of the configurability of the
> >old drivers, and thus, if we are going
On Mon, Dec 15, 2014, at 02:17 PM, Hedayat Vatankhah wrote:
> and then a
> 'systemctl mask ...' command to mask dnf makecache timer/service using
> sudo/su";
This one should help with that one:
https://github.com/rpm-software-management/dnf/pull/186
--
devel mailing list
devel@lists.fedorapr
On Mon, Dec 15, 2014 at 12:48:59 -0700,
Chris Murphy wrote:
Ultimately the user would have to go down the road of entirely
proprietary drivers for such wireless cards. They still seem to be
rather prolific.
I have one in a laptop I inherited. I just needed to put the firmware
in /usr/lib/fi
On Fri, Dec 12, 2014 at 4:57 AM, Marcin Juszkiewicz
wrote:
> There are still wireless cards which do not work with Linux out of box?
> (assuming that firmware is provided)
I haven't checked anything newer than 18 months, but Apple hardware
for a long time needs proprietary b43 firmware installed
/*Matthias Clasen*/ wrote on Mon, 15 Dec 2014 12:38:54 -0500:
On Mon, 2014-12-15 at 18:01 +0100, Kevin Kofler wrote:
Robert Marcano wrote:
I don't know why the time to rebuild rpms is important, updates are now
applied at boot time, so rpms can be rebuilt with smaller nice/ionice
before the us
On Mon, Dec 15, 2014 at 9:38 AM, Matthias Clasen wrote:
> On Mon, 2014-12-15 at 18:01 +0100, Kevin Kofler wrote:
>> Robert Marcano wrote:
>> > I don't know why the time to rebuild rpms is important, updates are now
>> > applied at boot time, so rpms can be rebuilt with smaller nice/ionice
>> > bef
On Mon, Dec 15, 2014 at 01:29:21PM +, Richard Hughes wrote:
> At the moment the PK front-ends only download when on wifi or wired.
> Do you have an actual use-case for per-network configuration?
I'd definitely like to select which wifi connections are used. I don't
want to be eating up the cof
On Mon, 2014-12-15 at 18:01 +0100, Kevin Kofler wrote:
> Robert Marcano wrote:
> > I don't know why the time to rebuild rpms is important, updates are now
> > applied at boot time, so rpms can be rebuilt with smaller nice/ionice
> > before the user reboots (on Workstation product).
>
> Offline upd
Robert Marcano wrote:
> I don't know why the time to rebuild rpms is important, updates are now
> applied at boot time, so rpms can be rebuilt with smaller nice/ionice
> before the user reboots (on Workstation product).
Offline updates are only a (mis)feature of the GNOME "Workstation" product.
T
On Thu, 2014-12-11 at 12:16 -0500, Adam Jackson wrote:
> I've started staging an LLVM 3.5 rebase in F21. I hope to have
> everything built by this Friday and the update available in testing by
> Monday. Test feedback would be particularly appreciated on secondary
> arches and radeonsi 3D hardware
On Sun, 14 Dec 2014 11:00:15 +
Yaniv Bronhaim wrote:
> Hey,
>
> According to
> https://lists.fedoraproject.org/pipermail/devel/2014-June/199631.html
> disabling selinux should do the trick, in my case it didn't really
> help
No? The case you are running to is very likely that same one... wh
On 12/15/2014 10:15 AM, Richard Hughes wrote:
On 15 December 2014 at 14:38, Reindl Harald wrote:
...grown up user expects
"grown up" users (whatever that means) can do "gsettings set
org.gnome.software download-updates false"
Devices designed for not "grown up" users has settings to disabl
On Sat, 2014-12-13 at 01:51 +0100, Kevin Kofler wrote:
> There can be only one version of LLVM in the whole distribution at a time.
To be entirely fair this is a failing of upstream LLVM for not using
symbol versioning on Linux. On OSX, where clearly most of LLVM's
development happens, this isn'
Am 15.12.2014 um 16:43 schrieb Richard Hughes:
On 15 December 2014 at 15:07, Reindl Harald wrote:
what a nice usability
I don't think usability means what you think it means
it means to have options visible and not burried in a windows like GNOME
registry - make them visible in a GUI or j
On 15 December 2014 at 15:07, Reindl Harald wrote:
> what a nice usability
I don't think usability means what you think it means.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/
commit 66c057970a6e2c4c7951ed0391f1438e6ab2c7f5
Author: Daniel P. Berrange
Date: Mon Dec 15 15:39:00 2014 +
Update to 1.2.11 release
perl-Sys-Virt.spec |5 -
sources|2 +-
2 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-Sys-Virt.spec b/pe
On 12/15/2014 10:02 AM, Richard Hughes wrote:
On 15 December 2014 at 14:08, Felix Schwarz wrote:
Well I think the whole idea of "wifi === unmetered" is flawed.
It's as good a metric as we've got. When you set up a personal bridge
between UMTS/wifi, or even GPRS/wired there's no metadata on th
Am 15.12.2014 um 15:45 schrieb Richard Hughes:
On 15 December 2014 at 14:38, Reindl Harald wrote:
...grown up user expects
"grown up" users (whatever that means) can do "gsettings set
org.gnome.software download-updates false"
what a nice usability
signature.asc
Description: OpenPGP dig
On 15 December 2014 at 14:38, Reindl Harald wrote:
> ...grown up user expects
"grown up" users (whatever that means) can do "gsettings set
org.gnome.software download-updates false"
Richard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/deve
On 12/15/2014 03:25 PM, drago01 wrote:
On Mon, Dec 15, 2014 at 9:12 AM, Martin Stransky wrote:
Hi,
the WebRTC needs the h264 CISCO codec which was disabled in Fedora Firefox,
see:
https://bugzilla.redhat.com/show_bug.cgi?id=1155499
https://fedorahosted.org/fesco/ticket/1359
If you'd like to
Am 15.12.2014 um 15:32 schrieb Richard Hughes:
On 15 December 2014 at 14:08, Felix Schwarz wrote:
Well I think the whole idea of "wifi === unmetered" is flawed.
It's as good a metric as we've got. When you set up a personal bridge
between UMTS/wifi, or even GPRS/wired there's no metadata on
On 15 December 2014 at 14:08, Felix Schwarz wrote:
> Well I think the whole idea of "wifi === unmetered" is flawed.
It's as good a metric as we've got. When you set up a personal bridge
between UMTS/wifi, or even GPRS/wired there's no metadata on the
connection about this kind of setup. If the AP
Change in package status over the last 168 hours
36 packages were orphaned
-
bash-completion [el6, el5] was orphaned by scop
Programmable completion for Bash
https://admin.fedoraproject.org/pkgdb/package/bash-comple
- Original Message -
>
>
> - Original Message -
> > On Tue, 02 Dec 2014 14:44:59 -0700
> > "Nathanael D. Noblet" wrote:
> >
> > > On Tue, 2014-12-02 at 21:47 +0100, Jan Kratochvil wrote:
> > > > On Tue, 02 Dec 2014 06:30:57 +0100, Nathanael d. Noblet wrote:
> > > > > I don't kno
On Mon, Dec 15, 2014 at 9:12 AM, Martin Stransky wrote:
> Hi,
>
> the WebRTC needs the h264 CISCO codec which was disabled in Fedora Firefox,
> see:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1155499
> https://fedorahosted.org/fesco/ticket/1359
>
> If you'd like to use the WebRTC (and Mozilla
On 12/15/2014 09:38 AM, Felix Schwarz wrote:
Am 15.12.2014 um 14:29 schrieb Richard Hughes:
At the moment the PK front-ends only download when on wifi or wired.
Do you have an actual use-case for per-network configuration?
Well I think the whole idea of "wifi === unmetered" is flawed. For exam
On 15. 12. 2014 at 14:03:45, Richard W.M. Jones wrote:
> It looks as if the 'yum' command has been dropped from the @Core
> package group in the latest Rawhide. 'dnf' is there.
>
> That's all fine -- I was just checking this was an intentional change,
> because I can't see any commit message abou
Am 15.12.2014 um 14:29 schrieb Richard Hughes:
> At the moment the PK front-ends only download when on wifi or wired.
> Do you have an actual use-case for per-network configuration?
Well I think the whole idea of "wifi === unmetered" is flawed. For example I
use a UMTS/Wifi router so I can use mul
On Mon, Dec 15, 2014 at 02:03:45PM +, Richard W.M. Jones wrote:
>
> It looks as if the 'yum' command has been dropped from the @Core
> package group in the latest Rawhide. 'dnf' is there.
>
> That's all fine -- I was just checking this was an intentional change,
> because I can't see any com
On Mon, Dec 15, 2014 at 10:29:25 +0100,
Florian Weimer wrote:
On 12/15/2014 09:12 AM, Martin Stransky wrote:
the WebRTC needs the h264 CISCO codec
Are you sure? I've always assumed that Mozilla was more in the
WebM/VP8 camp.
I believe they were both mandatory (required by the spec) in t
It looks as if the 'yum' command has been dropped from the @Core
package group in the latest Rawhide. 'dnf' is there.
That's all fine -- I was just checking this was an intentional change,
because I can't see any commit message about it in comps.git.
(It's also possible my Fedora image building
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/15/2014 11:24 AM, Nikos Roussos wrote:
> On 12/15/2014 10:14 AM, Martin Stransky wrote:
>> There's also a good page about it:
>>
>> https://fedoraproject.org/wiki/OpenH264
>
> If h264 is not mandatory for Hello to operate, we could enable it
>
if its the dell wifi its b43 or wl pkgs you need ive run into that
before on dells
Corey W Sheldon
Freelance IT Consultant, Multi-Discipline Tutor
310.909.7672
www.facebook.com/1stclassmobileshine
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1
mQSuBFSFm3MRDADMQUFvE2zeREEV2+mARfGttXR0
On Mon, Dec 15, 2014 at 2:09 PM, Hedayat Vatankhah
wrote:
> 2. I believe that the use should know, and more importantly be able to
> control WHEN the repo data is being updated. At the very least, he should be
> able to specify if the updates are automatic or not using a very user
> friendly metho
On 12/15/2014 09:18 AM, Miroslav Suchý wrote:
On 12/11/2014 03:06 PM, Jaroslav Reznik wrote:
= Proposed Self Contained: Preupgrade Assistant =
https://fedoraproject.org/wiki/Changes/Preupgrade_Assistant
Change owner(s): Petr Hracek
The Preugrade Assistant is a tool to help people upgrade from
On 15 December 2014 at 13:09, Hedayat Vatankhah wrote:
> 1. If PK really needs its own *copy* of the cache, that's OK (well, not OK
> but acceptable), but IMHO it should not download it independently too.
But yum/dnf only download the files it needs for the single operation,
and not all the "matc
/*Richard Hughes */ wrote on Mon, 15 Dec 2014
09:37:27 +:
On 13 December 2014 at 21:10, Hedayat Vatankhah wrote:
Surprisingly, PackageKit uses its own separate cache.
Not surprising at all, when you're familiar with how PackageKit works.
PackageKit has to accept transactions from clients
Dear sharutils users, be aware that sharutils-4.14.2 changed license
from
GPLv3+ and LGPLv3+ and (LGPLv3+ or BSD) and LGPLv2+ and Public Domain and GFDL
to
GPLv3+ and (LGPLv3+ or BSD) and LGPLv2+ and Public Domain and GFDL
That's because bundled gnulib changed licensening from LGPLv3+ to
Compose started at Mon Dec 15 05:15:03 UTC 2014
Broken deps for i386
--
[3Depict]
3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[cab]
cab-0.1.
On 12/15/2014 10:14 AM, Martin Stransky wrote:
> There's also a good page about it:
>
> https://fedoraproject.org/wiki/OpenH264
If h264 is not mandatory for Hello to operate, we could enable it by
default by changing the loop:throttled option.
signature.asc
Description: OpenPGP digital signat
On 12/15/2014 10:29 AM, Florian Weimer wrote:
On 12/15/2014 09:12 AM, Martin Stransky wrote:
the WebRTC needs the h264 CISCO codec
Are you sure? I've always assumed that Mozilla was more in the WebM/VP8
camp.
Yes, I may be wrong here. But it seems to be necessary for the Mozilla
Hello ser
On 13 December 2014 at 21:10, Hedayat Vatankhah wrote:
> Surprisingly, PackageKit uses its own separate cache.
Not surprising at all, when you're familiar with how PackageKit works.
PackageKit has to accept transactions from clients and return results
very quickly. Just something as simple as SHA
On 12/15/2014 09:12 AM, Martin Stransky wrote:
the WebRTC needs the h264 CISCO codec
Are you sure? I've always assumed that Mozilla was more in the WebM/VP8
camp.
--
Florian Weimer / Red Hat Product Security
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.or
Hi,
You don't need open264 for webrtc, the only browsers that do webrtc today are
Firefox and Chrome and they both use VP8.
Open264 is an "in case IE Safari and other MPEG-LA clients eventually do webRTC
without VP8" thing (right now they dont want to). And its has a very nasty
patent license
On Sun, Dec 7, 2014 at 6:56 AM, Samuel Sieb wrote:
>
> On 12/06/2014 10:29 AM, valent.turko...@gmail.com wrote:
>
>> Any of these actions is simple uses error but results in permanently
>> disabling of priner (Stops printer) and users can't print even when they
>> resolve issue that was stopping t
On Fri, Dec 12, 2014 at 7:35 PM, Joachim Backes
wrote:
> Hi all,
>
> anybody knows if the webrtc support in firefox will be released in F21?
>
We use Firefox Hello to do video chat on Fedora 21 :)
Kushal
--
Fedora Cloud Engineer
CPython Core Developer
Director Python Software Foundation
http://k
On 12/11/2014 03:06 PM, Jaroslav Reznik wrote:
> = Proposed Self Contained: Preupgrade Assistant =
> https://fedoraproject.org/wiki/Changes/Preupgrade_Assistant
>
> Change owner(s): Petr Hracek
>
> The Preugrade Assistant is a tool to help people upgrade from one release to
> another and be su
There's also a good page about it:
https://fedoraproject.org/wiki/OpenH264
ma.
On 12/15/2014 09:12 AM, Martin Stransky wrote:
Hi,
the WebRTC needs the h264 CISCO codec which was disabled in Fedora
Firefox, see:
https://bugzilla.redhat.com/show_bug.cgi?id=1155499
https://fedorahosted.org/fesc
Hi,
the WebRTC needs the h264 CISCO codec which was disabled in Fedora
Firefox, see:
https://bugzilla.redhat.com/show_bug.cgi?id=1155499
https://fedorahosted.org/fesco/ticket/1359
If you'd like to use the WebRTC (and Mozilla Hello service) in Fedora
Firefox, go to about:config and set those
On 12/10/2014 10:36 PM, Przemek Klosowski wrote:
> I imagine there will be fc21 packages for those eventually, so should I file
> a bugzilla report on it, or go ahead with
> the install and wait for the new versions? If reporting, would it be against
> fedup or specific packages?
Do not wait. I
55 matches
Mail list logo
