modem-manager-gui update in F22 testing repo since 7 days

Hi Everyone, There is an important fix for the package modem-manager-gui which resolves a crash on startup in the current version (current version is not usable at all on Fedora 22) in the updates-testing repo. It is there since 7 days and needs 1 karma point to get pushed to stable. Can som

Re: virt-manager - libappindicator-gtk3 - remmina

poma wrote: > On 03.06.2015 14:28, Giovanni Panozzo wrote: >> >> Adding Antenore to this thread, the other Remmina developer left on the >> whole earth :) >> >> My small contribution: Remmina can survive without libappindicators. It >> will fallback to use GtkStatusIcon to show its icon under Xf

Re: virt-manager - libappindicator-gtk3 - remmina

poma wrote: > Oh yeah > https://www.redhat.com/archives/virt-tools-list/2013-July/msg00203.html That is from 2013 and the "it is useless" claim is no longer true now that KDE Plasma also requires the new protocol. (Actually, it was never true, because system tray applets using the new protocol a

Re: virt-manager - libappindicator-gtk3 - remmina

Simone Caronni wrote: > Was Remmina the only program built against libappindicator (not sure I got > all cases in the repoquery)? There is also gnome-rdp (uses it through appindicator-sharp), where upstream made it a mandatory dependency. And your own queries also bring up uget. Unfortunately, t

Re: virt-manager - libappindicator-gtk3 - remmina

poma wrote: > Did I really missed something important in this respect, or in a parallel > universe you guys use Unity on Fedora? Indeed, you missed: https://lists.fedoraproject.org/pipermail/devel/2014-March/196343.html libappindicator is now (since Fedora 22) also REQUIRED for GTK+ system tray

Re: Unresponsive maintainer for libiscsi

On 06/03/2015 03:51 PM, Neal Gompa wrote: > Hello all, > > I've been trying to get in touch with Paulo Bonzini (bonzini) about the > version of libiscsi in Fedora. I've not been able to get ahold of him by his > Red Hat email address, Bugzilla, or IRC. > > Has anyone been able to contact him? He

Unresponsive maintainer for libiscsi

Hello all, I've been trying to get in touch with Paulo Bonzini (bonzini) about the version of libiscsi in Fedora. I've not been able to get ahold of him by his Red Hat email address, Bugzilla, or IRC. Has anyone been able to contact him? -- 真実はいつも一つ！/ Always, there's only one truth! -- devel m

Summary/Minutes from today's FESCo Meeting (2015-06-03)

=== #fedora-meeting: FESCo (2015-06-03) === Meeting started by rishi at 18:00:08 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-06-03/fesco.2015-06-03-18.00.log.html . Meeting summary

Re: git perl-less build?

On 3.6.2015 20:11, Peter Robinson wrote: Hi, I have this request on bugzilla [0] for perl-less build of git due to large dependency on Perl modules, which is unwanted for atomic. There's actually a number of other usecases where having git without pulling in perl would be very useful, it's b

Re: F23 Self Contained Change: Netizen Spin

On Wed, Jun 03, 2015 at 02:21:42PM -0400, Miloslav Trmač wrote: > So, to be explicit: > > The spin description, and spin contents, need to be put in line, so > that users installing the spin will get what they will expect to get > by reading the description; either by changing the description to >

Re: F23 Self Contained Change: Netizen Spin

