tcplay: BSD-licensed alternative to TrueCrypt

2011-10-06 Thread Eric Smith
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

Power Management Test day (2011-09-29) Stats

2011-10-06 Thread Jaroslav Skarvada
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

Re: tcplay: BSD-licensed alternative to TrueCrypt

2011-10-06 Thread Michel Alexandre Salim
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Nicolas Mailhot
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Nicolas Mailhot
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Nicolas Mailhot
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

[Bug 711486] Missing dependency (perl-ExtUtils-MakeMaker) in perl-CPANPLUS

2011-10-06 Thread bugzilla
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

[Bug 711486] Missing dependency (perl-ExtUtils-MakeMaker) in perl-CPANPLUS

2011-10-06 Thread bugzilla
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

Re: tcplay: BSD-licensed alternative to TrueCrypt

2011-10-06 Thread Richard Shaw
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

[Test-Announce] 2011-10-07 @ 17:00 UTC - F16 Final Blocker Bug Review #2

2011-10-06 Thread Tim Flink
# 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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Simo Sorce
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Simo Sorce
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Evandro Giovanini
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 ? >

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Matthew Garrett
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

Re: Power Management Test day (2011-09-29) Stats

2011-10-06 Thread Michael Cronenworth
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Michel Alexandre Salim
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Matthew Garrett
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Robert Marcano
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Chris Adams
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Matthew Garrett
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

Re: Heads up: e2fsprogs-1.42-WIP-0702 pushed to rawhide

2011-10-06 Thread Eric Sandeen
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

Re: Power Management Test day (2011-09-29) Stats

2011-10-06 Thread Jaroslav Skarvada
- 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

Re: Power Management Test day (2011-09-29) Stats

2011-10-06 Thread Michael Cronenworth
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Nicolas Mailhot
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? >>

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Jon Masters
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Matthew Garrett
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Matthew Garrett
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Nicolas Mailhot
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Nicolas Mailhot
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Simo Sorce
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

[389-devel] Please Review: (743966) Compiler warnings in account usability plugin

2011-10-06 Thread Nathan Kinder
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Matthew Garrett
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Jon Masters
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Matthew Garrett
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Matthew Garrett
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Simo Sorce
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Simo Sorce
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Matthew Garrett
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Adam Jackson
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Bruno Wolff III
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Jon Masters
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Simo Sorce
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

Re: Dealing with circular BuildRequires?

2011-10-06 Thread Richard W.M. Jones
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Adam Williamson
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Felix Miata
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Simo Sorce
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Bill Nottingham
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

Re: [389-devel] Please review: convert memberof to use transactions

2011-10-06 Thread Noriko Hosoi
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

Re: [389-devel] Please review: convert memberof to use transactions

2011-10-06 Thread Rich Megginson
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Jef Spaleta
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

Re: Dealing with circular BuildRequires?

2011-10-06 Thread Jesse Keating
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Chris Adams
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

Self-introduction

2011-10-06 Thread Greg Swift
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Adam Williamson
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

Re: Power Management Test day (2011-09-29) Stats

2011-10-06 Thread Adam Williamson
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Nicolas Mailhot
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

Re: Power Management Test day (2011-09-29) Stats

2011-10-06 Thread Adam Williamson
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Felix Miata
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

Re: how to have yum prefer one dependency over others

2011-10-06 Thread Matthew Miller
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Matthew Garrett
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Felix Miata
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

Re: how to have yum prefer one dependency over others

2011-10-06 Thread Adam Williamson
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

Re: how to have yum prefer one dependency over others

2011-10-06 Thread drago01
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

Re: Responsibility for rebuilding dependent components, was: F-16 Branched report: 20110920 changes

2011-10-06 Thread Adam Williamson
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 >

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Nicolas Mailhot
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

Package review SIG dead?

2011-10-06 Thread 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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: tcplay: BSD-licensed alternative to TrueCrypt

2011-10-06 Thread T.C. Hollingsworth
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

Re: Package review SIG dead?

2011-10-06 Thread Jason L Tibbitts III
> "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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread Tomasz Torcz
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

Re: Package review SIG dead?

2011-10-06 Thread Mario Blättermann
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

Re: tcplay: BSD-licensed alternative to TrueCrypt

2011-10-06 Thread Richard Shaw
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

Re: tcplay: BSD-licensed alternative to TrueCrypt

2011-10-06 Thread Adam Williamson
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

Re: tcplay: BSD-licensed alternative to TrueCrypt

2011-10-06 Thread charles zeitler
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

Re: Why EDID is not trustworthy for DPI

2011-10-06 Thread David
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

Re: Dealing with circular BuildRequires?

2011-10-06 Thread seth vidal
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

Re: About Feature enhancement Updates Policy

2011-10-06 Thread Kevin Kofler
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

Re: tcplay: BSD-licensed alternative to TrueCrypt

2011-10-06 Thread Kevin Kofler
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,

Re: About Feature enhancement Updates Policy

2011-10-06 Thread Adam Williamson
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