Nabble - Xfce - Dev - Xfc C++

Re: Newbie compile problems

2009-11-12T09:25:59Z

Frank Blinn wrote:
>> I am not quite sure, I have not been looking into these parts lately.
>> See also http://old.nabble.com/AM_COND_IF-td21253597.html automake
>> problem
>> It seems to be a known problem. I modified the file, but I'm not sure, if
>> it is correct:
>>
Ok, I have added it to my git, but that version is not working at the
moment, so it may take a week or two before I commit. I try not to
commit things that is not compilable or where the examples are not
working, at lease.

I am working in the BtkBuilder at the moment to get rid of lib glade,
and then I hope (as you can see) to include some real Xfce bindings, to
make it possible to make panel plugins. But this will only work in the
next Xfce 4.8.
>> Yes, here it is:
>>
Thanks ...

>> diff --git a/xfconf/xfconf-errors.h b/xfconf/xfconf-errors.h
>> index 470ebb4..082bdbd 100644
>> --- a/xfconf/xfconf-errors.h
>> +++ b/xfconf/xfconf-errors.h
>> @@ -42,7 +42,7 @@ typedef enum
>> XFCONF_ERROR_INTERNAL_ERROR,
>> XFCONF_ERROR_NO_BACKEND,
>> XFCONF_ERROR_INVALID_PROPERTY,
>> - XFCONF_ERROR_INVALID_CHANNEL,
>> + XFCONF_ERROR_INVALID_CHANNEL
>> } XfconfError;
>>
>> GType xfconf_error_get_type(void) G_GNUC_CONST;
>>

I too would like this error to go away, but as you can see :

http://foo-projects.org/pipermail/xfce4-dev/2009-August/027231.html

not all agree to the means :-)

I normally let my compiler use -Wall -pedantic, but I think I will try
to make the compiler relax when including Xfce C files :-) I will attend
to this when my GtkBuilder are working ...

What kind of app are you planing on creating ?

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: Newbie compile problems

2009-11-12T06:18:19Z

Bo Lorentsen wrote:

Frank Blinn wrote:
> Hi,
>
> I tried to compile xfc on my machine with zenwalk linux and I had some
> problems:
>
Did you use the git version, or the last stable ?

I am using the git version of xfc, but I am using xfce that has been delivered with my distribution (contains XFCE 4.6.1)

> automake 1.10.2 does not know the AM_COND_IF makro, so I had to modify the
> configure.ac file. Maybe this can be removed to increase robustness?
>
I am not quite sure, I have not been looking into these parts lately.
See also automake problem
It seems to be a known problem. I modified the file, but I'm not sure, if it is correct:

diff --git a/configure.ac b/configure.ac
index 2b3b470..5cd0351 100644
--- a/configure.ac
+++ b/configure.ac
@@ -496,9 +496,15 @@ AC_CONFIG_FILES([libXFCde/Makefile \
libXFCde/xfc/ui/Makefile \
libXFCde/xfc/ui/inline/Makefile])

-AM_COND_IF([USE_PANEL], [AC_CONFIG_FILES([
- libXFCde/xfc/panel/Makefile \
- libXFCde/xfc/panel/inline/Makefile])] )
+if test "x$DE_PANEL_FOUND" == "xyes"; then
+ AC_CONFIG_FILES([
+ libXFCde/xfc/panel/Makefile \
+ libXFCde/xfc/panel/inline/Makefile])
+fi
+
+#AM_COND_IF([USE_PANEL], [AC_CONFIG_FILES([
+# libXFCde/xfc/panel/Makefile \
+# libXFCde/xfc/panel/inline/Makefile])] )

AC_OUTPUT()

> audiofile 0.2.6 has a problem in the audiofile.m4 file. I had to patch this.
>
> aalib 1.4rc5 has the same problem in aalib.m4.
>
> /xfce/xfconf/tree/xfconf/xfconf-errors.h: the last enumeration value
> 'XFCONF_ERROR_INVALID_CHANNEL,' has a comma at the end of the line (last
> enum value). That does not compile.
>
Have you made a diff file, for me to look at ?

Yes, here it is:

diff --git a/xfconf/xfconf-errors.h b/xfconf/xfconf-errors.h
index 470ebb4..082bdbd 100644
--- a/xfconf/xfconf-errors.h
+++ b/xfconf/xfconf-errors.h
@@ -42,7 +42,7 @@ typedef enum
XFCONF_ERROR_INTERNAL_ERROR,
XFCONF_ERROR_NO_BACKEND,
XFCONF_ERROR_INVALID_PROPERTY,
- XFCONF_ERROR_INVALID_CHANNEL,
+ XFCONF_ERROR_INVALID_CHANNEL
} XfconfError;

