Re: Hadoop?

On Fri, Jun 03, 2016 at 02:25:19AM +, Christopher wrote: > Ugh. Wish I had noticed. Is there a quick way to get it unretired? It's > still an essential dependency of some packages which are not retired, or > even orphaned. I tried to assign nc6 and hadoop to you but pkgdb seems to be not

Re: systemd 230 change - KillUserProcesses defaults to yes

On Thu, Jun 2, 2016 at 7:09 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, May 31, 2016 at 04:07:28PM -0400, Eric Griffith wrote: >> On May 31, 2016 15:44, "Adam Williamson" wrote: >> > >> > On Tue, 2016-05-31 at 15:26 -0400, Eric Griffith wrote:

Re: systemd 230 change - KillUserProcesses defaults to yes

On 06/02/2016 01:39 AM, Gerd Hoffmann wrote: Hi, As mentioned, this isn't just about screen, tmux, and nohup (or if there's any other programs used in a similar context). *Any* command run with a trailing & is commonly expected to survive logout, usually from remote shells. No. They get

Re: Hadoop?

On Thu, 02 Jun 2016 21:03:14 +, you wrote: >So, it would seem at some point, without me noticing (certainly my fault, >for not paying attention enough), the Hadoop packages got orphaned and/or >retired? in Fedora. March 12 the packager of nc6 orphaned the packages they were responsible for:

Re: Hadoop?

On Thu, Jun 2, 2016 at 5:33 PM gil wrote: > > > Il 02/06/2016 23:20, Chris Murphy ha scritto: > > On Thu, Jun 2, 2016 at 3:03 PM, Christopher > wrote: > >> So, it would seem at some point, without me noticing (certainly my > fault, > >> for not

Re: systemd 230 change - KillUserProcesses defaults to yes

On Tue, May 31, 2016 at 04:07:28PM -0400, Eric Griffith wrote: > On May 31, 2016 15:44, "Adam Williamson" wrote: > > > > On Tue, 2016-05-31 at 15:26 -0400, Eric Griffith wrote: > > > What if the Anaconda team changed it so the "Make this user an > > > administrator"

Re: systemd 230 change - KillUserProcesses defaults to yes

On Tue, May 31, 2016 at 03:04:52PM -0600, Orion Poplawski wrote: > On 05/29/2016 05:14 PM, Chris Murphy wrote: > > On Fri, May 27, 2016 at 5:03 PM, Paul Wouters wrote: > > > >> If there is a systematic > >> problem of badly written code leaving orphaned code running when > >> a

[Bug 1342314] New: perl-System-Command-1.118 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1342314 Bug ID: 1342314 Summary: perl-System-Command-1.118 is available Product: Fedora Version: rawhide Component: perl-System-Command Keywords: FutureFeature, Triaged Assignee:

[Bug 1342310] New: perl-Moose-2.1804 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1342310 Bug ID: 1342310 Summary: perl-Moose-2.1804 is available Product: Fedora Version: rawhide Component: perl-Moose Keywords: FutureFeature, Triaged Assignee:

[Bug 1342306] perl-Config-IniFiles-2.90 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1342306 --- Comment #3 from Upstream Release Monitoring --- Patches were not touched. All were applied properly -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora

[Bug 1342306] perl-Config-IniFiles-2.90 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1342306 --- Comment #2 from Upstream Release Monitoring --- Created attachment 1164287 --> https://bugzilla.redhat.com/attachment.cgi?id=1164287=edit Rebase-helper rebase-helper-debug.log log file.

[Bug 1342306] New: perl-Config-IniFiles-2.90 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1342306 Bug ID: 1342306 Summary: perl-Config-IniFiles-2.90 is available Product: Fedora Version: rawhide Component: perl-Config-IniFiles Keywords: FutureFeature, Triaged Assignee:

[Bug 1342306] perl-Config-IniFiles-2.90 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1342306 --- Comment #1 from Upstream Release Monitoring --- Patching or scratch build for perl-Config-IniFiles-2.89 failed. -- You are receiving this mail because: You are on the CC list for the bug.

Re: systemd 230 change - KillUserProcesses defaults to yes

On Thu, 2016-06-02 at 18:01 -0400, Sam Varshavchik wrote: > Gerd Hoffmann writes: > > > On Do, 2016-06-02 at 10:07 -0400, Matthias Clasen wrote: > > > > > > You are misinformed. This is not about 'obviously broken' windowing > > > apps. Applications that have X or wayland connections get killed

Re: systemd 230 change - KillUserProcesses defaults to yes

Gerd Hoffmann writes: On Do, 2016-06-02 at 10:07 -0400, Matthias Clasen wrote: > > You are misinformed. This is not about 'obviously broken' windowing > apps. Applications that have X or wayland connections get killed > reliably when the session ends, because that connection is going away. No.

Schedule for Friday's FESCo Meeting (2016-06-03)

Following is the list of topics that will be discussed in the FESCo meeting Friday at 16:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2016-06-03 16:00 UTC' Links to all tickets below

Re: systemd 230 change - KillUserProcesses defaults to yes

Lennart Poettering writes: Well. Let's say you are responsible for the Linux desktops of a large security-senstive company (let's say bank, whatever), and the desktops are installed as fixed workstations, which different employees using them at different times. They log in, they do some

