Dan Shearer | 1 Oct 04:18 2007

[openchange]Clueless slashdot article on OpenChange licensing

At http://linux.slashdot.org/linux/07/09/30/195207.shtml you'll find a
very clueless article by someone anonymous. He never bothered to contact
us first; the slashdot editors might do us the courtesy in retrospect.
I'm asking now.

We do have some comments to make on licensing, and it was only the
travel around the CIFS Workshop over in the US that stopped it being
published already.

--

-- 
Dan Shearer
dan <at> shearer.org
Dan Shearer | 1 Oct 11:44 2007

Re: Bacula and Exchange mail stores

Just an FYI to the OpenChange and Bacula lists. A confused posting from
someone called "anonymous" somehow got through the strict editorial
quality controls on slashdot, drawing some bizarre conclusions from a
recent thread on these lists from a couple of weeks ago. See
http://linux.slashdot.org/article.pl?sid=07/09/30/195207 .

I have responded with a comment at
http://linux.slashdot.org/comments.pl?sid=312965&cid=20807849 . 

--

-- 
Dan Shearer
dan <at> shearer.org

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Kern Sibbald | 1 Oct 12:25 2007

Re: Bacula and Exchange mail stores

On Monday 01 October 2007 11:44, Dan Shearer wrote:
> Just an FYI to the OpenChange and Bacula lists. A confused posting from
> someone called "anonymous" somehow got through the strict editorial
> quality controls on slashdot, drawing some bizarre conclusions from a
> recent thread on these lists from a couple of weeks ago. See
> http://linux.slashdot.org/article.pl?sid=07/09/30/195207 .
>
> I have responded with a comment at
> http://linux.slashdot.org/comments.pl?sid=312965&cid=20807849 .

Thanks for notifying us of this.  I find it unfortunate that "anonymous" 
writers draw conclusions about other people's motives for their licensing 
choice, but given the general state of the world now, it is probably not too 
serious.

Regarding your response to that email: I'm not really convinced that our views 
differ in any significant way as we both fully support Open Source, though 
each person may have different nuances of what is important or not.  

The problem that the Bacula project is facing at the current time, is that the 
GPL and the OpenSSL license are incompatible.  The only solution I have found 
that allows us to distribute Bacula linked with OpenSSL that is workable in 
the short term is to provide an exception to the GPL.  This in turn prevents 
us from distributing code linked with OpenChange that is licensed under 
a "pure" GPL.

So, unless I am missing something, it is licensing "technicalities" that are 
our problem rather than any point of view differences.

Best regards,
(Continue reading)

Andrew Gaylard | 1 Oct 15:15 2007
Picon

[openchange][patch] fix warnings

Hi,

This patch fixes all the warnings when building current the SVN
tree against samba-4.0.0alpha1:

warning: passing argument 1 of 'lp_parm_string' makes integer from pointer without a cast
warning: passing argument 1 of 'lp_parm_int' makes integer from pointer without a cast

None of these warnings was particularly dangerous, and the fixes
are obvious.  OK to apply?

Is there a reason that we tell the Makefile to suppress output?

Is there a simple way to turn on the displaying of output?
I currently use:

sed -i 's/^\t <at> /\t/' Makefile.in
to get any warnings to be displayed.

Andrew

PS: This patch does not fix any of the IDL warnings:

