Nabble - GPE - Linux To Go

Re: Desktop file compliance with freedesktop spec

2009-12-06T14:07:07Z

Hi Daniel,

many thanks for the analysis of the desktop file situation! I have some comments
a basic impression what has to be done - see below...

daniel.faulkner@... schrieb:
> There are a few bugs reported on the lack of compliance with the current
> freedesktop.org specification for the .desktop files. So I have tried to do a quick
> review of GPE base to see how compliant with the current specification GPE is. The
> results while mixed show that GPE has a little way to go to become compliant.

> However many of the issues reported here shouldn't be acted upon until we know how
> GPE treats .desktop files so we don't correct the issues in the applications and
> break GPE as a whole as a result. A quick summary of the issues is below. (Instead of
> listing the number of .desktop files I'm listing the number of programs as defined by
> the number of folders in the base directory as some programs have multiple menu entries)
>
> * All GPE desktop files start with the deprecated line: Encoding=UTF-8
> All desktop files should now be UTF-8 compliant making this argument redundant. I'm
> not sure how GPE processes this line so I don't know if we can remove this safely,
> would need to check this first.

I guess we could do this but I don't think it is urgent.

> * The use of 1/0 instead of true/false. The specification states that menus should
> support 1/0 for legacy reasons but desktop files should be changed to use true/false.
> This effects 2 programs, but is safe to fix as other programs are doing this correctly.

Yes this should be trivial and safe to fix any time.

> * The Type= key only accepts the values Application, Link and Directory. 4 programs
> use PanelApp as a value here which isn't valid. I'm not sure how GPE treats PanelApp
> differently to Application so this needs to be checked before fixing.

Yes this is handled by the old matchbox bits GPE currently uses.

> * Extra keys that aren't in the spec can be used but should be preceded by X-Product
> where Product is GNOME or other window manager etc.
> GPE uses the line: SingleInstance=true in 7 programs and X-SingleInstance=true in 4
> programs. This should be changed I believe (based upon GNOME's use of the
> SingleInstance line) to X-MB-SingleInstance=true
> Before fixing this we again might need to check how GPE processes this line, or if it
> just passes it on to MatchBox.
>
> * Every desktop file should have at least 1 of the main recognised categories to
> ensure it appears in the menu structure (but being in 2 of the recognised categories
> means the program may appear in 2 menus).
> Those main categories are: AudioVideo, Audio, Video, Development, Education, Game,
> Graphics, Network, Office, Settings, System, Utility
> There are 5 programs that don't contain at least 1 of those categories (most common
> categories that are used in GPE but not recognised in the specification are: GPE,
> PIM, Panel, Application) however this is safe to fix as adding an additional
> recognised category value won't break GPE support but should make those menu items
> work with other menu systems.
>
> * There is a list of recognised minor categories and the GNOME programs I have
> compared GPE desktop files too in my examination of GPE's compliance have only used
> recognised categories. I think using a non recognised category is allowed (providing
> the main categories are present) but not recommended.
> This effects all the GPE programs, but I'm not sure how well GPE's menu supports the
> main categories so removing some of the categories used might cause issues with GPE
> support until we can check what values GPE knows how to deal with.

These are a little bit more complicated for two reasons:
First we are still using the old matchbox-desktop and matchbox panel everywhere.
Of course we could out effort in fixing these to behave more standard
compliant but its likely to be quite some effort and these components are not
maintained upstream any more.
It would be much cleverer to the matchbox-2 bits and fix the (much less)
remaining issues here. We would gain some more with it like a more consistent
theming (matchbox-desktop2 and matchbox-panel2 use GTK+) and a much more modern
look & feel.
Second reason is that we need to check if it is useful for our usecase to follow
the desktop categories. I suppose this can be done for the most applications and
tools. There are reserved categories for special things like tray applications
applets. One thing I miss is a special one for a collection of "tasks" that
offer easy access for simple tasks like "making a screenshot", "show user
manual" or "connect to the internet". We might create a custom category for
this... correctly prefixed such as "X-tasks" or similar.

> * Finally there are a number of Exec options that have been depreciated. I've not
> checked GPE's compliance with this value so not sure how many programs if any this
> effects but for future reference the only field codes that should be used with the
> Exec= line is %f, %F, %u, %U, %i, %c and %k (%F and %U should be used by themselves
> not in a quoted argument and %f,%u,%F or %U should only be used the once in any Exec
> line).

I do not think we are using many of these anyway. Should be easy to fix anyway.

> Hope this helps and I'm looking forward to any feed back and input on this. There are
> some issues that can be fixed (and I can post a more detailed review pointing out the
> files that we can partially fix now safely as a separate post), but on the whole many
> items that need fixing can't be done before a review of GPE's menu handling has been
> carried out and probably updated. Any help pointing out how/where GPE handles the
> menu items and parses the desktop files would be appreciated.

Currently it is mostly matchbox-desktop that is in charge for using these files.
What I would propose here is the following:
1. Update gpe-session-scripts (and maybe some more bits) to support and launch
the newer matchbox 2 stuff. We might want to make this selectable for now.
2. Create a useful configuration for matchbox2 and friends: Useful vfolder
files, theme and similar things to give a good user experience and to make it
possible to become compliant to the freedesktop standards.
3. Fix all the desktop files
4. Test the results and make releases of all the affected bits.

I'll do my best to support anyone working on this. I have done some tests with
matchbox-desktop2 myself already and will try to create a working
gpe-session-scripts package for it.

Greetings

Florian

--
The dream of yesterday Florian Boor
is the hope of today Tel: +49 271-771091-15
and the reality of tomorrow. Fax: +49 271-771091-19
[Robert Hutchings Goddard, 1904] florian.boor@...
http://www.kernelconcepts.de/en

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Desktop file compliance with freedesktop spec

2009-12-06T11:51:41Z

There are a few bugs reported on the lack of compliance with the current
freedesktop.org specification for the .desktop files. So I have tried to do a quick
review of GPE base to see how compliant with the current specification GPE is. The
results while mixed show that GPE has a little way to go to become compliant.

