The following Fedora 19 Security updates need testing:
Age URL
243
https://admin.fedoraproject.org/updates/FEDORA-2013-19963/openstack-glance-2013.1.4-1.fc19
55 https://admin.fedoraproject.org/updates/FEDORA-2014-5896/nrpe-2.15-2.fc19
44
https://admin.fedoraproject.org/updates/FEDORA-20
This was due to a util-linux bug, pjones patched it this afternoon and
tonight's compose should be better. We hope.
--
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/
I have built the new version of gnupg that fixes a security issue, among
other things. If you can, please test the new build and leave feedback
so we can get these stable ASAP.
F19 build -
https://admin.fedoraproject.org/updates/FEDORA-2014-7678/gnupg-1.4.17-1.fc19
F20 build -
https://admin.fedor
http://fm.no-ip.com/Tmp/Linux/F/rdsosreportF21wd500.txt plain
http://fm.no-ip.com/Tmp/Linux/F/rdsosreportF21wd501.txt rd.debug
Can anyone look at either of these rdsosreports and tell me if there's
anything I can do other than wait for the next builds of installation kernel,
initrd & squashfs a
On Wed, 2014-06-25 at 16:16 -0500, Bruno Wolff III wrote:
> On Wed, Jun 25, 2014 at 14:10:31 -0700,
> Adam Williamson wrote:
> >On Wed, 2014-06-25 at 15:09 -0500, Bruno Wolff III wrote:
> >> On Wed, Jun 25, 2014 at 12:56:41 -0700,
> >> Adam Williamson wrote:
> >> >
> >> >http://koji.fedorapro
On 2014-06-25 16:50 (GMT-0400) Felix Miata composed:
On 2014-06-25 12:53 (GMT-0700) Adam Williamson composed:
Good spot - that may very well be your issue, yeah, since you're using a
CRT display. It would also explain why I can't reproduce the bug on my
Intel graphics system, which is a lapto
On Wed, Jun 25, 2014 at 14:10:31 -0700,
Adam Williamson wrote:
On Wed, 2014-06-25 at 15:09 -0500, Bruno Wolff III wrote:
On Wed, Jun 25, 2014 at 12:56:41 -0700,
Adam Williamson wrote:
>
>http://koji.fedoraproject.org/koji/taskinfo?taskID=7076318
>
>assuming it builds successfully (AdamW Pat
On Wed, 2014-06-25 at 15:09 -0500, Bruno Wolff III wrote:
> On Wed, Jun 25, 2014 at 12:56:41 -0700,
> Adam Williamson wrote:
> >
> >http://koji.fedoraproject.org/koji/taskinfo?taskID=7076318
> >
> >assuming it builds successfully (AdamW Patching C: Take Cover!), if you
> >could test with that it
On 2014-06-25 12:53 (GMT-0700) Adam Williamson composed:
Good spot - that may very well be your issue, yeah, since you're using a
CRT display. It would also explain why I can't reproduce the bug on my
Intel graphics system, which is a laptop.
The i915G at least also puts to sleep my 1440x900 L
On Wed, Jun 25, 2014 at 12:56:41 -0700,
Adam Williamson wrote:
http://koji.fedoraproject.org/koji/taskinfo?taskID=7076318
assuming it builds successfully (AdamW Patching C: Take Cover!), if you
could test with that it'd be good.
I'm installing it now. Should be about 30 minutes before I get
On Tue, 2014-06-24 at 22:50 -0500, Bruno Wolff III wrote:
> On Tue, Jun 24, 2014 at 19:22:05 -0700,
> Adam Williamson wrote:
> >
> >The most obvious thing is whether you have a SXXservice symlink
> >in /etc/rc*.d; that constitutes the service being 'enabled' so far as
> >SysV is concerned, and s
On Wed, 2014-06-25 at 14:59 -0400, Felix Miata wrote:
> On 2014-06-25 10:08 (GMT-0700) Adam Williamson composed:
>
> > On Wed, 2014-06-25 at 10:05 -0700, Adam Williamson wrote:
>
> >> I'm curious: why are you passing video= parameters on each one? Do
> >> any/all of them work if you don't pass th
On 2014-06-25 10:08 (GMT-0700) Adam Williamson composed:
On Wed, 2014-06-25 at 10:05 -0700, Adam Williamson wrote:
I'm curious: why are you passing video= parameters on each one? Do
any/all of them work if you don't pass that parameter?
...and does it work if you append an 'e':
video=10
On 25.06.2014 20:10, Felix Miata wrote:
On 2014-06-25 10:05 (GMT-0700) Adam Williamson composed:
So...these are three different machines?
3 out of 14 on which Rawhide is currently installed (test machines total 20+)
here, among which are represented various flavors of MGA (400 & 550), SiS
(Z7
On 25.06.2014 20:09, Adam Williamson wrote:
On Wed, 2014-06-25 at 19:58 +0200, poma wrote:
On 25.06.2014 19:08, Adam Williamson wrote:
On Wed, 2014-06-25 at 10:05 -0700, Adam Williamson wrote:
On Wed, 2014-06-25 at 12:02 -0400, Felix Miata wrote:
On 2014-06-25 08:12 (GMT-0700) Adam Williamson
On Wed, 2014-06-25 at 14:10 -0400, Felix Miata wrote:
> On 2014-06-25 10:05 (GMT-0700) Adam Williamson composed:
>
> > So...these are three different machines?
>
> 3 out of 14 on which Rawhide is currently installed (test machines total 20+)
> here, among which are represented various flavors of
On 2014-06-25 10:05 (GMT-0700) Adam Williamson composed:
So...these are three different machines?
3 out of 14 on which Rawhide is currently installed (test machines total 20+)
here, among which are represented various flavors of MGA (400 & 550), SiS
(Z7/Z9 XG20 core), Intel (810, 815, 845, 8
On Wed, 2014-06-25 at 19:58 +0200, poma wrote:
> On 25.06.2014 19:08, Adam Williamson wrote:
> > On Wed, 2014-06-25 at 10:05 -0700, Adam Williamson wrote:
> >> On Wed, 2014-06-25 at 12:02 -0400, Felix Miata wrote:
> >>> On 2014-06-25 08:12 (GMT-0700) Adam Williamson composed:
> >>>
> > Where di
On 25.06.2014 19:08, Adam Williamson wrote:
On Wed, 2014-06-25 at 10:05 -0700, Adam Williamson wrote:
On Wed, 2014-06-25 at 12:02 -0400, Felix Miata wrote:
On 2014-06-25 08:12 (GMT-0700) Adam Williamson composed:
Where did you see "X initialization fails"? I've been booting with 3 on
cmdline.
dnf upgrade doesn't show an error while updating the kernel packages but there
are missing entries in grub2.conf after an upgrade
that should be for the new kernel that was downloaded and, supposedly,
installed. If I attempt a dnf reinstall of the kernel and
related rpms then I get the following
On Wed, 2014-06-25 at 10:05 -0700, Adam Williamson wrote:
> On Wed, 2014-06-25 at 12:02 -0400, Felix Miata wrote:
> > On 2014-06-25 08:12 (GMT-0700) Adam Williamson composed:
> >
> > >> Where did you see "X initialization fails"? I've been booting with 3 on
> > >> cmdline. Anyway, here's 2 of 3 dr
On Wed, 2014-06-25 at 12:02 -0400, Felix Miata wrote:
> On 2014-06-25 08:12 (GMT-0700) Adam Williamson composed:
>
> >> Where did you see "X initialization fails"? I've been booting with 3 on
> >> cmdline. Anyway, here's 2 of 3 drm.debug=15 dmesgs captured:
>
> >> http://fm.no-ip.com/Tmp/Linux/F/
On 2014-06-25 08:12 (GMT-0700) Adam Williamson composed:
Where did you see "X initialization fails"? I've been booting with 3 on
cmdline. Anyway, here's 2 of 3 drm.debug=15 dmesgs captured:
http://fm.no-ip.com/Tmp/Linux/F/dmsgI865Gf21k316rc2g01.txt
On Wed, Jun 25, 2014 at 11:12 PM, Adam Williamson wrote:
>> http://fm.no-ip.com/Tmp/Linux/F/dmsgI945Gf21k316rc2g01.txt
>
> What is this from? Thanks.
I think it's from dmesg.
Yours sincerely,
Christopher Meng
Noob here.
http://cicku.me
--
test mailing list
test@lists.fedoraproject.org
To unsu
On Wed, 2014-06-25 at 09:06 -0400, Felix Miata wrote:
> On 2014-06-24 23:34 (GMT-0700) Adam Williamson composed:
>
> >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1104371
> ...
> >> Are you sure what I described in that bug is different?
> >
> > Well, it's impossible to be *sure* unless you pr
On 24.06.2014 21:56, Felix Miata wrote:
On 2014-06-23 17:07 (GMT-0400) Felix Miata composed:
On 2014-06-23 11:34 (GMT-0700) Adam Williamson composed:
All 3.16 kernels before 3.16.0-0.rc2.git0.1 are just fundamentally
broken on i686, I think, unless you pass 'vdso=0'. I wouldn't bother
messin
On 2014-06-24 23:34 (GMT-0700) Adam Williamson composed:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1104371
...
Are you sure what I described in that bug is different?
Well, it's impossible to be *sure* unless you provide the necessary
logs, as I mentioned above.
No-one can pretend to
On Wed, Jun 25, 2014 at 3:24 AM, Adam Williamson wrote:
> On Tue, 2014-06-24 at 19:48 -0500, Bruno Wolff III wrote:
>> On Mon, Jun 23, 2014 at 13:52:10 -0500,
>> Bruno Wolff III wrote:
>> >On Mon, Jun 23, 2014 at 11:34:53 -0700,
>> > Adam Williamson wrote:
>> >>
>> >>All 3.16 kernels before 3.
On Tue, Jun 24, 2014 at 04:30:59PM -0700, Adam Williamson wrote:
>
> I think the "Could not find init script" errors are probably due to this
> 'dangling symlink' problem, and the fact that .service files are being
> generated is intentional - just the way systemd is handling remaining
> sysv serv
29 matches
Mail list logo
