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.
> --
Migra
On Wed, 2011-10-05 at 07:16 +, "Jóhann B. Guðmundsson" wrote:
> 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.
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 th
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 henc
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'r
On 10/05/2011 01:19 AM, 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?) might still be
interesting.
On 04/10/11 23:28, Lennart Poettering wrote:
> On Wed, 05.10.11 00:18, Lennart Poettering (mzerq...@0pointer.de) 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
On Wed, 05 Oct 2011 02:50:24 -0400, TL (Tom) 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
On 2011-10-05, Tom Lane 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 no order in
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
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
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
Versio
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 downlo
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.
>
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 won
On Mon, Oct 03, 2011 at 15:36:27 -0400,
Dave Jones 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 being played us
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 wrote:
> > > Let me append "The Blame Game".
> > > # systemd-analyze blame
> > > 32983ms livesys.service
> > > 22828ms NetworkMa
commit bf9aac4dbf863548c7b15f6ffe58f5c5f5473862
Author: Paul Howarth
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 rather than
reimp
On Wed, Oct 5, 2011 at 15:09, Lennart Poettering 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 wrote:
>> > > Let me append "The Blame Game".
>> > > # systemd-analyze
Lennart Poettering 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 resources us
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 wrote:
> > > 13837ms udev-settle.service
> > > 11392ms plymouth-start.service
> >
> >
> > if you use the plot option instead o
On Wed, 05.10.11 10:17, Horst H. von Brand (vonbr...@inf.utfsm.cl) wrote:
>
> Lennart Poettering 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 micr
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 require
On Wed, Oct 5, 2011 at 15:28, Lennart Poettering 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 wrote:
>> > > 13837ms udev-settle.service
>> > > 11392ms plymouth-start
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
futur
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
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
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 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 (3624
Lennart Poettering 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 be worthwhile,
and
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 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 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 changed:
What|Removed |Added
--
On Wed, 05.10.11 11:40, Horst H. von Brand (vonbr...@inf.utfsm.cl) wrote:
>
> Lennart Poettering 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
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
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, check_openmanage.
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 2011-10-05 10:55:37
EDT ---
Created perl-CGI tracking bugs for this issue
Affects: fedor
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 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 [fedora-all
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 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 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 know suspend
JB 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 systemd[1]: Startu
On Mon, 3 Oct 2011 10:03:55 -0700
Steve Jenkins 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 dkim-milter package:
>
On Tue, Oct 4, 2011 at 6:40 PM, Adam Williamson 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 and
> Lennart w
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 possibl
Petr Pisar writes:
> On 2011-10-05, Tom Lane 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 about it? Neither spec
On Wed, 2011-10-05 at 10:30 -0400, Adam Jackson wrote:
> 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
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
https://admin
commit cb5c572bd5cc8cd95d14276ad0224c7011730100
Author: Iain Arnell
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 changed, 7 insertions(+
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
https://admin.fedoraproject.org/mail
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
perl
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 w
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 inve
On Wed, Oct 05, 2011 at 10:38:18 -0400,
Dave Jones 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 traceback.
>
On Wed, Oct 5, 2011 at 5:02 PM, Tom Lane wrote:
> Petr Pisar writes:
>> On 2011-10-05, Tom Lane 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 sit
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
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 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
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
perl-de...@l
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
perl-de...@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 h
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 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 2011-10-05
13:36:06 EDT ---
perl-DateTime-TimeZone-1.39-1.fc16 has been pushed to the
Jef Spaleta gmail.com> writes:
>
> On Tue, Oct 4, 2011 at 6:40 PM, Adam Williamson 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
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 h
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.
>
> IMH
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.
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 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 guideline on how big a change
On Oct 5, 2011, at 11:07 AM, Tom Lane wrote:
> Jesse Keating 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 enoug
On Wed, Oct 5, 2011 at 9:22 AM, JB 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 look really close at the
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 suc
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 b
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 'udevad
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 co
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 a
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
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 independe
Adam Williamson 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'.
Perhaps the s
On Wed, Oct 5, 2011 at 5:56 AM, Kay Sievers 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,
Is there a general
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 DP
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
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
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 tha
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.
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,
Matthew Garrett 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
handle on modern ha
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 wi
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 bod
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 s
On Wed, Oct 05, 2011 at 11:11:38PM +0200, Benny Amorsen wrote:
> Matthew Garrett 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 tec
On Wed, 2011-10-05 at 23:11 +0200, Benny Amorsen wrote:
> Matthew Garrett 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
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,
On 2011-10-05, 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 a
On 2011-10-05, Tom Lane wrote:
>
> My particular reason for asking is that I'm looking at a soname bump for
> libpng, and if repoquery is telling me the truth, there are about 1200
> packages that will need to be rebuilt.
>
Few days ago I've been asked by Marcela how should I cope with this
proble
100 matches
Mail list logo