However many of the issues reported here shouldn't be acted upon until we know how
GPE treats .desktop files so we don't correct the issues in the applications and
break GPE as a whole as a result. A quick summary of the issues is below. (Instead of
listing the number of .desktop files I'm listing the number of programs as defined by
the number of folders in the base directory as some programs have multiple menu entries)

* All GPE desktop files start with the deprecated line: Encoding=UTF-8
All desktop files should now be UTF-8 compliant making this argument redundant. I'm
not sure how GPE processes this line so I don't know if we can remove this safely,
would need to check this first.

* The use of 1/0 instead of true/false. The specification states that menus should
support 1/0 for legacy reasons but desktop files should be changed to use true/false.
This effects 2 programs, but is safe to fix as other programs are doing this correctly.

* The Type= key only accepts the values Application, Link and Directory. 4 programs
use PanelApp as a value here which isn't valid. I'm not sure how GPE treats PanelApp
differently to Application so this needs to be checked before fixing.

* Extra keys that aren't in the spec can be used but should be preceded by X-Product
where Product is GNOME or other window manager etc.
GPE uses the line: SingleInstance=true in 7 programs and X-SingleInstance=true in 4
programs. This should be changed I believe (based upon GNOME's use of the
SingleInstance line) to X-MB-SingleInstance=true
Before fixing this we again might need to check how GPE processes this line, or if it
just passes it on to MatchBox.

* Every desktop file should have at least 1 of the main recognised categories to
ensure it appears in the menu structure (but being in 2 of the recognised categories
means the program may appear in 2 menus).
Those main categories are: AudioVideo, Audio, Video, Development, Education, Game,
Graphics, Network, Office, Settings, System, Utility
There are 5 programs that don't contain at least 1 of those categories (most common
categories that are used in GPE but not recognised in the specification are: GPE,
PIM, Panel, Application) however this is safe to fix as adding an additional
recognised category value won't break GPE support but should make those menu items
work with other menu systems.

* There is a list of recognised minor categories and the GNOME programs I have
compared GPE desktop files too in my examination of GPE's compliance have only used
recognised categories. I think using a non recognised category is allowed (providing
the main categories are present) but not recommended.
This effects all the GPE programs, but I'm not sure how well GPE's menu supports the
main categories so removing some of the categories used might cause issues with GPE
support until we can check what values GPE knows how to deal with.

* Finally there are a number of Exec options that have been depreciated. I've not
checked GPE's compliance with this value so not sure how many programs if any this
effects but for future reference the only field codes that should be used with the
Exec= line is %f, %F, %u, %U, %i, %c and %k (%F and %U should be used by themselves
not in a quoted argument and %f,%u,%F or %U should only be used the once in any Exec
line).

Hope this helps and I'm looking forward to any feed back and input on this. There are
some issues that can be fixed (and I can post a more detailed review pointing out the
files that we can partially fix now safely as a separate post), but on the whole many
items that need fixing can't be done before a review of GPE's menu handling has been
carried out and probably updated. Any help pointing out how/where GPE handles the
menu items and parses the desktop files would be appreciated.

Daniel

PS: The relevant freedesktop.org specifications are:
http://standards.freedesktop.org/desktop-entry-spec/latest/index.html
http://standards.freedesktop.org/menu-spec/latest/index.html

--------------------------------------------------------------
Sent with "Me-Mail", Boltblue's FREE mobile messaging service.
http://www.boltblue.com

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Gpe-bugs Digest, Vol 37, Issue 3

2009-12-02T02:58:48Z

Gpe-bugs Digest, Vol 37, Issue 2

2009-12-01T06:11:37Z

Send Gpe-bugs mailing list submissions to
gpe-bugs@...

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-bugs
or, via email, send a message with subject or body 'help' to
gpe-bugs-request@...

You can reach the person managing the list at
gpe-bugs-owner@...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gpe-bugs digest..."

Today's Topics:

1. [Bug 98] [PATCH] desktop file patch from Debian
(bugzilla-daemon@...)
2. [Bug 107] [l10n] the week name is duplicated
(bugzilla-daemon@...)
3. [Bug 280] Untranslatable week days (bugzilla-daemon@...)
4. [Bug 161] [PATCH] gpe-login.pre-session: make /sys/class/lcd
accessible to user (bugzilla-daemon@...)
5. [Bug 185] [PATCH] adjustments for desktop file validity
(bugzilla-daemon@...)
6. [Bug 210] Remove Conflicts/Replaces/Provides
(bugzilla-daemon@...)
7. [Bug 213] request: refresh button for erminig
(bugzilla-daemon@...)
8. [Bug 220] [PATCH] gpe-logout.c needs some more lines to
incorporate localization (bugzilla-daemon@...)
9. [Bug 110] day-of-the-week header wrong after resize
(bugzilla-daemon@...)
10. [Bug 231] Day names wrongly laid out switching to/from full
screen (bugzilla-daemon@...)
11. [Bug 252] please eliminate the clock-in/clock-out
confirmation dialogues (bugzilla-daemon@...)
12. [Bug 253] time spent on each task at a glance
(bugzilla-daemon@...)
13. [Bug 284] All appointments have disappeared; newly entered
appointments don't display (bugzilla-daemon@...)

----------------------------------------------------------------------

Message: 1
Date: Tue, 01 Dec 2009 12:45:29 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 98] [PATCH] desktop file patch from Debian
To: gpe-bugs@...
Message-ID: <E1NFRAf-0007bH-MV@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=98

Daniel <daniel.faulkner@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Summary|desktop file patch from |[PATCH] desktop file patch
|Debian |from Debian

--- Comment #1 from Daniel <daniel.faulkner@...> 2009-12-01 12:45:29 ---
Marking clearly that there is a patch included with this bug that needs to be
reviewed.
This is another .desktop patch which would be helped by a GPE wide .desktop
policy (and updating all .desktop files at once).

The relevant freedesktop.org specification is:
http://standards.freedesktop.org/desktop-entry-spec/latest/

The menu specification (which includes a list of categoriesthat should be
used):
http://standards.freedesktop.org/menu-spec/latest/

I will add to the todo list to check all GPE .desktop files and check for
compilance where possible.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 2
Date: Tue, 01 Dec 2009 13:08:40 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 107] [l10n] the week name is duplicated
To: gpe-bugs@...
Message-ID: <E1NFRX6-0005BF-SM@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=107

