Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Amit Saha 
On Wed, Sep 12, 2012 at 4:44 PM, Ankur Sinha  wrote:
> On Tue, 2012-09-11 at 23:16 -0700, Adam Williamson wrote:
>> So instead of /usr/share/X11/xorg.conf.d/50-synaptics.conf you should
>> create /etc/X11/xorg.conf.d/50-synaptics.conf . Other than that, I
>> think
>> the advice is good.
>
> Hi,
>
> Thanks Adam, Onuralp, Alvaro.
>
> I've created a page here[1]. Please review it and correct it if
> required.

Thanks for putting this together. I, for one have had to search around
to enable tapping after a fresh install.


Cheers,
Amit.
-- 
http://echorand.me
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Ankur Sinha 
On Tue, 2012-09-11 at 23:16 -0700, Adam Williamson wrote:
> So instead of /usr/share/X11/xorg.conf.d/50-synaptics.conf you should 
> create /etc/X11/xorg.conf.d/50-synaptics.conf . Other than that, I
> think 
> the advice is good. 

Hi,

Thanks Adam, Onuralp, Alvaro.

I've created a page here[1]. Please review it and correct it if
required.

[1] https://fedoraproject.org/wiki/How_to_enable_touchpad_click

-- 
Thanks, 
Warm regards,
Ankur: "FranciscoD"

Please only print if necessary. 

Looking to contribute to Fedora? Look here: 
https://fedoraproject.org/wiki/Fedora_Join_SIG

http://fedoraproject.org/wiki/User:Ankursinha
http://dodoincfedora.wordpress.com/


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Adam Williamson 

On 2012-09-11 23:06, Álvaro Castillo wrote:

On Wed, Sep 12, 2012 at 7:04 AM, Álvaro Castillo
 wrote:

On Wed, Sep 12, 2012 at 6:54 AM, Ankur Sinha 
 wrote:


I thought so too. I was wondering what the DE agnostic way of 
enabling
tapping would be though. I use gnome, and the "mouse" utility does 
this
for me. However, when folks on other DEs, such as XFCE ask me how 
to do

it, I don't quite have an answer.

Could someone please outline the correct way of enabling tapping 
and

other options (for instance horizontal scrolling, two finger
scrolling..) on various DEs ? Even if each DE has a specific way, 
please
can you post with what it is? I can compile the information on a 
wiki
page to aid users, with relevant links to upstreams if they want to 
take

up changing defaults with them.


$ synclient TapButton1=1 is to enable touchpad clic

--
Álvaro Castillo

http://fedoraproject.org/wiki/User:Netsys [1]
Linux user #547784


Maybe add this on all DE, WM...et

LXDE spin by adding these two lines to
/usr/share/X11/xorg.conf.d/50-synaptics.conf:

Code:

Option "TapButton1" "1"
Option "RBCornerButton" "3"

Could problem solved?


The correct place to put the file would be /etc/X11/xorg.conf.d , not 
/usr/share/X11/xorg.conf.d . User/admin customization always goes in 
/etc. The /usr/share/X11/xorg.conf.d directory exists for any 
distribution packages that want to ship xorg config snippets, it 
shouldn't be used by sysadmin/user.


So instead of /usr/share/X11/xorg.conf.d/50-synaptics.conf you should 
create /etc/X11/xorg.conf.d/50-synaptics.conf . Other than that, I think 
the advice is good.

--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Álvaro Castillo 
On Wed, Sep 12, 2012 at 7:04 AM, Álvaro Castillo
wrote:

>
>
> On Wed, Sep 12, 2012 at 6:54 AM, Ankur Sinha wrote:
>
>> I thought so too. I was wondering what the DE agnostic way of enabling
>> tapping would be though. I use gnome, and the "mouse" utility does this
>> for me. However, when folks on other DEs, such as XFCE ask me how to do
>> it, I don't quite have an answer.
>>
>> Could someone please outline the correct way of enabling tapping and
>> other options (for instance horizontal scrolling, two finger
>> scrolling..) on various DEs ? Even if each DE has a specific way, please
>> can you post with what it is? I can compile the information on a wiki
>> page to aid users, with relevant links to upstreams if they want to take
>> up changing defaults with them.
>>
>
> $ synclient TapButton1=1 is to enable touchpad clic
>
>
> --
> Álvaro Castillo
>
> http://fedoraproject.org/wiki/User:Netsys
> Linux user #547784
>

Maybe add this on all DE, WM...et

LXDE spin by adding these two lines to
/usr/share/X11/xorg.conf.d/50-synaptics.conf:

Code:


Option "TapButton1" "1"
Option "RBCornerButton" "3"

Could problem solved?

-- 
Álvaro Castillo

http://fedoraproject.org/wiki/User:Netsys
Linux user #547784
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Álvaro Castillo 
On Wed, Sep 12, 2012 at 6:54 AM, Ankur Sinha  wrote:

> I thought so too. I was wondering what the DE agnostic way of enabling
> tapping would be though. I use gnome, and the "mouse" utility does this
> for me. However, when folks on other DEs, such as XFCE ask me how to do
> it, I don't quite have an answer.
>
> Could someone please outline the correct way of enabling tapping and
> other options (for instance horizontal scrolling, two finger
> scrolling..) on various DEs ? Even if each DE has a specific way, please
> can you post with what it is? I can compile the information on a wiki
> page to aid users, with relevant links to upstreams if they want to take
> up changing defaults with them.
>

$ synclient TapButton1=1 is to enable touchpad clic

-- 
Álvaro Castillo

http://fedoraproject.org/wiki/User:Netsys
Linux user #547784
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Onuralp SEZER 
Gnome and KDE has default utility for mouse and touchpad configuration.

XFCE on Fedora 17 that's mean XFCE 4.8 no utility but we gonna see mouse
and touchpad utility on next version ( XFCE 4.10 on Fedora 18 )

Tour link for XFCE ;  http://www.xfce.org/about/tour

XFCE 4.8 touchpad =
http://thangnguyennang.wordpress.com/2012/06/24/howto-enable-tapping-xfce-on-fedora-17/

But LXDE we need to do manually on terminal as far as I see

LXDE spin by adding these two lines to
/usr/share/X11/xorg.conf.d/50-synaptics.conf:

Code:


Option "TapButton1" "1"
Option "RBCornerButton" "3"

(Line 1: left mouse tap / Line 2: right mouse tap in lower right corner)

On 12 September 2012 08:54, Ankur Sinha  wrote:

> On Tue, 2012-09-11 at 20:03 -0700, Adam Williamson wrote:
> > It's a function of the desktop, and we go with the upstream desktop
> > defaults, AFAIK.
>
> I thought so too. I was wondering what the DE agnostic way of enabling
> tapping would be though. I use gnome, and the "mouse" utility does this
> for me. However, when folks on other DEs, such as XFCE ask me how to do
> it, I don't quite have an answer.
>
> Could someone please outline the correct way of enabling tapping and
> other options (for instance horizontal scrolling, two finger
> scrolling..) on various DEs ? Even if each DE has a specific way, please
> can you post with what it is? I can compile the information on a wiki
> page to aid users, with relevant links to upstreams if they want to take
> up changing defaults with them.
> --
> Thanks,
> Warm regards,
> Ankur: "FranciscoD"
>
> Please only print if necessary.
>
> Looking to contribute to Fedora? Look here:
> https://fedoraproject.org/wiki/Fedora_Join_SIG
>
> http://fedoraproject.org/wiki/User:Ankursinha
> http://dodoincfedora.wordpress.com/
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>



-- 





--
Onuralp SEZER
Fedora Ambassadors 
EMEAMember / Turkey
Fedora Translations Turkish Team
Member
Fedora KDE User (Smolt
Report
)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Ankur Sinha 
On Tue, 2012-09-11 at 20:03 -0700, Adam Williamson wrote:
> It's a function of the desktop, and we go with the upstream desktop 
> defaults, AFAIK. 

I thought so too. I was wondering what the DE agnostic way of enabling
tapping would be though. I use gnome, and the "mouse" utility does this
for me. However, when folks on other DEs, such as XFCE ask me how to do
it, I don't quite have an answer. 

Could someone please outline the correct way of enabling tapping and
other options (for instance horizontal scrolling, two finger
scrolling..) on various DEs ? Even if each DE has a specific way, please
can you post with what it is? I can compile the information on a wiki
page to aid users, with relevant links to upstreams if they want to take
up changing defaults with them.
-- 
Thanks, 
Warm regards,
Ankur: "FranciscoD"

Please only print if necessary. 

Looking to contribute to Fedora? Look here: 
https://fedoraproject.org/wiki/Fedora_Join_SIG

http://fedoraproject.org/wiki/User:Ankursinha
http://dodoincfedora.wordpress.com/


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Matej Cepl 

On 12/09/12 05:33, Jon Ciesla wrote:

Meaning Desktop Environments, like GNOME, KDE, XFCE, etc.  We use
their default settings.


Which with regards to your current problem means ... if you want to have 
it changed, go upstream and ask it to be changed there.


Matěj


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Michael Scherer 
Le mercredi 12 septembre 2012 à 04:39 +0100, Álvaro Castillo a écrit :

> Ok, but I do not understand why a simple thing is not set by default?
> bit empathic? a lot users want is enabled by default, others doesn't
> like it, ok, but a who doesn't like it, not affect on your navigation,
> can ignore this.

I suspect the problem come when someone trigger it by accident by
touching the touchpad by error with their wrist and then the focus of
windows shift, the cursor jump elsewhere, etc. 

When you have someone who can explain, this is not a big deal, but if
you don't, this is truly puzzling.

I have seen this a few times from people who did not know it existed, so
I suspect that's why gnome use this default setting.

-- 
Michael Scherer

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread David Airlie 

> Ok, but I do not understand why a simple thing is not set by default?
> bit empathic? a lot users want is enabled by default, others doesn't
> like it, ok, but a who doesn't like it, not affect on your
> navigation, can ignore this.

There is no good default, you set it one way, you get a crapton of hate mail, 
you set it the other you get a crapton of hate mail.

Therefore you provide a discoverable settings box, if your desktop is too crap 
to do that then complain to them.

Dave.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Álvaro Castillo 
On Wed, Sep 12, 2012 at 4:33 AM, Jon Ciesla  wrote:

> On Tue, Sep 11, 2012 at 10:08 PM, Álvaro Castillo
>  wrote:
> >
> >
> > On Wed, Sep 12, 2012 at 4:03 AM, Adam Williamson 
> > wrote:
> >>
> >> It's a function of the desktop, and we go with the upstream desktop
> >> defaults, AFAIK.
> >
> >
> > Mmm, sorry, I cannot understand very well. Im spanish and my english is
> > limited, I can not take things for granted.
> >
> > Desktop, you mean, desktops PCs, right?
>
> Meaning Desktop Environments, like GNOME, KDE, XFCE, etc.  We use
> their default settings.
>
> -J
>
> > --
> > Álvaro Castillo
> >
> > http://fedoraproject.org/wiki/User:Netsys
> > Linux user #547784
> >
> > --
> > devel mailing list
> > devel@lists.fedoraproject.org
> > https://admin.fedoraproject.org/mailman/listinfo/devel
>
>
>
> --
> http://cecinestpasunefromage.wordpress.com/
> 
> in your fear, seek only peace
> in your fear, seek only love
>
> -d. bowie
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>

Ok, but I do not understand why a simple thing is not set by default? bit
empathic? a lot users want is enabled by default, others doesn't like it,
ok, but a who doesn't like it, not affect on your navigation, can ignore
this.

-- 
Álvaro Castillo

http://fedoraproject.org/wiki/User:Netsys
Linux user #547784
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Jon Ciesla 
On Tue, Sep 11, 2012 at 10:08 PM, Álvaro Castillo
 wrote:
>
>
> On Wed, Sep 12, 2012 at 4:03 AM, Adam Williamson 
> wrote:
>>
>> It's a function of the desktop, and we go with the upstream desktop
>> defaults, AFAIK.
>
>
> Mmm, sorry, I cannot understand very well. Im spanish and my english is
> limited, I can not take things for granted.
>
> Desktop, you mean, desktops PCs, right?

Meaning Desktop Environments, like GNOME, KDE, XFCE, etc.  We use
their default settings.

-J

> --
> Álvaro Castillo
>
> http://fedoraproject.org/wiki/User:Netsys
> Linux user #547784
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel



-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Álvaro Castillo 
On Wed, Sep 12, 2012 at 4:03 AM, Adam Williamson wrote:

> It's a function of the desktop, and we go with the upstream desktop
> defaults, AFAIK.


Mmm, sorry, I cannot understand very well. Im spanish and my english is
limited, I can not take things for granted.

Desktop, you mean, desktops PCs, right?

-- 
Álvaro Castillo

http://fedoraproject.org/wiki/User:Netsys
Linux user #547784
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Adam Williamson 

On 2012-09-11 19:33, Álvaro Castillo wrote:

Hello devel list,

I want know... Why Fedora doesn't included TapButton support of
touchpad by default?

I saw AskFedora and FedoraForum.org, and it happened to me too after
install or show live CD to people, a lot users request, or asking
about How to setup TapButton.

It's ok, you can enable it from GNOME control panel, or touchpad
tool, or KDE touchpad configuration, but who have installed only 
LXDE,

XFCE... or another Window Manager...? How do? Search solution on
Internet?


It's a function of the desktop, and we go with the upstream desktop 
defaults, AFAIK.

--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Why is not enabled TapButton of touchpad on Fedora by default?

2012-09-11 Thread Álvaro Castillo 
Hello devel list,

I want know... Why Fedora doesn't included TapButton support of touchpad by
default?

I saw AskFedora and FedoraForum.org, and it happened to me too after
install or show live CD to people, a lot users request, or asking about How
to setup TapButton.

It's ok, you can enable it from GNOME control panel, or touchpad tool, or
KDE touchpad configuration, but who have installed only LXDE, XFCE... or
another Window Manager...? How do? Search solution on Internet?

Greetings!

-- 
Álvaro Castillo

http://fedoraproject.org/wiki/User:Netsys
Linux user #547784
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Rawhide boot problems

2012-09-11 Thread Kay Sievers 
On Tue, Sep 11, 2012 at 6:18 PM, Lennart Poettering
 wrote:
> On Tue, 11.09.12 09:52, Kevin Fenzi (ke...@scrye.com) wrote:
>
>> > > This would give packagers much more flexibility about branching and
>> > > would also simplify our model as the master branch would just go
>> > > away... One branch less that can be confused is a win for
>> > > everybody.
>> >
>> > I don't see a problem with that, but then I'm just the monkey :)
>>
>> So, the biggest problem is that in the past, FESCo has said that
>> rawhide should never "go back" in versions. If we change the
>> inheritance to pull from say f18-updates-testing, it means if an update
>> was pulled it also would 'disappear' from rawhide the next day.
>>
>> If I was wanting a f19 branch for my big library build and I needed to
>> build a new systemd version, could I branch it? or that would only be
>> up to you? (ie, would it be any package maintainer, or just people with
>> acls to the package).
>
> Everybody with commit access to he package should be able to create a
> branch of it I guess.
>
>> How do we tell pkgdb that there is a new branch? Currently it's done
>> at mass branch time, but in this model there would have to be some way
>> for maintainer/brancher to tell it.
>
> Well, maybe the "mass branch time" should continue to exist, but instead
> of actually doing any mass branching it would just be the point in time
> where pkgdb learns that a new branch might now exist in the package
> repos even though many packages won't have it any time soon.

Wouldn't it already help if the build system would just refuse to
build newer versions in branches than which are in rawhide at that
moment?

Kay
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Subject: Schedule for Wednesday's FESCo Meeting (2012-09-12)

2012-09-11 Thread Kevin Fenzi 
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 17:00UTC (1:00pm EDT) in #fedora-meeting on
irc.freenode.net.

Links to all tickets below can be found at: 
https://fedorahosted.org/fesco/report/9

= Followups =

#topic 932 F18 Features - progress at Feature Freeze
.fesco 932
https://fedorahosted.org/fesco/ticket/932

= New business =

None. 

= Open Floor = 

For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at
https://fedorahosted.org/fesco/report/9

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/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting. 


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Review swap: perl-qpid

2012-09-11 Thread Darryl L. Pierce 
On Mon, Aug 27, 2012 at 10:12:13AM -0400, Darryl L. Pierce wrote:
> This package was being reviewed, but the review disappeared on me almost
> two months ago:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=834070

I'm still looking for someone who would like to do a review swap with
me.

-- 
Darryl L. Pierce 
http://mcpierce.multiply.com/
"What do you care what people think, Mr. Feynman?"


pgpHv8GqbzmNi.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Test-Announce] 2012-09-12 @ 16:00 UTC - F18 Alpha Blocker Bug Review #7

2012-09-11 Thread Tim Flink 
# F18 Alpha Blocker Review meeting #7
# Date: 2012-09-12
# Time: 16:00 UTC [1] (12:00 EDT, 09:00 PDT)
# Location: #fedora-bugzappers on irc.freenode.net

We'll be running through the alpha blockers and nice-to-haves. The
current list of blocker bugs is available at:
  http://qa.fedoraproject.org/blockerbugs/current

We'll be reviewing the bugs to determine ...

1. Whether they meet the Alpha release criteria [1] and should stay
 on the list
2. Whether they are getting the attention they need

[1] http://fedoraproject.org/wiki/Fedora_18_Alpha_Release_Criteria

For guidance on Blocker and Nice-to-have (NTH) bugs, please refer to
 - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process
 - https://fedoraproject.org/wiki/QA:SOP_nth_bug_process 

For the blocker review meeting protocol, see
 - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting


signature.asc
Description: PGP signature
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/test-announce-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl/f17] Free hash entries before values on delete

2012-09-11 Thread Petr Pisar 
commit a45358bf335c56f1a35b4cc9b9415633ed3e4bed
Author: Petr Písař 
Date:   Tue Sep 11 16:50:42 2012 +0200

Free hash entries before values on delete

 ...-Free-hash-entries-before-values-on-delet.patch |  170 
 perl.spec  |6 +
 2 files changed, 176 insertions(+), 0 deletions(-)
---
diff --git 
a/perl-5.14.2-perl-100340-Free-hash-entries-before-values-on-delet.patch 
b/perl-5.14.2-perl-100340-Free-hash-entries-before-values-on-delet.patch
new file mode 100644
index 000..e1de801
--- /dev/null
+++ b/perl-5.14.2-perl-100340-Free-hash-entries-before-values-on-delet.patch
@@ -0,0 +1,170 @@
+From 9eee62a53e8ec6881d4e6943be983b6486c78ce7 Mon Sep 17 00:00:00 2001
+From: Father Chrysostomos 
+Date: Sat, 31 Dec 2011 18:54:14 -0800
+Subject: [PATCH] Free hash entries before values on delete
+
+Petr Pisar: Ported for 5.14.2:
+
+From 3b2cd8095a6fc52afccf519205a3c5a92669b0c3 Mon Sep 17 00:00:00 2001
+From: Father Chrysostomos 
+Date: Sat, 31 Dec 2011 18:54:14 -0800
+Subject: [PATCH] [perl #100340] Free hash entries before values on delete
+
+When a hash element is deleted in void context, if the value is freed
+before the hash entry, it is possible for a destructor to see the hash
+in an inconsistent state--inconsistent in that it contains entries
+that are about to be freed, with nothing to indicate that.  So the
+destructor itself could free the very same hash entry (e.g., by
+freeing the hash), resulting in a double free, panic, or other
+unpleasantness.
+
+Petr Pisar: A few lines borrowed from:
+
+commit f50383f58716bc0faa50de094d47cad8ad3fcbdb
+Author: Ton Hospel 
+Date:   Thu May 19 17:05:16 2011 -0700
+
+[perl #85026] Deleting the current iterator in void context
+
+and
+
+commit 705822126c5e218f2fe40097f9f1a204474e864b
+Author: Father Chrysostomos 
+Date:   Wed Sep 21 00:59:02 2011 -0700
+
+[perl #99660] Remove elems from hashes before freeing them
+
+and
+
+commit 5743f2a37eb9fda061f42b2df6b4c8119b14eaf1
+Author: Father Chrysostomos 
+Date:   Sat Dec 31 18:18:57 2011 -0800
+
+Update method caches for non-void stash elem deletions
+---
+ hv.c  | 19 +++
+ t/op/hash.t   | 30 +-
+ t/op/method.t |  7 ++-
+ 3 files changed, 50 insertions(+), 6 deletions(-)
+
+diff --git a/hv.c b/hv.c
+index 2be1feb..8731dbd 100644
+--- a/hv.c
 b/hv.c
+@@ -1050,12 +1050,20 @@ S_hv_delete_common(pTHX_ HV *hv, SV *keysv, const char 
*key, STRLEN klen,
+   mro_changes = 1;
+   }
+ 
+-  if (d_flags & G_DISCARD)
+-  sv = NULL;
++  if (d_flags & G_DISCARD) {
++  sv = HeVAL(entry);
++  HeVAL(entry) = &PL_sv_placeholder;
++  }
+   else {
+   sv = sv_2mortal(HeVAL(entry));
+   HeVAL(entry) = &PL_sv_placeholder;
+   }
++  if (sv) {
++  /* deletion of method from stash */
++  if (isGV(sv) && isGV_with_GP(sv) && GvCVu(sv)
++   && HvENAME_get(hv))
++  mro_method_changed_in(hv);
++  }
+ 
+   /*
+* If a restricted hash, rather than really deleting the entry, put
+@@ -1064,8 +1072,6 @@ S_hv_delete_common(pTHX_ HV *hv, SV *keysv, const char 
*key, STRLEN klen,
+* an error.
+*/
+   if (SvREADONLY(hv)) {
+-  SvREFCNT_dec(HeVAL(entry));
+-  HeVAL(entry) = &PL_sv_placeholder;
+   /* We'll be saving this slot, so the number of allocated keys
+* doesn't go down, but the number placeholders goes up */
+   HvPLACEHOLDERS(hv)++;
+@@ -1084,6 +1090,11 @@ S_hv_delete_common(pTHX_ HV *hv, SV *keysv, const char 
*key, STRLEN klen,
+   HvHASKFLAGS_off(hv);
+   }
+ 
++  if (d_flags & G_DISCARD) {
++  SvREFCNT_dec(sv);
++  sv = NULL;
++  }
++
+   if (mro_changes == 1) mro_isa_changed_in(hv);
+   else if (mro_changes == 2)
+   mro_package_moved(NULL, stash, gv, 1);
+diff --git a/t/op/hash.t b/t/op/hash.t
+index 278bea7..cb2667b 100644
+--- a/t/op/hash.t
 b/t/op/hash.t
+@@ -8,7 +8,7 @@ BEGIN {
+ 
+ use strict;
+ 
+-plan tests => 8;
++plan tests => 10;
+ 
+ my %h;
+ 
+@@ -146,3 +146,31 @@ is($destroyed, 1, 'Timely hash destruction with lvalue 
keys');
+ is ref $key, SCALAR =>
+  'hash keys are not stringified during compilation';
+ }
++
++# [perl #100340] Similar bug: freeing a hash elem during a delete
++sub guard::DESTROY {
++   ${$_[0]}->();
++};
++*guard = sub (&) {
++   my $callback = shift;
++   return bless \$callback, "guard"
++};
++{
++  my $ok;
++  my %t; %t = (
++stash => {
++guard => guard(sub{
++$ok++;
++delete $t{stash};
++}),
++foo => "bar",
++bar => "baz",
++},
++  );
++  ok eval { delete $t{stash}{guard}; # must be in void context
++1 },
++'freeing a hash elem from destructor called by delete does not die';
++  diag $@ if $@; # panic: free from wrong pool
++  is $ok, 1, '

[perl/f17] Match starting byte in non-UTF-8 mode

2012-09-11 Thread Petr Pisar 
commit 387be98f482159444d615916d74d5447740ff608
Author: Petr Písař 
Date:   Tue Sep 11 16:23:26 2012 +0200

Match starting byte in non-UTF-8 mode

 ...erl-101710-Regression-with-i-latin1-chars.patch |   83 
 perl.spec  |6 ++
 2 files changed, 89 insertions(+), 0 deletions(-)
---
diff --git a/perl-5.14.2-PATCH-perl-101710-Regression-with-i-latin1-chars.patch 
b/perl-5.14.2-PATCH-perl-101710-Regression-with-i-latin1-chars.patch
new file mode 100644
index 000..2cbba13
--- /dev/null
+++ b/perl-5.14.2-PATCH-perl-101710-Regression-with-i-latin1-chars.patch
@@ -0,0 +1,83 @@
+From 4cf15b2d9def61a3bb49ac9b8729179fb6ce17c6 Mon Sep 17 00:00:00 2001
+From: Karl Williamson 
+Date: Tue, 1 Nov 2011 17:57:15 -0600
+Subject: [PATCH] PATCH: [perl #101710] Regression with /i, latin1 chars.
+
+Petr Pisar: Ported to 5.14.2:
+
+From bbdd8bad57f8d77a4e6c3725a49d4d3589efedd7 Mon Sep 17 00:00:00 2001
+From: Karl Williamson 
+Date: Tue, 1 Nov 2011 17:57:15 -0600
+Subject: [PATCH] PATCH: [perl #101710] Regression with /i, latin1 chars.
+
+The root cause of this bug is that it was assuming that a string was in
+utf8 when it wasn't, and so was thinking that a byte was a starter byte
+that wasn't, so was skipping ahead based on that starter byte.
+---
+ pod/perldelta.pod | 8 
+ regexec.c | 2 +-
+ t/re/pat.t| 9 -
+ 3 files changed, 17 insertions(+), 2 deletions(-)
+
+diff --git a/pod/perldelta.pod b/pod/perldelta.pod
+index 425708f..55e6e27 100644
+--- a/pod/perldelta.pod
 b/pod/perldelta.pod
+@@ -168,6 +168,14 @@ A panic involving the combination of the regular 
expression modifiers
+ C introduced in 5.14.0 and the C<\b> escape sequence has been
+ fixed [perl #95964].
+ 
++=item *
++
++A regression has been fixed that was introduced in 5.14, in C
++regular expression matching, in which a match improperly fails if the
++pattern is in UTF-8, the target string is not, and a Latin-1 character
++precedes a character in the string that should match the pattern.  [perl
++#101710]
++
+ =back
+ 
+ =head1 Known Problems
+diff --git a/regexec.c b/regexec.c
+index 0dc093f..2354be1 100644
+--- a/regexec.c
 b/regexec.c
+@@ -1521,7 +1521,7 @@ S_find_byclass(pTHX_ regexp * prog, const regnode *c, 
char *s,
+   {
+   goto got_it;
+   }
+-  s += UTF8SKIP(s);
++  s += (utf8_target) ? UTF8SKIP(s) : 1;
+   }
+   break;
+   case BOUNDL:
+diff --git a/t/re/pat.t b/t/re/pat.t
+index 4ef9663..4eb05c6 100644
+--- a/t/re/pat.t
 b/t/re/pat.t
+@@ -21,7 +21,7 @@ BEGIN {
+ require './test.pl';
+ }
+ 
+-plan tests => 451;  # Update this when adding/deleting tests.
++plan tests => 452;  # Update this when adding/deleting tests.
+ 
+ run_tests() unless caller;
+ 
+@@ -1167,6 +1167,13 @@ sub run_tests {
+ is($got,$want,'RT #84294: check that "ab" =~ /((\w+)(?{ push @got, $2 
})){2}/ leaves @got in the correct state');
+ }
+ 
++
++{ # [perl #101710]
++my $pat = "b";
++utf8::upgrade($pat);
++like("\xffb", qr/$pat/i, "/i: utf8 pattern, non-utf8 string, 
latin1-char preceding matching char in string");
++}
++
+ } # End of sub run_tests
+ 
+ 1;
+-- 
+1.7.11.4
+
diff --git a/perl.spec b/perl.spec
index c950ecb..3542868 100644
--- a/perl.spec
+++ b/perl.spec
@@ -104,6 +104,9 @@ Patch17:
perl-5.14.2-RT-113730-should-be-cleared-on-do-IO-error.patch
 # Do not truncate syscall() return value to 32 bits, rhbz#838551, RT#113980
 Patch18:
perl-5.16.1-perl-113980-pp_syscall-I32-retval-truncates-the-retu.patch
 
+# Match starting byte in non-UTF-8 mode, rhbz#801739, RT#101710
+Patch19:
perl-5.14.2-PATCH-perl-101710-Regression-with-i-latin1-chars.patch
+
 # Update some of the bundled modules
 # see http://fedoraproject.org/wiki/Perl/perl.spec for instructions
 
@@ -1273,6 +1276,7 @@ tarball from perl.org.
 %patch16 -p1
 %patch17 -p1
 %patch18 -p1
+%patch19 -p1
 
 #copy the example script
 cp -a %{SOURCE5} .
@@ -1481,6 +1485,7 @@ pushd %{build_archlib}/CORE/
 'Fedora Patch16: Fix find2perl to translate ? glob properly (RT#113054)' \
 'Fedora Patch17: Clear $@ before "do" I/O error (RT#113730)' \
 'Fedora Patch18: Do not truncate syscall() return value to 32 bits 
(RT#113980)' \
+'Fedora Patch19: Match starting byte in non-UTF-8 mode (RT#101710)' \
 %{nil}
 
 rm patchlevel.bak
@@ -2435,6 +2440,7 @@ sed \
 * Tue Sep 11 2012 Petr Pisar  - 4:5.14.2-214
 - Clear $@ before `do' I/O error (bug #834226)
 - Do not truncate syscall() return value to 32 bits (bug #838551)
+- Match starting byte in non-UTF-8 mode (bug #801739)
 
 * Wed Sep 05 2012 Petr Pisar  - 4:5.14.2-213
 - Remove perl-devel dependency from perl-Test-Harness and perl-Test-Simple
--
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

[perl/f17] Do not truncate syscall() return value to 32 bits

2012-09-11 Thread Petr Pisar 
commit b77e8b246019d2664672c50aa855fa04f28a6ca9
Author: Petr Písař 
Date:   Tue Sep 11 10:51:23 2012 +0200

Do not truncate syscall() return value to 32 bits

 ...-pp_syscall-I32-retval-truncates-the-retu.patch |   32 
 perl.spec  |6 
 2 files changed, 38 insertions(+), 0 deletions(-)
---
diff --git 
a/perl-5.16.1-perl-113980-pp_syscall-I32-retval-truncates-the-retu.patch 
b/perl-5.16.1-perl-113980-pp_syscall-I32-retval-truncates-the-retu.patch
new file mode 100644
index 000..93907a3
--- /dev/null
+++ b/perl-5.16.1-perl-113980-pp_syscall-I32-retval-truncates-the-retu.patch
@@ -0,0 +1,32 @@
+From f9344c91a4ca48288bba30dc94a2d712d0659670 Mon Sep 17 00:00:00 2001
+From: Oleg Nesterov 
+Date: Wed, 4 Jul 2012 08:21:15 -0700
+Subject: [PATCH] [perl #113980] pp_syscall: "I32 retval" truncates the
+ returned value
+
+I noticed today that syscall(9, ...) (mmap) doesn't work for me.
+
+The problem is obvious, pp_syscall() uses I32 for retval and the
+"long" address doesn't fit into "int".
+
+The one-liner below should fix the problem.
+---
+ pp_sys.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/pp_sys.c b/pp_sys.c
+index fb93732..c5d63ac 100644
+--- a/pp_sys.c
 b/pp_sys.c
+@@ -5456,7 +5456,7 @@ PP(pp_syscall)
+ register I32 items = SP - MARK;
+ unsigned long a[20];
+ register I32 i = 0;
+-I32 retval = -1;
++IV retval = -1;
+ 
+ if (PL_tainting) {
+   while (++MARK <= SP) {
+-- 
+1.7.11.4
+
diff --git a/perl.spec b/perl.spec
index 491cd1b..c950ecb 100644
--- a/perl.spec
+++ b/perl.spec
@@ -101,6 +101,9 @@ Patch16:
perl-5.14.2-find2perl-transtate-question-mark-properly.patch
 # Clear $@ before `do' I/O error, rhbz#834226, RT#113730
 Patch17:perl-5.14.2-RT-113730-should-be-cleared-on-do-IO-error.patch
 
+# Do not truncate syscall() return value to 32 bits, rhbz#838551, RT#113980
+Patch18:
perl-5.16.1-perl-113980-pp_syscall-I32-retval-truncates-the-retu.patch
+
 # Update some of the bundled modules
 # see http://fedoraproject.org/wiki/Perl/perl.spec for instructions
 
@@ -1269,6 +1272,7 @@ tarball from perl.org.
 %patch15 -p1
 %patch16 -p1
 %patch17 -p1
+%patch18 -p1
 
 #copy the example script
 cp -a %{SOURCE5} .
@@ -1476,6 +1480,7 @@ pushd %{build_archlib}/CORE/
 'Fedora Patch15: Stop !$^V from leaking' \
 'Fedora Patch16: Fix find2perl to translate ? glob properly (RT#113054)' \
 'Fedora Patch17: Clear $@ before "do" I/O error (RT#113730)' \
+'Fedora Patch18: Do not truncate syscall() return value to 32 bits 
(RT#113980)' \
 %{nil}
 
 rm patchlevel.bak
@@ -2429,6 +2434,7 @@ sed \
 %changelog
 * Tue Sep 11 2012 Petr Pisar  - 4:5.14.2-214
 - Clear $@ before `do' I/O error (bug #834226)
+- Do not truncate syscall() return value to 32 bits (bug #838551)
 
 * Wed Sep 05 2012 Petr Pisar  - 4:5.14.2-213
 - Remove perl-devel dependency from perl-Test-Harness and perl-Test-Simple
--
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/listinfo/perl-devel

[perl/f17] Clear $@ before `do' I/O error

2012-09-11 Thread Petr Pisar 
commit c1027e1fb47dfc453aecec8ddb3b8df25d425cba
Author: Petr Písař 
Date:   Tue Sep 11 10:32:13 2012 +0200

Clear $@ before `do' I/O error

 ...T-113730-should-be-cleared-on-do-IO-error.patch |   52 
 perl.spec  |   10 +++-
 2 files changed, 61 insertions(+), 1 deletions(-)
---
diff --git a/perl-5.14.2-RT-113730-should-be-cleared-on-do-IO-error.patch 
b/perl-5.14.2-RT-113730-should-be-cleared-on-do-IO-error.patch
new file mode 100644
index 000..032a5ea
--- /dev/null
+++ b/perl-5.14.2-RT-113730-should-be-cleared-on-do-IO-error.patch
@@ -0,0 +1,52 @@
+From c972fa9ce0ad91f72c8f5650ce1e3aae4a3b571a Mon Sep 17 00:00:00 2001
+From: Eric Brine 
+Date: Mon, 18 Jun 2012 14:56:32 -0400
+Subject: [PATCH] RT#113730 - $@ should be cleared on "do" IO error.
+
+Petr Pisar: Ported to 5.14.2:
+
+From a3ff80c12c16886edf9acdd3d172798e50defdb3 Mon Sep 17 00:00:00 2001
+From: Eric Brine 
+Date: Mon, 18 Jun 2012 14:56:32 -0400
+Subject: [PATCH] RT#113730 - $@ should be cleared on "do" IO error.
+---
+ pp_ctl.c  |  1 +
+ t/op/do.t | 12 
+ 2 files changed, 13 insertions(+)
+
+diff --git a/pp_ctl.c b/pp_ctl.c
+index 60bc30d..3f2e6f5 100644
+--- a/pp_ctl.c
 b/pp_ctl.c
+@@ -3842,6 +3842,7 @@ PP(pp_require)
+   DIE(aTHX_ "Can't locate %s", name);
+   }
+ 
++  CLEAR_ERRSV();
+   RETPUSHUNDEF;
+ }
+ else
+diff --git a/t/op/do.t b/t/op/do.t
+index 787d632..4c9f0ef 100644
+--- a/t/op/do.t
 b/t/op/do.t
+@@ -197,4 +197,16 @@ is($x, 4, 'if (0){} else { ...; @a } receives caller 
scalar context');
+ @x = sub { if (0){} else { 0; @a } }->();
+ is("@x", "24 25 26 27", 'if (0){} else { ...; @a } receives caller list 
context');
+ 
++# RT#113730 - $@ should be cleared on IO error.
++{
++$@ = "should not see";
++$! = 0;
++my $rv = do("some nonexistent file");
++my $saved_error = $@;
++my $saved_errno = $!;
++ok(!$rv,  "do returns false on io errror");
++ok(!$saved_error, "\$\@ not set on io error");
++ok($saved_errno,  "\$! set on io error");
++}
++
+ done_testing();
+-- 
+1.7.11.4
+
diff --git a/perl.spec b/perl.spec
index 0ba6ca8..491cd1b 100644
--- a/perl.spec
+++ b/perl.spec
@@ -24,7 +24,7 @@
 Name:   perl
 Version:%{perl_version}
 # release number must be even higher, because dual-lived modules will be 
broken otherwise
-Release:213%{?dist}
+Release:214%{?dist}
 Epoch:  %{perl_epoch}
 Summary:Practical Extraction and Report Language
 Group:  Development/Languages
@@ -98,6 +98,9 @@ Patch15:perl-5.14.2-Stop-V-from-leaking.patch
 # Fix find2perl to translate ? glob properly, rhbz#825701, RT#113054
 Patch16:perl-5.14.2-find2perl-transtate-question-mark-properly.patch
 
+# Clear $@ before `do' I/O error, rhbz#834226, RT#113730
+Patch17:perl-5.14.2-RT-113730-should-be-cleared-on-do-IO-error.patch
+
 # Update some of the bundled modules
 # see http://fedoraproject.org/wiki/Perl/perl.spec for instructions
 
@@ -1265,6 +1268,7 @@ tarball from perl.org.
 %patch14 -p1
 %patch15 -p1
 %patch16 -p1
+%patch17 -p1
 
 #copy the example script
 cp -a %{SOURCE5} .
@@ -1471,6 +1475,7 @@ pushd %{build_archlib}/CORE/
 'Fedora Patch14: Run signal handlers before returning from sigsuspend' \
 'Fedora Patch15: Stop !$^V from leaking' \
 'Fedora Patch16: Fix find2perl to translate ? glob properly (RT#113054)' \
+'Fedora Patch17: Clear $@ before "do" I/O error (RT#113730)' \
 %{nil}
 
 rm patchlevel.bak
@@ -2422,6 +2427,9 @@ sed \
 
 # Old changelog entries are preserved in CVS.
 %changelog
+* Tue Sep 11 2012 Petr Pisar  - 4:5.14.2-214
+- Clear $@ before `do' I/O error (bug #834226)
+
 * Wed Sep 05 2012 Petr Pisar  - 4:5.14.2-213
 - Remove perl-devel dependency from perl-Test-Harness and perl-Test-Simple
 - Move App::Cpan from perl-Test-Harness to perl-CPAN (bug #854577)
--
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/listinfo/perl-devel

Re: Rawhide boot problems

2012-09-11 Thread Lennart Poettering 
On Tue, 11.09.12 09:52, Kevin Fenzi (ke...@scrye.com) wrote:

> > > This would give packagers much more flexibility about branching and
> > > would also simplify our model as the master branch would just go
> > > away... One branch less that can be confused is a win for
> > > everybody.
> > 
> > I don't see a problem with that, but then I'm just the monkey :)
> 
> So, the biggest problem is that in the past, FESCo has said that
> rawhide should never "go back" in versions. If we change the
> inheritance to pull from say f18-updates-testing, it means if an update
> was pulled it also would 'disappear' from rawhide the next day. 
> 
> If I was wanting a f19 branch for my big library build and I needed to
> build a new systemd version, could I branch it? or that would only be
> up to you? (ie, would it be any package maintainer, or just people with
> acls to the package). 

Everybody with commit access to he package should be able to create a
branch of it I guess.

> How do we tell pkgdb that there is a new branch? Currently it's done
> at mass branch time, but in this model there would have to be some way
> for maintainer/brancher to tell it.

Well, maybe the "mass branch time" should continue to exist, but instead
of actually doing any mass branching it would just be the point in time
where pkgdb learns that a new branch might now exist in the package
repos even though many packages won't have it any time soon.

Lennart

-- 
Lennart Poettering - Red Hat, Inc.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Rawhide boot problems

2012-09-11 Thread Kevin Fenzi 
On Mon, 10 Sep 2012 15:29:36 -0700
Adam Williamson  wrote:

> On 2012-09-10 15:22, Lennart Poettering wrote:
> > On Mon, 10.09.12 15:14, Adam Williamson (awill...@redhat.com) wrote:
...snip...

> > What I am proposing is to get rid of the "master" branch, so that 
> > people
> > can just branch off F-19 as early and as late as they want, and
> > they do
> > it from F-18 on their own. The mass branching would go away this
> > way, (might only be a side-effect of distro-wide rebuilds).
> >
> > This way, Lennart would just maintain systemd in the F-18 branch.
> > And then in a month or two he would branch F-19 off this branch.
> > And then when he is ready to open F-20 he would branch it off F-19.
> > And so on. But the time where Lennart decides to branch off is up
> > to him.
> >
> > In your example above the boost maintainer otoh could branch off
> > F-19 much earlier than Lennart branches off systemd. Both packagers
> > would have full flexibility when to branch off.
> >
> > This would give packagers much more flexibility about branching and
> > would also simplify our model as the master branch would just go
> > away... One branch less that can be confused is a win for
> > everybody.
> 
> I don't see a problem with that, but then I'm just the monkey :)

So, the biggest problem is that in the past, FESCo has said that
rawhide should never "go back" in versions. If we change the
inheritance to pull from say f18-updates-testing, it means if an update
was pulled it also would 'disappear' from rawhide the next day. 

If I was wanting a f19 branch for my big library build and I needed to
build a new systemd version, could I branch it? or that would only be
up to you? (ie, would it be any package maintainer, or just people with
acls to the package). How do we tell pkgdb that there is a new branch?
Currently it's done at mass branch time, but in this model there would
have to be some way for maintainer/brancher to tell it. 

There's a lot of assumption in the tools that there is a master branch
pointing to rawhide at all times. I'm not sure how much work that would
be to change. 

Anyhow, I don't hate the idea, but I think there would probibly be a
lot more work in setting it up that people suspect. ;) 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PostgreSQL 9.2 for F18?

2012-09-11 Thread Jeffrey Ollie 
On Tue, Sep 11, 2012 at 8:28 AM, Michał Piotrowski  wrote:
>
> I made some tests:
> - postgresql 9.1 installation
> - database import
> - check if it works
> - postgresql 9.2 update
> - database update
> - check if it works
>
> I did not notice any problems during testing.

I did a similar test and everything appears to be fine, although there
isn't anything other than the default databases on the system that I
updated.  How much testing should we be doing before giving the update
a +1 karma?

-- 
Jeff Ollie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PostgreSQL 9.2 for F18?

2012-09-11 Thread Michał Piotrowski 
Hi,

2012/9/10 Tom Lane :
> Bruno Wolff III  writes:
>> On Mon, Sep 10, 2012 at 10:24:40 -0400,
>>Tom Lane  wrote:
>>> PG 9.2 is now released, and F18 isn't beta yet.  So I'd like to push it
>>> into F18 --- will anyone help test?
>
>> Yeah!
>
>> I'll definitely do some testing. My personal web server is running on F18
>> with updates-testing enabled. Most of the testing will be running simple
>> queries generated by web requests.
>
> Filed at https://admin.fedoraproject.org/updates/postgresql-9.2.0-1.fc18
>
> regards, tom lane
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel

I made some tests:
- postgresql 9.1 installation
- database import
- check if it works
- postgresql 9.2 update
- database update
- check if it works

I did not notice any problems during testing.

-- 
Best regards,
Michal

http://eventhorizon.pl/
https://getactive.pl/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Language-Prolog-Yaswi] Rebuild against pl-6.2.1

2012-09-11 Thread Petr Pisar 
commit 994ce19d91709b18235d228b63b7a717228ee98b
Author: Petr Písař 
Date:   Tue Sep 11 14:46:11 2012 +0200

Rebuild against pl-6.2.1

 perl-Language-Prolog-Yaswi.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Language-Prolog-Yaswi.spec b/perl-Language-Prolog-Yaswi.spec
index 7b9cacf..90ffca1 100644
--- a/perl-Language-Prolog-Yaswi.spec
+++ b/perl-Language-Prolog-Yaswi.spec
@@ -1,6 +1,6 @@
 Name:   perl-Language-Prolog-Yaswi
 Version:0.21
-Release:4%{?dist}
+Release:5%{?dist}
 Summary:Yet another interface to SWI-Prolog
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -62,6 +62,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Tue Sep 11 2012 Petr Pisar  - 0.21-5
+- Rebuild against pl-6.2.1
+
 * Mon Aug 27 2012 Petr Pisar  - 0.21-4
 - Rebuild against pl-6.2.0
 
--
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/listinfo/perl-devel

rawhide report: 20120911 changes

2012-09-11 Thread Fedora Rawhide Report 
Compose started at Tue Sep 11 08:15:10 UTC 2012

Broken deps for x86_64
--
[almanah]
almanah-0.8.0-7.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit)
almanah-0.8.0-7.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit)
almanah-0.8.0-7.fc18.x86_64 requires libecal-1.2.so.12()(64bit)
almanah-0.8.0-7.fc18.x86_64 requires libebook-1.2.so.13()(64bit)
[archmage]
archmage-0.2.4-6.fc18.noarch requires python-chm
[chm2pdf]
chm2pdf-0.9.1-12.fc18.noarch requires python-chm
[clutter-gtk010]
clutter-gtk010-0.11.4-6.fc17.i686 requires libcogl.so.9
clutter-gtk010-0.11.4-6.fc17.x86_64 requires libcogl.so.9()(64bit)
[ease]
ease-0.4-18.fc17.i686 requires libcogl.so.9
ease-0.4-18.fc17.x86_64 requires libcogl.so.9()(64bit)
[emacs-spice-mode]
emacs-spice-mode-1.2.25-9.fc18.noarch requires gwave
[eog-plugins]
eog-plugins-3.4.1-2.fc18.x86_64 requires libcogl.so.9()(64bit)
[evolution-exchange]
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libedataserverui-3.0.so.3()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libedataserver-1.2.so.16()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libedata-cal-1.2.so.17()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libedata-book-1.2.so.14()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libecal-1.2.so.12()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libebook-1.2.so.13()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libebackend-1.2.so.3()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libcamel-1.2.so.36()(64bit)
[fedora-ksplice]
fedora-ksplice-0.5-10.fc18.x86_64 requires ksplice
[flush]
flush-0.9.10-7.fc18.x86_64 requires 
libboost_thread-mt.so.1.48.0()(64bit)
flush-0.9.10-7.fc18.x86_64 requires 
libboost_system-mt.so.1.48.0()(64bit)
flush-0.9.10-7.fc18.x86_64 requires 
libboost_signals-mt.so.1.48.0()(64bit)
flush-0.9.10-7.fc18.x86_64 requires 
libboost_filesystem-mt.so.1.48.0()(64bit)
[fontik]
fontik-0.6.1-2.20120305git5dbbc513.fc18.x86_64 requires 
libgee-0.8.so.0()(64bit)
[gcstar]
gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::Table)
gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::HBox)
gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::Frame)
gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::EventBox)
[gdb-heap]
gdb-heap-0.5-9.fc18.x86_64 requires glibc(x86-64) = 0:2.15
[gearmand]
gearmand-0.33-2.fc18.x86_64 requires 
libboost_program_options-mt.so.1.48.0()(64bit)
[glom]
glom-1.18.6-1.fc17.x86_64 requires libboost_python.so.1.48.0()(64bit)
glom-libs-1.18.6-1.fc17.i686 requires libboost_python.so.1.48.0
glom-libs-1.18.6-1.fc17.x86_64 requires 
libboost_python.so.1.48.0()(64bit)
[gnome-applets]
1:gnome-applets-3.5.1-1.fc18.x86_64 requires libgweather-3.so.0()(64bit)
[gnome-color-manager]
gnome-color-manager-3.5.3-2.fc18.x86_64 requires libcogl.so.9()(64bit)
[gnome-contacts]
gnome-contacts-3.5.4.1-1.fc18.x86_64 requires libcogl.so.9()(64bit)
gnome-contacts-3.5.4.1-1.fc18.x86_64 requires 
libcamel-1.2.so.39()(64bit)
[gnome-games]
1:gnome-games-gnibbles-3.5.5-3.fc19.x86_64 requires 
libcogl.so.9()(64bit)
1:gnome-games-lightsoff-3.5.5-3.fc19.x86_64 requires 
libcogl.so.9()(64bit)
1:gnome-games-quadrapassel-3.5.5-3.fc19.x86_64 requires 
libcogl.so.9()(64bit)
1:gnome-games-swell-foop-3.5.5-3.fc19.x86_64 requires 
libcogl.so.9()(64bit)
[gnome-pilot]
gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires 
libedataserverui-3.0.so.1()(64bit)
gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires 
libedataserver-1.2.so.16()(64bit)
gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires 
libecal-1.2.so.11()(64bit)
gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires 
libebook-1.2.so.13()(64bit)
[gnome-shell]
gnome-shell-3.5.5-2.fc19.x86_64 requires libcogl.so.9()(64bit)
gnome-shell-3.5.5-2.fc19.x86_64 requires libcamel-1.2.so.39()(64bit)
[gwibber]
1:gwibber-3.4.2-3.fc18.i686 requires libgee-0.8.so.0
1:gwibber-3.4.2-3.fc18.x86_64 requires libgee-0.8.so.0()(64bit)
[kdeutils]
6:kdeutils-minimal-4.9.1-1.fc19.noarch requires kdf >= 0:4.9.1
[leechcraft]
leechcraft-0.5.70-4.fc18.i686 requires 
libboost_program_options-mt.so.1.48.0
leechcraft-0.5.70-4.fc18.x86_64 requires 
libboost_program_options-mt.so.1.48.0()(64bit)
leechcraft-bittorrent-0.5.70-4.fc18.x86_64 requires 
libboost_system-mt.so.1.48.0()(64bit)
leechcraft-bittorrent-0.5.70-4.fc18.x86_64 requires 
libboost_filesystem-mt.so.1.48.0()(64bit)
[libmash]
libmash-0.2.0-6.fc18.i686 requires libcogl.so.9
libmash-0.2.0-6.fc18.x86_64 requires libcogl.so.9()(64bit)
[libsyncml]
1:libsyncml-0.4.6-4.fc1

Re: Rawhide boot problems

2012-09-11 Thread Lars Seipel 
On Monday 10 September 2012 15:14:26 Adam Williamson wrote:
> I don't think that's true, actually. There certainly are devs who take
> advantage of the model.

Exactly. Think glibc as another example. Back then when the glibc people did 
their development work on Branched it was generally viewed as too disruptive. 
So the current development branch is only in Rawhide. F18 has the 2.16 release 
instead which matured in Rawhide since right after F17 was branched off.

Of course, there's nothing in Lennart's proposal which would prevent that way 
of work. But still, the early branching model does have its advantages.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Netbeans IDE package for Fedora

2012-09-11 Thread Aleksandar Kurtakov 
- Original Message -
> From: "Danishka Navin" 
> To: devel@lists.fedoraproject.org
> Sent: Tuesday, September 11, 2012 10:45:25 AM
> Subject: Netbeans IDE package for Fedora
> 
> 
> Hi,
> 
> Is there a specific reason that Netbeans IDE is not available in
> Fedora repository?

A really simple one - there is noone wanting to spend time on it. Back in the 
days we shared a lot of work with netbeans maintainers to keep the Java stack 
working. Maintaining an IDE is time consuming as they have bigger dependencies 
on underlying infrastructure to make it easier for developers. So when one 
chooses to do that he/she has to care about the whole stack not just about it's 
package. 

Alexander Kurtakov
Red Hat Eclipse team

> 
> 
> --
> Danishka Navin
> http://danishkanavin.blogspot.com
> http://twitter.com/danishkanavin
> http://www.flickr.com/photos/danishkanavin/
> 
> 
> 
> 
> 
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Netbeans IDE package for Fedora

2012-09-11 Thread Amit Saha 
On Tue, Sep 11, 2012 at 5:45 PM, Danishka Navin  wrote:
> Hi,
>
> Is there a specific reason that Netbeans IDE is not available in Fedora
> repository?

http://lists.fedoraproject.org/pipermail/devel/2012-January/161094.html

Cheers,
-Amit.

-- 
http://echorand.me
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Netbeans IDE package for Fedora

2012-09-11 Thread Danishka Navin 
Hi,

Is there a specific reason that Netbeans IDE is not available in Fedora
repository?


-- 
Danishka Navin
http://danishkanavin.blogspot.com
http://twitter.com/danishkanavin
http://www.flickr.com/photos/danishkanavin/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Recent ABRT changes in F-17

2012-09-11 Thread Jiri Moskovcak 

On 09/10/2012 04:55 PM, Jerry James wrote:

Evolution crashed on takeoff this morning.  I tried to report the bug
with ABRT, and was surprised when it automatically contacted the
retrace server without asking me what to do first.  I've already got
huge piles of debuginfo packages installed, so it would probably have
been fine to generate the backtrace locally.  Well, okay, I'll watch
the retrace server run:

--- Running report_uReport ---
(exited with 0)

--- Running analyze_RetraceServer ---
Querying server settings
Preparing an archive to upload
Uploading 722960 bytes
Upload successful
Retrace job started
Initializing virtual root
Initializing virtual root
Initializing virtual root
Initializing virtual root
Initializing virtual root
Initializing virtual root
Initializing virtual root
Retrace job failed
Retrace failed. Try again later and if the problem persists report
this issue please.
Analyzing crash data OK
Initializing virtual root Error 25:
=== OUTPUT ===
INFO: mock.py version 1.1.18 starting...
State Changed: init plugins
INFO: selinux enabled
State Changed: start
State Changed: lock buildroot
State Changed: clean
State Changed: unlock buildroot
State Changed: init
State Changed: lock buildroot
Mock Version: 1.1.18
INFO: Mock Version: 1.1.18
INFO: calling preinit hooks
State Changed: running yum
ERROR: Command failed:
  # ['/usr/bin/yum', '--installroot', '/var/lib/mock/154164959/root/',
'--skip-broken', 'install', 'evolution-3.4.4-1.fc17',
'GConf2-debuginfo-3.2.5-1.fc17.x86_64',
'PackageKit-debuginfo-0.7.5-1.fc17.x86_64',
'PackageKit-gtk3-module-0.7.5-1.fc17.x86_64',
'adwaita-gtk3-theme-3.4.2-1.fc17.x86_64',
'atk-debuginfo-2.4.0-1.fc17.x86_64',
'cairo-debuginfo-1.10.2-7.fc17.x86_64',
'cyrus-sasl-debuginfo-2.1.23-31.fc17.x86_64',
'db4-debuginfo-4.8.30-10.fc17.x86_64',
'1:dbus-debuginfo-1.4.10-4.fc17.x86_64',
'dbus-glib-debuginfo-0.98-2.fc17.x86_64',
'1:dbus-libs-1.4.10-4.fc17.x86_64', 'dconf-0.12.1-1.fc17.x86_64',
'dconf-debuginfo-0.12.1-1.fc17.x86_64',
'e2fsprogs-debuginfo-1.42.3-2.fc17.x86_64',
'1:enchant-debuginfo-1.6.0-4.fc17.x86_64',
'evolution-3.4.4-1.fc17.x86_64',
'evolution-NetworkManager-3.4.4-1.fc17.x86_64',
'evolution-bogofilter-3.4.4-1.fc17.x86_64',
'evolution-data-server-debuginfo-3.4.4-2.fc17.x86_64',
'evolution-debuginfo-3.4.4-1.fc17.x86_64',
'evolution-devel-3.4.4-1.fc17.x86_64',
'evolution-perl-3.4.4-1.fc17.x86_64',
'evolution-pst-3.4.4-1.fc17.x86_64',
'evolution-spamassassin-3.4.4-1.fc17.x86_64',
'expat-2.1.0-1.fc17.x86_64', 'expat-debuginfo-2.1.0-1.fc17.x86_64',
'fontconfig-debuginfo-2.8.0-7.fc17.x86_64',
'freetype-debuginfo-2.4.8-3.fc17.x86_64',
'gcc-base-debuginfo-4.7.0-5.fc17.x86_64',
'gdk-pixbuf2-debuginfo-2.26.1-1.fc17.x86_64',
'glib2-debuginfo-2.32.4-1.fc17.x86_64', 'glibc-2.15-56.fc17.x86_64',
'glibc-debuginfo-2.15-56.fc17.x86_64', 'desktop-backgrounds-gnome',
'gnome-desktop3-debuginfo-3.4.2-1.fc17.x86_64',
'desktop-backgrounds-gnome',
'gnome-themes-standard-debuginfo-3.4.2-1.fc17.x86_64',
'gtk3-debuginfo-3.4.4-1.fc17.x86_64',
'gtkhtml3-debuginfo-4.4.4-1.fc17.x86_64', 'gvfs-1.12.3-1.fc17.x86_64',
'gvfs-debuginfo-1.12.3-1.fc17.x86_64',
'keyutils-debuginfo-1.5.5-2.fc17.x86_64',
'keyutils-libs-1.5.5-2.fc17.x86_64',
'krb5-debuginfo-1.10.2-6.fc17.x86_64',
'krb5-libs-1.10.2-6.fc17.x86_64',
'libICE-debuginfo-1.0.8-1.fc17.x86_64',
'libSM-debuginfo-1.2.1-1.fc17.x86_64',
'libX11-debuginfo-1.5.0-2.fc17.x86_64',
'libXau-debuginfo-1.0.6-3.fc17.x86_64',
'libXcomposite-debuginfo-0.4.3-3.fc17.x86_64',
'libXcursor-debuginfo-1.1.13-1.fc17.x86_64',
'libXdamage-debuginfo-1.1.3-3.fc17.x86_64',
'libXext-debuginfo-1.3.1-1.fc17.x86_64',
'libXfixes-debuginfo-5.0-2.fc17.x86_64',
'libXi-debuginfo-1.6.1-1.fc17.x86_64',
'libXinerama-debuginfo-1.1.2-1.fc17.x86_64',
'libXrandr-debuginfo-1.3.1-3.fc17.x86_64',
'libXrender-0.9.7-1.fc17.x86_64',
'libXrender-debuginfo-0.9.7-1.fc17.x86_64',
'libbluray-debuginfo-0.2.2-1.fc17.x86_64',
'libcanberra-debuginfo-0.28-6.fc17.x86_64',
'libcanberra-gtk3-0.28-6.fc17.x86_64',
'libcom_err-1.42.3-2.fc17.x86_64',
'libcroco-debuginfo-0.6.5-1.fc17.x86_64',
'libffi-debuginfo-3.0.10-2.fc17.x86_64', 'libgcc-4.7.0-5.fc17.x86_64',
'libgcrypt-1.5.0-3.fc17.x86_64',
'libgcrypt-debuginfo-1.5.0-3.fc17.x86_64',
'libgnome-keyring-debuginfo-3.4.1-2.fc17.x86_64',
'libgpg-error-1.10-2.fc17.x86_64',
'libgpg-error-debuginfo-1.10-2.fc17.x86_64',
'libical-debuginfo-0.48-2.fc17.x86_64',
'2:libogg-debuginfo-1.3.0-1.fc17.x86_64',
'2:libpng-debuginfo-1.5.10-1.fc17.x86_64',
'librsvg2-debuginfo-2.36.1-1.fc17.x86_64',
'libselinux-debuginfo-2.1.10-3.fc17.x86_64',
'libsoup-debuginfo-2.38.1-3.fc17.x86_64',
'libtdb-debuginfo-1.2.10-15.fc17.x86_64',
'libtool-debuginfo-2.4.2-3.fc17.x86_64',
'1:libvorbis-debuginfo-1.3.3-1.fc17.x86_64',
'libxcb-debuginfo-1.8.1-1.fc17.x86_64',
'libxml2-debuginfo-2.7.8-7.fc17.x86_64',
'nspr-debuginfo-4.9.1-2.fc17.x86_64',
'nss-debuginfo-3.13.5-1.fc17.x86_64',
'nss-softokn-debuginfo-3.13.5-1.fc17.x86_64',
'nss-util-debuginfo-3.13.5-1.fc17.x86_64',
'1:openssl-1.0.0j-2.fc17.x86_6