Bug#1054629: conmon: Healthcheck containers write error to system journal
On Thu, Oct 26, 2023 at 09:47:39PM -0400, Matthew Horan wrote: I built my own conmon 2.1.8 package which includes the fix here: https://github.com/containers/conmon/commit/77ce3127c3956d65f9400621d7e2d89fcde7f2e1 and the errors went away. I sent a pull request to podman-team/conmon with the above patch against 2.1.6 which I've confirmed resolves my issues: https://salsa.debian.org/podman-team/conmon/-/merge_requests/6. Note that since master is quite out of date and I wasn't sure what other base branch to use, this is a large pull request. However, the single commit atop the debian/2.1.6+ds1-1 tag is confirmed to work for me. Thanks, Matt
Bug#1020316: liferea: Missing depends on python3-gi-cairo breaks unread trayicon
On 19-09-2022 22:35, Matt Horan wrote: This package is missing a dependency on python3-gi-cairo. This is not a major issue but does cause the unread icon to not work. I backported this package to bullseye but I presume it's an issue in unstable. I think this is due to a change back in ~2020 to fix some trayicon issues. trayicon is a plugin, shall we make that a recommends? Sounds good to me. Though if the trayicon is enabled by default, it's somewhat confusing behavior. And, I only see "import cairo". We do depend on python3-cairo. Can you show how it doesn't work? (Maybe starting liferea from the command line and hope we see messages). Here is the traceback I get without the python3-gi-cairo package installed: Traceback (most recent call last): File "/usr/lib/x86_64-linux-gnu/liferea/plugins/trayicon.py", line 256, in feedlist_new_items_cb pix = self.show_new_count(double_figure) File "/usr/lib/x86_64-linux-gnu/liferea/plugins/trayicon.py", line 243, in show_new_count pix = pixbuf_text(pix_size, pix_size, File "/usr/lib/x86_64-linux-gnu/liferea/plugins/trayicon.py", line 63, in pixbuf_text Gdk.cairo_set_source_pixbuf(context, bg_pix, KeyError: 'could not find foreign type Context' Then the icon remains the globe instead of the newspaper with a count. Thanks, Matt signature.asc Description: PGP signature
Bug#842471: liferea doesn't remember position (via icon; lxde)
The position issues were fixed upstream in 1.13.1: * #826: Fix save/restore position issues with tray icon Upstream is discussing how best to handle the tray icon going forward, since GtkStatusIcon is deprecated (and doesn't work in latest GNOME on Bullseye whatsoever.) Likely we'll move to Ayatana Indicators; an investigation is ongoing. Unfortunately the "activate" behavior described in the original issue is no more with Ayatana; a context menu is standard.
Bug#548980: tray icon won't hide and show liferea when it is on a different virtual desktop
This was fixed upstream in 1.13.1: * #826: Fix save/restore position issues with tray icon
Bug#923972: openvpn: OpenVPN 2.4.7 incompatible with OpenSSL 1.1.1a due to TLS 1.3
On Thu, Mar 07, 2019 at 09:35:59PM +0100, Bernhard Schmidt wrote: > I cannot really reproduce this. OpenVPN 2.4.7 in testing successfully > connects (in tls-client mode) to an OpenVPN 2.4.0 on Stretch. > > Thu Mar 7 21:28:49 2019 Control Channel: TLSv1.2, cipher TLSv1.2 > ECDHE-RSA-AES256-GCM-SHA384, 2048 bit RSA > > Could it be possible that your server is quite old? > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912650 suggests there > might be an issue connecting to an OpenVPN version that only does > TLSv1.0 by default. > > > A workaround is to add "tls-version-max 1.2" to the OpenVPN config file. > > If you use that workaround, what TLS version is negotiated? Hi Bernhard, You are absolutely correct. I had thought that the "tls-version-max 1.2" was making it into the config file (thus resolving my issue), but it turns out I was mistaken. The connection is indeed being made with TLS 1.3, and it works just fine. There seems to be a problem with the tool I use to connect, and when executing it a different way (the way I thought was injecting the tls-max-version), all works fine. I'm working with the author of the tool to figure out what's going on there, but I do believe the Debian packages are just fine. Thanks, Matt
Bug#886810: yubioath-desktop: New upstream release: 4.3.2
I opened an upstream issue [1], since three of the four package uploaders look to be Yubico employees. I hope that this can be fixed before the freeze, as I'd hate to lose this program. [1] https://github.com/Yubico/yubioath-desktop/issues/328
Bug#866055: linux-image-4.9.0-3-amd64: Broadwell laptop hangs during light usage since upgrading to stretch
Still seeing this, in both the 4.9 kernel as well as 4.12 from testing. Oddly, since switching from Chrome to Firefox, this issue seems to occur far more frequently. -- Matt Horan m...@matthoran.com http://matthoran.com/
Bug#866055: linux-image-4.9.0-3-amd64: Broadwell laptop hangs during light usage since upgrading to stretch
Thanks for the heads up. I've just installed 4.9.30-2+deb9u2 to see if that resolves my issues. I had been running my 4.11.8 kernel with no issues for 25 days before upgrading to Debian's backported 4.11 kernel. Sadly, the same day I upgraded to the backported kernel, it hung! -- Matt Horan m...@matthoran.com http://matthoran.com/
Bug#866055: linux-image-4.9.0-3-amd64: Broadwell laptop hangs during light usage since upgrading to stretch
I compiled my own 4.11 kernel (4.11.8) and it has been working fine for 10 days. So this does seem to be some peculiarity in 4.9 kernels (and something that changed from the backported jessie kernel, since I hadn't experienced lockups with that kernel.) -- Matt Horan m...@matthoran.com http://matthoran.com/
Bug#846900: mate-applets: fails to show weather of any city
Here is the upstream bug, which includes the same patch mentioned above: https://github.com/mate-desktop/libmateweather/issues/31. Note that I also had to patch some timezone data to get the version of libmateweather in Jessie to compile. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839341. -- Matt Horan m...@matthoran.com http://matthoran.com/
Bug#842471: liferea doesn't remember position (via icon; lxde)
I'm also experiencing this issue, on MATE Desktop. I've been able to get Liferea to remember its position by hiding, opening via right click -> Show/Hide, positioning where I want, and hiding. Simply positioning where I want and hiding, or opening via left click, positioning and hiding, doesn't work. It must be opened via the right click menu, then position, then hidden for this to work. -- Matt Horan m...@matthoran.com http://matthoran.com/
Bug#767055: gtk3.14 systray applets have awkward mouse click behaviour (was: Re: Bug#765964: mate-panel: Some notification menus hide on mouse up in notification area)
Andreas - On Fri, Nov 21, 2014 at 04:58:10PM +0100, Andreas Henriksson wrote: Given that the newer version has already been uploaded, I'm not completely sure. There are multiple ways to handle it. One way would be to go via testing-proposed-updates, but I think fixes for severity important bugs does not qualify for going in that way anyhow so, not sure... I'll look at it a bit closer later. Thanks for your help on the unblock request. Though it's gone through, it seems the package is further blocked by glib2.0. I'm not sure why, as the version of glib2.0 in testing works just fine on my machine with the gtk-3.0 3.14.5 package. Any thoughts? Thanks, -- Matt Horan m...@matthoran.com http://matthoran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767055: gtk3.14 systray applets have awkward mouse click behaviour (was: Re: Bug#765964: mate-panel: Some notification menus hide on mouse up in notification area)
Andreas - On Fri, Nov 21, 2014 at 12:57:39PM +0100, Andreas Henriksson wrote: Please carefully read and follow the instructions for how to request an unblock. Please look at other resolved unblock requests for examples. Please read up on other information about the procedure, eg. like release-team information posted to debian-devel-announce, http://www.jwiltshire.org.uk/content/blog/ , etc. It is important to get things right from the start. Please make sure your second attempt to get an unblock is as perfect as possible, because the release team is very busy and you only get a limited number of tries. You should not blindly assume a third attempt to get release-team attention even exits. I believe the only piece of information I did not include is the debdiff. I generated one myself however did not know what flags to pass to filterdiff to make it useful. There were changes to some binary content, as well as documentation. If you have recommended filterdiff flags, that would make this much easier. There have also been a few comments now that perhaps a targeted fix for this single issue would be preferred. I know that the commit itself resolves the issue for me on Jessie, and should not affect other applications or behavior. If that would be preferred, how should I go about submitting those changes? Thanks, -- Matt Horan m...@matthoran.com http://matthoran.com/ pgpT0TGlihIy3.pgp Description: PGP signature
Bug#767055: gtk3.14 systray applets have awkward mouse click behaviour (was: Re: Bug#765964: mate-panel: Some notification menus hide on mouse up in notification area)
On Tue, Oct 28, 2014 at 04:58:14AM +, Mike Gabriel wrote: I carried this around for another day or two and came to the conclusion, that this needs to be discussed with the libgtk-3 maintainers. Obviously, there has been a change in how systray applets get handled (mouse-wise) in GTK3.14. This change results in two classes of system tray applets. From a usability point of view, we as Debian maintainers should avoid this. Unfortunately, with the GNOMEv3 desktop shell, the systray applets have been squeezed into some non-usable widget thing (it could be accessed at the right-bottom part of the desktop with wheezy, not tested with jessie, so far) in favour of appindicator implementations. However, libgtk-3 is not GNOMEv3, so I would love to work together on a fix that provides some legacy systray applet mouse behaviour for non-GNOME desktop shells (I guess LXDE, XFCE, etc. are also affected by this, so I have Cc:ed them). As noted in #765964, an upstream fix is available in GTK3. Applying the change [1] to Debian GTK source resolved the issue for me. It would be great to see this fix in Jessie. [1] https://git.gnome.org/browse/gtk+/commit/?id=d9a433d -- Matt Horan m...@matthoran.com http://matthoran.com/ pgp8L6AVNQQR_.pgp Description: PGP signature
Bug#671121: lightdm and gnome-shell: cursor's theme is set back to default
As noted in #742460, I was able to compile lightdm-gtk-greeter 1.9.0 on Debian Jessie. My instructions in the upstream issue [1] note that only a single change was required to the package in order to get the new release to compile. It would be a bummer not to have this change in Jessie -- on high DPI screens, a larger cursor is a necessity. Without this change, the cursor size cannot be reliably changed, and some applications resize the cursor at will. [1] https://github.com/mate-desktop/mate-settings-daemon/issues/46#issuecomment-57942537 -- Matt Horan m...@matthoran.com http://matthoran.com/ pgpJE2Hmrt9AL.pgp Description: PGP signature
Bug#767055: gtk3.14 systray applets have awkward mouse click behaviour (was: Re: Bug#765964: mate-panel: Some notification menus hide on mouse up in notification area)
On Fri, Nov 21, 2014 at 03:43:47AM +0100, Andreas Henriksson wrote: This commit is also part of the 3.14.5 release, which has already been uploaded to unstable. See http://packages.qa.debian.org/gtk+3.0 As you can see there it's not going to migrate to testing, because of the freeze. If you want to see this package get a freeze exception, you need to ask for that. Please first check http://bugs.debian.org/release.debian.org to make sure this hasn't already been done. If this task is still open, you start by verifying that the new version actually fixes the problem. Then you visit http://release.debian.org and follows the link to the freeze policy. Read up on it and then follow the procedure described in the How to get an unblock section. Thanks Andreas! I verified that the version in unstable resolves the issue. I did not see an unblock request for the unstable version, so I filed #770414. Cheers, -- Matt Horan m...@matthoran.com http://matthoran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770414: unblock: gtk+3.0/3.14.5-1
On Fri, Nov 21, 2014 at 03:05:50PM +1100, Dmitry Smirnov wrote: On Thu, 20 Nov 2014 22:38:23 Matthew Horan wrote: A gtk+3.0 version recently uploaded to unstable fixes one important bug: A new version already? I hope it's not going to break KDE GTK-3 themes as almost every new release of gtk+3.0 does... :( It is particularly challenging to backport an isolated fix for this issue? The issue was fixed in upstream commit d9a433d [1], which applies cleanly to the version in testing (3.14.4-2). If a patch would be preferred over a new version, I can confirm the patch works for me. [1] https://git.gnome.org/browse/gtk+/commit/?id=d9a433d Thanks, -- Matt Horan m...@matthoran.com http://matthoran.com/ pgpMuKSE27usd.pgp Description: PGP signature
Bug#765964: mate-panel: Some notification menus hide on mouse up in notification area
On Sun, Oct 26, 2014 at 01:39:40PM +, Mike Gabriel wrote: Thanks for reporting this upstream, as well. Once you get some results during the upstream discussion, please copy the information to this Debian bug [1]. According to the upstream issue, this has been resolved in the following GTK3 change: https://git.gnome.org/browse/gtk+/commit/?id=d9a433d. Locally compiled packages with the patch applied confirm the same. Thanks, -- Matt Horan m...@matthoran.com http://matthoran.com/ pgpUZqHFwKyan.pgp Description: PGP signature
Bug#765964: mate-panel: Some notification menus hide on mouse up in notification area
On Sat, Oct 25, 2014 at 10:35:42PM +, Mike Gabriel wrote: I observe this, too. However, my feeling is that it is related to the recent GTK3 version bump in Debian (to 3.14). Several GKT3 applets changed their mouse interaction behaviour... The changed occurred within the last two weeks or so. The issue is not mate-panel related, but depends on other things I currently lack to oversee. Any idea, what this bug can be reassigned to? I filed this against mate-panel as that's what provides the Notification Area applet. I agree that GTK 3.14 is to blame -- I see the issue primarily in GTK 3 apps. I reported this issue upstream as well: https://github.com/mate-desktop/mate-panel/issues/248. There's a related issue that documents additional GTK 3.14 brokenness: https://github.com/mate-desktop/mate-panel/issues/233. I'm not sure the best course of action here. If it's GTK 3.14 behavior we may not be able to work around it. I was hoping that perhaps the applet could specify the click behavior, but I'm not sure. Thanks, -- Matt Horan m...@matthoran.com http://matthoran.com/ pgprOGIvmODuj.pgp Description: PGP signature
Bug#766428: marco: Sticky windows return to original desktop on Alt-Tab
On Fri, Oct 24, 2014 at 10:09:35AM +, Mike Gabriel wrote: Have you actually verified that the patch in the PR works? Could you retest marco with that patch applied? I just tested with the patch applied and all is well. Thanks for turning this around so quickly! -- Matt Horan m...@matthoran.com http://matthoran.com/ pgpHPNQEAMSAv.pgp Description: PGP signature
Bug#742460: lightdm-gtk-greeter root window cursor problems
This issue has been fixed in 1.9.0. From the ChangeLog: - Don't use XInput2 to set the root cursor (LP: #1024482) Compiling 1.9.0 on Debian jessie resolves the issue for me. -- Matt Horan m...@matthoran.com http://matthoran.com/ pgpU8mDebUMF7.pgp Description: PGP signature
Bug#592323: /etc/cron.weekly/apt-xapian-index: cron job exits with error
I just encountered this bug after upgrading a machine running jessie to version 0.47. Interestingly, this only occurred on a single one of my systems. I tried --force, but that did not help. -- Matt Horan m...@matthoran.com http://matthoran.com/ pgpw0kU2W6i9s.pgp Description: PGP signature
Bug#742563: linux: Black screen for internal laptop display on Intel HD Graphics 4400
On Tue, Mar 25, 2014 at 07:12:44PM +, Ben Hutchings wrote: Thanks, we'll track that bug report. While the fix never made it into 3.14, this is resolved in 3.16 which has replaced 3.14 in all Debian releases. Thanks, -- Matt Horan m...@matthoran.com http://matthoran.com/ pgpmbRAv4RGdQ.pgp Description: PGP signature
Bug#756161: network-manager: incorrectly thinks I'm connected just because libvirt bridge is up
I'm also seeing this on Debian jessie as of a recent update. A workaround for me was to ignore the virbr0 interface in /etc/NetworkManager/NetworkManager.conf: [main] plugins=ifupdown,keyfile [ifupdown] managed=false [keyfile] unmanaged-devices=interface-name:virbr0 Hopefully we can find a way to revert to the previous behavior, which did not require a workaround. -- Matt Horan m...@matthoran.com http://matthoran.com/ pgpKSF5I8_cJv.pgp Description: PGP signature
Bug#742568: closed by Michael Gilbert mgilb...@debian.org (re: chromium: crash when restoring recently closed tabs)
On Sat, May 03, 2014 at 05:11:34PM -0400, Matt Horan wrote: Upstream bug report filed [1]. The issue was created with restricted status due to a crash report being attached. [1] https://code.google.com/p/chromium/issues/detail?id=369831 The upstream bug report has been closed as this issue is resolved in Chrome 35. It seems the bug was limited to the GTK renderer, which has been replaced with Aura. I have confirmed the bug is resolved in the experimental Debian package. Thanks, -- Matt Horan m...@matthoran.com http://matthoran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742568: closed by Michael Gilbert mgilb...@debian.org (re: chromium: crash when restoring recently closed tabs)
On Sat, May 03, 2014 at 05:05:53PM -0400, Michael Gilbert wrote: Ok, thanks for the added info. Please submit an upstream chromium bug about this and link it back here. Upstream bug report filed [1]. The issue was created with restricted status due to a crash report being attached. [1] https://code.google.com/p/chromium/issues/detail?id=369831 Thanks, -- Matt Horan m...@matthoran.com http://matthoran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742563: linux: Black screen for internal laptop display on Intel HD Graphics 4400
On Tue, Mar 25, 2014 at 07:12:44PM +, Ben Hutchings wrote: On Mon, 2014-03-24 at 23:46 -0400, Matt Horan wrote: [1] https://bugs.freedesktop.org/show_bug.cgi?id=76103 Thanks, we'll track that bug report. Ben. The patch disable_sr_without_tiling, v3 from the upstream bug report resolves the issue for me. Daniel Vetter CC'd stable, so we should see the fix in 3.14.1. Thanks, -- Matt Horan m...@matthoran.com http://matthoran.com/ pgpp0vVixiLdk.pgp Description: PGP signature
Bug#742563: linux: Black screen for internal laptop display on Intel HD Graphics 4400
On Tue, Mar 25, 2014 at 02:58:28AM +, Ben Hutchings wrote: On Mon, 2014-03-24 at 21:20 -0400, Matthew Horan wrote: Source: linux Version: 3.14-rc7 Severity: important Tags: upstream Dear Maintainer, When testing the linux-image-3.14-rc7-amd64 package from experimental, I discovered an issue with the handling of the internal laptop display. The system boots but shortly after the kernel has loaded, the internal laptop display goes blank. If an external display is connected, the system displays boot messages on the external display instead of the internal display. If xorg is started, only the external displplay is usable -- the internal display remains black. Closing the laptop lid and opening it reactivates the internal display. I was able to find an upstream bug [1] which may be relevant. I do not experience this issue with the 3.13 kernel. You didn't include the link. Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. [1] https://bugs.freedesktop.org/show_bug.cgi?id=76103 -- Matt Horan m...@matthoran.com http://matthoran.com/ pgppXC9RbZqIz.pgp Description: PGP signature
Bug#683703: Re: Bug#683703: Acknowledgement (xbmc: Video playback fails when VAAPI is enabled and a VAAPI driver is installed)
Balint - On Wed, Dec 25, 2013 at 06:13:19PM +0100, Bálint Réczey wrote: 2013/12/25 Matt Horan m...@matthoran.com: I'm running wheezy, and it seems the unstable package dependencies are not provided in that release. Do you have any guess of how much trouble it would be for me to backport the new package, or should I investigate upgrading to unstable? My machine is finally stable in my mind, so I'm a bit hesitant to upgrade. I think due to the missing dependencies backport to stable is a bit hard. :-( xbmc needs libav from unstable which would possibly break other software. I guess upgrade to testing or giving testing/unstable a try on a spare partition would be the easier way. I upgraded to jessie and the official xbmc package is working great. Thanks for your help. -- Matt Horan m...@matthoran.com http://matthoran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683703: Re: Bug#683703: Acknowledgement (xbmc: Video playback fails when VAAPI is enabled and a VAAPI driver is installed)
Balint - On Wed, Dec 25, 2013 at 01:22:27AM +0100, Balint Reczey wrote: Could you please test latest unstable version? I'm running wheezy, and it seems the unstable package dependencies are not provided in that release. Do you have any guess of how much trouble it would be for me to backport the new package, or should I investigate upgrading to unstable? My machine is finally stable in my mind, so I'm a bit hesitant to upgrade. Thanks, -- Matt Horan m...@matthoran.com http://matthoran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683703: Acknowledgement (xbmc: Video playback fails when VAAPI is enabled and a VAAPI driver is installed)
I installed XBMC 12 RC3 from experimental and this issue looks to be resolved. -- Matt Horan m...@matthoran.com http://matthoran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683703: xbmc: Video playback fails when VAAPI is enabled and a VAAPI driver is installed
I've attached two log files. upstream.log corresponds to failed playback using the Debian package with VAAPI is enabled. custom.log corresponds to the successful playback with my custom built pacakge, where xbmc is using its own internal libraries. Note that the log shows Mesa version 8.0.3, however I later confirmed that the issue also exists with Mesa 8.0.4. -- Matt Horan m...@matthoran.com http://matthoran.com/ 23:02:31 T:140008146835360 NOTICE: --- 23:02:31 T:140008146835360 NOTICE: Starting XBMC (11.0 Git:20120510-82388d5), Platform: Linux (Debian GNU/Linux testing (wheezy), 3.6.0-rc1+ x86_64). Built on Aug 9 2012 23:02:31 T:140008146835360 NOTICE: special://xbmc/ is mapped to: /usr/share/xbmc 23:02:31 T:140008146835360 NOTICE: special://xbmcbin/ is mapped to: /usr/lib/xbmc 23:02:31 T:140008146835360 NOTICE: special://masterprofile/ is mapped to: /home/mhoran/.xbmc/userdata 23:02:31 T:140008146835360 NOTICE: special://home/ is mapped to: /home/mhoran/.xbmc 23:02:31 T:140008146835360 NOTICE: special://temp/ is mapped to: /home/mhoran/.xbmc/temp 23:02:31 T:140008146835360 NOTICE: The executable running is: /usr/lib/xbmc/xbmc.bin 23:02:31 T:140008146835360 NOTICE: Local hostname: challenger 23:02:31 T:140008146835360 NOTICE: Log File is located: /home/mhoran/.xbmc/temp/xbmc.log 23:02:31 T:140008146835360 NOTICE: --- 23:02:31 T:140008146835360 NOTICE: Setup SDL 23:02:32 T:140008146835360 NOTICE: load settings... 23:02:32 T:140008146835360 NOTICE: special://profile/ is mapped to: special://masterprofile/ 23:02:32 T:140008146835360 NOTICE: loading special://masterprofile/guisettings.xml 23:02:32 T:140008146835360 NOTICE: Getting hardware information now... 23:02:32 T:140008146835360 NOTICE: Checking resolution 12 23:02:32 T:140008146835360 NOTICE: Loading player core factory settings from special://xbmc/system/playercorefactory.xml. 23:02:32 T:140008146835360 NOTICE: Loaded playercorefactory configuration 23:02:32 T:140008146835360 NOTICE: Loading player core factory settings from special://masterprofile/playercorefactory.xml. 23:02:32 T:140008146835360 NOTICE: special://masterprofile/playercorefactory.xml does not exist. Skipping. 23:02:32 T:140008146835360 NOTICE: No settings file to load (special://xbmc/system/advancedsettings.xml) 23:02:32 T:140008146835360 NOTICE: No settings file to load (special://masterprofile/advancedsettings.xml) 23:02:32 T:140008146835360 NOTICE: Default DVD Player: dvdplayer 23:02:32 T:140008146835360 NOTICE: Default Video Player: dvdplayer 23:02:32 T:140008146835360 NOTICE: Default Audio Player: paplayer 23:02:32 T:140008146835360 NOTICE: Disabled debug logging due to GUI setting. Level 0. 23:02:32 T:140008146835360 NOTICE: Log level changed to 0 23:02:32 T:140008146835360 NOTICE: Loading media sources from special://masterprofile/sources.xml 23:02:33 T:140008146835360 NOTICE: Using visual 0x22 23:02:33 T:140008146835360 NOTICE: GL_VENDOR = Tungsten Graphics, Inc 23:02:33 T:140008146835360 NOTICE: GL_RENDERER = Mesa DRI Intel(R) Sandybridge Desktop 23:02:33 T:140008146835360 NOTICE: GL_VERSION = 3.0 Mesa 8.0.4 23:02:33 T:140008146835360 NOTICE: GL_SHADING_LANGUAGE_VERSION = 1.30 23:02:33 T:140008146835360 NOTICE: GL_EXTENSIONS = GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_copy_texture GL_EXT_polygon_offset GL_EXT_subtexture GL_EXT_texture_object GL_EXT_vertex_array GL_EXT_compiled_vertex_array GL_EXT_texture GL_EXT_texture3D GL_IBM_rasterpos_clip GL_ARB_point_parameters GL_EXT_draw_range_elements GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_rescale_normal GL_EXT_separate_specular_color GL_EXT_texture_edge_clamp GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_ARB_framebuffer_sRGB GL_ARB_multitexture GL_EXT_framebuffer_sRGB GL_IBM_multimode_draw_arrays GL_IBM_texture_mirrored_repeat GL_3DFX_texture_compression_FXT1 GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_transpose_matrix GL_EXT_blend_func_separate GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_secondary_color GL_EXT_texture_env_add GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_INGR_blend_func_separate GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texgen_reflection GL_NV_texture_env_combine4 GL_SUN_multi_draw_arrays GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_EXT_framebuffer_object GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_MESA_window_pos GL_NV_packed_depth_stencil GL_NV_texture_rectangle GL_NV_vertex_program GL_ARB_depth_texture GL_ARB_occlusion_query GL_ARB_shadow GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_window_pos GL_ATI_envmap_bumpmap
Bug#683703: xbmc: Video playback fails when VAAPI is enabled and a VAAPI driver is installed
This only happens when xbmc is compiled against system ffmpeg. I cloned the xbmc repository and removed --enable-external-libraries from debian/rules. This caused VA-API playback to work fine. Interestingly, the xbmc internal ffmpeg looks to be between 0.6 and 0.8, whereas the system ffmpeg in Wheezy is 0.8. -- Matt Horan m...@matthoran.com http://matthoran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683703: xbmc: Video playback fails when VAAPI is enabled and a VAAPI driver is installed
Upstream bug with users reporting the same issue: http://trac.xbmc.org/ticket/12970 -- Matt Horan m...@matthoran.com http://matthoran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661379: debian-installer: Keyboard connected via Logitech Unifying sender/receiver stops working during installation
I am seeing this behavior as well, and it makes installing Debian with my wireless keyboard and mouse impossible. The keyboard and mouse work fine when the system is up and running under wheezy. However, I wanted to reinstall wheezy, but cannot because the keyboard and mouse do not work in the installer. When the system is up and running, I see that the hid_logitech_dj module is loaded. Not sure if this is possibly missing from the installer. -- Matt Horan m...@matthoran.com http://matthoran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