Daniel <daniel.faulkner@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Resolution| |DUPLICATE
Status|NEW |RESOLVED

--- Comment #1 from Daniel <daniel.faulkner@...> 2009-12-01 13:08:41 ---
Duplicate of bug 280, which while more recent includes more information on what
kind of modifications are needed to fix the issue.

*** This bug has been marked as a duplicate of bug 280 ***

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 3
Date: Tue, 01 Dec 2009 13:08:41 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 280] Untranslatable week days
To: gpe-bugs@...
Message-ID: <E1NFRX7-0005Bj-2g@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=280

Daniel <daniel.faulkner@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |lidaobing@...

--- Comment #3 from Daniel <daniel.faulkner@...> 2009-12-01 13:08:41 ---
*** Bug 107 has been marked as a duplicate of this bug. ***

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 4
Date: Tue, 01 Dec 2009 13:41:23 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 161] [PATCH] gpe-login.pre-session: make
/sys/class/lcd accessible to user
To: gpe-bugs@...
Message-ID: <E1NFS2l-0001EQ-3T@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=161

Daniel <daniel.faulkner@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Summary|gpe-login.pre-session: make |[PATCH] gpe-login.pre-
|/sys/class/lcd accessible to|session: make /sys/class/lcd
|user |accessible to user

--- Comment #1 from Daniel <daniel.faulkner@...> 2009-12-01 13:41:23 ---
Making it clear that there is a patch attached in the subject.

This might also be related to/could be done at the same time as bug 108 (
http://bugs.linuxtogo.org/show_bug.cgi?id=108 ). Which requests GPE add a user
group which extra permissions could be added to (and assign new users to it by
default).

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 5
Date: Tue, 01 Dec 2009 13:53:05 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 185] [PATCH] adjustments for desktop file
validity
To: gpe-bugs@...
Message-ID: <E1NFSE5-0006XS-Lx@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=185

Daniel <daniel.faulkner@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Summary|adjustments for desktop file|[PATCH] adjustments for
|validity |desktop file validity

--- Comment #1 from Daniel <daniel.faulkner@...> 2009-12-01 13:53:06 ---
Making it clear that a patch has been pasted into the description for the
.desktop file.

This is one of many .desktop files that need modifying to bring them into line
with the freedesktop.org specification.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 6
Date: Tue, 01 Dec 2009 14:02:35 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 210] Remove Conflicts/Replaces/Provides
To: gpe-bugs@...
Message-ID: <E1NFSNH-0005T1-9r@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=210

--- Comment #1 from Daniel <daniel.faulkner@...> 2009-12-01 14:02:35 ---
Now that the N900 device is out with Freemantle does this bug need acting on?

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 7
Date: Tue, 01 Dec 2009 14:03:37 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 213] request: refresh button for erminig
To: gpe-bugs@...
Message-ID: <E1NFSOH-0005UU-Tp@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=213

Daniel <daniel.faulkner@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |enhancement

--- Comment #1 from Daniel <daniel.faulkner@...> 2009-12-01 14:03:38 ---
Marking as an enhancement request

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 8
Date: Tue, 01 Dec 2009 14:18:11 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 220] [PATCH] gpe-logout.c needs some more
lines to incorporate localization
To: gpe-bugs@...
Message-ID: <E1NFScN-0001VL-CP@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=220

Daniel <daniel.faulkner@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Summary|gpe-logout.c needs some more|[PATCH] gpe-logout.c needs
|lines to incorporate |some more lines to
|localization |incorporate localization

--- Comment #2 from Daniel <daniel.faulkner@...> 2009-12-01 14:18:11 ---
Making it clear in the description that there is a patch attached that needs to
be reviewed.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 9
Date: Tue, 01 Dec 2009 14:30:15 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 110] day-of-the-week header wrong after
resize
To: gpe-bugs@...
Message-ID: <E1NFSo3-0005e7-3b@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=110

--- Comment #1 from Daniel <daniel.faulkner@...> 2009-12-01 14:30:15 ---
Without screen shots I'm not sure but I suspect it's related to bug 231 (
http://bugs.linuxtogo.org/show_bug.cgi?id=231 ). Which describes a very similar
issue.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 10
Date: Tue, 01 Dec 2009 14:30:21 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 231] Day names wrongly laid out switching
to/from full screen
To: gpe-bugs@...
Message-ID: <E1NFSo9-0005eU-Pa@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=231

--- Comment #1 from Daniel <daniel.faulkner@...> 2009-12-01 14:30:22 ---
Without screen shots I'm not sure but I suspect it's related to bug 110 (
http://bugs.linuxtogo.org/show_bug.cgi?id=110 ). Which describes a very similar
issue.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 11
Date: Tue, 01 Dec 2009 14:46:32 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 252] please eliminate the clock-in/clock-out
confirmation dialogues
To: gpe-bugs@...
Message-ID: <E1NFT3o-0002zX-VS@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=252

Daniel <daniel.faulkner@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |enhancement

--- Comment #1 from Daniel <daniel.faulkner@...> 2009-12-01 14:46:33 ---
Marking this as an enhancement.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 12
Date: Tue, 01 Dec 2009 14:47:53 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 253] time spent on each task at a glance
To: gpe-bugs@...
Message-ID: <E1NFT57-0004mq-GA@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=253

Daniel <daniel.faulkner@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |enhancement

--- Comment #1 from Daniel <daniel.faulkner@...> 2009-12-01 14:47:53 ---
Marking as an enhancement.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 13
Date: Tue, 01 Dec 2009 15:12:47 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 284] All appointments have disappeared; newly
entered appointments don't display
To: gpe-bugs@...
Message-ID: <E1NFTTD-000679-EW@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=284

--- Comment #1 from Daniel <daniel.faulkner@...> 2009-12-01 15:12:47 ---
Some people have been caught out by having no calendar selected causing the
appointments not to show up.

Please read the comments in bug 154 and see if that solves this issue.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

_______________________________________________
Gpe-bugs mailing list
Gpe-bugs@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-bugs