GType xfconf_error_get_type(void) G_GNUC_CONST;

> The files for pkgconfig has been copied to /usr/local/lib. All other
> pkgconfig files on my system are in /usr/lib/pkgconfig. Is there a standard
> for the path usage or does this depend on the distribution?
>
Hmm, automake will normally put things into /usr/local but the
"--prefix" option on the configure script can change this.

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@xfce.org
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: Newbie compile problems

2009-11-11T11:09:58Z

Frank Blinn wrote:
> Hi,
>
> I tried to compile xfc on my machine with zenwalk linux and I had some
> problems:
>
Did you use the git version, or the last stable ?
> automake 1.10.2 does not know the AM_COND_IF makro, so I had to modify the
> configure.ac file. Maybe this can be removed to increase robustness?
>
I am not quite sure, I have not been looking into these parts lately.
> audiofile 0.2.6 has a problem in the audiofile.m4 file. I had to patch this.
>
> aalib 1.4rc5 has the same problem in aalib.m4.
>
> /xfce/xfconf/tree/xfconf/xfconf-errors.h: the last enumeration value
> 'XFCONF_ERROR_INVALID_CHANNEL,' has a comma at the end of the line (last
> enum value). That does not compile.
>
Have you made a diff file, for me to look at ?
> The files for pkgconfig has been copied to /usr/local/lib. All other
> pkgconfig files on my system are in /usr/lib/pkgconfig. Is there a standard
> for the path usage or does this depend on the distribution?
>
Hmm, automake will normally put things into /usr/local but the
"--prefix" option on the configure script can change this.

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Newbie compile problems

2009-11-11T00:34:04Z

Hi,

I tried to compile xfc on my machine with zenwalk linux and I had some problems:

automake 1.10.2 does not know the AM_COND_IF makro, so I had to modify the configure.ac file. Maybe this can be removed to increase robustness?

audiofile 0.2.6 has a problem in the audiofile.m4 file. I had to patch this.

aalib 1.4rc5 has the same problem in aalib.m4.

/xfce/xfconf/tree/xfconf/xfconf-errors.h: the last enumeration value 'XFCONF_ERROR_INVALID_CHANNEL,' has a comma at the end of the line (last enum value). That does not compile.

The files for pkgconfig has been copied to /usr/local/lib. All other pkgconfig files on my system are in /usr/lib/pkgconfig. Is there a standard for the path usage or does this depend on the distribution?

Regards

Frank Blinn

printing support and first xfconf

2009-07-22T15:11:39Z

Hi ...

XFC are now able to do printing via the GTK+ library (I use it in a
private app), it works nicely for me, but details are missing, like
documentation and a few features.

Also, the first real xfce element have been started (hope the lib
structure makes sense), and this is the xfconf wrapper for the client
side, as this is a very useful part of xfce :-)

Next stop, the panel and more debian wrapping (my debian files are part
of the svn tree).

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: svn version

2008-04-13T11:47:48Z

Gertwin Groen wrote:
> Hi All,
>
> First, thanks for the cairo support, i am going to try that out.
>
> I just compiled the svn version, there is a minor problem in the
> configure.ac <http://configure.ac>.
> "configure.ac:310 <http://configure.ac:310>: required file
> `examples/ui/printing/Makefile.in' not found"
I am so sorry, I am working on GTK printing support and some of it have
slipped into head. I will fix this really soon, when the first version
of this works too.

The basic cairo integration are made to make printing possible :-)

> Removing this line solves the problem.
Yeps, good thinking :-)

Hope the test example is usefull !

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

svn version

2008-04-13T11:32:00Z

Hi All,

First, thanks for the cairo support, i am going to try that out.

I just compiled the svn version, there is a minor problem in the configure.ac.
"configure.ac:310: required file `examples/ui/printing/Makefile.in' not found"

Removing this line solves the problem.

Greetings,
Gertwin

_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: Cairo api

2008-03-24T08:22:43Z

Thanks for the work Bo!

On Mon, Mar 24, 2008 at 10:07 AM, Bo Lorentsen <bl@...> wrote:

> Hi ...
>
> If anyone has any interest, the XFC api now include the first thin
> wrapping of Cairo, and an example application too.
>
> The API should all be there but some exotic functions my not have a
> prober wrapper ... yet.
>
> Next step ... printing. I hope to have a functional printer wrapper for
> XFC soon, and that this will make the Cairo API grow more mature during
> this process :-)
>
> All are found in head of SVN ...
>
> /BL
> _______________________________________________
> Xfc-dev mailing list
> Xfc-dev@...
> http://foo-projects.org/mailman/listinfo/xfc-dev
>

--
Erik
"Look at me still talking when there is Science to do"
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Cairo api

2008-03-24T07:07:00Z

Hi ...

If anyone has any interest, the XFC api now include the first thin
wrapping of Cairo, and an example application too.

The API should all be there but some exotic functions my not have a
prober wrapper ... yet.

Next step ... printing. I hope to have a functional printer wrapper for
XFC soon, and that this will make the Cairo API grow more mature during
this process :-)

All are found in head of SVN ...

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: window placement near panels

2007-05-10T12:48:10Z

On 5/10/07, Aaron Wilson <tallest@...> wrote:
> I use tilda (a quake/doom-like terminal,
> http://tilda.sourceforge.net/) as my primary terminal but every time I
> bring it down (I assume) xfwm pushes it away from my panel by a few
> pixels (see here, http://www.nmt.edu/~wilson/otherwise/tilda.jpg).
>
> Is there any way to make xfwm leave the window where it wants to be? I
> used devilspie for while but it seems like a bit of a kludge.

Just installed tilda here via Synaptics (Xubuntu Feisty), and moved my
panel to the top - works for me here.

>
> Thanks,
> Aaron
> _______________________________________________
> Xfc-dev mailing list
> Xfc-dev@...
> http://foo-projects.org/mailman/listinfo/xfc-dev
>

--
Erik

<@kazin> why does php have 'echo' and 'print'? Do they do different things?
<Bluefoxicy> kazin: echo prints in a big empty room
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

window placement near panels

2007-05-10T12:28:42Z

I use tilda (a quake/doom-like terminal,
http://tilda.sourceforge.net/) as my primary terminal but every time I
bring it down (I assume) xfwm pushes it away from my panel by a few
pixels (see here, http://www.nmt.edu/~wilson/otherwise/tilda.jpg).

Is there any way to make xfwm leave the window where it wants to be? I
used devilspie for while but it seems like a bit of a kludge.

Thanks,
Aaron
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: Adding printing to XFC

2007-05-01T15:14:42Z

Kok, Auke wrote:
>> * Web page for documentation and reference.
>> * Wiki for FAQ and on going development
>
> you can combine those, but some prefer to keep them separate. I'd say that the
> current documentation is pretty good in itself so try to keep that model.
Documentation is not my strong side, but I like what Jeff have done so
far and will try to keep and expand it that way.

But my view is that the "dynamic" part of the documentation, makes more
sense to keep in wiki, and if it matures i will move it to a more pure
html like the rest.

> yes, the component (XFC) is already there, so just start using it :)
I have noticed ... thanks.

> sounds great!
Just found that this task included wrapping of cairo too, so I will go
back to work :-)

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: Adding printing to XFC

2007-05-01T09:59:29Z

Bo Lorentsen wrote:

> Now next step, printing :
>
> I have been missing a uniform printing platform on the *nux platform for
> quite some time and the new GTK+ version (=< 2.10) just seems like one
> real nice interface (pango/cairo).
>
> I thought about making this a bugzilla entry, but it did not seem right
> when I tried. I may end up making an Wiki page or two instead, if this
> is possible :-)
>
> So, my idea for XFC info is :
>
> * Web page for documentation and reference.
> * Wiki for FAQ and on going development

you can combine those, but some prefer to keep them separate. I'd say that the
current documentation is pretty good in itself so try to keep that model.

> * Bugzilla for bug reports :-)

yes, the component (XFC) is already there, so just start using it :)

> To the printing plan :
>
> The GTK+ printing system have been added to in 2.10 and after, and to
> make it easy to print using XFC this need to be wrapped and supported.
>
> The wrapping will be a more and less basic wrapper, and the package will
> contain at least one example.
>
> automake/conf must be able to detect if printing is supported (Gtk >=
> 2.10), to be able to support older GTK versions.
>
> Any input ?

sounds great!

Auke
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Adding printing to XFC

2007-04-30T16:07:32Z