> And generally I agree with the concern raised on the spins list > (https://lists.fedoraproject.org/pipermail/spins/2015-May/004222.html and > following) that the spin description can, at least by a quick read without > reading the actual kickstart, likely to be misunderstood to deliver more > tha

Re: git perl-less build?

Hi, > I have this request on bugzilla [0] for perl-less build of git due to large > dependency on Perl modules, which is unwanted for atomic. There's actually a number of other usecases where having git without pulling in perl would be very useful, it's been on my todo list to investigate but not

Schedule for Thursday's FPC Meeting (2015-06-04 16:00 UTC) Follow-ups: 4, New: 4

Following is the list of topics that will be discussed in the FPC meeting Thursday at 2015-06-04 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2015-06-04 09:00 Thu US/Pacific PDT 2015-06-04 12:00 Thu US/Eastern EDT 2015-06-04 1

Schedule for Wednesday's FESCo meeting (2015-06-03)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18: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 '2015-06-03 18:00 UTC' Links to all tickets belo

jplesnik pushed to perl-Class-Adapter (master). "Perl 5.22 rebuild"

From 043362f08ad7ed300800363479b839af0a26ed95 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Wed, 3 Jun 2015 18:47:10 +0200 Subject: Perl 5.22 rebuild diff --git a/perl-Class-Adapter.spec b/perl-Class-Adapter.spec index 643538e..c2f6e32 100644 --- a/perl-Class-Adapter.spec +++ b/perl-Clas

Re: yum for mock in RHEL 6?

Dne 3.6.2015 v 17:10 Dave Johansen napsal(a): > > I don't mean to start an argument and this is a question out of honest > curiosity. I'm not familiar with the details of > yum or dnf's requires resolution, but are there really ambiguities in the > dependency tree that have multiple resolutions

Re: yum for mock in RHEL 6?

Dne 3.6.2015 v 16:31 Mathieu Bridon napsal(a): > Except that builds made on Fedora Koji all use yum to populate the mock > chroot, not dnf. > > As a result, it is the mock default configuration of using dnf which is > non-standard. In February, during DevConf.cz I talked with several rel-engs (na

Re: yum for mock in RHEL 6?

On Wed, Jun 3, 2015 at 8:17 AM, Miroslav Suchý wrote: > Dne 3.6.2015 v 17:10 Dave Johansen napsal(a): > > > > I don't mean to start an argument and this is a question out of honest > curiosity. I'm not familiar with the details of > > yum or dnf's requires resolution, but are there really ambigui

Re: yum for mock in RHEL 6?

On Wed, Jun 3, 2015 at 7:31 AM, Mathieu Bridon wrote: > On Wed, 2015-06-03 at 14:19 +0200, Miroslav Suchý wrote: > > Dne 2.6.2015 v 06:56 Dave Johansen napsal(a): > > > https://fedoraproject.org/wiki/Mock#Mock_on_EL_6_and_EL_7:_Yum.2C_a > > > nd_DNF > > > > > > I just ran into this issue and I wa

Re: yum for mock in RHEL 6?

On Wed, 2015-06-03 at 14:19 +0200, Miroslav Suchý wrote: > Dne 2.6.2015 v 06:56 Dave Johansen napsal(a): > > https://fedoraproject.org/wiki/Mock#Mock_on_EL_6_and_EL_7:_Yum.2C_a > > nd_DNF > > > > I just ran into this issue and I was wondering if it's possible for > > this flag to be add to the de

Re: F23 System Wide Change: Default Local DNS Resolver

On Wed, 2015-06-03 at 14:07 +0200, Reindl Harald wrote: > Am 03.06.2015 um 14:02 schrieb Petr Spacek: > > On 3.6.2015 13:45, Reindl Harald wrote: > >>> I'm sorry for disappointing you. > >>> > >>> The behavior I describe is standard for last ~ 20 years 1987 (RFCs > >>> 1034/1035/2308). If you don't

Re: git perl-less build?

Josh Boyer wrote: On Wed, Jun 3, 2015 at 9:19 AM, Petr Stodulka wrote: On 3.6.2015 13:56, Pierre-Yves Chibon wrote: [...] What about adopting something similar to what has been done for the R package, There is R-core, R-java R-devel and R. If you yum/dnf install R you get all of them and you

jplesnik pushed to perl-PadWalker (master). "Perl 5.22 rebuild"

From a5e332892fbb7fd7878bfe05b167db55e42dd30a Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Wed, 3 Jun 2015 15:34:36 +0200 Subject: Perl 5.22 rebuild diff --git a/perl-PadWalker.spec b/perl-PadWalker.spec index 5948504..e301b2c 100644 --- a/perl-PadWalker.spec +++ b/perl-PadWalker.spec @

Re: git perl-less build?

On 3.6.2015 15:22, Josh Boyer wrote: On Wed, Jun 3, 2015 at 9:19 AM, Petr Stodulka wrote: On 3.6.2015 13:56, Pierre-Yves Chibon wrote: On Wed, Jun 03, 2015 at 07:19:10AM -0400, Colin Walters wrote: On Wed, Jun 3, 2015, at 05:23 AM, Petr Stodulka wrote: Hi folks, I have this request on bug

Re: git perl-less build?

On Wed, Jun 3, 2015 at 9:19 AM, Petr Stodulka wrote: > > > On 3.6.2015 13:56, Pierre-Yves Chibon wrote: >> >> On Wed, Jun 03, 2015 at 07:19:10AM -0400, Colin Walters wrote: >>> >>> On Wed, Jun 3, 2015, at 05:23 AM, Petr Stodulka wrote: Hi folks, I have this request on bugzilla

Re: git perl-less build?

On 3.6.2015 13:56, Pierre-Yves Chibon wrote: On Wed, Jun 03, 2015 at 07:19:10AM -0400, Colin Walters wrote: On Wed, Jun 3, 2015, at 05:23 AM, Petr Stodulka wrote: Hi folks, I have this request on bugzilla [0] for perl-less build of git due to large dependency on Perl modules, which is unwant

Re: git perl-less build?

> So in this case, we could have git-core, git-perl, git-foo and yum/dnf install git would provides the full > experience, while the atomic folks rely on git-core instead. Would this work? Pierre I like this idea. Josef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedorapr

Re: F23 System Wide Change: Default Local DNS Resolver

On Wed, 3 Jun 2015, Petr Spacek wrote: It is somewhat questionable whether DNS rebinding vulnerabilities are, in fact, a problem which should be solved at the client side. But Oh yes. DNS pinning in browser is just a band-aid and not proper solution. I would argue that DNS rebinding attack is

Re: F23 System Wide Change: Default Local DNS Resolver

On Wed, 3 Jun 2015, Petr Spacek wrote: ???On 3.6.2015 13:45, Reindl Harald wrote: If you feel that the standard is broken then *please* continue with discussion on IETF's dnsop mailing list: https://www.ietf.org/mailman/listinfo/dnsop come on stop trolling that way because you know exactly

jplesnik pushed to perl-Text-CharWidth (master). "Perl 5.22 rebuild"

From f83e467985df6d62f7c7641b6daaed9406b248a7 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Wed, 3 Jun 2015 14:32:25 +0200 Subject: Perl 5.22 rebuild diff --git a/perl-Text-CharWidth.spec b/perl-Text-CharWidth.spec index 4c79a44..6ca3296 100644 --- a/perl-Text-CharWidth.spec +++ b/perl-T

Re: virt-manager - libappindicator-gtk3 - remmina

On 3 June 2015 at 14:28, Giovanni Panozzo wrote: > > Adding Antenore to this thread, the other Remmina developer left on the > whole earth :) > > My small contribution: Remmina can survive without libappindicators. It > will fallback to use GtkStatusIcon to show its icon under Xfce/Lxde/Kde > (no

Re: virt-manager - libappindicator-gtk3 - remmina

On 3 June 2015 at 12:09, Jaroslav Reznik wrote: > > If I remember correctly there was a time when people were discussing > about > > bringing Unity in Fedora. This did not happen, and actually the library > is > > pretty useless as there is no libappindicator consumer right now. I'm not > > sure

Re: yum for mock in RHEL 6?

Dne 2.6.2015 v 06:56 Dave Johansen napsal(a): > https://fedoraproject.org/wiki/Mock#Mock_on_EL_6_and_EL_7:_Yum.2C_and_DNF > > I just ran into this issue and I was wondering if it's possible for this flag > to be add to the default config on RHEL 6/7. Technically yes. Politically no. As stated

Re: F23 System Wide Change: Default Local DNS Resolver

Am 03.06.2015 um 14:02 schrieb Petr Spacek: On 3.6.2015 13:45, Reindl Harald wrote: I'm sorry for disappointing you. The behavior I describe is standard for last ~ 20 years 1987 (RFCs 1034/1035/2308). If you don't agree with standard then you cannot use DNS technology as standardized. Here I'm

Re: virt-manager - libappindicator-gtk3 - remmina

On Wed, Jun 3, 2015 at 6:09 AM, Jaroslav Reznik wrote: > - Original Message - > > On 3 June 2015 at 11:28, Pavel Alexeev < pa...@hubbitus.info > wrote: > ​​ > > > If I remember correctly there was a time when people were discussing > about > > bringing Unity in Fedora. This did not happen

jplesnik pushed to perl-CPAN-Meta (master). "Perl 5.22 rebuild"

From f6db2359a4206283bd88ebf607805be235384a90 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Wed, 3 Jun 2015 14:01:33 +0200 Subject: Perl 5.22 rebuild diff --git a/perl-CPAN-Meta.spec b/perl-CPAN-Meta.spec index 80cddcc..6ef60c0 100644 --- a/perl-CPAN-Meta.spec +++ b/perl-CPAN-Meta.spec @

Re: F23 System Wide Change: Default Local DNS Resolver

On 3.6.2015 13:45, Reindl Harald wrote: > > Am 03.06.2015 um 13:39 schrieb Petr Spacek: >> On 3.6.2015 10:58, Reindl Harald wrote: >>> >>> Am 03.06.2015 um 09:14 schrieb Petr Spacek: > so with setup a dns cache on each and every machine you fuckup your > network > because you introduc

Re: git perl-less build?

On Wed, Jun 03, 2015 at 07:19:10AM -0400, Colin Walters wrote: > On Wed, Jun 3, 2015, at 05:23 AM, Petr Stodulka wrote: > > Hi folks, > > > > I have this request on bugzilla [0] for perl-less build of git due to > > large dependency on Perl modules, which is unwanted for atomic. > > > > I am not

Re: F23 System Wide Change: Default Local DNS Resolver

On 3.6.2015 12:04, Florian Weimer wrote: > On 06/02/2015 08:36 PM, Paul Wouters wrote: >> On Tue, 2 Jun 2015, Simo Sorce wrote: >> and just because you have a local resolver firefox won't stop it's behavior >>> >>> It can, w/o a local resolver FF developers will definitely keep caching >>

Re: F23 System Wide Change: Default Local DNS Resolver

Am 03.06.2015 um 13:39 schrieb Petr Spacek: On 3.6.2015 10:58, Reindl Harald wrote: Am 03.06.2015 um 09:14 schrieb Petr Spacek: so with setup a dns cache on each and every machine you fuckup your network because you introduce the same negative TTL caching affecting OSX clients for years now

jplesnik pushed to perl-Socket6 (master). "Perl 5.22 rebuild"

From 5e20a9d788349fa7fd4ca5d072fd0fb3e268dca9 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Wed, 3 Jun 2015 13:45:17 +0200 Subject: Perl 5.22 rebuild diff --git a/perl-Socket6.spec b/perl-Socket6.spec index a82ba02..0539201 100644 --- a/perl-Socket6.spec +++ b/perl-Socket6.spec @@ -1,6 +

Re: git perl-less build?

Has anyone written a Python git client based on dulwich that could be used in Atomic? If I remember correctly, we still include Python in Atomic images... On Wed, Jun 3, 2015 at 7:19 AM, Colin Walters wrote: > On Wed, Jun 3, 2015, at 05:23 AM, Petr Stodul

Re: F23 System Wide Change: Default Local DNS Resolver

On 3.6.2015 10:58, Reindl Harald wrote: > > Am 03.06.2015 um 09:14 schrieb Petr Spacek: >>> so with setup a dns cache on each and every machine you fuckup your network >>> because you introduce the same negative TTL caching affecting OSX clients >>> for >>> years now >> >> Please let me clarify f

Re: git perl-less build?

On Wed, Jun 3, 2015, at 05:23 AM, Petr Stodulka wrote: > Hi folks, > > I have this request on bugzilla [0] for perl-less build of git due to > large dependency on Perl modules, which is unwanted for atomic. > > I am not sure that's good idea. > With this change we will create places for error me

Re: fedup for F23 and beyond

On 3 June 2015 at 11:55, Petr Hracek wrote: > Does it mean that using systemd Offline Updates there will not be a "Zero" > downtime feature. > Except rebooting because of kernel upgrade? Well, we'll certainly be using offline updates to do the actual transaction. > Will there be any possibility

Re: Reviving Fedora MIPS

On Tue, Jun 2, 2015 at 4:10 AM, Michal Toman wrote: [cut] I'm willing to see MIPS coming back to Fedora supported arch. However I failed to apply for a GSoC project of fixing Fedora packages on MIPS under Fedora Project this year, so I'm not sure if core developers will show any interests on it.

Re: fedup for F23 and beyond

On 05/28/2015 05:42 PM, Will Woods wrote: [tl;dr: fedup is going away and should be re-implemented by the system packaging tools.] Hey all, F22 is the fifth release we've handled with fedup. A lot has changed since F17, and we've learned some valuable lessons about how upgrades work (and how th

FESCo and Council elections in June 2015

Greetings, FESCo and Council elections are now open and we're looking for new candidates: https://fedoraproject.org/wiki/Elections For FESCo we have opened four seats: https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations For Council we have opened one seat: https://fedo

Re: New ABRT CLI

On 06/03/2015 08:06 AM, Tomas Hozza wrote: > On 06/02/2015 03:45 PM, Richard Marko wrote: >> Hi, >> >> over last two weeks I completely rewrote abrt-cli to make life easier >> for users and developers. >> >> It now supports tab completion and few new commands like abrt gdb and >> abrt debuginfo-ins

rawhide report: 20150603 changes

Compose started at Wed Jun 3 05:15:03 UTC 2015 Broken deps for i386 -- [OpenTK] OpenTK-1.1-1.4c.fc22.noarch requires mono(mscorlib) = 0:2.0.0.0 OpenTK-1.1-1.4c.fc22.noarch requires mono(System.Xml) = 0:2.0.0.0 OpenTK-1

Re: virt-manager - libappindicator-gtk3 - remmina

- Original Message - > On 3 June 2015 at 11:28, Pavel Alexeev < pa...@hubbitus.info > wrote: > > > > Hi, > Is not it virt-manager problem or libappindicator? Shouldn't it be addressed > there? > > > If I remember correctly there was a time when people were discussing about > bringing U

Re: F23 System Wide Change: Default Local DNS Resolver

On 06/02/2015 08:36 PM, Paul Wouters wrote: > On Tue, 2 Jun 2015, Simo Sorce wrote: > >>> and just because you have a local resolver firefox won't stop it's >>> behavior >> >> It can, w/o a local resolver FF developers will definitely keep caching >> on their own, with a decent local resolver they

Re: virt-manager - libappindicator-gtk3 - remmina

On 3 June 2015 at 11:28, Pavel Alexeev wrote: > Hi, >Is not it virt-manager problem or libappindicator? Shouldn't it be > addressed there? > > If I remember correctly there was a time when people were discussing about bringing Unity in Fedora. This did not happen, and actually the librar

git perl-less build?

Hi folks, I have this request on bugzilla [0] for perl-less build of git due to large dependency on Perl modules, which is unwanted for atomic. I am not sure that's good idea. With this change we will create places for error messages about missing perl modules and that's something what we don

Re: F23 System Wide Change: Default Local DNS Resolver

Am 03.06.2015 um 09:14 schrieb Petr Spacek: so with setup a dns cache on each and every machine you fuckup your network because you introduce the same negative TTL caching affecting OSX clients for years now Please let me clarify few things: 1) Negative caching is controlled by zone owner. If

Changes submission deadline for Fedora 23

Hi everyone! Fedora 23 and especially Changes submission deadline [1] is coming pretty soon - in three weeks on June 23rd. With Alpha release in August. Please, submit your System Wide Changes by this deadline, earlier better. As the deadline mainly applies for System Wide changes it is always g

Re: virt-manager - libappindicator-gtk3 - remmina

In Fedora 21 it was already disabled. Disabled it also on f22 and master branches. https://admin.fedoraproject.org/updates/remmina-1.2.0-0.6.git.b3237e8.fc22 Regards, --Simone On 1 June 2015 at 11:20, poma wrote: > > libappindicator-gtk3 breaks virt-manager's systray functionality, > precisel

Re: F23 System Wide Change: Default Local DNS Resolver

On 1.6.2015 20:58, Reindl Harald wrote: > > Am 01.06.2015 um 20:30 schrieb Andrew Lutomirski: >> On Mon, Jun 1, 2015 at 11:02 AM, Reindl Harald >> wrote: >>> >>> Am 01.06.2015 um 19:55 schrieb Jason L Tibbitts III: > > "RSB" == Ryan S Brown writes: RSB> I disagree

Re: Contact info for FAS user: vicodan

On Wed, May 27, 2015 at 08:29:28AM -0500, Michael Cronenworth wrote: > On 05/27/2015 02:51 AM, Pierre-Yves Chibon wrote: > >Does someone know how to contact viciodan? > > My last attempt to contact him was a year ago and it was also unsuccessful. > His last Fedora package commits are two years ago