Re: first and only X needs to be on tty7

On 2014-05-06 11:04 (GMT+1000) Peter Hutterer composed: On Mon, May 05, 2014 at 11:45:31AM -0400, Felix Miata wrote: I might not even care about the location of X sessions if only it wasn't so complicated to kill a broken one. Why doesn't Ctrl-Alt-BS not work any more? http://who-t.blogspo

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, 2014-05-05 at 16:43 +0200, Lennart Poettering wrote: > We really should get rid of the destinction, and make all of /bin, > /sbin, /usr/sbin a symlink to /usr/bin, and then never bother again > about $PATH orders and namespace collisions.. Arch made exactly this change this last year. [1]

Re: first and only X needs to be on tty7

On Mon, May 05, 2014 at 11:45:31AM -0400, Felix Miata wrote: > I might not even care about the location of X sessions if only it > wasn't so complicated to kill a broken one. Why doesn't Ctrl-Alt-BS > not work any more? http://who-t.blogspot.com.au/2009/04/zapping-server.html -- devel mailing lis

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, May 05, 2014 at 10:38:10PM +0200, Kalev Lember wrote: > On 05/05/2014 10:28 PM, Matthew Miller wrote: > > On Mon, May 05, 2014 at 04:24:03PM -0400, Matthias Clasen wrote: > >> It causes pointless configure and Makefile complications in every single > >> upstream project that wants to instal

Re: Incorrect order of /usr/bin and /usr/sbin in path

