Re: F21/F22 System Wide Change: Python 3 as the Default Implementation

- Original Message - > On Mon, Oct 14, 2013 at 11:05:52PM -0500, Dennis Gilmore wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > El Mon, 14 Oct 2013 02:19:15 -0400 (EDT) > > Bohuslav Kabrda escribió: > > > - Original Message - > > > > -BEGIN PGP SIGNED MESS

Re: Software management: Call for RFEs results!

Dne 17.10.2013 01:15, Kevin Kofler napsal(a): Vít Ondruch wrote: Sorry, this has nothing to do with FPC yet. RPM/YUM/DNF should first provide reasonable support. For example this issue [1] could take us closer as a first approximation. Vít [1] https://bugzilla.redhat.com/show_bug.cgi?id=84524

Re: Moving xine-lib and dependent apps to RPM Fusion Free for F17?

On 10/14/2013 10:27 AM, Michael J Gruber wrote: I'm in rpmfusion's fas, bz and devel-ml now, applied for cvs. [BTW: self-signed cert on fas makes me feel a bit uneasy.] Thanks Michael (and Kevin, who replied off-list, too). Every current (co-)maintainer but Martin have an RPM Fusion account n

Re: Software management: Call for RFEs results!

On 10/17/2013 09:15 AM, Vít Ondruch wrote: Dne 17.10.2013 01:15, Kevin Kofler napsal(a): Vít Ondruch wrote: Sorry, this has nothing to do with FPC yet. RPM/YUM/DNF should first provide reasonable support. For example this issue [1] could take us closer as a first approximation. Vít [1] https

Re: Automounting of the root partition in the initramfs

>> >> All, >> >> >> >> The (admittedly hacky) dracut-modules-growroot package installs a >> >> dracut script that runs in the pre-pivot stage. It unmounts the root >> >> partition, extends it to the maximum possible size and then tries to >> >> remount it. What I noticed in F20 is that as soon as t

Re: LVM thin provisioning and virt-manager

On Wed, Oct 16, 2013 at 03:15:30PM -0600, Chris Murphy wrote: > > On Oct 16, 2013, at 1:09 PM, Chris Murphy wrote: > > > > > > I made the suggested cache change for both LVM and qcow2; and created the > > qcow2 file as suggested (adding lazy_refcount): > > > > Fedora 20 default standard parti

Re: Software management: Call for RFEs results!

Dne 17.10.2013 10:05, Jiri Moskovcak napsal(a): On 10/17/2013 09:15 AM, Vít Ondruch wrote: To be honest, the Kernel is the last package, which should be paraller installable, since you can run just one kernel at time. Yeah, admins will love that, when after updating the kernel the machine w

Re: aarch64 support bugs obsolete?

On 2013-10-17 08:18, Frank Murphy wrote: On Thu, 17 Oct 2013 08:16:40 +0200 Alec Leamas wrote: Thanks for replying- this slipped through my inbox. You can also see > if your package was built successfully by visiting > http://arm-temp.ausil.us/pub/fedora-arm/stage4/http://arm-temp.ausil.us/pu

Re: F21/F22 System Wide Change: Python 3 as the Default Implementation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/17/2013 03:13 AM, Bohuslav Kabrda wrote: > > Personally I don't have problem with this, but: - Side tag is a > good contingency plan. If we have to revert for whatever reason, > then without sidetag we will have to rebuild everything with Python

F-20 Branched report: 20131017 changes

Compose started at Thu Oct 17 09:15:03 UTC 2013 Broken deps for armhfp -- [blueman] blueman-1.23-7.fc20.armv7hl requires obex-data-server >= 0:0.4.3 blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp [bwm-ng] bwm-ng-0.6

Re: Lack of response about sponsorship

On Wed, Oct 16, 2013 at 08:19:11PM -0700, Luya Tshimbalanga wrote: > Considering the reporter is also a entrepreneur who took the time to > port some of upstream packages to Fedora, I am utterly disappointed > by the lack of communication from the sponsors for a simple task. > The fact the reporter

Re: F21/F22 System Wide Change: Python 3 as the Default Implementation

On Thu, Oct 17, 2013 at 07:39:00AM -0400, Stephen Gallagher wrote: > This is a valid point, and it would seem to me that we should then > prioritize those components that would end up on the cloud image and > try to clear those first. As far as I know, the only thing using > python on the cloud ima

[Test-Announce] Fedora 20 Beta Test Compose 5 (TC5) Available Now!