End of Gpe-bugs Digest, Vol 37, Issue 2
***************************************

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Gpe-bugs Digest, Vol 37, Issue 1

2009-12-01T02:58:52Z

libeventdb segmentation fault

2009-12-01T01:19:10Z

Hello,

When I use gpesyncd or gpe-calendar on my h2200 with libeventdb 0.90 built with
openembedded/angstrom, I get a segmentation fault if a calendar sqlite file
exists. But on my laptop (debian/testing) with libeventdb 0.90 all is working.

I have tested on my h2200 libeventdb built with oe source or with debian one
(slightly more recent). And in both case, the segmentation fault is got when
edb->default_calendar = EVENT_CALENDAR_NO_PARENT;
is set in sqlite.c (all is in event_db_new)

The strange thing is that a workaround is to put in comment, in sqlite.c :
sqlite_exec (SQLITE_DB (edb)->sqliteh,
"select uid, value from calendar where tag='rdaymask';"
"delete from calendar where tag='rdaymask'",
callback, NULL, NULL);

This is very strange since this code is under an if (version == 1) and in my
tests, the version is either -1 or 4.

Moreover, with this workaround, gpe-calendar is working, gpesyncd is starting
but it crash when doing UIDLIST VEVENT.

I need some help to understand better the problem.

Thanks,

Alain

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Prefixing bug reports with patches

2009-11-25T05:43:05Z

There are a few bug reports that contain patches on the bug tracker, but they can be
hard to notice so I'm thinking of adding something like [patch] to the start of a bugs title
whenever I come across them to make it easier to find patches that need reviewing.

I don't know if there are any other similar tags that may be useful to have in the
description. I see that some people have already prefixed some bugs with things like
[patch] [maemo] etc. (identifying maemo etc specific bugs could be another use of
prefixes). The ability to set bugs as confirmed/triaged/patch available is something that
bugzilla seems to be lacking which this might partly overcome.

Looking forward to hearing your views on this, as if we're all working to the same
prefixing scheme, if it's a popular idea, it could make identifying patches/specific kinds
of bugs easier.

Regards,
Daniel

--------------------------------------------------------------
Sent with "Me-Mail", Boltblue's FREE mobile messaging service.
http://www.boltblue.com

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Gpe-bugs Digest, Vol 36, Issue 8

2009-11-23T03:00:01Z

New icon theme for GPE => Tango icon theme (file uploaded)

2009-11-21T11:31:49Z

Hi

I've uploaded tango icon theme for GPE into Fusion Forge
(http://projects.linuxtogo.org/frs/?group_id=21).

> This file contains and update version of icon folder from GPE
> subversion. If you want use it:
> 1º Get GPE subversion code
> 2º Unpack this file into gpe-icons and overwrite all the files
> 3º Build the apps you want use the new icon theme

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Gpe-bugs Digest, Vol 36, Issue 7

2009-11-20T03:00:03Z

Gpe-bugs Digest, Vol 36, Issue 6

2009-11-19T03:00:08Z

Re: Mailing list reply-to field

2009-11-18T11:35:51Z

On Wed, Nov 18, 2009 at 12:59:11PM +0000, daniel.faulkner@... wrote:
>
> There seem to be reasonable points either way, but the point that 'most' clients have a
> reply to list feature isn't one I'm convinced about. Most clients doesn't mean most
> people or most emails sent, as webmail (hotmail,gmail,yahoo etc) is very popular and a
> lot of them offer a very reduced set of options. The setting isn't obvious (if it exists) on
> outlook or thunderbird either. So to say that the majority of people are aware of the
> feature or have access to it might not be necessarily correct.

I've heard it's not available on Thunderberd, but that someone has
prepared a plug-in or such for it.

I've also heard the the official protocol specs for user agents require
them to provide a reply-to-list operation, so the user-agents that don't
provide it are in violation of the standard.

If anyone could confirm or confound either of these bits of hearsay, I'd
appreciate it.

-- hendrik

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Mailing list reply-to field

2009-11-18T04:59:11Z

> The authors of Mailman have also come out against reply-to munging in
> most cases[1], though they provide the option for people who want it.
> It would be nice if list subscribers could set their own Mailman
> preference for this.

This would be very useful, a quick look on the mailman bug/feature tracker shows this
has been reported a few times (mostly on the old bug tracker at sourceforge rather
than there new bug tracker at launchpad so I'm not sure how much attention it's
getting). However on the oldest report for this feature there is a patch (which needs a
little bit of cleaning up) to add this functionality. Hope they add this to mailman
eventually. This would solve both sides of the debate then.

Patch: http://mail.python.org/pipermail/mailman-developers/2002-March/011068.html

> [1] http://wiki.list.org/pages/viewpage.action?pageId=4030691

There seem to be reasonable points either way, but the point that 'most' clients have a
reply to list feature isn't one I'm convinced about. Most clients doesn't mean most
people or most emails sent, as webmail (hotmail,gmail,yahoo etc) is very popular and a
lot of them offer a very reduced set of options. The setting isn't obvious (if it exists) on
outlook or thunderbird either. So to say that the majority of people are aware of the
feature or have access to it might not be necessarily correct.

I wouldn't be offended by either setting, and hope no one feels too hostile to me for
bringing the subject up. It has been very interesting as a topic of debate though (even
if unrelated to GPE development). Admittedly personally having reply-to turned on helps
in my situation and with my use of the list (saves me cutting and pasting the list email
into the 'to' field on the webmail client to replace the senders email), but I didn't intend to
kick up a fuss if other peoples clients and use of the list favoured having reply-to
disabled.

Daniel

--------------------------------------------------------------
Sent with "Me-Mail", Boltblue's FREE mobile messaging service.
http://www.boltblue.com

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Mailing list reply-to field

2009-11-17T19:42:38Z

On Tue, Nov 17, 2009 at 04:37:25PM +0100, Nils Faerber wrote:
>
> What do other list members say?

Reply-to munging seems to cause many problems so I leave it turned off
for the mailing lists I administer. This document describes many
of those problems:

http://www.unicom.com/pw/reply-to-harmful.html

The authors of Mailman have also come out against reply-to munging in
most cases[1], though they provide the option for people who want it.
It would be nice if list subscribers could set their own Mailman
preference for this.

Cheers,
Fyodor

[1] http://wiki.list.org/pages/viewpage.action?pageId=4030691

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Mailing list reply-to field

2009-11-17T14:37:06Z

On Tue, Nov 17, 2009 at 04:17:13PM +0000, daniel.faulkner@... wrote:

> Quoting Peter Bart <peter@...>:
>
> > On Tue, 17 Nov 2009 16:37:25 +0100
> > Nils Faerber <nils.faerber@...> wrote:
> >
> > > Neal H. Walfield schrieb:
> > > > At Tue, 17 Nov 2009 12:01:57 +0000,
> > > > daniel.faulkner@... wrote:
> > > >> Is it possible for someone on the mailing list to set a reply-to
> > > >> field (if it's possible) in mailman? By default (unlike some of
> > > >> the other lists I'm on) my emails get addressed to the sender when
> > > >> I click reply rather than to the list (which I have forgotten
> > > >> about once or twice).
> > > >>
> > > >> Just a minor annoyance but one that I expect a few people would
> > > >> like to see sorted.
> > > >
> > > > I'm against this. This error is far easier to correct than
> > > > accidently replying to the list thinking that you are replying to
> > > > the sender privately, and then trying to rescind that email.
> > > > Moreover, most of the mailing lists I'm on don't turn on this
> > > > behavior.
> > >
> > > Hmm... I should double check that but I had the impression that most
> > > have it on, i.e. reply-to list.
>
> A quick look though my recent emails show that ubuntu-devel-announce reply-to
> ubuntu-devel-discuss. The 2 local Linux User Groups have it turned on. The 2
> handhelds.org lists I've had emails from recently have it turned off. So a fairly even mix
> from the lists I'm on.

The REPLY-TO header is there so that the sender can indicate where he
expects to receive a reply. This is for the case where, say, he's using
someone elses email facility when sending, and wants replies still to
get to him. Having a mailing list provide a different reply-to header
may make it impossible to srite to the original sender, and is an abuse
of protocol.

The official message format has specific list headers to identify a
mailing list, and mailers are supposed to haver reply-to-list commands.
If yours doesn't, it is broken.

I routinely reply-to-list, and only reply to the sender when that fails.

-- hendrik

>
> > > > Some mail clients have list reply functionality (that is, they'll do
> > > > what you want if you are replying to mailing list mail). Maybe you
> > > > should investigate that.
> > >
> > > Uh - Thunderbird e.g.? I havent seen such functionality in it...
>
> I've not seen it in thunderbird either (but then again I've not really looked for it, I was
> using thunderbird because it was better at spam filtering for me).
>
> > Claws for Maemo does. <menu> <message> <reply to> <mailing
> > list> I believe Evolution does as well?
>
> I keep meaning to look at evolution (to see if its suitable to replace thunderbird for my
> needs) when I next do a clean install on my pc
>
> > > What do other list members say?
> > > I am open to both settings since I tend to look at the recipients
> > > line ;)
>
> > It really makes no difference to me.
>
> I'm not to passionate over it provided people are forgiving of those who occasionally
> forget that reply-to isn't set.
>
> It's good to see it discussed however.
>
> Daniel
>
> --------------------------------------------------------------
> Sent with "Me-Mail", Boltblue's FREE mobile messaging service.
> http://www.boltblue.com
>
>
> _______________________________________________
> Gpe-list mailing list
> Gpe-list@...
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Mailing list reply-to field