Re: Hadoop?

On Thu, Jun 2, 2016 at 5:21 PM Chris Murphy wrote: > On Thu, Jun 2, 2016 at 3:03 PM, Christopher > wrote: > > So, it would seem at some point, without me noticing (certainly my fault, > > for not paying attention enough), the Hadoop packages

Re: Hadoop?

Il 02/06/2016 23:20, Chris Murphy ha scritto: On Thu, Jun 2, 2016 at 3:03 PM, Christopher wrote: So, it would seem at some point, without me noticing (certainly my fault, for not paying attention enough), the Hadoop packages got orphaned and/or retired? in Fedora.

Re: Hadoop?

On Thu, Jun 2, 2016 at 3:03 PM, Christopher wrote: > So, it would seem at some point, without me noticing (certainly my fault, > for not paying attention enough), the Hadoop packages got orphaned and/or > retired? in Fedora. > > This is a big problem for me, because

Hadoop?

So, it would seem at some point, without me noticing (certainly my fault, for not paying attention enough), the Hadoop packages got orphaned and/or retired? in Fedora. This is a big problem for me, because the main package I work on is dependent upon Hadoop. What's the state of Hadoop in Fedora

Re: systemd 230 change - KillUserProcesses defaults to yes

Thanks.. I forgot an important part. 5. People comment about the broken cycle and then various people nitpick that comment in some fashion that doesn't improve anything but 'proves' that they are 'correcter' than the commenter. Overall everyone involved feels worse off. On 2 June 2016 at 16:31,

Re: Fedora retirement guidelines

On 2 June 2016 at 21:39, Neal Gompa wrote: > On Thu, Jun 2, 2016 at 3:21 PM, James Hogarth > wrote: > > Right now the retirement guidelines state that you should only retire in > > branched (prior to freeze) and up to master... > > > > But I just had

Re: Fedora retirement guidelines

On Thu, Jun 2, 2016 at 3:21 PM, James Hogarth wrote: > Right now the retirement guidelines state that you should only retire in > branched (prior to freeze) and up to master... > > But I just had a user bitten by a change in behaviour between dnf and yum > that was

Re: systemd 230 change - KillUserProcesses defaults to yes

Stephen John Smoogen wrote: 1. There is a problem for a certain group that systemd people care about (usually desktop but not always). 2. Systemd puts in a fix for that problem. In this timeline, your step (2) is crucially missing a piece. Systemd has put in a *change* but it has been shown

Re: Bugzilla email address sync

On Thu, Jun 2, 2016 at 3:44 AM Pierre-Yves Chibon wrote: > On Wed, Jun 01, 2016 at 04:37:26PM -0600, Kevin Fenzi wrote: > > On Wed, 01 Jun 2016 22:30:14 + > > Christopher wrote: > > > > > Thanks. I opened: > > >

