On 09/23/2013 06:18 AM, Ville Skyttä wrote:
FWIW looks like the kernel 3.11.1 update fixed this for me (ASUS N56VZ).
I think it fixed it for me as well. Asus K56CA. It flickers but at least
I don't have to adjust the brightness to unlock the screen.
--
devel mailing list
devel@lists.fedoraproje
On Sep 23, 2013 7:52 PM, "Richard Vickery"
wrote:
>
>
> On Sep 23, 2013 5:19 AM, "Ville Skyttä" wrote:
> >
> > On Sat, Sep 7, 2013 at 6:49 AM, David Beveridge
wrote:
> > > On Sat, Sep 7, 2013 at 12:18 AM, Richard Vickery
> > > wrote:
> > >>
> > >> On Sep 5, 2013 7:12 PM, "David Beveridge" wrot
On Sep 23, 2013 5:19 AM, "Ville Skyttä" wrote:
>
> On Sat, Sep 7, 2013 at 6:49 AM, David Beveridge wrote:
> > On Sat, Sep 7, 2013 at 12:18 AM, Richard Vickery
> > wrote:
> >>
> >> On Sep 5, 2013 7:12 PM, "David Beveridge" wrote:
> >> >
> >> > nor me. But I can just adjust the brightness on eac
any topic
> suggestions to the meeting wiki page:
> https://fedoraproject.org/wiki/QA/Meetings/20130923
>
> The current proposed agenda is included below.
>
> == Proposed Agenda Topics ==
> 1. Previous meeting follow-up
> 2. Fedora 20 Alpha final work and retrospective
> 3.
commit 0d23f9b5b3b0e50bdfb58ab6ccda108c47810e52
Author: Paul Howarth
Date: Mon Sep 23 22:02:17 2013 +0100
Update to 0.010
- New upstream release 0.010:
- Generated from ETHER/YAML-Tiny-1.55.tar.gz
- Makefile.PL will use UNINST=1 on old perls that might have an old
vers
On 09/23/2013 08:02 PM, Kevin Kofler wrote:
Of course, this means that it is a very poor choice for our de-facto default
LAPACK/BLAS. (Only the reference implementation is worse. Yet, we build some
stuff even against that!)
I'd suggest filing a Change to make OpenBLAS the default for F21 (when
A file has been added to the lookaside cache for perl-CPAN-Meta-YAML:
5e2efc852f9ad3d01496fa9ccdc9dc3a CPAN-Meta-YAML-0.010.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.or
On Mon, 23 Sep 2013 10:59:55 +0200
Vít Ondruch wrote:
> Dne 22.9.2013 10:32, Martin Sourada napsal(a):
> > Point me to such graphical filemanager. I fail to see even a decent
> > gui alternative to mc under linux.
>
> You can try Double Commander if you like.
I'd expect much less wasted space i
On 09/23/2013 08:46 AM, Susi Lehtola wrote:
On Mon, 23 Sep 2013 14:34:50 +0200
Kevin Kofler wrote:
Matthew Miller wrote:
Actually, what ATLAS upstream intends is for the program to be
recompiled on every installation (or boot, even). I think we used
to have packages that did that; this is a co
Hi,
On Tue, Sep 17, 2013 at 11:10 AM, Thomas Moschny
wrote:
> I'd like to retire the python-jinja package, containing the Jinja1
> template engine, which has been superseded by Jinja2 for a very long
> time. Jinja2 is packaged as python-jinja2 in Fedora.
>
> However, there's one package left that
On 09/23/2013 08:15 AM, Frantisek Kluknavsky wrote:
For the record: atlas-3.10.1-1.fc21.armv7hl.rpm is available. I do not have
any Arm machine to test except the Fedora builders, any feedback is welcome.
All of my atlas using packages are segfaulting on arm. I added a %check
section to the a
On Sun, 22 Sep 2013 22:33:35 +0300
Frankie Onuonga wrote:
> Hi guys,
hey.
> I am looking to take up a project that i saw had been left idle for
> sometime.
> The project URL
> is:https://fedoraproject.org/wiki/Infrastructure/Search
>
> I said in sometime because of what is listed
> at:https:/
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/46/
---
(Updated Sept. 23, 2013, 8:02 p.m.)
Review request for blockerbugs.
C
Excellent!
On Mon, Sep 23, 2013 at 11:28 AM, Pavel Zhukov wrote:
> Thank you, Peter
> I'll update the package soon.
> --
> Pavel
>
> On Mon, 23 Sep 2013, Peter Lemenkov wrote:
>
> | CC Pavel.
> |
> | 2013/9/23 Till Maas :
> | > Hi,
> | >
> | > the mupdf maintainer seems to be non-responsive and
On Mon, 23 Sep 2013 14:40:13 -0400
Konstantin Ryabitsev wrote:
> Hi, all:
>
> Looks like building SELinux subpackages in rawhide results in the
> following dependency notification. Is that something I should be
> fixing, or is that a larger problem? I certainly don't have any manual
> deps on fi
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/46/
---
(Updated Sept. 23, 2013, 7:26 p.m.)
Review request for blockerbugs.
C
Hi,
On 09/23/2013 11:44 AM, Christopher Meng wrote:
Side note:
I've also sent review request to the BZ.
If someone can give me a better solution of gtk/qt widgetset, which
means keeping these 2 in 1 package, welcome.
Yes, do the build twice, including running %configure twice
with a make dis
Thank you, Peter
I'll update the package soon.
--
Pavel
On Mon, 23 Sep 2013, Peter Lemenkov wrote:
| CC Pavel.
|
| 2013/9/23 Till Maas :
| > Hi,
| >
| > the mupdf maintainer seems to be non-responsive and there seem to be
| > users requesting a new update:
| > https://bugzilla.redhat.com/sho
On Tue, Jul 23, 2013 at 09:01:37PM +0200, Dodji Seketeli wrote:
> "Darryl L. Pierce" a écrit:
>
> > BZ#848774
> >
> > This bug is nearly a year old, requesting that package offlineimap be
> > upgraded to what was then the latest release (6.5.4, now it is
> > 6.5.5-rc2). There has been no response
On Mon, Sep 23, 2013 at 1:07 PM, Kevin Kofler wrote:
> Richard Shaw wrote:
> > The question is, since a "tqsllib" package will still be produced, what
> is
> > the proper steps to replace the existing tqsllib and do I need
> > Obsolete/Provides? I don't think so because the package name is the sam
On 09/23/2013 01:39 PM, Chris Murphy wrote:
On Sep 23, 2013, at 9:44 AM, Gene Czarcinski wrote:
How about the reuse of btrfs subvolumes?
It is possible to reuse btrfs subvolumes for mount points other than root. Root
requires a new subvolume.
It seems to me that the only way to do that is t
Hi, all:
Looks like building SELinux subpackages in rawhide results in the
following dependency notification. Is that something I should be
fixing, or is that a larger problem? I certainly don't have any manual
deps on file:///usr/share/doc/selinux-policy/html/index.html, so this
must be something
On Mon, Sep 23, 2013 at 12:15 PM, Till Maas wrote:
> Hi,
>
> the mupdf maintainer seems to be non-responsive and there seem to be
> users requesting a new update:
> https://bugzilla.redhat.com/show_bug.cgi?id=848904
>
> Is someone interested in helping here? I only noticed this looking
> through
Richard Shaw wrote:
> The question is, since a "tqsllib" package will still be produced, what is
> the proper steps to replace the existing tqsllib and do I need
> Obsolete/Provides? I don't think so because the package name is the same
> but I wanted to be sure.
* dist-git and pkgdb work on SRPMs
On Sep 23, 2013, at 9:44 AM, Gene Czarcinski wrote:
>>
> How about the reuse of btrfs subvolumes?
It is possible to reuse btrfs subvolumes for mount points other than root. Root
requires a new subvolume.
> It seems to me that the only way to do that is to delete the subvolume and
> then real
On Mon, 23 Sep 2013 10:00:51 -0600
Kevin Fenzi wrote:
> On Mon, 23 Sep 2013 10:08:23 -0500
> Troy Dawson wrote:
>
> > perl-libintl provides perl(Locale::Recode)
> >
> > Why? I don't know. Doesn't seem to follow the normal perl naming
> > convention.
> >
> > Anyway, it looks like this was p
CC Pavel.
2013/9/23 Till Maas :
> Hi,
>
> the mupdf maintainer seems to be non-responsive and there seem to be
> users requesting a new update:
> https://bugzilla.redhat.com/show_bug.cgi?id=848904
--
With best regards, Peter Lemenkov.
--
devel mailing list
devel@lists.fedoraproject.org
https://
On Sat, Sep 21, 2013 at 8:12 PM, Phil Dobbin wrote:
> Hi, all.
>
> I was wondering as to why Ananconda has no facility to overwrite a distro
> already present on the target machine. I've studied it & apart from
> destroying the existing partition with GParted there seems to be no other
> way (thi
Frantisek Kluknavsky wrote:
> Atlas aims for a relatively narrow set of use cases. No virtualization.
> No migration. Just the best possible performance on one given machine.
> Virtual machines are notoriously known for varying performance. One can
> not tune without exact benchmarking.
Of course,
Hi,
the mupdf maintainer seems to be non-responsive and there seem to be
users requesting a new update:
https://bugzilla.redhat.com/show_bug.cgi?id=848904
Is someone interested in helping here? I only noticed this looking
through the upstream release monitoring mails.
Regards
Till
--
devel mail
On 09/23/2013 11:44 AM, Gene Czarcinski wrote:
On 09/21/2013 02:53 PM, Chris Murphy wrote:
On Sep 21, 2013, at 12:12 PM, Phil Dobbin
wrote:
Hi, all.
I was wondering as to why Ananconda has no facility to overwrite a
distro already present on the target machine.
It may not be able to identi
On 09/21/2013 02:53 PM, Chris Murphy wrote:
On Sep 21, 2013, at 12:12 PM, Phil Dobbin wrote:
Hi, all.
I was wondering as to why Ananconda has no facility to overwrite a distro
already present on the target machine.
It may not be able to identify the partitions making up a distro installatio
Change in ownership over the last 168 hours
===
4 packages were orphaned
gnome-backgrounds [devel,f18,f19,f20] was orphaned by vicodan
Desktop backgrounds packaged with the GNOME desktop
https://admin.fedoraproject.org/pkgd
On Sat, Sep 7, 2013 at 6:03 PM, T.C. Hollingsworth
wrote:
> Please shout if you need it for anything and would like to take it over,
> otherwise I'll retire it in a week or so.
Nobody even so much as whispered, except to say "not me either!", so libeio is
now retired.
-T.C.
--
devel mailing lis
On Mon, 23 Sep 2013 16:15:16 +0200
Frantisek Kluknavsky wrote:
> On 09/22/2013 09:32 PM, Susi Lehtola wrote:
> >
> > I might mention that OpenBLAS (successor to GotoBLAS) is in Fedora,
> > which is often 2x faster than ATLAS. But, it's only available on
> > ix86 and x86_64. It does have runtime CP
On 09/22/2013 09:27 PM, Richard W.M. Jones wrote:
G.
Please don't [to ATLAS upstream, not Susi] do this. It breaks all
sorts of scenarios, especially virtual machine migration or simply
moving hard disks from one physical machine to another.
Arrange your code so it chooses the best availa
On 09/22/2013 09:32 PM, Susi Lehtola wrote:
I might mention that OpenBLAS (successor to GotoBLAS) is in Fedora,
which is often 2x faster than ATLAS. But, it's only available on ix86
and x86_64. It does have runtime CPU detection, though for the 20-odd
CPUs supported.
Could you please add more
On Mon, 23 Sep 2013 15:26:16 +0200
Frantisek Kluknavsky wrote:
> On 09/22/2013 05:33 AM, Orion Poplawski wrote:
> >
> > Any guidelines or suggestions as to whether to link to the serial or
> > threaded library?
> >
> >
>
> For some not yet known reason, threaded library built in koji does
> not
Susi Lehtola wrote:
> I might mention that OpenBLAS (successor to GotoBLAS) is in Fedora,
> which is often 2x faster than ATLAS. But, it's only available on ix86
> and x86_64.
Looks like armv7 is now being worked on (started Sep 14):
https://groups.google.com/forum/#!topic/openblas-dev/_tY90FOlkbU
On 09/22/2013 05:33 AM, Orion Poplawski wrote:
Any guidelines or suggestions as to whether to link to the serial or
threaded library?
For some not yet known reason, threaded library built in koji does not
work (fails at pthread_create). My local mockbuild works without any
problem. Use ser
Susi Lehtola wrote:
> OpenBLAS, ATLAS, ACML and MKL only ship one monolitchic library, so this
> is not really an option.
That sucks (and at least ATLAS used not to do that), though linker scripts
could easily point both libblas.so and liblapack.so to a single monolithic
library at compile/link
On 09/23/2013 02:46 PM, Susi Lehtola wrote:
Well, it's not too hard to understand why ATLAS does things the way it
does. It's already in the acronym: Automatically Tuned Linear Algebra
Software. You generate a library that is optimal for your processor. In
comparison, GotoBLAS (OpenBLAS) has been
After seeing many emails on packages that have not been properly
retired/depreciated I wanted to make sure I get this right.
Currently there is trustedqsl 1.13 and tqsllib 2.2 in Fedora. For whatever
reason these were developed seprately in the past even though they are
closely tied together and t
On Mon, 23 Sep 2013 14:34:50 +0200
Kevin Kofler wrote:
> Matthew Miller wrote:
> > Actually, what ATLAS upstream intends is for the program to be
> > recompiled on every installation (or boot, even). I think we used
> > to have packages that did that; this is a compromise.
>
> Yes, ATLAS upstream
commit 8c5f0ea94e88707d920350fe1a3549ae2289083f
Author: Petr Písař
Date: Mon Sep 23 14:38:41 2013 +0200
1.003 bump
.gitignore |1 +
perl-IO-TieCombine.spec | 19 +--
sources |2 +-
3 files changed, 15 insertions(+), 7 deletions(-)
---
commit 222a1415bc34424fd77398521ad22fb3bd2232a3
Author: Petr Písař
Date: Mon Sep 23 14:38:41 2013 +0200
1.003 bump
.gitignore |1 +
perl-IO-TieCombine.spec | 19 +--
sources |2 +-
3 files changed, 15 insertions(+), 7 deletions(-)
---
On Mon, 23 Sep 2013 14:20:03 +0200
Kevin Kofler wrote:
> Susi Lehtola wrote:
> > ... huh?
> >
> > ATLAS, OpenBLAS and (netlib reference) LAPACK are all mutually
> > incompatible packages.
> >
> > If you linked with -L%{_libdir}/atlas -llapack -lf77blas -latlas,
> > what you ended up with is the
Matthew Miller wrote:
> Actually, what ATLAS upstream intends is for the program to be recompiled
> on every installation (or boot, even). I think we used to have packages
> that did that; this is a compromise.
Yes, ATLAS upstream has always been smoking deep crack. It looks like
OpenBLAS is the
commit 4aa1dd4f3f52815775a6586f5d89a9d8fa5285dd
Author: Petr Písař
Date: Mon Sep 23 14:13:05 2013 +0200
0.006 bump
.gitignore |1 +
perl-Devel-CallChecker.spec | 24 ++--
sources |2 +-
3 files changed, 16 insertions(+), 1
Susi Lehtola wrote:
> ... huh?
>
> ATLAS, OpenBLAS and (netlib reference) LAPACK are all mutually
> incompatible packages.
>
> If you linked with -L%{_libdir}/atlas -llapack -lf77blas -latlas, what
> you ended up with is the ATLAS version (*not* the same as netlib
> lapack!) of LAPACK and the ATL
On Sat, Sep 7, 2013 at 6:49 AM, David Beveridge wrote:
> On Sat, Sep 7, 2013 at 12:18 AM, Richard Vickery
> wrote:
>>
>> On Sep 5, 2013 7:12 PM, "David Beveridge" wrote:
>> >
>> > nor me. But I can just adjust the brightness on each boot with a 2
>> > finger keypress.
>> > Seemed to appear when
On 2013-09-11, Bill Nottingham wrote:
> The problem with soft dependencies has always been the semantics and the
> workflow, not the implementation. Even as you describe here with defined
> semantics, that makes assumptions about the workflow, namely that to make
> use of them:
> - the installers
Dne 19.9.2013 20:42, Axilleas Pipinellis napsal(a):
I have asked in #fedora-infra what FHS they use with the git repos in
fedorahosted and we concluded that the rails apps would go to
/usr/share/ and git repos and satellites to /usr/lib/.
Git repos in /usr/lib? That does not sound right. Lat
https://bugzilla.redhat.com/show_bug.cgi?id=1010915
Bug ID: 1010915
Summary: perl-IO-TieCombine-1.003 is available
Product: Fedora
Version: rawhide
Component: perl-IO-TieCombine
Keywords: FutureFeature, Triaged
Assignee: ppi
Side note:
I've also sent review request to the BZ.
If someone can give me a better solution of gtk/qt widgetset, which
means keeping these 2 in 1 package, welcome.
https://bugzilla.redhat.com/show_bug.cgi?id=989791
https://bugzilla.redhat.com/show_bug.cgi?id=989792
--
devel mailing list
devel@
more things to do to prepare for it, and it's time
to look ahead to Beta as well.
This is a reminder of the upcoming QA meeting. Please add any topic
suggestions to the meeting wiki page:
https://fedoraproject.org/wiki/QA/Meetings/20130923
The current proposed agenda is included below.
== Propo
Dne 22.9.2013 10:32, Martin Sourada napsal(a):
Point me to such graphical filemanager. I fail to see even a decent
gui alternative to mc under linux.
You can try Double Commander if you like.
http://doublecmd.sourceforge.net/
http://vondruch.fedorapeople.org/doublecmd/doublecmd.repo
Vít
--
de
On 23.09.2013 02:01, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Sep 23, 2013 at 12:14:29AM +0200, Sandro Mani wrote:
On 20.09.2013 06:37, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Sep 19, 2013 at 06:41:03PM +0200, Sandro Mani wrote:
Hi,
In the hope to continue the effort of getting pbuilder
58 matches
Mail list logo