2009-11-17T08:40:27Z

On Tue, 17 Nov 2009 15:57:19 +0100
"Neal H. Walfield" <neal@...> wrote:

> At Tue, 17 Nov 2009 12:01:57 +0000,
> daniel.faulkner@... wrote:

<snip>

> Some mail clients have list reply functionality (that is, they'll do
> what you want if you are replying to mailing list mail). Maybe you
> should investigate that.
>

I hate to expose my ignorance, but thanks for making that clear
to me. I had seen those options in the menus, but until I read
your post they had never made sense.
--
Best Regards,

Peter The Plumber
Sent from a mobile Internet Tablet

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Mailing list reply-to field

2009-11-17T08:17:13Z

Quoting Peter Bart <peter@...>:

> On Tue, 17 Nov 2009 16:37:25 +0100
> Nils Faerber <nils.faerber@...> wrote:
>
> > Neal H. Walfield schrieb:
> > > At Tue, 17 Nov 2009 12:01:57 +0000,
> > > daniel.faulkner@... wrote:
> > >> Is it possible for someone on the mailing list to set a reply-to
> > >> field (if it's possible) in mailman? By default (unlike some of
> > >> the other lists I'm on) my emails get addressed to the sender when
> > >> I click reply rather than to the list (which I have forgotten
> > >> about once or twice).
> > >>
> > >> Just a minor annoyance but one that I expect a few people would
> > >> like to see sorted.
> > >
> > > I'm against this. This error is far easier to correct than
> > > accidently replying to the list thinking that you are replying to
> > > the sender privately, and then trying to rescind that email.
> > > Moreover, most of the mailing lists I'm on don't turn on this
> > > behavior.
> >
> > Hmm... I should double check that but I had the impression that most
> > have it on, i.e. reply-to list.

A quick look though my recent emails show that ubuntu-devel-announce reply-to
ubuntu-devel-discuss. The 2 local Linux User Groups have it turned on. The 2
handhelds.org lists I've had emails from recently have it turned off. So a fairly even mix
from the lists I'm on.

> > > Some mail clients have list reply functionality (that is, they'll do
> > > what you want if you are replying to mailing list mail). Maybe you
> > > should investigate that.
> >
> > Uh - Thunderbird e.g.? I havent seen such functionality in it...

I've not seen it in thunderbird either (but then again I've not really looked for it, I was
using thunderbird because it was better at spam filtering for me).

> Claws for Maemo does. <menu> <message> <reply to> <mailing
> list> I believe Evolution does as well?

I keep meaning to look at evolution (to see if its suitable to replace thunderbird for my
needs) when I next do a clean install on my pc

> > What do other list members say?
> > I am open to both settings since I tend to look at the recipients
> > line ;)