Re: systemd 230 change - KillUserProcesses defaults to yes

On 06/02/2016 02:19 PM, Paul Wouters wrote: On Jun 1, 2016, at 09:48, Lennart Poettering wrote: Any scheme that relies on unprivileged programs "being nice" doesn't fix the inherent security problem: after logout a user should not be able consume further runtime resources on the system,

Re: systemd 230 change - KillUserProcesses defaults to yes

On 2 June 2016 at 15:17, Justin Brown wrote: > On Thu, Jun 2, 2016 at 1:26 PM, Ivan Chavero wrote: >> Well, if i'm writing a malware i'll make sure it uses systemd-run so it > keeps on running. > > The point of the feature is not to prevent users

Re: systemd 230 change - KillUserProcesses defaults to yes

- Original Message - > From: "Justin Brown" > To: "Development discussions related to Fedora" > > Sent: Thursday, June 2, 2016 1:17:22 PM > Subject: Re: systemd 230 change - KillUserProcesses defaults to yes > > On Thu, Jun 2,

Fedora retirement guidelines

Right now the retirement guidelines state that you should only retire in branched (prior to freeze) and up to master... But I just had a user bitten by a change in behaviour between dnf and yum that was discovered here: https://bugzilla.redhat.com/show_bug.cgi?id=1096506 This is the bug raised

Re: systemd 230 change - KillUserProcesses defaults to yes

On Thu, Jun 2, 2016 at 1:26 PM, Ivan Chavero wrote: > Well, if i'm writing a malware i'll make sure it uses systemd-run so it keeps on running. The point of the feature is not to prevent users from running anything in the background. It's that *anything* the user runs has

Re: systemd 230 change - KillUserProcesses defaults to yes

On Thu, 2016-06-02 at 14:19 -0400, Paul Wouters wrote: > > > > On Jun 1, 2016, at 09:48, Lennart Poettering wrote: > > > > Any scheme that relies on unprivileged programs "being nice" > > doesn't > > fix the inherent security problem: after logout a user should not > > be > > able consume

Re: systemd 230 change - KillUserProcesses defaults to yes

> On Thursday, June 02, 2016 13:04:44 Lennart Poettering wrote: > > On Wed, 01.06.16 07:20, Adam Williamson (adamw...@fedoraproject.org) wrote: > > > On Wed, 2016-06-01 at 15:48 +0200, Lennart Poettering wrote: > > > > Any scheme that relies on unprivileged programs "being nice" doesn't > > > >

jplesnik pushed to perl-XML-XPath (master). "1.37 bump"

From 3c2deaeb90898e751a1efa51ce923737c5155ff7 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Thu, 2 Jun 2016 16:48:43 +0200 Subject: 1.37 bump --- .gitignore | 1 + perl-XML-XPath.spec | 7 +-- sources | 2 +- 3 files changed, 7

jplesnik uploaded XML-XPath-1.37.tar.gz for perl-XML-XPath

72103d045298f8d7fb945d8b1ae31313 XML-XPath-1.37.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-XML-XPath/XML-XPath-1.37.tar.gz/md5/72103d045298f8d7fb945d8b1ae31313/XML-XPath-1.37.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel

Re: systemd 230 change - KillUserProcesses defaults to yes

> On Jun 1, 2016, at 09:48, Lennart Poettering wrote: > > Any scheme that relies on unprivileged programs "being nice" doesn't > fix the inherent security problem: after logout a user should not be > able consume further runtime resources on the system, regardless if he > does that because of a

xavierb requested branch el6 for package perl-Data-Password

xavierb requested branch el6 for package perl-Data-Password https://admin.fedoraproject.org/pkgdb/package/perl-Data-Password/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

xavierb requested branch epel7 for package perl-Data-Password

xavierb requested branch epel7 for package perl-Data-Password https://admin.fedoraproject.org/pkgdb/package/perl-Data-Password/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

