notion-devel — Development discussion about the notion window manager

Re: [Notion-devel] Licensing situation

[Josef 'J. S. <je...@jo...>]

On Fri, Oct 21, 2011 at 05:33:18PM +0200, Arnout Engelen wrote:
> Hi,
> 
> I wrote down a couple of paragraphs about Notion's current licensing situation
> and our plans forward from here:
> 
>   https://sourceforge.net/apps/mediawiki/notion/index.php?title=Licensing_FAQ
> 
> Does that seem accurate and complete? Any improvements/additions?

Additionally, the authors of all the contributed patches should be contacted
(assuming Tuomo didn't require copyright assignment) and asked to relicense
their code to LGPL.  This way there is less code to rewrite.

Jeff.

-- 
All science is either physics or stamp collecting.
		- Ernest Rutherford

[Notion-devel] Release announcement

[Arnout E. <no...@bz...>]

Hello,

Gearing up for the release, we should prepare an announcement. I think the 
announcement should probably simply contain the contents of the 'Introduction',
'History' and 'Changes' sections of http://notion.sf.net (just updated, you 
might need to refresh).

Any comments, improvements?


Kind regards,

Arnout

Re: [Notion-devel] Release

[Arnout E. <no...@bz...>]

Hello,

Given that the response on the release candidate was mostly positive and only
some small improvements have been made, I think we can start doing an 1.0 
release Real Soon Now. 

There will always be 'things that would be nice to do before releasing', but 
Notion as it stands right now appears to be a working product with a few 
improvements and no regressions with respect to the original ion3.

I've quickly put together a rough release procedure at 
https://sourceforge.net/apps/mediawiki/notion/index.php?title=Development#Release_procedure :

    commit and push everything :)
    write a changelog
    perform a fresh checkout and run 'predist.sh'
    verify building from source works
    verify building from source works with PRELOAD_MODULES=1 in system.mk
    build the release source .tar.gz en .tar.bz2
        do we also want to release binary packages? I don't really think so.
    tag the release in git
    upload to sf.net
    announce on mailinglist
    announce on freshmeat.net
    announce to packagers/distributions:
        Solaris: Jeff Sipek
        Arch: Sergej Pupykin
        Debian: file an RFP
        Ubuntu: ?
        RedHat/Fedora: ?
        OpenSUSE: ?
        Slackware: ? 

As for the packaging for various distributions, I think it would make sense to
contact the packagers that did the original ion3 packages, if there were any.

Did I miss anything? Anyone care to fill in some blanks? Start on the 
announcement text and perhaps the changelog?


Kind regards,

Arnout

On Thu, Sep 29, 2011 at 02:14:44AM +0200, Arnout Engelen wrote:
> On Wed, Sep 28, 2011 at 06:55:20PM +0200, Arnout Engelen wrote:
> > As far as I'm concerned, all release-critical bugs are now resolved - 
> > except for https://sourceforge.net/tracker/?func=detail&aid=3414775&group_id=314802&atid=1324528
> 
> Looks like that was a false alarm, so we're just about good to go.
> 
> It'd be great if some people could test the .tar.gz I uploaded to sf.net today,
> as a sort of alpha release candidate.
> 
> 
> Kind regards,
> 
> Arnout
> 
> 
> > When we're confident that's either not a problem in Notion or fixed, we should
> > do a release with all the proper PR fanfare. 
> > 
> > Hopefully this should also attract some new users, so we should be ready to 
> > respond to questions, feedback and problems on the mailinglists and elsewhere.
> > I'll be less available from now until approx. october 18th, so I think we 
> > should do the release shortly after that.
> > 
> > In the mean time, I've uploaded a new source snapshot tarball to sf.net, 
> > perhaps you can use that for now?
> > 
> > 
> > Kind regards,
> > 
> > Arnout
> > 
> > ------------------------------------------------------------------------------
> > All the data continuously generated in your IT infrastructure contains a
> > definitive record of customers, application performance, security
> > threats, fraudulent activity and more. Splunk takes this data and makes
> > sense of it. Business sense. IT sense. Common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy1
> > _______________________________________________
> > Notion-devel mailing list
> > Not...@li...
> > https://lists.sourceforge.net/lists/listinfo/notion-devel
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Notion-devel mailing list
> Not...@li...
> https://lists.sourceforge.net/lists/listinfo/notion-devel

[Notion-devel] Licensing situation

[Arnout E. <no...@bz...>]

Hi,

I wrote down a couple of paragraphs about Notion's current licensing situation
and our plans forward from here:

  https://sourceforge.net/apps/mediawiki/notion/index.php?title=Licensing_FAQ

Does that seem accurate and complete? Any improvements/additions?


Kind regards,

Arnout

[Notion-devel] 'use_mb': any reason to have this set to 'false' ever?

[Arnout E. <no...@bz...>]

Hello,

The global field 'use_mb' determines whether to use multibyte-aware functions[1].