> It really makes no difference to me.

I'm not to passionate over it provided people are forgiving of those who occasionally
forget that reply-to isn't set.

It's good to see it discussed however.

Daniel

--------------------------------------------------------------
Sent with "Me-Mail", Boltblue's FREE mobile messaging service.
http://www.boltblue.com

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Mailing list reply-to field

2009-11-17T07:51:16Z

On Tue, 17 Nov 2009 16:37:25 +0100
Nils Faerber <nils.faerber@...> wrote:

> Neal H. Walfield schrieb:
> > At Tue, 17 Nov 2009 12:01:57 +0000,
> > daniel.faulkner@... wrote:
> >> Is it possible for someone on the mailing list to set a reply-to
> >> field (if it's possible) in mailman? By default (unlike some of
> >> the other lists I'm on) my emails get addressed to the sender when
> >> I click reply rather than to the list (which I have forgotten
> >> about once or twice).
> >>
> >> Just a minor annoyance but one that I expect a few people would
> >> like to see sorted.
> >
> > I'm against this. This error is far easier to correct than
> > accidently replying to the list thinking that you are replying to
> > the sender privately, and then trying to rescind that email.
> > Moreover, most of the mailing lists I'm on don't turn on this
> > behavior.
>
> Hmm... I should double check that but I had the impression that most
> have it on, i.e. reply-to list.
>
> > Some mail clients have list reply functionality (that is, they'll do
> > what you want if you are replying to mailing list mail). Maybe you
> > should investigate that.
>
> Uh - Thunderbird e.g.? I havent seen such functionality in it...

Claws for Maemo does. <menu> <message> <reply to> <mailing
list> I believe Evolution does as well?

>
>
> What do other list members say?
> I am open to both settings since I tend to look at the recipients
> line ;)
>
> > Neal
> Cheers
> nils
>

It really makes no difference to me.

--
Best Regards,

Peter The Plumber
Sent from a mobile Internet Tablet

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Mailing list reply-to field

2009-11-17T07:48:17Z