Now next step, printing :

I have been missing a uniform printing platform on the *nux platform for
quite some time and the new GTK+ version (=< 2.10) just seems like one
real nice interface (pango/cairo).

I thought about making this a bugzilla entry, but it did not seem right
when I tried. I may end up making an Wiki page or two instead, if this
is possible :-)

So, my idea for XFC info is :

* Web page for documentation and reference.
* Wiki for FAQ and on going development
* Bugzilla for bug reports :-)

To the printing plan :

The GTK+ printing system have been added to in 2.10 and after, and to
make it easy to print using XFC this need to be wrapped and supported.

The wrapping will be a more and less basic wrapper, and the package will
contain at least one example.

automake/conf must be able to detect if printing is supported (Gtk >=
2.10), to be able to support older GTK versions.

Any input ?

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: XFC 4.3.2 released

2007-04-19T14:28:26Z

Andreas Radke wrote:

>
> We need to apply the appended patch to get it built.
Thanks for the patch, it have been applied to the svn trunk !

I have not tried 64 bit yet, but I am happy to see others have :-)

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: XFC 4.3.2 released

2007-04-19T14:16:32Z

Am Thu, 19 Apr 2007 17:14:44 +0200
schrieb Bo Lorentsen <bl@...>:

> Hi ...
>
> All my changes have been applied, and I have made a new dev. release.
> The site is updated too !
>
> The primary news is gtksourceview, debian building and fixes.
>
> Enjoy
>
> /BL
> _______________________________________________
> Xfc-dev mailing list
> Xfc-dev@...
> http://foo-projects.org/mailman/listinfo/xfc-dev

Thanks that the developement startet again. I've build myself the
x86_64 package for ArchLinux. It breaks like this with gcc 4.1.2:

if g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../libXFCcore
-I../../../libXFCui -g -O2 -Wall -ansi --pedantic-errors
-I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -pthread
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DPNG_NO_MMX_CODE
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/freetype2 -I/usr/include/libpng12 -g -O2 -Wall -ansi
--pedantic-errors -MT selection.o -MD -MP -MF ".deps/selection.Tpo" -c
-o selection.o selection.cc; \ then mv -f ".deps/selection.Tpo"
".deps/selection.Po"; else rm -f ".deps/selection.Tpo"; exit 1; fi
selection.cc: In member function 'virtual void
RetrieveSelectionButton::on_selection_received(const
Xfc::Gtk::SelectionData&, unsigned int)': selection.cc:50: error: cast
from 'unsigned char*' to 'unsigned int' loses precision make[4]: ***
[selection.o] Error 1

We need to apply the appended patch to get it built.

Andreas Radke

[selection.cc.64bit.patch]

--- examples/howto/selection/selection.cc 2007-04-19 00:18:26.000000000 +0200 +++ examples/howto/selection/selection.cc.new 2007-04-19 22:02:11.000000000 +0200 @@ -47,7 +47,7 @@ cout << " * type() = " << selection_data.get_type() << endl; cout << " * format() = " << selection_data.format() << endl; cout.setf(ios_base::hex, ios_base::basefield); - cout << " * data() = 0x" << reinterpret_cast<unsigned int>(selection_data.data()) << endl; + cout << " * data() = 0x" << reinterpret_cast<unsigned long>(selection_data.data()) << endl; cout.setf(ios_base::dec, ios_base::basefield); cout << " * length() = " << selection_data.length() << endl << endl;

_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

(no subject)

2007-04-19T11:19:19Z

_________________________________________________________________
MSN Messenger: converse com os seus amigos online.
http://messenger.msn.com.br

_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: XFC maintainer ....

2007-04-19T10:54:19Z

Kok, Auke wrote:

> well, the xfce bugzilla does have an Xfc component, but you're free to ignore it
> completely, allthough that would probably not be beneficial :)
I agree ... but I need to sort out my priorities, before doing so :-)

> As for the priorities, I think it's awesome that you have concrete plans. I hope
> that if you setup priorities, you can get other people involved now instead of
> "later". Sometimes a blog post is sufficient, but being concrete does help a
> lot. So, it's a suggestion
It is a good idea to be as visible as possible while developing, I agree
completely. I just have to get use to this new role and come up with a
precise plan :-)

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: XFC maintainer ....

2007-04-19T10:32:35Z