Re: systemd 230 change - KillUserProcesses defaults to yes

On 06/02/2016 12:37 PM, Tom Rivers wrote: The potential problem I see with changing the default behavior of systemd is that it is non-intuitive and could be potentially harmful if the user is not aware of it. Consider the following example. I routinely use screen when I connect to the

ppisar set the koschei monitoring flag of perl-MojoX-JSON-RPC to True

ppisar set the koschei monitoring flag of perl-MojoX-JSON-RPC to True -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

jplesnik pushed to perl-Test-Compile (el6). "1.3.0 bump"

From efd581a8f63a38d2660b6250626ef5143d6b9bfa Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Fri, 27 May 2016 14:29:04 +0200 Subject: 1.3.0 bump --- .gitignore | 15 ++ Makefile | 21 perl-Test-Compile.spec | 144

jplesnik pushed to perl-DBIx-Class-EncodedColumn (master). "0.00015 bump"

From 2d21f31af85f80f4ed1698d319219f04a1ac9cad Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Thu, 2 Jun 2016 16:16:49 +0200 Subject: 0.00015 bump --- .gitignore | 1 + perl-DBIx-Class-EncodedColumn.spec | 11 +-- sources

Re: systemd 230 change - KillUserProcesses defaults to yes

On Wed, Jun 01, 2016 at 10:25:32AM +0100, Tom Hughes wrote: > On 01/06/16 10:20, Bastien Nocera wrote: > > >>On Sun, May 29, 2016 at 06:51:20PM -0600, Chris Murphy wrote: > >>>So there's tmux, screen, curl, wget, and probably quite a few others > >>>that don't necessarily get daemonized that are

jplesnik uploaded DBIx-Class-EncodedColumn-0.00015.tar.gz for perl-DBIx-Class-EncodedColumn

08c984958e0cd04774245aa609041362 DBIx-Class-EncodedColumn-0.00015.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-DBIx-Class-EncodedColumn/DBIx-Class-EncodedColumn-0.00015.tar.gz/md5/08c984958e0cd04774245aa609041362/DBIx-Class-EncodedColumn-0.00015.tar.gz -- Fedora Extras Perl

Re: systemd 230 change - KillUserProcesses defaults to yes

On Thu, Jun 2, 2016 at 7:14 AM, Björn Persson wrote: > Lennart Poettering wrote: > >> And even more: after you disabled his >> user account and logged him out, he really should be gone. > > After you disabled his user account, he really should be gone.

Re: Fedora 24-20160602.n.0 compose check report

gt; out why there's no network connection yet. Will look into it when I > > can. > > Did this fail happen with 20160531.n.0? Or is it new in 20160602.n.0? > I can't reproduce with 0531. You can see previous results in the openQA web UI (this is a new feature in the last month or two). Cl

[EPEL-devel] Re: Update notice FEDORA-EPEL-2016-(several) is broken, or a bad duplicate, skipping.

On 2 June 2016 at 09:24, Michael Mol wrote: > Ran a yum check-update on a staleish host this morning, saw these. They ask > that I contact the epel-testing and epel-testing-source repository owners, > which appear to be this list. > > > Update notice

Re: Fedora 24-20160602.n.0 compose check report

nk what's going on is that initial-setup is not behaving as > expected because there's no network connection, but I haven't worked > out why there's no network connection yet. Will look into it when I > can. Did this fail happen with 20160531.n.0? Or is it new in 20160602.n.0? I can't repro

jplesnik pushed to perl-XML-LibXML (f24). "2.0125 bump"

From 101c7909eaf6034f29439e58b34b934175c17b03 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Thu, 2 Jun 2016 15:32:16 +0200 Subject: 2.0125 bump --- .gitignore | 1 + perl-XML-LibXML.spec | 5 - sources | 2 +- 3 files changed, 6

jplesnik pushed to perl-XML-LibXML (master). "2.0125 bump"