> > Is it possible for someone on the mailing list to set a reply-to field (if
> it's possible) in
> > mailman? By default (unlike some of the other lists I'm on) my emails get
> addressed to
> > the sender when I click reply rather than to the list (which I have
> forgotten about once
> > or twice).
>
> I'm against this. This error is far easier to correct than accidently
> replying to the list thinking that you are replying to the sender
> privately, and then trying to rescind that email. Moreover, most of
> the mailing lists I'm on don't turn on this behavior.

It would be easier to correct and I can see your point that an email accidently sent to
the list would be more annoying than an email accidently being sent twice to 1 person
(once personally and once by the list providing you notice that you failed to email the
list). It would only be awkward if you wanted to post something to the list that was
urgent or important and didn't notice it had only gone to 1 person.

I know of a couple of small lists with reply-to turned on, but they are admittedly small
rather specific lists. So it would be rare that you would want to reply to someone off
list, and theres no reason for anyone to reply with personal or private details.

As the reply-to feature is a valid concern to you it makes sense to leave it off. But it
was something that I wanted to bring up in case everyone else was finding it annoying
and only ever replyed to each other through the list.

> Some mail clients have list reply functionality (that is, they'll do
> what you want if you are replying to mailing list mail). Maybe you
> should investigate that.

I would but unfortunatly I don't seem to spend much time at home with my usual pc. So
I'm often limited to webmail (and my webmail account is of a rather poor quality
unfortunatly) and I often forget to change the email address.

So I would like to apologise in advance to anyone who recieves duplicates of my
posts. I do try and check my inbox to see that my posts are appearing but in case I
forget if you recieve a post from me (not through the list) that is obviously intended for
the list and isn't re-posted to the list in the next day or so I would appreciate it if you
would mention it to me.

Thanks for the insightful input on my post neal.

Regards,
Daniel

--------------------------------------------------------------
Sent with "Me-Mail", Boltblue's FREE mobile messaging service.
http://www.boltblue.com

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Mailing list reply-to field

2009-11-17T07:37:25Z

Neal H. Walfield schrieb:

> At Tue, 17 Nov 2009 12:01:57 +0000,
> daniel.faulkner@... wrote:
>> Is it possible for someone on the mailing list to set a reply-to field (if it's possible) in
>> mailman? By default (unlike some of the other lists I'm on) my emails get addressed to
>> the sender when I click reply rather than to the list (which I have forgotten about once
>> or twice).
>>
>> Just a minor annoyance but one that I expect a few people would like to see sorted.
>
> I'm against this. This error is far easier to correct than accidently
> replying to the list thinking that you are replying to the sender
> privately, and then trying to rescind that email. Moreover, most of
> the mailing lists I'm on don't turn on this behavior.

Hmm... I should double check that but I had the impression that most
have it on, i.e. reply-to list.

> Some mail clients have list reply functionality (that is, they'll do
> what you want if you are replying to mailing list mail). Maybe you
> should investigate that.

Uh - Thunderbird e.g.? I havent seen such functionality in it...

What do other list members say?
I am open to both settings since I tend to look at the recipients line ;)

> Neal
Cheers
nils

--
kernel concepts GbR Tel: +49-271-771091-12
Sieghuetter Hauptweg 48 Fax: +49-271-771091-19
D-57072 Siegen Mob: +49-176-21024535
http://www.kernelconcepts.de

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Mailing list reply-to field

2009-11-17T07:34:01Z

daniel.faulkner@... schrieb:
> Is it possible for someone on the mailing list to set a reply-to field (if it's possible) in
> mailman? By default (unlike some of the other lists I'm on) my emails get addressed to
> the sender when I click reply rather than to the list (which I have forgotten about once
> or twice).

Done ;)

> Just a minor annoyance but one that I expect a few people would like to see sorted.

Perfectly valid point - was just a not-very-well-thought-through-default
by mailman upon list creation.

> Daniel
Cheers
nils

--
kernel concepts GbR Tel: +49-271-771091-12
Sieghuetter Hauptweg 48 Fax: +49-271-771091-19
D-57072 Siegen Mob: +49-176-21024535
http://www.kernelconcepts.de

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Mailing list reply-to field

2009-11-17T06:57:19Z

At Tue, 17 Nov 2009 12:01:57 +0000,
daniel.faulkner@... wrote:
>
> Is it possible for someone on the mailing list to set a reply-to field (if it's possible) in
> mailman? By default (unlike some of the other lists I'm on) my emails get addressed to
> the sender when I click reply rather than to the list (which I have forgotten about once
> or twice).
>
> Just a minor annoyance but one that I expect a few people would like to see sorted.

I'm against this. This error is far easier to correct than accidently
replying to the list thinking that you are replying to the sender
privately, and then trying to rescind that email. Moreover, most of
the mailing lists I'm on don't turn on this behavior.

Some mail clients have list reply functionality (that is, they'll do
what you want if you are replying to mailing list mail). Maybe you
should investigate that.

Neal

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Mailing list reply-to field

2009-11-17T04:01:57Z

Is it possible for someone on the mailing list to set a reply-to field (if it's possible) in
mailman? By default (unlike some of the other lists I'm on) my emails get addressed to
the sender when I click reply rather than to the list (which I have forgotten about once
or twice).

Just a minor annoyance but one that I expect a few people would like to see sorted.

Daniel

--------------------------------------------------------------
Sent with "Me-Mail", Boltblue's FREE mobile messaging service.
http://www.boltblue.com

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Source code documentation

2009-11-11T02:25:50Z

> I've upload file into GPE Project list
> (http://projects.linuxtogo.org/frs/download.php/237/Documentation
_Test.7z)
>
> If I can't upload the test on that category, mail me and I'll delete the
> file.

Thats working fine thanks. I've had a quick look (but only briefly so can't give
much
feed back on it atm). The dependancies charts look good. But not sure how useful
it
would be at discovering the purpose of various functions etc. in the code until
I've
looked over it further.

Does look like an interesting starting point for developer documentation but
(from what
I've seen) would need someone to go through and take out the useful sections and
put
them into a wiki/guide.

Daniel

--------------------------------------------------------------
Sent with "Me-Mail", Boltblue's FREE mobile messaging service.
http://www.boltblue.com

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Source code documentation

2009-11-10T05:21:11Z

Attached file was not send

I've upload file into GPE Project list
(http://projects.linuxtogo.org/frs/download.php/237/Documentation_Test.7z)

If I can't upload the test on that category, mail me and I'll delete the file.

Regards

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Source code documentation

2009-11-10T04:49:57Z

> After running Doxygen with GPE-Todo I get the attached file. What do
> you think about this for all the gpe source code?

I'm not sure if it's just my email account acting up (which it does on a regular basis) but
I don't see an attachment.

Daniel

--------------------------------------------------------------
Sent with "Me-Mail", Boltblue's FREE mobile messaging service.
http://www.boltblue.com

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Source code documentation

2009-11-10T04:04:28Z

Hi

Checking GPE source code I had not found documentation related with
code. You can check comments, but this is not useful for a global
aproach to the program. There's a tool called Doxygen which give you
more info.

After running Doxygen with GPE-Todo I get the attached file. What do
you think about this for all the gpe source code?

Regards

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Re: Bug cleanup

2009-11-09T17:25:40Z

Hi Daniel,

daniel.faulkner@... schrieb:
> Just a short message to say that if no one objects I think I might start going
> through the GPE bugs and organise/clarify/categorise/comment on them during the next
> month. Just it is something I can do easily while at work in my lunch break or while
> away from my normal desktop.
>
> It looks like there are a few old bugs on bugzilla and clearing them up a bit might
> make it a bit easier to identify the 'low hanging fruit' so to speak which I could
> have a go at fixing when I am at my desktop.

yes this is a good idea and a contribution that helps quite a lot. Please go ahead!

Greetings

Florian

--
The dream of yesterday Florian Boor
is the hope of today Tel: +49 271-771091-15
and the reality of tomorrow. Fax: +49 271-771091-19
[Robert Hutchings Goddard, 1904] florian.boor@...
http://www.kernelconcepts.de/en

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Gpe-bugs Digest, Vol 36, Issue 5

2009-11-09T03:00:02Z

Gpe-bugs Digest, Vol 36, Issue 4

2009-11-08T02:59:17Z

Gpe-bugs Digest, Vol 36, Issue 3

2009-11-07T03:00:02Z

Gpe-bugs Digest, Vol 36, Issue 2

2009-11-06T03:00:01Z

Gpe-bugs Digest, Vol 36, Issue 1

2009-11-01T03:00:02Z

Send Gpe-bugs mailing list submissions to
gpe-bugs@...

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-bugs
or, via email, send a message with subject or body 'help' to
gpe-bugs-request@...

You can reach the person managing the list at
gpe-bugs-owner@...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gpe-bugs digest..."

Today's Topics:

1. [Bug 312] Segfault when importing from command line
(bugzilla-daemon@...)
2. [Bug 312] Segfault when importing from command line
(bugzilla-daemon@...)
3. [Bug 313] UID is not preserved. (bugzilla-daemon@...)
4. [Bug 314] Import is picky about REV field date and time
format. (bugzilla-daemon@...)
5. [Bug 309] Duplicate an event causes GPE calendar to freeze.
(bugzilla-daemon@...)
6. [Bug 311] [N900][Maemo5] GPE calendar crashs (segmentation
fault) after setting up a webdav calendar (password protected)
(bugzilla-daemon@...)
7. [Bug 309] Duplicate an event causes GPE calendar to freeze.
(bugzilla-daemon@...)
8. [Bug 312] Segfault when importing from command line
(bugzilla-daemon@...)
9. [Bug 312] Segfault when importing from command line
(bugzilla-daemon@...)

----------------------------------------------------------------------

Message: 1
Date: Sat, 31 Oct 2009 12:48:19 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 312] Segfault when importing from command
line
To: gpe-bugs@...
Message-ID: <E1N4CRP-0002IO-0n@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=312

Graham Cobb <g+gpe@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |g+gpe@...
Resolution| |WORKSFORME
Status|NEW |RESOLVED

--- Comment #3 from Graham Cobb <g+gpe@...> 2009-10-31 12:48:18 ---
Thanks for taking the time to report this. In this case I believe this is
fixed in the Beta version I released a while ago, along with a lot of other
import and export problems. It certainly works on my test system with the
latest code.

I hope to issue a full update before the end of the year.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 2
Date: Sat, 31 Oct 2009 13:12:36 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 312] Segfault when importing from command
line
To: gpe-bugs@...
Message-ID: <E1N4Cou-0003KX-G6@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=312

--- Comment #4 from Graham Cobb <g+gpe@...> 2009-10-31 13:12:36 ---
Oops, apologies, you are running the Beta.

It still may have already been fixed and I can't reproduce it. If you can send
me (or attach) a .vcs which reproduces it I will test that.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 3
Date: Sat, 31 Oct 2009 13:24:21 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 313] UID is not preserved.
To: gpe-bugs@...
Message-ID: <E1N4D0H-0006PW-8L@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=313

Graham Cobb <g+gpe@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |g+gpe@...
Priority|P4 |P3
Severity|normal |enhancement

--- Comment #2 from Graham Cobb <g+gpe@...> 2009-10-31 13:24:20 ---
Good suggestion for UID -- I will look into that.

REV is harder. At the moment we set REV based on the revision time in
gpe-contacts -- which would be the time it was imported. This makes some sense
if you imagine importing a contact from one place and then exporting it to send
to another -- the destination might not notice the update if the revision was
earlier than the last time it received an update.

But I am thinking about storing the REV and making it separate from the
revision time in the database (except for things that have actually been
changed in gpe-calendar, of course). I will think about that further.

I have raised the priority so I look at this when I get time (and hopefully
before I create the next major release). On the other hand I have made it an
enhancement :-)

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 4
Date: Sat, 31 Oct 2009 13:29:41 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 314] Import is picky about REV field date and
time format.
To: gpe-bugs@...
Message-ID: <E1N4D5R-0002cT-Q7@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=314

Graham Cobb <g+gpe@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |g+gpe@...
Priority|P4 |P2
Status|NEW |ASSIGNED

--- Comment #1 from Graham Cobb <g+gpe@...> 2009-10-31 13:29:42 ---
I didn't see anything in RFC2425 saying that lower case T or Z should be
allowed but the colons and hyphens definitely should be allowed. And accepting
lower case seems sensible!

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 5
Date: Sat, 31 Oct 2009 13:36:25 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 309] Duplicate an event causes GPE calendar
to freeze.
To: gpe-bugs@...
Message-ID: <E1N4DBx-0002oU-EE@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=309

Graham Cobb <g+gpe@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |g+gpe@...
Resolution| |WORKSFORME
Status|NEW |RESOLVED

--- Comment #2 from Graham Cobb <g+gpe@...> 2009-10-31 13:36:25 ---
I can't reproduce this (with the latest code). Can you be a bit more specific
about how you reproduce it? For example, does it hang before bringing up the
Edit event dialog for the duplicate event or afterwards? Does the event have
to be all-day or not-all-day, with an alarm or without, in the future or in the
past, etc. Anything that might help me reproduce it.

If you provide some more information, please re-open the bug.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 6
Date: Sat, 31 Oct 2009 14:12:44 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 311] [N900][Maemo5] GPE calendar crashs
(segmentation fault) after setting up a webdav calendar (password
protected)
To: gpe-bugs@...
Message-ID: <E1N4Dl6-0000le-EE@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=311

Graham Cobb <g+gpe@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |g+gpe@...
Priority|P4 |P2

--- Comment #1 from Graham Cobb <g+gpe@...> 2009-10-31 14:12:44 ---
I have contacted Uwe offline.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 7
Date: Sun, 01 Nov 2009 04:15:44 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 309] Duplicate an event causes GPE calendar
to freeze.
To: gpe-bugs@...
Message-ID: <E1N4Quu-0002Ws-Gr@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=309

