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
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:
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
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:
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
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"
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
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:
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:
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
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.
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:
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.
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
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.
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
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
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
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.
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
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
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,
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
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
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
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:
> > >
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,
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
- 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,
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
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
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
> 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
> > > >
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
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
> 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
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
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
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
--
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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:
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
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
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
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
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(+),
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
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
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
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
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1342096
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed
https://bugzilla.redhat.com/show_bug.cgi?id=1342160
Igor Gnatenko changed:
What|Removed |Added
CC||ppi...@redhat.com
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:
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1339669
Fedora Update System changed:
What|Removed |Added
Status|ON_QA
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
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
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
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1342160
Petr Pisar changed:
What|Removed |Added
CC||ignate...@redhat.com
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:
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
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1331527
Xavier Bachelot changed:
What|Removed |Added
Flags|
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1342150
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |ASSIGNED
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
https://bugzilla.redhat.com/show_bug.cgi?id=1342150
Petr Pisar changed:
What|Removed |Added
Summary|perl-MojoX-JSON-RPC-0.08-5.
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:
https://bugzilla.redhat.com/show_bug.cgi?id=1341375
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed
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
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
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
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
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.
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
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 - 100 of 144 matches
Mail list logo