# F21 Blocker Review meeting
# Date: 2014-12-01
# Time: 16:00 UTC (run "date -d '2014-11-19 16:00 UTC'" to see local time)
# Location: #fedora-blocker-review on irc.freenode.net
Instead of the QA meeting this week, let's run a blocker review meeting.
Currently we have 5 proposed blockers and 6 pro
I don't think there's much to discuss at present besides Fedora 21
testing, so I think we may as well just go right ahead and run a blocker
review meeting instead of the QA meeting. I'll send out an announce for
that right after this mail - usual time, but in #fedora-blocker-review,
and we'll revie
Hi
On Sun, Nov 30, 2014 at 1:36 PM, Lars Seipel wrote:
>
>
> There's also OpenNebula (^ONE_) and Vmware (^VI_) doing the same. Seems
> to be pretty common with virt and cloud stuff. Apart from that I can't
> think of anything else right now.
Rackspace, DigitalOcean, Google Computing Engine etc
On Tue, 25.11.14 12:17, Richard Shaw (hobbes1...@gmail.com) wrote:
> I've got a TV schedule grabber script that needs to be run on a more or
> less daily basis. That would be good enough, but the script suggests a next
> start time in it's output when it completes.
>
> If I can figure out a way t
On 30 November 2014 at 05:12, Haïkel wrote:
> Not all commits are authored by approved packagers (git am),
> and some packagers have relinquished their membership in FAS (yes,
> that happened)
>
But more importantly, not all packagers are developers. Hard to figure
out which packagers actually do
On Sun, Nov 30, 2014 at 01:43:39PM +, Richard W.M. Jones wrote:
> How about having abrt just remove or scrub all variables that start
> with /^OS_/ ? I know it's nasty to have application-specific
> treatment of environment variables like this, but the number of
> applications that pass auth i
So, I'm willing to bet it's more of an Anaconda problem. I'm just not sure how
to even begin tracking it down. ...
File a bugzilla report, and attach each file in /var/log/anaconda
as a separate text/plain attachment. The storage.log contains
the analysis of how the disks look.
--
devel mail
On Sun, 30 Nov 2014 13:14:26 -0500
Christopher wrote:
> I doubt it's a UEFI or SecureBoot problem... the Fedora Live USB I
> made boots just fine. The UEFI setting is EFI-only (no legacy boot).
> I also tried with and without SecureBoot, and had the same behavior.
> (Interestingly, even with Secu
I doubt it's a UEFI or SecureBoot problem... the Fedora Live USB I made
boots just fine. The UEFI setting is EFI-only (no legacy boot). I also
tried with and without SecureBoot, and had the same behavior.
(Interestingly, even with SecureBoot turned on, I did not have any issues
installing and booti
Unless there is a bug in anaconda, that smells a lot like UEFI.
Did you boot in BIOS/Legacy mode or UEFI when windows 8 were installed?
What were your BIOS settings with regard to that and SecureBoot?
There are some issues with recent Lenovo laptops, UEFI and linux.
2014-11-30 19:09 GMT+02:00 Ch
Hi all,
I was testing installing Fedora 21 Final RC1 in the free space on a GPT
drive with Windows 8.1 (Lenovo Z40). I'm installing from a USB stick made
from the ISO.
Every time I click "Begin Installation" in Anaconda, it locks up at the
screen where I'm supposed to be able to enter the root pa
On Fri, Nov 28, 2014 at 07:39:47AM +0100, Jakub Filak wrote:
> The discussion I mentioned above was primarily about OpenStack (but the
> participants also expressed concerns about sending 'environ' to Bugzilla
> at all), where people are regularly storing their passwords and tokens
> as environment
On 30.11.2014 14:24, Richard Hughes wrote:
On 30 November 2014 at 00:20, Sandro Mani wrote:
Today it happened a handful of times that my local rpm repository got wiped
out (except for the repodata folder), and owner/group changed to root/root
(including the repodata folder).
That sounds like
On 30 November 2014 at 00:20, Sandro Mani wrote:
> Today it happened a handful of times that my local rpm repository got wiped
> out (except for the repodata folder), and owner/group changed to root/root
> (including the repodata folder).
That sounds like a libhif bug. What are we supposed to do
On 30.11.2014 03:40, M. Edward (Ed) Borasky wrote:
Yes! I have the exact same problem or a very similar one. My local
repo is already maintained by 'root' It's on '/opt/LocalYumRepo' and
when the "magic" happens, it gets copied to '/opt/LocalYumRepo.tmp'.
but the RPMs in *both* directories are
Compose started at Sun Nov 30 07:15:02 UTC 2014
Broken deps for armhfp
--
[avro]
avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce
avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client
[openstack-nova]
openstac
Compose started at Sun Nov 30 05:15:02 UTC 2014
Broken deps for i386
--
[3Depict]
3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0
[NetworkManager-openconnect]
NetworkManager-openconnect-0.9.8.4-4.fc22.i686 requires
libopen
Not all commits are authored by approved packagers (git am),
and some packagers have relinquished their membership in FAS (yes,
that happened)
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedo
Am 29.11.2014 um 19:11 schrieb Matthias Runge:
> Interesting, although I believe, we had more than 35 contributors in
> September or 39 in October.
>
> For example, I made am listed with 78 commits all time[1]. I believe, based
> on badges.fp.o[2], I have more than 400 SCM commits.
One thing to k
19 matches
Mail list logo
