Bug#1029594: Fails to authenticate mit o365
Hi, > (Since the only reason I use Thunderbird in the first place is to > access o365, this bug might even be considered grave ;-) upstream is handling this bug in https://bugzilla.mozilla.org/show_bug.cgi?id=1810760 and it seems a working fix is available and so we will hopefully see a new release in the next few days. Regards, Enrico
Bug#897127: psensor FTBFS on i386/armhf: FAIL: test-cppcheck.sh
On 05/13/2018 02:36 PM, Joachim Reichel wrote: > See bug 898327. Thanks. Just for the records, for me the problem is gone with the new version. I guess this bug report can be closed. signature.asc Description: OpenPGP digital signature
Bug#897127: psensor FTBFS on i386/armhf: FAIL: test-cppcheck.sh
Hi, we experienced a similar, probably related, problem in Geany: https://pastebin.geany.org/2nOR1/ It seems cppcheck is crashing for some reason. The log above is created by the nightly builds from Geany (in this case the set of plugins) in a cowbuilder environment for Sid with i386 arch. The same setup runs fine for amd64 architecture and also for the stable distribution in both architectures. We see this problem at least since 2018-04-25 but the root cause might be older. signature.asc Description: OpenPGP digital signature
Bug#790201: geany-plugins: depends on libwebkitgtk-1.0-0 which is deprecated
On 07/15/2017 01:17 PM, Adrian Bunk wrote: > On Fri, Jun 30, 2017 at 04:45:58PM -0400, Jeremy Bicha wrote: >> Fedora "fixed" this issue by disabling geany's webkit plugins. >> ... > > Are there any maintainer plans to upload 1.30 from experimental with the > affected plugins disabled? > > If not, would anyone object to me doing this in an NMU? JFYI, we (Geany upstream) are about to release 1.31 on Monday, so instead of updating the 1.30 package, it might be worth to wait for 1.31 and fix the libwebkitgtk issue then. Regards, Enrico signature.asc Description: OpenPGP digital signature
Bug#852322: geany-plugin-addons: Task window does not get populated
This is not particularly a bug. Tasks are only parsed in comments, e.g. # TODO: do something or /* TODO: do something */ Simple TODO (or other configured keywords) are not parsed. Especially on documents without a set filetype, nothing will be parsed at all. This feature had been implemented in https://github.com/geany/geany-plugins/pull/449. If you want this to be configurable, please open a issue at https://github.com/geany/geany-plugins/issues (or ideally even with a patch as pull request). Thanks. Regards, Enrico signature.asc Description: OpenPGP digital signature
Bug#728192: geany-plugins: Plugins are not available via plugin-manager
Hi, I installed geany-plugins and I did not see geany-pluginvc in the plugin manger. Hence I download the upstream package and installed it. I noticed that upstream installed the plugins to: /usr/local/lib/geany/geanyvc.so Whereas the debian package installed the file to /usr/lib/i386-linux-gnu/geany/geanyvc.so I remove the upstream package and created a link : what exactly is 'upstream package' and where is it from? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature
Bug#645190: Bug#645191: waf binary code not DFSG compliant
On Tue, 03 Jan 2012 22:40:28 +0100, Yves-Alexis wrote: Hi, /me is one of the upstream developers of Geany and Gigolo also using Waf. A quick tutorial on how to unpack waf to fulfil our requirements can be found here: http://wiki.debian.org/UnpackWaf Best regards, Alexander for the FTP Team 1: Yes, that phrase originates from the GPL, nevertheless Debian uses it as definiton of source. That still looks to me like a waste of time. waf is a pain to work with, and the bzip2 part is not really the worse part (technically speaking). Yves-Alexis, again the pointless discussion about Waf? Me and some other developers consider Waf as a way saner build system than autotools. Other people do not. Anyway, I don't feel like discussing this again and again. Diverting from upstream (waf as well as the package using it) already proved painful, so I think the easiest solution would be to just stop shipping those packages, sadly That'd be really, really sadly. Did anyone already brought this issue to Waf upstream to see whether they would like to help on this issue, e.g. by adding a command line switch to unpack and repack the waf binary? Regards, Enrico -- Not sent from my smartphone. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647458: Evil fix
On Tue, 20 Dec 2011 11:38:43 +0100, Christoph wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20.12.2011 09:35, Enrico Tröger wrote: On Mon, 19 Dec 2011 23:50:39 +0100, Christoph wrote: Hi Christoph, thanks for the bug report. At the moment the zabbix-frontend-php package relies on an Apache2 installation. So to provide a quick fix I have removed the dependency on the httpd virtual package and made zabbix-frontend-php depend on apache2. That won't help you with How is this any better? I'm using Lighttpd (with php-cgi configured as FastCGI) for the Zabbix frontend which works fine. But with a apache2 dependency I would need to install apache2 which I don't want at all. My bad. I confused myself. The dependency will stay apache2 | httpd. So if you don't have a web server installed yet Zabbix will install an Apache2. But you can replace Apache by a Lighttpd at any time. Zabbix will just offer a pre-configuration for Apache though. Makes sense? Yeah, sounds good. Thanks. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp0CS2tErC3C.pgp Description: PGP signature
Bug#647458: Evil fix
On Mon, 19 Dec 2011 23:50:39 +0100, Christoph wrote: Hi Christoph, thanks for the bug report. At the moment the zabbix-frontend-php package relies on an Apache2 installation. So to provide a quick fix I have removed the dependency on the httpd virtual package and made zabbix-frontend-php depend on apache2. That won't help you with How is this any better? I'm using Lighttpd (with php-cgi configured as FastCGI) for the Zabbix frontend which works fine. But with a apache2 dependency I would need to install apache2 which I don't want at all. Regards, Enrico -- Not sent from my smartphone. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641837: geany: *.txt format do not clean some hidden symbol when used copypast.
On Fri, 16 Sep 2011 23:04:59 +0600, Nazjhat wrote: Hi, When i used scripts examles from internet browser, i found some of them not work properly. Reason was the hidden symbols, that remain in code even after copy them into geany, gedit, leafpad or nano. This bug may be used to spoil program code and make system unsecure. I hope it my computers only. But i cannot check now. If you need, i can send example of text file with hidden symbols. I guess the hidden symbols you are talking about are just non-breaking spaces (http://en.wikipedia.org/wiki/Non-breaking_space). If so, this is by no means critical or a security problem. And as you said yourself, other applications are affected as well. IMO this is not Geany's fault nor is it Geany's job to filter these out or anything. Rather bug your browser for not stripping non-breaking spaces when copying text. Anyway, one could write a plugin for Geany to automatically replace non-breaking spaces into normal spaces when pasting text. Still, not a bug in Geany. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpBSJyXOqD6n.pgp Description: PGP signature
Bug#641461: Probably a GTK+ prolem (already solved upstream?)
On Fri, 16 Sep 2011 00:19:48 +0100, Robert wrote: I note this now happens for my program Viking too (not changed in Debian repository). One doesn't even need to open a file, just go to file-open then cancel. Then file-open again and it crashes. Gtk:ERROR:/scratch/build-area/gtk +2.0-2.24.6/gtk/gtkfilechooserdefault.c:8764:gtk_file_chooser_default_initial_focus: assertion failed: (widget != NULL) I think this is Gtk+ problem, which has probably been solved upstream, see: http://git.gnome.org/browse/gtk+/commit/?h=gtk-2-24id=a350b667c1c1ce19c897871806fdc1b1b484c84a Yes, there are also a couple of similarbug reports in the Geany bugtracker. It has been fixed in recent GTK versions, AFAIK. Additionally, we added a workaround in Geany itself, available in current SVN versions. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpg4WEaKi7EG.pgp Description: PGP signature
Bug#636608: geany: Geany runs Python scripts using bad Python interpreter version, wrt #! (she bang) 1st line
On Thu, 04 Aug 2011 16:56:23 +0200, Valentin wrote: Hi, The day before yesterday I noticed the trouble following: When I use the 'geany' programming editor, whenever I want to execute a Python script, it always use the default version of the interpretor: ver. 2.6.7 (r267.88850, Jul 10 2011, 08:11:54) [GCC 4.6.1] (it's the default interpreter version under Debian testing) even when the script begins with: #! /usr/bin/env python3 I would have preferred the following: ver. 3.2.1 (default, Jul 10 2011, 20:12:44) [GCC 4.6.1] ( Which is installed on my system, of course. ) Important note Part I : If I execute the same script from the shell, it is run byt under the right version of the Python interpreter (assuming octal 500 permissions at least). Important note Part II : If I type env python3, or just python3, this launches the expected 3.2... version of the Python interpreter. Any fixup in mind ? No, since it's not a bug. Geany won't evaluate the shebang when executing Python, Shell or whatever scripts and this is why your #!/usr/bin/env line has no effect. Instead, Geany uses the configured command in Build-Set Build Commands to execute the script. There you can easily change the default (python) to python3 or whatever you want. See also Geany's documentation about the build system. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpveImruDNyI.pgp Description: PGP signature
Bug#624642: closed by Tino Keitel tino.kei...@tikei.de (Bugs have been fixed in syncevolution 1.1.994+ds1-1)
On Tue, 26 Jul 2011 19:45:06 +, Debian wrote: This is an automatic notification regarding your Bug report which was filed against the syncevolution package: #624642: syncevolution: Please enable Webdav/Caldav backend Are you sure? I still get an error however it is slightly different than the old one: [ERROR] error code from SyncEvolution fatal error (local, status 10500): calendar: access to DAV not enabled The command I used to (try to) configure syncevolution was: syncevolution --configure \ --template SyncEvolution \ calendar/backend=CalDAV \ syncURL=https://server/caldav \ username=enrico.troeger\ password=passwd \ consumerReady=0 \ source-config@test-caldav Is there anything else necessary to be done? I'm using: ii libsyncevo-dbus0 1.1.99.5a-1 ii libsyncevolution0 1.1.99.5a-1 ii syncevolution 1.1.99.5a-1 ii syncevolution-common 1.1.99.5a-1 ii syncevolution-dbus1.1.99.5a-1 ii syncevolution-libs1.1.99.5a-1 Any ideas? Regards, Enrico -- Not sent from my smartphone. pgpQmVN8te3dB.pgp Description: PGP signature
Bug#624642: syncevolution: Please enable Webdav/Caldav backend
Package: syncevolution Version: 1.1.99.3+ds1-1 Severity: normal Hi, since SyncEvolution 1.1.99.3, it provides a new Caldav backend which does not seem to be enabled in the Debian package yet, I got: [ERROR] error code from SyncEvolution fatal error (remote, status 500): list: access to DAV not enabled from SyncEvolution when trying to use it. On http://lists.syncevolution.org/pipermail/syncevolution/2011-February/002214.html are some informatio for packagers. Btw, 1.1.99.4 is out already :). Thank you. Regards, Enrico -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages syncevolution depends on: ii libbluetooth34.91-1 Library to use the BlueZ Linux Blu ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcamel1.2-19 2.32.3-1Evolution MIME message handling li ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libebook1.2-10 2.32.3-1Client library for evolution addre ii libecal1.2-8 2.32.3-1Client library for evolution calen ii libedataserver1. 2.32.3-1Utility library for evolution data ii libgcc1 1:4.6.0-2 GCC support library ii libgconf2-4 2.28.1-6GNOME configuration database syste ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgnome-keyring 2.32.0-1GNOME keyring services library ii libical0 0.44-3 iCalendar library implementation i ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libopenobex1 1.5-2 OBEX protocol library ii libsmltk03.4.0.6+ds5-2 library for SyncML-DS (SyncML Data ii libsoup2.4-1 2.34.0-1HTTP library implementation in C - ii libsqlite3-0 3.7.5-1 SQLite 3 shared library ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libsynthesis03.4.0.6+ds5-2 library for SyncML-DS (SyncML Data ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii syncevolution-co 1.1.99.3+ds1-1 Evolution data synchronization pro Versions of packages syncevolution recommends: ii bluez 4.91-1 Bluetooth tools and daemons ii evolution-data-server 2.32.3-1 evolution database backend server syncevolution suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603643: [Pkg-xfce-devel] Bug#603643: gigolo: Fails to authenticate without root user
On Tue, 16 Nov 2010 11:03:10 +0100, Yves-Alexis wrote: On lun., 2010-11-15 at 21:35 -0500, AnthonyN wrote: Gigolo will fail to open filesystems if you only use sudo and have no root password set. Launching gigolo with gksudo gigolo fails to find the filesystems in question. Double clicking the filesystem will prompt you for a root password, but will not accept sudoers password. Gigolo doesn't manage permissions by itself at all. It just uses Gio/Gvfs for that. Exactly. And you never should use GIO/GVfs as root, at least not in a normal user session as these services do only work for the user session. Just never ever run Gigolo as root :). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp8YU9RV0TD2.pgp Description: PGP signature
Bug#560004: the LXDE display manager LXDM into the Debian repository, please
On Sun, 13 Jun 2010 13:37:03 +0700, Andrew wrote: 在 2010/6/13 0:19 時，Martin-Éric Racine q-f...@iki.fi 寫到： Package: lxdm Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm just curious how things are progressing with this? A couple of months ago, Andrew said that a new upstream release that solves several pending issues was published and that it would soon be packaged. Thanks for reminding this. We(lxde packing team) had a discussion during the LDXE meetup at LinuxTag. This package still need more tests. We planed to upload it to get more people to help on testing. Howevrer you may now get it from collab-maint's git if you would like to try it now. Any news? The GIT repo seems outdated :(. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp8R35ZetJjZ.pgp Description: PGP signature
Bug#587816: geany: tabbing shouldn't give focus to text strings in dialog boxes
On Thu, 01 Jul 2010 16:08:34 -0400, Celejar wrote: Package: geany Version: 0.19-1 Severity: minor In a dialog box, tabbing moves the focus not just between the buttons, but also onto the text strings outside the boxes. E.g., there are five focus locations in this box: The file 'untitled' is not saved., Do you want to save it before closing?, Cancel, Don't Save, Save. Other GTK applications (e.g., Sylpheed) don't behave this way; the focus only moves from button to button. I had a quick look at this. In Geany, we use an ordinary GtkMessageDialog widget which by default seems to make the labels sensitive to receiving the focus. In contrary, Sylpheed doesn't use a GtkMessageDialog instead they use a more generic GtkDialog and put GtkLabel widgets in it manually. This seems more wrong to me, at least unnecessary complex. So, I think most GTK applications behave like Geany, rather few like Sylpheed behave differently. Though I see that feature of label texts being sensitive for tabbing isn't really good. So, if it should be fixed/changed in GTK not Geany, IMHO. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: PGP signature
Bug#583833: [Geany-devel] DebianBug#583833: geany -g: /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory on x86_64
On Wed, 2 Jun 2010 15:09:12 -0300, Damián wrote:
Thanks for your bug report Julian I dug up a little more and...
This is a consequence of geany using -undef on the gcc call to
pre-process the .h files.
src/symbols.c:1316
int symbols_generate_global_tags(int argc, char **argv, gboolean
want_preprocess) {
/* -E pre-process, -dD output user macros, -p prof info (?),
* -undef remove builtin macros (seems to be needed with FC5
gcc 4.1.1) */ const char pre_process[] = gcc -E -dD -p -undef;
I don't think using -undef makes sense and probably this is not the
only symbol-related thing that would break with it.
Let's hear what Geany developers think about it. Enrico, Nick, Frank,
any thoughts?
This has already been discussed in
https://sourceforge.net/tracker/index.php?func=detailaid=2572201group_id=153444atid=787791.
I don't see any new options other than adding a new command line
option. Any ideas are welcome.
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
signature.asc
Description: PGP signature
Bug#580911: geany: incorrect folding of code block
On Tue, 11 May 2010 11:06:36 +0100, Ximin wrote: Hi, after talking with the developer of scintilla, it turns out that this feature is off by default in scintilla. could you turn it off too in geany? the behaviour interferes with ordinary code practices (ie. commenting out code blocks eg. for testing), and is very unexpected if you don't specifically know it's there, which most users won't, as it's documented nowhere obvious. agreed. It's now off by default in Geany's SVN version (and so also in the upcoming 0.19 release). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: PGP signature
Bug#580911: geany: incorrect folding of code block
On Sun, 9 May 2010 22:17:42 +0200, Enrico wrote:
On Sun, 09 May 2010 20:09:12 +0100, Ximin wrote:
Hi,
make a new file called test.java, then open it in geany. paste in:
public void test() {
//}
System.out.println(hello, world);
}
and try to fold the method definition to make it invisible (the [-]
button next to the line number). notice that it folds the method at
the commented-out brace, rather than at the actual end of the
method.
this is a bug in Scintilla, the editing component used by Geany.
Could you please report this issue against the Scintilla project?
For reference, Ximin reported the issue at
https://sourceforge.net/tracker/?func=detailatid=102439aid=2999043group_id=2439.
Thanks.
As Neil said, this can be configured by a lexer property.
Unfortunately, these can't be set in Geany 0.18.1.
But with the upcoming 0.19 release this will be possible by adding the
following lines to ~/.config/geany/fieldefs/filetypes.java:
[lexer_properties]
fold.comment=0
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
signature.asc
Description: PGP signature
Bug#580911: geany: incorrect folding of code block
On Sun, 09 May 2010 20:09:12 +0100, Ximin wrote:
Hi,
make a new file called test.java, then open it in geany. paste in:
public void test() {
//}
System.out.println(hello, world);
}
and try to fold the method definition to make it invisible (the [-]
button next to the line number). notice that it folds the method at
the commented-out brace, rather than at the actual end of the method.
this is a bug in Scintilla, the editing component used by Geany.
Could you please report this issue against the Scintilla project?
http://sourceforge.net/tracker/?group_id=2439atid=102439
Thank you.
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
signature.asc
Description: PGP signature
Bug#579315: geany: Occasional crash
On Tue, 27 Apr 2010 00:34:01 +0200, Torquil wrote: Hi! Geany occasionaly crashes. It often seems to happen when geany is doing nothing. At least it usually doesn't happen while I am editing a document. I recompiled the source package with debugging symbols, and this is the output of gdb at the moment of crash: ** Gtk:ERROR:/build/buildd-gtk+2.0_2.20.0-3-amd64-fSfAXS/gtk +2.0-2.20.0/gtk/gtkfilesystemmodel.c:330:node_set_visible: assertion failed: (row model-files-len) I'm experience the same problems and I'm not yet sure what's causing this behaviour. There is already a related bug report in Geany's bug tracker: https://sourceforge.net/tracker/?func=detailatid=787791aid=2985896group_id=153444 And because it's possible related to GTK, I reported this also to GTK's bug tracker: https://bugzilla.gnome.org/show_bug.cgi?id=615576 My current guess is that it's somehow related to Geany's file open dialog and the directory which was opened in the dialog before closing it. It might happen if files are created, moved, deleted in this directory though I wasn't able yet to reproduce it. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpKYj6QwlUZ5.pgp Description: PGP signature
Bug#542785: geany mistakenly continues multiline comments outside the comment
On Fri, 21 Aug 2009 11:55:35 +0100, Ximin wrote:
Package: geany
Version: 0.17-1
Severity: normal
Start a java/C file and type
/*comment*/ int test() {
and hit enter. If your auto-complete multi-line comments setting is
on, geany will add a * to the next line. Subsequent lines are fine,
though.
Thanks for reporting.
Fixed in current SVN version (which will get Geany 0.19).
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
pgpxOCkWp1aY3.pgp
Description: PGP signature
Bug#563267: koules: Unnecessary tcl/tk recommends
Package: koules Version: 1.4-18 Severity: minor The package recommends tcl and tk but there is nothing in the package which could use them. I guess it's a left-over from the old startkoules script which seems to get removed. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.2-1enrico (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages koules depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libx11-6 2:1.3.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar Versions of packages koules recommends: pn tcl8.3none (no description available) pn tk8.3 none (no description available) koules suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561276: [Geany-devel] Bug#561276: geany does not escape '\\' in replace string
On Thu, 17 Dec 2009 08:44:24 +, Ximin wrote: Hi, I had a short look at your examples but to be honest for me this is just not that important. I surely can find more corner cases where the one or the other regexp/special character combination won't work. Either you write a patch to make things better or you maybe just use tools which are more specialised for such tasks like grep, sed and friends. Take it or leave it, it's your software. regexp by these days is pretty much a standard and there are certain expectations people have when an engine claims to support regexp. It's irrelevant to say oh well I don't think these standards matter because people will get tripped up. Ok. Then take what I said as my personal point of view and so also the little motivation I personally have to work on this. If you expect everyone to write a patch, there's no point for bug-reporting systems. Not everyone has the time to go looking through the source code. This includes me as well. One of the main ideas of open source is that everybody who wants can contribute and make changes to the code as he/she wishes. I don't expect anyone to do anything but I also can't implement anything anyone wishes. My time is limited as well as yours, probably. Geany uses the regexp implementation of Scintilla, the used editing component. It's not as good as it could be but it does the job and it doesn't pull in new, external dependencies like libpcre. Please read the documentation to learn more about the use of regular expressions within Find and Replace dialogs in Geany. There are some limitations and differences but generally it just works. Well excuse me for not looking through the source code before I filed the bug. I will forward this onto Scintilla, then. Also (as I said before), regexp is a *standard* - people should not HAVE to look through documentation to find out the exact quirks of a particular implementation. I agree but still, there is a difference between what would be nice to have and what reality is...:(. BTW libpcre is really not a problem for *NIX - most systems will have some important component that depends on it anyway. And for windows/mac you can just static-link it. It's still another dependency. The goal is to use as less external libaries as possible. Btw, we already use the regexp implementation of the C runtime environment (if available) and use the GNU regexp implementation on all other systems (included in Geany's sources). So, if this would be enough, we would not need an external dependency. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp9Sk0IqsRZa.pgp Description: PGP signature
Bug#561276: [Geany-devel] Bug#561276: geany does not escape '\\' in replace string
On Wed, 16 Dec 2009 13:06:42 +, Ximin wrote: Damián Viano wrote: In try to replace me with \t, with Find = me: This is the result with: Use regular expressions ON Use escape sequencesOFF Replace = \t replaces me with a tab Replace = \\t replaces me with a backslash followed by a tab Replace = \\\t replaces me with two backslashes followed by a tab Use regular expressions ON Use escape sequencesON Replace = \t replaces me with a tab Replace = \t replaces me with a tab Replace = \\t replaces me with a backslash followed by a tab - the above 2 examples are wrong; \t should be \\t and \\t should be \\\t Right, but what if you want to search for a regular expression, *AND* replace it with something containing the literal \t? The above examples cannot do this. In any case, if escape sequences are ON, then \\ should be escaped to \ regardless of whether regexp is on or not. Actually it should only an option for non-regexp; it should be implicitly ON when you use regexp, as is standard in every other implementation. I had a short look at your examples but to be honest for me this is just not that important. I surely can find more corner cases where the one or the other regexp/special character combination won't work. Either you write a patch to make things better or you maybe just use tools which are more specialised for such tasks like grep, sed and friends. I suggest using an already-made regexp library instead. Eg. libpcre, or the code from GNU grep (which does not have exponential corner-cases - see http://swtch.com/~rsc/regexp/regexp1.html). You also said Geany were 'trying to implement its own regexp engine'. This is wrong. Geany uses the regexp implementation of Scintilla, the used editing component. It's not as good as it could be but it does the job and it doesn't pull in new, external dependencies like libpcre. Please read the documentation to learn more about the use of regular expressions within Find and Replace dialogs in Geany. There are some limitations and differences but generally it just works. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp5iEA2bJxiE.pgp Description: PGP signature
Bug#556532: geany: Find and Replace dialogs text fields grayed out
On Mon, 16 Nov 2009 08:47:36 -0600, Nate wrote: Package: geany Version: 0.18-1 Severity: important I am using Geany in KDE4 with the gtk2-engines-qtcurve, gtk-qt-engine, kde-style-qtcurve, and kwin-style-qtcurve packages installed. I'm not sure if this is related to those packages or not, but when I open the dialogs for either Find or Replace, the text entry fields are grayed out and cannot be selected by the mouse. Other controls in the respective dialogs work and are accessable. The Find box in the tool bar is accessible and works as expected. The Find and Replace dialogs contain GtkComboBoxEntry widgets which provide a text entry paired with a combo box to show previous items. The only non-standard thing we do is to set the font for the text entry to Monospace. I'm not sure whether this is really a Geany bug or rather a bug in one of your many theme stuff. Did you try disabling/uninstalling this? On a clean system, it works. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpEeqx2gTPs8.pgp Description: PGP signature
Bug#552128: gigolo: Gigolo mounts show up by default in xfce open/save dialogs but not in thunar itself
On Mon, 26 Oct 2009 12:38:11 +0100, Christian wrote: Am Sonntag, den 25.10.2009, 11:44 +0100 schrieb Enrico Tröger: So, after all, it's just a missing feature in stable Thunar releases. Thanks for the anwser, i was only confused, because it seems to work already partially. Please have a look at the screenshot, it show a smbshare mounted via gigolo. Don't confuse standard GTK file chooser dialogs and Thunar. GTK does support GVfs since 2.14, Thunar doesn't, at least no stable, released version. Your screenshot shows a standard GTK file chooser dialog, probably one of a mail client. After all, as I said before, this is all completely unrelated to Gigolo. Gigolo doesn't actually mount, it's only a frontend to GIO and GVfs. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpWcN8kJvXTF.pgp Description: PGP signature
Bug#552128: gigolo: Gigolo mounts show up by default in xfce open/save dialogs but not in thunar itself
On Fri, 23 Oct 2009 17:00:33 +0200, Christian wrote: Package: gigolo Version: 0.3.2-1 Severity: minor like said in the Suject, gigolo mount doesn't show up in thunar itself. This is not a bug in Gigolo. Stable Thunar releases don't support GVfs mounts yet natively. You can access them via the GVfs Fuse module using the special path ~/.gvfs/ but Thunar can't show the different mount points directly (yet). The current development version of Thunar has been rewritten to support GIO/GVfs and will also display GVfs mounts as expected but this will first happen in Xfce 4.8. So, after all, it's just a missing feature in stable Thunar releases. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpcMEzg0n29F.pgp Description: PGP signature
Bug#551358: geany: cannot open file from command line if name ends in : and a number
On Sat, 17 Oct 2009 12:45:30 -0400, John wrote: Package: geany Version: 0.18-1 Severity: normal Geany completely fails to open any file whose name ends in :0, :1, and so on. For example: $ ls -l test* -rw-r--r-- 1 john john 12 2009-10-17 12:29 test0 -rw-r--r-- 1 john john 12 2009-10-17 12:29 test:0 -rw-r--r-- 1 john john 12 2009-10-17 12:29 test:0.txt -rw-r--r-- 1 john john 12 2009-10-17 12:29 test:file $ geany test* Geany opens a window with four tabs labeled test0, test, test:0.txt, and test:file. The :0 has been stripped from test:0, and that tab shows an empty file. The other three tabs load the file correctly. No error dialogs are displayed, and nothing is printed in the console. Thanks for reporting. Fixed in SVN r4359. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp08jgWw1FX9.pgp Description: PGP signature
Bug#551358: geany: cannot open file from command line if name ends in : and a number
On Sat, 17 Oct 2009 12:45:30 -0400, John wrote: Package: geany Version: 0.18-1 Severity: normal Geany completely fails to open any file whose name ends in :0, :1, and so on. For example: $ ls -l test* -rw-r--r-- 1 john john 12 2009-10-17 12:29 test0 -rw-r--r-- 1 john john 12 2009-10-17 12:29 test:0 -rw-r--r-- 1 john john 12 2009-10-17 12:29 test:0.txt -rw-r--r-- 1 john john 12 2009-10-17 12:29 test:file $ geany test* Geany opens a window with four tabs labeled test0, test, test:0.txt, and test:file. The :0 has been stripped from test:0, and that tab shows an empty file. The other three tabs load the file correctly. No error dialogs are displayed, and nothing is printed in the console. Thanks for reporting, fixed in SVN r4359. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpoKj8pxvKyQ.pgp Description: PGP signature
Bug#547909: Upstream wontfix
On Thu, 1 Oct 2009 12:58:05 -0300, Damián wrote: Hi, just for clarifying: On Thu, Sep 24, 2009 at 07:12:24PM -0400, Celejar wrote: Upstream responds that he is not interested in implementing correct RTL language support. this is not exactly true. The Scintilla developers are neither not interested in supporting RTL support nor are they the upstream, as these are we, the Geany developers. So, we all (Scintilla and Geany devs) would like to have proper support for RTL languages but still it needs someone who has time and enough knowledge about this to actually do it. So, as Damián said, patches are very welcome. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpxgpNmPuV1w.pgp Description: PGP signature
Bug#548216: geany: Does not support Vala's verbatim strings
On Thu, 24 Sep 2009 17:18:39 +0200, Julian wrote: Package: geany Version: 0.18-1 Severity: minor Geany does not highlight verbatim strings as described at http://live.gnome.org/Vala/StringSample but gets confused instead. Could file a bug report about this at the Scintilla project[1]? This is not really a Geany bug. Scintilla is the editing component we use in Geany and also responsible for syntax highlighting. Thanks. [1] https://sourceforge.net/tracker/?group_id=2439atid=102439 Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpARD8KTb2Jw.pgp Description: PGP signature
Bug#547909: geany: Hebrew text displayed incorrectly
On Tue, 22 Sep 2009 10:09:17 -0400, Celejar wrote: Package: geany Version: 0.18-1 Severity: important There's something badly wrong with Geany's display of Hebrew characters. Short selections are often (usually?) displayed correctly, but longer ones get garbled. Geany seems to be overwriting one line with another, resulting in gibberish. Example: http://www.lynucs.org/index.php?screen_id=18673869314ab8d93d6e3f1p=screen The above is geany's corrupted display of the highlighted text from this page, copied and pasted into geany: http://www.lynucs.org/index.php?screen_id=6342170034ab8d9f0806f7p=screen I think that I've had other problems with the display of Hebrew characters, but here's one clear-cut example. This is a known problem in Scintilla, the editing component we use in Geany. Please report this problem at the Scintilla project: https://sourceforge.net/tracker/?group_id=2439atid=102439 Thanks. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp8BtXmyL1ZR.pgp Description: PGP signature
Bug#439056: Integrate gdb inside the IDE
On Tue, 4 Mar 2008 14:00:11 +0100, Enrico wrote: On Tue, 21 Aug 2007 22:25:35 +0100, David david.mailli...@gmail.com wrote: Hi, We know how often a programme builds OK, but does not do what we expected. That is where the debug comes into the game. Why not integrate gdb inside the IDE?: in order to be able to execute line by line, execute loop by loop, execute up to a specific line in the code, etc. There is a GDB plugin for use with Geany 0.13 and above. It can be downloaded at http://yetanothergeek.justfree.com/geanydebug/. Just for reference, the plugin homepage has changed in the meantime: http://plugins.geany.org/geanygdb/ And once the Geany Plugins get packaged, this can be closed. Maybe it's worth to file an ITP already, Chow? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpdnPLrn52bN.pgp Description: PGP signature
Bug#496791: geany: Copy text with middle mouse button doesn't work
On Mon, 1 Sep 2008 10:01:55 +0200, Enrico wrote: On Sat, 30 Aug 2008 11:38:30 +0200, Torquil Macdonald Sørensen torq...@gmail.com wrote: Hi, Damián Viano wrote: Hi Torquil, thanks for your bug report, it works fine for me selecting and pasting with middle mouse button within the same document in geany. Could you maybe try to reproduce this in a different machine? Or maybe in a X session without a window manager (i.e. a failsafe session)? Thanks and hope we can squash this one soon :) Damián Viano Hi, I found out how to do it. It is just that it works differently that in other applications. The text to copy still has to be highlighted when I middle-click. I have always left-clicked once at the point where I want to insert the text before middle-clicking (which is maybe unneccesary...), and that didn't work in geany. When I copy text out of geany I can still do this, because then geany looses its focus and the text is still highlighted in geany after the left click in the other program. I had a look at this and I think if this is really a bug, it's a bug in Scintilla not directly in Geany (Scintilla is the embedded editing component in Geany). I tested this also with SciTE (also based on Scintilla) and with mousepad (based on GTK's TextView) from Xfce. And they both behave like you describe: pasting doesn't work once the selection is gone. I don't know the X selection specification (primary clipboard) but maybe this is the intended behaviour. Actually, there is an open bug report at http://bugzilla.gnome.org/show_bug.cgi?id=333514 which covers this issue and I'd suggest for closing/re-assigning this bug as it is not strictly Geany's fault :). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpej4Vztd7QC.pgp Description: PGP signature
Bug#521218: geany: New upstream is out
On Thu, 26 Mar 2009 20:39:30 +0100, Enrico wrote: On Wed, 25 Mar 2009 22:30:42 +0100, Andreas wrote: Package: geany Version: 0.14-1 Severity: wishlist While the version in unstable is still at 0.14, upstream has already released 0.16 In the meantime you could use daily built debs from http://nightly.geany.org/debian/. But of course, these are built from the development version and should be used with care :). This bug can be closed as Geany 0.17 is available in unstable. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpZysdzLqiH0.pgp Description: PGP signature
Bug#532354: geany: fails to load filetype override preprences from /home/
On Mon, 08 Jun 2009 22:00:18 +0300, Alon wrote: Hi, Package: geany Version: 0.14-1 Severity: normal after adding *.H to /home/.geany/filedefs/filetype_extentions.conf as a c++ extention and changing default filetype for c++ to 'C' in /home/.geany/filedefs/filetypes.cpp, both changes don't seem to apply. I'm a bit confused, how exactly does your filetype_extensions.conf look like? Could you post it? Please note that the correct path is: ~/.geany/filetype_extensions.conf Yours seem to reside in ~/.geany/filedefs/ which is wrong and it's named wrong. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpOL93yoqY3X.pgp Description: PGP signature
Bug#503391: geany should write to file when there is no diskspace
On Mon, 19 Jan 2009 19:18:00 +0100, Enrico wrote: On Mon, 19 Jan 2009 19:05:51 +0100, Jelle de Jong jelledej...@powercraft.nl wrote: Today I got an other disappointed experience with Geany. I was working on some large bash program while I run out of disk space due to some test converting script running in the background. I hit the save button of the script I was working on and the script was over written to a 0 (zero) size document losing the complete document. Geany should stop doing this, and should not write to the file when there is no space! The user should take care of his system and the disk space. Anyway, I definitely will fix the issue that configuration files will get lost when there is no disk space available sometime this week. And probably also for normal documents files (though I'm still not convinced of the need of this). I had to investigate my complete hard disk and memory to recover some You should investigate your shell script which ate all of your available disk space. This is the real bug, IMO. (SCNR) Regards, Enrico Hi Enrico, You are right the user should take care of his disk space. The script that run was not really to blame, it generated 2GB raw scanned images on a 4 GB disk, warning of no more disk space came up but was to late. But this is not the problem behind losing the working files that geany had opened. Geany should provide a fail to save error and catch the exception. It should then not renew the displayed contained of the file. But should let the user provide an other place to store the file. This way the current work will not be lost. Yup, will post an update here when things changed. Unfortunately, I forgot to update on changes, so let's do it now: Since Geany 0.16, the configuration directory problems should be gone. Since Geany 0.17, there is a hidden preference to enable saving *all* files, config files as well as edited documents, using the g_file_set_contents (). This means, the contents are written to a temporary file first, and if this was successful the temporary file will be moved to the target file (as both files are in the same directory, it's like renaming the temp file). As already pointed out, this has several implications on the target file like loosing file permissions and destroying hardlinks. And so this is disabled by default. More information about this can be found in the GLib API docs, see http://library.gnome.org/devel/glib/stable/glib-File-Utilities.html#g-file-set-contents. If you like to enable this way of writing files, edit the file ~/.config/geany/geany.conf and set the value of use_safe_file_saving to true (without the quotes, of course). More information about setting hidden preferences and the use_safe_file_saving preference in particular can be found on http://www.geany.org/manual/current/index.html#hidden-preferences. This should be enough to close this bug. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpzGDLghDrhZ.pgp Description: PGP signature
Bug#503391: geany should write to file when there is no diskspace
On Fri, 05 Jun 2009 19:52:33 +0200, Jelle wrote: Enrico Tröger wrote: snip This should be enough to close this bug. Regards, Enrico Thank you very much for the work. I also noticed that my favorite undo and redo toolbar buttons are gone i can't find them anymore also not in the settings. What happened? I am using Debian version 0.17-1. This is off-topic since it is completely unrelated to the original reported issue but still: See https://sourceforge.net/tracker/index.php?func=detailaid=2725454group_id=153444atid=787791 Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp0SiV00LxOC.pgp Description: PGP signature
Bug#525909: shutdown with hal not working
On Mon, 27 Apr 2009 17:19:13 -0400, Pascal wrote: Hey, Same behavior here since the recent hal update. Consolekit and policykit are installed. If this can help, I don't use any display manager like GDM, XDM, SLIM, etc. I start Xfce with startxfce4. yeah, happens here as well. And I also don't use any display manager, just logging in into the console and then start Xfce by startxfce4. So this might be related? I also tried playing around with /etc/PolicyKit/PolicyKit.conf but it didn't change anything. The current version is attached just in case someone is interested. (my user is member of the 'powerdev' group) To get some debug info, I stopped the hal daemon and restarted it with: /usr/sbin/hald --verbose=yes --use-syslog The relevant messages when trying to shutdown the system are attached in the file hal.log. It seems the following message is quite interesting: [W] ci-tracker.c:366: Error doing GetSessionForUnixProcess on ConsoleKit: org.freedesktop.ConsoleKit.Manager.GeneralError: Unable to lookup session information for process '2465' Process 2465 was xfce4-session. The only related messages in ~/.xsession-errors were: ** Message: xfsm-shutdown-helper.c:268: Using HAL to shutdown/reboot the computer. ** (xfce4-session:2465): WARNING **: xfsm-shutdown-helper.c:234: Failed to contact HAL: org.freedesktop.hal.power-management.shutdown no -- (action, result) I'm on Debian Testing with: ii consolekit 0.3.0-2 ii hal 0.5.12~git20090406.46dc48-2 ii hal-info 20090309-1 ii libhal-dev0.5.12~git20090406.46dc48-2 ii libhal-storage-dev0.5.12~git20090406.46dc48-2 ii libhal-storage10.5.12~git20090406.46dc48-2 ii libhal10.5.12~git20090406.46dc48-2 ii libpolkit-dbus2 0.9-3 ii libpolkit-grant20.9-3 ii libpolkit2 0.9-3 ii policykit 0.9-3 Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc PolicyKit.conf Description: Binary data hal.log Description: Binary data pgpLm0DcGUYH7.pgp Description: PGP signature
Bug#525909: [Pkg-xfce-devel] Bug#525909: shutdown with hal not working
On Tue, 28 Apr 2009 08:35:24 +0200, Yves-Alexis wrote: On mar, 2009-04-28 at 08:02 +0200, Enrico Tröger wrote: [W] ci-tracker.c:366: Error doing GetSessionForUnixProcess on ConsoleKit: org.freedesktop.ConsoleKit.Manager.GeneralError: Unable to lookup session information for process '2465' Process 2465 was xfce4-session. Does this happen everytime. I mean, does this happen if you completely quit the session and retry? Does this happen with another user? Does Yes, it happens everytime and yes it happens also with a newly created user. this happen after a manual reboot? The powerdev group is not needed Yes. I always do a 'manual reboot' in terms of su -c halt or su -c reboot as HAL doesn't do it for me :(. anymore if you use policykit + consolekit, iirc (and anyway there's no more dbus stuff for handling the powerdev group). Ok, I just re-used it as I had to use it before with the old HAL stuff. Some more information: I noticed my previously posted PolicyKit.conf was invalid XML by a copypaste mistake. After cleaning it(attached for reference) up I get: [09:34] enr...@ukio (0): ~/src$ polkit-auth org.freedesktop.hal.power-management.shutdown org.freedesktop.hal.power-management.shutdown-multiple-sessions org.freedesktop.hal.power-management.reboot org.freedesktop.hal.power-management.reboot-multiple-sessions org.freedesktop.hal.power-management.suspend org.freedesktop.hal.power-management.hibernate org.freedesktop.hal.storage.unmount-others [09:35] enr...@ukio (0): ~/src$ polkit-config-file-validate [09:35] enr...@ukio (0): ~/src$ [09:35] enr...@ukio (0): ~/src$ polkit-action --action org.freedesktop.hal.power-management.shutdown action_id: org.freedesktop.hal.power-management.shutdown description: Shut down the system message: System policy prevents shutting down the system default_any: no default_inactive: no default_active: yes I guess message: System policy prevents shutting down is not really what I want. With an empty PolicyKit.conf I get no output at all from polkit-auth. I'm on Debian Testing with: Debian Testing doesn't really have a consistent situation wrt. Xfce so it might be related too. Which Xfce packages versions do you have? Self-compiled SVN version (currently the same as 4.6.1). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc PolicyKit.conf Description: Binary data pgpXW5WKlKPpr.pgp Description: PGP signature
Bug#525909: [Pkg-xfce-devel] Bug#525909: shutdown with hal not working
On Tue, 28 Apr 2009 14:09:43 +0200, Yves-Alexis wrote: On mar, 2009-04-28 at 09:10 +0300, Andrei Popescu wrote: On Tue,28.Apr.09, 07:52:35, Yves-Alexis Perez wrote: On lun, 2009-04-27 at 17:19 -0400, Pascal Gervais wrote: Same behavior here since the recent hal update. Consolekit and policykit are installed. If this can help, I don't use any display manager like GDM, XDM, SLIM, etc. I start Xfce with startxfce4. I also have policykit and consolekit installed. First thing I checked, sorry for not mentioning. Hmhm, good point, that may be related, I'll have to try. Andrei, how do you start Xfce? Using a DM or directly through startx/startxfce4? I use gdm, but I can reproduce this with both startx and startxfce4. What else can I try? With gdm it should work fine. Could you try ck-list-sessions and report what it give? Without gdm, it seems that you need libpam-ck-connector. Could you install it, log out and log back in, then start xfce (using startxfce4 or startx /usr/bin/startxfce4). And retry ck-list-sessions as well as the shutdown stuff. I hope it'll fix your problem. If it does, we'll add a recommends on xfce4-session for this one. It did for me, sort of. After installing libpam-ck-connector, ck-list-sessions actually recognises the session and prints it. But with a plain PolicyKit.conf I still couldn't shutdown/reboot my system. I had to uncomment the content of the posted PolicyKit.conf to get it working. After that, polkit-auth listed the shutdown and reboot actions and shutting down the system from Xfce actually worked. Why did the *kit guys make things so complicated? The remaining questions are: - Shouldn't it work a bit more out of the box, also for users without any fancy display manager? - Is it worth forwarding this bug to the consolekit/policykit packages to get some more input? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpe986uVA2LD.pgp Description: PGP signature
Bug#525909: [Pkg-xfce-devel] Bug#525909: shutdown with hal not working
On Tue, 28 Apr 2009 20:34:10 +0200, Yves-Alexis wrote: But with a plain PolicyKit.conf I still couldn't shutdown/reboot my system. I had to uncomment the content of the posted PolicyKit.conf to get it working. After that, polkit-auth listed the shutdown and reboot actions and shutting down the system from Xfce actually worked. That's weird. But anyway it's a policykit problem. And btw I think you changed something, because it does work out of the box on all machines I tried. Ok, good to hear it's only on my system. At least good for other users :). But then, just for curiosity, I want to know what's different on my system. [20:42] enr...@ukio (0): /tmp$ groups enrico dialout cdrom floppy audio video plugdev users fuse sambashare netdev kvm Does that seem ok? Do I need to be member of any other groups? Maybe polkituser or something? What else could be wrong/different? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpPI6Yl2Euby.pgp Description: PGP signature
Bug#520776: geany: please support RFC2822, e.g. debian/control
On Sun, 22 Mar 2009 17:30:23 +, Neil wrote:
Hi,
It would be very useful if geany could recognise debian/control and
other RFC2822 files, not only as a configuration file (which currently
does some highlighting but gets confused if a line does not include the
this has just been improved in current SVN version. The highlighting is
now more robust when styling RFC2822 text. It's not perfect but
better than before.
: marker) but also if it could recognise stanzas as tags suitable for
the symbol browser. This would make it a lot easier to use geany to
update packaging information and similar, even in source packages that
generate a lot of binary packages.
I don't feel like adding this to Geany directly as this is
Debian-specific and we are trying to keep as distro-clean as we can.
Anyway, attached is a small patch which adds parsing of the Package
and Source keywords for Debian's control files.
I leave it up to Damián to include this patch or some improved version
into the Debian package.
This support could also be used with .changes files and similar, e.g.:
$ dpkg-buildpackage
$ debc1|geany 1|rm 1
I'd say it should be
debc 1.conf geany 1.conf; rm 1.conf
:)
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
Index: tagmanager/conf.c
===
--- tagmanager/conf.c (revision 3669)
+++ tagmanager/conf.c (working copy)
@@ -14,6 +14,7 @@
#include general.h /* must always come first */
#include ctype.h
+#include string.h
#include parse.h
#include read.h
@@ -74,6 +75,20 @@ static void findConfTags (void)
continue;
}
+ /* look for a stanza */
+ if (*cp != '\0' (strncmp((const char*) cp, Source:, 7) == 0 ||
+ strncmp((const char*) cp, Package:, 8) == 0))
+ {
+ cp = (const unsigned char*) strchr((const char*) cp, ':') + 1;
+ while (isspace ((int) *cp))
+++cp;
+ vStringCopyS (name, (const char*) cp);
+ vStringTerminate (name);
+ makeSimpleTag (name, ConfKinds, K_SECTION);
+ vStringClear (name);
+ continue;
+ }
+
while (*cp != '\0')
{
/* We look for any sequence of identifier characters following a white space */
pgpk9bVZgMT54.pgp
Description: PGP signature
Bug#521218: geany: New upstream is out
On Wed, 25 Mar 2009 22:30:42 +0100, Andreas wrote: Package: geany Version: 0.14-1 Severity: wishlist While the version in unstable is still at 0.14, upstream has already released 0.16 In the meantime you could use daily built debs from http://nightly.geany.org/debian/. But of course, these are built from the development version and should be used with care :). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp0bo4lcR7eB.pgp Description: PGP signature
Bug#503391: geany should write to file when there is no diskspace
On Mon, 19 Jan 2009 15:23:39 +0100, Jelle de Jong jelledej...@powercraft.nl wrote: Today I got an other disappointed experience with Geany. I was working on some large bash program while I run out of disk space due to some test converting script running in the background. I hit the save button of the script I was working on and the script was over written to a 0 (zero) size document losing the complete document. Geany should stop doing this, and should not write to the file when there is no space! The user should take care of his system and the disk space. Anyway, I definitely will fix the issue that configuration files will get lost when there is no disk space available sometime this week. And probably also for normal documents files (though I'm still not convinced of the need of this). I had to investigate my complete hard disk and memory to recover some You should investigate your shell script which ate all of your available disk space. This is the real bug, IMO. (SCNR) Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp1cnICvYrlM.pgp Description: PGP signature
Bug#503391: geany should write to file when there is no diskspace
On Mon, 19 Jan 2009 19:05:51 +0100, Jelle de Jong jelledej...@powercraft.nl wrote: Today I got an other disappointed experience with Geany. I was working on some large bash program while I run out of disk space due to some test converting script running in the background. I hit the save button of the script I was working on and the script was over written to a 0 (zero) size document losing the complete document. Geany should stop doing this, and should not write to the file when there is no space! The user should take care of his system and the disk space. Anyway, I definitely will fix the issue that configuration files will get lost when there is no disk space available sometime this week. And probably also for normal documents files (though I'm still not convinced of the need of this). I had to investigate my complete hard disk and memory to recover some You should investigate your shell script which ate all of your available disk space. This is the real bug, IMO. (SCNR) Regards, Enrico Hi Enrico, You are right the user should take care of his disk space. The script that run was not really to blame, it generated 2GB raw scanned images on a 4 GB disk, warning of no more disk space came up but was to late. But this is not the problem behind losing the working files that geany had opened. Geany should provide a fail to save error and catch the exception. It should then not renew the displayed contained of the file. But should let the user provide an other place to store the file. This way the current work will not be lost. Yup, will post an update here when things changed. Are you goging to fosdem? Then I can buy you a beer for the great Geany tool. Unfortunately not, maybe next year. Give the beer to one of the Xfce guys, they deserved it even more. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpOKBB7axUip.pgp Description: PGP signature
Bug#478169: wireshark: hangs upon closing Capture-Interfaces dialog
On Thu, 9 Oct 2008 17:40:10 +0200, Joost Yervante Damad [EMAIL PROTECTED] wrote: Hi, I've looking for why is SIGPIPE ignored in gksu process, and I found that it's caused by communication with gconfd server. When a application connect to the gconfd daemon to get properties, the underlaying communication with CORBA it's ignoring SIGPIPE signal to avoid that if server crash, the process receive the signal and terminate. package: liborbit2 1:2.14.12-0.1 file: linc2/src/linc.c (line: 247 see comment why is signal ignored).. and came up with a patch which he says fixes it. I attach the patch to this mail. Please review it. It looks good. Thanks for pointing this out! Since the patch was accepted upstream, what about to apply this patch the 1.0.3-1 package for unstable and ideally let it go into Lenny. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp7z1VmDrOcw.pgp Description: PGP signature
Bug#503391: Please clarify a little
On Sun, 26 Oct 2008 21:04:00 -0200, Damián Viano [EMAIL PROTECTED] wrote: Jelle: Hi, thanks for your report! Could you please clarify how do you reproduce this step by step? I've tried: 1) mount -t tmpfs -o size=4k none /mnt/tmp/ 2) cd /mnt/tmp cat /usr/share/common-licenses/GPL-2 file 3) geany file 4) add some text at the end 5) hit save 6) quit Result: the file had the same content as before opening it with geany, in other words, the added text wasn't saved at all Last time I worked on this issue, I was able to reproduce it. Damián, it might be you can't reproduce it because of tmpfs, IIRC it resizes itself if needed. At least I remember I used ramfs for testing. Anyway, we already discussed this issue in detail, see the (full) discusson in http://lists.uvena.de/pipermail/geany/2008-April/003203.html So, this is not new. The only usable solution would be to rename the actual file for backup, try to save the contents of the text buffer, and delete the backup file on success, or move it back if writing the file has failed (also explained in the above mentioned thread). Well, this is what actually most Gnome apps do and maybe others as well. But it has a big downside: it (can) break file permissions and it will break hard links in any case. This is why I don't like this way. Expected result: an error dialog when hitting the save button This is in fact a bug, but it didn't destroy the working document nor my personal settings (this last however can be because my .geany file was in another non-tmpfs partition). I agree with Damián, it shouldn't destroy your personal settings whatever this could mean. It only destroys the file you are trying to save. The most easy workaround is to avoid getting into the case of a full disk and/or using the backupcopy plugin with a backup path on another partition (as also mentioned in the thread on the Geany list). The backup copy plugin is now part of the Save Actions plugin available in Geany 0.15. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp5SLjMmbe60.pgp Description: PGP signature
Bug#502388: [geany] Restart Terminal freezes the program
On Thu, 16 Oct 2008 09:57:49 +0300, do [EMAIL PROTECTED] wrote: Package: geany Version: 0.14-1 Severity: grave --- Please enter the report below this line. --- To reproduce : 1. Go to the 'Terminal' tab . 2. Right-click in the terminal area . 3. select 'Restart Terminal' . Thanks for reporting. This problem has already been fixed in the current SVN version. Geany 0.15, including the fix, will be released at the end of this week. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpvMWARczto9.pgp Description: PGP signature
Bug#498295: geany: hangup after trying to lockout from integrated terminal emulator
On Wed, 10 Sep 2008 10:39:11 +0200, Alexander Heinlein [EMAIL PROTECTED] wrote: On Tue, Sep 09, 2008 at 09:43:38AM -0300, Damián Viano wrote: So here's what I found so far: ACTION, OGK[1], RESULT ctrl-d, false, hang ctrl-d, true, restart PURT, false, hang PURT, true, hang exit, true, restart exit, false, restart [1] OGK: 'Override Geany keybindings' value [2] PURT: Pop Up 'Restart Terminal' I can reproduce the exact same behavior here. After using Geany 0.14 instead of the SVN version, I was also able to reproduce it and then I remembered [1]. I think this is the same issue and is already fixed/worked around since SVN rev 2813. [1] https://sourceforge.net/tracker/?func=detailatid=787791aid=1990323group_id=153444 Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpwyoS4aB98x.pgp Description: PGP signature
Bug#498295: geany: hangup after trying to lockout from integrated terminal emulator
On Mon, 8 Sep 2008 23:56:55 +0200, Alexander Heinlein [EMAIL PROTECTED] wrote: On Mon, Sep 08, 2008 at 03:21:41PM -0300, Damián Viano wrote: Could you check if there's anything specific to that user or environment that could cause this? There is nothing special about the users or environment. I can reproduce this behaviour on my desktop and notebook, even with new created users. When pressing Ctrl-d the VTE (the internal terminal widget) is just restarted. This is exactly the same code as when you choose 'Restart terminal' from the popup menu. So could you test whether it behaves the same with the popup restart command? It might also be related to your shell's config. And might be it is related to the 'Override Geany keybindings' option, please try with enabling or disabling it. Thanks for your help. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpB07C3cDW9C.pgp Description: PGP signature
Bug#496791: geany: Copy text with middle mouse button doesn't work
On Sat, 30 Aug 2008 11:38:30 +0200, Torquil Macdonald Sørensen [EMAIL PROTECTED] wrote: Hi, Damián Viano wrote: Hi Torquil, thanks for your bug report, it works fine for me selecting and pasting with middle mouse button within the same document in geany. Could you maybe try to reproduce this in a different machine? Or maybe in a X session without a window manager (i.e. a failsafe session)? Thanks and hope we can squash this one soon :) Damián Viano Hi, I found out how to do it. It is just that it works differently that in other applications. The text to copy still has to be highlighted when I middle-click. I have always left-clicked once at the point where I want to insert the text before middle-clicking (which is maybe unneccesary...), and that didn't work in geany. When I copy text out of geany I can still do this, because then geany looses its focus and the text is still highlighted in geany after the left click in the other program. I had a look at this and I think if this is really a bug, it's a bug in Scintilla not directly in Geany (Scintilla is the embedded editing component in Geany). I tested this also with SciTE (also based on Scintilla) and with mousepad (based on GTK's TextView) from Xfce. And they both behave like you describe: pasting doesn't work once the selection is gone. I don't know the X selection specification (primary clipboard) but maybe this is the intended behaviour. But regardless of whether this is a bug or actually intended behaviour, you can easily workaround this by using a clipboard manager like Xfce's clipman which saves the current selection and so you can paste it everywhere even if the previous selection doesn't exist anymore. I really suggest to use it as it makes your life much easier and you most probably will start to love it after ten minutes of using it :). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpCQ9WD0togm.pgp Description: PGP signature
Bug#482875: geany: Save Icon is grey
tags 482875 pending fixed-upstream thanks control, I hope this will work :D On Sat, 31 May 2008 11:10:50 -0300, Damián Viano [EMAIL PROTECTED] wrote: On Sat, May 31, 2008 at 11:14:15AM +0200, Enrico Tröger wrote: On Sun, 25 May 2008 19:00:28 +0200, Stefan Arnold [EMAIL PROTECTED] wrote: Hi, If you change from an usaved file to an saved on, try to close but then click cancel, the unsaved file comes in the foreground. Now the text in the Tab is red but the Save Icon is grey and you can't save with it. I tried different ways of closing files while having an unsaved file open and I can't reproduce this. The Save button (in the toolbar) always gets active as expected. Could you provide a detailed step by step way to reproduce this? I've been able to reproduce it with the following steps: - echo foo saved - geany unsaved - type bar - File-Open-choose file saved - File-Quit - choose cancel on the dialog Hope it helps :-) It did! Thanks for reporting, it should be fixed in SVN r2639. I misread the description in the first mail, sorry. Damián thanks for clearing. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgppvVI13dQlv.pgp Description: PGP signature
Bug#482875: geany: Save Icon is grey
On Sun, 25 May 2008 19:00:28 +0200, Stefan Arnold [EMAIL PROTECTED] wrote: Hi, If you change from an usaved file to an saved on, try to close but then click cancel, the unsaved file comes in the foreground. Now the text in the Tab is red but the Save Icon is grey and you can't save with it. I tried different ways of closing files while having an unsaved file open and I can't reproduce this. The Save button (in the toolbar) always gets active as expected. Could you provide a detailed step by step way to reproduce this? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpzlh3bJ09ze.pgp Description: PGP signature
Bug#481198: geany: It would be nice if Geany autodetected debian rules files as makefiles
On Thu, 15 May 2008 00:09:25 +, Colin Turner [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Enrico, Enrico Tröger wrote: Geany does not detect a format for debian/rules files, which unfortunately means if you have configured to use spaces rather than tabs, and don't explicitly tell it you are dealing with a makefile, it mangles things by using spaces rather than tabs. It would be nice this happens also when the file was recognized as a Makefile. But can simply change the indent type per file with Document-Indent Type-Tabs. Maybe this get improved in the future to force Tab indentation for Makefiles. I just checked and you are quite correct, I had conned myself into thinking it was smarter than this for make files. Yes, it would be better if this was forced for such files. Since SVN r2596, Geany forces using tabs for indentation in Makefiles. Additionally, the automatic replacing tabs by spaces when saving files option has no effect on Makefiles. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpQw46ZEddpS.pgp Description: PGP signature
Bug#481198: geany: It would be nice if Geany autodetected debian rules files as makefiles
On Wed, 14 May 2008 14:48:30 +0100, Colin Turner [EMAIL PROTECTED] wrote: Hi, Geany does not detect a format for debian/rules files, which unfortunately means if you have configured to use spaces rather than tabs, and don't explicitly tell it you are dealing with a makefile, it mangles things by using spaces rather than tabs. It would be nice this happens also when the file was recognized as a Makefile. But can simply change the indent type per file with Document-Indent Type-Tabs. Maybe this get improved in the future to force Tab indentation for Makefiles. if it could recognise a rules file by the shebang line. I just added shebang detection for make in current SVN version. So, Debian's rules files are detected as Makefiles. But you can also achieve this by changing the filetype extensions. Create a file ~/.geany/filetype_extensions.conf and add the following two lines: [Extensions] Make=*.mak;*.mk;GNUmakefile;makefile;Makefile;makefile.*;Makefile.*;rules; (note the last pattern rules, details about this can be found in the manual) Then restart Geany and it should detect the rules file as a Makefile. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpLujY54T9M7.pgp Description: PGP signature
Bug#428020: Geany's Dialog boxes show up on wrong workspace
On Thu, 8 May 2008 08:57:20 -0300, Damián Viano [EMAIL PROTECTED] wrote: Hi, I attach a patch that fix most of this problems, except for the fonts dialog launched from the font buttons in the preference dialog, which I don't know how can be fixed without rewriting the handler for the click in that buttons. One solution would be to use a normal GtkButton and create the font dialog manually with a own click handler (i.e. re-use the code for the font dialog in dialogs.c). I'm still not too sure if adding the gdk_x11_window_move_to_current_desktop() call manually is the best way to handle it, but since I was trying if it worked I have the patch around :-) So you can reproduce it? Yes, I can. With fluxbox from sid (1.0.0+deb1-6), and is an already reported bug, and fixed in upstream git repository. I see, tried and sucessfully reproduced with fluxbox, too. Attached is a modified version of your patch which adds ui_window_present() as a wrapper for gtk_window_present(). And it calls gdk_x11_window_move_to_current_desktop() only when compiled on systems with X to not break Windows/MacOSX support. This approach was cleaner indeed, anyway is not necessary now. However the changes of gtk_widget_show for gtk_window_present might be worth to include to let the WM now that this dialogs should get attention, maybe? I think it makes sense. Committed thanks, at least the Open File dialog had the gtk_window_present () call long time ago but then somehow it got replaced by gtk_widget_show () ;-). My only question is: was Brandon using fluxbox also or is this same bug is present in other window managers? Brandon, could you comment? Yeah, feedback would be great. Maybe Brandon used an older version of Gnome/Metacity as it also had this bug in the past. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpPRdiB4FTNb.pgp Description: PGP signature
Bug#428020: debian bug #428020: Geany's Dialog boxes show up on wrong workspace (was: Mailserver problems?)
On Tue, 6 May 2008 11:13:33 -0300, Damián Viano [EMAIL PROTECTED] wrote: Hi, Btw, I've been looking into #428020 and have some stuff but I'm not sure if the problem is reproducible with other windows managers (i.e. the current gnome one, whatever that is, or xfce or other than fluxbox fwiw)... Have you guys reproduced it? (feel free to move this to the list if you want) It doesn't happen with the SVN version of xfwm4 (I'm using it and tested at the time when this bug was reported and tested now again). I also installed a fresh Lenny with Gnome 2.22.1 and I wasn't able to reproduce it there too. I attach a patch that fix most of this problems, except for the fonts dialog launched from the font buttons in the preference dialog, which I don't know how can be fixed without rewriting the handler for the click in that buttons. One solution would be to use a normal GtkButton and create the font dialog manually with a own click handler (i.e. re-use the code for the font dialog in dialogs.c). I'm still not too sure if adding the gdk_x11_window_move_to_current_desktop() call manually is the best way to handle it, but since I was trying if it worked I have the patch around :-) So you can reproduce it? Attached is a modified version of your patch which adds ui_window_present() as a wrapper for gtk_window_present(). And it calls gdk_x11_window_move_to_current_desktop() only when compiled on systems with X to not break Windows/MacOSX support. Not sure whether I really got the point but it seems more like a window manager issue than a bug in Geany, IMO. So, I'm not very keen on fixing window manager problems in Geany... Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc Index: src/ui_utils.h === --- src/ui_utils.h (Revision 2552) +++ src/ui_utils.h (Arbeitskopie) @@ -175,4 +175,6 @@ void ui_statusbar_showhide(gboolean state); +void ui_window_present(GtkWindow *window); + #endif Index: src/tools.c === --- src/tools.c (Revision 2552) +++ src/tools.c (Arbeitskopie) @@ -767,7 +767,7 @@ } /* We make sure the dialog is visible. */ - gtk_window_present(GTK_WINDOW(ui_widgets.open_colorsel)); + ui_window_present(GTK_WINDOW(ui_widgets.open_colorsel)); #endif } Index: src/prefs.c === --- src/prefs.c (Revision 2552) +++ src/prefs.c (Arbeitskopie) @@ -1477,7 +1477,7 @@ } prefs_init_dialog(); - gtk_widget_show(ui_widgets.prefs_dialog); + ui_window_present(GTK_WINDOW(ui_widgets.prefs_dialog)); } Index: src/dialogs.c === --- src/dialogs.c (Revision 2552) +++ src/dialogs.c (Arbeitskopie) @@ -267,7 +267,7 @@ } gtk_file_chooser_unselect_all(GTK_FILE_CHOOSER(ui_widgets.open_filesel)); - gtk_widget_show(ui_widgets.open_filesel); + ui_window_present(GTK_WINDOW(ui_widgets.open_filesel)); #endif g_free(initdir); } @@ -566,6 +566,9 @@ if (! folder_set initdir != NULL g_path_is_absolute(initdir)) gtk_file_chooser_set_current_folder(GTK_FILE_CHOOSER(ui_widgets.save_filesel), initdir); + /* ensure the dialog is visible */ + ui_window_present(GTK_WINDOW(ui_widgets.save_filesel)); + /* Run the dialog synchronously, pausing this function call */ resp = gtk_dialog_run(GTK_DIALOG(ui_widgets.save_filesel)); return (resp == GTK_RESPONSE_ACCEPT); @@ -788,7 +791,7 @@ gtk_window_set_transient_for(GTK_WINDOW(ui_widgets.open_fontsel), GTK_WINDOW(app-window)); } /* We make sure the dialog is visible. */ - gtk_window_present(GTK_WINDOW(ui_widgets.open_fontsel)); + ui_window_present(GTK_WINDOW(ui_widgets.open_fontsel)); #endif } Index: src/search.c === --- src/search.c (Revision 2552) +++ src/search.c (Arbeitskopie) @@ -392,7 +392,7 @@ gtk_widget_grab_focus(GTK_WIDGET(GTK_BIN(lookup_widget(widgets.find_dialog, entry))-child)); gtk_widget_show(widgets.find_dialog); /* bring the dialog back in the foreground in case it is already open but the focus is away */ - gtk_window_present(GTK_WINDOW(widgets.find_dialog)); + ui_window_present(GTK_WINDOW(widgets.find_dialog)); } g_free(sel); } @@ -537,7 +537,7 @@ gtk_widget_grab_focus(GTK_WIDGET(GTK_BIN(lookup_widget(widgets.replace_dialog, entry_find))-child)); gtk_widget_show(widgets.replace_dialog); /* bring the dialog back in the foreground in case it is already open but the focus is away */ - gtk_window_present(GTK_WINDOW(widgets.replace_dialog)); + ui_window_present(GTK_WINDOW(widgets.replace_dialog)); } g_free(sel); } @@ -744,7 +744,7 @@ gtk_widget_show(widgets.find_in_files_dialog); /* bring the dialog back in the foreground in case it is already open but the focus is away */ - gtk_window_present(GTK_WINDOW(widgets.find_in_files_dialog)); +
Bug#479795: [geany] After upgrade, the default output is a.out, but the execution script links to ./programme
On Tue, 6 May 2008 19:53:22 +0100, David [EMAIL PROTECTED] wrote: Hi, This bug was introduced after upgrading. Before that, when I compiled programme.c, the default output was programme. After the upgrade, the default output is a.out but the execution script that you run with build - execute links to ./programme Now I hear you asking: OK, but it is very easy to fix; why did you Indeed, it's easy to fix but you still need to know what's going wrong. However, the good news is that the described bug only affects users who previously once changed the build command so that it got written in the user's config. If it was never changed manually an upgrade won't break anything as the default build command gets also updated. What do you suggest to solve the problem? It's not really possible anymore, IMO. Unfortunately, I missed to note that in the release announcement, not sure if it would have changed anything. I noticed that the executable was running with another values for the parameters, and it was driving me bananas :-) I'm sorry for the trouble it caused :(. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpgQgI4C08i4.pgp Description: PGP signature
Bug#479795: [geany] After upgrade, the default output is a.out, but the execution script links to ./programme
On Wed, 7 May 2008 15:52:20 +0100, David [EMAIL PROTECTED] wrote: So, what is the default build command now? Maybe it is better than my current one :-) Yes, I changed the default build command to add the -g3 -lm flags. The funny thing is that the upgrade kept my modification (the -g3 -lm flags) but destroyed the part that was inside the default command (-o %e). If it were the other way round, it would be as usual, but this way is strange... No, this is what it is intended to be. If it were the other way round, users would have problems when they upgrade Geany. I missed in the last mail to go into more detail about the change: In Geany 0.13 and before, the default build command was: gcc -Wall %f the necessary -o name arguments were added by Geany automatically. Since Geany 0.14, the -o argument has to be specified explicitly in the build command, so the new default build command is: gcc -Wall -o %e %f This way the build command is much more flexible and can be used also with other compilers which don't have the -o option or use it in a different way. What do you suggest to solve the problem? It's not really possible anymore, IMO. On the one hand, can't the mismatch between the gcc output and the execution script be fixed?. Not really. By default there is no mismatch and so there is nothing to be fixed. It only affects users who manually changed the build command before Geany 0.14. Fixing it would require detecting the problem and this would add the possibility of detecting the mismatch falsely and so break the user's build command although it was working before. Then we would have a real regression. On the other hand, I would suggest the upload of a new revision to prevent the bug from affecting sid users that have not upgraded geany yet, and before this version of geany migrates to testing. Ok, this is up to Damián if he wants to add some patches or anything for the Debian package. But I don't think we will release anything new upstream because of this. Unfortunately, I missed to note that in the release announcement, not sure if it would have changed anything. I am not sure about the effectiveness of this. Nobody reads the release notes, because it is actually impossible because of the limitation of 24 hours per day :-) Yes but if I had done so I simply could say: read the release notes, there were a warning ;-). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpBRymPsK7IE.pgp Description: PGP signature
Bug#439056: Integrate gdb inside the IDE
On Tue, 21 Aug 2007 22:25:35 +0100, David [EMAIL PROTECTED] wrote: Hi, We know how often a programme builds OK, but does not do what we expected. That is where the debug comes into the game. Why not integrate gdb inside the IDE?: in order to be able to execute line by line, execute loop by loop, execute up to a specific line in the code, etc. There is a GDB plugin for use with Geany 0.13 and above. It can be downloaded at http://yetanothergeek.justfree.com/geanydebug/. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.key pgpNKurxy3BwL.pgp Description: PGP signature
Bug#468677: Long lines in geany scroll slowly
On Fri, 29 Feb 2008 14:19:48 -0800, Brandon [EMAIL PROTECTED] wrote: Package: geany Version: 0.13-1 Severity: minor Long lines scroll slowly. Specifically, lines which are much larger than can be shown on one screen. I think that geany is rendering text that is not shown. This is not really a bug in Geany. IMO this isn't a bug at all. The difference in rendering time of long lines between demo_town.lua and demo_town.txt is just because for the text file no syntax highlighting is used at all. Furthermore, syntax highlighting in Geany is done with the Scintilla editing component which is embedded in Geany. If this really is an issue, report a bug at Scintilla's bug tracker[1] please. [1] https://sourceforge.net/tracker/?group_id=2439atid=102439 Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.key pgpiDidwugXui.pgp Description: PGP signature
Bug#450949: libwebkitgtk-dev: pkg-config file doesn't include gtk, glib or gobject Requires
On Thu, 28 Feb 2008 20:31:50 +0100, Mike Hommey [EMAIL PROTECTED] wrote: On Mon, Nov 12, 2007 at 05:16:46PM +0100, Tom Parker wrote: Package: libwebkitgtk-dev Version: 0~svn26044-1 Severity: normal The header files for webkit rely on gtk, glib and gobject stuff, yet there isn't a Requires header for these in the .pc The main issue, i.e. missing dependencies on libgtk2.0-dev and libglib2.0-dev packages will be fixed with release 0~svn27674-2. Unfortunately, qmake doesn't support filling Requires in pkgconfig files, so it is going to be difficult. But the Requires header is already present in the upstream webkit.pc.in. See http://trac.webkit.org/projects/webkit/browser/trunk/WebKit/gtk/webkit.pc.in Another strange thing: why did you rename the pkg-config file to WebKitGtk.pc? configure scripts of programs(e.g. midori) look for webkit-1.0 (webkit-1.0.pc) which is the official (upstream) name of the pc file. Because the latest packaged version is 29752, and you're showing me something that has been changed in 29909. Oops, I'm sorry. I didn't assume that the name WebKitGtk.pc came from webkit itself. But maybe it's worth to package a new version, current SVN revision is 30662. Thanks. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.key pgpg07MQUgdbG.pgp Description: PGP signature
Bug#450949: libwebkitgtk-dev: pkg-config file doesn't include gtk, glib or gobject Requires
On Sat, 15 Dec 2007 11:45:33 +0100, Mike Hommey [EMAIL PROTECTED] wrote: severity 450949 wishlist thanks On Mon, Nov 12, 2007 at 05:16:46PM +0100, Tom Parker wrote: Package: libwebkitgtk-dev Version: 0~svn26044-1 Severity: normal The header files for webkit rely on gtk, glib and gobject stuff, yet there isn't a Requires header for these in the .pc The main issue, i.e. missing dependencies on libgtk2.0-dev and libglib2.0-dev packages will be fixed with release 0~svn27674-2. Unfortunately, qmake doesn't support filling Requires in pkgconfig files, so it is going to be difficult. But the Requires header is already present in the upstream webkit.pc.in. See http://trac.webkit.org/projects/webkit/browser/trunk/WebKit/gtk/webkit.pc.in Another strange thing: why did you rename the pkg-config file to WebKitGtk.pc? configure scripts of programs(e.g. midori) look for webkit-1.0 (webkit-1.0.pc) which is the official (upstream) name of the pc file. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.key pgpEEIo27pjm1.pgp Description: PGP signature
Bug#383579: New upstream fork available - libburn.pykix.org
Hi, same problem here. It would be very cool if one could update the package because the available version of this package in Debian is very outdated. An update to the 0.4.0 release of libburn as well as the corresponding version of libisofs would be very appreciated. I also need it for xfburn. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.key pgpE997xz11Gs.pgp Description: PGP signature
Bug#452554: Keyboard shortcuts for build do not work
On Fri, 14 Dec 2007 13:00:52 +0100, David [EMAIL PROTECTED] wrote: Hi, I also have no idea why F9 doesn't work for you, you really should double-check that there is no other app eating your F9 key. Maybe kwin or something like this. Furthermore, if I try to redefine geany's shortcuts as a workaround, my new configuration is completely ignored (in the menus the default shortcuts keep on appearing) This is only a display issue. Restart Geany after you changed the keybindings and menu items will be updated. It is still not possible to update the menu items directly but again, this is only a display issue. Changed keybindings will work immediately after closing the preferences dialog. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.key pgpTMYqAvU9GX.pgp Description: PGP signature
Bug#440978: geany: please include a file browser in the sidebar
On Wed, 05 Sep 2007 23:03:29 +0200, Arthur de Jong [EMAIL PROTECTED] wrote: Hi, It would be very helpful if geany would include a file browser in the sidebar. That would make me completely happy to switch from bluefish. this was already requested[1] in the upstream tracker. At the moment there is no file browser but probably there will be a plugin in the future. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.key pgpptM9zTeFJS.pgp Description: PGP signature
Bug#440978: geany: please include a file browser in the sidebar
On Thu, 6 Sep 2007 17:49:58 +0200, Enrico Tröger [EMAIL PROTECTED] wrote: On Wed, 05 Sep 2007 23:03:29 +0200, Arthur de Jong [EMAIL PROTECTED] wrote: Hi, It would be very helpful if geany would include a file browser in the sidebar. That would make me completely happy to switch from bluefish. this was already requested[1] in the upstream tracker. At the moment there is no file browser but probably there will be a plugin in the future. Oops, [1] should point to https://sourceforge.net/tracker/?func=detailatid=787794aid=1682383group_id=153444. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.key pgpd4OLdaL9un.pgp Description: PGP signature
Bug#426766: geany disrespects .gtkrc-2.0
On Wed, 30 May 2007 12:34:49 -0700, Brandon [EMAIL PROTECTED] wrote: Hi, Package: geany Version: 0.10.2-1 Geany does not respect .gtkrc-2.0. Here is the contents of my .gtkrc-2.0: [EMAIL PROTECTED]:~$ cat ~/.gtkrc-2.0 gtk-cursor-blink = 0 gtk-cursor-blink-time = 1 Here are the effects: The cursor blinks very, very steadily. About once every two seconds. Other gtk-2.0 applications, however, such as leafpad, or sylpheed-claws, work ok. The current SVN version of Geany (in detail the embedded Scintilla component) does evaluate gtk-cursor-blink and gtk-cursor-blink-time. Thanks for this report. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.key -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