It seems this field is actually usually set to 'true', except when the locale 
is unless the locale is 'C', 'POSIX', Statefull (whatever that means - anyway 
we don't support it) or erronous.

This interpretation of 'use_mb' seems to be a little too strict: right now 
use_mb is also being used to decide which functions to use when reading 
external strings, like between 'XTextPropertyToStringList' and 
'XmbTextPropertyToTextList' in xwindow_get_text_property. This means 
xwindow_get_text_property will not be able to read UTF-8 text properties
when using the 'C' or 'POSIX' locales, even though XmbTextPropertyToTextList 
can and will convert them to the current locale encoding (stripping any mb
characters).

I think it makes sense to change the meaning of 'use_mb' to mean 'use 
multibyte-aware functions when handling strings that are in the current
locale encoding (such as all our internal strings). For external strings,
we should always use multibyte-aware functions to convert the external strings
to the internal locale-dependent encoding.

As for a specific use case, the current use of use_mb causes the (UTF-8 EWMH)
_NET_WM_NAME property to be ignored when using a 'C' or 'POSIX' locale. This
is especially problematic when there is no useful XA_WM_NAME to fall back on,
which is ugly anyway but is reported to happen sometimes.

Any objections to changing the semantics of 'use_mb' in this way?


Kind regards,

Arnout

[1]: for example for deciding between '!iswprint(str_wchar_at(buf, 32))' and 
'iscntrl(*buf)' or deciding between 'XmbTextListToTextProperty' and 
'XStringListToTextProperty'. 

Re: [Notion-devel] F12 on OpenIndiana

[Arnout E. <no...@bz...>]

On Thu, Oct 20, 2011 at 11:57:45AM -0400, Josef 'Jeff' Sipek wrote:
> > Is this an improvement? Shouldn't self-compiled apps go into /usr/local ?
> 
> Remember, I'm making an official package for OI. :)  I think that /usr/local
> is a good default to have.

Right, yes, of course :)

> > > assorted Makefiles:
> > > 
> > > 	* use $(DESTDIR) to allow for installing into an arbitrary dir
> > > 	  without messing up the prefix
> > 
> > This is a non-Solaris-specific improvement, right?
> 
> Yes, that's right.  It let's you do:
> 
> $ make install DESTDIR=$HOME/protodir
> 
> and end up with $HOME/protodir/usr/bin/notion which believes that it is in
> /usr/bin/notion.  A lot of package building software uses DESTDIR.  Here's
> the diff:
> 
> http://31bits.net/fix-install.patch

Seems reasonable enough, applied, thanks.

> > I updated https://sourceforge.net/apps/mediawiki/notion/index.php?title=Solaris#Building
> > does that appear correct and complete?
> 
> Yeah, the build instructions seem fine.  

OK

> The "Setting Notion as the default
> window manager" is (probably) fine for Solaris 10 and older.  OpenSolaris,
> OpenIndiana, and Solaris 11 use gdm & gnome by default.  As far as I know,
> gdm ignores .dtprofile.  To add a gdm entry, you want to make this file:
> 
> $ cat /usr/share/xsessions/notion.desktop 
> [Desktop Entry]
> Encoding=UTF-8
> Name=notion
> Comment=This session logs you into Notion
> Exec=notion
> TryExec=notion
> Icon=
> Type=Application

Thanks, added 

> As I mentioned in my previous email, I still need to get notion running with
> my environment (I like my custom $PATH) - but that's not Notion related.

Good. Once you figure this out, we'd of course be glad to mention it in the 
docs :)

> All in all, I'm happy with Notion :)  Is a release imminent?

I think we're getting really close now.


Kind regards,

Arnout

Re: [Notion-devel] F12 on OpenIndiana (was: Re: Release)

