On Mon, Oct 15, 2012 at 03:35:20AM +0200, Rene Engelhard wrote:
> On Sun, Oct 14, 2012 at 09:17:08PM -0400, westlake wrote:
> > This is a brand new VM-testing machine..
> >
> > The video speaks for itself. +x is required..
>
> And you know, NO .desktop file on Debian does have +x. NONE.
Not even
On Sun, Oct 14, 2012 at 09:17:08PM -0400, westlake wrote:
> This is a brand new VM-testing machine..
>
> The video speaks for itself. +x is required..
And you know, NO .desktop file on Debian does have +x. NONE.
Seriously, did you ever read Mechtildes (or mine for that matter)
comment? Did you c
This is a brand new VM-testing machine..
The video speaks for itself. +x is required..
This bug will be reported to other package maintainers, as I said it
sounds like it's a deeper problem than libreoffice itself.. (and I don't
think I should be the one addressing this to other package mainta
Processing commands for cont...@bugs.debian.org:
> found 690336 1:3.5.4-7
Bug #690336 [libreoffice] relative symlinks of .desktops prevent copying entry
from menu to desktop
Marked as found in versions libreoffice/1:3.5.4-7.
> thanks
Stopping processing here.
Please contact me if you need assist
Hi,
On Sun, Oct 14, 2012 at 02:52:33PM -0400, westlake wrote:
> I think i'll just post a video for libreoffice maintainers from now on ;)
If you want to delay the bugfix, sure. (See below).
> 1- Yes it is possible to drag and drop items from the gnome-classic
> menu (People who read the top of
I think i'll just post a video for libreoffice maintainers from now on ;)
1- Yes it is possible to drag and drop items from the gnome-classic
menu (People who read the top of the bug report will immediately assume
that it isn't possible, but it is)
2-There is a problem probably deeper than ju
The annotated tag, libreoffice_3.6.3_rc1-1 has been updated
to a7b2c3c554d4fba16a79273bc241af6f686c0c8d (tag)
from 0f4ba6a784396ffbd829f02157296737ed733c51 (which is now obsolete)
tagging 81eb0a4940de516163b8d2cdad6af0bb7654becb (commit)
replaces libreoffice_3.6.2_rc1-1
tagg
The following commit has been merged in the debian-experimental-3.6 branch:
commit 81eb0a4940de516163b8d2cdad6af0bb7654becb
Author: Rene Engelhard
Date: Sun Oct 14 17:10:02 2012 +0200
do the libreoffice-startcenter.desktop directly in rules, no need to do it
in .links before (and fix typo)
The annotated tag, libreoffice_3.6.3_rc1-1 has been updated
to 0f4ba6a784396ffbd829f02157296737ed733c51 (tag)
from b5d6fda0554d535b0d9a33b42ac8f325753cd008 (which is now obsolete)
tagging 480b99424cc191317707519c3b46ee47c5b9567a (commit)
replaces libreoffice_3.6.2_rc1-1
tagg
The following commit has been merged in the debian-experimental-3.6 branch:
commit 480b99424cc191317707519c3b46ee47c5b9567a
Author: Rene Engelhard
Date: Sun Oct 14 16:54:29 2012 +0200
manually fix libreoffice-startcenter.desktop as dh_link doesn't do that for
us...
diff --git a/changelog
On 10/14/2012 02:34 PM, Agustin Martin wrote:
I have been debugging this problem and noticed that this is caused by
some problems with the way hunspell handle init version string in pipe
mode, way that is not compatible with ispell and aspell. This causes
Emacs not catching the error condition ca
The annotated tag, libreoffice_3.6.3_rc1-1 has been created
at b5d6fda0554d535b0d9a33b42ac8f325753cd008 (tag)
tagging e2ede8b9d6b78f6091e2c741888031b07f1912b8 (commit)
replaces libreoffice_3.6.2_rc1-1
tagged by Rene Engelhard
on Sun Oct 14 15:26:17 2012 +0200
- Shortlog
Processing commands for cont...@bugs.debian.org:
> reassign690318 hunspell
Bug #690318 [dictionaries-common] hunspell hungs after changing dictionary
Bug reassigned from package 'dictionaries-common' to 'hunspell'.
No longer marked as found in versions dictionaries-common/1.12.10.
Ignoring req
Processing commands for cont...@bugs.debian.org:
> tags 687228 + pending
Bug #687228 [libreoffice] Default mail handler - Is lomua still sensible?
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
687228: http://bugs.debian.org/cgi-bin/bugrepor
Processing commands for cont...@bugs.debian.org:
> tag 690336 + pending
Bug #690336 [libreoffice] relative symlinks of .desktops prevent copying entry
from menu to desktop
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
690336: http://bugs.d
tag 690336 + pending
thanks
Hi,
On Sun, Oct 14, 2012 at 01:02:44PM +0200, Mechtilde wrote:
> I set an absolute symling to /usr/share/applications as Rene described.
> Then it is possible to copy an libreoffice entry from menu to desktop.
OK, so we can fix this as described in the first point - e
Hello
I set an absolute symling to /usr/share/applications as Rene described.
Then it is possible to copy an libreoffice entry from menu to desktop.
Also there is no error message in the preferences of the new icon at the
desktop.
Regards
Mechtilde
Am 14.10.2012 12:07, schrieb Rene Engelhard:
The following commit has been merged in the debian-experimental-3.6 branch:
commit e2ede8b9d6b78f6091e2c741888031b07f1912b8
Author: Rene Engelhard
Date: Sun Oct 14 12:36:07 2012 +0200
exclude .desktop from dh_link call to get absolute symlinks
diff --git a/changelog b/changelog
index 3e775
The following commit has been merged in the debian-experimental-3.6 branch:
commit 8417728ec35171fa57d1c66af627166290e615ed
Author: Rene Engelhard
Date: Fri Oct 12 13:01:59 2012 +0200
add patch from Dave Steele to make senddoc.sh default to standard mailto
handler
diff --git a/changelog b
On Sat, Oct 13, 2012 at 03:21:56PM -0400, westlake wrote:
> Please drag and drop an item of openoffice on the desktop, I never
> said it was the default Gnome 3, but I mentioned in brackets
> "gnome-classic"..
I use gnome classic and I can't drop *any* menu entry on the desktop.
> After I drag an
Processing commands for cont...@bugs.debian.org:
> reopen 690336
Bug #690336 {Done: Rene Engelhard } [libreoffice] libreoffice:
drag and drop from menu fails to make desktop links
Bug reopened
Ignoring request to alter fixed versions of bug #690336 to the same values
previously set
> retitle 690
reopen 690336
retitle 690336 relative symlinks of .desktops prevent copying entry from menu
to desktop
thanks
On Sun, Oct 14, 2012 at 09:18:07AM +0200, Mechtilde wrote:
> Am 14.10.2012 05:34, schrieb westlake:
> If you create the Icon file for GEdit it is a copy of the the *.desktop
> file.
>
>
Am 14.10.2012 05:34, schrieb westlake:
> I attached a video to help demonstrate how to turn on shortcut icons on
> the gnome-classic desktop.
> The shortcuts dragged from the menu to the desktop makes .desktop files
> with the +x execute set on them. (but nothing gets set properly when
> dragging t
23 matches
Mail list logo