NOTE: The 32- and 64-bit DVDs, the 64-bit LXDE Live, and the 32- and 64-bit Security Spins are over their respective size targets. As per the Fedora 20 schedule [1], Fedora 20 Beta Test Compose 5 (TC5) is now available for testing. Content information, including changes, can be found at https://fe

Re: Lack of response about sponsorship

Matthew Miller wrote: > On Wed, Oct 16, 2013 at 08:19:11PM -0700, Luya Tshimbalanga wrote: >> Considering the reporter is also a entrepreneur who took the time to >> port some of upstream packages to Fedora, I am utterly disappointed >> by the lack of communication from the sponsors for a simple t

Re: Automounting of the root partition in the initramfs

On Thu, Oct 17, 2013 at 10:32:11AM +0200, Juerg Haefliger wrote: > >> >> All, > >> >> > >> >> The (admittedly hacky) dracut-modules-growroot package installs a > >> >> dracut script that runs in the pre-pivot stage. It unmounts the root > >> >> partition, extends it to the maximum possible size and

systemd no longer creating /var/log/journal?

Back in May, the systemd package was changed to enable journal persistancy by default, by creating /var/log/journal. It appears to no longer do this; at least, it isn't in the cloud images and I don't see anything in the specfile (although there are some commands dealing with the _permissions_ of t

Re: prelink performance gains

On 10/15/13 at 03:21pm, Daniel P. Berrange wrote: > On Tue, Oct 15, 2013 at 10:14:13AM -0400, Paul Wouters wrote: > > Please take prelink behind the barn and shoot it. Thanks. > > > > ... > > > > How can we have this discussion? We have had reports of numbers showing > > no real gain. We know it af

Re: Lack of response about sponsorship

On Wed, 16 Oct 2013 20:19:11 -0700, Luya Tshimbalanga wrote: > Hello developers and packagers, > > I recently received an email from the reporter[1] from rhbz #913289. > > related to the sponsorship. The review was done. One of sponsors > pro

Re: prelink performance gains

On Thu, 17 Oct 2013 00:16:35 +0200, Robert Relyea wrote: > prelink throws rocks at a lot of packages that have to check the > integrity of the shared libraries they are using. It provides no real > useful way of assisting in those tasks, It provides 'prelink -y' only for exactly that purpose. Ther

Re: Lack of response about sponsorship

On Thu, 17 Oct 2013 15:45:01 +0200 Michael Schwendt wrote: > On Wed, 16 Oct 2013 20:19:11 -0700, Luya Tshimbalanga wrote: > > > Hello developers and packagers, > > > > I recently received an email from the reporter[1] from rhbz > > #913289. >

Re: some people let packages in f20-updates-candidate

On Thu, 17 Oct 2013 01:50:34 +0100, Sérgio Basto wrote: > > > I know that, but I haven't permissions "sergiomb does not have commit > > > access to azureus" > > > > > > we need o provenpackager and the question is more how request a Bodhi > > > update to a provenpackager ? > > > > First find ou

Re: systemd no longer creating /var/log/journal?

Matthew Miller wrote: > Back in May, the systemd package was changed to enable journal persistancy > by default, by creating /var/log/journal. that dir should be owned by systemd: repoquery --whatprovides /var/log/journal systemd-0:208-2.fc20.x86_64 it is on my f20 box, systemd.spec in master/

RE: Lack of response about sponsorship

LOL ^_^ I have 7 review requests , 5 of them ready , but no sponsors !!! Date: Wed, 16 Oct 2013 20:19:11 -0700 From: l...@fedoraproject.org To: devel@lists.fedoraproject.org Subject: Lack of response about sponsorship Hello developers and packagers, I recently rece

Re: prelink performance gains

On 10/17/13 at 03:48pm, Jan Kratochvil wrote: > Here is another measurement. I do not agree with the initial post's approach > as (1) It flushes disk cache. That has no meaning for prelink measurement, it > just adds more fuzziness to the results and it is even unreal representation > of real wor

Re: Software management: Call for RFEs results!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/16/2013 07:15 PM, Kevin Kofler wrote: > Vít Ondruch wrote: >> Sorry, this has nothing to do with FPC yet. RPM/YUM/DNF should >> first provide reasonable support. For example this issue [1] >> could take us closer as a first approximation. >> >>

Re: prelink performance gains

On Thu, 17 Oct 2013, Jan Kratochvil wrote: Workaround of that bug is one line of code, it just has not been accepted yet. And this is the core of the problem. No one has been spending 5 minutes on fixing prelink, yet people have described hours and days of effort wasted because of prelink. If

Re: prelink performance gains

On Thu, Oct 17, 2013 at 7:22 AM, Paul Wouters wrote: > On Thu, 17 Oct 2013, Jan Kratochvil wrote: >> I agree there remains some work on prelink itself and some packages around >> to >> make prelink relevant again > > > I don't mean to pick a fight with you Jan, but you are the only person > active

File Term-Clui-1.68.tar.gz uploaded to lookaside cache by georgiou

A file has been added to the lookaside cache for perl-Term-Clui: 141541f3cb3167059a064813a3c0dd08 Term-Clui-1.68.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/l

Re: prelink performance gains

On Thu, 17 Oct 2013 16:28:07 +0200, Josh Boyer wrote: > On Thu, Oct 17, 2013 at 7:22 AM, Paul Wouters wrote: > > On Thu, 17 Oct 2013, Jan Kratochvil wrote: > >> I agree there remains some work on prelink itself and some packages > >> around to make prelink relevant again > > > > I don't mean to pi

Re: prelink performance gains

On Thu, Oct 17, 2013 at 07:28:07AM -0700, Josh Boyer wrote: > On Thu, Oct 17, 2013 at 7:22 AM, Paul Wouters wrote: > > On Thu, 17 Oct 2013, Jan Kratochvil wrote: > >> I agree there remains some work on prelink itself and some packages around > >> to > >> make prelink relevant again > > > > > > I d

[perl-Term-Clui] Import spec file

commit 08b167b0c33d6487c0343fb9bb3d2ec7a7bd3caf Author: Kostas Georgiou Date: Thu Oct 17 15:43:56 2013 +0100 Import spec file .gitignore |1 + perl-Term-Clui.spec | 67 +++ sources |1 + 3 files changed, 69 ins

[perl-Term-Clui/f20] Import spec file

Summary of changes: 08b167b... Import spec file (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/ma

[perl-Term-Clui/f19] Import spec file

Summary of changes: 08b167b... Import spec file (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/ma

Re: prelink performance gains

2013/10/17 Josh Boyer > On Thu, Oct 17, 2013 at 7:22 AM, Paul Wouters wrote: > > On Thu, 17 Oct 2013, Jan Kratochvil wrote: > >> I agree there remains some work on prelink itself and some packages > around > >> to > >> make prelink relevant again > > > > > > I don't mean to pick a fight with you

[perl-Term-Clui/f18] Import spec file

Summary of changes: 08b167b... Import spec file (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/ma

[perl-Term-Clui/el6] Import spec file

Summary of changes: 08b167b... Import spec file (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/ma

Re: prelink performance gains

On Thu, 17 Oct 2013, Daniel P. Berrange wrote: There's no reason to kill the package entirely. Some people still want to use it despite the current issues. So just don't install it by default. Reducing everything down to absolutes isn't helpful. Agreed, there's no reason to kill it entirely

Re: prelink performance gains

On Thu, Oct 17, 2013 at 10:54:44AM -0400, Paul Wouters wrote: > On Thu, 17 Oct 2013, Daniel P. Berrange wrote: > > >>There's no reason to kill the package entirely. Some people still > >>want to use it despite the current issues. So just don't install it > >>by default. Reducing everything down

Re: prelink performance gains

Hi, On 10/17/2013 04:54 PM, Paul Wouters wrote: On Thu, 17 Oct 2013, Daniel P. Berrange wrote: There's no reason to kill the package entirely. Some people still want to use it despite the current issues. So just don't install it by default. Reducing everything down to absolutes isn't helpfu

Re: prelink performance gains

On Thu, 17 Oct 2013, Hans de Goede wrote: We could change the default /etc/sysconfig/prelink to default to no prelinking, then for people with an unmodified /etc/sysconfig/prelink, this will become the new /etc/sysconfig/prelink and the first time the cronjob runs after the update it will unprel

Re: prelink performance gains

On Thu, Oct 17, 2013 at 10:54:44AM -0400, Paul Wouters wrote: > >>There's no reason to kill the package entirely. Some people still > >>want to use it despite the current issues. So just don't install it > >>by default. Reducing everything down to absolutes isn't helpful. > >Agreed, there's no r

Re: prelink performance gains

Once upon a time, Josh Boyer said: > There's no reason to kill the package entirely. Some people still > want to use it despite the current issues. So just don't install it > by default. Reducing everything down to absolutes isn't helpful. Well, in this case, I think it should be killed. Havi

Re: Lack of response about sponsorship

On Thu, 17 Oct 2013 15:56:00 +0200, مصعب الزعبي wrote: > LOL ^_^ > > I have 7 review requests , 5 of them ready , but no sponsors !!! Not true. You've had feedback from a sponsor already, but they are not marked as such in bugzilla, so you don't know that it is a potential sponsor for you. Furth

Re: F21/F22 System Wide Change: Python 3 as the Default Implementation

On Thu, Oct 17, 2013 at 9:13 AM, Bohuslav Kabrda wrote: >> * The Change plan should be updated to take into account Dennis's Feedback >> * I suggeested that perhaps a better contingency plan would be to simply >> ship with some applications using python2 and others using python3. >> > > Pers

Re: prelink performance gains

On Thu, Oct 17, 2013 at 10:36:42AM -0500, Chris Adams wrote: > Well, in this case, I think it should be killed. Having prelink in the > distribution implies that it is expected that it should, which means > that all the other packages that have to support/work-around/etc. > prelink still have to h

Re: [389-devel] fractional replication monitoring proposal

Thanks everyone for your feedback! Ok I have written an initial fix, and here is how it works and what I am seeing... [1] An update comes it and we update the local RUV. [2] We check this update against the fractional/stripped attrs in each agmt. [3] If this update does replicate to at lea

Re: prelink performance gains

On Thu, Oct 17, 2013 at 5:54 PM, Matthew Miller wrote: >> If it doesn't appear to provide a significant benefit, and there's no >> expectation of support (for some meaning of "support"), it should go >> away. IMHO this is one of the differences between a "distribution" and >> a "random collection

Re: LVM thin provisioning and virt-manager

On Oct 16, 2013, at 1:09 PM, Chris Murphy wrote: > > Fedora 20 default BTRFS guided install to qcow2 on XFS, install time 17m21s. > Firstboot systemd-analyze: > 874ms (kernel) + 1.558s (initrd) + 12.866s (userspace) = 15.300s From above, two changes: 1. Use virt-manager to create the qcow2 fil

Re: Source file audit - 2013-09-30

On Wed, 16 Oct 2013 22:48:31 -0600 Orion Poplawski wrote: > Thanks! > > > orion:BADURL:Office%20Open%20XML%201st%20edition%20Part%204%20(PDF).zip:apache-poi > > False positive? This works for me. Yeah, it downloaded ok too... wonder if the spaces were confusing my script some. Will investigat

Re: prelink performance gains

Chris Adams wrote: > Once upon a time, Josh Boyer said: >> There's no reason to kill the package entirely. Some people still >> want to use it despite the current issues. So just don't install it >> by default. Reducing everything down to absolutes isn't helpful. > > Well, in this case, I thi

ntp-4.2.6p5-11.fc19.src.rpm does not rpmbuild...

I need to patch ntp for my uses. But I find that the src rpm will not build on F19. cd . && env PATH="/home/bscott/rpmbuild/BUILD/ntp-4.2.6p5/ntpd:/home/bscott/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/sbin:/usr/sbin" autogen -L ../include --writable -Tagman1.tpl -bntpd ntpd-opts.def

Re: Schedule for Thursday's FPC Meeting (2013-10-17 16:00 UTC)

On Wed, Oct 16, 2013 at 09:51:03PM +0200, Michael Schwendt wrote: > On Wed, 16 Oct 2013 15:13:45 -0400, James Antill wrote: > > > If you would like to add something to this agenda, you can reply to > > this e-mail, file a new ticket at https://fedorahosted.org/fpc, > > e-mail me directly, or bring

Re: LVM thin provisioning and virt-manager

On Oct 17, 2013, at 10:22 AM, Chris Murphy wrote: > > So whatever options virt-manager is using to create qcow2 files, is either > the same as -o preallocation=metadata,compat=1.1,lazy_refcounts=on, or any > difference in options isn't making a difference in performance. The 37 second > perf

Target Display Mode in Fedora

Is there a way to get in touch with their engineers, or someone who'd know who to talk to? I did try the intel-gfx list, and one person in particular who I was encouraged to contact, but haven't heard back from either. Thanks > Message: 1 > Date: Tue, 15 Oct 2013 04:15:00 -0400 (EDT) > From: Da

libtool broken in Koji F19 buildroot?

While preparing the buildroot, Koji is saying: DEBUG util.py:266: Error: Package: libtool-2.4.2-16.fc19.x86_64 (build) DEBUG util.py:266: Requires: gcc = 4.8.1 DEBUG util.py:266: Installed: gcc-4.8.2-1.fc19.x86_64 (@build/$releasever) DEBUG util.py:266: g

[Bug 751886] CVE-2011-4115 perl-Parallel-ForkManager: insecure temporary file usage

https://bugzilla.redhat.com/show_bug.cgi?id=751886 --- Comment #7 from Tomas Hoger --- It seems the fix is: http://code.google.com/p/perl-parallel-forkmanager/source/detail?r=42011ee Additional related fixes: http://code.google.com/p/perl-parallel-forkmanager/source/detail?r=80a4c5c http://cod

Re: libtool broken in Koji F19 buildroot?

On Thu, Oct 17, 2013 at 07:38:59PM +0100, Richard W.M. Jones wrote: > > While preparing the buildroot, Koji is saying: > > DEBUG util.py:266: Error: Package: libtool-2.4.2-16.fc19.x86_64 (build) > DEBUG util.py:266: Requires: gcc = 4.8.1 > DEBUG util.py:266: Installed: gc

Re: libtool broken in Koji F19 buildroot?

On Thu, Oct 17, 2013 at 7:54 PM, Jakub Jelinek wrote: > On Thu, Oct 17, 2013 at 07:38:59PM +0100, Richard W.M. Jones wrote: >> >> While preparing the buildroot, Koji is saying: >> >> DEBUG util.py:266: Error: Package: libtool-2.4.2-16.fc19.x86_64 (build) >> DEBUG util.py:266: Requires

File Parallel-ForkManager-1.05.tar.gz uploaded to lookaside cache by tibbs

A file has been added to the lookaside cache for perl-Parallel-ForkManager: 444958052e525790bf30d96f287072d1 Parallel-ForkManager-1.05.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedor

Re: LVM thin provisioning and virt-manager

On Wed, Oct 16, 2013 at 10:25:30AM +0100, Richard Jones wrote: > qemu-img create -f qcow2 -b backing -o preallocation=metadata,compat=1.1 > snapshot Backing file and preallocation cannot be used at the same time This is RHEL6, is behavior different now in Fedora? Other options do not work app

[perl-Parallel-ForkManager/f20] Update to latest upstream version.

Summary of changes: 695685d... Update to latest upstream version. (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fe

Re: BEAST to be patched in NSS

On 10/16/2013 08:54 PM, Simo Sorce wrote: On Wed, 2013-10-16 at 19:08 -0700, Elio Maldonado Batiz wrote: Oops, I pasted too much is hard to read. The diff lines that matter are # This patch is currently meant for stable branches -# Patch29: nss-ssl-cbc-random-iv-off-by-default.patch

[perl-Parallel-ForkManager/f19] (3 commits) ...Update to latest upstream version.

Summary of changes: 55cc8dd... Perl 5.18 rebuild (*) 0686f22... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 695685d... Update to latest upstream version. (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fed

[perl-Parallel-ForkManager/f18] (4 commits) ...Update to latest upstream version.

Summary of changes: 2aa9e0c... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass (*) 55cc8dd... Perl 5.18 rebuild (*) 0686f22... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 695685d... Update to latest upstream version. (*) (*) This commit already existed in a

Re: LVM thin provisioning and virt-manager

On 10/17/2013 07:09 PM, Chris Murphy wrote: > > On Oct 17, 2013, at 10:22 AM, Chris Murphy wrote: > >> >> So whatever options virt-manager is using to create qcow2 files, is either >> the same as -o preallocation=metadata,compat=1.1,lazy_refcounts=on, or any >> difference in options isn't maki

Re: Schedule for Thursday's FPC Meeting (2013-10-17 16:00 UTC)

On Thu, 17 Oct 2013 10:43:21 -0700, Toshio Kuratomi wrote: > #topic https://fedorahosted.org/fpc/ticket/336 Please clarify the General > Naming Guidelines for packages > #info "Use lowercase and turn underscores into dashes unless there's a > compelling reason to follow a different upstream conve

Re: LVM thin provisioning and virt-manager

On Oct 17, 2013, at 1:57 PM, Pádraig Brady wrote: > On 10/17/2013 07:09 PM, Chris Murphy wrote: >> >> On Oct 17, 2013, at 10:22 AM, Chris Murphy wrote: >> >>> >>> So whatever options virt-manager is using to create qcow2 files, is either >>> the same as -o preallocation=metadata,compat=1.1,

Re: Target Display Mode in Fedora

Forgot to add, thanks to everyone who's chimed in on this! On Thu, Oct 17, 2013 at 11:30 AM, Chris Rydalch wrote: > Is there a way to get in touch with their engineers, or someone who'd know > who to talk to? > > I did try the intel-gfx list, and one person in particular who I was > encouraged