[Josef 'J. S. <je...@jo...>]

On Thu, Oct 20, 2011 at 05:39:57PM +0200, Arnout Engelen wrote:
> On Thu, Oct 20, 2011 at 10:48:08AM -0400, Josef 'Jeff' Sipek wrote:
...
> > So, to summarize, here are my changes:
> > 
> > system.mk:
> > 	-#DEFINES += -DCF_SUN_F1X_REMAP
> > 	+DEFINES += -DCF_SUN_F1X_REMAP
> > 	-#PRELOAD_MODULES=1
> > 	+PRELOAD_MODULES=1
> > 	-#HAS_SYSTEM_ASPRINTF=1
> > 	+HAS_SYSTEM_ASPRINTF=0
> > 	-#XOPEN_SOURCE=-D__EXTENSIONS__
> > 	+XOPEN_SOURCE=-D__EXTENSIONS__
> > 	#C99_SOURCE=-std=c99 -DCF_HAS_VA_COPY
> > 	+C99_SOURCE=-xc99=%all -DCF_HAS_VA_COPY
> 
> OK, these are already documented and not compiler-specific

Right.

> > 	-PREFIX=/usr/local
> > 	+PREFIX=/usr
> 
> Is this an improvement? Shouldn't self-compiled apps go into /usr/local ?

Remember, I'm making an official package for OI. :)  I think that /usr/local
is a good default to have.

> > 	-CC=gcc
> > 	+CC=/opt/SUNWspro/sunstudio12.1/bin/cc
> > 	-WARN=  -W -Wimplicit -Wreturn-type -Wswitch -Wcomment \
> > 	-       -Wtrigraphs -Wformat -Wchar-subscripts \
> > 	-       -Wparentheses -pedantic -Wuninitialized
> > 	+WARN=
> >
> > assorted Makefiles:
> > 
> > 	* remove "-Wall"
> > 
> > libtu/Makefile:
> > 
> > 	+CFLAGS += $(XOPEN_SOURCE) $(C99_SOURCE)
> 
> These are changes needed when using Sun Studio rather than GCC, right?

Yes.

> > assorted Makefiles:
> > 
> > 	* use $(DESTDIR) to allow for installing into an arbitrary dir
> > 	  without messing up the prefix
> 
> This is a non-Solaris-specific improvement, right?

Yes, that's right.  It let's you do:

$ make install DESTDIR=$HOME/protodir

and end up with $HOME/protodir/usr/bin/notion which believes that it is in
/usr/bin/notion.  A lot of package building software uses DESTDIR.  Here's
the diff:

http://31bits.net/fix-install.patch

> > 	* add -lXinerama -lXrandr
> 
> .. and this should no longer be required
> 
> I updated https://sourceforge.net/apps/mediawiki/notion/index.php?title=Solaris#Building
> does that appear correct and complete?

Yeah, the build instructions seem fine.  The "Setting Notion as the default
window manager" is (probably) fine for Solaris 10 and older.  OpenSolaris,
OpenIndiana, and Solaris 11 use gdm & gnome by default.  As far as I know,
gdm ignores .dtprofile.  To add a gdm entry, you want to make this file:

$ cat /usr/share/xsessions/notion.desktop 
[Desktop Entry]
Encoding=UTF-8
Name=notion
Comment=This session logs you into Notion
Exec=notion
TryExec=notion
Icon=
Type=Application


As I mentioned in my previous email, I still need to get notion running with
my environment (I like my custom $PATH) - but that's not Notion related.

All in all, I'm happy with Notion :)  Is a release imminent?

Jeff.

-- 
Reality is merely an illusion, albeit a very persistent one.
		- Albert Einstein

Re: [Notion-devel] F12 on OpenIndiana (was: Re: Release)

[Arnout E. <no...@bz...>]

On Thu, Oct 20, 2011 at 10:48:08AM -0400, Josef 'Jeff' Sipek wrote:
> On Thu, Oct 20, 2011 at 02:56:09PM +0200, Arnout Engelen wrote:
> > On Wed, Oct 12, 2011 at 03:30:32PM -0400, Josef 'Jeff' Sipek wrote:
> > > There seems to be an issue with F12 not working, but I didn't add
> > > -DCF_SUN_F1X_REMAP to the right makefile.  I'll try that tonight, and
> > > hopefully I'll be able to close the session sanely :)
> > 
> > Did it help?
> 
> Yes, it did.

Great!

> I ended up packaging up xmessage since dtpad (that the wiki
> suggests using instead) is not in OI.

OK, worded the instructions a bit more neutrally

> So, to summarize, here are my changes:
> 
> system.mk:
> 	-#DEFINES += -DCF_SUN_F1X_REMAP
> 	+DEFINES += -DCF_SUN_F1X_REMAP
> 	-#PRELOAD_MODULES=1
> 	+PRELOAD_MODULES=1
> 	-#HAS_SYSTEM_ASPRINTF=1
> 	+HAS_SYSTEM_ASPRINTF=0
> 	-#XOPEN_SOURCE=-D__EXTENSIONS__
> 	+XOPEN_SOURCE=-D__EXTENSIONS__
> 	#C99_SOURCE=-std=c99 -DCF_HAS_VA_COPY
> 	+C99_SOURCE=-xc99=%all -DCF_HAS_VA_COPY

OK, these are already documented and not compiler-specific

> 	-PREFIX=/usr/local
> 	+PREFIX=/usr

Is this an improvement? Shouldn't self-compiled apps go into /usr/local ?

> 	-CC=gcc
> 	+CC=/opt/SUNWspro/sunstudio12.1/bin/cc
> 	-WARN=  -W -Wimplicit -Wreturn-type -Wswitch -Wcomment \
> 	-       -Wtrigraphs -Wformat -Wchar-subscripts \
> 	-       -Wparentheses -pedantic -Wuninitialized
> 	+WARN=
>
> assorted Makefiles:
> 
> 	* remove "-Wall"
> 
> libtu/Makefile:
> 
> 	+CFLAGS += $(XOPEN_SOURCE) $(C99_SOURCE)

These are changes needed when using Sun Studio rather than GCC, right?

> assorted Makefiles:
> 
> 	* use $(DESTDIR) to allow for installing into an arbitrary dir
> 	  without messing up the prefix

This is a non-Solaris-specific improvement, right?

> 	* add -lXinerama -lXrandr

.. and this should no longer be required

I updated https://sourceforge.net/apps/mediawiki/notion/index.php?title=Solaris#Building
does that appear correct and complete?


Kind regards,

Arnout

Re: [Notion-devel] F12 on OpenIndiana (was: Re: Release)

[Josef 'J. S. <je...@jo...>]

On Thu, Oct 20, 2011 at 02:56:09PM +0200, Arnout Engelen wrote:
> On Wed, Oct 12, 2011 at 03:30:32PM -0400, Josef 'Jeff' Sipek wrote:
> > So, for what it's worth, I've been using it on my laptop for a day now.
> 
> Great!
> 
> > There seems to be an issue with F12 not working, but I didn't add
> > -DCF_SUN_F1X_REMAP to the right makefile.  I'll try that tonight, and
> > hopefully I'll be able to close the session sanely :)
> 
> Did it help?

Yes, it did.  I ended up packaging up xmessage since dtpad (that the wiki
suggests using instead) is not in OI.  Now, my only issue is related to X
not loading my environment - but that's not a Notion issue :)

So, to summarize, here are my changes:

system.mk:

	-#DEFINES += -DCF_SUN_F1X_REMAP
	+DEFINES += -DCF_SUN_F1X_REMAP

	-PREFIX=/usr/local
	+PREFIX=/usr

	-#PRELOAD_MODULES=1
	+PRELOAD_MODULES=1

	-#HAS_SYSTEM_ASPRINTF=1
	+HAS_SYSTEM_ASPRINTF=0

	-CC=gcc
	+CC=/opt/SUNWspro/sunstudio12.1/bin/cc

	-WARN=  -W -Wimplicit -Wreturn-type -Wswitch -Wcomment \
	-       -Wtrigraphs -Wformat -Wchar-subscripts \
	-       -Wparentheses -pedantic -Wuninitialized
	+WARN=

	-#XOPEN_SOURCE=-D__EXTENSIONS__
	+XOPEN_SOURCE=-D__EXTENSIONS__

	#C99_SOURCE=-std=c99 -DCF_HAS_VA_COPY
	+C99_SOURCE=-xc99=%all -DCF_HAS_VA_COPY

assorted Makefiles:

	* remove "-Wall"
	* add -lXinerama -lXrandr

libtu/Makefile:

	+CFLAGS += $(XOPEN_SOURCE) $(C99_SOURCE)

assorted Makefiles:

	* use $(DESTDIR) to allow for installing into an arbitrary dir
	  without messing up the prefix

Jeff.

-- 
Si hoc legere scis nimium eruditionis habes.

[Notion-devel] F12 on OpenIndiana (was: Re: Release)

[Arnout E. <no...@bz...>]

On Wed, Oct 12, 2011 at 03:30:32PM -0400, Josef 'Jeff' Sipek wrote:
> So, for what it's worth, I've been using it on my laptop for a day now.

Great!

> There seems to be an issue with F12 not working, but I didn't add
> -DCF_SUN_F1X_REMAP to the right makefile.  I'll try that tonight, and
> hopefully I'll be able to close the session sanely :)

Did it help?


Kind regards,

Arnout

[Notion-devel] Building on OpenIndiana (Solaris, was: Re: Release)

[Arnout E. <no...@bz...>]

On Mon, Oct 10, 2011 at 11:33:36PM -0400, Josef 'Jeff' Sipek wrote:
> I had to add -lXinerama -lXrandr in notion/Makefile and pwm/Makefile.  
> After that, it built.  I'll try to compile it with Sun Studio
> now, if I end up with something built sometime early tomorrow, I'll try to
> actually run it :)

;). I've modified predist.sh to add -lXinerama -lXrandr to system.mk when 
PRELOAD_MODULES is enabled for source distributions.


