On Mon, 2011-09-19 at 18:11 +0200, drago01 wrote:
So I don't get what this flamefest is all about ...
catching up on the thread at a remove of a couple of weeks, I'd say
mostly it's about giant, swingingegos.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora
So I started experimenting with updating libpng to a new release series,
and soon found out that it was impossible to rebuild its dependencies.
For example, cairo BuildRequires: librsvg2-devel, and librsvg2
BuildRequires: cairo-devel, so there is no order in which I can rebuild
them. How the heck
On 10/05/2011 02:41 AM, Adam Williamson wrote:
You can try rebuilding your live image with this patch to
spin-kickstarts:
https://bugzilla.redhat.com/show_bug.cgi?id=739446
to see if it makes any difference. it migrates the livesys stuff to
systemd, at least to an extent.
--
Migrating
On 10/05/2011 12:18 AM, Lennart Poettering wrote:
On Tue, 04.10.11 15:02, Tom Hughes (t...@compton.nu) wrote:
I have a similar problem with some bind mounts over the root filesystem
where systemd mounts them while the rootfs is still ro and hence they
all wind up as ro until I remount them.
On 05/10/11 08:51, Michal Schmidt wrote:
On 10/05/2011 12:18 AM, Lennart Poettering wrote:
On Tue, 04.10.11 15:02, Tom Hughes (t...@compton.nu) wrote:
I have a similar problem with some bind mounts over the root filesystem
where systemd mounts them while the rootfs is still ro and hence they
On 10/05/2011 12:47 AM, Richard W.M. Jones wrote:
On Tue, Oct 04, 2011 at 11:38:18PM +0200, Farkas Levente wrote:
On 10/04/2011 05:30 PM, Eric Sandeen wrote:
XFS has been proven at this scale on Linux for a very long time, is all.
the why rh do NOT support it in 32 bit? there're still system
On 2011-10-05, Tom Lane t...@redhat.com wrote:
So I started experimenting with updating libpng to a new release series,
and soon found out that it was impossible to rebuild its dependencies.
For example, cairo BuildRequires: librsvg2-devel, and librsvg2
BuildRequires: cairo-devel, so there is
Hi,
On Wed, 2011-10-05 at 00:01 +0200, Lennart Poettering wrote:
On Tue, 04.10.11 14:39, Steven Whitehouse (swhit...@redhat.com) wrote:
Hi,
Heya,
I'm looking for some info on systemd and how filesystems are mounted in
Fedora. I've started looking into converting the gfs2-utils
On 10/05/2011 08:55 AM, Steven Whitehouse wrote:
Ok, excellent, so there is really just one issue to try and resolve in
that case I think, which is the ordering of mounts vs. gfs_controld
start,
Hum...
Could that be solved either by creating mount/path units ( for the mount
point ) and or by
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: RFE: please update to 0.009
https://bugzilla.redhat.com/show_bug.cgi?id=743519
Summary: RFE: please update to 0.009
Product: Fedora
On 10/05/2011 01:51 AM, Adam Williamson wrote:
On Sat, 2011-09-17 at 13:20 +0200, Kevin Kofler wrote:
(That said, there definitely needs to be a way to disable it, and maybe it
should even be disabled by default. I personally always uninstall yum-
presto. For me, it's much faster to just
On 10/05/2011 04:01 AM, Farkas Levente wrote:
On 10/05/2011 12:47 AM, Richard W.M. Jones wrote:
On Tue, Oct 04, 2011 at 11:38:18PM +0200, Farkas Levente wrote:
On 10/04/2011 05:30 PM, Eric Sandeen wrote:
XFS has been proven at this scale on Linux for a very long time, is all.
the why rh do
On Tuesday, October 04, 2011 10:08:33 PM Adam Williamson wrote:
Windows used to have a gui that would show a ruler on your monitor and
say hold a real ruler up to this and slide the slider until its the
same size. Given what's been said about how windows handles DPI I can
only wonder what
On Mon, Oct 03, 2011 at 15:36:27 -0400,
Dave Jones da...@redhat.com wrote:
So we're thinking of trying this again this thursday with a focus on 16,
(but triage work on older releases is welcomed too).
I have a bug (36242 at the unavailable kernel bugzilla and 684424 in Fedora)
where sound
On Tue, 04.10.11 19:38, Adam Williamson (awill...@redhat.com) wrote:
On Tue, 2011-10-04 at 15:53 -0800, Jef Spaleta wrote:
On Tue, Oct 4, 2011 at 3:32 PM, JB jb.1234a...@gmail.com wrote:
Let me append The Blame Game.
# systemd-analyze blame
32983ms livesys.service
22828ms
commit bf9aac4dbf863548c7b15f6ffe58f5c5f5473862
Author: Paul Howarth p...@city-fan.org
Date: Wed Oct 5 13:30:54 2011 +0100
Update to 0.11
- New upstream release 0.11:
- Don't accept package names that start with a digit
- Rewrite some of the guts to use Module::Runtime
On Wed, Oct 5, 2011 at 15:09, Lennart Poettering mzerq...@0pointer.de wrote:
On Tue, 04.10.11 19:38, Adam Williamson (awill...@redhat.com) wrote:
On Tue, 2011-10-04 at 15:53 -0800, Jef Spaleta wrote:
On Tue, Oct 4, 2011 at 3:32 PM, JB jb.1234a...@gmail.com wrote:
Let me append The Blame
Lennart Poettering mzerq...@0pointer.de wrote:
On Tue, 04.10.11 21:01, JB (jb.1234a...@gmail.com) wrote:
Results interpretation.
---
Knoppix won by a wide margin, while:
- Knoppix having microknoppix fast-parallel boot (based on SysV/LSB scripts)
and DE with low
On Tue, 04.10.11 19:40, Adam Williamson (awill...@redhat.com) wrote:
On Tue, 2011-10-04 at 16:55 -0800, Jef Spaleta wrote:
On Tue, Oct 4, 2011 at 3:32 PM, JB jb.1234a...@gmail.com wrote:
13837ms udev-settle.service
11392ms plymouth-start.service
if you use the plot option
On Wed, 05.10.11 10:17, Horst H. von Brand (vonbr...@inf.utfsm.cl) wrote:
Lennart Poettering mzerq...@0pointer.de wrote:
On Tue, 04.10.11 21:01, JB (jb.1234a...@gmail.com) wrote:
Results interpretation.
---
Knoppix won by a wide margin, while:
- Knoppix having
Compose started at Wed Oct 5 08:15:57 UTC 2011
Broken deps for x86_64
--
389-admin-1.1.23-1.fc17.i686 requires libicuuc.so.46
389-admin-1.1.23-1.fc17.i686 requires libicui18n.so.46
389-admin-1.1.23-1.fc17.i686
On Wed, Oct 5, 2011 at 15:28, Lennart Poettering mzerq...@0pointer.de wrote:
On Tue, 04.10.11 19:40, Adam Williamson (awill...@redhat.com) wrote:
On Tue, 2011-10-04 at 16:55 -0800, Jef Spaleta wrote:
On Tue, Oct 4, 2011 at 3:32 PM, JB jb.1234a...@gmail.com wrote:
13837ms
On Tue, 2011-10-04 at 19:05 -0700, Adam Williamson wrote:
96dpi, however, is almost *never* correct, is it? So just taking a
hardcoded number that Microsoft happened to pick a decade ago is hardly
improving matters.
The X default used to be 72dpi. Maybe it'll be something else in the
future,
On Tue, Oct 04, 2011 at 09:32:28PM -0700, Garrett Holmstrom wrote:
On 2011-10-04 12:01, Toshio Kuratomi wrote:
So my solyution:
foo-0-1.20110120git.fc16 vs
Your solution:
foo-20110120-1.20110120git.fc16
(Since it's a snapshot, the date has to go into the release string anyway)
On Wed, Oct 05, 2011 at 06:53:50AM +0200, Ralf Corsepius wrote:
On 10/04/2011 09:01 PM, Toshio Kuratomi wrote:
Now do we want to put the git hash into the version
field too?
Yes, because git checkouts by date are not sufficiently reliable to
provide deterministic checkouts from git.
I
On Wed, Oct 05, 2011 at 07:33:22AM -0500, Bruno Wolff III wrote:
On Mon, Oct 03, 2011 at 15:36:27 -0400,
Dave Jones da...@redhat.com wrote:
So we're thinking of trying this again this thursday with a focus on 16,
(but triage work on older releases is welcomed too).
I have a
Lennart Poettering mzerq...@0pointer.de wrote:
[Optimize boot on CD]
Optimizations like this are always thinkable, but then again spending
the time on optimizing CD boots sounds like a lot of time wasted on
yesterday's technology.
Humm... for a LiveCD for forensic work (at least) it should
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=658976
Ramon de C Valle rcva...@redhat.com changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=658976
Ramon de C Valle rcva...@redhat.com changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=658976
Ramon de C Valle rcva...@redhat.com changed:
What|Removed |Added
On Wed, 05.10.11 11:40, Horst H. von Brand (vonbr...@inf.utfsm.cl) wrote:
Lennart Poettering mzerq...@0pointer.de wrote:
[Optimize boot on CD]
Optimizations like this are always thinkable, but then again spending
the time on optimizing CD boots sounds like a lot of time wasted on
On 10/4/11 6:53 PM, Ric Wheeler wrote:
On 10/04/2011 07:19 PM, Przemek Klosowski wrote:
On 10/03/2011 06:33 PM, Eric Sandeen wrote:
On 10/3/11 5:13 PM, Richard W.M. Jones wrote:
On Mon, Oct 03, 2011 at 04:11:28PM -0500, Eric Sandeen wrote:
testing something more real-world (20T ... 500T?)
Hi,
Introducing myself as a prospective new package maintainer for Fedora.
I recently filed a review request:
https://bugzilla.redhat.com/show_bug.cgi?id=743615
I'm the author of a few Nagios plugins, one of which has become widely
used. The review above is for this plugin,
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=658976
--- Comment #18 from Ramon de C Valle rcva...@redhat.com 2011-10-05 10:55:37
EDT ---
Created perl-CGI tracking bugs for this
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=658976
Ramon de C Valle rcva...@redhat.com changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-CGI, perl-CGI-Simple: CVE-2010-2761 - hardcoded MIME boundary
value for multipart content, CVE-2010-4410 - CRLF injection allowing HTTP
response splitting
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=743629
Ramon de C Valle rcva...@redhat.com changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=658976
Bug 658976 depends on bug 743629, which changed state.
Bug 743629 Summary: perl-CGI, perl-CGI-Simple: CVE-2010-2761 - hardcoded
Once upon a time, Dave Jones da...@redhat.com said:
Hardware specific problems like this are a nightmare for us to diagnose.
It might even come down to you needing to do a bisect to find the individual
kernel change that caused the problem. (assuming you know a 'good' version
to start from)
I
JB jb.1234abcd at gmail.com writes:
...
The only difference to previous run is that ethernet cable (with good ISP
service) was plugged in during boot time.
You can see userspace time, and thus total time reduced by more than 300%.
# less -i /var/log/messages
...
Oct 5 05:33:51 localhost
On Mon, 3 Oct 2011 10:03:55 -0700
Steve Jenkins stevejenk...@gmail.com wrote:
I'm not sure of the correct protocol in cases like this, so any
guidance is appreciated.
Early last month, I sent a message to all the addresses I could find
for Jim Radford (jradford), the maintainer of the
On Tue, Oct 4, 2011 at 6:40 PM, Adam Williamson awill...@redhat.com wrote:
So essentially all that's going on here is 'wait for udev to be done',
which is a fairly sensible prerequisite for all manner of other bits of
boot.
The reasons why udev takes a while to be 'done' are more interesting
On 10/5/11 9:58 AM, Eric Sandeen wrote:
On 10/4/11 6:53 PM, Ric Wheeler wrote:
...
Note that ext4 has a new feature that allows inodes to be initialized in the
background, so you will see much quicker mkfs.ext4 times as well :)
right; for large ext4 fs use (or testing), try
#
Adam Williamson wrote on Tue, Oct 04, 2011 at 07:08:33PM -0700:
On Tue, 2011-10-04 at 16:24 -0400, Casey Dahlin wrote:
On Tue, Oct 04, 2011 at 04:17:08PM -0400, Martin Langhoff wrote:
For fedora users, as others have mentioned, perhaps a UI that lets
users test a couple of possible dpi
Petr Pisar ppi...@redhat.com writes:
On 2011-10-05, Tom Lane t...@redhat.com wrote:
For example, cairo BuildRequires: librsvg2-devel, and librsvg2
BuildRequires: cairo-devel, so there is no order in which I can rebuild
them. How the heck did we get into such a situation, and what should
I do
A file has been added to the lookaside cache for perl-MooseX-Types-Structured:
40f9fc2bd8c66803266a1c16f8fb2742 MooseX-Types-Structured-0.28.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit cb5c572bd5cc8cd95d14276ad0224c7011730100
Author: Iain Arnell iarn...@gmail.com
Date: Wed Oct 5 18:31:56 2011 +0200
update to 0.28
.gitignore|1 +
perl-MooseX-Types-Structured.spec |7 +--
sources |2 +-
3 files
Summary of changes:
cb5c572... update to 0.28 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Summary of changes:
d8d43b6... update to 0.27 (*)
c4d4051... Perl mass rebuild (*)
cb5c572... update to 0.28 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Summary of changes:
ce02159... update to 0.26 (*)
e722023... additional provides for packages hidden from PAUSE (*)
45876b0... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
d8d43b6... update to 0.27 (*)
c4d4051... Perl mass rebuild (*)
cb5c572... update to 0.28 (*)
On Wed, 2011-10-05 at 10:49 -0500, Matyas Selmeci wrote:
Windows used to have a gui that would show a ruler on your monitor and
say hold a real ruler up to this and slide the slider until its the
same size. Given what's been said about how windows handles DPI I can
only wonder what it
On 10/05/2011 10:02 AM, Tom Lane wrote:
What exactly did you do for dependency-ordered builds? What I could
really use right now is a tool that would sort the package list into
dependency order for me, and point to where there are circularities.
I'd like to think that wheel has been invented
On Wed, Oct 05, 2011 at 10:38:18 -0400,
Dave Jones da...@redhat.com wrote:
The kernel-debug rpm should have everything you'd need.
But I can't get the system to crash to get a traceback. It just hangs.
I tried using the sysrq commands and NMI timeouts and I haven't been able
to get a dump or
On Wed, Oct 5, 2011 at 5:02 PM, Tom Lane t...@redhat.com wrote:
Petr Pisar ppi...@redhat.com writes:
On 2011-10-05, Tom Lane t...@redhat.com wrote:
For example, cairo BuildRequires: librsvg2-devel, and librsvg2
BuildRequires: cairo-devel, so there is no order in which I can rebuild
them. How
On Wed, 2011-10-05 at 10:17 -0600, Nathanael D. Noblet wrote:
On 10/05/2011 10:02 AM, Tom Lane wrote:
What exactly did you do for dependency-ordered builds? What I could
really use right now is a tool that would sort the package list into
dependency order for me, and point to where there
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=743519
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
On 10/05/2011 04:35 PM, Toshio Kuratomi wrote:
On Wed, Oct 05, 2011 at 06:53:50AM +0200, Ralf Corsepius wrote:
On 10/04/2011 09:01 PM, Toshio Kuratomi wrote:
Now do we want to put the git hash into the version
field too?
Yes, because git checkouts by date are not sufficiently reliable to
Package perl-Pugs-Compiler-Rule in Fedora devel has been retired by steve
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Pugs-Compiler-Rule
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Package perl-Pugs-Compiler-Rule in Fedora 16 has been retired by steve
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Pugs-Compiler-Rule
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
On Oct 4, 2011, at 10:31 PM, Adam Williamson wrote:
On Thu, 2011-09-29 at 09:39 -0400, Jesse Keating wrote:
On Sep 29, 2011, at 6:22 AM, Nils Philippsen wrote:
Ahh I'm late. Anyway, that's a side-effect of using the bodhi interface
to manage something in koji then. It'd still be handy if we
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=741576
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=741576
--- Comment #5 from Fedora Update System upda...@fedoraproject.org 2011-10-05
13:36:06 EDT ---
Jef Spaleta jspaleta at gmail.com writes:
On Tue, Oct 4, 2011 at 6:40 PM, Adam Williamson awilliam at redhat.com
wrote:
So essentially all that's going on here is 'wait for udev to be done',
which is a fairly sensible prerequisite for all manner of other bits of
boot.
The reasons
On Wed, Oct 05, 2011 at 09:26:59AM -0700, Adam Williamson wrote:
You just did, sorry. ;) Hardware sucks. We know this. Fedora generally
takes the position that it's correct to engineer things properly and
regretfully explain that the hardware sucks when this causes problems,
not engineer
On 10/05/2011 12:26 PM, Adam Williamson wrote:
You just did, sorry. ;) Hardware sucks. We know this. Fedora generally
takes the position that it's correct to engineer things properly and
regretfully explain that the hardware sucks when this causes problems,
not engineer hacks and bodges to
On Wed, Oct 05, 2011 at 09:58:59AM -0500, Eric Sandeen wrote:
right; for large ext4 fs use (or testing), try
# mkfs.ext4 -E lazy_itable_init=1 /dev/blah
this will cause it to skip inode table initialization, and speed up
mkfs a LOT. It'll also keep sparse test images smaller.
IMHO this
On Wed, Oct 05, 2011 at 10:42:37AM -0500, Eric Sandeen wrote:
On 10/5/11 9:58 AM, Eric Sandeen wrote:
On 10/4/11 6:53 PM, Ric Wheeler wrote:
...
Note that ext4 has a new feature that allows inodes to be initialized in
the
background, so you will see much quicker mkfs.ext4 times as
Some details about the triage day we are holding tomorrow.
Where:
#fedora-kernel on irc.freenode.net
When:
October 6th 2011
What:
The primary focus is going to be on getting things in the best shape possible
for Fedora 16's release. However there are some useful things that can be done
for all
Jesse Keating jkeat...@j2solutions.net writes:
tl;dr if you're looking for bodhi to allow on-demand creation of topic-tags
for isolating build efforts from rawhide, that's too expensive of an item to
allow a free-for-all at this time, in my opinion.
Fair enough. Is there a policy or
On Oct 5, 2011, at 11:07 AM, Tom Lane wrote:
Jesse Keating jkeat...@j2solutions.net writes:
tl;dr if you're looking for bodhi to allow on-demand creation of topic-tags
for isolating build efforts from rawhide, that's too expensive of an item to
allow a free-for-all at this time, in my
On Wed, Oct 5, 2011 at 9:22 AM, JB jb.1234a...@gmail.com wrote:
Here it is.
No..that's not it.. that is the starting point necessary to understand
the udev differences between the two systems. It is not a dissection.
To understand what is happening with udev across those systems you
have to
On Wed, 2011-10-05 at 13:50 -0400, Peter Jones wrote:
On 10/05/2011 12:26 PM, Adam Williamson wrote:
You just did, sorry. ;) Hardware sucks. We know this. Fedora generally
takes the position that it's correct to engineer things properly and
regretfully explain that the hardware sucks when
On Wed, 2011-10-05 at 18:49 +0100, Matthew Garrett wrote:
So, ok, now you have some belief about the DPI. But which DPI? If you're
dual head, you've got two. Unless they match you're screwed - there's no
magic way to get applications to reflow text just because you've moved
the window
On Wed, 2011-10-05 at 15:28 +0200, Lennart Poettering wrote:
Please, don't claim that udev settle was a sensible prerequisite. It
isn't. It has no place in today's dynamic hardware.
Thanks for the correction.
(you might want to talk to the anaconda team, then, because liveinst
runs 'udevadm
Kay Sievers (kay.siev...@vrfy.org) said:
Any system service that today relies in its core on 'udevadm settle'
or scsi-wait-scan module, or any of the other bad hacks in that
category, anything that uses these barriers as a checkpoint to block
on, to do its synchronous actions, should be
On Wed, 2011-10-05 at 12:31 -0700, Adam Williamson wrote:
On Wed, 2011-10-05 at 18:49 +0100, Matthew Garrett wrote:
So, ok, now you have some belief about the DPI. But which DPI? If you're
dual head, you've got two. Unless they match you're screwed - there's no
magic way to get
On Wed, 2011-10-05 at 15:44 -0400, Simo Sorce wrote:
On Wed, 2011-10-05 at 12:31 -0700, Adam Williamson wrote:
On Wed, 2011-10-05 at 18:49 +0100, Matthew Garrett wrote:
So, ok, now you have some belief about the DPI. But which DPI? If you're
dual head, you've got two. Unless they
On 10/05/11 12:31, Adam Williamson wrote:
Like I replied to ajax, I suspect when the problem of assuming
everything's 96dpi becomes simply too acute, instead of fixing
everything really properly so that all displays correct report their
size and all desktops actually do resolution independence
Adam Williamson awill...@redhat.com writes:
[...]
But that's still going to require some kind of sensible handling of the
case where one monitor is roughly 100dpi and the other is roughly
200dpi, unless we simply say 'you can't do that, all your displays have
to be in the same DPI Category'.
On Wed, Oct 5, 2011 at 5:56 AM, Kay Sievers kay.siev...@vrfy.org wrote:
There is no general rule, but anything that calls 'udevadm settle' is
suspicious and should be carefully checked if it does not rely on
assumptions which just bet on luck and can't reliably work in hotplug
setups.
Kay,
On Wed, 2011-10-05 at 12:49 -0700, Adam Williamson wrote:
On Wed, 2011-10-05 at 15:44 -0400, Simo Sorce wrote:
On Wed, 2011-10-05 at 12:31 -0700, Adam Williamson wrote:
On Wed, 2011-10-05 at 18:49 +0100, Matthew Garrett wrote:
So, ok, now you have some belief about the DPI. But which
On Wed, 2011-10-05 at 15:56 -0400, Simo Sorce wrote:
Are you saying fonts should change on the fly when I move an app between
2 monitors that have different DPIs ?
If they're sufficiently different in DPI, sure. Or would you really want
everything to suddenly become twice as small if
On Wed, Oct 05, 2011 at 12:31:50PM -0700, Adam Williamson wrote:
Like I replied to ajax, I suspect when the problem of assuming
everything's 96dpi becomes simply too acute, instead of fixing
everything really properly so that all displays correct report their
size and all desktops actually do
On Wed, 2011-10-05 at 21:31 +0100, Matthew Garrett wrote:
On Wed, Oct 05, 2011 at 12:31:50PM -0700, Adam Williamson wrote:
Like I replied to ajax, I suspect when the problem of assuming
everything's 96dpi becomes simply too acute, instead of fixing
everything really properly so that all
On Wed, 2011-10-05 at 06:54 -0400, Steve Clark wrote:
On 10/05/2011 01:51 AM, Adam Williamson wrote:
On Sat, 2011-09-17 at 13:20 +0200, Kevin Kofler wrote:
(That said, there definitely needs to be a way to disable it, and maybe
it
should even be disabled by default. I personally
On Wed, Oct 05, 2011 at 01:34:43PM -0700, Adam Williamson wrote:
I'm just saying it would probably pay off to put some thought *now* into
how to manage things when higher resolution displays become so prevalent
that they can't be ignored, rather than desperately scrambling to catch
up when
On Mon, 2011-09-26 at 11:42 -0300, Sergio Belkin wrote:
Abiword releases a new version that adds compatibility with WordStar
4.0 documents. It also completely updates the user interface to use
pie menus. This would be a feature enhancement with a major user
experience change, and would
Matthew Garrett mj...@srcf.ucam.org writes:
We have no technological solution for dealing with the fact that
applications may move from one DPI to another at runtime, and may even
be displaying on both displays at once.
From a technology viewpoint, that is actually theoretically easy to
On Mon, 2011-10-03 at 13:46 -0400, Adam Jackson wrote:
* #667 Request to fix CRITPATH update process (ajax, 17:06:03)
* AGREED: critpath package rules to be modified per sgallagh's
proposal above (ajax, 17:14:09)
* ACTION: nirik to file bodhi ticket for critpath change (ajax,
On Mon, 2011-10-03 at 15:36 -0400, Dave Jones wrote:
On Mon, Aug 22, 2011 at 10:24:45PM -0400, Dave Jones wrote:
On Mon, Aug 22, 2011 at 03:33:24PM -0700, Adam Williamson wrote:
We'll be doing this in #fedora-kernel next Monday (22nd)
I expect that the wiki page will continue
On Wed, 2011-10-05 at 10:06 -0700, Jesse Keating wrote:
On Oct 4, 2011, at 10:31 PM, Adam Williamson wrote:
On Thu, 2011-09-29 at 09:39 -0400, Jesse Keating wrote:
On Sep 29, 2011, at 6:22 AM, Nils Philippsen wrote:
Ahh I'm late. Anyway, that's a side-effect of using the bodhi interface
On 10/05/2011 05:42 PM, Eric Sandeen wrote:
right; for large ext4 fs use (or testing), try
# mkfs.ext4 -E lazy_itable_init=1 /dev/blah
this will cause it to skip inode table initialization, and speed up mkfs a
LOT.
It'll also keep sparse test images smaller.
IMHO this should probably be
On Wed, Oct 05, 2011 at 11:11:38PM +0200, Benny Amorsen wrote:
Matthew Garrett mj...@srcf.ucam.org writes:
We have no technological solution for dealing with the fact that
applications may move from one DPI to another at runtime, and may even
be displaying on both displays at once.
On Wed, 2011-10-05 at 23:11 +0200, Benny Amorsen wrote:
Matthew Garrett mj...@srcf.ucam.org writes:
We have no technological solution for dealing with the fact that
applications may move from one DPI to another at runtime, and may even
be displaying on both displays at once.
From a
Dne 5.10.2011 21:56, Simo Sorce napsal(a):
On Wed, 2011-10-05 at 12:49 -0700, Adam Williamson wrote:
On Wed, 2011-10-05 at 15:44 -0400, Simo Sorce wrote:
On Wed, 2011-10-05 at 12:31 -0700, Adam Williamson wrote:
On Wed, 2011-10-05 at 18:49 +0100, Matthew Garrett wrote:
So, ok, now you have
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Config-Properties-1.73 is available
https://bugzilla.redhat.com/show_bug.cgi?id=743542
Summary: perl-Config-Properties-1.73 is available
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=743519
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=743544
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon as
commit 60af100ef54e7cc9a3394e58988a10cff9421978
Author: Petr Písař ppi...@redhat.com
Date: Wed Oct 5 13:39:05 2011 +0200
0.009 bump
perl-Module-Runtime.spec |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
---
diff --git a/perl-Module-Runtime.spec
1 - 100 of 120 matches
Mail list logo