From 3b0501e09c1a93b39de5cba57bf602e2a2515575 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Thu, 2 Jun 2016 15:25:42 +0200 Subject: 2.0125 bump --- .gitignore | 1 + perl-XML-LibXML.spec | 7 +-- sources | 2 +- 3 files changed, 7

jplesnik uploaded XML-LibXML-2.0125.tar.gz for perl-XML-LibXML

a0c1ff8588e1b08cd6323f478b3dfc31 XML-LibXML-2.0125.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-XML-LibXML/XML-LibXML-2.0125.tar.gz/md5/a0c1ff8588e1b08cd6323f478b3dfc31/XML-LibXML-2.0125.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl

Re: systemd 230 change - KillUserProcesses defaults to yes

On 6/2/2016 7:04 AM, Lennart Poettering wrote: In all of these cases you really want to make sure that whatever the user did ends – really ends – by the time he logs out. I apologize if this has already been brought up, but I didn't see this particular point raised in the replies I've read

Re: [Modularity] WG meeting time

On Tue, May 31, 2016 at 9:37 PM, Jan Kurik wrote: > On Wed, May 4, 2016 at 3:03 AM, Langdon White wrote: >> Hi, >> >> Unfortunately, I heard from some of the new voting members that the current >> Modularity WG meeting time is not doable for them. Please

[EPEL-devel] Re: EPEL conflicts with Satellite 6 packages

On 2 June 2016 at 12:03, Erinn Looney-Triggs wrote: > There are a number of packages in EPEL 6 and 7 that conflict with > packages provided by either RH Satellite or the katello-agent. > A quick run through for an up to date (6.1.9) install of satellite on > RHEL 7:

Re: systemd 230 change - KillUserProcesses defaults to yes

Hi, > I don't think we need to change Fedora 24 for this. Unless I misunderstood, > this > systemd change has not been pushed to Fedora 24 (nor proposed for it). We're > prepping for how to deal with things in Fedora 25. No, I was the one misunderstanding things. I thought the systemd change

jplesnik pushed to perl-version (f24). "0.9917 bump"

From e54e9a3482c5a89ca0ab2ad25b7aa4e8db48c13b Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Thu, 2 Jun 2016 14:55:53 +0200 Subject: 0.9917 bump --- .gitignore| 1 + perl-version.spec | 7 +-- sources | 2 +- 3 files changed, 7 insertions(+), 3

Re: systemd 230 change - KillUserProcesses defaults to yes

On Thu, Jun 02, 2016 at 01:04:44PM +0200, Lennart Poettering wrote: > Well. Let's say you are responsible for the Linux desktops of a large > security-senstive company (let's say bank, whatever), and the desktops > are installed as fixed workstations, which different employees using > them at

Re: Task Result Namespaces

On Thu, 2 Jun 2016 07:46:33 -0400 (EDT) Kamil Paral wrote: > > Hi, > > > > we have deployed task result namespaces support a while ago and put > > our checks (depcheck, upgradepath, rpmlint) into the 'qa' namespace. > > With newly added tasks like task-abicheck and

jplesnik pushed to perl-version (master). "0.9917 bump"

From c5b1bafaf2d3594f2d1fe2e3981855601b430d04 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Thu, 2 Jun 2016 14:50:30 +0200 Subject: 0.9917 bump --- .gitignore| 1 + perl-version.spec | 9 ++--- sources | 2 +- 3 files changed, 8 insertions(+),

[EPEL-devel] EPEL conflicts with Satellite 6 packages

There are a number of packages in EPEL 6 and 7 that conflict with packages provided by either RH Satellite or the katello-agent. A quick run through for an up to date (6.1.9) install of satellite on RHEL 7: bouncycastle.noarch 1.50-1.el7 epel createrepo_c.x86_64

jplesnik uploaded version-0.9917.tar.gz for perl-version

2f43d77d529818caed72995f37789e9b version-0.9917.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-version/version-0.9917.tar.gz/md5/2f43d77d529818caed72995f37789e9b/version-0.9917.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel

Re: systemd 230 change - KillUserProcesses defaults to yes

