On Wed, 2013-06-19 at 08:51 +0300, Cristian Sava wrote:
After recent updates fail2ban was broken again.
For this kind of thing, the appropriate thing to do is file a bug
report. It doesn't make much sense to post it to the mailing list: you
cause noise for the 99% of people who don't use
On Tue, 2013-06-18 at 23:01 -0700, Adam Williamson wrote:
On Wed, 2013-06-19 at 08:51 +0300, Cristian Sava wrote:
After recent updates fail2ban was broken again.
For this kind of thing, the appropriate thing to do is file a bug
report. It doesn't make much sense to post it to the mailing
Is it my imagination, or is it taking fantastically longer
in f19 to do the rebuild rpms from delta phase of yum
update?
It also seems like there are always a half dozen or so
rpms that report deltas don't match and it has to download
the whole thing. (The update I just did had dbus-libs and
a
Compose started at Wed Jun 19 08:15:02 UTC 2013
Broken deps for x86_64
--
[aries-blueprint]
aries-blueprint-0.3.1-5.fc19.noarch requires asm2
[cxf]
1:cxf-rt-2.6.6-1.fc19.noarch requires asm2
[drbd]
Tom Horsley horsley1953 at gmail.com writes:
Is it my imagination, or is it taking fantastically longer
in f19 to do the rebuild rpms from delta phase of yum
update?
The only change I've noticed is that the progress indicator when rebuilding
deltas is updated much less often than it did with
On Tue, Jun 18, 2013 at 18:02:35 -0700,
Adam Williamson awill...@redhat.com wrote:
Releng team: when a new selinux-policy is available, roll some new cloud
test images (964006)
Are we going to start getting non-desktop type live images or have those
all been dropped for f19?
--
test
The following Fedora 19 Security updates need testing:
Age URL
63
https://admin.fedoraproject.org/updates/FEDORA-2013-5801/mantis-1.2.15-1.fc19
18
https://admin.fedoraproject.org/updates/FEDORA-2013-9715/heat-jeos-9-1.fc19
10
Compose started at Wed Jun 19 09:15:03 UTC 2013
Broken deps for x86_64
--
[avgtime]
avgtime-0-0.5.git20120724.fc19.x86_64 requires
libphobos-ldc.so.60()(64bit)
[derelict]
derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686
Dne 19.6.2013 15:25, Sandro Mani napsal(a):
I would look at yum check and then solve the problems one by one. Try
reinstalling problematic packages (i.e. the ones which yum check reports as
duplicates) one at a time, possibly forcefully using rpm directly (grab the
rpms from koji [1] and use rpm
On Wed, 19 Jun 2013 08:26:12 -0600
Tim Flink tfl...@redhat.com wrote:
Are we going to start getting non-desktop type live images or have
those all been dropped for f19?
They were moved for F19 and are now in the Spins/arch directory
instead of the Live/arch dir..
I'm seeing MATE,
On Tue, 18 Jun 2013, Adam Williamson wrote:
On Tue, 2013-06-18 at 15:02 -0500, John Morris wrote:
So lemme recap what you have been saying in this and other posts The
current design breaks both internationalization and accessability and
you recognize that reality. Fixing these problems
On Wed, 2013-06-19 at 10:41 -0500, Michael Hennebry wrote:
On Tue, 18 Jun 2013, Adam Williamson wrote:
On Tue, 2013-06-18 at 15:02 -0500, John Morris wrote:
So lemme recap what you have been saying in this and other posts The
current design breaks both internationalization and
On Wed, 2013-06-19 at 07:44 -0500, Bruno Wolff III wrote:
On Tue, Jun 18, 2013 at 18:02:35 -0700,
Adam Williamson awill...@redhat.com wrote:
Releng team: when a new selinux-policy is available, roll some new cloud
test images (964006)
Are we going to start getting non-desktop type live
On Wed, 19 Jun 2013 12:59:57 -0300
Bruno Medeiros bruno...@gmail.com wrote:
I don't need this problem fixed personally, but if I were in
position, I would consider ideas to fix the problem for people who
have it, specially if the problem is a big problem (not being able
to read the text,
On 19 June 2013 17:46, Adam Williamson awill...@redhat.com wrote:
On Wed, 2013-06-19 at 10:41 -0500, Michael Hennebry wrote:
On Tue, 18 Jun 2013, Adam Williamson wrote:
On Tue, 2013-06-18 at 15:02 -0500, John Morris wrote:
So lemme recap what you have been saying in this and other
On Tue, 2013-06-18 at 14:58 +0200, Joachim Backes wrote:
On 06/18/2013 02:30 PM, Ryan Lerch wrote:
On Tue 18 Jun 2013 05:48:50 AM EDT, Joachim Backes wrote:
Hi all testers,
I'm running the screen capture program istanbul in F19/gnome3, but I
don't see any istanbul icon on the screen, so
On 06/19/2013 07:51 PM, Louis Lagendijk wrote:
On Tue, 2013-06-18 at 14:58 +0200, Joachim Backes wrote:
On 06/18/2013 02:30 PM, Ryan Lerch wrote:
On Tue 18 Jun 2013 05:48:50 AM EDT, Joachim Backes wrote:
Hi all testers,
I'm running the screen capture program istanbul in F19/gnome3, but I
On Wed, Jun 19, 2013 at 08:26:12 -0600,
Tim Flink tfl...@redhat.com wrote:
On Wed, 19 Jun 2013 07:44:25 -0500
Bruno Wolff III br...@wolff.to wrote:
On Tue, Jun 18, 2013 at 18:02:35 -0700,
Adam Williamson awill...@redhat.com wrote:
Releng team: when a new selinux-policy is available, roll
On Wed, 2013-06-19 at 12:59 -0300, Bruno Medeiros wrote:
It'd be an improvement for the still small number of people
who need it.
For everyone else it'd be a pointless question, which is one
of the
things we've been trying to take
Adam Williamson (awill...@redhat.com) said:
It's not a reason not to 'have a feature', but it may be a reason not to
implement a feature in a particular way.
There are probably a thousand questions we could ask at the first stage
of install that would allow various small groups of people to
On Wed, 2013-06-19 at 15:19 -0400, Bill Nottingham wrote:
Adam Williamson (awill...@redhat.com) said:
It's not a reason not to 'have a feature', but it may be a reason not to
implement a feature in a particular way.
There are probably a thousand questions we could ask at the first stage
On Jun 18, 2013, at 1:38 PM, Michael Cronenworth m...@cchtml.com wrote:
On 06/18/2013 01:27 PM, Chris Murphy wrote:
With the system installed, dragging e.g. a Firefox window, around the
screen approximates the same behavior. gnome-shell is pegged. This doesn't
seem right.
The system I
Is there a more definitive way to tell if gnome-shell is or isn't offloading
onto the GPU?
$ glxinfo | grep renderer
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.3, 128 bits)
llvmpipe is the software CPU (SSE2) renderer
OpenGL renderer string: Gallium 0.4 on AMD REDWOOD
On Wed, Jun 19, 2013 at 8:23 PM, Joachim Backes
joachim.bac...@rhrk.uni-kl.de wrote:
On 06/19/2013 07:51 PM, Louis Lagendijk wrote:
On Tue, 2013-06-18 at 14:58 +0200, Joachim Backes wrote:
On 06/18/2013 02:30 PM, Ryan Lerch wrote:
On Tue 18 Jun 2013 05:48:50 AM EDT, Joachim Backes wrote:
Is there a more definitive way to tell if gnome-shell is or isn't offloading
onto the GPU?
During installation, look in /tmp/X.log for which modules get loaded.
Here is what I see during install for [R200] [RV280] (PCI 1002:5960) Radeon
9250 (9200 PRO)
where the installed Gnome3 system will
On Jun 19, 2013, at 3:53 PM, John Reiser jrei...@bitwagon.com wrote:
Is there a more definitive way to tell if gnome-shell is or isn't offloading
onto the GPU?
$ glxinfo | grep renderer
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.3, 128 bits)
llvmpipe is the software
On Thu, Jun 20, 2013 at 1:00 AM, Chris Murphy li...@colorremedies.com wrote:
On Jun 19, 2013, at 3:53 PM, John Reiser jrei...@bitwagon.com wrote:
Is there a more definitive way to tell if gnome-shell is or isn't
offloading onto the GPU?
$ glxinfo | grep renderer
OpenGL renderer string:
On Jun 19, 2013, at 5:17 PM, drago01 drag...@gmail.com wrote:
On Thu, Jun 20, 2013 at 1:00 AM, Chris Murphy li...@colorremedies.com wrote:
On Jun 19, 2013, at 3:53 PM, John Reiser jrei...@bitwagon.com wrote:
Is there a more definitive way to tell if gnome-shell is or isn't
offloading
On Jun 19, 2013, at 4:45 PM, John Reiser jrei...@bitwagon.com wrote:
Is there a more definitive way to tell if gnome-shell is or isn't
offloading onto the GPU?
During installation, look in /tmp/X.log for which modules get loaded.
Here is what I see during install for [R200] [RV280] (PCI
The following Fedora 17 Security updates need testing:
Age URL
349
https://admin.fedoraproject.org/updates/FEDORA-2012-10269/revelation-0.4.14-1.fc17
161
https://admin.fedoraproject.org/updates/FEDORA-2013-0455/fedora-business-cards-1-0.1.beta1.fc17
89
The following Fedora 18 Security updates need testing:
Age URL
162
https://admin.fedoraproject.org/updates/FEDORA-2013-0416/fedora-business-cards-1-0.1.beta1.fc18
96
https://admin.fedoraproject.org/updates/FEDORA-2013-3935/puppet-3.1.1-1.fc18
89
On 06/19/2013 06:04 PM, Chris Murphy wrote:
Hmm, neither the Fedora 18 or 19 Xorg.0.logs contain 'software renderer' or
'llvmpipe'.
https://dl.dropboxusercontent.com/u/3253801/F18_Xorg.0.log
https://dl.dropboxusercontent.com/u/3253801/F19_Xorg.0.log
For 'glxinfo' on both F18 and 19 live
On Jun 19, 2013, at 8:44 PM, John Reiser jrei...@bitwagon.com wrote:
On 06/19/2013 06:04 PM, Chris Murphy wrote:
Hmm, neither the Fedora 18 or 19 Xorg.0.logs contain 'software renderer' or
'llvmpipe'.
https://dl.dropboxusercontent.com/u/3253801/F18_Xorg.0.log
On Wed, 2013-06-19 at 16:21 -0400, Matthias Clasen wrote:
On Wed, 2013-06-19 at 15:19 -0400, Bill Nottingham wrote:
Adam Williamson (awill...@redhat.com) said:
It's not a reason not to 'have a feature', but it may be a reason not to
implement a feature in a particular way.
There
Heya,
I've been using F19 for a while. For the past couple of days, I don't see grub
picking up
latest kernel.
- Kernel in use (despite rebooting, after installing newer kernels):
--
$ uname -r
3.10.0-0.rc2.git1.2.fc20.x86_64
--
- Available kernels:
--
$ rpm -q kernel
On 06/20/2013 11:12 AM, Kashyap Chamarthy wrote:
Heya,
I've been using F19 for a while. For the past couple of days, I don't see
grub picking up
latest kernel.
- Kernel in use (despite rebooting, after installing newer kernels):
--
$ uname -r
3.10.0-0.rc2.git1.2.fc20.x86_64
36 matches
Mail list logo