/usr/bin/pidl --outputdir=gen_ndr --client -- exchange.idl
Compiling exchange.idl
exchange.idl:876: warning: subcontext() is deprecated. Use represent_as() or transmit_as() instead
exchange.idl:973: warning: subcontext() is deprecated. Use represent_as() or transmit_as() instead
exchange.idl:1021: warning: subcontext() is deprecated. Use represent_as() or transmit_as() instead
exchange.idl :1186: warning: subcontext() is deprecated. Use represent_as() or transmit_as() instead
exchange.idl:1468: warning: subcontext() is deprecated. Use represent_as() or transmit_as() instead
exchange.idl:1474: warning: subcontext() is deprecated. Use represent_as() or transmit_as() instead
exchange.idl:1712: warning: subcontext() is deprecated. Use represent_as() or transmit_as() instead
exchange.idl:1713: warning: subcontext() is deprecated. Use represent_as() or transmit_as() instead
exchange.idl :238: warning: [out] argument `settings' not a pointer
exchange.idl:240: warning: [out] argument `unknown' not a pointer
exchange.idl:546: warning: top-level [out] pointer `RowSet' is not a [ref] pointer
exchange.idl:562: warning: top-level [out] pointer `RowSet' is not a [ref] pointer
exchange.idl:586: warning: [out] argument `org_group' not a pointer
exchange.idl:586: warning: top-level [out] pointer `org_group' is not a [ref] pointer
exchange.idl:587: warning: [out] argument `user' not a pointer
exchange.idl:587: warning: top-level [out] pointer `user' is not a [ref] pointer
exchange.idl:1710: warning: [out] argument `size' not a pointer
exchange.idl:1711: warning: [out] argument `offset' not a pointer

Attachment (warnings-cleanup.patch): application/octet-stream, 17 KiB
_______________________________________________
devel mailing list
devel <at> openchange.org
http://mailman.openchange.org/listinfo/devel
Julien Kerihuel | 1 Oct 17:10 2007

Re: [openchange][patch] fix warnings

Hi Andrew,

I currently have another patch to apply which fix OC build against
latest Samba4 revision. Jelmer introduced a global loadparm context
which is now the first argument of any lp_ functions.

e.g.: lp_parm_string(global_loadparm, NULL, "mapi", "body");

I anyway have a couple of changes to provide/discuss with Jelmer before
I can apply the patch:
        1. Some PIDL changes: gen_ndr/misc.h reference in
        Samba4/Header.pm has been removed, but is still mandatory for OC
        generated IDL files.

        2. util/attr.h needs to be added to the make install header list

        3. lp_load now take a char * pointing to a valid smb.conf file.
        I'd like the filename to be optional but still initialize the
        loadparm structure. OC shouldn't be required to rely on
        smb.conf.

        4. global_loadparm and libmapiadmin. I've maybe missed smth, but
        it seems like recent modifications doesn't fix the libmapiadmin
        charset related issue.

I'll anyway have a look at the NULL -> 0 which I may have been missing.

See comments in text below:

On Mon, 2007-10-01 at 15:15 +0200, Andrew Gaylard wrote:
> Hi,
> 
> This patch fixes all the warnings when building current the SVN 
> tree against samba-4.0.0alpha1:
> 
> warning: passing argument 1 of 'lp_parm_string' makes integer from
> pointer without a cast
> warning: passing argument 1 of 'lp_parm_int' makes integer from
> pointer without a cast 
> 
> None of these warnings was particularly dangerous, and the fixes
> are obvious.  OK to apply?

See top posting.

> Is there a reason that we tell the Makefile to suppress output?

No reason but development convenience.

> Is there a simple way to turn on the displaying of output? 
> I currently use:
> sed -i 's/^\t <at> /\t/' Makefile.in
> 
> to get any warnings to be displayed.

We should normally have warnings displayed -- we are compiling with
-Wall -Wmissing-prototypes -Wstrict-prototypes -- but I may add -Werror
when we are about to release code.

> Andrew
> 
> PS: This patch does not fix any of the IDL warnings:

PIDL warnings have been discussing during the CIFS workshop. subcontext
warnings were initially introduced to prepare developers to migrate from
subcontext to represent_as/transmit_as. However, Jelmer got really busy
on other stuff and didn't have time to finish the implementation yet. 

The question is now whether we keep subcontext and remove compilation
warnings or finish the implementation and switch from subcontext to
represent_as/transmit_as.

For top-level pointers warnings, this is yet another story.

Cheers,
Julien.

--

-- 
Julien Kerihuel
j.kerihuel <at> openchange.org
OpenChange Project Manager

GPG Fingerprint: 0B55 783D A781 6329 108A  B609 7EF6 FE11 A35F 1F79