On Thu, Jun 2, 2016 at 9:01 AM, Ray Strode wrote: > > Of course, starting in Fedora 24, we no longer have a session bus. > It's a user bus now. So the bus won't go away until the last user > session (for a user) ends, and those background services won't go away > until they

Re: systemd 230 change - KillUserProcesses defaults to yes

On 06/02/2016 11:36 AM, Jóhann B. Guðmundsson wrote: > On 06/02/2016 03:13 PM, Stephen Gallagher wrote: > >> I don't think we need to change Fedora 24 for this. Unless I misunderstood, >> this >> systemd change has not been pushed to Fedora 24 (nor proposed for it). We're >> prepping for how to

jplesnik pushed to perl-File-ChangeNotify (master). "0.26 bump"

From a1460f6b2b90f918012381106be2b0645b871e9a Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Thu, 2 Jun 2016 14:20:23 +0200 Subject: 0.26 bump --- .gitignore | 1 + perl-File-ChangeNotify.spec | 31 ++- sources

jplesnik uploaded File-ChangeNotify-0.26.tar.gz for perl-File-ChangeNotify

f9b96bb0210ed894159b12360331f8e0 File-ChangeNotify-0.26.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-File-ChangeNotify/File-ChangeNotify-0.26.tar.gz/md5/f9b96bb0210ed894159b12360331f8e0/File-ChangeNotify-0.26.tar.gz -- Fedora Extras Perl SIG

Re: systemd 230 change - KillUserProcesses defaults to yes

On 06/02/2016 03:13 PM, Stephen Gallagher wrote: I don't think we need to change Fedora 24 for this. Unless I misunderstood, this systemd change has not been pushed to Fedora 24 (nor proposed for it). We're prepping for how to deal with things in Fedora 25. You should not so easily dismiss

[Bug 1342096] perl-XML-XPath-1.37 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1342096 Jitka Plesnikova changed: What|Removed |Added Status|NEW |CLOSED Fixed

[Bug 1342160] perl-BSSolv-0.01-11.git1e18c32.fc25 FTBFS: BSSolv.xs:19:22: fatal error: repo_deb.h: No such file or directory

https://bugzilla.redhat.com/show_bug.cgi?id=1342160 Igor Gnatenko changed: What|Removed |Added CC||ppi...@redhat.com

Re: Fedora 24-20160602.n.0 compose check report

On Thu, 2016-06-02 at 14:28 +, Fedora compose checker wrote: > Missing expected images: > > Kde live i386 > Kde live x86_64 > Cloud_base raw-xz i386 > > Failed openQA tests: 3/70 (x86_64), 2/16 (i386), 1/2 (arm) > > ID: 20162 Test: x86_64 Workstation-live-iso install_default@uefi > URL:

Re: systemd 230 change - KillUserProcesses defaults to yes

On 06/02/2016 11:01 AM, Ray Strode wrote: > Hi, > > On Wed, Jun 1, 2016 at 10:58 AM, Matthias Clasen wrote: >> Leaking session processes have been a perennial problem that >> we have been battling forever (gconf, ibus, pulseaudio, the list goes >> on...). And they are causing

[Bug 1339835] perl-DBIx-RunSQL: 0.14 release available

https://bugzilla.redhat.com/show_bug.cgi?id=1339835 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-DBIx-RunSQL-0.14-1.fc2

[Bug 1339669] Please update perl-libintl to 1.22 or later for Fedora 23

https://bugzilla.redhat.com/show_bug.cgi?id=1339669 --- Comment #4 from Fedora Update System --- perl-libintl-1.24-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving

[Bug 1339669] Please update perl-libintl to 1.22 or later for Fedora 23

https://bugzilla.redhat.com/show_bug.cgi?id=1339669 Fedora Update System changed: What|Removed |Added Status|ON_QA

[Bug 1339024] perl-Lingua-Translit-0.26 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1339024 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Lingua-Translit-0.26-1

Re: systemd 230 change - KillUserProcesses defaults to yes

