Bug#1033424: Uploaded (Was: image-factory: FTBFS in testing: AssertionError: pylint found issues:)
I have uploaded Josef Schneider's NMU to the 3-day DELAYED queue, as per his request. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#1032392: python3-scikit-rf: import fails: AttributeError: module 'collections' has no attribute 'Sequence'
Uploaded Josef Schneider's NMU to DELAYED/2-day queue. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#936035: xfwm4: fails to load due to missing libxfconf-0.so.2
/libexpat.so.1 libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 libgdk-3.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 libthai.so.0 => /usr/lib/x86_64-linux-gnu/libthai.so.0 libdatrie.so.1 => /usr/lib/x86_64-linux-gnu/libdatrie.so.1 libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 libxfce4util.so.7 => /usr/lib/x86_64-linux-gnu/libxfce4util.so.7 libxfconf-0.so.3 => /usr/lib/x86_64-linux-gnu/libxfconf-0.so.3 libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 libXpresent.so.1 => /usr/lib/x86_64-linux-gnu/libXpresent.so.1 libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 After removing the libs in /usr/local/lib, the funny link is now gone, and xfwm4 starts normally without libxfconf-0-2. > My guess would be libxfce4ui, so > if you could give us the output of dpkg -l |grep libxfce4ui in the same reply > it'd be nice. It shouldn't matter now: $ dpkg -l | grep libxfce4ui ii libxfce4ui-1-0:amd64 4.14.1-1+b1 amd64widget library for Xfce - Gtk+2 variant ii libxfce4ui-2-0:amd64 4.14.1-1+b1 amd64widget library for Xfce - Gtk+3 variant ii libxfce4ui-2-dev:amd644.14.1-1+b1 amd64Development files for libxfce4ui - Gtk+3 variant ii libxfce4ui-common 4.14.1-1 all common files for libxfce4ui ii libxfce4ui-utils 4.14.1-1+b1 amd64Utility files for libxfce4ui Sorry again for the false alarm. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#936035: xfwm4: fails to load due to missing libxfconf-0.so.2
Package: xfwm4 Version: 4.14.0-1 Severity: serious Justification: Policy 3.5 Dear Maintainer, xfwm4 fails to start: $ xfwm4 xfwm4: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory $ ldd /usr/bin/xfwm4 | grep libxfconf libxfconf-0.so.3 => /usr/lib/x86_64-linux-gnu/libxfconf-0.so.3 (0x7f74ba2f5000) libxfconf-0.so.2 => not found $ Fortunately, installing libxfconf-0-2 does make it load successfully, but it's not listed as a dependency. Actually, this bug can be grave (rendering the package unusable) when libxfconf-0-2 is faded out. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8), LANGUAGE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xfwm4 depends on: ii libc6 2.28-10 ii libcairo2 1.16.0-4 ii libepoxy0 1.5.3-0.1 ii libgdk-pixbuf2.0-02.38.1+dfsg-1 ii libglib2.0-0 2.60.6-2 ii libgtk-3-03.24.10-1 ii libpango-1.0-01.42.4-7 ii libpangocairo-1.0-0 1.42.4-7 ii libstartup-notification0 0.12-6 ii libwnck-3-0 3.32.0-1 ii libx11-6 2:1.6.7-1 ii libxcomposite11:0.4.4-2 ii libxdamage1 1:1.1.5-1 ii libxext6 2:1.3.3-1+b2 ii libxfce4ui-2-04.14.1-1+b1 ii libxfce4util7 4.14.0-1 ii libxfconf-0-3 4.14.1-1 ii libxfixes31:5.0.3-1 ii libxi62:1.7.9-1 ii libxinerama1 2:1.1.4-2 ii libxpresent1 1.0.0-2+b10 ii libxrandr22:1.5.1-1 ii libxrender1 1:0.9.10-1 Versions of packages xfwm4 recommends: ii librsvg2-common 2.44.14-1 Versions of packages xfwm4 suggests: ii xfce4 4.14 -- no debconf information
Bug#880674: libpango-1.0-0: Thai word break stops working since 1.40.13
On Fri, Nov 3, 2017 at 11:31 PM, Michael Biebl wrote: > Am 03.11.2017 um 17:25 schrieb Michael Biebl: > >> It's a known issue, see https://bugzilla.gnome.org/show_bug.cgi?id=789625 > > Let me rephrase that a little: I'm pretty sure it's the same underlying > issue and it would be great if you can give the patch in the upstream > bug tracker a try. Yes, I have tried it and I confirm that it fixes this bug, too. Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#810897: fonts-tlwg: diff for NMU version 1:0.6.2-2.2
On Fri, Jan 15, 2016 at 10:37 PM, Iain Lane wrote: > On Fri, Jan 15, 2016 at 10:28:24PM +0700, Theppitak Karoonboonyanan wrote: >> On Fri, Jan 15, 2016 at 12:11 AM, Iain Lane wrote: >> >> > I've prepared an NMU for fonts-tlwg (versioned as 1:0.6.2-2.2) and >> > uploaded it to DELAYED/2. Please feel free to tell me if I >> > should delay it longer, or supersede it yourself, or whatever. >> >> The fix looks OK. Thanks for fixing it while I'm away. >> Anyway, shouldn't the NMU version be 1:0.6.2-2.1? > > Yeah, it is, that's a typo. > > Should I reschedule it to land immediately? Yes, please go ahead. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#810897: fonts-tlwg: diff for NMU version 1:0.6.2-2.2
On Fri, Jan 15, 2016 at 12:11 AM, Iain Lane wrote: > I've prepared an NMU for fonts-tlwg (versioned as 1:0.6.2-2.2) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer, or supersede it yourself, or whatever. The fix looks OK. Thanks for fixing it while I'm away. Anyway, shouldn't the NMU version be 1:0.6.2-2.1? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#800477: libxine2 Sid upgrade fail: 2 unmet dependencies
Package: libxine2 Followup-For: Bug #800477 Dear Maintainer, I wonder if this bug is still the case. As a user who has blindly pinned libxine2 for a long while due to this blocker bug via apt-listbugs without having time to check its detail, I have finally tried upgrading it today, with success. Probably, the problem was temporary and has already been fixed? If so, it should be closed now, IMO. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libxine2 depends on: ii libxine2-bin 1.2.6-1+b6 ii libxine2-misc-plugins 1.2.6-1+b6 Versions of packages libxine2 recommends: ii libxine2-doc [libxine-doc] 1.2.6-1+b1 ii libxine2-ffmpeg 1.2.6-1+b6 Versions of packages libxine2 suggests: pn gxine pn xine-ui -- no debconf information
Bug#809557: fails to start, with exception
Package: josm Version: 0.0.svn9229+dfsg-1 Severity: grave While starting josm, an exception occurs during splash screen stage: * Initializing * Installing updated plugins * Loading early plugins * Loading plugins ... * Checking plugin preconditions... * Setting defaults Here is the console output: $ josm Using /usr/lib/jvm/java-7-openjdk-amd64/bin/java to execute josm. ERROR: java.lang.AssertionError: Error: Unknown projection code java.lang.AssertionError: Error: Unknown projection code at org.openstreetmap.josm.gui.preferences.projection.AbstractProjectionChoice.getProjection(AbstractProjectionChoice.java:64) at org.openstreetmap.josm.gui.preferences.projection.ProjectionPreference.setProjection(ProjectionPreference.java:419) at org.openstreetmap.josm.gui.preferences.projection.ProjectionPreference.setProjection(ProjectionPreference.java:398) at org.openstreetmap.josm.Main.preConstructorInit(Main.java:932) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:457) INFO: GET https://josm.openstreetmap.de/wiki/TestedVersion?format=txt -> 200 Then, the Java "Unexpected Exception" dialog pops up and asks the user to file a bug report. After that, the program seems to hang indefinitely, until Ctrl-C is pressed. Downgrading to version 0.0.svn9060+dfsg-2 does solve the problem. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages josm depends on: ii default-jre [java7-runtime] 2:1.7-52.1 ii fonts-noto 20151210-1 ii jmapviewer 1.14+dfsg-1 ii libcommons-compress-java 1.10-1 ii libcommons-logging-java 1.2-1 ii libgettext-commons-java 0.9.6-3 ii liboauth-signpost-java 1.2.1.2-1.3 ii libsvgsalamander-java0~svn95-1 ii openjdk-7-jre [java7-runtime]7u91-2.6.3-3 ii openstreetmap-map-icons-classic 1:0.0.svn31893-1 Versions of packages josm recommends: pn josm-l10n pn josm-plugins ii webkit-image-gtk 0.0.svn25399-3 josm suggests no packages. -- no debconf information
Bug#805703: libthai0: th_wbrk goes into an infinite loop
Control: tags -1 +patch
On Sat, Nov 21, 2015 at 9:33 AM, Zack Weinberg wrote:
> /* expected output: เพื่อ ให้ เหมาะสม กับ วิถีทาง ประเพณี ทาง ศาสนา
> พุทธ */
> static const thwchar_t *x = L"เพื่อให้เหมาะสมกับวิถีทางประเพณีทางศาสนาพุทธ";
The minimal test case for this bug appears to be:
L"ทางประเพณีทาง"
which causes double-free error.
And the next two words would trigger infinite loop:
L"ทางประเพณีทางศาสนาพุทธ"
I've investigated this and found that it's caused by the optimization
in brk_recovery_try() in the recent release.
The attached patch should fix it.
I'm addressing it upstream and making a new release soon.
Thanks for catching it.
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Index: src/thbrk/brk-maximal.c
===
--- src/thbrk/brk-maximal.c (revision 584)
+++ src/thbrk/brk-maximal.c (working copy)
@@ -349,7 +349,7 @@
/* find matched nodes and delete them */
while (NULL != (match = brk_pool_match (pool_tail, node))) {
BrkPool *next = match->next;
-brk_pool_delete_node (pool_tail, match, env);
+pool = brk_pool_delete_node (pool, match, env);
pool_tail = next;
}
}
Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1
On Wed, Sep 24, 2014 at 2:49 PM, Theppitak Karoonboonyanan wrote: > So, the issue seems not to be on the font itself, but rather on the > rasterizer and people's preferences. > > I still agree with Jason Pleau that Adobe rasterizer should be preferred. > The reason I didn't ship OTF in my packages earlier was that, with the > old rasterizer, while the glyphs appeared sharp for some sizes, they > appeared inconsistent on some others. > > I've created a waterfall test page for Cantarell font here: > > http://linux.thai.net/~thep/tmp/fonttest/cantarell-waterfall.html > > The paragraphs start from 6pt, then increase by 1pt up to 16pt. > And the results of the old rasterizer is: > > http://linux.thai.net/~thep/shots/20140924-cantarell-wf-old-engine.png > > Notice the inconsistent stem widths at 12pt and 13pt for regular > weight, where the horizontal and diagonal stems appear thicker than > vertical ones. (Look at the glyph M, O, Q, q, for example. And look how X > appears thicker than F, T, H, E.) > > And notice how the glyphs get suddenly thicker from 13pt to 14pt. > > Now compare it with the result of Adobe rasterizer: > > http://linux.thai.net/~thep/shots/20140924-cantarell-wf-new-engine.png > > The stem widths are more consistent both within the same size and > between different sizes. FYI, as the freeze is coming close, while my life has been extremely busy lately (I'm getting married), I'm reverting my font packages to TTF for now, although I think Adobe CFF rasterizer should be preferred in general, even for Cantarell itself, not just for my fonts. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1
On Tue, Sep 23, 2014 at 1:47 PM, Steve Langasek wrote: > So if this is only a problem with the GNOME3 default font, please get that > font fixed in Debian, after which I am willing to reinstate the Adobe > engine. But I'm not willing to enable it while it represents a regression > vs. wheezy for a significant number of our desktop users. Here's my first try, using fontforge: - Apply autohint to all glyphs. - Adjust BlueValues to cover all glyphs to prevent overshoots on some glyphs without touching the splines. It appears to address a different problem: overshooting on small sizes, not the stem fuzziness as raised in this bug. So, the issue seems not to be on the font itself, but rather on the rasterizer and people's preferences. I still agree with Jason Pleau that Adobe rasterizer should be preferred. The reason I didn't ship OTF in my packages earlier was that, with the old rasterizer, while the glyphs appeared sharp for some sizes, they appeared inconsistent on some others. I've created a waterfall test page for Cantarell font here: http://linux.thai.net/~thep/tmp/fonttest/cantarell-waterfall.html The paragraphs start from 6pt, then increase by 1pt up to 16pt. And the results of the old rasterizer is: http://linux.thai.net/~thep/shots/20140924-cantarell-wf-old-engine.png Notice the inconsistent stem widths at 12pt and 13pt for regular weight, where the horizontal and diagonal stems appear thicker than vertical ones. (Look at the glyph M, O, Q, q, for example. And look how X appears thicker than F, T, H, E.) And notice how the glyphs get suddenly thicker from 13pt to 14pt. Now compare it with the result of Adobe rasterizer: http://linux.thai.net/~thep/shots/20140924-cantarell-wf-new-engine.png The stem widths are more consistent both within the same size and between different sizes. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ Cantarell-Regular.otf Description: application/vnd.oasis.opendocument.formula-template
Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1
Package: libfreetype6 Version: 2.5.2-2 Followup-For: Bug #730742 Control: reopen -1 Dear Maintainer, I also prefer Adobe rasterizer, to the point that my font packages, namely fonts-tlwg-*, have switched from TTF to OTF due to the improved quality it provides. The result was better control on glyph shapes (because the fonts are developed using cubic splines) with smaller installation size. Switching back to the old engine causes regression on my fonts, especially on terminal with dark background: New engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-new-engine-2.png Old engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-old-engine-2.png New engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-new-engine-1.png Old engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-old-engine-1.png So, I agree with Jason Pleau that Adobe engine is preferred. However, instead of providing alternative packages, I think the patch should be reverted and the poorly-hinted Cantarell font be fixed instead, as pointed out here in upstream mailing list (according to BubuXP's comment #118 above): https://lists.nongnu.org/archive/html/freetype/2014-01/msg00011.html I've checked Cantarell font, and its hints are really poor as described. I'm reopening the bug, so the discussion can be continued. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfreetype6 depends on: ii libc6 2.19-11 ii libpng12-0 1.2.50-2 ii multiarch-support 2.19-11 ii zlib1g 1:1.2.8.dfsg-2 libfreetype6 recommends no packages. libfreetype6 suggests no packages. -- no debconf information -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751294: chromium: Does not display any web page or settings ("Aw, Snap")
Package: chromium Followup-For: Bug #751294 Severity: important This doesn't occur to me. It still works fine as usual. So, lowering the severity. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 35.0.1916.153-1 ii gconf-service3.2.6-2 ii libasound2 1.0.27.2-4 ii libc62.19-1 ii libcairo21.12.16-2 ii libcap2 1:2.22-1.2 ii libcups2 1.7.3-3 ii libdbus-1-3 1.8.4-1 ii libexpat12.1.0-6 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-6 ii libgconf-2-4 3.2.6-2 ii libgcrypt11 1.5.3-4 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgnome-keyring03.8.0-2 ii libgtk2.0-0 2.24.23-1 ii libharfbuzz0b0.9.28-2 ii libjpeg8 8d-2 ii libnspr4 2:4.10.6-1 ii libnss3 2:3.16.1-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libspeechd2 0.8-6 ii libspeex11.2~rc1.1-1 ii libstdc++6 4.9.0-6 ii libudev1 204-10 ii libx11-6 2:1.6.2-2 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7.1 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n pn mozplugger -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750626: dvd-slideshow: No video output due to deprecated commands
Package: dvd-slideshow
Version: 0.8.4.2-2
Severity: grave
Tags: patch
Dear Maintainer,
With this minimal test case:
---8<---
$ cat > test <= 14.4.0 is found silences the warnings.
3. [severe] Failure on avconv, after above issues are fixed, due to
deprecated '-loop_input' option. From test.log:
[dvd-slideshow]
[dvd-slideshow] start_frame_number=0 start_time=0:0:0.000
[dvd-slideshow] Title 0:0:5.000
[dvd-slideshow] Title=The Title
avconv version 10.1-6:10.1-1, Copyright (c) 2000-2014 the Libav developers
built on May 11 2014 16:36:24 with gcc 4.8 (Debian 4.8.2-21)
Unrecognized option 'loop_input'.
Error splitting the argument list: Option not found
[dvd-slideshow] end_frame_number=150 end_time=0:0:5.000
[dvd-slideshow]
Replacing '-loop_input' option with '-loop 1' fixes the problem.
The attached patch summarizes the fixes for the above issues.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dvd-slideshow depends on:
ii dvdauthor 0.7.0-1.2
ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2
ii imagemagick 8:6.7.7.10+dfsg-3
ii libav-tools 6:10.1-1
ii libavcodec-extra 6:10.1-1
ii mjpegtools1:2.1.0+debian-2.1
ii netpbm2:10.0-15+b2
ii sox 14.4.1-4
ii vorbis-tools 1.4.0-1
Versions of packages dvd-slideshow recommends:
ii jhead1:2.97-1
ii lame 3.99.5+repack1-3
ii twolame 0.3.13-1
dvd-slideshow suggests no packages.
-- no debconf information
--- dvd-slideshow.orig 2014-06-04 22:24:29.035226380 +0700
+++ dvd-slideshow 2014-06-05 12:53:58.311432798 +0700
@@ -913,11 +913,11 @@
# use avconv's -loop option to see if it's faster with a single image piped to the yuv4mpegpipe
if [ "$yuvfirstfile" -eq 1 ]; then
yuvfirstfile=0
-# avconv -f image2 -loop_input -i "$1" -vframes "$myframes" -y -aspect $aspect_ratio -s "$dvd_width"x"$dvd_height" -r $framerate -an -pix_fmt yuv420p -f yuv4mpegpipe - 2>> "$avconv_err" >&9
- avconv -f image2 -loop_input -i "$1" -vframes "$myframes" -y -s "$dvd_width"x"$dvd_height" -r $framerate -an -pix_fmt yuv420p -f yuv4mpegpipe - 2>> "$avconv_err" >&9
+# avconv -f image2 -loop 1 -i "$1" -vframes "$myframes" -y -aspect $aspect_ratio -s "$dvd_width"x"$dvd_height" -r $framerate -an -pix_fmt yuv420p -f yuv4mpegpipe - 2>> "$avconv_err" >&9
+ avconv -f image2 -loop 1 -i "$1" -vframes "$myframes" -y -s "$dvd_width"x"$dvd_height" -r $framerate -an -pix_fmt yuv420p -f yuv4mpegpipe - 2>> "$avconv_err" >&9
else
-# avconv -f image2 -loop_input -i "$1" -vframes "$myframes" -y -aspect $aspect_ratio -s "$dvd_width"x"$dvd_height" -r $framerate -an -pix_fmt yuv420p -f yuv4mpegpipe - 2>> "$avconv_err" | yuvstrip >&9
- avconv -f image2 -loop_input -i "$1" -vframes "$myframes" -y -s "$dvd_width"x"$dvd_height" -r $framerate -an -pix_fmt yuv420p -f yuv4mpegpipe - 2>> "$avconv_err" | yuvstrip >&9
+# avconv -f image2 -loop 1 -i "$1" -vframes "$myframes" -y -aspect $aspect_ratio -s "$dvd_width"x"$dvd_height" -r $framerate -an -pix_fmt yuv420p -f yuv4mpegpipe - 2>> "$avconv_err" | yuvstrip >&9
+ avconv -f image2 -loop 1 -i "$1" -vframes "$myframes" -y -s "$dvd_width"x"$dvd_height" -r $framerate -an -pix_fmt yuv420p -f yuv4mpegpipe - 2>> "$avconv_err" | yuvstrip >&9
fi
else # use old method using ppmtoy4m pipe
if [ "$yuvfirstfile" -eq 1 ]; then
@@ -2522,7 +2522,7 @@
# wavlength $file
# returns song length in ms
if [ "$soxi" == '1' ] ; then
- soxi "$1" -D 1> "$tmpdir"/trash.txt
+ soxi -D "$1" 1> "$tmpdir"/trash.txt
song_length=`cat "$tmpdir"/trash.txt`
else
sox "$1" $sox_nop stat 2> "$tmpdir"/trash.txt
@@ -2535,7 +2535,7 @@
rawlength ()
{
- sox -t raw -r $audio_sample_rate $sox_word -s -c 2 "$1" $sox_nop stat 2> "$tmpdir"/trash.txt
+ sox -t raw -r $audio_sample_rate $sox_word $sox_int -c 2 "$1" $sox_nop stat 2> "$tmpdir"/trash.txt
song_length=`cat "$tmpdir"/trash.txt | grep 'Length (seconds):' | awk -F: '{print $2}' | tr -d \[:blank:\]`
song_length=$( echo "scale=0; 1000 * $song_length" | bc | awk -F. '{printf ("%3.0f", $0)}' )
rm "$tmpdir"/trash.txt
@@ -3516,12 +3516,20 @@
progver=`sox -h 2>&1 | head -n 1 | awk '{ print $3 }'`
logecho "[dvd-slideshow] Found sox version $progver"
progver1="$( echo ${progver#v} | awk -F. '{print $1}' )"
+ progver2="$( echo ${progver#v} | awk -F. '{print $2}' )"
if [ $progver1 -lt 14 ] ; then # use old sox commands:
sox_word='-w'
+ sox_int='-s'
sox_nop='-e'
soxi=0
- else # use new commands ( > 14.0.0 )
+ elif [ $progver2 -lt 4 ]; then # use new commands ( < 14.4.0 )
sox_word='-2'
+
Bug#732800: midori: segfaults on kfreebsd-amd64
On Tue, Feb 11, 2014 at 12:10 PM, Theppitak Karoonboonyanan wrote: > Package: midori > Version: 0.4.3+dfsg-0.1 > Followup-For: Bug #732800 > > I wonder if this bug still exists in the newest upstream version 0.5.2, > which has been found to be imported in the packaging git. Should it be > uploaded for re-evaluation? It should be good to have midori back in > wheezy again. Umm.. I mean jessie. Sorry for the confusion. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732800: midori: segfaults on kfreebsd-amd64
Package: midori Version: 0.4.3+dfsg-0.1 Followup-For: Bug #732800 I wonder if this bug still exists in the newest upstream version 0.5.2, which has been found to be imported in the packaging git. Should it be uploaded for re-evaluation? It should be good to have midori back in wheezy again. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735183: FTBFS on all architectures: test-suite failures
On Tue, Jan 14, 2014 at 12:22 PM, Theppitak Karoonboonyanan wrote: > That's weird. I cannot reproduce it with my i386 cowbuilder. > See the attached build log. (My host system is amd64, but the > base.cow being used is debootstrapped as i386.) OK. I managed to setup sbuild and have found the cause of the problem. It's about the difference between normal build and arch-only build. Fix will be uploaded soon. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732606: apt-cacher-ng: Confusion between config file and debconf
On Thu, Dec 19, 2013 at 8:47 PM, Eduard Bloch wrote: > Your analysis is not totally correct, there is a workaround attempting > to reuse current configuration. But I see that the current solution is > just crap and interacts badly after all. That comes out from a conflict > of interests and attempting to kill two birds with one shot. > > I will strip this down let the debconf injected settins behave defensive > and to work mostly on existing configuration, i.e. it's just CacheDir > which I need to feed back into postinst. I should have added that the service was also started on wrong port, 3142 after debconf, not after conffile. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712383: Migration into Wheezy?
I have been bitten by this bug in my Wheezy box for months, until finally found the fix in Sid/Jessie. So, I've stolen it and it works. It really deserves a migration into Wheezy to fix the RC bug there. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702931: gedit not autosave unsaved files
Package: gedit Followup-For: Bug #702931 I've tried to reproduce this bug, even by loading the same set of plug-ins, but it always autosaves. So, the severity is doubtful, as it doesn't affect me. -- Package-specific info: Active plugins: - 'docinfo' - 'codecomment' - 'time' - 'modelines' - 'spell' - 'filebrowser' - 'quickopen' No plugin installed in $HOME. Module versions: - glib 2.32.4 - gtk+ 3.4.2 - gtksourceview - pygobject 2.28.6 - enchant - iso-codes 3.41 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gedit depends on: ii gedit-common 3.4.2-1 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.01.32.1-1 ii gir1.2-gtk-3.0 3.4.2-6thep1 ii gir1.2-gtksource-3.0 3.4.2-1 ii gir1.2-pango-1.0 1.30.0-1thep1 ii gir1.2-peas-1.01.4.0-2 ii gsettings-desktop-schemas 3.4.2-3 ii iso-codes 3.41-1 ii libatk1.0-02.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libenchant1c2a 1.6.0-7 ii libffi53.0.10-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-1 1.32.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6thep1 ii libgtksourceview-3.0-0 3.4.2-1 ii libice62:1.0.8-2 ii libpango1.0-0 1.30.0-1thep1 ii libpeas-1.0-0 1.4.0-2 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.5.0-1 ii libxml22.8.0+dfsg1-7+nmu1 ii python 2.7.3-4 ii python-gi 3.2.2-2 ii python-gi-cairo3.2.2-2 ii python2.7 2.7.3-8 Versions of packages gedit recommends: ii yelp3.4.2-1+b1 ii zenity 3.4.0-2 Versions of packages gedit suggests: ii gedit-plugins 3.4.0-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Tue, Nov 13, 2012 at 9:48 AM, Theppitak Karoonboonyanan wrote: > It's being reviewed. And it's likely that some of the changes may be rejected. Re-uploaded with multiarch change dropped. Now in NEW again. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Tue, Nov 13, 2012 at 9:35 AM, Michael Gilbert wrote: > On Mon, Nov 12, 2012 at 9:33 PM, Theppitak Karoonboonyanan wrote: >> On Tue, Nov 13, 2012 at 4:29 AM, Michael Gilbert >>>> It's still in DELAYED/1, though, just in case more issues are found. >>> >>> Not sure if you saw this, but this seemed to not reach unstable. >> >> I forgot to update to the bug that it's currently in NEW, due to the split. > > Ftp masters don't process the NEW queue often during the freeze, so > make sure to ping them and say that it fixes rc issues. It's being reviewed. And it's likely that some of the changes may be rejected. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Tue, Nov 13, 2012 at 4:29 AM, Michael Gilbert wrote: >> It's still in DELAYED/1, though, just in case more issues are found. > > Not sure if you saw this, but this seemed to not reach unstable. I forgot to update to the bug that it's currently in NEW, due to the split. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Wed, Nov 7, 2012 at 10:31 PM, Josselin Mouette wrote: > Le mercredi 07 novembre 2012 à 21:10 +0700, Theppitak Karoonboonyanan a > écrit : >> On Wed, Nov 7, 2012 at 8:24 PM, Josselin Mouette wrote: >> >> > Isn’t it also time to move the engines to the multiarch path? Currently >> > Adwaita is not usable by applications of a non-native architecture. >> >> Done. Please review the updated debdiff. > > Awesome, thanks. More update: add M-A: foreign to gnome-accessibility-themes (caught by lintian). It's still in DELAYED/1, though, just in case more issues are found. > The debdiff looks fine to me. Thanks for the thought of > removing /usr/share/locale in the process, it was just dead weight. Hope there wouldn't be message translation in the engine in the future. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ gnome-themes-standard_3.4.2-2.1-multiarch.debdiff Description: Binary data
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Wed, Nov 7, 2012 at 8:24 PM, Josselin Mouette wrote: > Isn’t it also time to move the engines to the multiarch path? Currently > Adwaita is not usable by applications of a non-native architecture. Done. Please review the updated debdiff. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ gnome-themes-standard_3.4.2-2.1-multiarch.debdiff Description: Binary data
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Tue, Nov 6, 2012 at 8:09 PM, Theppitak Karoonboonyanan wrote: > On Tue, Nov 6, 2012 at 7:53 PM, Michael Biebl wrote: > >> The gnome-themes-standard-common binary package is superfluous. >> Afaics the gettext translations are only required to translate the >> index.theme and background.xml files where the translations are directly >> embedded, so you don't actually need to install the .mo files. >> >> I would thus suggest to simply drop gnome-themes-standard-common. > > I had also found it out before seeing your message. So, I've cancelled the > NMU. > > Anyway, I also stumbled upon this lintian info: > > I: gnome-themes-standard: arch-dep-package-has-big-usr-share 3549kB 99% > > That made me plan to move the non-engine parts into -common instead. > What do you think? Update: I've renamed -common to -data. Latest debdiff is attached. Re-uploaded to DELAYED/1. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ gnome-themes-standard_3.4.2-2.1.debdiff Description: Binary data
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Tue, Nov 6, 2012 at 9:09 PM, Theppitak Karoonboonyanan wrote: > Re-uploaded to DELAYED/2. The debdiff. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ gnome-themes-standard_3.4.2-2.1.debdiff Description: Binary data
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Tue, Nov 6, 2012 at 8:09 PM, Theppitak Karoonboonyanan wrote: > On Tue, Nov 6, 2012 at 7:53 PM, Michael Biebl wrote: > >> The gnome-themes-standard-common binary package is superfluous. >> Afaics the gettext translations are only required to translate the >> index.theme and background.xml files where the translations are directly >> embedded, so you don't actually need to install the .mo files. >> >> I would thus suggest to simply drop gnome-themes-standard-common. > > I had also found it out before seeing your message. So, I've cancelled the > NMU. > > Anyway, I also stumbled upon this lintian info: > > I: gnome-themes-standard: arch-dep-package-has-big-usr-share 3549kB 99% > > That made me plan to move the non-engine parts into -common instead. > What do you think? > >> Please also make gnome-theme-standard depend on gnome-accessibility-themes. > > OK. I didn't think normal users want those a11y themes, so I hadn't added the > dependency. Will do it now as you suggest, anyway. > >> Also, gnome-accessibility-themes needs a Breaks along with the Replaces. > > OK. Re-uploaded to DELAYED/2. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Tue, Nov 6, 2012 at 7:53 PM, Michael Biebl wrote: > The gnome-themes-standard-common binary package is superfluous. > Afaics the gettext translations are only required to translate the > index.theme and background.xml files where the translations are directly > embedded, so you don't actually need to install the .mo files. > > I would thus suggest to simply drop gnome-themes-standard-common. I had also found it out before seeing your message. So, I've cancelled the NMU. Anyway, I also stumbled upon this lintian info: I: gnome-themes-standard: arch-dep-package-has-big-usr-share 3549kB 99% That made me plan to move the non-engine parts into -common instead. What do you think? > Please also make gnome-theme-standard depend on gnome-accessibility-themes. OK. I didn't think normal users want those a11y themes, so I hadn't added the dependency. Will do it now as you suggest, anyway. > Also, gnome-accessibility-themes needs a Breaks along with the Replaces. OK. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Wed, Oct 31, 2012 at 5:34 PM, Theppitak Karoonboonyanan wrote: > On Wed, Aug 29, 2012 at 10:35 PM, Theppitak Karoonboonyanan > wrote: >> On Mon, Aug 13, 2012 at 3:01 PM, Theppitak Karoonboonyanan >> wrote: >>> So, I agree with splitting the gnome-accessibility-themes binary. >> >> Any progress? If not, I'm proposing another NMU, which: >> - Splits a11y themes into gnome-accessibility-themes binary >> - Splits the shared translation files into gnome-themes-standard-common >> - Makes both theme packages depend on -common >> - Declares gnome-accessibility-themes and gnome-themes-standard-common >> as Replaces: the old gnome-themes-standard >> - Drops Replaces: from gnome-themes-standard >> >> Debdiff is attached. >> >> However, some warnings are found during the upgrade test: >> >> ---8<--- >> Preparing to replace gnome-themes-standard 3.4.2-1 (using >> gnome-themes-standard_3.4.2-1.1_amd64.deb) ... >> Unpacking replacement gnome-themes-standard ... >> dpkg: warning: unable to delete old directory >> '/usr/share/icons/HighContrast': Directory not empty >> dpkg: warning: unable to delete old directory >> '/usr/share/icons/LowContrast': Directory not empty >> dpkg: warning: unable to delete old directory >> '/usr/share/icons/HighContrastInverse': Directory not empty >> ---8<--- >> >> The remaining files in these directories are "icon-theme.cache". >> Any suggestion on how to clear them properly? > > It seems this does not happen with clean installs. So, it may not be an issue. > Could I do the NMU, then? Uploaded to DELAYED/2. Without response for a long time, I assume it's qualified NMU, despite the intrusive change. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Wed, Aug 29, 2012 at 10:35 PM, Theppitak Karoonboonyanan wrote: > On Mon, Aug 13, 2012 at 3:01 PM, Theppitak Karoonboonyanan > wrote: >> So, I agree with splitting the gnome-accessibility-themes binary. > > Any progress? If not, I'm proposing another NMU, which: > - Splits a11y themes into gnome-accessibility-themes binary > - Splits the shared translation files into gnome-themes-standard-common > - Makes both theme packages depend on -common > - Declares gnome-accessibility-themes and gnome-themes-standard-common > as Replaces: the old gnome-themes-standard > - Drops Replaces: from gnome-themes-standard > > Debdiff is attached. > > However, some warnings are found during the upgrade test: > > ---8<--- > Preparing to replace gnome-themes-standard 3.4.2-1 (using > gnome-themes-standard_3.4.2-1.1_amd64.deb) ... > Unpacking replacement gnome-themes-standard ... > dpkg: warning: unable to delete old directory > '/usr/share/icons/HighContrast': Directory not empty > dpkg: warning: unable to delete old directory > '/usr/share/icons/LowContrast': Directory not empty > dpkg: warning: unable to delete old directory > '/usr/share/icons/HighContrastInverse': Directory not empty > ---8<--- > > The remaining files in these directories are "icon-theme.cache". > Any suggestion on how to clear them properly? It seems this does not happen with clean installs. So, it may not be an issue. Could I do the NMU, then? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: bug 661471 gnome-accessibility-themes
On Mon, Aug 13, 2012 at 3:01 PM, Theppitak Karoonboonyanan wrote: > So, I agree with splitting the gnome-accessibility-themes binary. Any progress? If not, I'm proposing another NMU, which: - Splits a11y themes into gnome-accessibility-themes binary - Splits the shared translation files into gnome-themes-standard-common - Makes both theme packages depend on -common - Declares gnome-accessibility-themes and gnome-themes-standard-common as Replaces: the old gnome-themes-standard - Drops Replaces: from gnome-themes-standard Debdiff is attached. However, some warnings are found during the upgrade test: ---8<--- Preparing to replace gnome-themes-standard 3.4.2-1 (using gnome-themes-standard_3.4.2-1.1_amd64.deb) ... Unpacking replacement gnome-themes-standard ... dpkg: warning: unable to delete old directory '/usr/share/icons/HighContrast': Directory not empty dpkg: warning: unable to delete old directory '/usr/share/icons/LowContrast': Directory not empty dpkg: warning: unable to delete old directory '/usr/share/icons/HighContrastInverse': Directory not empty ---8<--- The remaining files in these directories are "icon-theme.cache". Any suggestion on how to clear them properly? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ gnome-themes-standard_3.4.2-1.1.debdiff Description: Binary data
Bug#661471: bug 661471 gnome-accessibility-themes
On Fri, 27 Jul 2012 15:11:30 Jeremy Bicha wrote: > On Tue Jul 10, 2012 at 14:34:34 theppi...@gmail.com wrote: > > On Tue, Jul 10, 2012 at 8:23 PM, Michael Biebl wrote: > > > I think the alternative Martin proposed is to build > > > gnome-accessibility-themes from the gnome-themes-standard source package. > > > > I have also tried it already, but it required the outdated gtk-engines-3.pc. > > See message #28 in the bug log. > > I believe you misunderstand. In Ubuntu almost a year ago, I split > gnome-themes-standard into two binary packages: gnome-themes-standard > and gnome-accessibility-themes. We then dropped the > gnome-themes source package that used to provide > gnome-accessibility-themes. It works pretty well for Ubuntu as we want > to ship the HighContrast themes but not Adwaita due to space You're right. I missed the "from the gnome-themes-standard source package" part in Michael's message. Sorry. So, I agree with splitting the gnome-accessibility-themes binary. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: NMU?
On Tue, Jul 10, 2012 at 8:23 PM, Michael Biebl wrote: > On 10.07.2012 15:11, Michael Biebl wrote: > >> Please cancel your NMU. > > Still, by using the Break we pretty much make gnome-accesibilty-themes > useless, as gnome-themes-standard will be installed on most Debian GNOME > desktops. > So we might as well remove gnome-accesibilty-themes then, imho. I think so, as upstream has stopped shipping it since after 3.0. > I think the alternative Martin proposed is to build > gnome-accessibility-themes from the gnome-themes-standard source package. I have also tried it already, but it required the outdated gtk-engines-3.pc. See message #28 in the bug log. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: NMU?
tags 661471 +patch thanks On Tue, Jul 3, 2012 at 6:34 PM, Theppitak Karoonboonyanan wrote: > So, let's just add the Breaks. I've prepared NMU with change as attached. Note that I also find the package fails to build twice in a row, but that's dh-autoreconf's problem. And I have already filed #681036 for that. Is it OK for upload? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ 661471-nmu.diff Description: Binary data
Bug#661471: Bug #661471
On Mon, Jul 2, 2012 at 8:39 PM, Theppitak Karoonboonyanan wrote: > So, let's add Breaks: gnome-accessibility-themes (<< 3.0)? > > Packages affected by this Breaks and the absence of > (gnome-accessibility-themes >= 3.0) would be: > > - arista (Depends) > -> Not a big deal, as g-a-t is just an alternative dependency, > and can by satisfied by, say, gnome-icon-theme. > - education-desktop-gnome (Recommends) > > I don't know how Debian GNOME team thinks about packaging > g-a-t 3.0.0, the latest upstream version, as upstream has stopped > shipping it since 3.2, and Debian now ships GNOME 3.4. No, it's impossible to package g-a-t 3.0.0 now, as it requires the outdated gtk-engines-3.pc. > If it's to be dropped, let's file bugs against the two packages > above to remove the dependencies. This may not be necessary, either. Those two packages may assume old environment and may be installed without gnome-themes-standard (e.g. on LXDE). So, let's just add the Breaks. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: Bug #661471
So, let's add Breaks: gnome-accessibility-themes (<< 3.0)? Packages affected by this Breaks and the absence of (gnome-accessibility-themes >= 3.0) would be: - arista (Depends) -> Not a big deal, as g-a-t is just an alternative dependency, and can by satisfied by, say, gnome-icon-theme. - education-desktop-gnome (Recommends) I don't know how Debian GNOME team thinks about packaging g-a-t 3.0.0, the latest upstream version, as upstream has stopped shipping it since 3.2, and Debian now ships GNOME 3.4. If it's to be dropped, let's file bugs against the two packages above to remove the dependencies. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676060: scim-thai build failure
On Tue, Jun 19, 2012 at 10:46 AM, Rolf Leggewie wrote: > On 15.06.2012 17:11, Theppitak Karoonboonyanan wrote: >> I'm uploading it anyway. It should still fail on s390, due to the broken >> build-dependency. > > The s390x buildd maintainers informed me that this is a transient error > with the build hosts. It's not an issue in scim. OK. It's now built on s390. Thanks for your coordination. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676060: scim-thai build failure
On Thu, Jun 14, 2012 at 8:56 AM, Theppitak Karoonboonyanan wrote: > On Tue, Jun 12, 2012 at 9:54 AM, Rolf Leggewie > wrote: > >> thank you for this report and the work you've already done to fix it. >> I'm currently preparing a new scim upload, I was on the road a few days. > > I'm just waiting for the new libscim-dev to be available in all official > architectures. Now it seems only s390 is left. From the buildd log, > there seems to be an error: > > http://buildd.debian.org/status/package.php?p=scim I'm uploading it anyway. It should still fail on s390, due to the broken build-dependency. Let's binNMU it later when the issue is resolved. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676060: scim-thai build failure
On Tue, Jun 12, 2012 at 9:54 AM, Rolf Leggewie wrote: > thank you for this report and the work you've already done to fix it. > I'm currently preparing a new scim upload, I was on the road a few days. I'm just waiting for the new libscim-dev to be available in all official architectures. Now it seems only s390 is left. From the buildd log, there seems to be an error: http://buildd.debian.org/status/package.php?p=scim Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676060: scim-thai: FTBFS: dh_install: scim-thai missing files (usr/lib/scim-1.0/*/SetupUI/*.so), aborting
clone 676060 -1 reassign -1 libscim-dev found -1 1.4.13-4 retitle -1 scim-gtkutils.pc depends on gtk+-3.0.pc thanks On Tue, Jun 5, 2012 at 5:07 AM, Lucas Nussbaum wrote: > The full build log is available from: > > http://people.debian.org/~lucas/logs/2012/06/04/scim-thai_0.1.2-3_unstable.log The problem is at this line (at configure phase): ---8<--- checking for SCIM... yes checking for SCIM_GTKUTILS... no ---8<--- In scim-gtkutils.pc: ---8<--- Requires: gtk+-3.0 scim ---8<--- But libscim-dev still depends on libgtk2.0-dev, not libgtk-3-dev. So, pkg-config fails to detect scim-gtkutils availability. That's why the SetupUI module was not built. Meanwhile, scim-thai itself still uses some deprecated GTK+ APIs. So, it would still FTBFS despite above libscim-dev fix. So, I clone the bug to track both problems separately. Please fix libscim-dev first and I will prepare a new scim-thai package after that. (Well, I can manually b-dep on libgtk-3-dev but I think it's better to fix libscim-dev.) Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676624: thailatex: failure building format
On Fri, Jun 8, 2012 at 6:29 PM, Laurent Bonnaud wrote: > UTF-8 Thai Hyphenation Patterns > (/usr/share/texmf/tex/generic/thailatex/hyph-th-utf8.tex > Hyphenation patterns for Thai > ! Nonletter. > l.59 ^^e0^^b8^^811^^e0^^b8^^9f > > ? > ! Emergency stop. > l.59 ^^e0^^b8^^811^^e0^^b8^^9f I guess it's the problem with ptex, as Norbert Preining used to notify me. In that case, I've already fixed it in upstream SVN. I'll upload the new snapshot soon, hopefully fixing this problem. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661201: libnss3-1d: Still happens
Package: libnss3-1d Version: 3.13.3-1 Followup-For: Bug #661201 reopen 661201 thanks > apt-get upgrade fixed it. Which upgrade? It still happens to me. Reopening the bug. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnss3-1d depends on: ii libc6 2.13-26 ii libnspr4-0d4.9-1 ii libsqlite3-0 3.7.10-1 ii multiarch-support 2.13-26 ii zlib1g 1:1.2.6.dfsg-2 libnss3-1d recommends no packages. libnss3-1d suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#656359: [Pkg-fonts-devel] Bug#656359: [Fontforge-devel] Segfault when pressing modifier/arrow keys if more than 4 points are selected
On Thu, Jan 19, 2012 at 5:30 PM, Paul Flo Williams wrote: > See if this one line patch is relevant, as it sounds familiar. This was > applied back in March. > > http://fontforge.git.sourceforge.net/git/gitweb.cgi?p=fontforge/fontforge;a=blobdiff;f=fontforge/charview.c;h=5e529185424e1dad2f66a1c29c6ceb706e1a315b;hp=ce84acec1dd9492954cc63e921d0f43aba691358;hb=38744f1f74ac88b1012585b9b1a6eb94818cc783;hpb=f17fa77717a1f19bb95eb9bc8c56be3c2c8ae95f Yes, it does fix the crash in my box. Thank you! So, let's apply it to the debian package. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656359: fontforge: Segfault when pressing modifier/arrow keys if more than 4 points are selected
Package: fontforge Version: 0.0.20110222-6 Severity: grave Fontforge consistently crashes (segmentation fault) when pressing any modifier key (Ctrl, Alt or Shift) or arrow key if more than 4 points are currently selected. This is annoying for font editing, as all keyboard shortcuts become virtually crippled. And the crash can cause the loss of unsaved data. Steps to reproduce: - Start fontforge and create a new font. - Randomly choose a first glyph to edit. - Draw splines with at least 5 points. - Select up to 4 points and press a modifier or arrow key. It won't crash. - Select at least 5 points and press a modifier or arrow key. It will always crash. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fontforge depends on: ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libfontconfig12.8.0-3 ii libfontforge1 0.0.20110222-6 ii libfreetype6 2.4.8-1 ii libgdraw4 0.0.20110222-6 ii libgif4 4.1.6-9 ii libglib2.0-0 2.30.2-5 ii libice6 2:1.0.7-2 ii libjpeg8 8c-2 ii libpango1.0-0 1.29.4-2thep1 ii libpng12-01.2.46-4 ii libpython2.7 2.7.2-12 ii libsm62:1.2.0-2 ii libspiro0 20071029-2 ii libtiff4 3.9.5-2 ii libuninameslist0 0.0.20091231-1.1 ii libx11-6 2:1.4.4-4 ii libxft2 2.2.0-3 ii libxml2 2.7.8.dfsg-6 ii zlib1g1:1.2.3.4.dfsg-3 fontforge recommends no packages. Versions of packages fontforge suggests: pn autotrace pn fontforge-doc pn fontforge-extras pn potrace pn python-fontforge -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651087: FTBFS: dh_install: gtk3-im-libthai missing files (usr/lib/gtk-3.0/*/immodules/*.so), aborting
On Tue, Dec 6, 2011 at 12:56 AM, Loïc Minier wrote: > gtk-im-libthai failed to build on armhf, and it would fail to build on > other architectures too as gtk+3.0 now uses multiarch pathnames for > immodules. Please find a trivial patch attached. I've been aware of this. Just having waited for Bug #650244 before uploading the new package. And it has just been closed yesterday. So, it's time for the upload. Thanks for the report, BTW. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627711: Intent to NMU (Re: Bug#627711: the connect window doesn't provide list of servers)
tags 627711 + pending thanks On Sun, Aug 21, 2011 at 12:24 PM, Theppitak Karoonboonyanan wrote: > On Thu, Aug 11, 2011 at 06:04:51PM +0700, Theppitak Karoonboonyanan wrote: >> On Sun, Aug 7, 2011 at 12:25 AM, Theppitak Karoonboonyanan >> wrote: >> > On Sat, Aug 6, 2011 at 1:14 PM, Theppitak Karoonboonyanan >> > wrote: >> > >> >> GNOME #656069 filed: >> >> >> >> https://bugzilla.gnome.org/show_bug.cgi?id=656069 >> > >> > FYI, the bug has been fixed upstream. >> >> May I request for a new upstream snapshot upload, to make the package >> usable again in testing? > > I have prepared a new upstream NMU here: > > http://people.debian.org/~thep/xchat-gnome_0.30.0~git20110821.e2a400-0.1.dsc > > with following changes: > > xchat-gnome (1:0.30.0~git20110821.e2a400-0.1) unstable; urgency=high > . > * Non-maintainer upload. > * New upstream git snapshot. > + Fix empty & non-functional connect & dcc dialogs Closes: #627711. > + Urgency high to fix long-lasting RC bug in testing. > * Drop all patches according to new upstream: > + 01_link_libice.patch: merged upstream. > + 02_libnotify_compat.patch: no longer needed. > + 03_dcc_window.patch: fixed differently upstream. > * Bump libnotify-dev B-Dep to (>= 0.7) as required by new upstream. > > (I have repacked the upstream 'make-dist' tarball with the top directory > renamed, as done in the recent release.) > > Is it OK to upload? NMU uploaded to DELAYED/2. Please feel free to override it or let me know if I should delay it longer. The mail from nmudiff has been blocked for 4 hours. So, I send a manual message instead. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627711: Intent to NMU (Re: Bug#627711: the connect window doesn't provide list of servers)
On Thu, Aug 11, 2011 at 06:04:51PM +0700, Theppitak Karoonboonyanan wrote: > On Sun, Aug 7, 2011 at 12:25 AM, Theppitak Karoonboonyanan > wrote: > > On Sat, Aug 6, 2011 at 1:14 PM, Theppitak Karoonboonyanan > > wrote: > > > >> GNOME #656069 filed: > >> > >> https://bugzilla.gnome.org/show_bug.cgi?id=656069 > > > > FYI, the bug has been fixed upstream. > > May I request for a new upstream snapshot upload, to make the package > usable again in testing? I have prepared a new upstream NMU here: http://people.debian.org/~thep/xchat-gnome_0.30.0~git20110821.e2a400-0.1.dsc with following changes: xchat-gnome (1:0.30.0~git20110821.e2a400-0.1) unstable; urgency=high . * Non-maintainer upload. * New upstream git snapshot. + Fix empty & non-functional connect & dcc dialogs Closes: #627711. + Urgency high to fix long-lasting RC bug in testing. * Drop all patches according to new upstream: + 01_link_libice.patch: merged upstream. + 02_libnotify_compat.patch: no longer needed. + 03_dcc_window.patch: fixed differently upstream. * Bump libnotify-dev B-Dep to (>= 0.7) as required by new upstream. (I have repacked the upstream 'make-dist' tarball with the top directory renamed, as done in the recent release.) Is it OK to upload? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ signature.asc Description: Digital signature
Bug#627711: the connect window doesn't provide list of servers
On Sun, Aug 7, 2011 at 12:25 AM, Theppitak Karoonboonyanan wrote: > On Sat, Aug 6, 2011 at 1:14 PM, Theppitak Karoonboonyanan > wrote: > >> GNOME #656069 filed: >> >> https://bugzilla.gnome.org/show_bug.cgi?id=656069 > > FYI, the bug has been fixed upstream. May I request for a new upstream snapshot upload, to make the package usable again in testing? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627711: the connect window doesn't provide list of servers
On Sat, Aug 6, 2011 at 1:14 PM, Theppitak Karoonboonyanan wrote: > GNOME #656069 filed: > > https://bugzilla.gnome.org/show_bug.cgi?id=656069 FYI, the bug has been fixed upstream. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627711: the connect window doesn't provide list of servers
On Sat, Aug 6, 2011 at 12:42 PM, Theppitak Karoonboonyanan wrote: > But, yes, as you request this, I can forward it upstream (probably with > different patch) soon. GNOME #656069 filed: https://bugzilla.gnome.org/show_bug.cgi?id=656069 Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627711: the connect window doesn't provide list of servers
On Sat, Aug 6, 2011 at 11:19 AM, Michael Biebl wrote: > Could you forward this issue upstream and get a review of the patch from the > upstream maintainer. > Looks like an upstream bug, so it should be fixed there. Sure. I didn't do this before for some reasons: I was not familiar with upstream code well enough, and latest upstream git seems to have other changes to the code, and different patch is required. xchat-gnome has been broken in testing for a long time (my user saw this when I distributed a customized CD image derived from testing, so I replaced it with xchat (without -gnome) as a workaround). So, I liked to have it fixed in testing first, and might work upstream later as needed. But, yes, as you request this, I can forward it upstream (probably with different patch) soon. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627711: the connect window doesn't provide list of servers
On Sat, Jul 30, 2011 at 4:41 AM, Theppitak Karoonboonyanan wrote: > I think I've found a more correct patch: the "toplevel" scrolled box > should be re-parented from the Glade design to the actual dialog's > vbox. > > With this, I also fix the dcc-dialog (file transfer) in the same manner. Any progress on this? Is it OK for NMU? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627711: the connect window doesn't provide list of servers
tags 627711 + patch
thanks
On Sat, Jul 30, 2011 at 12:26 AM, Theppitak Karoonboonyanan
wrote:
> I've been trying to fix this for myself, the derived ConnectDialog class
> appears to partially use the glade UI file, not the whole. Only the
> GtkScrolledWindow and GtkTreeView are referenced, not even the action
> buttons at the bottom. Instead, the buttons are explicitly created
> by the init function itself. This is broken somehow, and the bug still
> happens even in upstream git master. Looks like it's under unfinished
> development.
>
> My workaround is not to use the glade file at all. Just call GTK+
> functions directy to construct the widgets, as in the attached patch.
> (Note that this has yet to be done to other Glade-based UIs in the
> program as well.)
I think I've found a more correct patch: the "toplevel" scrolled box
should be re-parented from the Glade design to the actual dialog's
vbox.
With this, I also fix the dcc-dialog (file transfer) in the same manner.
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Index: xchat-gnome-0.30.0~git20100421.29cc76/src/fe-gnome/connect-dialog.c
===
--- xchat-gnome-0.30.0~git20100421.29cc76.orig/src/fe-gnome/connect-dialog.c 2011-07-30 04:19:50.211908297 +0700
+++ xchat-gnome-0.30.0~git20100421.29cc76/src/fe-gnome/connect-dialog.c 2011-07-30 04:21:29.099913628 +0700
@@ -154,6 +154,8 @@
GtkTreeViewColumn *column = gtk_tree_view_column_new_with_attributes ("name", renderer, "text", 0, NULL);
gtk_tree_view_append_column (GTK_TREE_VIEW (dialog->server_list), column);
+ gtk_widget_reparent (dialog->toplevel, GTK_DIALOG(dialog)->vbox);
+
GtkWidget *button = gtk_button_new_with_mnemonic (_("C_onnect"));
gtk_dialog_add_button (GTK_DIALOG (dialog), GTK_STOCK_CLOSE, GTK_RESPONSE_CLOSE);
gtk_dialog_add_action_widget (GTK_DIALOG (dialog), button, GTK_RESPONSE_OK);
Index: xchat-gnome-0.30.0~git20100421.29cc76/src/fe-gnome/dcc-window.c
===
--- xchat-gnome-0.30.0~git20100421.29cc76.orig/src/fe-gnome/dcc-window.c 2011-07-30 04:22:04.623915540 +0700
+++ xchat-gnome-0.30.0~git20100421.29cc76/src/fe-gnome/dcc-window.c 2011-07-30 04:25:13.783925734 +0700
@@ -109,6 +109,8 @@
gtk_tree_view_set_model (GTK_TREE_VIEW (window->transfer_list), GTK_TREE_MODEL (window->transfer_store));
+ gtk_widget_reparent (window->toplevel, window);
+
gtk_container_set_border_width (GTK_CONTAINER (window), 12);
gtk_window_set_default_size (GTK_WINDOW (window), 300, 400);
Bug#627711: the connect window doesn't provide list of servers
Package: xchat-gnome
Version: 1:0.30.0~git20100421.29cc76-1
Followup-For: Bug #627711
I've been trying to fix this for myself, the derived ConnectDialog class
appears to partially use the glade UI file, not the whole. Only the
GtkScrolledWindow and GtkTreeView are referenced, not even the action
buttons at the bottom. Instead, the buttons are explicitly created
by the init function itself. This is broken somehow, and the bug still
happens even in upstream git master. Looks like it's under unfinished
development.
My workaround is not to use the glade file at all. Just call GTK+
functions directy to construct the widgets, as in the attached patch.
(Note that this has yet to be done to other Glade-based UIs in the
program as well.)
I know this may not be what upstream wants to adopt, as they obviously
want to use GtkBuilder over the derived GObject class. Just wish it
helps somehow to push this bug further.
Another choice is to downgrade to latest stable release?
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Index: xchat-gnome-0.30.0~git20100421.29cc76/src/fe-gnome/connect-dialog.c
===
--- xchat-gnome-0.30.0~git20100421.29cc76.orig/src/fe-gnome/connect-dialog.c 2011-07-28 15:50:38.659477045 +0700
+++ xchat-gnome-0.30.0~git20100421.29cc76/src/fe-gnome/connect-dialog.c 2011-07-30 00:03:42.851410611 +0700
@@ -132,20 +132,15 @@
static void
connect_dialog_init (ConnectDialog *dialog)
{
- gchar *path = locate_data_file ("connect-dialog.glade");
- g_assert(path != NULL);
+ dialog->toplevel = gtk_scrolled_window_new (NULL, NULL);
+ gtk_container_set_border_width (GTK_CONTAINER (dialog->toplevel), 5);
+ gtk_scrolled_window_set_policy (GTK_SCROLLED_WINDOW (dialog->toplevel),
+ GTK_POLICY_NEVER, GTK_POLICY_AUTOMATIC);
+ gtk_box_pack_start (GTK_BOX (GTK_DIALOG(dialog)->vbox),
+ dialog->toplevel, TRUE, TRUE, 0);
+ gtk_widget_show (dialog->toplevel);
- GtkBuilder *xml = gtk_builder_new ();
- g_assert (gtk_builder_add_from_file ( xml, path, NULL) != 0);
-
- g_free (path);
-
-#define GW(name) ((dialog->name) = GTK_WIDGET (gtk_builder_get_object (xml, #name)))
- GW(toplevel);
- GW(server_list);
-#undef GW
-
- g_object_unref (xml);
+ dialog->server_list = gtk_tree_view_new ();
dialog->server_store = gtk_list_store_new (2, G_TYPE_STRING, G_TYPE_POINTER);
gtk_tree_view_set_model (GTK_TREE_VIEW (dialog->server_list), GTK_TREE_MODEL (dialog->server_store));
@@ -154,6 +149,10 @@
GtkTreeViewColumn *column = gtk_tree_view_column_new_with_attributes ("name", renderer, "text", 0, NULL);
gtk_tree_view_append_column (GTK_TREE_VIEW (dialog->server_list), column);
+ gtk_scrolled_window_add_with_viewport (GTK_SCROLLED_WINDOW (dialog->toplevel),
+ dialog->server_list);
+ gtk_widget_show (dialog->server_list);
+
GtkWidget *button = gtk_button_new_with_mnemonic (_("C_onnect"));
gtk_dialog_add_button (GTK_DIALOG (dialog), GTK_STOCK_CLOSE, GTK_RESPONSE_CLOSE);
gtk_dialog_add_action_widget (GTK_DIALOG (dialog), button, GTK_RESPONSE_OK);
Bug#605084: NMU
I've prepared NMU for this bug: http://people.debian.org/~thep/gaphor_0.15.0-1.2.dsc (debdiff attached.) Is it OK to upload? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ nmu.debdiff Description: Binary data
Bug#606928: tasksel: upgrade fails with debconf in lenny (1.5.24)
On Mon, Dec 13, 2010 at 1:10 PM, Christian PERRIER wrote: > This is #605569, fixed in tasksel 2.86. Oh, before filing the bug, I did check tasksel 2.88 in unstable, and found Depends: debconf (>= 0.5) is still there. But I didn't notice the Pre-Depends field. This is OK. But why keeping duplicate info overridden by the other? Besides, are you sure Pre-Depends is really needed? I also tried upgrading debconf together with tasksel, not one by one, and it still worked. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606928: tasksel: upgrade fails with debconf in lenny (1.5.24)
Package: tasksel Version: 2.85 Severity: serious Justification: Policy 7.2 On lenny-to-squeeze upgrade, tasksel fails with the following message: ---8<--- Preconfiguring packages ... tasksel template parse error: Template parse error near `description...@latin.utf-8: Izaberite softver za instaliranje:', in stanza #1 of /tmp/tasksel.template.34760 (Reading database ... 38788 files and directories currently installed.) Preparing to replace tasksel-data 2.78 (using .../tasksel-data_2.85_all.deb) ... Unpacking replacement tasksel-data ... Preparing to replace tasksel 2.78 (using .../archives/tasksel_2.85_all.deb) ... Unpacking replacement tasksel ... Processing triggers for man-db ... Setting up tasksel-data (2.85) ... Setting up tasksel (2.85) ... Template parse error near `description...@latin.utf-8: Izaberite softver za instaliranje:', in stanza #1 of /var/lib/dpkg/info/tasksel.templates dpkg: error processing tasksel (--configure): subprocess installed post-installation script returned error exit status 9 Errors were encountered while processing: tasksel E: Sub-process /usr/bin/dpkg returned an error code (1) ---8<--- Upgrading debconf (to 1.5.36 for squeeze) first does solve the problem. It's obvious that tasksel needs a newer versioned dependency on debconf than the current one (>= 0.5). I just don't know which one between 1.5.24 and 1.5.36. -- System Information: Debian Release: 5.0.7 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.28-11-server (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages tasksel depends on: ii aptitude 0.4.11.11-1~lenny1 terminal-based package manager ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii liblocale-gettext-per 1.05-4 Using libc functions for internati ii tasksel-data 2.85 Official tasks used for installati tasksel recommends no packages. tasksel suggests no packages. -- debconf information: tasksel/title: tasksel/desktop: gnome tasksel/first: tasksel/tasks: Mail server -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552893: Duplicated functions
tags 552893 + patch thanks The auto-generated preload/exported.h both #include and provides slightly different declarations for scandir() and scandir64(). Is there any reason for not using the system functions? This patch (removing the duplicated declarations) makes it build. Sent from Thailand Mini-DebCamp 2010 BSP: http://wiki.debian.org/DebianThailand/MiniDebCamp2010/BSP Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ scratchbox2-ftbfs.diff Description: Binary data
Bug#566556: Optionally restart dictd
On Mon, Mar 15, 2010 at 7:33 AM, Emfox Zhou wrote: > On Sun, Mar 14, 2010 at 4:47 PM, Theppitak Karoonboonyanan > wrote: >> tags 566556 + patch >> thanks >> >> Hello from Thailand Mini-DebCamp 2010 BSP. >> >> If the intention of the package is to "Suggests: dictd", >> it should restart dictd only when dictd is present, >> and never fail otherwise. >> >> I've prepared a patch for this (attached). Is it OK for NMU? > > Yes, feel free to do a NMU. Andrew Lee told me in IRC that Bug #539632 may render this package totally non-distributable for Debian. But I'm still uploading it soon BTW, just in case it can be solved somehow (debdiff attached). Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ dict-xdict_0.1.4-4.1.debdiff Description: Binary data
Bug#573663: libthai: My fault
clone 573663 -1 reassign -1 doxygen retitle -1 doxygen: C symbols manpages generated with extra leading underscore severity -1 normal thanks On Sun, Mar 14, 2010 at 5:07 PM, Theppitak Karoonboonyanan wrote: > Thanks for the test. Yes, the real fix should be done in doxygen instead. > But as the manpages are not used in Debian anyways, I'll fix it by > not building it at all. Only html is enough. Cloning the bug for doxygen before working around libthai. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573663: libthai: My fault
On Sun, Mar 14, 2010 at 4:44 PM, Neutron Soutmun wrote: > So, the last time that the build is OK due to > the pbuilder options that I set to "-B" the binary only > which does not build the -doc, therefore the errors does not > occured. > > Finally, I build without the "-B" option, still have the problems. > > Downgrade the doxygen solve this, may be the changes in new doxygen > cause of this problem. Thanks for the test. Yes, the real fix should be done in doxygen instead. But as the manpages are not used in Debian anyways, I'll fix it by not building it at all. Only html is enough. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566556: Optionally restart dictd
tags 566556 + patch thanks Hello from Thailand Mini-DebCamp 2010 BSP. If the intention of the package is to "Suggests: dictd", it should restart dictd only when dictd is present, and never fail otherwise. I've prepared a patch for this (attached). Is it OK for NMU? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ Index: dict-xdict-0.1/debian/postinst === --- dict-xdict-0.1.orig/debian/postinst 2010-03-14 15:37:47.0 +0700 +++ dict-xdict-0.1/debian/postinst 2010-03-14 15:38:55.0 +0700 @@ -8,11 +8,12 @@ configure) if [ -x /usr/sbin/dictdconfig ]; then dictdconfig -w ;fi - # if [ -x /etc/init.d/dictd ]; then /etc/init.d/dictd restart; fi - if which invoke-rc.d >/dev/null 2>&1; then - invoke-rc.d dictd restart - else - /etc/init.d/dictd restart + if [ -x /etc/init.d/dictd ]; then + if which invoke-rc.d >/dev/null 2>&1; then + invoke-rc.d dictd restart + else + /etc/init.d/dictd restart + fi fi exit 0
Bug#542657: Gone in 2.6.23+dfsg-1, fails another way
Tested with 2.6.23+dfsg-1, the failure is gone, but it fails another way: 0m15.1s DEBUG: Starting command: ['lsof', '-w', '+D', '/tmp/tmp7IDftN'] 0m15.6s DEBUG: Command failed (status=1), but ignoring error: ['lsof', '-w', '+D', '/tmp/tmp7IDftN'] 0m16.0s ERROR: FAIL: Broken symlinks: /lib/init/rw/sendsigs.omit.d/rsyslog -> /var/run/rsyslogd.pid 0m16.0s DEBUG: Starting command: ['chroot', '/tmp/tmp7IDftN', 'umount', '/proc'] 0m16.0s DEBUG: Command ok: ['chroot', '/tmp/tmp7IDftN', 'umount', '/proc'] 0m16.4s DEBUG: Removed directory tree at /tmp/tmp7IDftN Full log attached. This, along with bug #542380 [1], I think it's a common problem with rsyslog, not with the packages in question. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542380#10 Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542380: Gone in 0.8-1.2, fails another way
Hello from Thailand Mini-DebCamp 2010 BSP. Testing with 0.8-1.2, the failure has gone, but it fails another way instead: 0m11.9s DEBUG: Removing /tmp/tmpbOaKJF/tmp/uswsusp_0.8-1.2_i386.deb 0m11.9s DEBUG: Starting command: ['lsof', '-w', '+D', '/tmp/tmpbOaKJF'] 0m12.4s DEBUG: Command failed (status=1), but ignoring error: ['lsof', '-w', '+D', '/tmp/tmpbOaKJF'] 0m12.7s ERROR: FAIL: Broken symlinks: /lib/init/rw/sendsigs.omit.d/rsyslog -> /var/run/rsyslogd.pid 0m12.7s DEBUG: Starting command: ['chroot', '/tmp/tmpbOaKJF', 'umount', '/proc'] 0m12.7s DEBUG: Command ok: ['chroot', '/tmp/tmpbOaKJF', 'umount', '/proc'] 0m13.0s DEBUG: Removed directory tree at /tmp/tmpbOaKJF Log attached. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.38 starting up. 0m0.0s INFO: Command line arguments: /usr/sbin/piuparts -p -l uswsusp_0.8-1.2.log /var/cache/apt/archives/uswsusp_0.8-1.2_i386.deb 0m0.0s INFO: Running on: Linux debclub02 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 0m0.0s DEBUG: Starting command: ['dpkg', '--info', '/var/cache/apt/archives/uswsusp_0.8-1.2_i386.deb'] 0m0.0s DUMP: new debian package, version 2.0. size 157778 bytes: control archive= 44929 bytes. 6053 bytes, 223 lines * config #!/bin/bash 1495 bytes,30 lines control 1602 bytes,24 lines md5sums 4303 bytes, 167 lines * postinst #!/bin/bash 1669 bytes,60 lines * postrm #!/bin/sh 131 bytes,12 lines * preinst #!/bin/sh 106419 bytes, 1099 lines templates Package: uswsusp Version: 0.8-1.2 Architecture: i386 Maintainer: Tim Dijkstra Installed-Size: 404 Depends: libc6 (>= 2.7), libdirectfb-1.2-0, libgcc1 (>= 1:4.1.1), libgcrypt11 (>= 1.4.2), libglib2.0-0 (>= 2.12.0), libgpg-error0 (>= 1.6-1), liblzo2-2, libpci3 (>= 1:3.1.4), libsplashy1, libx86-1 (>= 0.99-1), debconf (>= 0.5) | debconf-2.0 Recommends: initramfs-tools (>= 0.74), mount (>= 2.12r-17) Suggests: splashy (>= 0.3) Section: admin Priority: optional Homepage: http://suspend.sourceforge.net/ Description: tools to use userspace software suspend provided by Linux This package (also known as µswsusp or simply suspend) contains the programs to use the userspace software suspend facility available in Linux kernels 2.6.17-rc1 and higher. It allows the system to have its state saved to disk and be powered off. On restarting, it will be put back in the state it was left in (this is sometimes called hibernation). . It also includes a program to suspend the system to RAM after the state is saved to disk. In that state, the system still uses power, but resuming is faster. If the battery depletes, the state is resumed from disk without data loss. . Optional features include encrypting the system snapshot and a themeable splash screen during the suspend and resume processes. . To use this package you need a Linux kernel version 2.6.17-rc1 or newer configured to use an initramfs. Hooks and scripts to integrate with initramfs-tools are provided. 0m0.0s DEBUG: Command ok: ['dpkg', '--info', '/var/cache/apt/archives/uswsusp_0.8-1.2_i386.deb'] 0m0.0s DEBUG: Created temporary directory /tmp/tmpbOaKJF 0m0.0s DEBUG: Unpacking /var/cache/pbuilder/base.tgz into /tmp/tmpbOaKJF 0m0.0s DEBUG: Starting command: ['tar', '-C', '/tmp/tmpbOaKJF', '-zxf', '/var/cache/pbuilder/base.tgz'] 0m4.5s DEBUG: Command ok: ['tar', '-C', '/tmp/tmpbOaKJF', '-zxf', '/var/cache/pbuilder/base.tgz'] 0m4.5s DEBUG: Created policy-rc.d and chmodded it. 0m4.5s DEBUG: Starting command: ['chroot', '/tmp/tmpbOaKJF', 'apt-get', 'update'] 0m8.7s DUMP: Hit http://neutron.debianclub.com sid Release.gpg Hit http://neutron.debianclub.com sid Release Hit http://neutron.debianclub.com sid/main Packages/DiffIndex Reading package lists... 0m8.7s DEBUG: Command ok: ['chroot', '/tmp/tmpbOaKJF', 'apt-get', 'update'] 0m8.7s DEBUG: Starting command: ['chroot', '/tmp/tmpbOaKJF', 'mount', '-t', 'p
Bug#570663: FTBFS
On Wed, Feb 24, 2010 at 6:08 PM, Colin Watson wrote:
> The uses of TRUE and FALSE only occur in a Debian patch. Perhaps it
> would be more appropriate to simply use 1 and 0 there directly?
Right. Or should we merge the TRUE/FALSE definitions
into 020_bidi.patch directly, to keep the patch self-explained?
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
diff -u newt-0.52.10/debian/patches/020_bidi.patch newt-0.52.10/debian/patches/020_bidi.patch
--- newt-0.52.10/debian/patches/020_bidi.patch
+++ newt-0.52.10/debian/patches/020_bidi.patch
@@ -120,7 +120,7 @@
diff -ruN newt-0.52.10-old/newt.c newt-0.52.10/newt.c
--- newt-0.52.10-old/newt.c 2008-07-30 13:42:55.0 +0100
+++ newt-0.52.10/newt.c 2009-04-20 21:22:45.0 +0100
-@@ -18,6 +18,461 @@
+@@ -18,6 +18,468 @@
#include "newt.h"
#include "newt_pr.h"
@@ -128,6 +128,13 @@
+#include
+#include
+
++#ifndef TRUE
++# define TRUE 1
++#endif
++#ifndef FALSE
++# define FALSE 0
++#endif
++
+/* No sense in enabling shaping if we don't have BIDI support. */
+typedef struct
+{
Bug#562945: fails to install
On Sun, Jan 24, 2010 at 11:26 PM, Theppitak Karoonboonyanan wrote: > OK to upload? (Fixing those broken symlinks is beyond my understanding.) Uploaded to DELAYED/2, anyway. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562945: fails to install
On Sun, Jan 24, 2010 at 10:40 PM, Julien Cristau wrote: > A workaround would be to wrap the exit 1 in > if [ "$DEBIAN_FRONTEND" != noninteractive ] > and let users of the noninteractive frontend keep the pieces. Shouldn't > break normal systems since those would use a real frontend, and should > make piuparts happy. OK. I've prepared NMU here: http://people.debian.org/~thep/runit-run_1.1.1+nmu1.dsc changelog entry: ---8<--- runit-run (1.1.1+nmu1) unstable; urgency=medium * Non-maintainer upload. * Urgency medium due to RC bug fix. * debian/runit-run.preinst: never fail on noninteractive debconf frontend, to make piuparts happy. (closes: #562945) * Pre-Depends on debconf, as needed by preinst [lintian]. -- Theppitak Karoonboonyanan Sun, 24 Jan 2010 23:07:31 +0700 ---8<--- Now piuparts installation failure is gone. But another is left: ---8<--- 0m21.9s ERROR: FAIL: Broken symlinks: /etc/sv/getty-1/supervise -> /var/run/sv.getty-1 /etc/sv/getty-3/supervise -> /var/run/sv.getty-3 /etc/sv/getty-4/supervise -> /var/run/sv.getty-4 /etc/sv/getty-2/supervise -> /var/run/sv.getty-2 /etc/sv/getty-5/supervise -> /var/run/sv.getty-5 ---8<--- And it still rejects properly on normal systems as per user's wish. OK to upload? (Fixing those broken symlinks is beyond my understanding.) Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562945: fails to install
Remotely jamming Mönchengladbach BSP :)
This is caused by debconf question in preinst:
---8<---
. /usr/share/debconf/confmodule
db_get runit-run/install
if test "$RET" = false; then
db_fset runit-run/install seen false
exit 1
fi
---8<---
If I try to install it in normal system, I'll be prompted to confirm if I
really want to replace sysvinit, with default answer 'no' ('false'). But if
I try it in a limited environment like piuparts or pbuilder chroot, debconf
will always skip the question and continue with the default. So it exits
with status 1.
I think it's reasonable to fail here. 'False' is a safe default. And it works
properly in normal systems.
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564016: libwebkit-1.0-2: Undefined symbol: jpeg_resync_to_restart
Package: libwebkit-1.0-2 Version: 1.1.17-2 Severity: grave Justification: renders package unusable epiphany, midori, GtkLauncher fail to start, with following error message: ---8<--- symbol lookup error: /usr/lib/libwebkit-1.0.so.2: undefined symbol: jpeg_resync_to_restart ---8<--- Checking: ---8<--- $ ldd /usr/lib/libwebkit-1.0.so.2 | grep jpeg libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x7f4553e5e000) $ objdump -T /usr/lib/libjpeg.so.62 | grep resync $ ---8<--- However, libjpeg62 does ship 2 different shared objects: ---8<--- $ dpkg -L libjpeg62 | grep '.so.' /usr/lib/libjpeg.so.62.0.0 /usr/lib/libjpeg.so.62 $ ls -l /usr/lib/libjpeg.so* lrwxrwxrwx 1 root root 17 2009-08-18 10:28 /usr/lib/libjpeg.so -> libjpeg.so.62.0.0 -rw-r--r-- 1 root root 10528208 2009-10-16 05:00 /usr/lib/libjpeg.so.62 -rw-r--r-- 1 root root 144016 2009-08-17 18:51 /usr/lib/libjpeg.so.62.0.0 ---8<--- And the other one does provide the required symbol: ---8<--- $ $ objdump -T /usr/lib/libjpeg.so.62.0.0 | grep resync 00010d30 gDF .text 0184 Base jpeg_resync_to_restart ---8<--- -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libwebkit-1.0-2 depends on: ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-3 Embedded GNU C Library: Shared lib ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libenchant1c2a 1.4.2-3.4 a wrapper library for various spel ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgail18 2.18.5-1 GNOME Accessibility Implementation ii libglib2.0-0 2.22.3-2 The GLib library of C routines ii libgstreamer-plugins-base0 0.10.25-7 GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.25-4+b1 Core GStreamer libraries and eleme ii libgtk2.0-02.18.5-1 The GTK+ graphical user interface ii libicu42 4.2.1-3 International Components for Unico ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libpango1.0-0 1.26.2-1thep1 Layout and rendering of internatio ii libpng12-0 1.2.41-1 PNG library - runtime ii libsoup2.4-1 2.28.2-1 an HTTP library implementation in ii libsqlite3-0 3.6.21-2 SQLite 3 shared library ii libstdc++6 4.4.2-8 The GNU Standard C++ Library v3 ii libwebkit-1.0-common 1.1.17-2 Web content engine library for Gtk ii libxml22.7.6.dfsg-1 GNOME XML library ii libxslt1.1 1.1.26-1 XSLT processing library - runtime ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library libwebkit-1.0-2 recommends no packages. libwebkit-1.0-2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559468: ttf-thai-tlwg: preinst fails (local: can only be used in a function)
On Fri, Dec 4, 2009 at 11:09 PM, Jonathan Nieder wrote: > I think that > > | local HINTS_FILE="/etc/defoma/hints/ttf-thai-tlwg.hints" > > should be simply > > | HINTS_FILE=/etc/defoma/hints/ttf-thai-tlwg.hints > > instead. dash doesn’t care about this, but bash does. Yes, I saw this and had already uploaded a fix earlier. (Thus, I will have to close this bug without mentioning it in the changelog.) Please just try upgrading on the next mirror sync. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551527: Hints point to /usr/share/fonts/truetype/ttf-thai-arundina/arundina/
severity 551527 important tags 551527 + pending thanks On Sun, Oct 18, 2009 at 10:14:20PM +0200, Jakob Bohm wrote: > Package: ttf-thai-arundina > Version: 0.1.1-1 > Severity: grave > Tags: patch > Justification: renders package unusable Fortunately, defoma is not that essential nowadays. The fonts are still usable by various apps via fontconfig. So, lowering the severity. > /etc/defoma/hints/ttf-thai-arundina.hints tells the rest of Debian > to look for the installed fonts in > /usr/share/fonts/truetype/ttf-thai-arundina/arundina/, but they are > actually installed in > /usr/share/fonts/truetype/ttf-thai-arundina/ > > Because Debian packages are supposed to believe defoma when looking for > fonts, policy compliant packages will not be able to use the package > at all until this is fixed. > > I have attached a simplistic patch for the broken hints file. Yes, it's really broken. Thanks a lot for your report and patch. I've applied it and will upload the fix soon. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544838: utmpx hidden
It seems getutmpx symbol is hidden in s390. In s390 sid chroot: ---8<--- $ objdump -T /lib/libc.so.6 | grep utmp 0010d474 w DF .text 013c GLIBC_2.0 utmpname 0010deac gDF .text 00a0 (GLIBC_2.1.1) getutmp 0010e47c gDF .text 001e GLIBC_2.9 getutmp 0010ddc0 gDF .text 00ec (GLIBC_2.1.1) getutmpx 0010e424 gDF .text 002c GLIBC_2.1 utmpxname ---8<--- However, it seems to still be exported in its symbols file: http://qa.debian.org/cgi-bin/mole/symbols/.dump/symbols?key=DEBIAN/pool/main/e/eglibc/libc6_2.9-26_s390.deb That is, it's available for loader, but not for linker, despite the fact that is still shipped for applications to call. What would s390 porting team suggest? Is getutmpx() still available in s390? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537130: dbus: Fails to install, shipping files under /debian/tmp
Package: dbus Version: 1.2.16-1 Severity: grave Justification: renders package unusable During upgrading dbus to 1.2.16-1: ---8<--- Setting up dbus (1.2.16-1) ... chown: cannot access `/usr/lib/dbus-1.0/dbus-daemon-launch-helper': No such file or directory dpkg: error processing dbus (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of gconf2-common: gconf2-common depends on dbus; however: Package dbus is not configured yet. dpkg: error processing gconf2-common (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of dbus-x11: dbus-x11 depends on dbus; however: Package dbus is not configured yet. dpkg: error processing dbus-x11 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of gconf2: gconf2 depends on gconf2-common (>= 2.26); however: Package gconf2-common is not configured yet. gconf2 depends on gconf2-common (<< 2.27); however: Package gconf2-common is not configured yet. gconf2 depends on dbus-x11; however: Package dbus-x11 is not configured yet. dpkg: error processing gconf2 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libgconf2-4: libgconf2-4 depends on gconf2-common (>= 2.26); however: Package gconf2-common is not configured yet. libgconf2-4 depends on gconf2-common (<< 2.27); however: Package gconf2-common is not configured yet. dpkg: error processing libgconf2-4 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libgconf2-dev: libgconf2-dev depends on libgconf2-4 (= 2.26.2-3); however: Package libgconf2-4 is not configured yet. libgconf2-dev depends on gconf2 (= 2.26.2-3); however: Package gconf2 is not configured yet. dpkg: error processing libgconf2-dev (--configure): dependency problems - leaving unconfigured ---8<--- And when checking the contents of the package: ---8<--- $ dpkg -c /var/cache/apt/archives/dbus-x11_1.2.16-1_amd64.deb drwxr-xr-x root/root 0 2009-07-15 06:12 ./ drwxr-xr-x root/root 0 2009-07-15 06:12 ./etc/ drwxr-xr-x root/root 0 2009-07-15 06:12 ./etc/X11/ drwxr-xr-x root/root 0 2009-07-15 06:12 ./etc/X11/Xsession.d/ -rw-r--r-- root/root 381 2009-07-15 06:12 ./etc/X11/Xsession.d/75dbus_dbus-launch drwxr-xr-x root/root 0 2009-07-15 06:12 ./usr/ drwxr-xr-x root/root 0 2009-07-15 06:12 ./usr/share/ drwxr-xr-x root/root 0 2009-07-15 06:12 ./usr/share/doc/ drwxr-xr-x root/root 0 2009-07-15 06:12 ./usr/share/doc/dbus-x11/ -rw-r--r-- root/root 11158 2009-07-15 06:10 ./usr/share/doc/dbus-x11/copyright -rw-r--r-- root/root 2296 2009-07-13 17:14 ./usr/share/doc/dbus-x11/AUTHORS -rw-r--r-- root/root 2886 2009-07-13 17:14 ./usr/share/doc/dbus-x11/README.gz -rw-r--r-- root/root 15410 2009-07-15 06:10 ./usr/share/doc/dbus-x11/changelog.Debian.gz -rw-r--r-- root/root 187 2009-07-13 17:14 ./usr/share/doc/dbus-x11/changelog.gz drwxr-xr-x root/root 0 2009-07-15 06:12 ./debian/ drwxr-xr-x root/root 0 2009-07-15 06:12 ./debian/tmp/ drwxr-xr-x root/root 0 2009-07-15 06:12 ./debian/tmp/usr/ drwxr-xr-x root/root 0 2009-07-15 06:12 ./debian/tmp/usr/bin/ -rwxr-xr-x root/root 25696 2009-07-15 06:12 ./debian/tmp/usr/bin/dbus-launch drwxr-xr-x root/root 0 2009-07-15 06:12 ./debian/tmp/usr/share/ drwxr-xr-x root/root 0 2009-07-15 06:12 ./debian/tmp/usr/share/man/ drwxr-xr-x root/root 0 2009-07-15 06:12 ./debian/tmp/usr/share/man/man1/ -rw-r--r-- root/root 6928 2009-07-15 06:12 ./debian/tmp/usr/share/man/man1/dbus-launch.1 ---8<--- The file in question is under /debian/tmp !! There are more files there, including /debian/tmp/usr/include/dbus-1.0/dbus/* So, when I check: ---8<--- $ dpkg -S /debian/tmp dbus, dbus-x11, libdbus-1-dev: /debian/tmp ---8<--- -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dbus depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.9-20 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-1 simple interprocess messaging syst ii libexpat1 2.0.1-4XML parsing C library - runtime li ii libselinux1 2.0.82-1 SELinux shared libraries ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip dbus recommends no packages. Versions of packages dbus suggests: pn dbus-x11 (no description available) -- no debconf information -- To
Bug#502072: apt-cacher-ng refuses to start via init script
package apt-cacher-ng
tags 502072 patch
thanks
Using strtol() with appropriate check instead of atoi() should cope with
the error better, without false alarm. (See the proposed patch.)
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Index: apt-cacher-ng-0.3.1/source/acfg.cc
===
--- apt-cacher-ng-0.3.1.orig/source/acfg.cc 2008-10-13 19:19:28.0 +0700
+++ apt-cacher-ng-0.3.1/source/acfg.cc 2008-10-13 19:19:53.0 +0700
@@ -16,6 +16,8 @@
#include
#endif
+#include
+
#include
#include
#include
@@ -234,8 +236,9 @@
*sTarget=value;
else if ( NULL != (nTarget = _GetIntPtr(key)))
{
- *nTarget=atoi(value.c_str());
- if(0==*nTarget)
+ char *pEnd;
+ *nTarget=strtol(value.c_str(), &pEnd, 10);
+ if(*pEnd || errno == EINVAL || errno == ERANGE)
{
if(value.length()<1)
cerr << "Unexpected empty value for " << key << ", check the configuration!"<
signature.asc
Description: Digital signature
Bug#502072: apt-cacher-ng refuses to start via init script
Package: apt-cacher-ng
Version: 0.3.1-1
Severity: grave
Justification: renders package unusable
When starting/restarting apt-cacher-ng from init script, it refuses to start:
---8<---
# invoke-rc.d apt-cacher-ng start
Starting apt-cacher-ng: apt-cacher-ngUsage: apt-cacher -h -c configdir
Options:
-h: this help message
-c configuration directory
-e: run expiration on startup
Most interesting variables:
Daemon: 1 Daemonize program
PidFile: /path/to/pidfile File to store daemon's PID
FifoPath: /path/to/fifofile FIFO file, for control and local communication
CacheDir: /directory/for/storage
LogDir: /directory/for/logfiles
See manpage for all directives.
.
---8<---
With "sh -x /etc/init.d/apt-cacher-ng start", the invoked command line
appears to be:
---8<---
+ start-stop-daemon --start --chuid apt-cacher-ng --group apt-cacher-ng --quiet
--pidfile /var/run/apt-cacher-ng/pid --exec /usr/sbin/apt-cacher-ng -- -c
/etc/apt-cacher-ng pidfile=/var/run/apt-cacher-ng/pid
SocketPath=/var/run/apt-cacher-ng/socket foreground=0
---8<---
If I edit /etc/init.d/apt-cacher-ng by removing "foreground=0" from
DAEMON_OPTS, the service can start again.
apt-cacher-ng 0.3.1 seems to refuse integer argument of zero value.
In acfg.cc, function SetOption():
---8<---
...
else if ( NULL != (nTarget = _GetIntPtr(key)))
{
*nTarget=atoi(value.c_str());
if(0==*nTarget)
{
if(value.length()<1)
cerr << "Unexpected empty value for " << key <<
", check the configuration!"
Bug#474491: devscripts: [debchange] Missing DebControl.pm
Package: devscripts Version: 2.10.21 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 $ debchange -i Can't locate Parse/DebControl.pm in @INC (@INC contains: /usr/share/devscripts /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/debchange line 43. BEGIN failed--compilation aborted at /usr/bin/debchange line 43. - -- Package-specific info: - --- /etc/devscripts.conf --- - --- ~/.devscripts --- Not present - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devscripts depends on: ii debianutils 2.28.4 Miscellaneous utilities specific t ii dpkg-dev 1.14.16.6 package building tools for Debian ii libc6 2.7-10 GNU C Library: Shared libraries ii perl 5.8.8-12 Larry Wall's Practical Extraction ii sed 4.1.5-6The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.9.4 Gives a fake root environment - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH+F/ZqgzR7tCLR/4RAnYBAKCh1NmRgV2O0/dAG/xpDWtcDt/PuwCfVX7x doRxCka5SF2VgDQlByZO/XA= =M808 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432626: Gone
This problem is now gone with 0.4.5-2. You may close this bug. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432626: swfdec-mozilla: uninstallable, depends on old libswfdec0.4
Package: swfdec-mozilla Version: 0.4.5-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 # apt-get install swfdec-mozilla Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: swfdec-mozilla: Depends: libswfdec0.4 (< 0.4.4) but 0.4.5-1 is to be installed E: Broken packages - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages swfdec-mozilla depends on: ii iceape-browser1.1.2-1Iceape Navigator (Internet browser ii iceweasel 2.0.0.4-1thai1 lightweight web browser based on M ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6-2 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.12-1+b1 The GLib library of C routines ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface ii libnspr4-0d 4.6.7-1NetScape Portable Runtime Library ii liboil0.3 0.3.12-1 Library of Optimized Inner Loops ii libpango1.0-0 1.16.4-1+b1Layout and rendering of internatio ii libswfdec0.4 0.4.5-1SWF (Macromedia Flash) decoder lib ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.1-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra swfdec-mozilla recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGlDneqgzR7tCLR/4RAsPNAKCBCTATuOVaGabbCKNQ72YC91rsEwCfWnMy jaipcPDAb9DpyD1ncqnkkME= =lL3y -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427705: pango-libthai: rebuild against pango1.0-modver-1.6.0
tags 427705 wontfix
thanks
On 6/6/07, Adeodato Simó <[EMAIL PROTECTED]> wrote:
libpango1.0-0 no longer provides pango1.0-modver-1.5.0, but -1.6.0, so
pango-libthai needs a rebuild. This can't be done automatically because
the debian/install file needs to be updated to reflect the new location
of modules (1.5.0 -> 1.6.0).
You can also make the location generic ('usr/lib/pango/*/modules/*.so'),
so that this kind of rebuilds can happen without the need for an upload
in the future.
Please upload with urgency=high, and let me know if you need sponsoring
and/or are busy and would welcome a NMU.
Thanks for your report. However, the package is now obsolete. It's
currently conflicted by its dependency, libpango1.0-0 (>= 1.14.10-1),
making it uninstallable in sid anyway.
Moreover, pango-libthai code has now been incorporated in upstream
pango, which is the reason of the conflict, and which makes it unneeded
in debian any more.
Therefore, I don't think it needs a fix now. And I have filed Bug #427129
against ftp.debian.org for its removal. Just waiting.
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Bug#418837: swfdec-mozilla NMU
On 5/29/07, David Schleef <[EMAIL PROTECTED]> wrote: On Tue, May 29, 2007 at 08:22:38AM +0700, Theppitak Karoonboonyanan wrote: > On 5/28/07, Mike Hommey <[EMAIL PROTECTED]> wrote: > > >The patch looks good to me, though I'd recommend putting a versioned > >build dependency on libxul-dev. > > Ah, yes. I should have done that in the first place. I'll apply the patch shortly. Meanwhile, upstream is switching to copying the headers directly into the source. > BTW, do you think it's a good idea to retain build-dep on firefox-dev? > Was it intended for Ubuntu build? Yes. So, I've adjusted the patch accordingly. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ swfdec-mozilla_0.4.3-2.1.debdiff Description: Binary data
Bug#418837: swfdec-mozilla NMU
On 5/28/07, Mike Hommey <[EMAIL PROTECTED]> wrote: The patch looks good to me, though I'd recommend putting a versioned build dependency on libxul-dev. Ah, yes. I should have done that in the first place. BTW, do you think it's a good idea to retain build-dep on firefox-dev? Was it intended for Ubuntu build? -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418837: swfdec-mozilla NMU
On 5/9/07, Theppitak Karoonboonyanan <[EMAIL PROTECTED]> wrote: On 5/9/07, Mike Hommey <[EMAIL PROTECTED]> wrote: > As for build dependencies, i would use libxul-dev, make the required > changes to configure.in to detect xulrunner-plugin and remove > MOZILLA_LIBS from the LDFLAGS. I had done exactly that before getting back to the package's current approach, except the last step. As a result, libxul-0d was pulled in as extra dependency. So, what I missed seemed to be the last step. But as you said below: > The latter would be temporary, until I > fix the xulrunner-plugin.pc file back (which has a dependency on > xulrunner-xpcom because of #413964, which was better to fix in xulrunner > than on its reverse dependencies). That means, we had better wait for that bug to be fixed before making further change.. Now that xulrunner 1.8.1.4-1 has arrived sid with the new xulrunner-plugin.pc, I propose this patch which I had done at first thought, but with irrelevant cosmetic changes removed, including the plugin directory. It's now built with libxul-dev. libxul-0d is not pulled in now. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ swfdec-mozilla_0.4.3-2.1.debdiff Description: Binary data
Bug#422957: FTBFS: Please adapt to the $(moduledir) change in scim 1.4.6-1
On 5/9/07, Ming Hua <[EMAIL PROTECTED]> wrote: As your package is the (2b) case, you should start to put the module files into the ABI-specific /usr/lib/scim-1.0/1.4.0/ directory. It seems the only change you need is in the debian/install file. Thanks for the info. I have prepared a fix for this, and have dropped an RFS [1] in debian-mentors for the upload. [1] http://lists.debian.org/debian-mentors/2007/05/msg00287.html -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418837: swfdec-mozilla NMU
On 5/9/07, Mike Hommey <[EMAIL PROTECTED]> wrote: As for build dependencies, i would use libxul-dev, make the required changes to configure.in to detect xulrunner-plugin and remove MOZILLA_LIBS from the LDFLAGS. I had done exactly that before getting back to the package's current approach, except the last step. As a result, libxul-0d was pulled in as extra dependency. So, what I missed seemed to be the last step. But as you said below: The latter would be temporary, until I fix the xulrunner-plugin.pc file back (which has a dependency on xulrunner-xpcom because of #413964, which was better to fix in xulrunner than on its reverse dependencies). That means, we had better wait for that bug to be fixed before making further change.. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418837: libnspr4
On 5/4/07, Theppitak Karoonboonyanan <[EMAIL PROTECTED]> wrote: No. Just alternative dependencies (libnspr4-0d | iceweasel | iceape-browser) is enough. The changes are way too much for an NMU. I've stripped all irrelevant changes in this new patch. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ swfdec-mozilla_0.4.3-2.1.debdiff Description: Binary data
Bug#418837: libnspr4
On 4/29/07, Theppitak Karoonboonyanan <[EMAIL PROTECTED]> wrote: Probably, a better approach is to have iceape-browser, iceweasel and libnspr4-0d declare "Provides: libnspr4", and just have swfdec-mozilla depend on that name? No. Just alternative dependencies (libnspr4-0d | iceweasel | iceape-browser) is enough. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ swfdec-mozilla_0.4.3-2.1.debdiff Description: Binary data
Bug#418837: shlibs
On 4/29/07, Theppitak Karoonboonyanan <[EMAIL PROTECTED]> wrote: Nonetheless, I get back to the current approach, and spin a patch to fix libnspr4-0d dependency, as attached. With this, I also change the location of iceweasel plug-in from mozilla-firefox to iceweasel, and add installation for xulrunner as well. I've tested it with both iceweasel and epiphany, and it works. Update: The symlink installation for xulrunner is indeed unnecessary. So, I remove it. And this new patch also fixes 2 lintian warnings: updated FSF address and Standards-Version (compliance checked for the bump). -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ swfdec-mozilla_0.4.3-2.1.debdiff Description: Binary data
Bug#418837: libnspr4
Probably, a better approach is to have iceape-browser, iceweasel and libnspr4-0d declare "Provides: libnspr4", and just have swfdec-mozilla depend on that name? -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418837: shlibs
I have been waiting for the new swfdec plugin for a while, but it has been blocked by this bug. So, I've tried to fix it for my own use. At first, it looks weird to me to have build-dependency on iceape-dev but then pull in libnspr4 (which is actually libnspr4-0d in the archive) for the actual shared object to link. So, I tried to build it against libxul-dev instead. As a result, libxul-0d would become an additional dependency, which may be undesirable for iceape/iceweasel users. Is this the reason for iceape-dev build-dep and hard-coded libnspr4[-0d] dependency, as oppose to libxul-dev build-dep? But then, iceape/iceweasel users would end up having duplicated libnspr4.so in its own browser package and in libnspr4-0d anyway. Meanwhile, if iceape-browser provides shlibs file, the shared objects from libnspr4-0d will be satisfied by the iceape-browser itself. But that would mean horrible dependency for non-iceape users. Nonetheless, I get back to the current approach, and spin a patch to fix libnspr4-0d dependency, as attached. With this, I also change the location of iceweasel plug-in from mozilla-firefox to iceweasel, and add installation for xulrunner as well. I've tested it with both iceweasel and epiphany, and it works. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ swfdec-mozilla_0.4.3-2.1.debdiff Description: Binary data
Bug#419595: libpango1.0-udeb: undesirable new dependencies
On 4/20/07, Josselin Mouette <[EMAIL PROTECTED]> wrote: AFAIK these libraries are only needed by the Thai language module, not by the pango library itself. I don't know how critical this module is to proper Thai support in the installer. Theppitak, do you know about it? It provides proper line wrapping for Thai messages. As Thai words are not delimited by spaces, missing it would mean that some long continuous texts would exceed screen boundary and be wrapped at random positions, and the right margin of normal texts would be heavily ragged, due to relative lack of line break positions. OTOH, achieving it costs around 900 KB additional memory (roughly measured by the difference between loading leafpad with and without pango-thai-lang module). So, it's a trade-off. If that's too much for marginal improvement, we can drop it from d-i. (So far, I haven't heard users' complaint about this on Etch installer yet. But I can't be sure if that means they are OK with it. Not all of them install Debian with GUI installer.) If it is necessary to have it, we can split the thai module in a separate udeb to avoid the dependency inflation. Otherwise, we can simply remove it from the udeb. IMO, this issue is not so critical, as long messages are rare in d-i, compared to usual desktop apps, and we have the whole screen as the space, not varying window sizes. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394283: Fwd: Bug#393519: Thailatex upgrade fixes.
I replied to wrong bug number, sorry. -- Forwarded message -- From: Theppitak Karoonboonyanan <[EMAIL PROTECTED]> Date: Nov 8, 2006 1:50 PM Subject: Re: Bug#393519: Thailatex upgrade fixes. To: Frank Küster <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Cc: Norbert Preining <[EMAIL PROTECTED]>, [EMAIL PROTECTED] On 10/28/06, Theppitak Karoonboonyanan <[EMAIL PROTECTED]> wrote: On 10/27/06, Frank Küster <[EMAIL PROTECTED]> wrote: > Should I take tbhe current packages from > > http://linux.thai.net/~thep/debian/source/thailatex/ Yes, please do the interim upload. I'll release a new upstream version soon when the relicensing is finalized. Update: I have got an approval to relicense it to LPPL. New upstream version has been released. Now I'm preparing a new debian package. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#393519: Thailatex upgrade fixes.
On 10/28/06, Theppitak Karoonboonyanan <[EMAIL PROTECTED]> wrote: On 10/27/06, Frank Küster <[EMAIL PROTECTED]> wrote: > Should I take tbhe current packages from > > http://linux.thai.net/~thep/debian/source/thailatex/ Yes, please do the interim upload. I'll release a new upstream version soon when the relicensing is finalized. Update: I have got an approval to relicense it to LPPL. New upstream version has been released. Now I'm preparing a new debian package. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#393519: Thailatex upgrade fixes.
On 10/27/06, Frank Küster <[EMAIL PROTECTED]> wrote: You are probably right. We could fix this one, hope that it migrates to testing in time, and also hope that the licensing stuff will be cleared early enough to prevent its removal from etch. Theppitak, do you have any news on the licensing? Just for the record and the archive, here's what you wrote to me in private: , | Umm.. I'm currently one of the upstream maintainers, but not the | original author, anyway. And it seems the original author has | lost interest to update it for long (before my team adopted and | maintained it). [Err.. I also need to update such info in | debian/copyright.] | | I'll try my best to contact the original copyright holder, anyway. ` Currently, I've got a positive response from the original author (who is not working for NECTEC, the copyright holder, any more), and a verbal agreement from an officer from NECTEC to ask for endorsement from the authorized person. Should I take tbhe current packages from http://linux.thai.net/~thep/debian/source/thailatex/ Yes, please do the interim upload. I'll release a new upstream version soon when the relicensing is finalized. Thank you, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#393666: #393666: More info on proftpd segfaults
On 10/20/06, Damyan Ivanov <[EMAIL PROTECTED]> wrote: I suffer from this bug too. After the last upgrade, first proftpd didn't want to start up at all, complaining of missing files while loading modules. Commenting out mod_ldap and mod_sql_* from modules.conf seemed to cure the problem - proftpd sstarted ok. Yes, I passed this step, too. I forgot to mention it when filing the bug. However, it crashes on new connection as described by Theppitak. A had the luck to get an additional error in syslog - "FTP session requested from unknown class". Removing mod_sql and mod_radius from modules.conf made it work again. I confirm that this fixes the problem in my server, too. Thanks for your info. So, it's configuration problem after package refactoring? -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393519: thailatex: sarge to etch upgrade fails
On 10/18/06, Theppitak Karoonboonyanan <[EMAIL PROTECTED]> wrote: On 10/18/06, Theppitak Karoonboonyanan <[EMAIL PROTECTED]> wrote: > Yes, it doesn't hurt. And I also trust him. So, I have added it. > Please get the updated version at the old place. Please hold on. His recent comment helps me understand the script better. I will adjust the postinst script first. And, according to his comment, it seems the Conflicts: and Replaces: are no longer needed. OK. It's done. The script is adjusted. The Conflicts and Replaces removed. Please find it at the old place. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393519: thailatex: sarge to etch upgrade fails
On 10/18/06, Theppitak Karoonboonyanan <[EMAIL PROTECTED]> wrote: Yes, it doesn't hurt. And I also trust him. So, I have added it. Please get the updated version at the old place. Please hold on. His recent comment helps me understand the script better. I will adjust the postinst script first. And, according to his comment, it seems the Conflicts: and Replaces: are no longer needed. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393519: thailatex: sarge to etch upgrade fails
On 10/18/06, Frank Küster <[EMAIL PROTECTED]> wrote: Okay, this means that tetex-base's version will vanish without problems, and only thailatex's will be there, right? Right. And when upgrading on sid, dpkg-divert just complains a little bit that there is no such diversion, before continuing the installing process to the end. Last time I looked at it, babel.sty differed from tetex-base's version only in one line, the addition of the thai language. It should also change the version number to indicate that the file was patched. Have you added this? If yes, I'm willing to sponsor it. OK. I have just added the subversion from v3.8d to v3.8d.thai1. > I haven't adopted the part that he suggested to Conflicts: > and Replaces: tetex-base (<<3.0), anyway. Blame me if > my decision is wrong. I'm not sure, I also have the impression that, with the existing diversion, there's no problem of a conflict. However, I generally trust Steve to know why he does things, and it doesn't hurt much. So maybe you should add it. Yes, it doesn't hurt. And I also trust him. So, I have added it. Please get the updated version at the old place. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#393519: thailatex: sarge to etch upgrade fails
On 10/18/06, Theppitak Karoonboonyanan <[EMAIL PROTECTED]> wrote: Summarized change (with debdiff) is attached. Dear Frank, If the change is OK, would you mind sponsoring the upload again? It's available at: http://linux.thai.net/~thep/debian/source/thailatex/ Thank you, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
