On Fri, 2011-10-07 at 05:37 +0200, Kevin Kofler wrote:
> Adam Williamson wrote:
> > Just to make sure something in Kevin's mail is sufficiently emphasized:
> > the thing that's bad in the Abiword example is not the 'feature
> > enhancement' part, it's the 'user experience change' part. The WordStar
Richard Shaw wrote:
> That's being rather pedantic... Yes it's considered non-free because
> of the screwy licensing agreement, however, the software is free to
> download and use,
Free of charge (gratis) != Free Software
Free Software as defined by the Free Software Foundation refers to freedom,
Adam Williamson wrote:
> Just to make sure something in Kevin's mail is sufficiently emphasized:
> the thing that's bad in the Abiword example is not the 'feature
> enhancement' part, it's the 'user experience change' part. The WordStar
> 4.0 compatibility is fine, it's the pie menus that are a pro
On Thu, 2011-10-06 at 18:36 +0100, Richard W.M. Jones wrote:
> On Wed, Oct 05, 2011 at 12:02:33PM -0400, 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
On 10/6/2011 12:41 PM, Bruno Wolff III wrote:
> On Thu, Oct 06, 2011 at 12:00:36 -0400,
>Simo Sorce wrote:
>>
>> My main use case here is video projectors, and in that case there is no
>> way on earth you'll ever know the DPI as it depends on the distance from
>> the wall, and again even if yo
Do what thou wilt
shall be the whole of the Law.
On Thu, Oct 6, 2011 at 3:54 PM, Richard Shaw
wrote:t, however, the software is free to
> download and use, it is open source.
(free (of cost) & open source) != Free software.
>
> Richard
charles zeitler
--
Love is the law, love under wi
On Thu, 2011-10-06 at 15:54 -0500, Richard Shaw wrote:
> On Thu, Oct 6, 2011 at 3:28 PM, T.C. Hollingsworth
> wrote:
> > On Thu, Oct 6, 2011 at 4:54 AM, Richard Shaw wrote:
> >> If I remember correctly it's not that TrueCrypt is non-free, but that
> >> the license is incompatible with Fedora and
On Thu, Oct 6, 2011 at 3:28 PM, T.C. Hollingsworth
wrote:
> On Thu, Oct 6, 2011 at 4:54 AM, Richard Shaw wrote:
>> If I remember correctly it's not that TrueCrypt is non-free, but that
>> the license is incompatible with Fedora and upstream was not willing
>> to budge on that so it was re-branded
Am 06.10.2011 22:17, schrieb Richard Shaw:
> After some initial interest there doesn't appear to be any activity
> unless I'm missing something.
>
> I am still interested. Anyone else?
>
> Thanks,
> Richard
Yes, of course. I think we need some infrastructure besides the wiki.
And a policy for han
On Thu, Oct 06, 2011 at 12:00:26PM -0700, Adam Williamson wrote:
> On Thu, 2011-10-06 at 13:36 -0500, Chris Adams wrote:
> > Once upon a time, Bill Nottingham said:
> > > Obviously you embed radar in every projector.
> >
> > Projectors with auto-focus already detect the distance to the screen (I
> "RS" == Richard Shaw writes:
RS> After some initial interest there doesn't appear to be any activity
RS> unless I'm missing something.
Never could gather enough interest for anyone to actually do anything.
Basically I stopped after I called for a couple of folks to help me with
some things
On Thu, Oct 6, 2011 at 4:54 AM, Richard Shaw wrote:
> On Thu, Oct 6, 2011 at 3:37 AM, Eric Smith wrote:
>> There was discussion back in 2007 of TrueCrypt, and the conclusion was
>> that the license was non-free, with several major problems.
>
> Just an FYI, unless you specifically want to stay aw
After some initial interest there doesn't appear to be any activity
unless I'm missing something.
I am still interested. Anyone else?
Thanks,
Richard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le jeudi 06 octobre 2011 à 15:39 -0400, Felix Miata a écrit :
> Instead, display fonts of different sizes and have user pick one. No need for
> user to know or care about units or numbers or DPI,
That does not work because those units are used in different electronic
formats, for example office
On Tue, 2011-10-04 at 09:07 -0700, Adam Williamson wrote:
> On Fri, 2011-09-23 at 16:31 -0400, Doug Ledford wrote:
> > - Original Message -
> > > The setup inside Red Hat cannot be (directly) copied outside at this
> > > time. Instead the autoQA project was started to re-create it as an
>
On Wed, Oct 5, 2011 at 7: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 fas
On Thu, 2011-10-06 at 15:35 -0400, Matthew Miller wrote:
> On Tue, Oct 04, 2011 at 10:51:43PM -0700, Adam Williamson 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-
> > > pre
On 2011/10/06 21:22 (GMT+0200) Nicolas Mailhot composed:
> C. for font sizes
> 1. display them in points (pt) or pixels (px),
no
> 2. display the unit you're using. Don't make the user guess what the
> perverted font dialog author had in mind
no
> 3. let the user specify them in points o
On Thu, Oct 06, 2011 at 09:22:22PM +0200, Nicolas Mailhot wrote:
> Le jeudi 06 octobre 2011 à 16:41 +0100, Matthew Garrett a écrit :
> > What heuristic?
>
> The one you were writing about
The heuristic I was writing about is the "Trust the DPI we get from EDID
if it's within some size range". We
On Tue, Oct 04, 2011 at 10:51:43PM -0700, Adam Williamson 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 download packages than to rebuild
On 2011/10/06 13:59 (GMT-0400) Simo Sorce composed:
> the crowd is even farther from the wall than the projector is :)
Church sanctuary projectors are typically near the back, which means huge
numbers of, if not most people, are closer to the viewing surface than the
projector is.
--
"The wise
On Thu, 2011-10-06 at 09:56 -0500, Michael Cronenworth wrote:
> Jaroslav Skarvada wrote:
> > I cannot reproduce these numbers on our testing machine - in [1] power
> > consumption in active idle is +- measurement error, in other tests
> > it is mostly higher power consumption, but also higher perfo
Le jeudi 06 octobre 2011 à 16:41 +0100, Matthew Garrett a écrit :
> On Thu, Oct 06, 2011 at 05:33:48PM +0200, Nicolas Mailhot wrote:
> >
> > Le Jeu 6 octobre 2011 17:18, Matthew Garrett a écrit :
> > > The heuristic isn't the problem. The problem is that we have no
> > > technology that allows us
On Thu, 2011-10-06 at 06:35 -0400, Jaroslav Skarvada wrote:
> Hi,
>
> thanks all who attended the Power Management Test day, the feedback was
> really great. Stats follows
>
> thanks & regards
>
> Jaroslav
Big thanks for doing all the organization and publicity for this, sorry
we couldn't help
On Thu, 2011-10-06 at 13:36 -0500, Chris Adams wrote:
> Once upon a time, Bill Nottingham said:
> > Obviously you embed radar in every projector.
>
> Projectors with auto-focus already detect the distance to the screen (I
> think they use IR). I don't expect that they change the EDID screen
> si
My name is Greg, my handle these days is xaeth, which is effectively a
shortened versin of a name I made up for accessing a MUD with strict name
requirements the better part of a decade ago (I haven't played since around
then either). @dayjob I am one of their lead linux engineers. I work with
im
Once upon a time, Bill Nottingham said:
> Obviously you embed radar in every projector.
Projectors with auto-focus already detect the distance to the screen (I
think they use IR). I don't expect that they change the EDID screen
size reporting though.
--
Chris Adams
Systems and Network Administ
On Oct 5, 2011, at 11:27 PM, Petr Pisar wrote:
>
> I've written an ultimate heavy-parallel rebuilding tool. (Actually it's
> so much parallel that Fedora infrustructure, git repositories namely,
> spontaneously fails.) It's packaged in `perl-Fedora-Rebuild' package,
> there is sample executable `r
On Thu, Oct 6, 2011 at 10:01 AM, Bill Nottingham wrote:
> Obviously you embed radar in every projector.
Quite possible to do with existing off the shelf ultrasonic or diode
laser telemetry being used for DYI robotic range finding. In fact you
can get ones that use i2c for data acquisition.I could
On 10/06/2011 12:04 PM, Noriko Hosoi wrote:
Rich Megginson wrote:
There are 3 patches. 0001 fixes a problem with betxn and modrdn to
make the ENTRY_POST_OP available to betxnpostop plugins. 0002 allows
us to pass the plugin config entry to plugin_init functions (yay!
finally!). 0003 is the
Rich Megginson wrote:
There are 3 patches. 0001 fixes a problem with betxn and modrdn to
make the ENTRY_POST_OP available to betxnpostop plugins. 0002 allows
us to pass the plugin config entry to plugin_init functions (yay!
finally!). 0003 is the actual change to memberof.
ack.
ack.
ack.
So
Simo Sorce (s...@redhat.com) said:
> My main use case here is video projectors, and in that case there is no
> way on earth you'll ever know the DPI as it depends on the distance from
> the wall, and again even if you knew the distance from the wall you'd
> know nothing because the optimal DPI wil
On Thu, 2011-10-06 at 11:41 -0500, Bruno Wolff III wrote:
> On Thu, Oct 06, 2011 at 12:00:36 -0400,
> Simo Sorce wrote:
> >
> > My main use case here is video projectors, and in that case there is no
> > way on earth you'll ever know the DPI as it depends on the distance from
> > the wall, and
On 2011/10/06 15:33 (GMT+0100) Matthew Garrett composed:
> On Thu, Oct 06, 2011 at 09:30:50AM -0500, Chris Adams wrote:
>> I would wager that the majority of Fedora systems are single monitor
>> (or, in the case of notebooks, single monitor much of the time); can't
>> we at least try to correc
On Thu, 2011-10-06 at 12:00 -0400, Simo Sorce wrote:
> So in that case you really should just give an option to the user to
> easily change DPI (no need to call the option 'DPIs', it can be a slider
> with no mention of DPI if you prefer) *if* it is needed.
There actually is one, only it's called
On Wed, Oct 05, 2011 at 12:02:33PM -0400, 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 in
On Thu, 2011-10-06 at 17:12 +0100, Matthew Garrett wrote:
> On Thu, Oct 06, 2011 at 12:00:36PM -0400, Simo Sorce wrote:
>
> > So in that case you really should just give an option to the user to
> > easily change DPI (no need to call the option 'DPIs', it can be a slider
> > with no mention of DPI
On Thu, 2011-10-06 at 12:12 -0400, Adam Jackson wrote:
> On Thu, 2011-10-06 at 11:14 -0400, Jon Masters wrote:
> > On Tue, 2011-10-04 at 13:54 -0400, Adam Jackson wrote:
> > > EDID does not reliably give you the size of the display.
> >
> > How about "EDID as it exists today". Since you're able to
On Thu, Oct 06, 2011 at 12:00:36 -0400,
Simo Sorce wrote:
>
> My main use case here is video projectors, and in that case there is no
> way on earth you'll ever know the DPI as it depends on the distance from
> the wall, and again even if you knew the distance from the wall you'd
> know nothing
On Thu, 2011-10-06 at 11:14 -0400, Jon Masters wrote:
> On Tue, 2011-10-04 at 13:54 -0400, Adam Jackson wrote:
> > EDID does not reliably give you the size of the display.
>
> How about "EDID as it exists today". Since you're able to so beautifully
> explain what the pitfalls are, I'd assume you'v
On Thu, Oct 06, 2011 at 12:00:36PM -0400, Simo Sorce wrote:
> So in that case you really should just give an option to the user to
> easily change DPI (no need to call the option 'DPIs', it can be a slider
> with no mention of DPI if you prefer) *if* it is needed.
> Chances are that a much wider f
On Thu, 2011-10-06 at 16:46 +0100, Matthew Garrett wrote:
> On Thu, Oct 06, 2011 at 11:39:16AM -0400, Jon Masters wrote:
> > On Thu, 2011-10-06 at 16:20 +0100, Matthew Garrett wrote:
> > > On Thu, Oct 06, 2011 at 11:14:56AM -0400, Jon Masters wrote:
> > >
> > > > How about "EDID as it exists today
On Thu, 2011-10-06 at 16:44 +0100, Matthew Garrett wrote:
> On Thu, Oct 06, 2011 at 11:35:08AM -0400, Simo Sorce wrote:
>
> > I am sure display manager can easily grow a button to say something
> > along the lines of: change font resolution to better fit multiple
> > monitors. so that when someone
On Thu, Oct 06, 2011 at 11:39:16AM -0400, Jon Masters wrote:
> On Thu, 2011-10-06 at 16:20 +0100, Matthew Garrett wrote:
> > On Thu, Oct 06, 2011 at 11:14:56AM -0400, Jon Masters wrote:
> >
> > > How about "EDID as it exists today". Since you're able to so beautifully
> > > explain what the pitfal
On Thu, Oct 06, 2011 at 11:35:08AM -0400, Simo Sorce wrote:
> I am sure display manager can easily grow a button to say something
> along the lines of: change font resolution to better fit multiple
> monitors. so that when someone that has widely varying DPIs between
> monitors plugs a second moni
On Thu, 2011-10-06 at 16:20 +0100, Matthew Garrett wrote:
> On Thu, Oct 06, 2011 at 11:14:56AM -0400, Jon Masters wrote:
>
> > How about "EDID as it exists today". Since you're able to so beautifully
> > explain what the pitfalls are, I'd assume you've raised this with the
> > VESA and asked that
On Thu, Oct 06, 2011 at 05:33:48PM +0200, Nicolas Mailhot wrote:
>
> Le Jeu 6 octobre 2011 17:18, Matthew Garrett a écrit :
> > The heuristic isn't the problem. The problem is that we have no
> > technology that allows us to handle the complicated case of multiple
> > displays, and solving it pure
https://bugzilla.redhat.com/show_bug.cgi?id=743966
https://bugzilla.redhat.com/attachment.cgi?id=526727&action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On Thu, 2011-10-06 at 16:18 +0100, Matthew Garrett wrote:
> The heuristic isn't the problem. The problem is that we have no
> technology that allows us to handle the complicated case of multiple
> displays, and solving it purely for the simple case makes the
> complicated case *worse*. Adding ad
Le Jeu 6 octobre 2011 17:18, Matthew Garrett a écrit :
> The heuristic isn't the problem. The problem is that we have no
> technology that allows us to handle the complicated case of multiple
> displays, and solving it purely for the simple case makes the
> complicated case *worse*.
How does it m
Le Jeu 6 octobre 2011 15:37, Matthew Garrett a écrit :
> On Thu, Oct 06, 2011 at 01:13:21PM +0200, Nicolas Mailhot wrote:
>>
>> Le Mer 5 octobre 2011 23:35, Matthew Garrett a écrit :
>>
>> > This... works badly. Really. Open gimp and add some text. Now double the
>> > size of the font. Save the im
On Thu, Oct 06, 2011 at 11:14:56AM -0400, Jon Masters wrote:
> How about "EDID as it exists today". Since you're able to so beautifully
> explain what the pitfalls are, I'd assume you've raised this with the
> VESA and asked that they revisit this in the future to accurately
> provide DPI informat
The heuristic isn't the problem. The problem is that we have no
technology that allows us to handle the complicated case of multiple
displays, and solving it purely for the simple case makes the
complicated case *worse*. Adding additional complexity for what would
be, at best, a different set o
On Tue, 2011-10-04 at 13:54 -0400, Adam Jackson wrote:
> On Tue, 2011-10-04 at 11:46 -0400, Kaleb S. KEITHLEY wrote:
>
> > Grovelling around in the F15 xorg-server sources and reviewing the Xorg
> > log file on my F15 box, I see, with _modern hardware_ at least, that we
> > do have the monitor g
Le Jeu 6 octobre 2011 16:33, Matthew Garrett a écrit :
> On Thu, Oct 06, 2011 at 09:30:50AM -0500, Chris Adams wrote:
>> Once upon a time, Matthew Garrett said:
>> > Like I said, that works fine right up until the point where you plug in
>> > a monitor with a different DPI. What do we do then?
>>
Jaroslav Skarvada wrote:
> I cannot reproduce these numbers on our testing machine - in [1] power
> consumption in active idle is +- measurement error, in other tests
> it is mostly higher power consumption, but also higher performance.
> Similar for idle graph in [2]. I will try to get one of the
- Original Message -
> Jaroslav Skarvada wrote:
> > thanks all who attended the Power Management Test day, the feedback
> > was
> > really great. Stats follows
>
> On the topic of power management:
>
> Is there anything being done to address the regressions[1] in 2.6.38+
> kernels?
>
I c
On 10/5/11 12:54 PM, Richard W.M. Jones wrote:
> 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
On Thu, Oct 06, 2011 at 09:30:50AM -0500, Chris Adams wrote:
> Once upon a time, Matthew Garrett said:
> > Like I said, that works fine right up until the point where you plug in
> > a monitor with a different DPI. What do we do then?
>
> I would wager that the majority of Fedora systems are sin
Once upon a time, Matthew Garrett said:
> Like I said, that works fine right up until the point where you plug in
> a monitor with a different DPI. What do we do then?
I would wager that the majority of Fedora systems are single monitor
(or, in the case of notebooks, single monitor much of the t
On 10/06/2011 09:45 AM, Matthew Garrett wrote:
> On Thu, Oct 06, 2011 at 03:57:38PM +0200, Michel Alexandre Salim wrote:
>
>> But maybe a quick 'I know I have a 13.3" widescreen laptop, you know the
>> resolution, just make things work' should work for the single-screen
>> case (esp if we stick to
On Thu, Oct 06, 2011 at 03:57:38PM +0200, Michel Alexandre Salim wrote:
> But maybe a quick 'I know I have a 13.3" widescreen laptop, you know the
> resolution, just make things work' should work for the single-screen
> case (esp if we stick to certain target DPIs as Adam suggested). One
> shouldn
On 10/05/2011 07:49 PM, Matthew Garrett wrote:
> But what about the single monitor case? Let's go back to your Vaio. It's
> got a high DPI screen, so let's adjust to that. Now you're happy. Right
> up until you plug in an external monitor and now when you run any
> applications on the external d
Jaroslav Skarvada wrote:
> thanks all who attended the Power Management Test day, the feedback was
> really great. Stats follows
On the topic of power management:
Is there anything being done to address the regressions[1] in 2.6.38+
kernels?
[1] http://www.phoronix.com/scan.php?page=article&ite
On Thu, Oct 06, 2011 at 01:13:21PM +0200, Nicolas Mailhot wrote:
>
> Le Mer 5 octobre 2011 23:35, Matthew Garrett a écrit :
>
> > This... works badly. Really. Open gimp and add some text. Now double the
> > size of the font. Save the image and open it in image viewer, and zoom
> > out so the text
Em Qui, 2011-10-06 às 08:21 -0400, Simo Sorce escreveu:
> On Thu, 2011-10-06 at 13:06 +0200, Nicolas Mailhot wrote:
> > Le Mer 5 octobre 2011 21:44, Simo Sorce a écrit :
> >
> > > Are you saying fonts should change on the fly when I move an app between
> > > 2 monitors that have different DPIs ?
>
On Thu, 2011-10-06 at 13:13 +0200, Nicolas Mailhot wrote:
> Le Mer 5 octobre 2011 23:35, Matthew Garrett a écrit :
>
> > This... works badly. Really. Open gimp and add some text. Now double the
> > size of the font. Save the image and open it in image viewer, and zoom
> > out so the text is half t
On Thu, 2011-10-06 at 13:06 +0200, Nicolas Mailhot wrote:
> Le Mer 5 octobre 2011 21:44, Simo Sorce a écrit :
>
> > Are you saying fonts should change on the fly when I move an app between
> > 2 monitors that have different DPIs ?
>
> Unfortunately, when you get into situations with more than 150
# F16 Final Blocker Review meeting #2
# Date: 2011-10-07
# Time: 17:00 UTC [1] (13:00 EDT, 10:00 PDT)
# Location: #fedora-bugzappers on irc.freenode.net
The second Fedora 16 final blocker bug review meeting will be this
Friday at 17:00 UTC in #fedora-bugzappers. We'll be running through the
final
On Thu, Oct 6, 2011 at 3:37 AM, Eric Smith wrote:
> There was discussion back in 2007 of TrueCrypt, and the conclusion was
> that the license was non-free, with several major problems.
Just an FYI, unless you specifically want to stay away from
problematic licences (i.e. Fedora) but don't have a
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=711486
--- Comment #5 from Petr Pisar 2011-10-06 07:10:04 EDT ---
(In reply to comment #0)
>
> Steps to Reproduce:
> 1.Install perl-CP
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=711486
Petr Pisar changed:
What|Removed |Added
Le Mer 5 octobre 2011 23:35, Matthew Garrett a écrit :
> This... works badly. Really. Open gimp and add some text. Now double the
> size of the font. Save the image and open it in image viewer, and zoom
> out so the text is half the size. It doesn't look the same as your
> original text.
>
> Rend
Le Mer 5 octobre 2011 21:56, Simo Sorce a écrit :
> At least untill all rendering is done with something like svg and not
> with absolute pixel values this is just going to be a very bad
> experience.
How is rendering ever going to go be done with something like svg when no one
bothers with the
Le Mer 5 octobre 2011 21:44, Simo Sorce a écrit :
> Are you saying fonts should change on the fly when I move an app between
> 2 monitors that have different DPIs ?
Unfortunately, when you get into situations with more than 150% difference in
pixel densities between displays (as we've been creep
Hi Eric,
On 10/06/2011 10:37 AM, Eric Smith wrote:
> There was discussion back in 2007 of TrueCrypt, and the conclusion was
> that the license was non-free, with several major problems.
>
> There is now a BSD-licensed alternative to TrueCrypt called tcplay,
> which works with Linux using the de
Hi,
thanks all who attended the Power Management Test day, the feedback was
really great. Stats follows
thanks & regards
Jaroslav
P.S.: If you missed the event you can still post your results at
http://fedoraproject.org/wiki/Test_Day:2011-09-29_PowerManagement
---
Power Management Test Day St
There was discussion back in 2007 of TrueCrypt, and the conclusion was
that the license was non-free, with several major problems.
There is now a BSD-licensed alternative to TrueCrypt called tcplay,
which works with Linux using the device mapper:
https://github.com/bwalex/tc-play
I've suce
78 matches
Mail list logo