Bo Lorentsen wrote:
> Kok, Auke wrote:
>
>> could you order these by priority? also, there don't seem to be any xfc bugs
>> filed in bugzilla... perhaps a good start is to start filing these as a
>> worklist/checklist?
>
> Ok, if this is the Xfce way then I will just do so ... just need to
> think about it for at few days :-)

well, the xfce bugzilla does have an Xfc component, but you're free to ignore it
completely, allthough that would probably not be beneficial :)

As for the priorities, I think it's awesome that you have concrete plans. I hope
that if you setup priorities, you can get other people involved now instead of
"later". Sometimes a blog post is sufficient, but being concrete does help a
lot. So, it's a suggestion

Cheers,

Auke
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

XFC 4.3.2 released

2007-04-19T09:14:44Z

Hi ...

All my changes have been applied, and I have made a new dev. release.
The site is updated too !

The primary news is gtksourceview, debian building and fixes.

Enjoy

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: XFC maintainer ....

2007-04-19T03:53:27Z

Hi!

This is very good news!!! Somebody takes this great project to life!

cheers

Xavier

On Wed, 18 Apr 2007 23:33:06 +0200
xfc-dev-request@... wrote:

> Message: 7
> Date: Wed, 18 Apr 2007 23:32:00 +0200
> From: Bo Lorentsen <bl@...>
> Subject: [Xfc-dev] XFC maintainer ....
> To: Xfc C++ foundry for Xfce development <xfc-dev@...>
> Message-ID: <46268E50.2090408@...>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi ...
>
> I have been handed the privilege of being maintainer of this XFC
> project, and I am very happy about this as some of my efforts to
> improve XFC will become useful for others. too.
>
> My plan for XFC is this :
>
> * SourceView (done)
> * Debian packages (done)
> * GTK 2.10 printing support !
> * Xfce extensions
> * Simpler iterator model
> * Cleanup documentation
> * Stability, and bug fixes
>
> These are based on my own needs, as I use XFC for some of my own
> projects (some may even become official :-)).
>
> I have developed C++ programs for many years (about 10 at least), and
> have both been doing Gtkmm and even windows programming (also some
> work with C++ frameworks back then). I work full time as programmer
> (in Denmark), so this is still done in my spare time :-)
>
> I am looking forward to making a better C++ framework for GTK+ and to
> make an easy Xfce4 abstraction, to make future Xfce4 programming more
> easy to do.
>
> I start my carrier as maintainer with a weeks vercation, so please be
> patient with me in the start :-)
>
> /BL

_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

subversion update

2007-04-19T03:07:22Z

Hi ...

I have updated the Xfce4 svn to contain my new code from my local repos.
So xfc svn repos is up to date, with all my fixes and changes.

I don't know when I will make any release of this lib (need a plan), but
until then the trunk in svn is the best way to start :-)

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: XFC maintainer ....

2007-04-19T02:15:57Z

Sriram Durbha wrote:

> congrats, and this is great news. it is always good to have some one at
> the top as opposed to confusion about the future. And when that some one is a
> person like you who has shown interest and followed it up with actions, it
> inspires the fringe members like me too :).
Thanks for the nice words ... Noting will make my job more easy/nice
than lot of active users :-) But until then, only hard work lay ahead :-)

> i have not used XFC for anything significant. but when i had visited it for
> the first time my objective was to develop a settings system for my distro
> VectorLinux.
Ok, I have never been using any slack based dist, as I am a long time
Debian user, both at home and at work.

> but turned out that XFC had no wrapper for the mcs system.
And there is some confusion about the MCS subject among Xfce developers
so I hope this will be settled soon. And when it is, I will be happy to
put it on my todo list (You are welcome to do so yourself, as far as I
know).

The debian packages I have made, works nicely on Ubuntu too (have been
testing it) ...

I will be happy to support any attempts to expand the userbase, but for
now I will try to focus on making XFC more mature, and use it to develop
a few applications too.

If people see that it is alive and the mailing list is responsive then
more developers dares to invest time in XFC, I think ...

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: XFC maintainer ....

2007-04-19T01:51:20Z

Kok, Auke wrote:

> could you order these by priority? also, there don't seem to be any xfc bugs
> filed in bugzilla... perhaps a good start is to start filing these as a
> worklist/checklist?
Ok, if this is the Xfce way then I will just do so ... just need to
think about it for at few days :-)

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: XFC maintainer ....

2007-04-18T23:17:10Z

