Bug#293454: qjackctl: Display does not resize with font
2014-11-30 16:07 GMT+01:00 Lukas F. Hartmann lu...@mnt.mn: Hello Lukas, Dear Maintainer, This bug is especially obvious on high resolution displays. Also, the buttons do not resize vertically, only horizontally, which leads to a cramped UI with bigger font sizes. I attached a patch to fix these problems. The patch also removes the manual indentation of the left-aligned status labels in the main status display and rather increases the overall margin of the status display. The interface is now fully scalable and looks good when disabling the shiny background bitmap option. I would recommend to drop this bitmap and its toggle option to reduce code and settings complexity for a feature that does not (IMHO) increase end user value. Thank you for the patch, I am forwarding it upstream. Maybe Rui also have some idea how to improve shiny background to be scalable too. best regards mira diff --git a/src/qjackctlMainForm.ui b/src/qjackctlMainForm.ui index 52b379f..0bce179 100644 --- a/src/qjackctlMainForm.ui +++ b/src/qjackctlMainForm.ui @@ -61,7 +61,7 @@ property name=maximumSize size width32767/width - height28/height + height32767/height /size /property property name=focusPolicy @@ -95,7 +95,7 @@ property name=maximumSize size width32767/width - height28/height + height32767/height /size /property property name=focusPolicy @@ -127,8 +127,8 @@ /property property name=maximumSize size - width260/width - height80/height + width32767/width + height32767/height /size /property property name=autoFillBackground @@ -142,7 +142,7 @@ /property layout class=QGridLayout property name=margin - number2/number + number8/number /property property name=spacing number0/number @@ -169,9 +169,6 @@ property name=wordWrap boolfalse/bool /property -property name=indent - number2/number -/property /widget /item item row=0 column=2 @@ -268,9 +265,6 @@ property name=wordWrap boolfalse/bool /property -property name=indent - number2/number -/property /widget /item item row=1 column=1 colspan=5 @@ -324,9 +318,6 @@ property name=wordWrap boolfalse/bool /property -property name=indent - number2/number -/property /widget /item item row=2 column=2 colspan=2 @@ -396,7 +387,7 @@ property name=maximumSize size width32767/width - height28/height + height32767/height /size /property property name=focusPolicy @@ -427,7 +418,7 @@ property name=maximumSize size width32767/width - height28/height + height32767/height /size /property property name=focusPolicy @@ -461,7 +452,7 @@ property name=maximumSize size width32767/width - height28/height + height32767/height /size /property property name=focusPolicy @@ -495,7 +486,7 @@ property name=maximumSize size width32767/width - height28/height + height32767/height /size /property property name=focusPolicy @@ -526,7 +517,7 @@ property name=maximumSize size width32767/width - height28/height + height32767/height /size /property property name=focusPolicy @@ -560,7 +551,7 @@ property name=maximumSize size width32767/width - height28/height + height32767/height /size /property property name=focusPolicy @@ -593,8 +584,8 @@ /property property name=maximumSize size - width48/width - height28/height + width32767/width + height32767/height /size /property property name=focusPolicy @@ -621,8 +612,8 @@ /property property name=maximumSize size - width48/width - height28/height + width32767/width + height32767/height /size /property property name=focusPolicy @@ -652,8 +643,8 @@ /property property name=maximumSize size - width48/width - height28/height + width32767/width + height32767/height /size /property property name=focusPolicy @@ -691,8 +682,8 @@ /property property name=maximumSize size - width48/width - height28/height + width32767/width + height32767/height /size /property property name=focusPolicy @@ -719,8 +710,8 @@ /property property name=maximumSize size - width48/width - height28/height + width32767/width +
Bug#770741: vlc: FTBFS on hppa: borked plugin files
On 2014-11-30 16:25:18, John David Anglin wrote: On 27-Nov-14, at 3:37 PM, Sebastian Ramacher wrote: libav is also built with -Wl,--as-needed which makes me wonder if that flag does not work on hppa. There's definitely a problem with -Wl,--as-needed. There's something in some libraries, not a symbol dependency, that causes the first library after the -Wl,--as-needed to be needed. It's possible to change the library that's marked as needed by reordering the libraries in the link command. So should this bug be reassigned to binutils? Cheers -- Sebastian Ramacher signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#721861: radium: changing from ITP to RFP
retitle 721861 RFP: radium -- graphical music editor noowner 721861 tag 721861 - pending thanks Hi, A long time ago, you expressed interest in packaging radium. Unfortunately, it seems that it did not happen. In Debian, we try not to keep ITP bugs open for a too long time, as it might cause other prospective maintainers to refrain from packaging the software. This is an automatic email to change the status of radium from ITP (Intent to Package) to RFP (Request for Package), because this bug hasn't seen any activity during the last 12 months. If you are still interested in packaging radium, please send a mail to cont...@bugs.debian.org with: retitle 721861 ITP: radium -- graphical music editor owner 721861 ! thanks It is also a good idea to document your progress on this ITP from time to time, by mailing 721...@bugs.debian.org. If you need guidance on how to package this software, please reply to this email, and/or contact the debian-ment...@lists.debian.org mailing list. Thank you for your interest in Debian, -- Lucas, for the QA team debian...@lists.debian.org ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: radium: changing from ITP to RFP
Processing commands for cont...@bugs.debian.org: retitle 721861 RFP: radium -- graphical music editor Bug #721861 [wnpp] ITP: radium -- graphical music editor Changed Bug title to 'RFP: radium -- graphical music editor' from 'ITP: radium -- graphical music editor' noowner 721861 Bug #721861 [wnpp] RFP: radium -- graphical music editor Removed annotation that Bug was owned by Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org. tag 721861 - pending Bug #721861 [wnpp] RFP: radium -- graphical music editor Ignoring request to alter tags of bug #721861 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 721861: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721861 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#770741: vlc: FTBFS on hppa: borked plugin files
On 12/1/2014 10:36 AM, Sebastian Ramacher wrote: So should this bug be reassigned to binutils? I will file a binutils bug. Difficulty at this point is I don't have a simple test case to demonstrate problem. Need to do some debugging. I have no objection in reassigning the Debian bug. Presumably the borked plugin check was added for a reason, but do the DT_NEEDED entries in various libav libaries actually cause a problem for vlc? There is no symbol dependency as far as I can tell. Dave -- John David Anglindave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#293454: qjackctl: Display does not resize with font
On 12/01/2014 01:00 PM, Jaromír Mikeš wrote: 2014-11-30 16:07 GMT+01:00 Lukas F. Hartmann lu...@mnt.mn mailto:lu...@mnt.mn: Hello Lukas, Dear Maintainer, This bug is especially obvious on high resolution displays. Also, the buttons do not resize vertically, only horizontally, which leads to a cramped UI with bigger font sizes. I attached a patch to fix these problems. The patch also removes the manual indentation of the left-aligned status labels in the main status display and rather increases the overall margin of the status display. The interface is now fully scalable and looks good when disabling the shiny background bitmap option. I would recommend to drop this bitmap and its toggle option to reduce code and settings complexity for a feature that does not (IMHO) increase end user value. Thank you for the patch, I am forwarding it upstream. Maybe Rui also have some idea how to improve shiny background to be scalable too. well, it wasn't ever supposed to scale as to grow in screen space that is. from the cradle, it was designed to stayy as is, as *low profile* as much as it's possible. tbh. once you get those settings au point, or al dente, whatever semantics better suits you, the least you get qjackctl pesking your screen estate the better :) byee -- rncbc aka Rui Nuno Capela rn...@rncbc.org ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
openni 1.5.4.0-8 MIGRATED to testing
FYI: The status of the openni source package in Debian's testing distribution has changed. Previous version: 1.5.4.0-7 Current version: 1.5.4.0-8 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#293454: qjackctl: Display does not resize with font
Hi Rui, I understand what you mean in terms that you want a compact interface, which is still no problem with the patch. The problem becomes apparent when you use a higher DPI display (sometimes called retina display or hi-dpi) where assumptions about reasonable pixel sizes do not apply anymore. Here it becomes important that UIs are scalable nicely and play together with the user defined DPI and theme settings. I guess this would also help visually impaired users. Cheers, Lukas On December 1, 2014 5:05:32 PM CET, Rui Nuno Capela rn...@rncbc.org wrote: On 12/01/2014 01:00 PM, Jaromír Mikeš wrote: 2014-11-30 16:07 GMT+01:00 Lukas F. Hartmann lu...@mnt.mn mailto:lu...@mnt.mn: Hello Lukas, Dear Maintainer, This bug is especially obvious on high resolution displays. Also, the buttons do not resize vertically, only horizontally, which leads to a cramped UI with bigger font sizes. I attached a patch to fix these problems. The patch also removes the manual indentation of the left-aligned status labels in the main status display and rather increases the overall margin of the status display. The interface is now fully scalable and looks good when disabling the shiny background bitmap option. I would recommend to drop this bitmap and its toggle option to reduce code and settings complexity for a feature that does not (IMHO) increase end user value. Thank you for the patch, I am forwarding it upstream. Maybe Rui also have some idea how to improve shiny background to be scalable too. well, it wasn't ever supposed to scale as to grow in screen space that is. from the cradle, it was designed to stayy as is, as *low profile* as much as it's possible. tbh. once you get those settings au point, or al dente, whatever semantics better suits you, the least you get qjackctl pesking your screen estate the better :) byee -- rncbc aka Rui Nuno Capela rn...@rncbc.org -- Sent from my Android device with K-9 Mail. Please excuse my brevity.___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#741615: I have it too
Hi, I was trying to use a camera to forward my thesis defense for the day after tomorrow. I am hit by this bug. I looked also at https://bugs.launchpad.net/ffmpeg2theora, nothing about it... -- Eugen ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#771042: Info received (Bug#771042: Acknowledgement (blender: Blender crashes while rendering with cycles))
Hello - Does this issue happen with default cube scene? If not, it really worth preparing .blend file which gives issues for sure. see last post. - Is it CPU or GPU rendering? CPU - Is OSL involved into the test file? - How much threads you're using for rendering? 12 - Is it crash when rendering animation or rendering still image also gives issues? Rendering animation gives issues more reliable. Rendering a singe frame also gives crashes randomly. - Does the crash happens when you render from command line: `blender -b /path/to/file.blend -f 1` Yes, after a few tries: Fra:1 Mem:6.76M (0.00M, Peak 8.17M) | Remaining:00:00.00 | Mem:0.38M, Peak:0.39M | Scene, RenderLayer | Path Tracing Tile 84/84 Fra:1 Mem:6.76M (0.00M, Peak 8.17M) | Mem:0.28M, Peak:0.39M | Scene, RenderLayer | Finished blender: /build/blender-mPVjzj/blender-2.72.b+dfsg0/intern/cycles/device/../util/util_stats.h:33: void ccl::Stats::mem_free(size_t): Assertion `mem_used = size' failed. Abgebrochen Bests Tom ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#770197: marked as done (mpv: FTBFS on ppc64el: conflict with keyword 'bool')
Your message dated Mon, 1 Dec 2014 22:27:42 +0100 with message-id 20141201212742.GA3090@kronk and subject line Re: Bug#770197: mpv: FTBFS on ppc64el: conflict with keyword 'bool' has caused the Debian Bug report #770197, regarding mpv: FTBFS on ppc64el: conflict with keyword 'bool' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 770197: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770197 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: mpv Version: 0.6.2-2 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Dear Maintainer, The package mpv fails to build from source on ppc64el, because the keyword bool is conflicting with altivec's macro with the same keyword. The solution to that was to disable altivec in d/rules for ppc64el only, which allowed the package to build without problems. The patch is attached. Regards. Fernando -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.16-trunk-powerpc64le (SMP w/32 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash diff -Nru mpv-0.6.2/debian/changelog mpv-0.6.2/debian/changelog --- mpv-0.6.2/debian/changelog 2014-10-25 13:17:04.0 + +++ mpv-0.6.2/debian/changelog 2014-11-19 16:17:03.0 + @@ -1,3 +1,10 @@ +mpv (0.6.2-2ppc64el1) UNRELEASED; urgency=medium + + * Disable vsx/altivec for ppc64el, because gcc ends up using altivec's macro 'bool' during +compilation, which breaks the build. + + -- Fernando Seiti Furusato ferse...@br.ibm.com Wed, 19 Nov 2014 16:15:54 + + mpv (0.6.2-2) unstable; urgency=medium * Re-enable CDDA support via libcdio (Closes: #766725) diff -Nru mpv-0.6.2/debian/rules mpv-0.6.2/debian/rules --- mpv-0.6.2/debian/rules 2014-10-25 13:17:04.0 + +++ mpv-0.6.2/debian/rules 2014-11-19 16:12:23.0 + @@ -2,6 +2,13 @@ export DEB_BUILD_MAINT_OPTIONS:=hardening=+all # #741439 +DEB_BUILD_ARCH_CPU := $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU) + +ifeq ($(DEB_BUILD_ARCH_CPU), ppc64el) + CXXFLAGS+=-mno-altivec -mno-vsx + CFLAGS+=-mno-altivec -mno-vsx +endif + %: dh $@ ---End Message--- ---BeginMessage--- On mer, nov 19, 2014 at 04:24:46 +, Fernando Seiti Furusato wrote: Source: mpv Version: 0.6.2-2 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Dear Maintainer, The package mpv fails to build from source on ppc64el, because the keyword bool is conflicting with altivec's macro with the same keyword. The solution to that was to disable altivec in d/rules for ppc64el only, which allowed the package to build without problems. This seems to be a side-effect of #770670 [0], which was fixed in libsdl2 itself. I just tried to rebuild mpv in a ppc64el porter box with the newer libsdl2 and it built fine, so I'm closing this report (feel free to reopen if you disagree). Cheers [0] https://bugs.debian.org/770670 signature.asc Description: Digital signature ---End Message--- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Important Massage,
Important Massage, We very much regret to inform you about our present condition.An incident of war rebellion operations puts my parents and my siblings to the graves .We don`t know if you can be of assistance as our representative or guardian in a financial matter which our uncle swore to eliminate our live in order to acquire all by himself. Yours sincerely, Tahi and Gisele___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#769057: xbmc: using VDPAU, segfault when going full screen while playing certain videos
On 11/30/2014 07:50 AM, Bálint Réczey wrote: To me it looks similar to this Mesa bug: https://bugs.freedesktop.org/show_bug.cgi?id=85613 There is a suggestion for using latest firmware. Could you please give the updated firmware a try from: https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/ Possibly the one shipped in firmware-linux-nonfree is outdated. Cheers, Balint Got a moment to try this just now. Updated /lib/firmware/radeon/* to what is in git master. Same behavior. Here are the firmwares I'm using in case that matters. # dmesg | grep radeon [3.566246] [drm] radeon kernel modesetting enabled. [3.578716] radeon :01:00.0: VRAM: 2048M 0x - 0x7FFF (2048M used) [3.578718] radeon :01:00.0: GTT: 1024M 0x8000 - 0xBFFF [3.578768] [drm] radeon: 2048M of VRAM memory ready [3.578769] [drm] radeon: 1024M of GTT memory ready. [3.656846] radeon :01:00.0: firmware: direct-loading firmware radeon/CAICOS_pfp.bin [3.665125] radeon :01:00.0: firmware: direct-loading firmware radeon/CAICOS_me.bin [3.673315] radeon :01:00.0: firmware: direct-loading firmware radeon/BTC_rlc.bin [3.673580] radeon :01:00.0: firmware: direct-loading firmware radeon/CAICOS_mc.bin [3.673724] radeon :01:00.0: firmware: direct-loading firmware radeon/CAICOS_smc.bin [3.677951] [drm] radeon: dpm initialized [3.685190] radeon :01:00.0: firmware: direct-loading firmware radeon/SUMO_uvd.bin [3.685595] [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 [3.704269] radeon :01:00.0: WB enabled [3.704270] radeon :01:00.0: fence driver on ring 0 use gpu addr 0x8c00 and cpu addr 0x8807facfac00 [3.704271] radeon :01:00.0: fence driver on ring 3 use gpu addr 0x8c0c and cpu addr 0x8807facfac0c [3.705794] radeon :01:00.0: fence driver on ring 5 use gpu addr 0x00072118 and cpu addr 0xc90007932118 [3.705807] radeon :01:00.0: irq 56 for MSI/MSI-X [3.705813] radeon :01:00.0: radeon: using MSI. [3.705837] [drm] radeon: irq initialized. [4.185011] fbcon: radeondrmfb (fb0) is primary device [4.350686] radeon :01:00.0: fb0: radeondrmfb frame buffer device [4.350687] radeon :01:00.0: registered panic notifier [4.367391] [drm] Initialized radeon 2.39.0 20080528 for :01:00.0 on minor 0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers