(10/12): samba-3.5.2-60.fc13.x86_64.rpm (71%) 73%
[- ] 0.0 B/s | 3.7 MB
3340883129410265958989882401668816722716705737932:48 ETA
Anyone else seeing this kind of behavior with F-13 yum within kvm or
vmware guests? It seems to happen consistently h
On 05/06/2010 01:28 AM, Ding Yi Chen wrote:
> - "Ivana Varekova" wrote:
>
>
>> Sorry for the late response, this solution seems fine for me. From my
>>
>> point of view man and man-db sould provide man-reader.
>> Ivana
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https:
Some (mainly older ones, afaict) touchpads have additional buttons to the
usual LMR set. These buttons are usually used for up/down and left/right
scrolling.
Something like this:
http://www.hardwarezone.com/img/data/articles/2002/591/touchpad_keyboard.jpg
If you own a laptop with such a touchpad,
Once upon a time, Mail Lists said:
> Aside - I also dont understand the motivation to start again and
> reimplement the wheel all over again ... and not take advantage of a
> mature product and work to improve ntpd or enhance it.
The project goals are different. Ntpd is designed for long-uptim
On Wed, May 5, 2010 at 6:26 PM, Jeff Spaleta wrote:
> On Wed, May 5, 2010 at 2:12 PM, Orcan Ogetbil wrote:
>> An anonymous database is easy to ignore by packagers. I fear that that
>> might turn to something as useless as pulseaudio.
>
>
> The little jab at pulseaudio is extremely inappropriate and
Matt McCutchen wrote:
> On Wed, 2010-05-05 at 16:51 -0400, Bill Nottingham wrote:
>> Jim Meyering (j...@meyering.net) said:
>>> This is useful enough that it is worth considering for inclusion
>>> in /etc/profile.
>> See the 'debugmode' package.
>
> Neat, I wasn't aware of that package.
which is
Mail Lists writes:
> On 05/05/2010 09:35 AM, Miroslav Lichvar wrote:
>> With the latest improvements in the chrony package related to
>> NetworkManager and name resolving I think it is now good enough to
>> replace ntpd in the default configuration and the configurations
>> supported by system-con
On Wed, 2010-05-05 at 16:51 -0400, Bill Nottingham wrote:
> Jim Meyering (j...@meyering.net) said:
> > This is useful enough that it is worth considering for inclusion
> > in /etc/profile.
>
> See the 'debugmode' package.
Neat, I wasn't aware of that package. Turns out it's broken because the
e
On Tue, 2010-05-04 at 16:01 -0400, Seth Vidal wrote:
> > Clarification please, how does redundancy fit under the Hall Monitor Policy?
> >
> > The basis of the Hall Monitor Policy is:
> >
> > The Fedora Board has adopted a simple motto for general behavior as a
> > member
> > of the Fedora Proje
On 05/05/2010 09:35 AM, Miroslav Lichvar wrote:
> With the latest improvements in the chrony package related to
> NetworkManager and name resolving I think it is now good enough to
> replace ntpd in the default configuration and the configurations
> supported by system-config-date.
>
Strong NO v
- "Ivana Varekova" wrote:
> Sorry for the late response, this solution seems fine for me. From my
>
> point of view man and man-db sould provide man-reader.
> Ivana
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
Has man-p
On Wed, May 5, 2010 at 2:12 PM, Orcan Ogetbil wrote:
> An anonymous database is easy to ignore by packagers. I fear that that
> might turn to something as useless as pulseaudio.
The little jab at pulseaudio is extremely inappropriate and absolutely
non-constructive to the discussion at a hand. S
On Wed, May 5, 2010 at 6:02 PM, Jeff Spaleta wrote:
> On Wed, May 5, 2010 at 1:34 PM, Orcan Ogetbil wrote:
>> I understand. But please respect what others are thinking. I do see a
>> problem in abrt that it wastes my time.
>
> It's not possible for you to simply ignore the abrt bugs? I filter
> th
On Wed, May 5, 2010 at 1:34 PM, Orcan Ogetbil wrote:
> I understand. But please respect what others are thinking. I do see a
> problem in abrt that it wastes my time.
It's not possible for you to simply ignore the abrt bugs? I filter
the [abrt] ticket email into a separate folder for example so
On Wed, May 5, 2010 at 5:34 PM, Orcan Ogetbil wrote:
>
> I understand. But please respect what others are thinking. I do see a
> problem in abrt that it wastes my time.
To stem another abrt thread; see earlier one here:
http://www.redhat.com/archives/rhl-devel-list/2009-November/msg01487.html
Ba
On Wed, May 5, 2010 at 5:02 PM, Jeff Spaleta wrote:
> On Wed, May 5, 2010 at 12:47 PM, Orcan Ogetbil wrote:
>> Can we just disable abrt on Fedora until it figures how to file bugs
>> upstream? What is the procedure to propose this? Does this have to go
>> through FESCo?
>
> that's a bit drastic. I
On Wed, May 5, 2010 at 12:47 PM, Orcan Ogetbil wrote:
> Can we just disable abrt on Fedora until it figures how to file bugs
> upstream? What is the procedure to propose this? Does this have to go
> through FESCo?
that's a bit drastic. I don't want abrt disabled on my packages. I'm
willing to mak
Jim Meyering (j...@meyering.net) said:
> This is useful enough that it is worth considering for inclusion
> in /etc/profile.
See the 'debugmode' package.
Bill
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, May 4, 2010 at 6:36 PM, Kevin Kofler wrote:
> Orcan Ogetbil wrote:
>> Hmm, this is what I did this a couple times, i.e. I forward the
>> backtrace to upstream without including any other information, since
>> the user does not provide any.
>>
>> What I receive from upstream is that they nee
On Wed, 2010-05-05 at 10:50 +0100, Peter Robinson wrote:
> On Wed, May 5, 2010 at 10:02 AM, Mike Chambers wrote:
> > The "mark the selected messages as not junk" icon is now missing after
> > this morning (last night?) 's updates.
>
> I think its fixed in updates-testing in the push that was just
2010/5/2 Owen Taylor :
> With the 2.11 update for xorg-x11-drv-intel in updates-testing we have a
> couple of serious problems occurring with gnome-shell on Intel systems:
>
> A) A complete hang where the system can't even be pinged.
>
> B) A problem where the system continues to run fine but the
I use it as well. It's extremely useful.
-AdamM (from Android )
On May 5, 2010 1:27 PM, "Juan Rodriguez" wrote:
On Wed, May 5, 2010 at 5:52 AM, Richard Hughes wrote:
>
> On 5 May 2010 11:3...
I tested the CLI version too for F12->F13 during the test day.
I think its needed for remote mainte
On Wed, May 5, 2010 at 5:52 AM, Richard Hughes wrote:
> On 5 May 2010 11:31, Milos Jakubicek wrote:
> >> I use it quite regularly for updating my machines
> > +1 but don't have time *now* (=until F13 release) to fix it. Please keep
> > it if only possible.
>
> Okay, message heard load and clear.
Am Mittwoch, den 05.05.2010, 13:54 -0400 schrieb Frank Ch. Eigler:
> Jeff Spaleta writes:
>
> > [...]
> >> Stating something like this clearly on login & install would be nice,
> >> not just for this MALLOC_PERTURB_ change but in general.
> >
> > Doesn't this whole discussion about debugging vers
On Wed, May 5, 2010 at 9:54 AM, Frank Ch. Eigler wrote:
> Good point. Clearly though one can't delay the setting of the final
> release behaviors too long, or else *those* won't get tested.
I'm not arguing about what that point should be. I'm just saying that
this glib debugging stuff should syn
Jeff Spaleta writes:
> [...]
>> Stating something like this clearly on login & install would be nice,
>> not just for this MALLOC_PERTURB_ change but in general.
>
> Doesn't this whole discussion about debugging versus performance also
> apply to F13 pre-release testing as well.. and not just raw
On 05/05/2010 12:42 PM, Jeff Spaleta wrote:
> On Wed, May 5, 2010 at 9:28 AM, Eric Sandeen wrote:
>> Agreed, I'm tired of (insert random benchmarking site) saying "OH NOES!
>> Fedora got SLOWER AGAIN!" when it's really a lot of debug going on.
>>
>> Stating something like this clearly on login & i
On Wed, May 5, 2010 at 9:28 AM, Eric Sandeen wrote:
> Agreed, I'm tired of (insert random benchmarking site) saying "OH NOES!
> Fedora got SLOWER AGAIN!" when it's really a lot of debug going on.
>
> Stating something like this clearly on login & install would be nice,
> not just for this MALLOC_P
On 05/05/2010 12:21 PM, David Malcolm wrote:
> On Wed, 2010-05-05 at 18:24 +0200, Michal Schmidt wrote:
>> On Wed, 05 May 2010 17:30:29 +0200 Jim Meyering wrote:
>>> I propose (seriously, now) to add this to /etc/profile,
>>> or to some always-sourced file like /etc/profile.d/glibc.sh:
>>>
>>>
On Wed, 2010-05-05 at 18:24 +0200, Michal Schmidt wrote:
> On Wed, 05 May 2010 17:30:29 +0200 Jim Meyering wrote:
> > I propose (seriously, now) to add this to /etc/profile,
> > or to some always-sourced file like /etc/profile.d/glibc.sh:
> >
> > # Enable glibc's malloc perturbing feature in R
Michal Schmidt wrote:
> On Wed, 05 May 2010 17:30:29 +0200 Jim Meyering wrote:
>> I propose (seriously, now) to add this to /etc/profile,
>> or to some always-sourced file like /etc/profile.d/glibc.sh:
>>
>> # Enable glibc's malloc perturbing feature in Rawhide.
>> # http://udrepper.livejou
On Wed, 05 May 2010 17:30:29 +0200 Jim Meyering wrote:
> I propose (seriously, now) to add this to /etc/profile,
> or to some always-sourced file like /etc/profile.d/glibc.sh:
>
> # Enable glibc's malloc perturbing feature in Rawhide.
> # http://udrepper.livejournal.com/11429.html
> re
On Sun, May 02, 2010 at 01:33:16PM -0400, Owen Taylor wrote:
> These problems seem to be associated in particular with the "page
> flipping" functionality that it enables. (The implementation is mostly
> in the kernel, but the use is driven by the X server.)
Xorg Intel driver has been unpushed a
On Wed, 5 May 2010, James Antill wrote:
> On Tue, 2010-05-04 at 23:53 -0400, Seth Vidal wrote:
>>
>> On Tue, 4 May 2010, John Reiser wrote:
>>
Here's a list of f12 -> f13 with unclean update paths based on srpm.
>>>
>>> Text search is powerful, but a sorted list is even better.
>>>
>>
>> Th
On Tue, 2010-05-04 at 23:53 -0400, Seth Vidal wrote:
>
> On Tue, 4 May 2010, John Reiser wrote:
>
> >> Here's a list of f12 -> f13 with unclean update paths based on srpm.
> >
> > Text search is powerful, but a sorted list is even better.
> >
>
> The script I wrote to make this list is here:
>
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
--
= Weekly KDE Summary
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-File-Remove/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv19924
Modified Files:
perl-File-Remove.spec
Log Message:
* Sat May 01 2010 Marcela Maslanova - 1.42-5
- Mass rebuild with perl-5.12.0
Index: perl-File-Remove.spec
=
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-File-Flat/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv19685
Modified Files:
perl-File-Flat.spec
Log Message:
* Sat May 01 2010 Marcela Maslanova - 1.04-6
- Mass rebuild with perl-5.12.0
Index: perl-File-Flat.spec
===
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-File-Find-Rule-Perl/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv18931
Modified Files:
perl-File-Find-Rule-Perl.spec
Log Message:
* Sat May 01 2010 Marcela Maslanova - 1.09-4
- Mass rebuild with perl-5.12.0
Index: perl-Fi
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-Email-Simple/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv18448
Modified Files:
perl-Email-Simple.spec
Log Message:
* Sat May 01 2010 Marcela Maslanova - 2.005-6
- Mass rebuild with perl-5.12.0
Index: perl-Email-Simple.sp
On 05/04/2010 11:21 PM, Mike McGrath wrote:
> Here's a list of f12 -> f13 with unclean update paths based on srpm.
> I'll work with FES to to go through and get some builds out. Some might
> make it in to F13 final, some will go out as F13-updates.
>
> greater for f12: rawtherapee
> f12 = rawth
H. Guémar wrote:
>> This is useful enough that it is worth considering for inclusion
> in /etc/profile.
>
> during development cycle: +1
> for stable/production release: not so much (users would hate us for that)
It's definitely not suitable for everyone.
My suggestion was intended to be provocati
On Wed, 2010-05-05 at 11:01 +0200, Jim Meyering wrote:
> If you are into development on glibc-based systems
> and do not set MALLOC_PERTURB_ to a nonzero value, then you
> are missing an easy opportunity to detect subtle bugs early.
>
> Sure, you can use valgrind, and it will detect whatever a
> M
Compose started at Wed May 5 09:15:03 UTC 2010
New package loggerhead
Web viewer for the Bazaar version control system
New package python-greenlet
Lightweight in-process concurrent programming
New package rhythmbox-equalizer
An Equalizer plugin for Rhythmbox
New pack
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-Module-Signature/EL-5
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv20407/EL-5
Modified Files:
.cvsignore perl-Module-Signature.spec sources
Log Message:
* Wed May 5 2010 Paul Howarth - 0.63-1
- Update to 0.63
- Fix Makefile.PL d
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-Module-Signature/EL-4
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv20407/EL-4
Modified Files:
.cvsignore perl-Module-Signature.spec sources
Log Message:
* Wed May 5 2010 Paul Howarth - 0.63-1
- Update to 0.63
- Fix Makefile.PL d
With the latest improvements in the chrony package related to
NetworkManager and name resolving I think it is now good enough to
replace ntpd in the default configuration and the configurations
supported by system-config-date.
I'm proposing to add a support for chrony to system-config-date and
cha
Compose started at Wed May 5 08:15:09 UTC 2010
Broken deps for i386
--
almanah-0.7.2-1.fc13.i686 requires libedataserver-1.2.so.11
almanah-0.7.2-1.fc13.i686 requires libedataserverui-1.2.so.8
anjal-0.3.2-2.fc14.i686 r
On 5 May 2010 11:31, Milos Jakubicek wrote:
>> I use it quite regularly for updating my machines
> +1 but don't have time *now* (=until F13 release) to fix it. Please keep
> it if only possible.
Okay, message heard load and clear. Thanks guys. I'll try to port some
of the fixes to the CLI version
On 5.5.2010 12:17, Dan Horák wrote:
>
>> Does anyone still use preupgrade-cli or can I remove it from the next
>> upstream release? If anyone is that interested in it, could you
>> possibly help fix it up and maintain it? Thanks.
>
> I use it quite regularly for updating my machines
+1 but don't
Hi,
2010/5/5 Richard Hughes :
> I've spent quite a bit of time fixing up preupgrade this cycle, and
> all our QA tests so far have concentrated on preupgrade-gtk, the
> graphical component. I've not even tested preupgrade-cli (the command
> line version) this cycle, and it seems to have bitrotten
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-Module-ExtractUse/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv10344
Modified Files:
perl-Module-ExtractUse.spec
Log Message:
* Mon May 03 2010 Marcela Maslanova - 0.23-5
- Mass rebuild with perl-5.12.0
Index: perl-Modul
Richard Hughes píše v St 05. 05. 2010 v 11:03 +0100:
> I've spent quite a bit of time fixing up preupgrade this cycle, and
> all our QA tests so far have concentrated on preupgrade-gtk, the
> graphical component. I've not even tested preupgrade-cli (the command
> line version) this cycle, and it s
I've spent quite a bit of time fixing up preupgrade this cycle, and
all our QA tests so far have concentrated on preupgrade-gtk, the
graphical component. I've not even tested preupgrade-cli (the command
line version) this cycle, and it seems to have bitrotten far more than
the gtk counterpart.
Doe
On Wed, May 5, 2010 at 10:48 AM, Dan Williams wrote:
> On Tue, 2010-05-04 at 22:22 +0100, Peter Robinson wrote:
>> On Tue, May 4, 2010 at 9:21 PM, James Laska wrote:
>> > Greetings folks,
>> >
>> > According to the schedule [1], Fedora 13 is scheduled to enter the
>> > release candidate phase thi
On Wed, May 5, 2010 at 10:02 AM, Mike Chambers wrote:
> The "mark the selected messages as not junk" icon is now missing after
> this morning (last night?) 's updates.
I think its fixed in updates-testing in the push that was just
published to the list.
Peter
--
devel mailing list
devel@lists.f
On Tue, 2010-05-04 at 22:22 +0100, Peter Robinson wrote:
> On Tue, May 4, 2010 at 9:21 PM, James Laska wrote:
> > Greetings folks,
> >
> > According to the schedule [1], Fedora 13 is scheduled to enter the
> > release candidate phase this Thursday, May 4, 2010. In order to enter
> > this phase, a
> This is useful enough that it is worth considering for inclusion
in /etc/profile.
during development cycle: +1
for stable/production release: not so much (users would hate us for that)
regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/list
The "mark the selected messages as not junk" icon is now missing after
this morning (last night?) 's updates.
--
Mike Chambers
Madisonville, KY
"Best lil town on Earth!"
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
If you are into development on glibc-based systems
and do not set MALLOC_PERTURB_ to a nonzero value, then you
are missing an easy opportunity to detect subtle bugs early.
Sure, you can use valgrind, and it will detect whatever a
MALLOC_PERTURB_ setting would have caught, and more, but it's
far mo
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-Pod-Tests/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv23416
Modified Files:
perl-Pod-Tests.spec
Log Message:
* Tue May 04 2010 Marcela Maslanova - 1.19-5
- Mass rebuild with perl-5.12.0
Index: perl-Pod-Tests.spec
===
On Tue, May 04, 2010 at 16:21:54 -0500,
Mike McGrath wrote:
> Here's a list of f12 -> f13 with unclean update paths based on srpm.
> I'll work with FES to to go through and get some builds out. Some might
> make it in to F13 final, some will go out as F13-updates.
>
> greater for f12: rb_libto
On Tue, May 4, 2010 at 11:46 PM, Mathieu Bridon
wrote:
> On Wed, May 5, 2010 at 00:36, Kevin Kofler wrote:
>> Orcan Ogetbil wrote:
>>> Hmm, this is what I did this a couple times, i.e. I forward the
>>> backtrace to upstream without including any other information, since
>>> the user does not pro
I would find it interesting too. Not only about the usage of my
packages, but it might also be interesting to know what packages are
installed from other repositories (fusion, adobe, skype, remi, ...) .
I think it would help to make decisions about what packages to keep
supporting or include in th
64 matches
Mail list logo