Bo,
congrats, and this is great news. it is always good to have some one at the top as opposed to confusion about the future. And when that some one is a person like you who has shown interest and followed it up with actions, it inspires the fringe members like me too :).

i have not used XFC for anything significant. but when i had visited it for the first time my objective was to develop a settings system for my distro VectorLinux.
but turned out that XFC had no wrapper for the mcs system.
Jeff had said that it would be a future enhancement. I hope it will find a place in your list at some point. Also packages for other major distros would also be great. i will try to build them for slack 11.0 tgz and VectorLinux tgz and tlz [ no time commitment though]
i feel easily available packages for Xubuntu also would increase userbase.

thanks
cheers
ram

On 4/18/07, Kok, Auke <sofar@...> wrote:

Bo Lorentsen wrote:

> Hi ...
>
> I have been handed the privilege of being maintainer of this XFC
> project, and I am very happy about this as some of my efforts to improve
> XFC will become useful for others. too.
>
> My plan for XFC is this :
>
>      * SourceView (done)
>      * Debian packages (done)
>      * GTK 2.10 printing support !
>      * Xfce extensions
>      * Simpler iterator model
>      * Cleanup documentation
>      * Stability, and bug fixes

could you order these by priority? also, there don't seem to be any xfc bugs
filed in bugzilla... perhaps a good start is to start filing these as a
worklist/checklist?

Cheers,

Auke
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: XFC maintainer ....

2007-04-18T17:36:32Z

Bo Lorentsen wrote:

> Hi ...
>
> I have been handed the privilege of being maintainer of this XFC
> project, and I am very happy about this as some of my efforts to improve
> XFC will become useful for others. too.
>
> My plan for XFC is this :
>
> * SourceView (done)
> * Debian packages (done)
> * GTK 2.10 printing support !
> * Xfce extensions
> * Simpler iterator model
> * Cleanup documentation
> * Stability, and bug fixes

could you order these by priority? also, there don't seem to be any xfc bugs
filed in bugzilla... perhaps a good start is to start filing these as a
worklist/checklist?

Cheers,

Auke
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: .tgz packages ?

2007-04-18T15:33:04Z

Sylvain Vedrenne wrote:
>
> The tool 'alien' might do this for you?
> I've never used it myself, though. According to its man page, to convert
> an 'alien' (non-rpm) package to a .tgz:
>
> % alien --to-tgz [options] file [...]
Ahh cool, i did'nt know that either :-)

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

XFC maintainer ....

2007-04-18T15:32:00Z

Hi ...

I have been handed the privilege of being maintainer of this XFC
project, and I am very happy about this as some of my efforts to improve
XFC will become useful for others. too.

My plan for XFC is this :

* SourceView (done)
* Debian packages (done)
* GTK 2.10 printing support !
* Xfce extensions
* Simpler iterator model
* Cleanup documentation
* Stability, and bug fixes

These are based on my own needs, as I use XFC for some of my own
projects (some may even become official :-)).

I have developed C++ programs for many years (about 10 at least), and
have both been doing Gtkmm and even windows programming (also some work
with C++ frameworks back then). I work full time as programmer (in
Denmark), so this is still done in my spare time :-)

I am looking forward to making a better C++ framework for GTK+ and to
make an easy Xfce4 abstraction, to make future Xfce4 programming more
easy to do.

I start my carrier as maintainer with a weeks vercation, so please be
patient with me in the start :-)

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: Problem with current xfc -dev debian packages

2007-04-18T15:20:00Z

Sriram Durbha wrote:

> VectorLinux is based on slackware .
Sorry about my ignorance, but now I know :-)

> did you use any scripts to make the packages? like checkinstall
Hmm, I quess automake/conf is all you need, I use automake1.9 here, and
of cause GTK2+ 2.8 dev files and above.

> i will try to convert the deb packages to tgz packages and see if it works
> as it is. [ for some packages it does]
Like the debian "alien" converter ... at the moment there is noting
fancy, and the make scripts are relatively simple (I can read them :-)).

> but to build native slack packages [ or VL packages ] it is better to start
> from source.
Ok, I wish you good luck ...

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

.tgz packages ? (was: Re: Problem with current xfc -dev debian packages)

2007-04-18T15:14:49Z

Sriram Durbha wrote:

> Hi Bo,
>
> VectorLinux is based on slackware .
>
> did you use any scripts to make the packages? like checkinstall
>
> i will try to convert the deb packages to tgz packages and see if it
> works as it is. [ for some packages it does]
> but to build native slack packages [ or VL packages ] it is better to
> start from source.
>
> thanks
> cheers
> ram

