On Tue, Nov 25, 2014 at 10:32:27AM -0500, Adam Jackson wrote:
> want two outputs both named VGA-0. And caring about the names is
> somewhat futile anyway since what you're usually more concerned with is
> the _monitor_, which is why all sane desktops save configurations based
> on EDIDs not on ou
Richard Shaw writes:
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 to pull that time from the script, is there a way
On Tue, Nov 25, 2014 at 10:23 AM, Kevin Fenzi wrote:
> On Tue, 25 Nov 2014 09:56:59 -0500
> Simo Sorce wrote:
>
>> We can install machine w/o user accounts, removing the ability to log
>> in as root via ssh means those machines will not be accessible.
>
> This has been the reason this hasn't been
On Tue, 2014-11-25 at 14:04 +0100, Simone Caronni wrote:
> On 25 November 2014 at 13:20, Lukas Zapletal wrote:
> I don't understand why I noticed this today, it looks like the
> latest
> update was a Critical Path one (???) when Fedora 20 was stable
> for six
>
Thanks, fixed in the invitation for tomorrow.
Honza
- Original Message -
> On Wed, Nov 05, 2014 at 04:42:01AM -0500, Jens Petersen wrote:
> > WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 9:00 Boston,
> > 21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode.
>
> Boston i
Sorry, wrong date, 2014-11-26 is correct.
Honza
- Original Message -
> WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 7:00 Boston,
> 21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode.
>
> = Topics =
> * Follow-ups
> * Language specific repositories
> * Election plannin
WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 7:00 Boston,
21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode.
= Topics =
* Follow-ups
* Language specific repositories
* Election planning
* Chairman for next meeting
* Open Floor
--
devel mailing list
devel@lists.fedoraproject.o
On Tue, Nov 25, 2014 at 10:51 AM, Florian Weimer wrote:
> Some networks have bad NTP service in the sense that they hand out incorrect
> time (not just off by a few seconds, but days or months, enough to skew
> certificate validity).
I'm not sure what we're supposed to do about such sabotage on
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 18:00UTC in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic ticket #1349 Fedora 22 scheduling strategy (and b
On Tue, Nov 25, 2014 at 09:20:35PM +0100, Petr Lautrbach wrote:
> There are several use cases when local non-root users are not needed at
> all as others already pointed out.
Including in some cases where there should both be no root password
_and_ no local non-system users.
> The change itself i
On 11/21/2014 08:11 AM, P J P wrote:
> Hello,
>
> Sshd(8) daemon by default allows remote users to login as root.
>
> 1. Is that really necessary?
The original bug report [1] was kept opened mainly due to the lack of
adding user functionality in anaconda. This is no more true, anaconda
has
Am 25.11.2014 um 21:03 schrieb Juan Orti:
Hi, I know how to manually configure the zram, but what's the best way
to do it?
I've seen the unit zram.service of anaconda-core, and it gets activated
when booting with inst.zram=on, but it looks like very anaconda-centric.
Should something like [1]
Hi, I know how to manually configure the zram, but what's the best way
to do it?
I've seen the unit zram.service of anaconda-core, and it gets activated
when booting with inst.zram=on, but it looks like very anaconda-centric.
Should something like [1] be packaged and included in the distro? or
ma
On Wed, Nov 05, 2014 at 04:42:01AM -0500, Jens Petersen wrote:
> WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 9:00 Boston,
> 21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode.
Boston is in the US/Eastern time zone, so, it's actually 7am Boston
time, not 9.
--
Matthew Miller
This past week, David Strauss chose to step down from his position on
the Fedora Server Working Group, citing a lack of alignment with his
current work usage. The Fedora Server SIG would like to thank David for
his contributions up to this point and wish him well.
This means that there is currentl
On Tue, Nov 25, 2014 at 6:15 PM, Tom Hughes wrote:
> On 25/11/14 16:55, Adam Jackson wrote:
>>
>> On Tue, 2014-11-25 at 15:57 +, Tom Hughes wrote:
>>
>>> I thought multi-gpu randr was supported in 1.4? I certainly see one
>>> provider for each of the two gpus in this machine, and can see five
On 11/25/2014 11:05 AM, P J P wrote:
Hi,
On Tuesday, 25 November 2014 10:00 PM, Gabriel Ramirez wrote:
I have a server which only runs several VM's with specific services, no
need user accounts in the host or in the VM's,
so you propose when I reiinstall any of them create a user account i
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 to pull that time from the script, is there a way
to pass that to systemd?
Tha
On 11/25/2014 06:25 PM, Lennart Poettering wrote:
On Tue, 25.11.14 18:04, Florian Weimer (fwei...@redhat.com) wrote:
On 11/25/2014 05:15 PM, Lennart Poettering wrote:
Really? if you want a UI that controls whether NTP server software is
running, why not call into the EnableUnitFiles() APIs dir
On Tue, 25.11.14 11:08, Michael Catanzaro (mcatanz...@gnome.org) wrote:
> On Tue, 2014-11-25 at 17:15 +0100, Lennart Poettering wrote:
> > I am sorry, but timedated is really not the place to control NTP
> > *server* software. It's simply, desktopy stuff, for controlling NTP
> > clients.
>
> Of
On Tue, 25 Nov 2014 17:05:59 + (UTC)
P J P wrote:
> Hi,
>
> > On Tuesday, 25 November 2014 10:00 PM, Gabriel Ramirez wrote:
> > I have a server which only runs several VM's with specific
> > services, no need user accounts in the host or in the VM's,
> >
> > so you propose when I reiinst
On Tue, 25.11.14 18:04, Florian Weimer (fwei...@redhat.com) wrote:
> On 11/25/2014 05:15 PM, Lennart Poettering wrote:
> >Really? if you want a UI that controls whether NTP server software is
> >running, why not call into the EnableUnitFiles() APIs directly?
>
> Both chronyd and ntpd are often us
On 25/11/14 16:55, Adam Jackson wrote:
On Tue, 2014-11-25 at 15:57 +, Tom Hughes wrote:
I thought multi-gpu randr was supported in 1.4? I certainly see one
provider for each of the two gpus in this machine, and can see five
connectors across the two with three monitors connected. It looks l
Hi,
> On Tuesday, 25 November 2014 10:00 PM, Gabriel Ramirez wrote:
> I have a server which only runs several VM's with specific services, no
> need user accounts in the host or in the VM's,
>
> so you propose when I reiinstall any of them create a user account in
> each of them, that will c
On Tue, 2014-11-25 at 17:15 +0100, Lennart Poettering wrote:
> I am sorry, but timedated is really not the place to control NTP
> *server* software. It's simply, desktopy stuff, for controlling NTP
> clients.
Of course, but the desktopy NTP client in Fedora Workstation is chrony,
as you know full
On 11/25/2014 05:15 PM, Lennart Poettering wrote:
Really? if you want a UI that controls whether NTP server software is
running, why not call into the EnableUnitFiles() APIs directly?
Both chronyd and ntpd are often used as clients. Miroslav wasn't
talking about server usage scenarios, but re
On Tue, 2014-11-25 at 15:57 +, Tom Hughes wrote:
> I thought multi-gpu randr was supported in 1.4? I certainly see one
> provider for each of the two gpus in this machine, and can see five
> connectors across the two with three monitors connected. It looks like
> it just adds an extra digit
On 11/25/2014 09:45 AM, P J P wrote:
On Tuesday, 25 November 2014 8:53 PM, Kevin Fenzi wrote:
On Tue, 25 Nov 2014 09:56:59 -0500
Simo Sorce wrote:
We can install machine w/o user accounts, removing the ability to log
in as root via ssh means those machines will not be accessible.
This has be
https://bugzilla.redhat.com/show_bug.cgi?id=1167721
--- Comment #2 from Fedora Update System ---
perl-Test-Module-Used-0.2.6-1.fc21 has been submitted as an update for Fedora
21.
https://admin.fedoraproject.org/updates/perl-Test-Module-Used-0.2.6-1.fc21
--
You are receiving this mail because:
Hello Matthew,
> On Tuesday, 25 November 2014 9:21 PM, Matthew Miller wrote:
> Keep in mind that in cloud, cloud-init does the same thing (instead of
> firstboot).
Ah I see, cool!
---
Regards
-Prasad
http://feedmug.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fed
On Tue, 25.11.14 16:23, Miroslav Lichvar (mlich...@redhat.com) wrote:
> This is about bug #1136905 [1], discussed previously on the systemd list
> [2] and also on our desktop list [3].
>
> The issue is that systemd-timedated now supports only systemd-timesyncd
> for NTP and ignores other NTP serv
On 25/11/14 15:32, Adam Jackson wrote:
But when I say "come from the server" I really mean the 2D X driver
makes up the name and the server just reports it. And indeed, between
xorg-x11-drv-intel-2.21.15-4 and -9 output naming was changed to include
a dash (if using UXA), which happened because
> On Tuesday, 25 November 2014 9:07 PM, Simo Sorce wrote:
> My machines get joined to an IPA domain as soon as they are finished
> installing, I do *not* want a local user, it would be a liability.
Well, I think this is more specific case for which remote 'root' login could
be enabled by user.
On Tue, Nov 25, 2014 at 03:45:08PM +, P J P wrote:
> True, this concern has been raised before. We need to ensure that
> user creates at least one non-root user account; firstboot is just
> the right place to ensure that.
Keep in mind that in cloud, cloud-init does the same thing (instead of
> On Tuesday, 25 November 2014 8:53 PM, Kevin Fenzi wrote:
> > On Tue, 25 Nov 2014 09:56:59 -0500
> Simo Sorce wrote:
>
>> We can install machine w/o user accounts, removing the ability to log
>> in as root via ssh means those machines will not be accessible.
>
> This has been the reason this has
On Tue, 25 Nov 2014 08:23:22 -0700
Kevin Fenzi wrote:
> On Tue, 25 Nov 2014 09:56:59 -0500
> Simo Sorce wrote:
>
> > We can install machine w/o user accounts, removing the ability to
> > log in as root via ssh means those machines will not be accessible.
>
> This has been the reason this hasn'
On Tue, 2014-11-25 at 09:14 +0100, Lukas Zapletal wrote:
> my desktop was completely broken this morning because my startup scripts
> rely on xrandr utility. An older update from this summer which I applied
> recently changed it's output so device ids now contain dash characters
> (e.g. instead VG
On Tue, 25 Nov 2014 09:56:59 -0500
Simo Sorce wrote:
> We can install machine w/o user accounts, removing the ability to log
> in as root via ssh means those machines will not be accessible.
This has been the reason this hasn't been changed the last few times
someone proposed to change it.
I d
A file has been added to the lookaside cache for perl-POE-Component-SSLify:
fc90d5016fb1427090eb865d72f60aba POE-Component-SSLify-1.012.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedo
This is about bug #1136905 [1], discussed previously on the systemd list
[2] and also on our desktop list [3].
The issue is that systemd-timedated now supports only systemd-timesyncd
for NTP and ignores other NTP services installed on the system. It doesn't
know that chronyd or ntpd is enabled (us
On Sat, 22 Nov 2014 08:24:32 + (UTC)
P J P wrote:
> > On Saturday, 22 November 2014 1:39 AM, Richard W.M. Jones wrote:
> >> On Fri, Nov 21, 2014 at 09:11:51AM +0100, Florian Weimer wrote:
> >> The latter. We have to install authorized_keys inside the VM
> >> anyway, so we can touch sshd_conf
- Original Message -
>
>
>
> On Tue, 2014-11-25 at 10:21 +0100, drago01 wrote:
> > On Mon, Nov 24, 2014 at 8:46 PM, Stephen Gallagher
> > wrote:
> > >
> > >
> > > Yeah, that's a valid concern and one I'm not ignoring. I'm just
> > > concerned that (going by F21 Alpha and Beta) the "hero
On Mon, Nov 24, 2014 at 07:21:03PM -0600, Mukundan Ragavan wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 11/24/2014 03:49 PM, Zbigniew Jędrzejewski-Szmek wrote:
> > On Sat, Nov 22, 2014 at 10:12:46PM +0100, Zbigniew
> > Jędrzejewski-Szmek wrote:
> >> I have working packages [1]
On Tue, 2014-11-25 at 10:21 +0100, drago01 wrote:
> On Mon, Nov 24, 2014 at 8:46 PM, Stephen Gallagher
> wrote:
> >
> >
> > Yeah, that's a valid concern and one I'm not ignoring. I'm just
> > concerned that (going by F21 Alpha and Beta) the "hero testing" doesn't
> > result in avoiding a slip
Am 25.11.2014 um 14:31 schrieb Lukas Zapletal:
There's an intel driver from 18th november, for example:
https://admin.fedoraproject.org/updates/FEDORA-2014-15384/xorg-x11-drv-intel-2.21.15-9.fc20
This seems to be much more related to your issues. I don't had any output
renaming recently in the
- Original Message -
> > There's an intel driver from 18th november, for example:
> >
> > https://admin.fedoraproject.org/updates/FEDORA-2014-15384/xorg-x11-drv-intel-2.21.15-9.fc20
> >
> > This seems to be much more related to your issues. I don't had any output
> > renaming recently in
On 25.11.2014 10:26, drago01 wrote:
> On Tue, Nov 25, 2014 at 9:14 AM, Lukas Zapletal wrote:
>> Hello,
>>
>> my desktop was completely broken this morning because my startup scripts
>> rely on xrandr utility. An older update from this summer which I applied
>> recently changed it's output so devic
> There's an intel driver from 18th november, for example:
>
> https://admin.fedoraproject.org/updates/FEDORA-2014-15384/xorg-x11-drv-intel-2.21.15-9.fc20
>
> This seems to be much more related to your issues. I don't had any output
> renaming recently in the past year (Nouveau here).
That answe
On 25 November 2014 at 13:20, Lukas Zapletal wrote:
> I don't understand why I noticed this today, it looks like the latest
> update was a Critical Path one (???) when Fedora 20 was stable for six
> months.
>
>
> https://admin.fedoraproject.org/updates/FEDORA-2014-7331/xorg-x11-server-utils-7.7-6
> Anyhow, I hit the same thing this morning, with LVDS1 changing
> to LVDS-0, HDMI3 to HDMI-2 and VGA1 to VGA-0. This was on an
> Intel adapter.
Exactly. I use i3wm and I use xrandr to determine if I have my laptop
docked with IPS panel, docked with VGA monitor or standalone. Then I
setup all my
Compose started at Tue Nov 25 07:15:03 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
[gofer]
ruby-gofer-0.77.1
* Mon Nov 24 2014 Jaroslav Škarvada - 1.2-5
- Used 64x64 icon from SVN
Resolves: rhbz#1157554
Size change: 943 bytes
net-tools-2.0-0.31.20141124git.fc22
---
* Mon Nov 24 2014 Jiri Popelka - 2.0-0.31.20141124git
- latest upstream snapshot (#1162284)
S
On Tue, Nov 25, 2014 at 10:26:43AM +0100, drago01 wrote:
> On Tue, Nov 25, 2014 at 9:14 AM, Lukas Zapletal wrote:
> > Hello,
> >
> > my desktop was completely broken this morning because my startup scripts
> > rely on xrandr utility. An older update from this summer which I applied
> > recently ch
On 25/11/14 09:26, drago01 wrote:
> Which desktop are you using? You shouldn't have to mess with startup
> scripts that call xrandr to get a monitor setup working.
Here's one example: Intel drv, monitor with broken EDID, Gnome 3.12.
This is limited to either 800x60 or 1024x768 (forget which).
(Ha
On Tue, Nov 25, 2014 at 9:14 AM, Lukas Zapletal wrote:
> Hello,
>
> my desktop was completely broken this morning because my startup scripts
> rely on xrandr utility. An older update from this summer which I applied
> recently changed it's output so device ids now contain dash characters
> (e.g. i
On Mon, Nov 24, 2014 at 8:46 PM, Stephen Gallagher wrote:
>
>
> Yeah, that's a valid concern and one I'm not ignoring. I'm just
> concerned that (going by F21 Alpha and Beta) the "hero testing" doesn't
> result in avoiding a slip most of the time. In the case of Alpha, that
> was going on for a mo
> Using what gfxchip? VGA0 I don't remember ever seeing. Most I remember seeing:
Yeah, that was a typo. It's actually DP-1 and LVDS-0 (Thinkpad T403s
with Intel). Anyway, this changed from DP1 and LVDS0.
--
Later,
Lukas #lzap Zapletal
--
devel mailing list
devel@lists.fedoraproject.org
https:/
Lukas Zapletal composed on 2014-11-25 09:14 (UTC+0100):
> my desktop was completely broken this morning because my startup scripts
> rely on xrandr utility. An older update from this summer which I applied
> recently changed it's output so device ids now contain dash characters
> (e.g. instead VGA
On Tue, 2014-11-25 at 09:14 +0100, Lukas Zapletal wrote:
> Hello,
>
> my desktop was completely broken this morning because my startup scripts
> rely on xrandr utility. An older update from this summer which I applied
> recently changed it's output so device ids now contain dash characters
> (e.g.
Hello,
my desktop was completely broken this morning because my startup scripts
rely on xrandr utility. An older update from this summer which I applied
recently changed it's output so device ids now contain dash characters
(e.g. instead VGA0 I see VGA-1).
I just wonder why this landed into stabl
60 matches
Mail list logo