On 05/05/2014 10:28 PM, Matthew Miller wrote: > On Mon, May 05, 2014 at 04:24:03PM -0400, Matthias Clasen wrote: >> It causes pointless configure and Makefile complications in every single >> upstream project that wants to install something into that location and >> has to differentiate between Fed

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, May 05, 2014 at 04:24:03PM -0400, Matthias Clasen wrote: > It causes pointless configure and Makefile complications in every single > upstream project that wants to install something into that location and > has to differentiate between Fedora (/usr/libexec) and the rest of the > world (/us

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, 2014-05-05 at 16:19 -0400, Simo Sorce wrote: > > It's a practical way to keep helpers out of path and autocomplete > without polluting /usr/lib[64] and having to deal with multilib issues, > what's pointless about it ? > It causes pointless configure and Makefile complications in every

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, May 05, 2014 at 09:45:38PM +0200, Kay Sievers wrote: > > And calling /usr/libexec "Fedora-only" is of course kind of > > funny. > "libexec" is Fedora-only, no other major distro used it, not even LSB > allowed it. Well, Red Hat Linux, before Fedora. And I believe we got it from BSD (it see

Re: Incorrect order of /usr/bin and /usr/sbin in path

Am 05.05.2014 22:19, schrieb Simo Sorce: > On Mon, 2014-05-05 at 22:03 +0200, Kay Sievers wrote: >> On Mon, May 5, 2014 at 9:52 PM, Reindl Harald wrote: >>> Am 05.05.2014 21:45, schrieb Kay Sievers: On Mon, May 5, 2014 at 6:15 PM, Matthew Miller wrote: > And calling /usr/libe

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, 2014-05-05 at 22:03 +0200, Kay Sievers wrote: > On Mon, May 5, 2014 at 9:52 PM, Reindl Harald wrote: > > Am 05.05.2014 21:45, schrieb Kay Sievers: > >> On Mon, May 5, 2014 at 6:15 PM, Matthew Miller > >> wrote: > >> > >>> And calling /usr/libexec "Fedora-only" is of course kind of > >>>

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, May 5, 2014 at 9:52 PM, Reindl Harald wrote: > Am 05.05.2014 21:45, schrieb Kay Sievers: >> On Mon, May 5, 2014 at 6:15 PM, Matthew Miller >> wrote: >> >>> And calling /usr/libexec "Fedora-only" is of course kind of >>> funny. >> >> "libexec" is Fedora-only, no other major distro used it

Re: Incorrect order of /usr/bin and /usr/sbin in path

2014-05-05 22:03 GMT+02:00 Kay Sievers : > On Mon, May 5, 2014 at 9:52 PM, Reindl Harald > wrote: > > Am 05.05.2014 21:45, schrieb Kay Sievers: > >> On Mon, May 5, 2014 at 6:15 PM, Matthew Miller < > mat...@fedoraproject.org> wrote: > >> > >>> And calling /usr/libexec "Fedora-only" is of course k

Re: Incorrect order of /usr/bin and /usr/sbin in path

Am 05.05.2014 22:03, schrieb Kay Sievers: > On Mon, May 5, 2014 at 9:52 PM, Reindl Harald wrote: >> Am 05.05.2014 21:45, schrieb Kay Sievers: >>> On Mon, May 5, 2014 at 6:15 PM, Matthew Miller >>> wrote: >>> And calling /usr/libexec "Fedora-only" is of course kind of funny. >>> >>> "

Dissecting performance regression on Gnome with Gen4 Intel GM45

The subject performance regression: https://bugs.freedesktop.org/show_bug.cgi?id=77372 Hello everyone! This is my first use of mailing lists. I'm a novice-to-intermediate linux user. I've been contributing only by sharing basic knowledge and solutions on askubuntu.com and ask.fedoraproject.org.

Re: Incorrect order of /usr/bin and /usr/sbin in path

Am 05.05.2014 21:45, schrieb Kay Sievers: > On Mon, May 5, 2014 at 6:15 PM, Matthew Miller > wrote: > >> And calling /usr/libexec "Fedora-only" is of course kind of >> funny. > > "libexec" is Fedora-only, no other major distro used it, not even LSB > allowed it. you systemd-guys are really f

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, May 5, 2014 at 6:15 PM, Matthew Miller wrote: > And calling /usr/libexec "Fedora-only" is of course kind of > funny. "libexec" is Fedora-only, no other major distro used it, not even LSB allowed it. It makes no sense to ever have that, and the rest of the world realized that long ago.

Re: Network-related change from f20->rawhide?

On Mon, May 5, 2014 at 1:06 PM, Orion Poplawski wrote: > On 05/05/2014 11:34 AM, Jon Ciesla wrote: > >> I've got a pair of odd build failures that I'm probably missing something >> obvious on. I'm trying to update both openvpn and dietlibc to their >> latest >> upstreams for rawhide. They build

Re: first and only X needs to be on tty7

On Mon, 05.05.14 12:24, Felix Miata (mrma...@earthlink.net) wrote: > On 2014-05-05 17:55 (GMT+0200) Lennart Poettering composed: > > >On Fedora tty1 is the graphical login, since a long time. > > I've managed to avoid that in order that my boot messages tail stays > there undisturbed until such

Re: Network-related change from f20->rawhide?

On 05/05/2014 11:34 AM, Jon Ciesla wrote: I've got a pair of odd build failures that I'm probably missing something obvious on. I'm trying to update both openvpn and dietlibc to their latest upstreams for rawhide. They build fine locally on f20, in mock for f20, and fail locally in rawhide and

Re: heads up: plist/usbmux/imobiledevice soname bumps

On Mon, May 5, 2014 at 12:38 PM, Peter Robinson wrote: > >> > There's a new devel release of the above just landed. I'll be looking > >> > to get them into rawhide over the new couple of days but there's been > >> > quite some change so I'm going to deal with it all locally first to > >> > see wha

Re: heads up: plist/usbmux/imobiledevice soname bumps

>> > There's a new devel release of the above just landed. I'll be looking >> > to get them into rawhide over the new couple of days but there's been >> > quite some change so I'm going to deal with it all locally first to >> > see what the impact is before I push it. >> >> Slightly later than plan

Network-related change from f20->rawhide?

I've got a pair of odd build failures that I'm probably missing something obvious on. I'm trying to update both openvpn and dietlibc to their latest upstreams for rawhide. They build fine locally on f20, in mock for f20, and fail locally in rawhide and mock for rawhide. Looking at the logs, the

Re: heads up: plist/usbmux/imobiledevice soname bumps

On Mon, May 5, 2014 at 11:38 AM, Peter Robinson wrote: > On Sat, Mar 22, 2014 at 11:33 AM, Peter Robinson > wrote: > > Hi All, > > > > There's a new devel release of the above just landed. I'll be looking > > to get them into rawhide over the new couple of days but there's been > > quite some cha

[Bug 1094440] perl-libwww-perl: incorrect handling of SSL certificate verification

https://bugzilla.redhat.com/show_bug.cgi?id=1094440 Vincent Danen changed: What|Removed |Added Blocks||1094441 -- You are receiving this ma

[Bug 1094440] New: perl-libwww-perl: incorrect handling of SSL certificate verification

https://bugzilla.redhat.com/show_bug.cgi?id=1094440 Bug ID: 1094440 Summary: perl-libwww-perl: incorrect handling of SSL certificate verification Product: Security Response Component: vulnerability Keywords: Security

Re: fedora-atomic discussion point: /usr/lib/passwd

On Mon, May 05, 2014 at 03:47:21PM +0200, Reindl Harald wrote: > > > Am 05.05.2014 15:27, schrieb Richard W.M. Jones: > > I think it would be better if we could declaratively say which user > > accounts an RPM needs, and RPM can add or remove users from the system > > based on this. eg. Apache h

Re: heads up: plist/usbmux/imobiledevice soname bumps

On Sat, Mar 22, 2014 at 11:33 AM, Peter Robinson wrote: > Hi All, > > There's a new devel release of the above just landed. I'll be looking > to get them into rawhide over the new couple of days but there's been > quite some change so I'm going to deal with it all locally first to > see what the i

Re: first and only X needs to be on tty7

On 2014-05-05 17:55 (GMT+0200) Lennart Poettering composed: On Fedora tty1 is the graphical login, since a long time. I've managed to avoid that in order that my boot messages tail stays there undisturbed until such time as I've run out of vttys and need to use a sixth, the way I like it, sa

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, May 05, 2014 at 05:55:17PM +0200, Tomasz Torcz wrote: > The full-scope cleanup looks very tempting: > https://docs.google.com/presentation/d/1ojgzJOfWB8XaC5kqyrv4IhR9snZKBI77a02R4cj1QM8/edit#slide=id.i0 That seems to cover a lot of what I'd like to see, yeah, including moving daemons out

Re: first and only X needs to be on tty7

On Mon, 05.05.14 11:45, Felix Miata (mrma...@earthlink.net) wrote: > On 2014-05-05 12:34 (GMT+0200) Lennart Poettering composed: > > >Felix Miata wrote: > > >>How can I get it to go there and stay there? When starting F21 in > >>multi-user, logging in on tty3 and running startx, KDE shows up on

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, May 05, 2014 at 11:00:05AM -0400, Matthew Miller wrote: > On Mon, May 05, 2014 at 04:43:49PM +0200, Lennart Poettering wrote: > > We really should get rid of the destinction, and make all of /bin, > > /sbin, /usr/sbin a symlink to /usr/bin, and then never bother again > > about $PATH orders

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, May 5, 2014 at 4:35 PM, Kaleb S. KEITHLEY wrote: > On 05/05/2014 10:28 AM, Adam Jackson wrote: >> >> On Sun, 2014-05-04 at 18:59 +0200, Reindl Harald wrote: >> >>> however, the semantics of /usr/sbin is to contain superuser >>> binaries which should not be overriden because a binary >>> wi

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, 05.05.14 11:32, Simo Sorce (s...@redhat.com) wrote: > On Mon, 2014-05-05 at 16:43 +0200, Lennart Poettering wrote: > > On Mon, 05.05.14 10:35, Kaleb S. KEITHLEY (kkeit...@redhat.com) wrote: > > > > > On 05/05/2014 10:28 AM, Adam Jackson wrote: > > > >On Sun, 2014-05-04 at 18:59 +0200, Rei

Re: first and only X needs to be on tty7

On 2014-05-05 12:34 (GMT+0200) Lennart Poettering composed: Felix Miata wrote: How can I get it to go there and stay there? When starting F21 in multi-user, logging in on tty3 and running startx, KDE shows up on tty3, where, as it's currently broken[1], it needs to be killed to escape it. Ctr

Re: Incorrect order of /usr/bin and /usr/sbin in path

Hi, That's my recollection as well. Heard that confusion about sbin being for superuser before. Jon On 5 May 2014 15:29, "Adam Jackson" wrote: > On Sun, 2014-05-04 at 18:59 +0200, Reindl Harald wrote: > > > however, the semantics of /usr/sbin is to contain superuser > > binaries which should n

Re: Incorrect order of /usr/bin and /usr/sbin in path

On 05/05/2014 10:43 AM, Lennart Poettering wrote: /usr/sbin is an invention of Linux. Strange that you would claim this. Here's a list of what's in /usr/sbin on NetBSD 1.0 (and there's no overlap between what's in /usr/sbin and any other subdir.) drwxr-xr-x root/wheel 0 1994-10-19

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, 2014-05-05 at 16:43 +0200, Lennart Poettering wrote: > On Mon, 05.05.14 10:35, Kaleb S. KEITHLEY (kkeit...@redhat.com) wrote: > > > On 05/05/2014 10:28 AM, Adam Jackson wrote: > > >On Sun, 2014-05-04 at 18:59 +0200, Reindl Harald wrote: > > > > > >>however, the semantics of /usr/sbin is to

Re: Incorrect order of /usr/bin and /usr/sbin in path

On 05/05/2014 10:43 AM, Lennart Poettering wrote: On Mon, 05.05.14 10:35, Kaleb S. KEITHLEY (kkeit...@redhat.com) wrote: On 05/05/2014 10:28 AM, Adam Jackson wrote: On Sun, 2014-05-04 at 18:59 +0200, Reindl Harald wrote: however, the semantics of /usr/sbin is to contain superuser binaries wh

[Bug 1094395] New: perl-IPC-Run make check failure for ppc64le archi

https://bugzilla.redhat.com/show_bug.cgi?id=1094395 Bug ID: 1094395 Summary: perl-IPC-Run make check failure for ppc64le archi Product: Fedora Version: rawhide Component: perl-IPC-Run Severity: medium Assignee: st...@silug.o

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, May 5, 2014 at 11:00 AM, Matthew Miller wrote: On Mon, May 05, 2014 at 04:43:49PM +0200, Lennart Poettering wrote: We really should get rid of the destinction, and make all of /bin, /sbin, /usr/sbin a symlink to /usr/bin, and then never bother again about $PATH orders and namespac

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, May 05, 2014 at 04:43:49PM +0200, Lennart Poettering wrote: > We really should get rid of the destinction, and make all of /bin, > /sbin, /usr/sbin a symlink to /usr/bin, and then never bother again > about $PATH orders and namespace collisions... This -- and the current approach of having

Re: Automatically generated configuration files

On Thu, Apr 24, 2014 at 11:39:42AM -0400, Paul Wouters wrote: > On Thu, 24 Apr 2014, Florian Weimer wrote: > > >I don't think "openssl genrsa 2048" has this issue on today's > >machines. (I know I saw it with GNUTLS.) > > I was sceptical, so I tried this on a freshly booted VM: > > root@bofh:~#

Re: Incorrect order of /usr/bin and /usr/sbin in path

Once upon a time, Lennart Poettering said: > /usr/sbin is an invention of Linux. Hmm, I think Solaris had it, and I know DEC Unix had it. IIRC /sbin came about for static bins, but then also to move config binaries out of /etc. The bins not needed for early system startup moved to /usr/sbin. I

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Mon, 05.05.14 10:35, Kaleb S. KEITHLEY (kkeit...@redhat.com) wrote: > On 05/05/2014 10:28 AM, Adam Jackson wrote: > >On Sun, 2014-05-04 at 18:59 +0200, Reindl Harald wrote: > > > >>however, the semantics of /usr/sbin is to contain superuser > >>binaries which should not be overriden because a b

Re: F21 System Wide Change: Wayland

On Wed, 2014-04-30 at 16:05 +0200, Thorsten Leemhuis wrote: > Is this about integrating this work in Fedora? Or more porting work? Or > even make Wayland the default in F21? The section "How To Test" sounds > as if the later is the case, but it's not entirely clear to me. I've tried to clarify th

Re: Smaller Taskotron Tasks

On Fri, 2 May 2014 04:32:52 -0400 (EDT) Kamil Paral wrote: > > > > https://phab.qadevel.cloud.fedoraproject.org/w/taskotron-papercuts/ > > > > > > Thanks, I was thinking about this. It's very unfortunate that > > > Phabricator doesn't support arbitrary tags/keywords as in > > > Bugzilla or Trac.

Re: Incorrect order of /usr/bin and /usr/sbin in path

On 05/05/2014 10:28 AM, Adam Jackson wrote: On Sun, 2014-05-04 at 18:59 +0200, Reindl Harald wrote: however, the semantics of /usr/sbin is to contain superuser binaries which should not be overriden because a binary with the same name exists in /usr/bin My memory is that the "s" was more for

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Sun, 2014-05-04 at 18:59 +0200, Reindl Harald wrote: > however, the semantics of /usr/sbin is to contain superuser > binaries which should not be overriden because a binary > with the same name exists in /usr/bin My memory is that the "s" was more for "static" not "superuser". There's some con

Re: PSA: don't make your polkit policies desktop centric

On 05.05.2014 14:44, Nikos Mavrogiannopoulos wrote: > On Mon, 2014-05-05 at 14:21 +0200, Stef Walter wrote: > The no prevents use of the service from remote sessions such as ssh or Cockpit. The poorly named tag controls the default policy for users logged in from any non-

Re: We want to stop systemd from being added to docker images, because of rpm requiring systemctl.

On Sat, 2014-05-03 at 10:14 +0300, Panu Matilainen wrote: > Well then you've misread, and now people trying to search for > information on rpm collections will be even more confused... > > Like said elsewhere in this thread, collections are experimental, not > enabled in Fedora and will never b

Re: fedora-atomic discussion point: /usr/lib/passwd

Am 05.05.2014 15:27, schrieb Richard W.M. Jones: > I think it would be better if we could declaratively say which user > accounts an RPM needs, and RPM can add or remove users from the system > based on this. eg. Apache httpd.spec would contain just: > > %user apache > %group apache > > (T

Re: log4j update in f21

On 05/05/2014 02:11 PM, punto...@libero.it wrote: > Il 05/05/2014 13:41, Mikolaj Izdebski ha scritto: >> Next week I am going to update log4j in rawhide from version 1.2 to >> version 2.0-rc1 [2]. >> >> 2.0 ships with a module providing limited 1.2 compatibility. >> For more info see [1]. >> >> Lis

Re: fedora-atomic discussion point: /usr/lib/passwd

On 05/05/2014 03:27 PM, Richard W.M. Jones wrote: I think it would be better if we could declaratively say which user accounts an RPM needs, and RPM can add or remove users from the system based on this. eg. Apache httpd.spec would contain just: %user apache %group apache And if we had

[perl-Mixin-Linewise] 0.106 bump

commit a4e5863df4931057c30efe68866331871b33dcdf Author: Petr Písař Date: Mon May 5 15:27:47 2014 +0200 0.106 bump .gitignore |1 + perl-Mixin-Linewise.spec | 32 +--- sources |2 +- 3 files changed, 19 insertions(+), 16

Re: fedora-atomic discussion point: /usr/lib/passwd

On Mon, Apr 28, 2014 at 05:15:59PM +, Colin Walters wrote: > On Mon, Apr 28, 2014 at 12:45 PM, Tomasz Torcz > wrote: > > > > Risking being totally offtopic, but would TCB solve all most of > >this issues? > >www.openwall.com/tcb/ or > >http://www.openwall.com/presentations/Owl/mgp00020.html

Re: kernel packaging split up landing in Rawhide

Am 05.05.2014 14:36, schrieb Bruno Wolff III: > On Mon, May 05, 2014 at 08:26:59 -0400, > Gene Czarcinski wrote: >>> [1]https://fedoraproject.org/wiki/Changes/Modular_Kernel_Packaging_for_Cloud >> I think you need a little work on this. Ok, to update (install) a new >> kernel you execute: >>

Re: PSA: don't make your polkit policies desktop centric

On Mon, 2014-05-05 at 14:21 +0200, Stef Walter wrote: > >> The no prevents use of the service from remote > >> sessions such as ssh or Cockpit. > >> > >> The poorly named tag controls the default policy for users > >> logged in from any non-monitor+keyboard session. That is, sessions that > >> do

Re: kernel packaging split up landing in Rawhide

On Mon, May 05, 2014 at 08:26:59 -0400, Gene Czarcinski wrote: [1]https://fedoraproject.org/wiki/Changes/Modular_Kernel_Packaging_for_Cloud I think you need a little work on this. Ok, to update (install) a new kernel you execute: yum update kernel that same as it was previously. BU

Re: kernel packaging split up landing in Rawhide

On Mon, May 5, 2014 at 8:26 AM, Gene Czarcinski wrote: > On 04/29/2014 05:41 PM, Josh Boyer wrote: >> >> Hi All, >> >> As part of the F21 "Modular Kernel Packaging for Cloud" Feature[1], >> I've committed and pushed the kernel packaging split up into >> kernel-core and kernel-drivers subpackages.

Re: kernel packaging split up landing in Rawhide

On 04/29/2014 05:41 PM, Josh Boyer wrote: Hi All, As part of the F21 "Modular Kernel Packaging for Cloud" Feature[1], I've committed and pushed the kernel packaging split up into kernel-core and kernel-drivers subpackages. For those of you running rawhide, this really shouldn't be a major impac

Re: F21 System Wide Change: Wayland

On Mon, 2014-05-05 at 03:59 -0400, Jaroslav Reznik wrote: > > The whole confusion is because the feature was initially written for > > 3.12 but then the whole .next thing happened. > > In short the text needs to be updated. > > Matthias updated it, I asked him but probably it needs more updates.

Re: PSA: don't make your polkit policies desktop centric

On 05.05.2014 13:58, Hans de Goede wrote: > Hi, > > On 05/05/2014 11:47 AM, Stef Walter wrote: >> Many of the polkit policy files services ship in Fedora have lines that >> look like this: >> >> >> no >> no >> auth_admin_keep >> >> >> The no prevents use of the service

Re: log4j update in f21

Il 05/05/2014 13:41, Mikolaj Izdebski ha scritto: Next week I am going to update log4j in rawhide from version 1.2 to version 2.0-rc1 [2]. 2.0 ships with a module providing limited 1.2 compatibility. For more info see [1]. List of 105 components which require or build-require log4j (and therefo

Re: log4j update in f21

Il 05/05/2014 13:41, Mikolaj Izdebski ha scritto: Next week I am going to update log4j in rawhide from version 1.2 to version 2.0-rc1 [2]. 2.0 ships with a module providing limited 1.2 compatibility. For more info see [1]. List of 105 components which require or build-require log4j (and therefo

Re: PSA: don't make your polkit policies desktop centric

Hi, On 05/05/2014 11:47 AM, Stef Walter wrote: > Many of the polkit policy files services ship in Fedora have lines that > look like this: > > > no > no > auth_admin_keep > > > The no prevents use of the service from remote > sessions such as ssh or Cockpit. > > The

log4j update in f21

Next week I am going to update log4j in rawhide from version 1.2 to version 2.0-rc1 [2]. 2.0 ships with a module providing limited 1.2 compatibility. For more info see [1]. List of 105 components which require or build-require log4j (and therefore are possibly affected by this update) follows. [

Re: [Fedora Update] [CRITPATH] [comment] mesa-10.1-6.20140305.fc20, pure-0.58-3.fc20, python-llvmpy-0.12.4-1.fc20, pocl-0.9-4.fc20.1, OpenGTL-0.9.18-9.fc20, gedit-code-assistance-0.2.0-5.fc20, gambas3

- Original Message - > On Mon, 2014-04-21 at 16:33 +0200, drago01 wrote: > > > Ouch. Yeah. How did that happen? How can we make it not happen in > > the > > > future? > > > > Well bodhi could simply not allow anyone other then the submitter to > > press the push button. > > Other then that

Re: F21 Self Contained Change: Remote Journal Logging

On 05/05/2014 12:52 PM, Lennart Poettering wrote: Have you requested official assignment? It's not yet listed in . No I have not. What's the benefit of doing so? It avoids collisions, and tools like t

Re: F21 Self Contained Change: Remote Journal Logging

On Mon, 05.05.14 12:49, Florian Weimer (fwei...@redhat.com) wrote: > On 05/05/2014 12:36 PM, Lennart Poettering wrote: > > >>If you feel that HTTPS is the correct protocol then please consider using > >>another port number than 443. > > > >It's port 19531 by default. > > Have you requested offic

Re: F21 Self Contained Change: Remote Journal Logging

On 05/05/2014 12:36 PM, Lennart Poettering wrote: If you feel that HTTPS is the correct protocol then please consider using another port number than 443. It's port 19531 by default. Have you requested official assignment? It's not yet listed in

rawhide report: 20140505 changes

Broken deps for i386 -- [0ad] 0ad-0.0.15-4.fc21.i686 requires libenet.so.2 [MegaMek] MegaMek-0.30.11-13.fc20.i686 requires java-gcj-compat MegaMek-0.30.11-13.fc20.i686 requires java-gcj-compat [PyKDE] PyKDE-3.1

Re: F21 Self Contained Change: Remote Journal Logging

On Mon, 05.05.14 18:54, Glen Turner (g...@gdt.id.au) wrote: > > > > I am pretty sure HTTP(s) is the right choice > > Hi Lennart, > > The choice of HTTPS does complicate the network infrastructure moving log > records into a "network management" QoS class (ie, making sure that remote > loggin

Re: first and only X needs to be on tty7

On Mon, 05.05.14 03:23, Felix Miata (mrma...@earthlink.net) wrote: > How can I get it to go there and stay there? When starting F21 in > multi-user, logging in on tty3 and running startx, KDE shows up on > tty3, where, as it's currently broken[1], it needs to be killed to > escape it. Ctrl-Alt-BS

PSA: don't make your polkit policies desktop centric

Many of the polkit policy files services ship in Fedora have lines that look like this: no no auth_admin_keep The no prevents use of the service from remote sessions such as ssh or Cockpit. The poorly named tag controls the default policy for users logged in from any

Re: F21 Self Contained Change: Remote Journal Logging

> I am pretty sure HTTP(s) is the right choice Hi Lennart, The choice of HTTPS does complicate the network infrastructure moving log records into a "network management" QoS class (ie, making sure that remote logging works during a DoS attack caused by malware). If you feel that HTTPS is the c

Re: F21 System Wide Change: Wayland

- Original Message - > On Sat, May 3, 2014 at 3:57 PM, Reindl Harald wrote: > > > > > > Am 03.05.2014 15:51, schrieb Rahul Sundaram: > >> On Sat, May 3, 2014 at 9:27 AM, alex diavatis wrote: > >> > >> From Fedora Docs (https://fedoraproject.org/wiki/Changes/Wayland) > >> > >> >To a

first and only X needs to be on tty7

How can I get it to go there and stay there? When starting F21 in multi-user, logging in on tty3 and running startx, KDE shows up on tty3, where, as it's currently broken[1], it needs to be killed to escape it. Ctrl-Alt-BS fails to kill it (in spite of xorg.con* entries intended that Ctrl-Alt-BS