On 2 June 2016 at 11:01, Ray Strode wrote: > Hi, > > > We may want to consider reverting the user bus change for F24 and > revisit in F25, not sure. I believe we are less than a week from releasing F24... if there is a need to do this how far back does testing need to

[Bug 1339024] perl-Lingua-Translit-0.26 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1339024 --- Comment #18 from Fedora Update System --- perl-Lingua-Translit-0.26-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1339835] perl-DBIx-RunSQL: 0.14 release available

https://bugzilla.redhat.com/show_bug.cgi?id=1339835 --- Comment #13 from Fedora Update System --- perl-DBIx-RunSQL-0.14-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. -- You are

Re: systemd 230 change - KillUserProcesses defaults to yes

Hi, On Wed, Jun 1, 2016 at 10:58 AM, Matthias Clasen wrote: > Leaking session processes have been a perennial problem that > we have been battling forever (gconf, ibus, pulseaudio, the list goes > on...). And they are causing actual problems, from preventing re-login > to

Re: systemd 230 change - KillUserProcesses defaults to yes

Hi, > In all of these cases you really want to make sure that whatever the > user did ends – really ends – by the time he logs out. Sure, there are valid use cases for that. The admin will probably also turn off lingering then, right? So, what is problem with simply allowing screen + tmux

[Bug 1342160] perl-BSSolv-0.01-11.git1e18c32.fc25 FTBFS: BSSolv.xs:19:22: fatal error: repo_deb.h: No such file or directory

https://bugzilla.redhat.com/show_bug.cgi?id=1342160 Petr Pisar changed: What|Removed |Added CC||ignate...@redhat.com

[Bug 1342160] New: perl-BSSolv-0.01-11.git1e18c32.fc25 FTBFS: BSSolv.xs:19 :22: fatal error: repo_deb.h: No such file or directory

https://bugzilla.redhat.com/show_bug.cgi?id=1342160 Bug ID: 1342160 Summary: perl-BSSolv-0.01-11.git1e18c32.fc25 FTBFS: BSSolv.xs:19:22: fatal error: repo_deb.h: No such file or directory Product: Fedora Version:

[Bug 1339024] perl-Lingua-Translit-0.26 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1339024 --- Comment #17 from Fedora Update System --- perl-Lingua-Translit-0.26-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1339835] perl-DBIx-RunSQL: 0.14 release available

https://bugzilla.redhat.com/show_bug.cgi?id=1339835 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-DBIx-RunSQL-0.14-1.fc2

[Bug 1339024] perl-Lingua-Translit-0.26 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1339024 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Lingua-Translit-0.26-1

[Bug 1339835] perl-DBIx-RunSQL: 0.14 release available

https://bugzilla.redhat.com/show_bug.cgi?id=1339835 --- Comment #12 from Fedora Update System --- perl-DBIx-RunSQL-0.14-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1331527] Please build perl-Data-Password for EPEL

https://bugzilla.redhat.com/show_bug.cgi?id=1331527 Xavier Bachelot changed: What|Removed |Added Flags|

Re: systemd 230 change - KillUserProcesses defaults to yes

On Thu, 2016-06-02 at 13:04 +0200, Lennart Poettering wrote: > On Wed, 01.06.16 07:20, Adam Williamson (adamw...@fedoraproject.org) wrote: > > > On Wed, 2016-06-01 at 15:48 +0200, Lennart Poettering wrote: > > > > > > Any scheme that relies on unprivileged programs "being nice" doesn't > > > fix

Re: systemd 230 change - KillUserProcesses defaults to yes

On Do, 2016-06-02 at 10:07 -0400, Matthias Clasen wrote: > On Thu, 2016-06-02 at 10:02 -0400, Paul Wouters wrote: > > > > People aren't agreeing with you. So making it a default seems like a > > bad > > idea. People do seem to agree on "obviously broken windoing apps" > > that > > are left