B D <bd@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Resolution|WORKSFORME |
Status|RESOLVED |REOPENED

--- Comment #3 from B D <bd@...> 2009-11-01 04:15:44 ---
New info: Freeze happens when I add a category to the event, then try to
duplicate the event.

If I create a new event with a name and a start and end time, it duplicates
just fine.

If I then add a category to the same event and save the event, then I try to
duplicate the event, then as soon as the duplicate button is pressed, the menu
with edit,duplicate,etc disappears leaving a white box, and the program freezes
before the edit box for the duplicate event appears.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 8
Date: Sun, 01 Nov 2009 04:31:02 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 312] Segfault when importing from command
line
To: gpe-bugs@...
Message-ID: <E1N4R9i-00032b-Dn@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=312

--- Comment #5 from B D <bd@...> 2009-11-01 04:31:02 ---
Created an attachment (id=71)
--> (http://bugs.linuxtogo.org/attachment.cgi?id=71)
A simple Vcard with a category, which segfaults when imported at command line.

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

Message: 9
Date: Sun, 01 Nov 2009 04:37:00 +0100
From: bugzilla-daemon@...
Subject: [Gpe-bugs] [Bug 312] Segfault when importing from command
line
To: gpe-bugs@...
Message-ID: <E1N4RFU-0003Az-UE@...>
Content-Type: text/plain; charset="UTF-8"

http://bugs.linuxtogo.org/show_bug.cgi?id=312

B D <bd@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Resolution|WORKSFORME |
Status|RESOLVED |REOPENED

--- Comment #6 from B D <bd@...> 2009-11-01 04:37:01 ---
Segfault from command line import occurs when a simple Vcard with a CATEGORY
field is used. Without the category field, the import from the command line is
successful.

The attached vcard does import successfully when using the gpe-contacts menus.

(The attached Vcard is exported from gpe-contacts.)

--
Configure bugmail: http://bugs.linuxtogo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------

_______________________________________________
Gpe-bugs mailing list
Gpe-bugs@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-bugs

End of Gpe-bugs Digest, Vol 36, Issue 1
***************************************

_______________________________________________
Gpe-list mailing list
Gpe-list@...
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list

Gpe-bugs Digest, Vol 35, Issue 9

2009-10-31T03:59:59Z

Gpe-bugs Digest, Vol 35, Issue 8

2009-10-28T03:59:14Z