_______________________________________________
devel mailing list
devel <at> openchange.org
http://mailman.openchange.org/listinfo/devel
Julien Kerihuel | 1 Oct 23:51 2007

Re: [openchange]libmapi-0.6, API documentation and doxygen

Bradh,

Thanks for the good work! (and sorry for the long delay)

Now I'm back to Paris, I can really give it a closer look and the
necessary time it deserves. I'll just need 1-2 days to fix some
openchangeclient bugs + push named properties implementation and I
should be free to work on it (apply patch + discuss possible
improvements).

PS: libmapi-0.6 API toolchain and documentation really matters to me, so
your work is a priority in my TODO list ;-)

Cheers,
Julien.

On Thu, 2007-09-27 at 15:59 +1000, Brad Hards wrote:
> On Friday 14 September 2007 00:55, Julien Kerihuel wrote:
> > The more we develop on OC and introduce new functions (or modify
> > existing ones), the more updating hand written man pages become painful
> > and cause errors/inconsistencies in the documentation.
> >
> > We initially suggested to use doxygen as a potential replacement. Brad
> > Hards is ready to help in making this step forward. (It's always nice to
> > meet doxygen fan (-;).
> 
> I've had a go at this, and it is looking OK. Essentially what I've done so 
> far:
> 0. Added the doxygen config file (Doxyfile)
> 1. Taken the content from doc/man/man3 and moved it into the matching places 
> in libmapi/*.c. I fixed a few typos, and some errors that I noted.
> 2. Modified scripts/mkproto.pl so that the comments are also put into the 
> header. This is the most hairy part, because I don't grok perl at all. I used 
> the samba4 script as a model - thanks to Jelmer for the suggestion.
> 3. Added the examples from the linuxconf.eu paper.
> 4. Added some content for the "main page" (start page). Mostly from the intro 
> to the linuxconf.eu paper.
> 5. Added an example of additional content. This page (on MAPI concepts) is 
> only to show what is possible. Again, content is from the linuxconf.eu paper. 
> I'd like to extract more from that paper, including the diagrams.
> 
> You can see the results here:
> http://www.frogmouth.net/oc-apidocs/html/index.html
> 
> There is also a PDF manual:
> http://www.frogmouth.net/oc-apidocs/latex/refman.pdf
> (not very useful IMO, html is much better).
> 
> The patch (298K) is at
> http://www.frogmouth.net/doxygen-ify-2007-09-27.patch
> It is too big for the list, even gzip'ed.
> 
> There are still some parts that aren't as good as I'd like:
> - the man3 version is pig-ugly
> - the documentation shows <libmapi/proto.h>, and there should be some 
> explanation that the right header is <libmapi.h>. That might be quite hard to 
> fix.
> - there are too many undocumented functions/data structures/enums. I need to 
> suppress some of it, and fix the rest.
> 
> I'm undecided whether this should be applied - I think it would be good to do 
> so, just not too happy with the deficiencies.
> 
> 
--

-- 
Julien Kerihuel
j.kerihuel <at> openchange.org
OpenChange Project Manager

GPG Fingerprint: 0B55 783D A781 6329 108A  B609 7EF6 FE11 A35F 1F79

_______________________________________________
devel mailing list
devel <at> openchange.org
http://mailman.openchange.org/listinfo/devel
Julien Kerihuel | 2 Oct 03:27 2007

[openchange]Update your Samba4 installation

Thanks to Jelmer, the openchangepfadmin bug we encountered in
openchangepfadmin is now fixed -- Samba4 now uses a global_loadparm
context.

Since there has been many modifications in the code, you are asked to
update your Samba4 and pidl installation to rev 25456 or later if you
intend to compile openchange rev 270.

Cheers,
Julien.

--

-- 
Julien Kerihuel
j.kerihuel <at> openchange.org
OpenChange Project Manager

GPG Fingerprint: 0B55 783D A781 6329 108A  B609 7EF6 FE11 A35F 1F79

_______________________________________________
devel mailing list
devel <at> openchange.org
http://mailman.openchange.org/listinfo/devel
Tim Pintsch | 3 Oct 15:11 2007

[openchange]Greetings and question

I am new to the list and OpenChange, I am just a simple admin and web developer who does little more then simple php edits and some scripting. I appreciate the opportunity to help in whatever testing I can. I'm not affraid to get my hands dirty, but to be honest, last night was my first experience with rsync and svn though I've compiled my share of things in the past.

Would it be possible for someone to post svn instructions for the latest build of samba4? This would help greatly, I thought I had it last night, but I guess I didn't. I really want to make this work. I sent my request to julien and he was gracious and patient with me, however, I'd prefer not to distract him with my benign requests.

Thank you for all of your efforts on this project,
I hope I can help in whatever capacity I am capable,

tim.

_______________________________________________
devel mailing list
devel <at> openchange.org
http://mailman.openchange.org/listinfo/devel
Julien Kerihuel | 3 Oct 15:18 2007

Re: [openchange]Greetings and question

On Wed, 2007-10-03 at 09:11 -0400, Tim Pintsch wrote:
> I am new to the list and OpenChange, I am just a simple admin and web
> developer who does little more then simple php edits and some
> scripting. I appreciate the opportunity to help in whatever testing I
> can. I'm not affraid to get my hands dirty, but to be honest, last
> night was my first experience with rsync and svn though I've compiled
> my share of things in the past. 
> 
> Would it be possible for someone to post svn instructions for the
> latest build of samba4? This would help greatly, I thought I had it
> last night, but I guess I didn't. I really want to make this work. 

Here the method I use to fetch/compile latest Samba4 trunk:

$ svn co svn://svnanon.samba.org/samba/branches/SAMBA_4_0 samba4
$ cd samba4
$ ./autogen.sh && ./configure.developer --prefix=/usr/local/samba
$ make
# make install

(for Fedora Core users otherwise simply follow doc/howto.txt
instructions about ldconfig)

# cat "/usr/local/samba/lib" > /etc/ld.so.conf.d/samba4.conf
# ldconfig

Now install openchange as described in doc/howto.txt

> I sent my request to julien and he was gracious and patient with me,
> however, I'd prefer not to distract him with my benign requests. 

No problem ;-)

--

-- 
Julien Kerihuel
j.kerihuel <at> openchange.org
OpenChange Project Manager

GPG Fingerprint: 0B55 783D A781 6329 108A  B609 7EF6 FE11 A35F 1F79

_______________________________________________
devel mailing list
devel <at> openchange.org
http://mailman.openchange.org/listinfo/devel
Dan Shearer | 3 Oct 15:28 2007

Re: [openchange]Greetings and question

On Wed, Oct 03, 2007 at 09:11:02AM -0400, Tim Pintsch wrote:

> I am new to the list and OpenChange, I am just a simple admin and web
> developer who does little more then simple php edits and some scripting. 

Sounds like openchangeclient might be useful to you then, or the other
commandline tools, because you can easily invoke them from PHP.

> affraid to get my hands dirty, but to be honest, last night was my first
> experience with rsync and svn though I've compiled my share of things in the
> past.
> 
> Would it be possible for someone to post svn instructions for the latest
> build of samba4? 

We know we have to improve the instructions in howto.txt, found at
https://svn.openchange.org/openchange/trunk/doc/howto.txt. If you could
tell us what isn't working for you we can help you and fix the doc at
the same time. 

Firstly, you should be able to avoid using svn for Samba. From
howto.txt:

$ mkdir samba4 ; cd samba4
$ rsync -avz samba.org::ftp/unpacked/samba4 .
$ ./configure --prefix=/usr/local/samba
$ make 
# make installlib && make installheader
# cd pidl && perl Makefile.PL && make && make install

Did this part work? If not, what errors did you get?

> I hope I can help in whatever capacity I am capable,

That's exactly what we need! And thanks for posting publicly.

--

-- 
Dan Shearer
dan <at> shearer.org

Gmane