[Bug 1342150] perl-MojoX-JSON-RPC-0.08-5.fc25 FTBFS: Can' t locate object method "is_debug" via package "Mojo::Log" at t/../lib/ MojoX/JSON/RPC/Client.pm line 106

https://bugzilla.redhat.com/show_bug.cgi?id=1342150 Emmanuel Seyman changed: What|Removed |Added Status|NEW |ASSIGNED

Fedora 24-20160602.n.0 compose check report

Missing expected images: Kde live i386 Kde live x86_64 Cloud_base raw-xz i386 Failed openQA tests: 3/70 (x86_64), 2/16 (i386), 1/2 (arm) ID: 20162 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/20162 ID: 20173 Test: arm

[Bug 1342150] perl-MojoX-JSON-RPC-0.08-5.fc25 FTBFS: Can' t locate object method "is_debug" via package "Mojo::Log" at t/../lib/ MojoX/JSON/RPC/Client.pm line 106

https://bugzilla.redhat.com/show_bug.cgi?id=1342150 Petr Pisar changed: What|Removed |Added Summary|perl-MojoX-JSON-RPC-0.08-5.

[Bug 1342150] New: perl-MojoX-JSON-RPC-0.08-5.fc25 FTBFS:

https://bugzilla.redhat.com/show_bug.cgi?id=1342150 Bug ID: 1342150 Summary: perl-MojoX-JSON-RPC-0.08-5.fc25 FTBFS: Product: Fedora Version: rawhide Component: perl-MojoX-JSON-RPC Assignee: emman...@seyman.fr Reporter:

[Bug 1341375] perl-DBIx-Class-EncodedColumn-0.00015 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1341375 Jitka Plesnikova changed: What|Removed |Added Status|NEW |CLOSED Fixed

[Bug 1340201] Please build perl-Test-Compile for EPEL 6

https://bugzilla.redhat.com/show_bug.cgi?id=1340201 --- Comment #3 from Fedora Update System --- perl-Test-Compile-1.3.0-1.el6 has been submitted as an update to Fedora EPEL 6. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-2add9e5358 -- You are receiving

Re: Attempting to contact unresponsive maintainers - gabbayo and psss

On Thu, 2 Jun 2016 14:14:17 +0200 Petr Šplíchal wrote: ...snip... > I forgot to update my email address in FAS. This should be fixed > now. Thanks for the reminder. Hope everything is now clear. > > psss... Yes indeed. Thanks for the quick answer and keeping maintaining

Re: Attempting to contact unresponsive maintainers - gabbayo and psss

On Thu, 2 Jun 2016 12:29:16 +0300 Oded Gabbay wrote: > Hi, > That is my old email address. > I'll update it to my new email address. Thanks very much for the quick answer and keeping maintaining your packages. ;) kevin pgpQUNaGaEq2E.pgp Description: OpenPGP digital

[EPEL-devel] Update notice FEDORA-EPEL-2016-(several) is broken, or a bad duplicate, skipping.

Ran a yum check-update on a staleish host this morning, saw these. They ask that I contact the epel-testing and epel-testing-source repository owners, which appear to be this list. Update notice FEDORA-EPEL-2016-7a12df64c2 (from epel-testing) is broken, or a bad duplicate, skipping. You

Re: systemd 230 change - KillUserProcesses defaults to yes

On Thu, 2016-06-02 at 10:02 -0400, Paul Wouters wrote: >  > People aren't agreeing with you. So making it a default seems like a > bad > idea. People do seem to agree on "obviously broken windoing apps" > that > are left lingering. Why can't we just let those get killed? >  You are misinformed.

Retired solr, parquet, parquet-format

hi i retired solr and parquet depend on hadoop that was retired parquet-format was used only by parquet regards .g -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: systemd 230 change - KillUserProcesses defaults to yes

On Thu, 2 Jun 2016, Lennart Poettering wrote: Well. Let's say you are responsible for the Linux desktops of a large security-senstive company (let's say bank, whatever), and the desktops are installed as fixed workstations, which different employees using them at different times. They log in,

  1   2   >