> On Fri, 21 Oct 2016 09:17:08 +1000
> Peter Hutterer
>
> Yeah, I have never seen that here.
>
> Can you perhaps provide the information Oliver is asking for in the bug?
I've just tried libinput again and it seems to be working without any problems.
Don't know what then was the problem.
Sorry
On 22/10/2016 4:54 AM, Florian Weimer wrote:
> On 10/21/2016 08:42 PM, Stephen John Smoogen wrote:
>> We don't run the Bugzilla so the capability of who has it and who does
>> not is not set by us.
>
> Bugzilla's group-based restrictions can be configured per product, so
> it's easy to ask for chan
On Fri, Oct 21, 2016 at 10:22:14PM +0100, Richard W.M. Jones wrote:
> On Fri, Oct 21, 2016 at 02:35:13PM +0530, Parag Nemade wrote:
> > and emacs package was added because of @core group
> > @core group installs iputils -> libidn -> emacs-filesystem
>
> Coincidentally when I was doing the RISC-V b
On Fri, 2016-10-21 at 17:05 +, Fedora compose checker wrote:
> No missing expected images.
>
> Failed openQA tests: 5/101 (x86_64), 1/17 (i386)
>
> ID: 42904 Test: x86_64 Workstation-live-iso
> desktop_notifications_postinstall
> URL: https://openqa.fedoraproject.org/tests/42904
> ID: 42
On Fri, 2016-10-21 at 18:18 +, Fedora compose checker wrote:
> No missing expected images.
>
> Failed openQA tests: 12/101 (x86_64), 2/17 (i386), 1/2 (arm)
>
> ID: 42775 Test: x86_64 Workstation-live-iso install_default@uefi
> URL: https://openqa.fedoraproject.org/tests/42775
> ID: 42784
On Fri, 2016-10-21 at 16:23 -0700, Thomas Daede wrote:
> Even more so
> because until recently, Qt still used EDID DPI scaling (as of 5.6, it
> supports a mode like Windows where it assumes 96dpi and supports
> fractional scale factors)
As I mentioned in my long mail, according to my investigation
On 10/21/2016 03:31 PM, Adam Williamson wrote:
>> There was a lot of kerfuffle around the GTK (and Wayland) decision to
>> only support integer scales, searching for it will give you some background.
>
> I don't recall that...do you have any specific references? At the time
> hidpi was first added
On Fri, 21 Oct 2016 19:55:16 +0200
Antonio Trande wrote:
> Hi all.
>
> Just a question:
>
> why does Koji not work with specific tags?
..snip...
> koji: error: Unknown build target: f25-updates-testing
Because thats not the way it works. ;) You build against
'targets' ( koji list-targets ) and
On 10/20/2016 05:02 PM, Orion Poplawski wrote:
> I hope to update openmpi to 2.0.1 in rawhide on Friday. This is a soname/ABI
> break so dependent packages will be rebuilt.
>
hdf5 is taking a long time to build on arm, so that and dependent builds are
not yet done. Hopefully not too much longe
On Fri, 2016-10-21 at 15:18 -0700, Thomas Daede wrote:
> On 10/21/2016 03:08 PM, Adam Williamson wrote:
> > 13" 1080p laptops are the biggest exception to this that I can think
> > of. I dunno what you do with them on Windows; I think Windows has a
> > slider somewhere which more or less works like
On 10/21/2016 03:20 PM, Adam Williamson wrote:
> Out of curiosity, do you know if that's hidpi-style 'scale everything'
> scaling, or is it just font size scaling?
It's hidpi-style 'scale everything'. Apps can either natively draw at
1.5x or 1.25x, or be scaled by the compositor (with what looks l
On Fri, Oct 21, 2016 at 6:20 PM, Adam Williamson wrote:
> On Fri, 2016-10-21 at 18:16 -0400, Dan Book wrote:
> > On Fri, Oct 21, 2016 at 6:08 PM, Adam Williamson <
> adamw...@fedoraproject.org
> > > wrote:
> > >
> > >
> > > 13" 1080p laptops are the biggest exception to this that I can think
> >
FYI -
I'm starting to see more builds fail with errors like the following in rawhide:
In file included from /usr/include/c++/6.2.1/cmath:45:0,
from /usr/include/c++/6.2.1/math.h:36,
from /usr/include/cubew/cubew_report_layouts_types.h:28,
from /u
On Fri, 2016-10-21 at 18:16 -0400, Dan Book wrote:
> On Fri, Oct 21, 2016 at 6:08 PM, Adam Williamson > wrote:
> >
> >
> > 13" 1080p laptops are the biggest exception to this that I can think
> > of. I dunno what you do with them on Windows; I think Windows has a
> > slider somewhere which more
On 10/21/2016 03:08 PM, Adam Williamson wrote:
> 13" 1080p laptops are the biggest exception to this that I can think
> of. I dunno what you do with them on Windows; I think Windows has a
> slider somewhere which more or less works like the 'scaling factor'
> setting.
Yes, Windows also has a scali
On Fri, 2016-10-21 at 15:29 -0600, Chris Murphy wrote:
> Does it makes sense to have something sanitize URLs and paths that
> start with /home by default? Seems like a scalpel vs backhoe is
> needed.
Maybe... I dunno, sometimes the actual value really is important for
reproducing the bug. It at le
On Fri, Oct 21, 2016 at 6:08 PM, Adam Williamson wrote:
>
>
> 13" 1080p laptops are the biggest exception to this that I can think
> of. I dunno what you do with them on Windows; I think Windows has a
> slider somewhere which more or less works like the 'scaling factor'
> setting.
FWIW, here on
On Fri, 2016-10-21 at 13:55 -0600, Chris Murphy wrote:
> On Fri, Oct 21, 2016 at 1:41 PM, Adam Williamson
> wrote:
> > On Fri, 2016-10-21 at 12:44 -0600, Chris Murphy wrote:
> > > HP Spectre 13" 1920x1080 and all text everywhere by default is just on
> > > the cusp of too small. I don't think this
On 21/10/16 12:34 AM, Richard Hughes wrote:
> On 20 October 2016 at 20:48, Luya Tshimbalanga wrote:
>> I already file a bug
>> (https://bugzilla.redhat.com/show_bug.cgi?id=1387403). Could someone
>> investigate the cause?
> I'll comment on the bug. For the future, grabbing me on IRC is the
> singl
Hello all,
I've orphaned package firehol.
Unfortunately I do not have enough time to maintain this package, and I also do
not use it.
Regards,
signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject
On Fri, Oct 21, 2016 at 1:16 PM, Michael Catanzaro wrote:
> On Fri, 2016-10-21 at 20:56 +0200, Florian Weimer wrote:
>> Bugzilla is specifically not designed for keeping sensitive stuff
>
> Really? Every Bugzilla that I regularly work with (GNOME, WebKit, Red
> Hat) has this feature. If you have a
On Fri, Oct 21, 2016 at 02:35:13PM +0530, Parag Nemade wrote:
> and emacs package was added because of @core group
> @core group installs iputils -> libidn -> emacs-filesystem
Coincidentally when I was doing the RISC-V bring up, I really wished
that emacs-filesystem had been a separate package (or
On Fri, Oct 21, 2016 at 1:35 PM, Thomas Daede wrote:
> In Firefox, the about:config setting:
>
> layout.css.devPixelsPerPx
>
> can be set to an arbitrary non-integer scalefactor, such as 1.25 or 1.5.
1.25 is looking sane at the moment. I didn't realize it'd take a
non-integer. 2 is huge and worse
On Fri, Oct 21, 2016 at 1:41 PM, Adam Williamson
wrote:
> On Fri, 2016-10-21 at 12:44 -0600, Chris Murphy wrote:
>> HP Spectre 13" 1920x1080 and all text everywhere by default is just on
>> the cusp of too small. I don't think this is really a hidpi display,
>> so I'd expect this problem to be muc
On Fri, 2016-10-21 at 12:41 -0700, Adam Williamson wrote:
>
> Use the 'scaling factor' setting in gnome-tweak-tool. On my 1920x1080
> 13" laptop (yup, I have one too) I set it to 1.3; adjust for your
> taste. Firefox should respect that setting so long as you have
> layout.css.dpi set to -1 (which
On Fri, 2016-10-21 at 12:44 -0600, Chris Murphy wrote:
> HP Spectre 13" 1920x1080 and all text everywhere by default is just on
> the cusp of too small. I don't think this is really a hidpi display,
> so I'd expect this problem to be much worse if it were 3200x1800.
Actually, no, it'd be better. h
In Firefox, the about:config setting:
layout.css.devPixelsPerPx
can be set to an arbitrary non-integer scalefactor, such as 1.25 or 1.5.
Unfortunately, GTK applications are limited to scalefactors of 1 or 2 so
you're stuck with Large Text, gnome-tweak-tool's font scaling factor, or
setting font
On Fri, 2016-10-21 at 20:56 +0200, Florian Weimer wrote:
> Bugzilla is specifically not designed for keeping sensitive stuff
Really? Every Bugzilla that I regularly work with (GNOME, WebKit, Red
Hat) has this feature. If you have a mailing list auto-CCed to a
component, well yeah that screws it up
On 10/21/2016 08:45 PM, Adam Williamson wrote:
On Fri, 2016-10-21 at 20:25 +0200, Florian Weimer wrote:
Why does Bugzilla allow filing private Fedora bugs?
One major reason is for abrt reports; the data abrt submits can include
sensitive stuff.
Bugzilla is specifically not designed for keep
On 10/21/2016 08:42 PM, Stephen John Smoogen wrote:
We don't run the Bugzilla so the capability of who has it and who does
not is not set by us.
Bugzilla's group-based restrictions can be configured per product, so
it's easy to ask for changes if this is what we want. It doesn't even
need cu
On Fri, Oct 21, 2016 at 2:44 PM Stephen John Smoogen
wrote:
> On 21 October 2016 at 14:25, Florian Weimer wrote:
> > Why does Bugzilla allow filing private Fedora bugs?
> >
>
> Because people believe they are posting private information from their
> systems which they do not want to have broad d
On Fri, 2016-10-21 at 20:25 +0200, Florian Weimer wrote:
> Why does Bugzilla allow filing private Fedora bugs?
>
> I'm not sure who has the capability (it may be tied to specific
> accounts). It is not all that helpful because accounts on the Cc: list
> still receive notifications and can acces
HP Spectre 13" 1920x1080 and all text everywhere by default is just on
the cusp of too small. I don't think this is really a hidpi display,
so I'd expect this problem to be much worse if it were 3200x1800.
To compensate, I'm using Large Text in Universal Access. But
applications don't use that, su
On 21 October 2016 at 14:25, Florian Weimer wrote:
> Why does Bugzilla allow filing private Fedora bugs?
>
Because people believe they are posting private information from their
systems which they do not want to have broad dissemination. There are
many times where Fedora bugs were part of Red Hat
Why does Bugzilla allow filing private Fedora bugs?
I'm not sure who has the capability (it may be tied to specific
accounts). It is not all that helpful because accounts on the Cc: list
still receive notifications and can access the bug. Recipients of the
notifications may include public ma
No missing expected images.
Failed openQA tests: 12/101 (x86_64), 2/17 (i386), 1/2 (arm)
ID: 42775 Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/42775
ID: 42784 Test: x86_64 Workstation-live-iso
desktop_notifications_postinstall
UR
Hi all.
Just a question:
why does Koji not work with specific tags?
$ koji list-tags | grep f25
f25
f25-Alpha
f25-Beta
f25-build
f25-compose
f25-ghc
f25-gnome
f25-golang17
f25-icu
f25-infra
f25-infra-candidate
f25-kde
f25-openh264
f25-override
f25-perl
f25-python
f25-updates
f25-updates-candidat
On Fri, Oct 21, 2016 at 11:51:25AM +0200, Julien Enselme wrote:
> I guess that in this case you mean the (co)maintainer of the retired
> package not its dependencies. Can I ask what permissions on the package
> are required to get these mails?
>
> What I find strange here is that I am a (co)maint
No missing expected images.
Failed openQA tests: 5/101 (x86_64), 1/17 (i386)
ID: 42904 Test: x86_64 Workstation-live-iso
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/42904
ID: 42914 Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://ope
On Thu, 20 Oct 2016 16:42:02 +
Christopher wrote:
> What is the "Payload Hash" in koji?
> It looks like an MD5, but of what? It's not the rpm... I've checked.
> Should koji be providing verification hashes for manual downloads of
> built RPMs? I think this would be useful for testing.
>
> ht
On Fri, 21 Oct 2016 09:17:08 +1000
Peter Hutterer wrote:
> On Thu, Oct 20, 2016 at 08:16:21PM -, Johannes Lips wrote:
> > > On Thu, 20 Oct 2016 10:08:29 +0200
> > > Johannes Lips > >
> > >
> > > Can you expand on how/what didn't work here?
> > >
> > > I've been using it here with Xfce jus
Tom Hughes wrote:
> Because it's packaging some emacs extensions:
>
> % rpm -ql libidn.x86_64 | fgrep emacs
> /usr/share/emacs/site-lisp/libidn
> /usr/share/emacs/site-lisp/libidn/idna.el
> /usr/share/emacs/site-lisp/libidn/idna.elc
> /usr/share/emacs/site-lisp/libidn/punycode.el
> /usr/share/emac
On 21 October 2016 at 10:55, Zbigniew Jędrzejewski-Szmek
wrote:
> On Fri, Oct 21, 2016 at 02:23:47PM +0100, Peter Robinson wrote:
>> On Fri, Oct 21, 2016 at 2:21 PM, Zbigniew Jędrzejewski-Szmek
>> wrote:
>> > On Fri, Oct 21, 2016 at 01:31:25PM +0200, Jan Kratochvil wrote:
>> >> On Fri, 21 Oct 201
Apologies for getting the agenda out late.
Following is the list of topics that will be discussed in the
FESCo meeting Friday at 16:00UTC in #fedora-meeting on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2016-10-
On Fri, Oct 21, 2016 at 02:23:47PM +0100, Peter Robinson wrote:
> On Fri, Oct 21, 2016 at 2:21 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Fri, Oct 21, 2016 at 01:31:25PM +0200, Jan Kratochvil wrote:
> >> On Fri, 21 Oct 2016 13:18:38 +0200, Peter Robinson wrote:
> >> > guild would be because i
OLD: Fedora-25-20161020.n.1
NEW: Fedora-25-20161021.n.0
= SUMMARY =
Added images:4
Dropped images: 4
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages:0.00 B
Size of
OLD: Fedora-Rawhide-20161020.n.0
NEW: Fedora-Rawhide-20161021.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 5
Dropped packages:0
Upgraded packages: 63
Downgraded packages: 0
Size of added packages: 14.19 MiB
Size of dropped packages
On Fri, Oct 21, 2016 at 2:21 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Fri, Oct 21, 2016 at 01:31:25PM +0200, Jan Kratochvil wrote:
>> On Fri, 21 Oct 2016 13:18:38 +0200, Peter Robinson wrote:
>> > guild would be because it's a dep of a dep of gdb-headless
>> guile
>>
>> libguile-2.0.so.22 is
On Fri, Oct 21, 2016 at 01:31:25PM +0200, Jan Kratochvil wrote:
> On Fri, 21 Oct 2016 13:18:38 +0200, Peter Robinson wrote:
> > guild would be because it's a dep of a dep of gdb-headless
> guile
>
> libguile-2.0.so.22 is DT_NEEDED - as shown by ldd.
>
> Easy way would be to make gdb-headless a
On Fri, 21 Oct 2016 13:18:38 +0200, Peter Robinson wrote:
> guild would be because it's a dep of a dep of gdb-headless
guile
libguile-2.0.so.22 is DT_NEEDED - as shown by ldd.
Easy way would be to make gdb-headless a separate binary/build.
Less easy way would be to dlopen() libguile from gdb a
On 21/10/16 12:18, Peter Robinson wrote:
Because they get pulled into builds for core deliverables. In the
case of emacs I believe it's because emacs-filesystem gets pulled in
due to libidn (I've no idea why libidn needs that and I'd love to get
that dep removed).
Because it's packaging some
On Fri, Oct 21, 2016 at 9:43 AM, Jan Synacek wrote:
> Why were critpath flags set on Emacs and Guile?
Because they get pulled into builds for core deliverables. In the
case of emacs I believe it's because emacs-filesystem gets pulled in
due to libidn (I've no idea why libidn needs that and I'd l
On Thu, 2016-10-20 at 22:39 +0200, Till Maas wrote:
> On Wed, Oct 19, 2016 at 03:59:41PM +, Christopher wrote:
> >
> > On Wed, Oct 19, 2016, 08:51 Julien Enselme
> > wrote:
> > >
> > > Thanks for the link. I didn't use to pay much attention to these
> > > emails. I'll be more careful in the
On Thu, 2016-10-20 at 22:42 +0200, Till Maas wrote:
>
> On Wed, Oct 19, 2016 at 01:34:18PM +0200, Julien Enselme wrote:
>
> >
> >
> > I discovered this morning that a package I co-maintain was retired
> > (ccnet [1]) because one of its dependency was retired (libzdb [2]).
> > I
> > learned it o
Hi,
On Fri, Oct 21, 2016 at 2:13 PM, Jan Synacek wrote:
> Why were critpath flags set on Emacs and Guile?
I think guile package was added because of @critical-path-base
@critical-path-base installs rpm-build -> gdb-headless -> guile
and emacs package was added because of @core group
@core group
Why were critpath flags set on Emacs and Guile?
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Thu, Oct 20, 2016 at 09:32:04PM +, Christopher wrote:
>Where does pkgdb2 development occur? Searching online, and
>https://admin.fedoraproject.org/pkgdb/Â itself points to
>https://fedorahosted.org/pkgdb2/
>That page says there's a clone at
>https://github.com/fedora-infr
On 20 October 2016 at 20:48, Luya Tshimbalanga wrote:
> I already file a bug
> (https://bugzilla.redhat.com/show_bug.cgi?id=1387403). Could someone
> investigate the cause?
I'll comment on the bug. For the future, grabbing me on IRC is the
singlehanded best way to fix these kind of issues :)
Ric
58 matches
Mail list logo