On 2011-10-05, Tom Lane t...@redhat.com 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
On 2011-10-05, Tom Lane t...@redhat.com 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
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
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
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 device
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
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.
Rendering
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 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=711486
--- Comment #5 from Petr Pisar ppi...@redhat.com 2011-10-06 07:10:04 EDT ---
(In reply to comment #0)
Steps to Reproduce:
On Thu, Oct 6, 2011 at 3:37 AM, Eric Smith e...@brouhaha.com 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)
# 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, 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 the
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, 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 is half
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]
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
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'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 certain
Once upon a time, Matthew Garrett mj...@srcf.ucam.org 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
On Thu, Oct 06, 2011 at 09:30:50AM -0500, Chris Adams wrote:
Once upon a time, Matthew Garrett mj...@srcf.ucam.org 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
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. It'll
- 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 cannot
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
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 mj...@srcf.ucam.org 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
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 geometry
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
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 information
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 image and open
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 make
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
https://bugzilla.redhat.com/show_bug.cgi?id=743966
https://bugzilla.redhat.com/attachment.cgi?id=526727action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
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 purely for
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 they
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 monitor
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 pitfalls are, I'd
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 that
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. Since
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 font
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've
On Thu, Oct 06, 2011 at 12:00:36 -0400,
Simo Sorce s...@redhat.com 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
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 so
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 if you
On Wed, Oct 05, 2011 at 12:02:33PM -0400, Tom Lane 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 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 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 correct for
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 s...@redhat.com 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
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 will
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.
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
On Thu, Oct 6, 2011 at 10:01 AM, Bill Nottingham nott...@redhat.com 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
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
Once upon a time, Bill Nottingham nott...@redhat.com 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
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
On Thu, 2011-10-06 at 13:36 -0500, Chris Adams wrote:
Once upon a time, Bill Nottingham nott...@redhat.com 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
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 out too
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 to handle
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
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 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 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 don't
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 or
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-
presto. For me,
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
open
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
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
On Thu, Oct 6, 2011 at 4:54 AM, Richard Shaw hobbes1...@gmail.com wrote:
On Thu, Oct 6, 2011 at 3:37 AM, Eric Smith e...@brouhaha.com 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
RS == Richard Shaw hobbes1...@gmail.com 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
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 nott...@redhat.com said:
Obviously you embed radar in every projector.
Projectors with auto-focus already detect the distance to the
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 handling
On Thu, Oct 6, 2011 at 3:28 PM, T.C. Hollingsworth
tchollingswo...@gmail.com wrote:
On Thu, Oct 6, 2011 at 4:54 AM, Richard Shaw hobbes1...@gmail.com 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
On Thu, 2011-10-06 at 15:54 -0500, Richard Shaw wrote:
On Thu, Oct 6, 2011 at 3:28 PM, T.C. Hollingsworth
tchollingswo...@gmail.com wrote:
On Thu, Oct 6, 2011 at 4:54 AM, Richard Shaw hobbes1...@gmail.com wrote:
If I remember correctly it's not that TrueCrypt is non-free, but that
the
Do what thou wilt
shall be the whole of the Law.
On Thu, Oct 6, 2011 at 3:54 PM, Richard Shaw hobbes1...@gmail.com
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
On 10/6/2011 12:41 PM, Bruno Wolff III wrote:
On Thu, Oct 06, 2011 at 12:00:36 -0400,
Simo Sorces...@redhat.com 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
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 ppi...@redhat.com writes:
On 2011-10-05, Tom Lane t...@redhat.com wrote:
For example, cairo BuildRequires: librsvg2-devel, and librsvg2
BuildRequires:
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
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,
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
4.0
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=743567
Jan Lieskovsky jlies...@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
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 #7 from Petr Pisar ppi...@redhat.com 2011-10-06 07:40:23 EDT ---
F14 not affected.
--
Configure bugmail:
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 ppi...@redhat.com changed:
What|Removed |Added
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide 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
perl-Bio-Graphics has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-Graphics-2.25-1.fc17.noarch requires perl(Bio::DB::BigWig)
On i386:
perl-Bio-Graphics-2.25-1.fc17.noarch requires perl(Bio::DB::BigWig)
Please resolve this as soon as possible.
--
Fedora Extras
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.
From
Rich Megginson wrote:
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!
85 matches
Mail list logo
