Bug#766749: Fixed upstream, patch included

2015-01-09 Thread Nachanon Vetjasit
the upstream master <https://github.com/mate-desktop/mate-power-manager/commit/a7d224c53ce2555fc675d689b35d01728eaf7b4e> and Fedora MATE maintainer confirmed that it works with git checkout, it should work on Debian/testing and Debian/unstable version too. Cheers, Nachanon Vetjasit P.S. Cur

Bug#774747: Patch included

2015-01-06 Thread Nachanon Vetjasit
Control: tags -1 + patch Dear Maintainer, The attached patch fixes this issue, by explicitly initializing those structure fields to zero (false) before loading the configuration file. Note: This patch is tested against mousepad_0.2.16-6. Regards, Nachanon Vetjasit From: Nachanon Vetjasit

Bug#774747: "Match case" and "Replace all" settings are mistakenly checked by default due to uninitialized variables

2015-01-06 Thread Nachanon Vetjasit
ructData.search.match_case` and `StructData.search.replace_all` field, leaving them in random value (mostly nonzero), causing those "Match case" and "Replace all" checkbox to be mistakenly checked every time Mousepad starts. Regards, Nachanon Vetjasit P.S. This bug may or may

Bug#762266: glib-2.0 GDateTime locale tests

2014-12-28 Thread Nachanon Vetjasit
Dear Mike and glib-2.0 maintainers, I've tried few combination of LC_TIME and LANG with my glibtest snippet. Date still displayed in en_US despite all combination I've tried (LANG=th_TH.tis-620, LANG=th_TH.utf-8, LC_ALL=th_TH.tis-620, LC_ALL=th_TH.utf-8, LC_TIME=th_TH). But I've found that even w

Bug#762266: "(null)" gets displayed instead of date on screen unlocking dialog

2014-10-27 Thread Nachanon Vetjasit
Hello Mike, > 1. > What does (run from the cmdline) give: > >$ date +%x > >$ date +%X It seems that %x and %X are printed properly using `date` command in my locale settings. (th_TH manner): $ date +%x 27/10/2557 $ date +%X 15:36:56 $ locale LANG=th_TH LANGUAGE= LC_CTYPE=th_TH LC_NUMERIC

Bug#762266: Locale dependency

2014-09-20 Thread Nachanon Vetjasit
1:26:33 PM 09/20/2014 Nachanon Vetjasit window on WINDOW-NB Password: [ ] en [Leave Message][Switch User][Cancel][Unlock] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trou

Bug#762266: "(null)" gets displayed instead of date on screen unlocking dialog

2014-09-20 Thread Nachanon Vetjasit
oved mouse, the screen unlock dialog appeared with this content: 22:39:40 (null) Nachanon Vetjasit window on WINDOW-NB Password: [ ] en [Leave Message][Switch User][Cancel][Unlock] The second line on dialog should be

Bug#687027: gpaint's exit confirmation dialog selected 'discard' as default

2012-09-08 Thread Nachanon Vetjasit
Package: gpaint Version: 0.3.3-6 Severity: minor Tags: patch Hello, When I modified image in gpaint and exited without saving, I was presented with save/discard dialog as expected, but the dialog was defaulted to 'discard'. If I accidentally hit 'enter', my modification would be lost. So it might

Bug#687018: Patch included

2012-09-08 Thread Nachanon Vetjasit
I've made a patch to fix it, but it's kinda large, involves moving drawing_prompt_to_save() from drawing.c to file.c because changing drawing_prompt_to_save() to use file_save_as_dialog() introduces 'gpaint_canvas' dependency to it's prototype in drawing.h, including canvas.h wouldn't make sense (

Bug#687018: gpaint silently save untitled drawing to './untitled.png' if user selected 'save' at exiting

2012-09-08 Thread Nachanon Vetjasit
Package: gpaint Version: 0.3.3-6 Severity: minor Hello, When I exited gpaint without my drawing saved before, I was prompted to save/discard my drawing, when I selected 'save', gpaint simply exited, and I found my drawing saved in 'untitled.png' located in (previously) gpaint's working directory.