Kind regards,

Arnout

Re: [Notion-devel] Release

[Josef 'J. S. <je...@jo...>]

On Mon, Oct 10, 2011 at 11:33:36PM -0400, Josef 'Jeff' Sipek wrote:
> On Fri, Sep 30, 2011 at 11:15:18PM +0200, Arnout Engelen wrote:
> > On Fri, Sep 30, 2011 at 03:38:36PM -0400, Josef 'Jeff' Sipek wrote:
> > > > > /usr/include/sys/feature_tests.h:357:2: #error "Compiler or options invalid; UNIX 03 and POSIX.1-2001 applications      require the use of c99"
> > > > 
> > > > I could make a guess at the solution (adding 'CFLAGS += $(XOPEN_SOURCE) 
> > > > $(C99_SOURCE)' to the libtu Makefile might help). 
> > > 
> > > That helped a bunch.  
> > 
> > Cool.
> > 
> > > Now it blows up on Xinerama related symbols being undefined (during a 
> > > linking). It' probably because I don't have much X11 related files 
> > > installed.  I'll try to install those and see if it gets further.
> > 
> > During linking but not during compilation? That's odd. Anyway if you can
> > do without xinerama you can remove it from modulelist.mk .
> 
> Sorry for taking so long with this.  I just got back to trying to make it
> compile.  I had to add -lXinerama -lXrandr in notion/Makefile and
> pwm/Makefile.  After that, it built.  I'll try to compile it with Sun Studio
> now, if I end up with something built sometime early tomorrow, I'll try to
> actually run it :)

So, for what it's worth, I've been using it on my laptop for a day now.
There seems to be an issue with F12 not working, but I didn't add
-DCF_SUN_F1X_REMAP to the right makefile.  I'll try that tonight, and
hopefully I'll be able to close the session sanely :)

Jeff.

-- 
The box said "Windows XP or better required". So I installed Linux.

Re: [Notion-devel] Release

[Josef 'J. S. <je...@jo...>]

On Fri, Sep 30, 2011 at 11:15:18PM +0200, Arnout Engelen wrote:
> On Fri, Sep 30, 2011 at 03:38:36PM -0400, Josef 'Jeff' Sipek wrote:
> > > > /usr/include/sys/feature_tests.h:357:2: #error "Compiler or options invalid; UNIX 03 and POSIX.1-2001 applications      require the use of c99"
> > > 
> > > I could make a guess at the solution (adding 'CFLAGS += $(XOPEN_SOURCE) 
> > > $(C99_SOURCE)' to the libtu Makefile might help). 
> > 
> > That helped a bunch.  
> 
> Cool.
> 
> > Now it blows up on Xinerama related symbols being undefined (during a 
> > linking). It' probably because I don't have much X11 related files 
> > installed.  I'll try to install those and see if it gets further.
> 
> During linking but not during compilation? That's odd. Anyway if you can
> do without xinerama you can remove it from modulelist.mk .

Sorry for taking so long with this.  I just got back to trying to make it
compile.  I had to add -lXinerama -lXrandr in notion/Makefile and
pwm/Makefile.  After that, it built.  I'll try to compile it with Sun Studio
now, if I end up with something built sometime early tomorrow, I'll try to
actually run it :)

...
> In the end, though, autotools/cmake and friends all have their own set of
> drawbacks and the current system does work, so for now I'm happy focussing
> on the application itself rather than the build system.

That's very true.

Jeff.

-- 
Failure is not an option,
It comes bundled with your Microsoft product.

Re: [Notion-devel] Release

[Arnout E. <no...@bz...>]

On Fri, Sep 30, 2011 at 03:38:36PM -0400, Josef 'Jeff' Sipek wrote:
> > > /usr/include/sys/feature_tests.h:357:2: #error "Compiler or options invalid; UNIX 03 and POSIX.1-2001 applications      require the use of c99"
> > 
> > I could make a guess at the solution (adding 'CFLAGS += $(XOPEN_SOURCE) 
> > $(C99_SOURCE)' to the libtu Makefile might help). 
> 
> That helped a bunch.  

Cool.

> Now it blows up on Xinerama related symbols being undefined (during a 
> linking). It' probably because I don't have much X11 related files 
> installed.  I'll try to install those and see if it gets further.

During linking but not during compilation? That's odd. Anyway if you can
do without xinerama you can remove it from modulelist.mk .

> Using Sun Studio, I still get the "must use c99" error.  It appears to have
> a different way of specifying the standard.  At the moment, I want to get it
> going with gcc first.  Then, if I feel adventurous enough, I'll look at
> Studio again.

Makes sense.

> Out of curiosity, have you considered using a more automatic way of
> configuring the build?  (Something like autotools (ew) or cmake.)

Ah, yes. I'm not *that* thrilled by the current constellation of different
makefiles including each other and autodetecting stuff. Notably, the 
dependencies between source files aren't tracked reliably (I believe it 
sometimes fails to recognise it needs to recompile .c's when an included .h 
is updated. 

In the end, though, autotools/cmake and friends all have their own set of
drawbacks and the current system does work, so for now I'm happy focussing
on the application itself rather than the build system.

> > I don't currently have set up a Solaris/OI machine so I can't really test.
> 
> No worries.  I intend to get notion to compile on it, and use it on several
> of my computers.  That should test it enough ;)
> 
> Thanks for all the help.

No problem!


Kind regards,

Arnout

Re: [Notion-devel] Release

[Josef 'J. S. <je...@jo...>]

On Fri, Sep 30, 2011 at 09:24:02PM +0200, Arnout Engelen wrote:
> On Fri, Sep 30, 2011 at 02:31:39PM -0400, Josef 'Jeff' Sipek wrote:
> > I'm trying this snapshot on open indiana.
> > 
> > I changed the system.mk in the top-level dir according to:
> > http://sourceforge.net/apps/mediawiki/notion/index.php?title=Solaris
> > 
> > Then, gmake:
> > 
> > gmake[1]: Entering directory `/code/oi-build/components/notion/notion/libtu'
> > gcc -Os -W -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wparentheses -pedantic -Wuninitialized -DCF_XFREE86_TEXTPROP_BUG_WORKAROUND   -g  -D_POSIX_C_SOURCE=200112L -W -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wparentheses -pedantic -Wuninitialized -c iterable.c -o iterable.o
> > In file included from /usr/include/sys/types.h:33,
> >                  from types.h:13,
> >                  from iterable.h:13,
> >                  from iterable.c:10:
> > /usr/include/sys/feature_tests.h:357:2: #error "Compiler or options invalid; UNIX 03 and POSIX.1-2001 applications      require the use of c99"
> > gmake[1]: *** [iterable.o] Error 1
> > gmake[1]: Leaving directory `/code/oi-build/components/notion/notion/libtu'
> 
> OK
> 
> > $ gcc -v       
> > Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/specs
> > Configured with:
> > /home/aszeszo/oi151/sfw/sfwnv.hg/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++,f77,objc --enable-shared
> > Thread model: posix
> > gcc version 3.4.3 (csl-sol210-3_4-20050802)
> > 
> > 
> > Yes, I know that that's a fairly old gcc.  We're working on getting 4.6 as
> > the primary compiler.  I tried with Sun's/Oracle's compiler (I had to remove
> > all the -W warning flags because it doesn't understand them), but it died
> > with the same error.
> 
> I could make a guess at the solution (adding 'CFLAGS += $(XOPEN_SOURCE) 
> $(C99_SOURCE)' to the libtu Makefile might help). 

That helped a bunch.  Now it blows up on Xinerama related symbols being
undefined (during a linking).  It' probably because I don't have much X11
related files installed.  I'll try to install those and see if it gets
further.

Using Sun Studio, I still get the "must use c99" error.  It appears to have
a different way of specifying the standard.  At the moment, I want to get it
going with gcc first.  Then, if I feel adventurous enough, I'll look at
Studio again.

Out of curiosity, have you considered using a more automatic way of
configuring the build?  (Something like autotools (ew) or cmake.)

> I don't currently have set up a Solaris/OI machine so I can't really test.

No worries.  I intend to get notion to compile on it, and use it on several
of my computers.  That should test it enough ;)

Thanks for all the help.

Jeff.

-- 
Defenestration n. (formal or joc.):
  The act of removing Windows from your computer in disgust, usually
  followed by the installation of Linux or some other Unix-like operating
  system.

Re: [Notion-devel] Release

[Arnout E. <no...@bz...>]

On Fri, Sep 30, 2011 at 02:31:39PM -0400, Josef 'Jeff' Sipek wrote:
> I'm trying this snapshot on open indiana.
> 
> I changed the system.mk in the top-level dir according to:
> http://sourceforge.net/apps/mediawiki/notion/index.php?title=Solaris
> 
> Then, gmake:
> 
> gmake[1]: Entering directory `/code/oi-build/components/notion/notion/libtu'
> gcc -Os -W -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wparentheses -pedantic -Wuninitialized -DCF_XFREE86_TEXTPROP_BUG_WORKAROUND   -g  -D_POSIX_C_SOURCE=200112L -W -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wparentheses -pedantic -Wuninitialized -c iterable.c -o iterable.o
> In file included from /usr/include/sys/types.h:33,
>                  from types.h:13,
>                  from iterable.h:13,
>                  from iterable.c:10:
> /usr/include/sys/feature_tests.h:357:2: #error "Compiler or options invalid; UNIX 03 and POSIX.1-2001 applications      require the use of c99"
> gmake[1]: *** [iterable.o] Error 1
> gmake[1]: Leaving directory `/code/oi-build/components/notion/notion/libtu'

OK

> $ gcc -v       
> Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/specs
> Configured with:
> /home/aszeszo/oi151/sfw/sfwnv.hg/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++,f77,objc --enable-shared
> Thread model: posix
> gcc version 3.4.3 (csl-sol210-3_4-20050802)
> 
> 
> Yes, I know that that's a fairly old gcc.  We're working on getting 4.6 as
> the primary compiler.  I tried with Sun's/Oracle's compiler (I had to remove
> all the -W warning flags because it doesn't understand them), but it died
> with the same error.

I could make a guess at the solution (adding 'CFLAGS += $(XOPEN_SOURCE) 
$(C99_SOURCE)' to the libtu Makefile might help). I don't currently have
set up a Solaris/OI machine so I can't really test.

> Now a "feature" request.  It'd be cool if notion-XYZ.tar.bz2 created a dir
> called "notion-XYZ" instead of "notion".  Not a biggie, but it makes it
> easier to script & test with different versions.

Good one, done!


Arnout

Re: [Notion-devel] Release

[Arnout E. <no...@bz...>]

On Fri, Sep 30, 2011 at 08:49:04PM +0200, Philipp Hartwig wrote:
> Thanks a lot. After installing
>     libxinerama-dev libxrandr-dev
> compilation went through without any further problems and I'm running 
> Notion now. :) 

Good to hear.

> Maybe these packages could be included under point 1. of the 
> README? 

Done, thanks!


Arnout

Re: [Notion-devel] Release

[Philipp H. <phi...@un...>]

> Welcome :). We've tried to do things backwards-compatibly - basically dropping 
> your ~/.ion3 tweaks into ~/.notion and renaming cfg_ion.lua to cfg_notion.lua
> should give you your old configuration back.

Nice, thanks.
 
> I just uploaded a new snapshot that should fix this to 
> 
>   http://sourceforge.net/projects/notion/files/snapshots/notion-snapshot-20110930-src.tar.bz2/download
> 
> Could you give it another try?

Thanks a lot. After installing
    libxinerama-dev libxrandr-dev
compilation went through without any further problems and I'm running 
Notion now. :) Maybe these packages could be included under point 1. of the 
README? (Might be that I had only missed them because I have configured apt 
as Install-Recommends "false".)

Re: [Notion-devel] Release

[Josef 'J. S. <je...@jo...>]

On Fri, Sep 30, 2011 at 08:09:00PM +0200, Arnout Engelen wrote:
> On Fri, Sep 30, 2011 at 01:09:45AM +0200, Philipp Hartwig wrote:
> > On Thu, Sep 29, 2011 at 02:14:44AM +0200, Arnout Engelen wrote:
> > > It'd be great if some people could test the .tar.gz I uploaded to sf.net 
> > > today, as a sort of alpha release candidate.
> > 
> > I'm still using Ion3 at the moment but I'd like to give Notion a try. 
> 
> Welcome :). We've tried to do things backwards-compatibly - basically dropping 
> your ~/.ion3 tweaks into ~/.notion and renaming cfg_ion.lua to cfg_notion.lua
> should give you your old configuration back.
> 
> > make[1]: Entering directory `/home/ph/Desktop/notion/libextl'
> > gcc -Os -W -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wparentheses -pedantic -Wuninitialized -DCF_XFREE86_TEXTPROP_BUG_WORKAROUND  `pkg-config --cflags lua5.1`  -g   -c readconfig.c -o readconfig.o
> > In file included from luaextl.h:17:0,
> >                  from extl.h:15,
> >                  from readconfig.h:15,
> >                  from readconfig.c:18:
> > types.h:17:25: fatal error: libtu/types.h: No such file or directory
> > compilation terminated.
> 
> Thanks for your report - looks like the build system couldn't handle systems
> that didn't have libtu installed already.
> 
> I just uploaded a new snapshot that should fix this to 
> 
>   http://sourceforge.net/projects/notion/files/snapshots/notion-snapshot-20110930-src.tar.bz2/download
> 
> Could you give it another try?

I'm trying this snapshot on open indiana.

I changed the system.mk in the top-level dir according to:
http://sourceforge.net/apps/mediawiki/notion/index.php?title=Solaris

Then, gmake:

gmake[1]: Entering directory `/code/oi-build/components/notion/notion/libtu'
gcc -Os -W -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wparentheses -pedantic -Wuninitialized -DCF_XFREE86_TEXTPROP_BUG_WORKAROUND   -g  -D_POSIX_C_SOURCE=200112L -W -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wparentheses -pedantic -Wuninitialized -c iterable.c -o iterable.o
In file included from /usr/include/sys/types.h:33,
                 from types.h:13,
                 from iterable.h:13,
                 from iterable.c:10:
/usr/include/sys/feature_tests.h:357:2: #error "Compiler or options invalid; UNIX 03 and POSIX.1-2001 applications      require the use of c99"
gmake[1]: *** [iterable.o] Error 1
gmake[1]: Leaving directory `/code/oi-build/components/notion/notion/libtu'


$ gcc -v       
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/specs
Configured with:
/home/aszeszo/oi151/sfw/sfwnv.hg/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++,f77,objc --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-20050802)


Yes, I know that that's a fairly old gcc.  We're working on getting 4.6 as
the primary compiler.  I tried with Sun's/Oracle's compiler (I had to remove
all the -W warning flags because it doesn't understand them), but it died
with the same error.

Now a "feature" request.  It'd be cool if notion-XYZ.tar.bz2 created a dir
called "notion-XYZ" instead of "notion".  Not a biggie, but it makes it
easier to script & test with different versions.

Jeff.

-- 
A CRAY is the only computer that runs an endless loop in just 4 hours...

Re: [Notion-devel] Release

[Arnout E. <no...@bz...>]

On Fri, Sep 30, 2011 at 01:09:45AM +0200, Philipp Hartwig wrote:
> On Thu, Sep 29, 2011 at 02:14:44AM +0200, Arnout Engelen wrote:
> > It'd be great if some people could test the .tar.gz I uploaded to sf.net 
> > today, as a sort of alpha release candidate.
> 
> I'm still using Ion3 at the moment but I'd like to give Notion a try. 

Welcome :). We've tried to do things backwards-compatibly - basically dropping 
your ~/.ion3 tweaks into ~/.notion and renaming cfg_ion.lua to cfg_notion.lua
should give you your old configuration back.

> make[1]: Entering directory `/home/ph/Desktop/notion/libextl'
> gcc -Os -W -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wparentheses -pedantic -Wuninitialized -DCF_XFREE86_TEXTPROP_BUG_WORKAROUND  `pkg-config --cflags lua5.1`  -g   -c readconfig.c -o readconfig.o
> In file included from luaextl.h:17:0,
>                  from extl.h:15,
>                  from readconfig.h:15,
>                  from readconfig.c:18:
> types.h:17:25: fatal error: libtu/types.h: No such file or directory
> compilation terminated.

Thanks for your report - looks like the build system couldn't handle systems
that didn't have libtu installed already.

I just uploaded a new snapshot that should fix this to 

  http://sourceforge.net/projects/notion/files/snapshots/notion-snapshot-20110930-src.tar.bz2/download

Could you give it another try?


Kind regards,

Arnout

Re: [Notion-devel] Release

[Arnout E. <no...@bz...>]

On Thu, Sep 29, 2011 at 10:08:28AM -0400, Josef 'Jeff' Sipek wrote:
> On Thu, Sep 29, 2011 at 02:14:44AM +0200, Arnout Engelen wrote:
> > On Wed, Sep 28, 2011 at 06:55:20PM +0200, Arnout Engelen wrote:
> > > As far as I'm concerned, all release-critical bugs are now resolved - 
> > > except for https://sourceforge.net/tracker/?func=detail&aid=3414775&group_id=314802&atid=1324528
> > 
> > Looks like that was a false alarm, so we're just about good to go.
> > 
> > It'd be great if some people could test the .tar.gz I uploaded to sf.net today,
> > as a sort of alpha release candidate.
> 
> Great!  I'll try to compile it on OI.
> 
> By the way, do you know if there is a prefered URL scheme with SF that lets
> me wget the tarball instead of dealing with landing pages?

http://sourceforge.net/projects/notion/files/snapshots/notion-snapshot-20110928-src.tar.bz2/download 
appears to be wget'able. Not sure if they have some convenient way to get the 
'latest version'.


Kind regards,

Arnout

Re: [Notion-devel] Release

[Philipp H. <phi...@un...>]

On Thu, Sep 29, 2011 at 02:14:44AM +0200, Arnout Engelen wrote:
> It'd be great if some people could test the .tar.gz I uploaded to sf.net today,
> as a sort of alpha release candidate.

I'm still using Ion3 at the moment but I'd like to give Notion a try. I'm 
running Debian testing. I've installed the packages listed in the README 
and haven't modified system.mk as it says something about auto detection of 
Lua. This is what I get:

~/Desktop/notion make
set -e; for i in libmainloop libtu libextl mod_tiling mod_query mod_menu mod_dock mod_sp mod_sm mod_statusbar de mod_xinerama mod_xrandr mod_xkbevents ioncore notion pwm etc utils man po; do make -C $i; done
make[1]: Entering directory `/home/ph/Desktop/notion/libmainloop'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/ph/Desktop/notion/libmainloop'
make[1]: Entering directory `/home/ph/Desktop/notion/libtu'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/ph/Desktop/notion/libtu'
make[1]: Entering directory `/home/ph/Desktop/notion/libextl'
gcc -Os -W -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wparentheses -pedantic -Wuninitialized -DCF_XFREE86_TEXTPROP_BUG_WORKAROUND  `pkg-config --cflags lua5.1`  -g   -c readconfig.c -o readconfig.o
In file included from luaextl.h:17:0,
                 from extl.h:15,
                 from readconfig.h:15,
                 from readconfig.c:18:
types.h:17:25: fatal error: libtu/types.h: No such file or directory
compilation terminated.
make[1]: *** [readconfig.o] Error 1
make[1]: Leaving directory `/home/ph/Desktop/notion/libextl'
make: *** [subdirs] Error 2

Any help would be appreciated.

Re: [Notion-devel] Release

[Josef 'J. S. <je...@jo...>]

On Thu, Sep 29, 2011 at 02:14:44AM +0200, Arnout Engelen wrote:
> On Wed, Sep 28, 2011 at 06:55:20PM +0200, Arnout Engelen wrote:
> > As far as I'm concerned, all release-critical bugs are now resolved - 
> > except for https://sourceforge.net/tracker/?func=detail&aid=3414775&group_id=314802&atid=1324528
> 
> Looks like that was a false alarm, so we're just about good to go.
> 
> It'd be great if some people could test the .tar.gz I uploaded to sf.net today,
> as a sort of alpha release candidate.

Great!  I'll try to compile it on OI.

By the way, do you know if there is a prefered URL scheme with SF that lets
me wget the tarball instead of dealing with landing pages?

Jeff.

-- 
NT is to UNIX what a doughnut is to a particle accelerator.

Re: [Notion-devel] Release

[Arnout E. <no...@bz...>]

On Wed, Sep 28, 2011 at 06:55:20PM +0200, Arnout Engelen wrote:
> As far as I'm concerned, all release-critical bugs are now resolved - 
> except for https://sourceforge.net/tracker/?func=detail&aid=3414775&group_id=314802&atid=1324528

Looks like that was a false alarm, so we're just about good to go.

It'd be great if some people could test the .tar.gz I uploaded to sf.net today,
as a sort of alpha release candidate.


Kind regards,

Arnout


> When we're confident that's either not a problem in Notion or fixed, we should
> do a release with all the proper PR fanfare. 
> 
> Hopefully this should also attract some new users, so we should be ready to 
> respond to questions, feedback and problems on the mailinglists and elsewhere.
> I'll be less available from now until approx. october 18th, so I think we 
> should do the release shortly after that.
> 
> In the mean time, I've uploaded a new source snapshot tarball to sf.net, 
> perhaps you can use that for now?
> 
> 
> Kind regards,
> 
> Arnout
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Notion-devel mailing list
> Not...@li...
> https://lists.sourceforge.net/lists/listinfo/notion-devel

Re: [Notion-devel] Release

[Arnout E. <no...@bz...>]

On Tue, Sep 27, 2011 at 08:21:54PM -0400, Josef 'Jeff' Sipek wrote:
> I'm an OpenIndiana [1] develaper.  I'd love to package up Notion

Great!

> long story short, the lack of tarballs releases makes it rather difficult.  Are
> there any plans for a release in the near future?

Yes! As far as I'm concerned, all release-critical bugs are now resolved - 
except for https://sourceforge.net/tracker/?func=detail&aid=3414775&group_id=314802&atid=1324528
When we're confident that's either not a problem in Notion or fixed, we should
do a release with all the proper PR fanfare. 

Hopefully this should also attract some new users, so we should be ready to 
respond to questions, feedback and problems on the mailinglists and elsewhere.
I'll be less available from now until approx. october 18th, so I think we 
should do the release shortly after that.

In the mean time, I've uploaded a new source snapshot tarball to sf.net, 
perhaps you can use that for now?


Kind regards,

Arnout