Hi Sriram,

The tool 'alien' might do this for you?
I've never used it myself, though. According to its man page, to convert
an 'alien' (non-rpm) package to a .tgz:

% alien --to-tgz [options] file [...]

Cheers,
Sylvain.
--
GNU/Sylvain
http://sylvano.esperanto.free.fr
http://xfce.wikia.com/wiki/Eo
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: Problem with current xfc -dev debian packages

2007-04-18T14:57:40Z

Hi Bo,

VectorLinux is based on slackware .

did you use any scripts to make the packages? like checkinstall

i will try to convert the deb packages to tgz packages and see if it works as it is. [ for some packages it does]
but to build native slack packages [ or VL packages ] it is better to start from source.

thanks
cheers
ram

On 4/18/07, Bo Lorentsen <bl@...> wrote:

Sriram Durbha wrote:

> im a user and parttime dev of vectorlinux. i will try to make packages for
> VL. i had attempted in the past, but not much success.
I hope this workes out better now.

> but if the packages you have already work, i wont need to make them again:)
Nope if VectorLinux is deb based, it should be strait forward.

> so did you use any scripts? can you share the versions of
> compliers and the compile flags etc..
> what are the dependencies?
I don't quite follow you on this one, the debian packages has some
dependencies as expected, and the architecture are related to the
platform you building upon.

Hope this helps ...

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: Problem with current xfc -dev debian packages

2007-04-18T14:52:09Z

Sriram Durbha wrote:

> im a user and parttime dev of vectorlinux. i will try to make packages for
> VL. i had attempted in the past, but not much success.
I hope this workes out better now.

> but if the packages you have already work, i wont need to make them again:)
Nope if VectorLinux is deb based, it should be strait forward.

> so did you use any scripts? can you share the versions of
> compliers and the compile flags etc..
> what are the dependencies?
I don't quite follow you on this one, the debian packages has some
dependencies as expected, and the architecture are related to the
platform you building upon.

Hope this helps ...

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: Problem with current xfc -dev debian packages

2007-04-18T13:51:27Z

Hi Bo,
im a user and parttime dev of vectorlinux. i will try to make packages for VL.
i had attempted in the past, but not much success.

but if the packages you have already work, i wont need to make them again:)
so did you use any scripts? can you share the versions of compliers and the compile flags etc..
what are the dependencies?

thank you very much
cheers
ram

On 4/18/07, Bo Lorentsen <bl@...> wrote:

Sylvain Vedrenne wrote:

> Now it's working fine. Thank you!
Nice

> Please let me know when the packages are in sid or testing.
Hmm, I think I have to be an official debian maintainer, and this I am
not sure will happened anytime sure ... but who knows :-)

But as for now I will try to keep my debian repos updated, as I like to
use them myself too.

Thanks for your input !

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: Problem with current xfc -dev debian packages

2007-04-18T12:12:30Z

Sylvain Vedrenne wrote:

> Now it's working fine. Thank you!
Nice

> Please let me know when the packages are in sid or testing.
Hmm, I think I have to be an official debian maintainer, and this I am
not sure will happened anytime sure ... but who knows :-)

But as for now I will try to keep my debian repos updated, as I like to
use them myself too.

Thanks for your input !

/BL
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev

Re: Problem with current xfc -dev debian packages

2007-04-17T13:22:51Z

Bo Lorentsen wrote:

> Sylvain Vedrenne wrote:
>
>> It doesn't work :o( ... but we're almost there! ;-)
> I found the reason why it keeps working here but not for you. I tested
> it on a project i have locally that uses xfcglade too, and that worked
> as xfcglade, did the right thing.
>
> New debian package set released (4.3.2-2), on day this may work for you
> too :-)
>
>> Replacing "-I/usr/include/xfce4/xfc" by "-I/usr/include/xfce4/" in the
>> compilation line makes it work.
> Yeps, I just need to make the make system produce this exactly, so this
> will work as expected.
>
> /BL

Hi Bo,

Now it's working fine. Thank you!

Please let me know when the packages are in sid or testing.

Sylvain.
--
GNU/Sylvain
http://sylvano.esperanto.free.fr
http://xfce.wikia.com/wiki/Eo
_______________________________________________
Xfc-dev mailing list
Xfc-dev@...
http://foo-projects.org/mailman/listinfo/xfc-dev