Bug#1073074: Info received (Bug#1073074: Acknowledgement (firefox: looses previous tabs))
On 6/21/24 3:57 AM, Vincent Lefevre wrote: The firefox 127.0.1-1 Debian package is now available. Is this bug fixed? I just got the forced-restart and all my tabs were restored even though I didn't enter the master password. Seems fixed. Thanks! -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#1073074: Info received (Bug#1073074: Acknowledgement (firefox: looses previous tabs))
Mike Hommey wrote: > > This sounds like https://bugzilla.mozilla.org/show_bug.cgi?id=1901899 > Yes! I haven't been able to get it to remember my tabs for a week, but I put in the password once, and now my tabs are properly restored on startup (even if I don't enter the password). Nice catch, thanks! It'd be great if we could get 127.0.1 in which this is fixed. Thanks! On 6/12/24 12:51 PM, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Maintainers of Mozilla-related packages If you wish to submit further information on this problem, please send it to 1073...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#1073074: Acknowledgement (firefox: looses previous tabs)
In addition also the bookmarks toolbar is empty (though those bookmarks are still accessible through the bookmarks menu) -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#1073074: firefox: looses previous tabs
Package: firefox Version: 127.0-1 Severity: grave Justification: causes non-serious data loss Dear Maintainer, After upgrading to 127, - It does not open my previous tabs on start, causing me to loose much work - Even exiting and restarting, it will not keep track of tabs going forward (and yes startup is set to "Open previous windows and tabs") - Even "bugreport" which attempted to open up a firefox window on the debian bugs site jsut ended up opening a window to my Home Page -- Package-specific info: -- Addons package information -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-2-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages firefox depends on: ii debianutils 5.17 ii fontconfig 2.15.0-1.1 ii libasound2t641.2.11-1+b1 ii libatk1.0-0t64 2.52.0-1 ii libc62.38-12 ii libcairo-gobject21.18.0-3+b1 ii libcairo21.18.0-3+b1 ii libdbus-1-3 1.14.10-4+b1 ii libevent-2.1-7t642.1.12-stable-10 ii libffi8 3.4.6-1 ii libfontconfig1 2.15.0-1.1 ii libfreetype6 2.13.2+dfsg-1+b4 ii libgcc-s114.1.0-1 ii libgdk-pixbuf-2.0-0 2.42.12+dfsg-1 ii libglib2.0-0t64 2.80.2-2 ii libgtk-3-0t643.24.42-1 ii libnspr4 2:4.35-1.1+b1 ii libnss3 2:3.100-1 ii libpango-1.0-0 1.52.2+ds-1 ii libstdc++6 14.1.0-1 ii libvpx9 1.14.0-2 ii libx11-6 2:1.8.7-1+b1 ii libx11-xcb1 2:1.8.7-1+b1 ii libxcb-shm0 1.17.0-2 ii libxcb1 1.17.0-2 ii libxcomposite1 1:0.4.5-1+b1 ii libxdamage1 1:1.1.6-1+b1 ii libxext6 2:1.3.4-1+b1 ii libxfixes3 1:6.0.0-2+b1 ii libxrandr2 2:1.5.4-1 ii procps 2:4.0.4-4 ii zlib1g 1:1.3.dfsg+really1.3.1-1 Versions of packages firefox recommends: ii libavcodec58 7:4.4.2-1+b3 ii libavcodec60 7:6.1.1-4 Versions of packages firefox suggests: pn fonts-lmodern pn fonts-stix | otf-stix ii libcanberra0t64 [libcanberra0] 0.30-12.2+b2 ii libgssapi-krb5-21.20.1-6+b1 ii pulseaudio 16.1+dfsg1-5 -- no debconf information
Bug#1060790: filezilla: switch to default version of boost
Hi, Fixed and this bug closed with uploaded package: filezilla (3.66.4-2). Regards Phil -- Playing the game for the games sake. Web: * Debian Wiki: https://wiki.debian.org/PhilWyett * Website: https://kathenas.org * Social Debian: https://pleroma.debian.social/kathenas/ * Social Instagram: https://www.instagram.com/kathenasorg/ signature.asc Description: This is a digitally signed message part
Bug#1043182: odr-dabmux FTBFS with gcc 13
On Thu, 28 Dec 2023 09:53:38 +0100 Gianfranco Costamagna wrote: > > On Mon, 07 Aug 2023 11:35:06 +0300 Adrian Bunk wrote: > > Source: odr-dabmux > > Version: 4.4.0-1 > > Severity: serious > > Tags: ftbfs > > > > https://buildd.debian.org/status/fetch.php?pkg=odr-dabmux=riscv64=4.4.0-1=1691389622=0 > > > > ... > > lib/ReedSolomon.cpp: In member function ‘int ReedSolomon::encode(void*, > > void*, size_t)’: > > lib/ReedSolomon.cpp:81:5: error: ‘uint8_t’ was not declared in this scope > > 81 | uint8_t* input = reinterpret_cast(data); > > | ^~~ > > lib/ReedSolomon.cpp:39:1: note: ‘uint8_t’ is defined in header ‘’; > > did you forget to ‘#include ’? > > 38 | #include > > +++ |+#include > > 39 | > > ... > > > Hello, can you please check and fix this one? Might be fixed with 4.4.1 > > Also, I'm sponsoring the other two missing packages right now. > > G. Hi, This will be fixed with the 4.4.1 update currently going through mentors. https://mentors.debian.net/package/odr-dabmux/ I am mentoring the submitter and I will get him to close the bug. Regards Phil -- Playing the game for the games sake. Web: * Debian Wiki: https://wiki.debian.org/PhilWyett * Website: https://kathenas.org * Social Debian: https://pleroma.debian.social/kathenas/ * Social Instagram: https://www.instagram.com/kathenasorg/ signature.asc Description: This is a digitally signed message part
Bug#1054261: tint2 coredumps on startup
Package: tint2 Version: 17.0.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, tint2 crashes reliably on startup with this: ``` $ tint2 tint2: Using glib slice allocator (default). Run tint2 with environment variable G_SLICE=always-malloc in case of strange behavior or crashes tint2: xRandr: Found crtc's: 6 tint2: xRandr: Linking output DisplayPort-1 with crtc 0, resolution 1920x1080, DPI 102 tint2: xRandr: Linking output HDMI-A-0 with crtc 1, resolution 1920x1080, DPI 102 tint2: xRandr: crtc 2 seems disabled tint2: xRandr: crtc 3 seems disabled tint2: xRandr: crtc 4 seems disabled tint2: xRandr: crtc 5 seems disabled tint2: No XSETTINGS manager, tint2 uses config option 'launcher_icon_theme'. tint2: Loading config file: /home/phil/.config/tint2/tint2rc tint2: real transparency off depth: 24 tint2: panel items: TSC tint2: Systray composited rendering off tint2: systray_asb forced to 100 0 0 tint2: nb monitors 2, nb monitors used 2, nb desktops 4 tint2: panel 1 uses scale 1 tint2: panel 2 uses scale 1 tint2: Kernel uevent interface initialized... tint2: systray window 27263052 tint2: systray started add_icon: 46137383 (), pid 24844, visual 0x55fcc6f9e1c0, colormap 46137384, depth 32, width 22, height 22 tint2: Couldn't get geometry of window! systray 823: cannot embed icon for window 46137383 () parent 27263080 pid 24844 tint2: remove_icon: 46137383 () Segmentation fault (core dumped) ``` Despite what the message says, even if you define G_SLICE=always-malloc, it still prints that message: ``` [phil@rider ~]$ export G_SLICE=always-malloc [phil@rider ~]$ tint2 tint2: Using glib slice allocator (default). Run tint2 with environment variable G_SLICE=always-malloc in case of strange behavior or crashes tint2: xRandr: Found crtc's: 6 ``` The internet believes it's due to newer glibc2: https://bbs.archlinux.org/viewtopic.php?id=284293 I'm using openbox. -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-1-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages tint2 depends on: ii libc6 2.37-12 ii libcairo2 1.18.0-1 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.78.0-2 ii libgtk-3-03.24.38-5 ii libimlib2 1.12.1-1 ii libpango-1.0-01.51.0+ds-2 ii libpangocairo-1.0-0 1.51.0+ds-2 ii librsvg2-22.54.7+dfsg-2 ii libstartup-notification0 0.12-6+b1 ii libx11-6 2:1.8.7-1 ii libxcomposite11:0.4.5-1 ii libxdamage1 1:1.1.6-1 ii libxext6 2:1.3.4-1+b1 ii libxinerama1 2:1.1.4-3 ii libxrandr22:1.5.2-2+b1 ii libxrender1 1:0.9.10-1.1 tint2 recommends no packages. tint2 suggests no packages. -- no debconf information
Bug#1050607: xcb: bookworm xcb won't paste from selected cut buffer
Package: xcb Version: 2.4-8 Severity: grave Justification: renders package unusable Dear Maintainer, With standard bookworm Gnome desktop... [farlap.949] $ whence xcb 'xcb -n 33 -l v -geometry -0+0' [farlap.950] $ which xcb /bin/xcb [farlap.951] $ strings /bin/xcb | grep "^lib" libXaw.so.7 libXt.so.6 libX11.so.6 libc.so.6 1. Cut something and paste into first cut buffer. 2. Cut something different and paste into second cut buffer. 3. Single click on FIRST cut buffer box. Paste anywhere. 4. What gets pasted is the contents of the SECOND cut buffer. This bug renders xcb pretty much useless. I found the source for an old version of xcb in my archives. It's xcb-2.4 with PATCHLEVEL: 3. I compiled it from source, and tested. I got the same problem. -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-10-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xcb depends on: ii libc6 2.36-9+deb12u1 ii libx11-6 2:1.8.4-2+deb12u1 ii libxaw7 2:1.0.14-1 ii libxt61:1.2.1-1.1 xcb recommends no packages. xcb suggests no packages. -- no debconf information
Bug#1033607: [Pkg-sogo-maintainers] Bug#1033607: sogo: /usr/bin/sogo linked against wrong version of libgnustep-base
Thanks Jeroen, I've looped through all the libraries used by `sogod` and it seems like `libsope1` is the culprit. A lot of libraries in that package are linked to libgnustep-base.so.1.24, despite the package requiring 1.27: $ objdump -p /usr/local/lib/libSaxObjC.so.4.9 |grep NEEDED NEEDED libgnustep-base.so.1.24 > [...] same result for these files: > /usr/local/lib/libWEExtensions.so.4.9 > /usr/local/lib/libNGStreams.so > /usr/local/lib/libNGObjWeb.so and a few more. I've tried rebuilding the package from source, but no difference. On 01/04/2023 21.19, Jeroen Dekkers wrote: Hi Phil, On Sat, 01 Apr 2023 02:41:05 +0200, Phil Gruber wrote: Thanks for getting back to me. Here's what this looks like for me: $ /usr/sbin/sogod /usr/sbin/sogod: error while loading shared libraries: libgnustep-base.so.1.24: cannot open shared object file: No such file or directory $ ldd -r /usr/sbin/sogod | grep gnustep libgnustep-base.so.1.27 => /usr/lib/libgnustep-base.so.1.27 (0x7f6c6428f000) libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found I just removed and re-installed the sogo package, but it didn't make a difference. Can you use objdump to figure out which files have the dependency on libgnustep-base.so.1.24? objdump -p /usr/sbin/sogod | grep NEEDED If that doesn't list libgnustep-base.so.1.24 then try libSOGo.so.5 and all the other libraries listed by ldd. Kind regards, Jeroen Dekkers
Bug#1033607: sogo: /usr/bin/sogo linked against wrong version of libgnustep-base
Thanks for getting back to me. Here's what this looks like for me: $ /usr/sbin/sogod /usr/sbin/sogod: error while loading shared libraries: libgnustep-base.so.1.24: cannot open shared object file: No such file or directory $ ldd -r /usr/sbin/sogod | grep gnustep libgnustep-base.so.1.27 => /usr/lib/libgnustep-base.so.1.27 (0x7f6c6428f000) libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found I just removed and re-installed the sogo package, but it didn't make a difference. On 01/04/2023 03.27, Sebastian Ramacher wrote: Control: tags -1 moreinfo On 2023-03-28 14:45:24 +0200, Philipp Gruber wrote: Package: sogo Version: 5.0.1-4+deb11u1 Severity: grave Justification: renders package unusable Dear Maintainer, The binary of /usr/sbin/sogod contained in bullseye is linked to libgnustep-base.so.1.24. Are you sure? $ ldd -r /usr/sbin/sogod | grep gnustep-base libgnustep-base.so.1.27 => /usr/lib/libgnustep-base.so.1.27 (0x7f3b59898000) Cheers However, the package depends on libgnustep-base.so.1.27, which is the current version of bullseye. Downgrading is not possible due to dependencies. I assume re-building the binary with correct dependencies will fix this. Kind regards, Phil -- System Information: Debian Release: 11.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-20-amd64 (SMP w/8 CPU threads) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8), LANGUAGE=en_GB.UTF-8 Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sogo depends on: ii adduser 3.118 ii gnustep-base-runtime 1.27.0-3 ii init-system-helpers 1.60 ii libc6 2.31-13+deb11u5 ii libcrypt1 1:4.4.18-4 ii libcurl4 7.74.0-1.3+deb11u3 ii libgcc-s1 10.2.1-6 ii libglib2.0-0 2.66.8-1 ii libgnustep-base1.27 1.27.0-3 ii liblasso3 2.6.1-3 ii libmemcached111.0.18-4.2 ii liboath0 2.6.6-3 ii libobjc4 10.2.1-6 ii libsbjson2.3 2.3.2-4+b2 ii libsodium23 1.0.18-1 ii libsope1 5.0.1-2 ii libssl1.1 1.1.1n-0+deb11u3 ii libzip4 1.7.3-1 ii lsb-base 11.1.0 ii memcached 1.6.9+dfsg-1 ii sogo-common 5.0.1-4+deb11u1 ii systemd 247.3-7+deb11u1 ii zip 3.0-12 sogo recommends no packages. Versions of packages sogo suggests: ii default-mysql-server1.0.7 ii mariadb-server-10.5 [virtual-mysql-server] 1:10.5.18-0+deb11u1 -- Configuration Files: /etc/sogo/sogo.conf [Errno 13] Permission denied: '/etc/sogo/sogo.conf' -- no debconf information
Bug#990447: Similar problems
On 2/1/23 23:31, Pascal Hambourg wrote: On 02/02/2023 at 00:33, Phil Dibowitz wrote: And I've run `grub-install` with my EFI dir mounted. What's interesting is the version in EFI is different than the version staged by the package: ``` # sum /usr/lib/shim/shimx64.efi /boot/EFI/EFI/debian/shimx64.efi 47979 918 /usr/lib/shim/shimx64.efi 36147 913 /boot/EFI/EFI/debian/shimx64.efi ``` You must compare with /usr/lib/shim/shimx64.efi.signed from shim-signed. Ah, thanks. At least I know I did the grub-install right: ``` $ sum /usr/lib/shim/shimx64.efi.signed /boot/EFI/EFI/debian/shimx64.efi 36147 913 /usr/lib/shim/shimx64.efi.signed 36147 913 /boot/EFI/EFI/debian/shimx64.efi ``` So I guess that means that the shimx64.efi that's distributed with shim-signed is, in fact, vulnerable, as proposed in the original bug. Any timeline on updating it? -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#990447: Similar problems
I'm also unable to update to the latest uefi-dbx: ``` $ fwupdmgr update ... Blocked executable in the ESP, ensure grub and shim are up to date: /boot/EFI/EFI/debian/shimx64.efi Authenticode checksum [af79b14064601bc0987d4747af1e914a228c05d622ceda03b7a4f67014fee767] is present in dbx ``` I am on the latest shims though: ``` root@rider:/boot/EFI/EFI/debian# dpkg -l | awk '/ shim/ {print $1" "$2"\t\t"$3}' ii node-set-immediate-shim 2.0.0-2 ii shim-helpers-amd64-signed1+15.6+1 ii shim-signed:amd641.38+15.4-7 ii shim-signed-common 1.38+15.4-7 ii shim-unsigned15.7-1 ``` And I've run `grub-install` with my EFI dir mounted. What's interesting is the version in EFI is different than the version staged by the package: ``` # sum /usr/lib/shim/shimx64.efi /boot/EFI/EFI/debian/shimx64.efi 47979 918 /usr/lib/shim/shimx64.efi 36147 913 /boot/EFI/EFI/debian/shimx64.efi ``` I even explicitly ran it with `--uefi-secure-boot` to ensure it installs the shim binary. -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#1021732: libimage-exiftool-perl breaks mat2 autopkgtest: 'ColorProfiles' not found in ...
The QuickTime ColorRepresentation is decoded into separate tags as of ExifTool 12.45. - Phil > On Oct 13, 2022, at 1:52 PM, Paul Gevers wrote: > > Source: libimage-exiftool-perl, mat2 > Control: found -1 libimage-exiftool-perl/12.47+dfsg-1 > Control: found -1 mat2/0.13.0-1 > Severity: serious > Tags: sid bookworm > User: debian...@lists.debian.org > Usertags: breaks needs-update > > Dear maintainer(s), > > With a recent upload of libimage-exiftool-perl the autopkgtest of mat2 fails > in testing when that autopkgtest is run with the binary packages of > libimage-exiftool-perl from unstable. It passes when run with only packages > from testing. In tabular form: > > passfail > libimage-exiftool-perl from testing12.47+dfsg-1 > mat2 from testing0.13.0-1 > all others from testingfrom testing > > I copied some of the output at the bottom of this report. > > Currently this regression is blocking the migration of libimage-exiftool-perl > to testing [1]. Due to the nature of this issue, I filed this bug report > against both packages. Can you please investigate the situation and reassign > the bug to the right package? > > More information about this bug and the reason for filing it can be found on > https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation > > Paul > > [1] https://qa.debian.org/excuses.php?package=libimage-exiftool-perl > > https://ci.debian.net/data/autopkgtest/testing/amd64/m/mat2/27021864/log.gz > > ___ TestCleaning.test_all_parametred > ___ > > self = > >def test_all_parametred(self): >for case in self.data: >with self.subTest(case=case): >if 'ffmpeg' in case: >try: >video._get_ffmpeg_path() >except RuntimeError: >raise unittest.SkipTest >print('[+] Testing %s' % case['name']) >target = './tests/data/clean.' + case['name'] >shutil.copy('./tests/data/dirty.' + case['name'], target) >p1 = case['parser'](target) >for k, v in p1.get_meta().items(): >if k not in case['meta']: >continue >if isinstance(v, dict): >for _k, _v in v.items(): >if _k in case['meta'][k]: >self.assertEqual(_v, case['meta'][k][_k]) >else: >self.assertEqual(v, case['meta'][k]) >p1.lightweight_cleaning = True >self.assertTrue(p1.remove_all()) >p2 = case['parser'](p1.output_filename) >meta = p2.get_meta() >if meta: >for k, v in p2.get_meta().items(): >> self.assertIn(k, case['expected_meta'], '"%s" is not in >> "%s" (%s)' % (k, case['expected_meta'], case['name'])) > E AssertionError: 'ColorProfiles' not found in > {'AverageBitrate': 465641, 'BufferSize': 0, 'CompatibleBrands': ['isom', > 'iso2', 'avc1', 'mp41'], 'ColorRepresentation': 'nclx 1 1 1', 'CompressorID': > 'avc1', 'GraphicsMode': 'srcCopy', 'HandlerDescription': 'SoundHandler', > 'HandlerType': 'Metadata', 'HandlerVendorID': 'Apple', 'MajorBrand': 'Base > Media v1 [IS0 14496-12:2003]', 'MaxBitrate': 465641, 'MediaDataOffset': 48, > 'MediaDataSize': 379872, 'MediaHeaderVersion': 0, 'MinorVersion': '0.2.0', > 'MovieDataOffset': 48, 'MovieHeaderVersion': 0, 'NextTrackID': 3, > 'PreferredRate': 1, 'Rotation': 0, 'TimeScale': 1000, 'TrackHeaderVersion': > 0, 'TrackID': 1, 'TrackLayer': 0} : "ColorProfiles" is not in > "{'AverageBitrate': 465641, 'BufferSize': 0, 'CompatibleBrands': ['isom', > 'iso2', 'avc1', 'mp41'], 'ColorRepresentation': 'nclx 1 1 1', 'CompressorID': > 'avc1', 'GraphicsMode': 'srcCopy', 'HandlerDescription': 'SoundHandler', > 'HandlerType': 'Metadata', 'HandlerVendorID': 'Apple', 'MajorBrand': 'Base > Media v1 [IS0 14496-12:2003]', 'MaxBitrate': 465641, 'MediaDataOffset': 48, > 'MediaDataSize': 379872, 'MediaHeaderVersion': 0, 'MinorVersion': '0.2.0', > 'MovieDataOffset': 48, 'MovieHeaderVersion': 0, 'NextTrackID': 3, > 'PreferredRate': 1, 'Rotation': 0, 'TimeScale': 1000, 'TrackHeaderVersion': > 0, 'TrackID': 1, 'TrackLayer': 0}" (mp4) > > tests/test_libmat2.py:552: AssertionError > - Captured stdout call > - > [+] Testing pdf > [+] Te
Bug#1013161: lua-lpeg missing 5.4 build crashes corsix-th
Control: clone -1 -2 Control: reassign -2 lua-lpeg Control: retitle -2 lua-lpeg: please build for lua 5.4 Control: severity -2 wishlist Control: block -1 by -2 Firstly my apologies to players of corsix-th in Debian and derivatives for not properly testing the latest upload. lua-lpeg was last updated on 2020-02-25 (and is still the latest upstream version) before lua5.4 was first uploaded on 2020-06-30, therefore corsix-th is unable to load the compatible library as it only builds for 5.1, 5.2 and 5.3. I have locally rebuilt lua-lpeg, by adding only a dh-lua symlink `debian/lua5.4.dh-lua.conf`, which when dropping the .so (attached) into `/usr/local/lib/lua/5.4/lpeg.so` fixes this and corsix-th reaches the data files selection screen. (md5: fd1b395b35c08e8b6caf19cb5ea96393) liblua5.4-lpeg.so.2.0.0 Description: Binary data signature.asc Description: PGP signature
Bug#1013420: corsix-th FTBFS with ffmpeg 5.0.1
The next release is due imminently, which adds support for ffmpeg 5, so this will be closed via that upload. signature.asc Description: PGP signature
Bug#1013745: matrix-synapse: fails to start due to newer matrix-common
Package: matrix-synapse Version: 1.61.0-2 Severity: grave Tags: patch fixed-upstream Justification: renders package unusable X-Debbugs-Cc: deb...@emorrp1.name Control: found -1 1.57.1-1~bpo11+1 Hi andrewsh, I believe you're aware of the problem, but yesterday's -2 upload does not fix it so I've included full details anyway. Patch is: diff --git i/pyproject.toml w/pyproject.toml index 8b21bdc8..3c64e248 100644 --- i/pyproject.toml +++ w/pyproject.toml @@ -150,7 +150,7 @@ typing-extensions = ">=3.10.0.1" cryptography = ">=3.4.7" # ijson 3.1.4 fixes a bug with "." in property names ijson = ">=3.1.4" -matrix-common = "~=1.1.0" +matrix-common = "~=1.2.1" # We need packaging.requirements.Requirement, added in 16.1. packaging = ">=16.1" # At the time of writing, we only use functions from the version `importlib.metadata` Since the upload of python-matrix-common 1.2.1 (16th in sid, 22nd in testing and bullseye-backports) the next matrix-synapse server restart after upgrading fails to start with the following runtime check: Synapse 1.57.1 needs matrix-common~=1.1.0, but got matrix-common==1.2.1 I assume here that the `~=` dep is merely too strict, and note this isn't an apt error but python module versioning so the package installs successfully and (see debconf below) doesn't even need a working homeserver config. The emergency fix to be up and running again was: sudo sed -i '/common/s/~=/>=/' /usr/lib/python3/dist-packages/matrix_synapse-1.57.1.dist-info/METADATA The old synapse version is what Freedombox is on until [#2230] is fixed and rolled out, but I've checked it still affects the latest upload: $ grep common /usr/lib/python3/dist-packages/matrix_synapse-*.dist-info/METADATA Requires-Dist: matrix-common (>=1.1.0,<1.2.0) This has been discussed in [Matrix on Debian], [FreedomBox] and [Freedombox Dev] channels. I also found upstream has [merged a fix] in develop, so this patch is only needed until the next version upload. [#2230]: https://salsa.debian.org/freedombox-team/freedombox/-/issues/2230 [Matrix on Debian]: https://view.matrix.org/room/!tfCIguhhYiGiAlZqQS:matrix.org/?offset=-29=$NbsC6BU-TUe1n_vyWGOac8FaLzh9fn8Prz0-fs1GbIQ [FreedomBox]: https://view.matrix.org/room/!jrrfdpcKPllUsyVuBf:matrix.org/?offset=-29=$165596373446454OHKvP:matrix.org [FreedomBox Dev]: https://matrix.to/#/#freedombox-dev:synapse.sds-ip.de [merged a fix]: https://github.com/matrix-org/synapse/commit/f30bcbd84a651de59777b2a749850f6ca56ce3f0 -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages matrix-synapse depends on: ii adduser 3.121 ii debconf [debconf-2.0] 1.5.79 ii init-system-helpers 1.63 ii libjs-jquery3.6.0+dfsg+~3.5.13-1 ii libpython3-stdlib 3.10.4-1+b1 ii lsb-base11.2 ii python3 3.10.4-1+b1 ii python3-attr21.2.0-1 ii python3-bcrypt 3.2.0-1+b1 ii python3-bleach 4.1.0-2 ii python3-canonicaljson 1.4.0-1 ii python3-cryptography3.4.8-2 ii python3-distutils 3.9.12-1 ii python3-frozendict 1.2-3 ii python3-ijson 3.1.4-1+b1 ii python3-importlib-metadata 4.6.4-1 ii python3-jinja2 3.0.3-1 ii python3-jsonschema 3.2.0-5 ii python3-lxml4.8.0-1 ii python3-matrix-common 1.2.1-1 ii python3-msgpack 1.0.3-1 ii python3-netaddr 0.8.0-2 ii python3-openssl 21.0.0-1 ii python3-packaging 21.3-1 ii python3-phonenumbers8.12.1-2 ii python3-pil 9.1.1-1 ii python3-prometheus-client 0.9.0-1 ii python3-psycopg22.9.2-2 ii python3-pyasn1 0.4.8-2 ii python3-pyasn1-modules 0.2.8-1 ii python3-pymacaroons 0.13.0-5 ii python3-service-identity18.1.0-7 ii python3-signedjson 1.1.1-2 ii python3-sortedcontainers2.4.0-1 ii python3-systemd 234-4 ii python3-treq22.2.0-0.1 ii python3-twisted 22.4.0-2 ii python3-typing-extensions 3.10.0.2-1 ii python3-unpaddedbase64 2.1.0-2 ii python3-yaml5.4.1-1+b1 Versions of packages matrix-synapse recommends: ii matrix-synapse-ldap3 0.1.4+git20201015+a3c7a9f-1 pn python3-pympler Versions of packages matrix-synapse suggests: pn python3-authlib pn python3-jwt -- debconf information: * matrix-synapse/server-name: foo.example * matrix-synapse/report-stats: false signature.asc Description: PGP signature
Bug#1013161: corsix-th: crashes with "module 'lpeg' not found"
Package: corsix-th Version: 0.65.1-1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: deb...@emorrp1.name first reported on 2022-06-06 by u/rocketstopya on Ubuntu 22.04 https://www.reddit.com/r/linux_gaming/comments/v620w5/corsixth_v066beta2_is_out/ibdca6u/ emorrp1@testing:~$ corsix-th --- Welcome to CorsixTH v0.65.1! --- This window will display useful information if an error occurs. --- An error has occurred in CorsixTH: /usr/share/games/corsix-th/Lua/strict.lua:66: module 'lpeg' not found: no field package.preload['lpeg'] no file '/usr/share/games/corsix-th/Lua/lpeg.lua' no file '/usr/share/games/corsix-th/Lua/lpeg/init.lua' no file '/usr/local/share/lua/5.4/lpeg.lua' no file '/usr/local/share/lua/5.4/lpeg/init.lua' no file '/usr/local/lib/lua/5.4/lpeg.lua' no file '/usr/local/lib/lua/5.4/lpeg/init.lua' no file '/usr/share/lua/5.4/lpeg.lua' no file '/usr/share/lua/5.4/lpeg/init.lua' no file './lpeg.lua' no file './lpeg/init.lua' no file '/usr/share/games/corsix-th/lpeg.so' no file '/usr/local/lib/lua/5.4/lpeg.so' no file '/usr/lib/x86_64-linux-gnu/lua/5.4/lpeg.so' no file '/usr/lib/lua/5.4/lpeg.so' no file '/usr/local/lib/lua/5.4/loadall.so' no file './lpeg.so' stack traceback: [C]: in upvalue 'fn' /usr/share/games/corsix-th/Lua/strict.lua:66: in function 'require' /usr/share/games/corsix-th/Lua/string_extensions.lua:22: in main chunk [C]: in function 'persist.dofile' /usr/share/games/corsix-th/CorsixTH.lua:78: in field 'require' /usr/share/games/corsix-th/Lua/app.lua:240: in method 'init' /usr/share/games/corsix-th/CorsixTH.lua:143: in main chunk [C]: in ? -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-1-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages corsix-th depends on: ii corsix-th-data 0.65.1-1 ii libavcodec58 7:4.4.2-1+b2 ii libavformat587:4.4.2-1+b2 ii libavutil56 7:4.4.2-1+b2 ii libc62.33-7 ii libfreetype6 2.12.1+dfsg-2 ii libgcc-s112.1.0-2 ii liblua5.4-0 5.4.4-2 ii libsdl2-2.0-02.0.22+dfsg-5 ii libsdl2-mixer-2.0-0 2.0.4+dfsg1-4+b1 ii libstdc++6 12.1.0-2 ii libswresample3 7:4.4.2-1+b2 ii libswscale5 7:4.4.2-1+b2 ii lua-filesystem 1.8.0-2 ii lua-lpeg 1.0.2-1 Versions of packages corsix-th recommends: ii game-data-packager 69 ii timidity2.14.0-8+b1 corsix-th suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1006350: pidgin: crashes when typing past visible number of lines
Package: pidgin Version: 2.14.8-2 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, It seems 2.14.6 introduced a bug where Pidgin crashes when the user types somethign longer than the visible number of lines - not always, but often. This has been reported upstream here: https://issues.imfreedom.org/issue/PIDGIN-17568 However, due to the Debian perl 5.34 transition (https://lists.debian.org/debian-devel-announce/2022/02/msg0.html), downgrading to the previous package - 2.14.1 - isn't particularly feasible. Upstream is in fact working on a fix it seems to be a weird race condition in creating scrollbars. In the meantime, rebuilding a version from < 2.14.6 would prevent this bug from hitting testing/stable users. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/12 CPU threads) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pidgin depends on: ii libatk1.0-0 2.36.0-3 ii libc6 2.33-7 ii libcairo2 1.16.0-5 ii libdbus-1-3 1.12.20-4 ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2 ii libglib2.0-02.70.4-1 ii libgstreamer-plugins-base1.0-0 1.20.0-2 ii libgstreamer1.0-0 1.20.0-1 ii libgtk2.0-0 2.24.33-2 ii libgtkspell02.0.16-1.3 ii libice6 2:1.0.10-1 ii libpango-1.0-0 1.50.4+ds-1 ii libpurple0 2.14.8-2 ii libsm6 2:1.2.3-1 ii libx11-62:1.7.2-2+b1 ii libxss1 1:1.2.3-1 ii perl-base [perlapi-5.34.0] 5.34.0-3 ii pidgin-data 2.14.8-2 Versions of packages pidgin recommends: ii gstreamer1.0-alsa 1.20.0-2 ii gstreamer1.0-libav 1.20.0-1 ii gstreamer1.0-plugins-base 1.20.0-2 ii gstreamer1.0-plugins-good 1.20.0-2 ii gstreamer1.0-pulseaudio1.20.0-2 ii sensible-utils 0.0.17 Versions of packages pidgin suggests: ii libsqlite3-0 3.37.2-2 -- no debconf information
Bug#1003798: fluxbox: replace FbRootWindow::depth with maxDepth
Package: fluxbox Version: 1.3.7-1~exp1 Severity: grave Tags: patch upstream Justification: renders package unusable Dear Maintainer, There is a bug in upstream fluxbox which has been patched which causes new 32-bit windows to appear without borders, and unable to be interacted with in anyway. This includes Firefox, Thunderbird and a variety of other applications. Large windows that cannot be moved, closed, or otherwise interacted with renders fluxbox nearly useless. There is an upstream patch: https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;package=fluxbox There is more discussion here: https://sourceforge.net/p/fluxbox/bugs/1102/ and in this mozilla bug I had originally filed thinking it was a problem over there: https://bugzilla.mozilla.org/show_bug.cgi?id=1714353 Fluxbox has not released a new version, unfortunately, but if we could apply this patch, that would be greatly appreciated. Thanks! - Phil -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/12 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fluxbox depends on: ii libc62.33-1 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.11.1+dfsg-1 ii libfribidi0 1.0.8-2 ii libgcc-s1 [libgcc1] 11.2.0-12 ii libimlib21.7.4-1 ii libstdc++6 11.2.0-12 ii libx11-6 2:1.7.2-2+b1 ii libxext6 2:1.3.4-1 ii libxft2 2.3.2-2 ii libxinerama1 2:1.1.4-2 ii libxpm4 1:3.5.12-1 ii libxrandr2 2:1.5.2-1 ii libxrender1 1:0.9.10-1 ii menu 2.1.48 Versions of packages fluxbox recommends: ii feh 3.6.3-1 ii xfonts-terminus 4.48-3.1 Versions of packages fluxbox suggests: pn fbautostart pn fbdesk pn fbpager -- no debconf information
Bug#994193: iptstate FTBFS: error: format not a string literal and no format arguments [-Werror=format-security]
Got 2.2.7 out the door. Can someone who's a DD do the honors? On 9/13/21 6:33 AM, Helmut Grohne wrote: Source: iptstate Version: 2.2.6-1 Severity: serious Tags: ftbfs iptstate fails to build from source in unstable. A build ends as follows: | g++ -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security iptstate.cc -o iptstate -lncurses -lnetfilter_conntrack | iptstate.cc: In function ‘void get_input(WINDOW*, std::string&, const string&, const flags_t&)’: | iptstate.cc:685:30: error: format not a string literal and no format arguments [-Werror=format-security] | 685 | wprintw(cmd, prompt.c_str()); | | ^ | iptstate.cc: In function ‘void c_warn(WINDOW*, const string&, const flags_t&)’: | iptstate.cc:750:32: error: format not a string literal and no format arguments [-Werror=format-security] | 750 | wprintw(warn, warning.c_str()); | |^ | iptstate.cc: In function ‘int conntrack_hook(nf_conntrack_msg_type, nf_conntrack*, void*)’: | iptstate.cc:1002:30: warning: ‘:’ directive output may be truncated writing 1 byte into a region of size between 0 and 5 [-Wformat-truncation=] | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^ | iptstate.cc:1002:21: note: directive argument in the range [-59, 59] | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^~~ | iptstate.cc:1002:11: note: ‘snprintf’ output between 10 and 16 bytes into a destination of size 11 | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^~~ | cc1plus: some warnings being treated as errors | make[1]: *** [Makefile:34: iptstate] Error 1 | make[1]: Leaving directory '/<>' | dh_auto_build: error: make -j1 returned exit code 2 | make: *** [debian/rules:4: build] Error 25 | dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 Helmut -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#994193: iptstate FTBFS: error: format not a string literal and no format arguments [-Werror=format-security]
This is fixed in: https://github.com/jaymzh/iptstate/commit/9c6b31162c2c8c5bad25ac5266ec98ce932685e2 I'll try to get a release out the door soon, but the maintainer might want to pull in the commit in the meantime. On 9/13/21 6:33 AM, Helmut Grohne wrote: Source: iptstate Version: 2.2.6-1 Severity: serious Tags: ftbfs iptstate fails to build from source in unstable. A build ends as follows: | g++ -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security iptstate.cc -o iptstate -lncurses -lnetfilter_conntrack | iptstate.cc: In function ‘void get_input(WINDOW*, std::string&, const string&, const flags_t&)’: | iptstate.cc:685:30: error: format not a string literal and no format arguments [-Werror=format-security] | 685 | wprintw(cmd, prompt.c_str()); | | ^ | iptstate.cc: In function ‘void c_warn(WINDOW*, const string&, const flags_t&)’: | iptstate.cc:750:32: error: format not a string literal and no format arguments [-Werror=format-security] | 750 | wprintw(warn, warning.c_str()); | |^ | iptstate.cc: In function ‘int conntrack_hook(nf_conntrack_msg_type, nf_conntrack*, void*)’: | iptstate.cc:1002:30: warning: ‘:’ directive output may be truncated writing 1 byte into a region of size between 0 and 5 [-Wformat-truncation=] | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^ | iptstate.cc:1002:21: note: directive argument in the range [-59, 59] | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^~~ | iptstate.cc:1002:11: note: ‘snprintf’ output between 10 and 16 bytes into a destination of size 11 | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^~~ | cc1plus: some warnings being treated as errors | make[1]: *** [Makefile:34: iptstate] Error 1 | make[1]: Leaving directory '/<>' | dh_auto_build: error: make -j1 returned exit code 2 | make: *** [debian/rules:4: build] Error 25 | dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 Helmut -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#987554: wine-development should be replaced with wine in experimental+backports
On Sun, Apr 25, 2021 at 06:17:22PM +0200, Jens Reyer wrote: > On 25.04.21 16:27, Adrian Bunk wrote: > > bullseye users would also benefit more from wine 6.0 in > > bullseye-backports > > I maintained the wine backports in the past, but stepped down > (https://lists.debian.org/debian-wine/2020/09/msg7.html). I plan to take on backports for wine-related packages post-bullseye, but of course anyone else's interest in helping out is appreciated, particularly for upload sponsorship. https://lists.debian.org/debian-wine/2021/03/msg00011.html signature.asc Description: PGP signature
Bug#987554: wine-development should be replaced with wine in experimental+backports
On Sun, Apr 25, 2021 at 06:17:22PM +0200, Jens Reyer wrote: > On 25.04.21 16:27, Adrian Bunk wrote: > > bullseye users would also benefit more from wine 6.0 in > > bullseye-backports > > I maintained the wine backports in the past, but stepped down > (https://lists.debian.org/debian-wine/2020/09/msg7.html). I plan to take on backports for wine-related packages post-bullseye, but of course anyone else's interest in helping out is appreciated, particularly for upload sponsorship. https://lists.debian.org/debian-wine/2021/03/msg00011.html
Bug#986033: avahi: Failure to upgrade to Debian 10.9 on amd64+i386, 0.7-4+b1 => 0.7-4+deb10u1
Source: avahi Version: 0.7-4+deb10u1 Severity: serious Justification: Policy 7.3 Hi, with 10.9 released, I am unable to upgrade avahi on a dual architecture system with both amd64 and i386 packages. Because I couldn't see the +b1 version on tracker, here's the snapshot proof: https://snapshot.debian.org/package/avahi/0.7-4/#libavahi-common3_0.7-4:2b:b1 :~ $ sudo apt upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages have been kept back: libavahi-client3 (0.7-4+b1 => 0.7-4+deb10u1) libavahi-client3:i386 (0.7-4+b1 => 0.7-4+deb10u1) libavahi-common-data (0.7-4+b1 => 0.7-4+deb10u1) libavahi-common-data:i386 (0.7-4+b1 => 0.7-4+deb10u1) libavahi-common3 (0.7-4+b1 => 0.7-4+deb10u1) libavahi-common3:i386 (0.7-4+b1 => 0.7-4+deb10u1) 0 upgraded, 0 newly installed, 0 to remove and 6 not upgraded. :~ $ sudo apt upgrade libavahi-client3 Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... 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. The following information may help to resolve the situation: The following packages have unmet dependencies: libavahi-client3 : Breaks: libavahi-client3:i386 (!= 0.7-4+deb10u1) but 0.7-4+b1 is to be installed libavahi-client3:i386 : Breaks: libavahi-client3 (!= 0.7-4+b1) but 0.7-4+deb10u1 is to be installed E: Broken packages -- System Information: Debian Release: 10.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable'), (100, 'buster-fasttrack'), (100, 'buster-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-16-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled signature.asc Description: PGP signature
Bug#983144: unknown-horizons crash
Control: reopen -1 ! Control: notforwarded -1 Control: tags -1 -a11y thanks I guess clone wasn't the right thing to do, and unfortunate crossing of streams with Markus didn't help. This is the upstream fixing commit: https://github.com/unknown-horizons/unknown-horizons/commit/7f6f613826aef9810999c1599c8354e8a78fbdb4.patch signature.asc Description: PGP signature
Bug#978657: unknown-horizons: Crash on startup
Control: tags -1 +patch Control: clone -1 -2 Control: retitle -2 unknown-horizons: Crash with unexpected keyword argument 'encoding' Control: reassign -2 unknown-horizons thanks I can confirm that this has been fixed upstream: https://github.com/fifengine/fifengine/commit/cf295fd98a8fba080f6305c27be56d10ab7ce94d.patch However, now the crash is in unknown-horizons itself, encoding has been ignored since 3.1 so should simply be removed. Discovered old settings file, auto-upgrading: 1 -> 38 Traceback (most recent call last): File "/usr/games/unknown-horizons", line 381, in main() File "/usr/games/unknown-horizons", line 122, in main ret = horizons.main.start(options) File "/usr/lib/python3/dist-packages/horizons/main.py", line 179, in start Entities.load(horizons.globals.db, load_now=False) # create all references File "/usr/lib/python3/dist-packages/horizons/entities.py", line 64, in load cls.load_grounds(db, load_now) File "/usr/lib/python3/dist-packages/horizons/entities.py", line 77, in load_grounds tile_sets = TileSetLoader.get_sets() File "/usr/lib/python3/dist-packages/horizons/util/loaders/tilesetloader.py", line 72, in get_sets cls.load() File "/usr/lib/python3/dist-packages/horizons/util/loaders/tilesetloader.py", line 65, in load cls.tile_sets = JsonDecoder.load(PATHS.TILE_SETS_JSON_FILE) File "/usr/lib/python3/dist-packages/horizons/util/loaders/jsondecoder.py", line 40, in load return json.load(f, encoding="ascii", object_hook=_decode_dict) File "/usr/lib/python3.9/json/__init__.py", line 293, in load return loads(fp.read(), File "/usr/lib/python3.9/json/__init__.py", line 359, in loads return cls(**kw).decode(s) TypeError: __init__() got an unexpected keyword argument 'encoding' signature.asc Description: PGP signature
Bug#967206: qalculate-gtk: Unversioned Python removal in sid/bullseye
The version in experimental now builds with just py3, so the transitive build-dep has been fixed and this can be closed with the next upload. signature.asc Description: PGP signature
Bug#976697: webext-umatrix: no longer developed upstream
I *relunctantly* agree that it makes sense to skip bullseye, but I hope a fork will become a clear winner in time for bookworm. Similar to Axel, I am still happily using it on buster with firefox-esr. Though I can reproduce #919557 in a clean profile, it doesn't affect my main one for some reason. I had a look at the uMatrix Network graph and believe nuTensor to be the most maintained fork at this time. https://github.com/gorhill/uMatrix/network https://github.com/geekprojects/nuTensor > uMatrix could be removed in favour of uBlock Origin's advanced mode. While this may be sufficient for some (and in fact gorhill long ago recommended this), I personally much prefer uMatrix. It may be subjective, but it's the only extension that makes me feel like I have control over the browsing experience, acting much like a firewall. Especially since the introduction of recipes it has become very easy, though it would be nice to have a larger set. -- Phil Morrell (emorrp1) signature.asc Description: PGP signature
Bug#972936: libgcc-s1 needs Breaks: libgcc1 (<< 1:10)
Thanks to bits from the RT. I can't reproduce this issue on a minimal installation, and the upgrade path has also been fixed #972820. -- Phil Morrell (emorrp1) ``` $ sudo sbuild-createchroot --command-prefix=eatmydata --include=eatmydata buster --chroot-prefix=temporary /srv/chroot/temporary ... $ sudo sbuild-shell source:temporary-amd64-sbuild I: /bin/sh # echo 'deb http://deb.debian.org/debian bullseye main' >> /etc/apt/sources.list # cat >> /etc/apt/preferences Package: * Pin: release a=testing Pin-Priority: 1 # apt update Hit:1 http://deb.debian.org/debian buster InRelease Get:2 http://deb.debian.org/debian bullseye InRelease [123 kB] Get:3 http://deb.debian.org/debian buster/main Translation-en [5969 kB] Get:4 http://deb.debian.org/debian bullseye/main amd64 Packages [8214 kB] Get:5 http://deb.debian.org/debian bullseye/main Translation-en [6266 kB] Fetched 20.6 MB in 5s (3751 kB/s) Reading package lists... Done Building dependency tree... Done All packages are up to date. # apt install libgcc-s1 Reading package lists... Done Building dependency tree... Done The following additional packages will be installed: gcc-10-base The following NEW packages will be installed: gcc-10-base libgcc-s1 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 243 kB of archives. After this operation, 386 kB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://deb.debian.org/debian bullseye/main amd64 gcc-10-base amd64 10.2.1-6 [201 kB] Get:2 http://deb.debian.org/debian bullseye/main amd64 libgcc-s1 amd64 10.2.1-6 [41.4 kB] Fetched 243 kB in 0s (4449 kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package gcc-10-base:amd64. (Reading database ... 11956 files and directories currently installed.) Preparing to unpack .../gcc-10-base_10.2.1-6_amd64.deb ... Unpacking gcc-10-base:amd64 (10.2.1-6) ... Selecting previously unselected package libgcc-s1:amd64. Preparing to unpack .../libgcc-s1_10.2.1-6_amd64.deb ... Unpacking libgcc-s1:amd64 (10.2.1-6) ... Replacing files in old package libgcc1:amd64 (1:8.3.0-6) ... Setting up gcc-10-base:amd64 (10.2.1-6) ... Setting up libgcc-s1:amd64 (10.2.1-6) ... Processing triggers for libc-bin (2.28-10) ... # apt remove libgcc-s1 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: libgcc-s1 WARNING: The following essential packages will be removed. This should NOT be done unless you know exactly what you are doing! libgcc-s1 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 119 kB disk space will be freed. You are about to do something potentially harmful. To continue type in the phrase 'Yes, do as I say!' ?] ``` signature.asc Description: PGP signature
Bug#980641: nml: builds with patch
On Sat, Feb 13, 2021 at 05:17:59PM +0100, Matthijs Kooijman wrote: > > Upstream have re-exported the pcx files and I can confirm nml now builds > > correctly with these 3 files copied into place before tests. > Cool, thanks for confirming. It would be obvious to just backport these > changes, but I think the quilt patches used by the Debian patches cannot > represent changes to binary files, so it would be a bit more hassle > (probably needs some scripting in debian/rules) to include these > changes. Indeed, I've cleaned up my local test and pushed to salsa: https://salsa.debian.org/emorrp1/nml/-/commit/27c0aea7cd2670462c24246caf510d7dd8cb99dd > I'll see if upstream maybe wants to do a release with these changes > included, might be the easiest route... With 84 commits to master, I'm not convinced that would qualify for an unblock. signature.asc Description: PGP signature
Bug#980641: nml: builds with patch
Control: tags -1 +patch Upstream have re-exported the pcx files and I can confirm nml now builds correctly with these 3 files copied into place before tests. https://github.com/OpenTTD/nml/pull/188/commits/a4b37e0e3eacd1f370abea8f116c9c6c51aaeb3b signature.asc Description: PGP signature
Bug#979443: chromium: desktop GUI locks up as Xorg process goes to 100%
Additionally, I’ve found that the official releases of Chrome from Google suffer from the same problem for me, but that the beta is fine. So it looks like it might be fixed upstream in Chrome release 88. Phil On Thu, 7 Jan 2021 11:30:25 +0100 Jan Luca Naumann wrote: Dear Steve, with the upgrade to 87.* we included the ANGLE library which manages the OpenGL access of chromium. Maybe this is the cause of your problem. Could you try to launch "$ chromium --use-gl=desktop"? This should disable the usage of ANGLE.
Bug#948244: aseprite is not in stable
Ah, I'm glad this has been reported already, because I was very confused by this other example: https://tracker.debian.org/pkg/aseprite oldstable: 1.0.5+ds-2 stable: 1.1.6+ds-1 aseprite | 1.0.5+ds-2| oldoldstable | source aseprite | 1.1.6+ds-1| oldstable| source signature.asc Description: PGP signature
Bug#974057: kconfig-frontends: missing Breaks: kconfig-frontends-nox
Thanks Andreas, I've patched and pushed to salsa the -5 version of the package which correct this bug, adding the missing breaks entry. Regards, Philou. On 2020-11-09 14:49, Andreas Beckmann wrote: Package: kconfig-frontends Version: 4.11.0.1+dfsg-4 Severity: serious User: debian...@lists.debian.org Usertags: piuparts replaces-without-breaks Hi, during a test with piuparts and DOSE tools I noticed your package causes removal of files that also belong to another package. This is caused by using Replaces without corresponding Breaks. The installation sequence to reproduce this problem is apt-get install kconfig-frontends-nox # (1) apt-get install kconfig-frontends apt-get remove kconfig-frontends # (2) The list of installed files at points (1) and (2) should be identical, but the following files have disappeared: /usr/bin/kconfig /usr/bin/kconfig-conf /usr/bin/kconfig-diff /usr/bin/kconfig-gettext /usr/bin/kconfig-mconf /usr/bin/kconfig-merge /usr/bin/kconfig-nconf /usr/bin/kconfig-tweak /usr/include/kconfig/expr.h /usr/include/kconfig/list.h /usr/include/kconfig/lkc.h /usr/include/kconfig/lkc_proto.h /usr/lib/x86_64-linux-gnu/libkconfig-parser-4.11.0.so /usr/lib/x86_64-linux-gnu/libkconfig-parser.la /usr/lib/x86_64-linux-gnu/libkconfig-parser.so -> libkconfig-parser-4.11.0.so /usr/lib/x86_64-linux-gnu/pkgconfig/kconfig-parser.pc /usr/share/doc/kconfig-frontends/kconfig-language.txt.gz /usr/share/doc/kconfig-frontends/kconfig.txt.gz /usr/share/man/man1/kconfig-conf.1.gz /usr/share/man/man1/kconfig-diff.1.gz /usr/share/man/man1/kconfig-gettext.1.gz /usr/share/man/man1/kconfig-mconf.1.gz /usr/share/man/man1/kconfig-merge.1.gz /usr/share/man/man1/kconfig-nconf.1.gz /usr/share/man/man1/kconfig-tweak.1.gz /usr/share/man/man1/kconfig.1.gz This is a serious bug violating policy 7.6, see https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces and also see the footnote that describes this incorrect behavior: https://www.debian.org/doc/debian-policy/ch-relationships.html#id13 The kconfig-frontends package has the following relationships with kconfig-frontends-nox: Conflicts: n/a Breaks:n/a Replaces: kconfig-frontends-nox Provides: kconfig-frontends-nox From the attached log (scroll to the bottom...): 0m41.3s ERROR: FAIL: After purging files have disappeared: /usr/bin/kconfig owned by: kconfig-frontends /usr/bin/kconfig-conf owned by: kconfig-frontends /usr/bin/kconfig-diff owned by: kconfig-frontends /usr/bin/kconfig-gettext owned by: kconfig-frontends /usr/bin/kconfig-mconf owned by: kconfig-frontends /usr/bin/kconfig-merge owned by: kconfig-frontends /usr/bin/kconfig-nconf owned by: kconfig-frontends /usr/bin/kconfig-tweak owned by: kconfig-frontends /usr/include/kconfig/expr.howned by: kconfig-frontends /usr/include/kconfig/list.howned by: kconfig-frontends /usr/include/kconfig/lkc.h owned by: kconfig-frontends /usr/include/kconfig/lkc_proto.h owned by: kconfig-frontends /usr/lib/x86_64-linux-gnu/libkconfig-parser-4.11.0.so owned by: kconfig-frontends /usr/lib/x86_64-linux-gnu/libkconfig-parser.la owned by: kconfig-frontends /usr/lib/x86_64-linux-gnu/libkconfig-parser.so -> libkconfig-parser-4.11.0.so owned by: kconfig-frontends /usr/lib/x86_64-linux-gnu/pkgconfig/kconfig-parser.pc owned by: kconfig-frontends /usr/share/doc/kconfig-frontends/kconfig-language.txt.gz owned by: kconfig-frontends /usr/share/doc/kconfig-frontends/kconfig.txt.gzowned by: kconfig-frontends /usr/share/man/man1/kconfig-conf.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-diff.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-gettext.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-mconf.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-merge.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-nconf.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-tweak.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig.1.gz owned by: kconfig-frontends 0m41.3s ERROR: FAIL: After purging files have been modified: /var/lib/dpkg/info/kconfig-frontends-nox.list not owned cheers, Andreas
Bug#969136: xserver-xorg-video-amdgpu: Xserver keeps crashing inside of /usr/lib/xorg/modules/drivers/amdgpu_drv.so
Package: xserver-xorg-video-amdgpu Version: 19.1.0-1 Severity: grave Justification: causes non-serious data loss Dear Maintainer, About once a day my Xserver crashes. The following stracktrace appears in the Xorg log: ``` [ 72995.788] (EE) [ 72995.788] (EE) Backtrace: [ 72995.793] (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x138) [0x56449292fe88] [ 72995.794] (EE) 1: /lib/x86_64-linux-gnu/libpthread.so.0 (funlockfile+0x50) [0x7f8803c4e18f] [ 72995.794] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (__nss_database_lookup+0x28131) [0x7f8803bfdc41] [ 72995.797] (EE) 3: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (radeon_drm_winsys_create+0x112f0f) [0x7f880208227f] [ 72995.797] (EE) 4: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (radeon_drm_winsys_create+0x138740) [0x7f88020ccd30] [ 72995.798] (EE) 5: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (radeon_drm_winsys_create+0x13b601) [0x7f88020d22f1] [ 72995.799] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (nouveau_drm_screen_create+0x1db4ac) [0x7f88023cc4bc] [ 72995.799] (EE) 7: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (nouveau_drm_screen_create+0x1d7a0f) [0x7f88023c4e6f] [ 72995.800] (EE) 8: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (nouveau_drm_screen_create+0x1dbf83) [0x7f88023cd923] [ 72995.800] (EE) 9: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (__driDriverGetExtensions_zink+0x210f9) [0x7f88018aa579] [ 72995.801] (EE) 10: /usr/lib/xorg/modules/libglamoregl.so (glamor_destroy_pixmap+0x148) [0x7f87f80a0b68] [ 72995.802] (EE) unw_get_proc_name failed: no unwind info found [-10] [ 72995.802] (EE) 11: /usr/lib/xorg/modules/drivers/amdgpu_drv.so (?+0x0) [0x7f880313d650] [ 72995.802] (EE) 12: /usr/lib/xorg/Xorg (BlockHandler+0xa5) [0x5644927d72c5] [ 72995.802] (EE) 13: /usr/lib/xorg/Xorg (WaitForSomething+0x11a) [0x5644929296fa] [ 72995.802] (EE) 14: /usr/lib/xorg/Xorg (SendErrorToClient+0x113) [0x5644927d2723] [ 72995.802] (EE) 15: /usr/lib/xorg/Xorg (InitFonts+0x3b4) [0x5644927d6914] [ 72995.803] (EE) 16: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xea) [0x7f8803a99cca] [ 72995.803] (EE) 17: /usr/lib/xorg/Xorg (_start+0x2a) [0x5644927c073a] [ 72995.803] (EE) [ 72995.803] (EE) Segmentation fault at address 0x7f87e07f9000 [ 72995.803] (EE) Fatal server error: [ 72995.803] (EE) Caught signal 11 (Segmentation fault). Server aborting [ 72995.803] (EE) [ 72995.803] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 72995.803] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 72995.803] (EE) [ 72995.803] (II) AIGLX: Suspending AIGLX clients for VT switch ``` There's nothing specific to trigger the bug, I've had it happen while doing a variety of different things. -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: -- 08:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] [1002:731f] (rev ca) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 0 /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 5.7.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 9.3.0 (Debian 9.3.0-17), GNU ld (GNU Binutils for Debian) 2.35) #1 SMP Debian 5.7.17-1 (2020-08-23) Xorg X server log files on system: -- -rw-r--r-- 1 phil phil 33987 Nov 22 2019 /home/phil/.local/share/xorg/Xorg.0.log -rw-r--r-- 1 root root 53248 Aug 27 18:30 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 72996.232] X.Org X Server 1.20.8 X Protocol Version 11, Revision 0 [ 72996.232] Build Operating System: Linux 4.19.0-8-amd64 x86_64 Debian [ 72996.232] Current Operating System: Linux rider 5.7.0-3-amd64 #1 SMP Debian 5.7.17-1 (2020-08-23) x86_64 [ 72996.232] Kernel command line: BOOT_IMAGE=/vmlinuz-5.7.0-3-amd64 root=/dev/mapper/vg00-root ro quiet [ 72996.232] Build Date: 31 March 2020 10:14:40AM [ 72996.232] xorg-server 2:1.20.8-2 (https://www.debian.org/support) [ 72996.232] Current version of pixman: 0.36.0 [ 72996.232]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 72996.232] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 72996.232] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Aug 27 18:29:06 2020 [ 72996.232] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 72996.232] (==) No Layout section. Using the fir
Bug#966575: Symbol `grub_calloc' not found: AWS instance
I've been affected by this issue on an AWS EC2 instance. The particular issue with AWS is that the device names may depend on the particular instance types; on newer hardware disks appear as NVMe devices, and on older hardware as /dev/xvd? or /dev/sd?. The Debian cloud instances have unattended updates enabled and I guess that the grub update was installed while the instance was running on hardware with NVMe disks, while it had originally been installed when it was running on older hardware. My fstab refers to the disks using UUIDs; I believe that some distributions may install symlinks in /dev to avoid problems like this but Debian doesn't seem to. Rescue is not too difficult once you know how: detach the borked instance's root volume, attach it to another (temporary) instance, repair, and move it back. To make it appear as the root volume when moved back you need to give exactly the same device name as is shown as "Root Device Name" in the image's AMI details; it took me a long time to work out that I needed to enter "xvda" rather than "/dev/xvda" here (YMMV). To actually repair it I followed the advice in this bug to bind-mount /dev,proc,sys and chroot. I then tried Colin's advice in message 184 but without success: # dpkg-reconfigure grub-pc Generating grub configuration file ... Found linux image: /boot/vmlinuz-4.19.0-10-amd64 Found initrd image: /boot/initrd.img-4.19.0-10-amd64 Found linux image: /boot/vmlinuz-4.19.0-9-amd64 Found initrd image: /boot/initrd.img-4.19.0-9-amd64 Found linux image: /boot/vmlinuz-4.9.0-5-amd64 Found initrd image: /boot/initrd.img-4.9.0-5-amd64 WARNING: Device /dev/nvme0n1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p14 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p15 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme1n1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme1n1p1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p14 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p15 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme1n1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme1n1p1 not initialized in udev database even after waiting 1000 microseconds. Found Debian GNU/Linux 10 (buster) on /dev/nvme0n1p1 done There were a couple of curses dialogs during that asking about kernel command lines, for which I accepted the defaults. Note that /dev/nvme0n1p1 is the rescue system's root device, not the one that needs repairing. This didn't work. So I tried again with grub-install: # grub-install /dev/nvme1n1 Installing for i386-pc platform. Installation finished. No error reported. (Note nvme1n1, not nvme1 or nvme1n1p1.) This has worked, in as much as the system now works again. I take it that I should now dpkg-reconfigure from within the restarted system (though that will not prevent future breakage if I move to hardware with different device names, right?). I hope a fix is planned for this; cloud images can have quite long uptimes so there may still be a lot of undiscovered affected systems. Regards, Phil.
Bug#961095: mkvtoolnix-gui: mkvtoolnix does not start undefined symbol: _ZN11libmatroska22KaxVideoProjectionType10ClassInfosE
On Wed, 2020-05-20 at 09:28 +0200, Bernhard Übelacker wrote: > > On Tue, 2020-05-19 at 22:05 -0300, Mauro Dionisi wrote: > > > Versions of packages mkvtoolnix-gui depends on: > > > ii libebml4v5 1:1.3.9-dmo0+deb9u1 > > > ii libmatroska6v5 1:1.4.5-dmo1 > > Hello, > might this be related to the above packages being > from the debian multimedia repository? > > Could the issue resolve if these packages get installed > in the buster version? > > Kind regards, > Bernhard > I did not spot the presence of the dmo packages. This app works correctly with Debian buster versions of the packages. Regards Phil -- *** Playing the game for the games sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
Bug#961095: mkvtoolnix-gui: mkvtoolnix does not start undefined symbol: _ZN11libmatroska22KaxVideoProjectionType10ClassInfosE
Control: tags -1 + moreinfo On Tue, 2020-05-19 at 22:05 -0300, Mauro Dionisi wrote: > Package: mkvtoolnix-gui > Version: 31.0.0-1+b1 > Severity: grave > Tags: upstream > Justification: renders package unusable > > $ mkvtoolnix-gui > mkvtoolnix-gui: symbol lookup error: mkvtoolnix-gui: undefined symbol: > _ZN11libmatroska22KaxVideoProjectionType10ClassInfosE > > > > -- System Information: > Debian Release: 10.4 > APT prefers stable > APT policy: (990, 'stable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.19.0-9-amd64 (SMP w/6 CPU cores) > Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), > LANGUAGE=es_AR:es (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages mkvtoolnix-gui depends on: > ii libboost-filesystem1.67.0 1.67.0-13+deb10u1 > ii libboost-regex1.67.0 1.67.0-13+deb10u1 > ii libboost-system1.67.0 1.67.0-13+deb10u1 > ii libc6 2.28-10 > ii libcmark0 0.28.3-1 > ii libebml4v5 1:1.3.9-dmo0+deb9u1 > ii libgcc11:8.3.0-6 > ii libmagic1 1:5.35-4+deb10u1 > ii libmatroska6v5 1:1.4.5-dmo1 > ii libpugixml1v5 1.9-3 > ii libqt5core5a 5.11.3+dfsg1-1+deb10u3 > ii libqt5dbus55.11.3+dfsg1-1+deb10u3 > ii libqt5gui5 5.11.3+dfsg1-1+deb10u3 > ii libqt5multimedia5 5.11.3-2 > ii libqt5network5 5.11.3+dfsg1-1+deb10u3 > ii libqt5widgets5 5.11.3+dfsg1-1+deb10u3 > ii libstdc++6 8.3.0-6 > ii mkvtoolnix 31.0.0-1+b1 > ii zlib1g 1:1.2.11.dfsg-1 > > mkvtoolnix-gui recommends no packages. > > mkvtoolnix-gui suggests no packages. > > -- no debconf information > > RioTel - Barracuda Email Security Gateway > I am unable to reproduce under vanilla 10.4 installation. Could you provide more information regarding what led to this issue or customisations you made have made to the system? Regards Phil -- *** Playing the game for the games sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
Bug#956017: gnome-maps: no results when searching for an address
On Wed, 2020-04-29 at 22:49 +0100, Phil Wyett wrote: > On Mon, 6 Apr 2020 22:47:46 +0100 Simon McVittie > wrote: > > On Mon, 06 Apr 2020 at 10:44:13 +0200, Keno Goertz wrote: > > > when entering an address into the search box of GNOME Maps on > > > Debian > > > Stable, I get a loading animation for a few seconds and then "No > results > > > found". > > > > On Mon, 06 Apr 2020 at 12:35:32 +0200, Keno Goertz wrote: > > > Turns out geocode-glib uses https://nominatim.gnome.org, which is > > > currently down (I don't know since when). > > > > It sounds as though this is resolved for now. > > > > For the future: this service is outside Debian's control, so when it > > isn't working, there is little the Debian maintainers of gnome-maps > can > > do about that. > > > > smcv > > > > > > Hi all, > > Now this bug has been resolved. Can we mark it as complete and closed? > > Regards > > Phil > Hi, Oops, did this one when tired and. Please ignore. Regards Phil -- *** Playing the game for the games sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
Bug#956017: gnome-maps: no results when searching for an address
On Mon, 6 Apr 2020 22:47:46 +0100 Simon McVittie wrote: > On Mon, 06 Apr 2020 at 10:44:13 +0200, Keno Goertz wrote: > > when entering an address into the search box of GNOME Maps on Debian > > Stable, I get a loading animation for a few seconds and then "No results > > found". > > On Mon, 06 Apr 2020 at 12:35:32 +0200, Keno Goertz wrote: > > Turns out geocode-glib uses https://nominatim.gnome.org, which is > > currently down (I don't know since when). > > It sounds as though this is resolved for now. > > For the future: this service is outside Debian's control, so when it > isn't working, there is little the Debian maintainers of gnome-maps can > do about that. > > smcv > > Hi all, Now this bug has been resolved. Can we mark it as complete and closed? Regards Phil -- *** Playing the game for the games sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
Bug#947292: nyancat-server: package does not include needed systemd file
Package: nyancat-server Version: 1.5.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, After installing nyancat-server and connecting to the socket, the client is disconnected and the following log entries are produced: nyancat-server.socket: Failed to queue service startup job (Maybe the service file is missing or not a template unit?): Invalid argument nyancat-server.socket: Failed with result 'resources'. Found the package does not include the file /lib/systemd/system/nyancat-server@.service This file is in the source, and is included when rebuilding the package. -- System Information: Debian Release: bullseye/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-3-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nyancat-server depends on: ii init-system-helpers 1.57 ii nyancat 1.5.1-1+b1 nyancat-server recommends no packages. nyancat-server suggests no packages. -- no debconf information
Bug#794466: Virtualbox backport for Stretch?
Il giovedì 22 agosto 2019, 19:56:46 CEST, Roger Shimizu ha scritto: > > Since buster is already released, let's let the package migrate to > testing and upload to backports as before. On Fri, Aug 23, 2019 at 08:33:09AM +, Gianfranco Costamagna wrote: > I'm not sure backports team will be happy with this...and the lack of > upstream cooperation is still an issue. Similarly, please remove 5.2.24 from stretch-backports as it wasn't released in buster for the same reason it wasn't released in stretch. Hopefully http://fasttrack.debian.net/ will be officially announced soon and VirtualBox can be uploaded there. -- Phil Morrell (emorrp1) signature.asc Description: PGP signature
Bug#915050: Proposal: Repository for fast-paced package backports
On Tue, Jan 01, 2019 at 05:49:37PM +0530, Pirate Praveen wrote: > I think STS (Short term support) will fit nicely with LTS. If there is > no serious objections, I'd go with this. As debconf is finishing, though I don't know if either of you attended this year, has there been any progress on this idea? Is there an evergreen/sts/fasttrack destination I can put in my dput.cf to support normally unsuitable packages like jenkins/virtualbox/firefox/gitlab? signature.asc Description: PGP signature
Bug#932582: anbox: ignores mouse input
Package: anbox Version: 0.0~git20190124-1 Severity: grave Justification: renders package unusable I am able to launch the android apps from the desktop menu, but cannot interact other than moving the window around and fullscreening. I thought this was reported upstream as [#780], but the fix was merged in [bbf05d8f3] on 2019-01-06 and so included in the debian version. [#780]: https://github.com/anbox/anbox/issues/780 [bbf05d8f3]: https://github.com/anbox/anbox/commit/bbf05d8f3267ef5fb102525c372183aaa83df830 -- Phil Morrell (emorrp1) -- System Information: Debian Release: 10.0 APT prefers stable-debug APT policy: (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages anbox depends on: ii iptables1.8.2-4 ii libboost-atomic1.67.0 1.67.0-13 ii libboost-chrono1.67.0 1.67.0-13 ii libboost-date-time1.67.01.67.0-13 ii libboost-filesystem1.67.0 1.67.0-13 ii libboost-iostreams1.67.01.67.0-13 ii libboost-log1.67.0 1.67.0-13 ii libboost-program-options1.67.0 1.67.0-13 ii libboost-regex1.67.01.67.0-13 ii libboost-serialization1.67.01.67.0-13 ii libboost-system1.67.0 1.67.0-13 ii libboost-thread1.67.0 1.67.0-13 ii libc6 2.28-10 ii libegl1 1.1.0-1 ii libgcc1 1:8.3.0-6 ii libgles21.1.0-1 ii liblxc1 1:3.1.0+really3.0.3-8 ii libprotobuf-lite17 3.6.1.3-2 ii libsdl2-2.0-0 2.0.9+dfsg1-1 ii libsdl2-image-2.0-0 2.0.4+dfsg1-1 ii libstdc++6 8.3.0-6 ii libsystemd0 241-5 ii lxc 1:3.1.0+really3.0.3-8 Versions of packages anbox recommends: ii dbus-user-session 1.12.16-1 anbox suggests no packages. -- no debconf information To: Debian Bug Tracking System Subject: anbox: ignores mouse input X-Debbugs-Cc: deb...@emorrp1.name Package: anbox Version: 0.0~git20190124-1 Severity: grave Justification: renders package unusable I am able to launch the android apps from the desktop menu, but cannot interact other than moving the window around and fullscreening. I thought this was reported upstream as [#780], but the fix was merged in [bbf05d8f3] on 2019-01-06 and so included in the debian version. [#780]: https://github.com/anbox/anbox/issues/780 [bbf05d8f3]: https://github.com/anbox/anbox/commit/bbf05d8f3267ef5fb102525c372183aaa83df830 -- Phil Morrell (emorrp1) -- System Information: Debian Release: 10.0 APT prefers stable-debug APT policy: (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages anbox depends on: ii iptables1.8.2-4 ii libboost-atomic1.67.0 1.67.0-13 ii libboost-chrono1.67.0 1.67.0-13 ii libboost-date-time1.67.01.67.0-13 ii libboost-filesystem1.67.0 1.67.0-13 ii libboost-iostreams1.67.01.67.0-13 ii libboost-log1.67.0 1.67.0-13 ii libboost-program-options1.67.0 1.67.0-13 ii libboost-regex1.67.01.67.0-13 ii libboost-serialization1.67.01.67.0-13 ii libboost-system1.67.0 1.67.0-13 ii libboost-thread1.67.0 1.67.0-13 ii libc6 2.28-10 ii libegl1 1.1.0-1 ii libgcc1 1:8.3.0-6 ii libgles21.1.0-1 ii liblxc1 1:3.1.0+really3.0.3-8 ii libprotobuf-lite17 3.6.1.3-2 ii libsdl2-2.0-0 2.0.9+dfsg1-1 ii libsdl2-image-2.0-0 2.0.4+dfsg1-1 ii libstdc++6 8.3.0-6 ii libsystemd0 241-5 ii lxc 1:3.1.0+really3.0.3-8 Versions of packages anbox recommends: ii dbus-user-session 1.12.16-1 anbox suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#932210: Fwd: Bug#932210: libimage-exiftool-perl: Exiftool does not start
> From: Pierre AUSSAGUEL > Subject: Re: Bug#932210: libimage-exiftool-perl: Exiftool does not start > Date: July 16, 2019 at 12:26:43 PM EDT > To: Phil Harvey > > Le 16/07/2019 à 18:14, Phil Harvey a écrit : >> Somehow you've got a very old version (9.76) in /usr/local/bin >> This explains the problem. Delete this old version and replace it with the >> most current one (if it doesn't already exist somewhere else in the path). > > # rm /usr/local/bin/exiftool > # apt reinstall libimage-exiftool-perl > # exiftool -v > bash: /usr/local/bin/exiftool: Aucun fichier ou dossier de ce type > > I dont understand ... isn't libimage-exiftool-perl supposed to provide the > file ? > > I solved the problem by placing a symlink in /usr/local/bin from > /usr/bin/exiftool > > Thank for your help > > I think the package should be modified to remove the old file and make the > symlink or any other better solution. >
Bug#932210: libimage-exiftool-perl: Exiftool does not start
Line 33 of "exiftool" version 11.16 should be: sub SigInt(); However, line 30 is: use Image::ExifTool qw{:Public}; which may generate the observed message if "Open" is added to the list. It looks like you are running a modified version of "exiftool", and not the distributed 11.16 version. - Phil
Bug#932190: ruby-jekyll-gist: missing dependency on ruby-octokit
Package: ruby-jekyll-gist Version: 1.5.0-1 Severity: grave Justification: renders package unusable I installed jekyll, but am unable to run it on a project with the jekyll-gist plugin enabled in _config.yml: $ sudo apt install jekyll $ jekyll Traceback (most recent call last): 11: from /usr/bin/jekyll:9:in `' 10: from /usr/lib/ruby/vendor_ruby/jekyll/plugin_manager.rb:50:in `require_from_bundler' 9: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler.rb:107:in `setup' 8: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/runtime.rb:20:in `setup' 7: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/runtime.rb:108:in `block in definition_method' 6: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/definition.rb:226:in `requested_specs' 5: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/definition.rb:237:in `specs_for' 4: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/definition.rb:170:in `specs' 3: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/definition.rb:258:in `resolve' 2: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/resolver.rb:22:in `resolve' 1: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/resolver.rb:45:in `start' /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/resolver.rb:56:in `rescue in start': Bundler could not find compatible versions for gem "octokit": (Bundler::VersionConflict) In Gemfile: jekyll-gist was resolved to 1.5.0, which depends on octokit (~> 4.2) Could not find gem 'octokit (~> 4.2)', which is required by gem 'jekyll-gist', in any of the sources. $ sudo apt install ruby-octokit $ jekyll A subcommand is required. -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ruby-jekyll-gist depends on: ii ruby 1:2.5.1 ruby-jekyll-gist recommends no packages. ruby-jekyll-gist suggests no packages. -- no debconf information HM Land Registry’s ambition is to become the world’s leading land registry for speed, simplicity and an open approach to data. Our mission is: “Your land and property rights: guaranteed and protected”. We check all mail and attachments for known viruses. However, you are advised that you open any attachments at your own risk. If you have received this email and it was not intended for you, please let us know, then delete it. We welcome correspondence in English and Welsh. To see how HM Land Registry treats your personal information, read our Personal information charter: www.gov.uk/government/organisations/land-registry/about/personal-information-charter.
Bug#929905: autoremoval of fdroidserver
Hi, I realise fdroidserver is scheduled for removal from testing after the buster release date, but I'm writing in case Paul above is right. Please include fdroidserver in buster unless there's some other RC bug. Testing contributions to the default central repository is not the only use case for this package. Sure, there will always be more features in the latest version, but that's what backports is for. This bug does not prevent self-hosting of an F-droid repo of e.g. humble bundle game apks. -- Phil Morrell signature.asc Description: PGP signature
Bug#927943: libxmlada: FTBFS with unicode-data >= 12.0.0
Good morning, Nicolas, I think your suggestion[*] is the best option. It's too late to do a more ideal fix but the alternative is nearly all Ada packages (if not all?) being autoRM'd. Unless Ludovic thinks otherwise (in the next day or so, given the short timescales), I'd get on with it. Cheers, Phil. [*] Email #10 in bug report of Thu, 2 May 2019 15:48:26 +0200. -- Phil Brooke OpenPGP 2823 000E 3FA9 8FF8 EB7C 100A 819D 278A 0E6F 992A
Bug#919083: corsix-th: FTBFS: convert-im6.q16: InvalidImageIndex `CorsixTH/CorsixTH.ico' @ error/list.c/CloneImages/281.
An upstream change appears to have broken frame indexing syntax, as used here within an icon size loop. The fix is to use the built-in batch mode to convert setting a variable for the icon size. convert ico:CorsixTH/CorsixTH.ico[2] corsix-th.png https://github.com/ImageMagick/ImageMagick6/commit/02023b057fbceb60df963612d42bab2f311de67b signature.asc Description: PGP signature
Bug#900299: leiningen-clojure: depends on openjdk-8
Elana Hashman writes: > So here's the issue with Leiningen and Java 11. We previously tracked > down some sort of bytecode incompatibilty problem. When Leiningen is > built with Java 11, it seems to recompile every time it's run, leading > to unacceptable performance, and it results in *different* help output, > which is baffling. > > Phil, have we attempted building Leiningen with Java 11 upstream? I've tried it but Leiningen won't build on Java 11 because of this bug in Clojure: https://dev.clojure.org/jira/browse/CLJ-2077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel It looks like it's been fixed in newer versions of Clojure, but we haven't bumped that in Leiningen yet. -Phil signature.asc Description: PGP signature
Bug#909059: nvidia-legacy-340xx-driver: Crash ends session after multiple suspend/resume cycles
Package: nvidia-legacy-340xx-driver Version: 340.107-2 Severity: grave Tags: upstream Justification: causes non-serious data loss When I suspend and resume my computer multiple times with a live X session with multiple applications running, it tends to crash the X server and terminate the session. These crashes seem to be absent or at least much rarer when I don't have big applications like Firefox open in the session. They seem to have become more frequent (or present at all) since upgrading from a 1920x1200 display to un that runs at 4k resolution. The contents of /var/log/Xorg.*.log* are ancient junk, since the session log is recorded in my ~/.local/share/xorg directory since 2015 (I think since the systemd transition, perhaps). So, I have deleted the junk log from below, and include the recent log with a back trace here: >>>>>>>>> Xorg log >>>>>>>>>>>> [ 6536.528] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed [ 6536.528] _XSERVTransMakeAllCOTSServerListeners: server already running [ 6536.528] (--) Log file renamed from "/home/phil/.local/share/xorg/Xorg.pid-11284.log" to "/home/phil/.local/share/xorg/Xorg.1.log" [ 6536.528] X.Org X Server 1.20.1 X Protocol Version 11, Revision 0 [ 6536.528] Build Operating System: Linux 4.9.0-7-amd64 x86_64 Debian [ 6536.528] Current Operating System: Linux itu 4.18.0-1-amd64 #1 SMP Debian 4.18.6-1 (2018-09-06) x86_64 [ 6536.529] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.18.0-1-amd64 root=UUID=3e436e2a-5d44-49aa-a1f1-d6d8e67b1b08 ro slab_common.usercopy_fallback=Y quiet resume=/dev/sda6 [ 6536.529] Build Date: 17 August 2018 08:05:00PM [ 6536.529] xorg-server 2:1.20.1-1 (https://www.debian.org/support) [ 6536.529] Current version of pixman: 0.34.0 [ 6536.529]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 6536.529] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 6536.529] (==) Log file: "/home/phil/.local/share/xorg/Xorg.1.log", Time: Wed Sep 12 14:27:21 2018 [ 6536.529] (==) Using config file: "/etc/X11/xorg.conf" [ 6536.529] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 6536.529] (==) No Layout section. Using the first Screen section. [ 6536.529] (**) |-->Screen "Default Screen" (0) [ 6536.529] (**) | |-->Monitor "Configured Monitor" [ 6536.530] (==) No device specified for screen "Default Screen". Using the first device section listed. [ 6536.530] (**) | |-->Device "Configured Video Device" [ 6536.530] (==) Automatically adding devices [ 6536.530] (==) Automatically enabling devices [ 6536.530] (==) Automatically adding GPU devices [ 6536.530] (==) Max clients allowed: 256, resource mask: 0x1f [ 6536.530] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 6536.530]Entry deleted from font path. [ 6536.530] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 6536.530] (**) ModulePath set to "/usr/lib/xorg/modules/linux,/usr/lib/xorg/modules" [ 6536.530] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 6536.530] (II) Loader magic: 0x55aedee4bde0 [ 6536.530] (II) Module ABI versions: [ 6536.530]X.Org ANSI C Emulation: 0.4 [ 6536.530]X.Org Video Driver: 24.0 [ 6536.530]X.Org XInput driver : 24.1 [ 6536.530]X.Org Server Extension : 10.0 [ 6536.531] (++) using VT number 2 [ 6536.534] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_310 [ 6536.534] (II) xfree86: Adding drm device (/dev/dri/card0) [ 6536.535] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 13 paused 0 [ 6536.539] (--) PCI:*(1@0:0:0) 10de:0659:10de:063a rev 161, Mem @ 0xfa00/16777216, 0xc000/536870912, 0xf800/33554432, I/O @ 0xec00/128, BIOS @ 0x/131072 [ 6536.540] (II) LoadModule: "glx" [ 6536.540] (II) Loading /usr/lib/xorg/modules/linux/libglx.so [ 6536.555] (II) Module glx: vendor="NVIDIA Corporation" [ 6536.555]compiled for 4.0.2, module version = 1.0.0 [ 6536.555]Module class: X.Org Server Extension [ 6536.555] (II) NVIDIA GLX Module 340.107 Thu May 24 21:40:32 PDT 2018 [ 6536.555] (II) LoadModule: "nvidia" [ 6536.555] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so [ 6536.556] (II) Module nvidia:
Bug#901572: acccheck: CVE-2018-12268: Patch proposal
Okay, From what I've seen, the code is effectively just horrible ! Thanks for adding the affect tag, as I've haven't seen the removal request. Cheers, Le 3 septembre 2018 11:07:08 GMT+02:00, Raphael Hertzog a écrit : >Control: affects 904200 acccheck > >On Mon, 03 Sep 2018, p...@reseau-libre.net wrote: >> I've updated the acccheck.pl behavior to correct (i hope) the >> CVE-2018-12268. User and password input files are sanitized before >any use >> in the generated commandline string. The patch is given attached to >this >> mail. > >FWIW, I requested the removal of the package a while ago: >https://bugs.debian.org/904200 > >And this is not the only security issue in that script... there's no >point >in spending any time on this issue. > >Cheers, >-- >Raphaël Hertzog ◈ Debian Developer > >Support Debian LTS: https://www.freexian.com/services/debian-lts.html >Learn to master Debian: https://debian-handbook.info/get/ -- O Philippe Thierry. /Y\/ GPG: 7010 9a3c e210 763e 6341 4581 c257 b91b cdaf c1ea o#o
Bug#901572: acccheck: CVE-2018-12268: Patch proposal
tags 901572 + patch user p...@reseau-libre.net usertags pkg-security-team thanks Hello, I've updated the acccheck.pl behavior to correct (i hope) the CVE-2018-12268. User and password input files are sanitized before any use in the generated commandline string. The patch is given attached to this mail. Nevertheless, the package doesn't have separated branches for stretch and unstable releases, which leads to d/changelog files being denoted as targetting for 'unstable' even in the stetch package. In the given patch, the only missing point is the "stretch-security" naming of the target, as it whould be better to separate into two branches first. Cheers, -- Philippe Thierry.diff -Nru acccheck-0.2.1/debian/changelog acccheck-0.2.1/debian/changelog --- acccheck-0.2.1/debian/changelog 2016-11-08 14:36:12.0 +0100 +++ acccheck-0.2.1/debian/changelog 2018-08-31 21:28:02.0 +0200 @@ -1,3 +1,13 @@ +acccheck (0.2.1-4) unstable; urgency=high + + * Team-upload. + + [ Philippe Thierry ] + * Fixes CVE-2018-12268 (command injection via user or password file) + * Closes: #901572 + + -- Philippe Thierry Fri, 31 Aug 2018 21:28:02 +0200 + acccheck (0.2.1-3) unstable; urgency=medium * Team upload. diff -Nru acccheck-0.2.1/debian/patches/series acccheck-0.2.1/debian/patches/series --- acccheck-0.2.1/debian/patches/series 2016-11-08 14:36:12.0 +0100 +++ acccheck-0.2.1/debian/patches/series 2018-08-31 21:28:02.0 +0200 @@ -1 +1,2 @@ amend-usage-output +shell_escape_fix.patch diff -Nru acccheck-0.2.1/debian/patches/shell_escape_fix.patch acccheck-0.2.1/debian/patches/shell_escape_fix.patch --- acccheck-0.2.1/debian/patches/shell_escape_fix.patch 1970-01-01 01:00:00.0 +0100 +++ acccheck-0.2.1/debian/patches/shell_escape_fix.patch 2018-08-31 21:28:02.0 +0200 @@ -0,0 +1,45 @@ +Description: Fixes vulnerability in users and passwords file usage + This bug allow remote command injection (CVE-2018-12268) +Author: Philippe Thierry :w +Bug-Debian: https://bugs.debian.org/901571 +--- a/acccheck.pl b/acccheck.pl +@@ -88,6 +88,20 @@ + $userFile=0; + $verbose=0; + ++#Â first of all, sanitizing non-printable chars ++sub sanitize ++{ ++ foreach $item (@_) { ++ #Â ASCII printable chars only ++ $item =~ s/[^[:print:]]//g; ++ #Â Fixes: CVE-2018-12268 ++ # single quoting is used for escaping when executing smbclient. ++ # Any single quote found in the string must be escaped using autonmous ++ # explicit single quoted string ++ $item =~ s/'/'\\''/g; ++ } ++} ++ + #main + { + $SIG{"INT"} = "cleanup"; +@@ -142,11 +156,15 @@ + } + if($passFile == 1) + { +- tie @PASS_LIST, 'Tie::File', $PASSFILE or die "cannot open $PASSFILE file"; ++ tie @UNSAFE_PASS_LIST, 'Tie::File', $PASSFILE or die "cannot open $PASSFILE file"; ++@PASS_LIST = @UNSAFE_PASS_LIST; ++sanitize(@PASS_LIST); + } + if($userFile == 1) + { +- tie @USER_LIST, 'Tie::File', $USERFILE or die "cannot open $USERFILE file"; ++ tie @UNSAFE_USER_LIST, 'Tie::File', $USERFILE or die "cannot open $USERFILE file"; ++@USER_LIST = @UNSAFE_USER_LIST; ++sanitize(@USER_LIST); + } + +
Bug#905782: Invalid dependency to mitmproxy old python2 module
Package: bdfproxy Version: 0.3.9-2 Severity: grave Since mitmproxy has been updated to python3, creating a mitmproxy python3-exclusive library, bdfproxy must be ported to python3 in order to work properly. -- Philippe.
Bug#904371: Bug openscap-daemon: fails to install with Python 3.7
On 2018-07-25 10:02, p...@reseau-libre.net wrote: Hello, Thanks for the report. By now I prefer to wait for the resolution of the bug #902788, as it seems that it should be python3.7 that requires a Break field in its control file and as python3.6 is still the default python3 version of Sid. Nevertheless, I will inform the mainstream maintainer about the bug in order to get it corrected in future releases and update it as soon as the patch is made. Cheers, I took a look in the upstream openscap-daemon sources. The bug is corrected in the future 0.1.11 release. Cheers, -- Philippe THIERRY
Bug#904371: Bug openscap-daemon: fails to install with Python 3.7
Hello, Thanks for the report. By now I prefer to wait for the resolution of the bug #902788, as it seems that it should be python3.7 that requires a Break field in its control file and as python3.6 is still the default python3 version of Sid. Nevertheless, I will inform the mainstream maintainer about the bug in order to get it corrected in future releases and update it as soon as the patch is made. Cheers, -- Philippe THIERRY.
Bug#900533: chromium 67.0.3396.62-1: youtube video, gif's, html5, and movies no longer work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 2018-07-24 at 11:21 +0300, Alex Berg wrote: > I confirm this bug in release 67.0.3396.87-1 > > youtube video worked > but html5, and movies no longer work > > Install the older version from stable (stretch) - all worked fine > Could you provide an example of what doe snot work. Regards Phil - -- *** If this is a mailing list, I am subscribed, no need to CC me.*** Playing the game for the games sake. IRC: kathenas Web: https://kathenas.org Github: https://github.com/kathenas GitLab: https://gitlab.com/kathenas Twitter: kathenasorg GPG: A0C3 4C6A AC2B B8F4 F1E5 EDF4 333F 60DC B0B9 BB77 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJbVuagAAoJEDM/YNywubt3MFAP/jH3nfcsOA+hSGgNSPf/2lCZ CjkdqwKwCltXbG8aZtJa/cKhji8xfNHwn+qI/r+/Sv618js8x//2WXN5VBSB+z8P 159ViHobeKTs6AULuRGnA8x4aQXZVGFSs1pGn6uBsEbESbsmyplQO/Q0IvWBozoa hr44Dhnjt+8jppvjVo29sXHyDOjeoa+z5KeP96sfTLtub5FzvyxwU68YLILWRlEh Y2zSvsCuBh/U7Nizi8SoQw2dSodPWzH3xFJqkiXJVeo29sqPUOpDmUvv5UX5H47/ vW5dEeeNK8gNzU48Dd6bn+QAuAUHqGrPdfEBu3Ti5JOY8GFgPNuKLENUBg1Vsvl4 q7JU4QNgyHStr1gQrz/2h3KjaoOhEIeaZXZ9oKxr+LV2xqKApEc/GT7T1/Z/Ec4m H3qgrXE4LWTYOoZsLs/5TrofFtfWRLZiOaeiCjDwzj3b8/cG03WQWx+Jt59iHcnp 45USbxo1fGoZ9inyuPbX/tkHMD9Gs/plps3lOMbjSEqngY84ewlb9hMopbCZxR68 KS2VZN+YwHLd5edjB0QP34Wtv6hMw6O8ZPCkLVjm7wo0Kf4o805kWO9SMDkmy+X8 FxpyGQnOPZntr0MNnME/dllS3RvVu+Ubmj5LYSt5gDMUOEw6VSwY60usoR515Br+ UO8azBApbIi9u/DUxCJp =PaVM -END PGP SIGNATURE-
Bug#889530: acm FTBFS with gdbm 1.14.1-2
On Wed, 18 Apr 2018, Markus Koschany wrote: I've uploaded a new revision of acm versioned as 5.0-29.2 to fix Debian bug #889530. […] Thank you, Markus. That's much appreciated. Cheers, Phil.
Bug#886852: NVidia driver : upgrade to version 384.111
On Wed, 2018-01-10 at 23:58 +0100, Andreas Beckmann wrote: > On 2018-01-10 15:25, Luca Boccassi wrote: > > I'm a little confused as what their blobs could possible have to do > > with spectre/meltdown to be honest > > meltdown does not seem to be an issue, but for spectre it is not > neccessarily the GPU bits being fixed, but the CPU side of the driver - > which can run untrusted user supplied code (e.g. compiling shaders) ... > that could be comparable to the sandboxed javascript in the browser > accessing all the browser memory. > > > - but in general it sounds like a > > good idea to move 384 to stable-p-u, since it's won't be the last CVE > > we get and as you said 375 is dead and buried. > > > > Andreas, what do you think? > > Just uploaded to stretch-backports, will need to go through backports-new. > Untested on my side - please try it out :-) > > > Andreas > Running this driver version built locally with the following (system marked) two no longer needed packages purged. libgles-nvidia1 libgles1-nvidia No issues thus far. Regards Phil -- *** If this is a mailing list, I am subscribed, no need to CC me.*** Playing the game for the games sake. Web: https://kathenas.org GitLab: https://gitlab.com/kathenas Twitter: kathenasorg Instagram: kathenasorg GPG: 1B97 6556 913F 73F3 9C9B 25C4 2961 D9B6 2017 A57A signature.asc Description: This is a digitally signed message part
Bug#883938: fixed in linux 3.16.51-3
Can we also make sure that this bug gets fixed in the netboot kernel? http://ftp.us.debian.org/debian/dists/jessie/main/installer-amd64/current/images/netboot/debian-installer/amd64/linux Cheers, Phil
Bug#878843: util-linux: fsck on btrfs /home hangs, stalling boot
On 10/18/2017 3:54 AM, Bernhard Schmidt wrote: > Accessing /home leads to a blocked process. The reason is that (for > numerous years, due to reasons I don't remember) I had > x-systemd.automount in my fstab for /home That makes sense. Now I wonder why is fsck trying to open /home? You run it on the block device; it should not know or care that the filesystem is normally mounted in /home.
Bug#878843: util-linux: fsck on btrfs /home hangs, stalling boot
On 10/17/2017 2:42 AM, Bernhard Schmidt wrote: > close(3)= 0 > open("/home", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXECstrace: Process 1677 > detached > So it hangs in a call to open() on /home? That looks like a kernel bug. Is /home mounted at the time, or is it just the container directory in your root filesystem? If it is the latter then you may want to run e2fsck -f on your root filesystem.
Bug#867730: Fwd: Bug#867730 closed by Hans-Christoph Steiner <h...@eds.org> (Bug#867730: fixed in dummydroid 1.2-1)
Dear maintainer, Thank you for fixing the issue I reported with a new upload. Given the package is completely unusable in Stretch, I was intending to ask you to provide a backport, or perhaps a -proposed-updates targeted patch. However, when I looked into the release notes for v1.2 [Let there be hackjob], I'm concerned that would be impossible and I wonder if a removal from stable is more appropriate? [Let there be hackjob]: http://blog.onyxbits.de/let-there-be-hackjob-dummydroid-updated-646/ > DummyDroid v1.2 is a case of “it compiles, ship it”. Cobbled together by > merging in some code from Raccoon, compiled by guessing how the > build process was suppose to work, using a source tree that’s in disarray -- Phil Morrell
Bug#868673: sqldeveloper-package: diff for NMU version 0.2.4+nmu1
Hello Michael, As the last upload sponsor for sqldeveloper-package (though admittedly in 2012), would you consider sponsoring the NMU I prepared? It's a targeted fix for #868673 which makes it unusable in Stretch. If possible I'd also like it in stretch-proposed-updates, presumably only after it's reached testing? -- Phil Morrell
Bug#868673: sqldeveloper-package: diff for NMU version 0.2.4+nmu1
Control: tags 868673 + patch Dear maintainer, I've prepared an NMU for sqldeveloper-package (versioned as 0.2.4+nmu1) and plan to request a sponsored upload. Please feel free to tell me if I should delay it. NB. the end user fix is: sudo sed -i '/DEBUILD/s/n b/n --no-tgz-check -- b/' /usr/bin/make-sqldeveloper-package This regression from jessie was caused by a change in debuild behaviour in devscripts 2.16.10: https://tracker.debian.org/media/packages/d/devscripts/changelog-2.16.10 diff -Nru sqldeveloper-package-0.2.4/debian/changelog sqldeveloper-package-0.2.4+nmu1/debian/changelog --- sqldeveloper-package-0.2.4/debian/changelog 2012-11-14 11:12:14.0 + +++ sqldeveloper-package-0.2.4+nmu1/debian/changelog2017-07-31 13:16:50.0 +0100 @@ -1,3 +1,11 @@ +sqldeveloper-package (0.2.4+nmu1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Add required '--' before debian/rules target (Closes: #868673) + * Add --no-tgz-check as sqldeveloper is non-free + + -- Phil Morrell <deb...@emorrp1.name> Mon, 31 Jul 2017 13:16:50 +0100 + sqldeveloper-package (0.2.4) unstable; urgency=high * Addressed bugs for inclusion in Wheezy's freeze: diff -Nru sqldeveloper-package-0.2.4/make-sqldeveloper-package sqldeveloper-package-0.2.4+nmu1/make-sqldeveloper-package --- sqldeveloper-package-0.2.4/make-sqldeveloper-package2012-11-14 11:03:19.0 + +++ sqldeveloper-package-0.2.4+nmu1/make-sqldeveloper-package 2017-07-31 12:50:06.0 +0100 @@ -1021,7 +1021,7 @@ return 1 fi - DEBUILD_OPTS="--no-lintian binary" + DEBUILD_OPTS="--no-lintian --no-tgz-check -- binary" if [ -n "${ROOTCMD}" ] ; then DEBUILD_OPTS="--rootcmd=${ROOTCMD} ${DEBUILD_OPTS}"
Bug#869132: curvedns: Incomplete debian/copyright?
On 2017-07-21 14:52, Stéphane Neveu wrote: Chris, Is it ok on debomatic ? http://debomatic-amd64.debian.net/distribution#unstable/curvedns/0.87-2/buildlog My package on mentors has been removed... Regards, Stephane Hoho ! tu t'est fait valider le paquet par le grand patron en personne ! -- Philippe THIERRY Doctor - Engineer RT and hardened Embedded Systems +33(0)6.64.16.97.30
Bug#868673: sqldeveloper-package: unusable due to fatal build error
Package: sqldeveloper-package Version: 0.2.4 Severity: grave Justification: renders package unusable Before upgrading to stretch, I removed the custom sqldeveloper package as recommended by the release notes. After upgrading I'm no longer able to re- create it, I've also tested with older versions of the download as the Oracle version scheme has changed, but had the same error message. $ make-sqldeveloper-package -k sqldeveloper-17.2.0.188.1159-no-jre.zip make-sqldeveloper-package: Building sqldeveloper package in "/tmp". This package has a Debian revision number but there does not seem to be an appropriate original tar file or .orig directory in the parent directory; (expected one of sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.gz, sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.bz2, sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.lzma, sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.xz or sqldeveloper-17.2.0.188.1159.orig) continue anyway? (y/n) y debuild: fatal error at line 1116: dpkg-buildpackage -rfakeroot -us -uc binary failed $ echo $? 29 $ cat /tmp/tmp.eMJaLCh0kQ/sqldeveloper_17.2.0.188.1159+0.2.4-1_amd64.build dpkg-buildpackage -rfakeroot -us -uc binary dpkg-buildpackage: error: unknown option or argument binary Use --help for program usage information. -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sqldeveloper-package depends on: ii bzip21.0.6-8.1 ii devscripts 2.17.6 ii fakeroot 1.21-3.1 ii file 1:5.30-1 ii imagemagick 8:6.9.7.4+dfsg-11 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11 ii tofrodos 1.7.13+ds-2 ii unzip6.0-21 sqldeveloper-package recommends no packages. sqldeveloper-package suggests no packages. -- no debconf information
Bug#867730: dummydroid: unusable due to authentication failure
Package: dummydroid Version: 1.1-1 Severity: grave Justification: renders package unusable I am attempting to use gplaycli on stretch, for which I need a google play device id. After the Credentials step, no matter how I setup the google account, I always get an error displayed on the Profile Upload step: com.akdeniz.googleplaycrawler.GooglePlayException: Error=BadAuthentication Google Auth methods tried: * custom domain, two-factor * custom domain, password only * registered dummydro...@gmail.com Steps to reproduce: 1) register account at https://accounts.google.com/SignUp 2) sign in at https://play.google.com/store 3) launch dummydroid 4) open Google_Nexus_6.prop (or Azpen_A727.prop) 5) click next through to Credentials 6) enter details registered and click next I can't find a manpage or guess any flags to enter debug mode, so there is no extra detail on stdout - please let me know if there's a way to test this, or if you're unable to reproduce the error. -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dummydroid depends on: ii default-jre [java8-runtime]2:1.8-58 ii jarwrapper 0.59 ii libhttpclient-java 4.5.2-2 ii libhttpcore-java 4.4.6-1 ii openjdk-8-jre [java8-runtime] 8u131-b11-2 dummydroid recommends no packages. dummydroid suggests no packages. -- no debconf information
Bug#853940: systemd: RestrictAddressFamilies causes services to fail to start on powerpc
On 02/02/17 22:37, Phil Armstrong wrote: On 02/02/17 21:50, Michael Biebl wrote: Are you absolutely sure? We had another bug report who said that downgrading systemd+udev to 232-1 did fix the problem on ppc(64). This is a ppc32 system, so maybe that makes the difference? I’ll test it again over the weekend. I must have made an error before: After carefully binary chopping the systemd package versions from snapshot.debian.org, I can report that the last version to work correctly is systemd 232-10. 232-11 fails. Looking at the changelog & the service files, this is kind of unsurprising: the service files for 232-10 don’t contain any RestrictAddressFamilies entries on my system, whereas the ones for 232-11 do & the changelog for 232-11 contains this entry: * Fix RestrictAddressFamilies= Backport upstream fix for setting up seccomp filters to fix RestrictAddressFamilies= on non-amd64 architectures. Drop the hack from debian/rules to remove this property from unit files. See #843160 So either the upstream fix doesn’t work on powerpc32 or the backport is broken somehow. I appreciate that ppc32 is a minority platform at this point. cheers, Phil
Bug#848910: libgnutls30: Fails to read PKCS#8 keys
Package: libgnutls30 Version: 3.5.7-2 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, The current version of libgnutls30 cannot read PKCS#8 keys, you get: Failed to load private key as PKCS#8: An illegal parameter was found. when using things like openconnect. This upstream PR fixed the bug: https://gitlab.com/gnutls/gnutls/merge_requests/185 I tried downgrading to 3.5.6-7 and that worked, though it's no longer in the repo. -- 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.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libgnutls30 depends on: ii libc62.24-8 ii libgmp10 2:6.1.1+dfsg-1 ii libhogweed4 3.3-1 ii libidn11 1.33-1 ii libnettle6 3.3-1 ii libp11-kit0 0.23.2-5 ii libtasn1-6 4.9-4 ii zlib1g 1:1.2.8.dfsg-4 libgnutls30 recommends no packages. Versions of packages libgnutls30 suggests: pn gnutls-bin -- no debconf information
Bug#844762: amarok crashes on startup with "Message recipient disconnected from message bus without replying"
Package: amarok Version: 2.8.0-5 Severity: grave Justification: renders package unusable Dear Maintainer, Amarok crashes like this every time I start it: $ amarok QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. kbuildsycoca4 running... KCrash: Application 'amarok' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit KCrash: Connect sock_file=/home/phil/.kde/socket-rider/kdeinit4__0 unnamed app(12406): Communication problem with "amarok" , it probably crashed. Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Message recipient disconnected from message bus without replying" " I have tried removing my ~/.kde/apps/amarok but it doesn't help. -- 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.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages amarok depends on: ii amarok-common 2.8.0-5 ii amarok-utils 2.8.0-5 ii kde-runtime 4:15.08.3-1 ii libaio1 0.3.110-3 ii libavcodec57 7:3.2-2 ii libavformat57 7:3.2-2 ii libavutil55 7:3.2-2 ii libc6 2.24-5 ii libcurl3-gnutls 7.51.0-1 ii libgcc1 1:5.3.1-11 ii libgcrypt20 1.7.3-2 ii libgdk-pixbuf2.0-02.32.3-1.2 ii libgl1-mesa-glx [libgl1] 12.0.4-2 ii libglib2.0-0 2.48.1-3 ii libgpod4 0.8.3-5 ii libkcmutils4 4:4.14.25-1 ii libkdecore5 4:4.14.25-1 ii libkdeui5 4:4.14.25-1 ii libkdewebkit5 4:4.14.25-1 ii libkdnssd44:4.14.25-1 ii libkfile4 4:4.14.25-1 ii libkio5 4:4.14.25-1 ii libknewstuff3-4 4:4.14.25-1 ii liblastfm11.0.9-1 ii libloudmouth1-0 1.5.3-2 ii libmtp9 1.1.12-1 ii libmysqlclient18 5.6.30-1 ii libofa0 0.9.3-13 ii libphonon44:4.9.0-4 ii libplasma34:4.14.25-1 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.7+dfsg-6 ii libqt4-network4:4.8.7+dfsg-6 ii libqt4-opengl 4:4.8.7+dfsg-6 ii libqt4-script 4:4.8.7+dfsg-6 ii libqt4-sql4:4.8.7+dfsg-6 ii libqt4-svg4:4.8.7+dfsg-6 ii libqt4-xml4:4.8.7+dfsg-6 ii libqtcore44:4.8.7+dfsg-6 ii libqtgui4 4:4.8.7+dfsg-6 ii libqtscript4-core 0.2.0-1 ii libqtscript4-gui 0.2.0-1 ii libqtscript4-network 0.2.0-1 ii libqtscript4-sql 0.2.0-1 ii libqtscript4-uitools 0.2.0-1 ii libqtscript4-xml 0.2.0-1 ii libqtwebkit4 2.3.4.dfsg-6 ii libsolid4 4:4.14.25-1 ii libstdc++65.3.1-11 ii libthreadweaver4 4:4.14.25-1 ii libx11-6 2:1.6.3-1 ii libxml2 2.9.4+dfsg1-1 ii phonon4:4.9.0-4 ii zlib1g1:1.2.8.dfsg-2+b3 Versions of packages amarok recommends: ii clamz0.5-2+b1 ii kio-audiocd 4:16.08.0-1 Versions of packages amarok suggests: pn amarok-doc ii libqt4-sql-mysql 4:4.8.7+dfsg-6 pn libqt4-sql-psql pn libqt4-sql-sqlite pn moodbar Versions of packages amarok-common depends on: ii perl 5.22.2-5 amarok-common recommends no packages. Versions of packages amarok is related to: ii phonon-backend-vlc [phonon-backend] 0.9.0-1 -- no debconf information
Bug#819488: gparted crash with a libparted backtrace
On 11/3/2016 11:37 AM, Sandro Tosi wrote: > Phillip, did you have a chance to look at making parted not crashing > if there is only one unallocated sector between partitions? Mattia, do > you still consider this bug RC? thanks! I have not had time to work on it yet.
Bug#839190: wordpress 4.1+dfsg-1+deb8u10 regression
On 30/09/16 09:20, Yves-Alexis Perez wrote: control: tag -1 patch pending Hi, thanks for the report, we're aware of the regression. Can you try the attached patch against functions.php and report back, as soon as possible? Regards, Hi, Applied as follows: # cd / # patch -p1
Bug#839190: wordpress 4.1+dfsg-1+deb8u10 regression
Package: wordpress Version: 4.1+dfsg-1+deb8u10 Severity: grave Justification: renders package unusable Dear Maintainer, I've just applied a normal update to jessie, and wordpress 4.1+dfsg-1+deb8u10 (security fix) exhibits a regression, which causes all wordpress sites to fail with the following error in the web server error log: Thu Sep 29 23:56:10 2016 - PHP Fatal error: Cannot redeclare wp_json_encode() \ (previously declared in /usr/share/wordpress/wp-includes/functions.php:2649) \ in /usr/share/wordpress/wp-includes/functions.php on line 2818 Downgrading to 4.1+dfsg-1+deb8u9 restores expected behaviour. Cheers, Phil. -- System Information: Debian Release: 8.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wordpress depends on: ii ca-certificates 20141019+deb8u1 ii libjs-cropper1.2.2-1 ii libjs-mediaelement 2.15.1+dfsg-1 ii libphp-phpmailer 5.2.9+dfsg-2+deb8u1 ii mysql-client-5.5 [mysql-client] 5.5.52-0+deb8u1 ii nginx-full [httpd] 1.6.2-5+deb8u2+b1 ii php-getid3 1.9.8-3 ii php5 5.6.24+dfsg-0+deb8u1 ii php5-gd 5.6.24+dfsg-0+deb8u1 ii php5-mysql 5.6.24+dfsg-0+deb8u1 ii wordpress-theme-twentyfifteen4.1+dfsg-1+deb8u10 Versions of packages wordpress recommends: ii wordpress-l10n 4.1+dfsg-1+deb8u10 Versions of packages wordpress suggests: ii mysql-server 5.5.52-0+deb8u1
Bug#827079: triggerhappy: Generated event tables are empty, so nothing works.
Package: triggerhappy Version: 0.3.4-2 Severity: grave Justification: renders package unusable Dear Maintainer, Triggerhappy is entirely non-functional, because it doesn't recognise any key names: # thd --dump /dev/input/event4(a keyboard) Unknown (null) event id on /dev/input/event4: 28 (value 0) Unknown (null) event id on /dev/input/event4: 30 (value 1) Unknown (null) event id on /dev/input/event4: 30 (value 0) Having fetched the source using "apt source" and tried to build it myself, I get an entirely empty evtable_KEY.h. My guess is that this is the result of a change of behaviour of gcc, and the awk 'NR==1 {print $2}' in the Makefile is broken by it. Looking at your git repo I see that you changed the Makefile last year and the way that it gets the event codes from the linux include file has changed. This version does build correctly. But the Debian package does not appear to have picked up the change (and the version number is still 0.3.4). (I'm doing this on a slightly exotic platform, but I don't see anything architecture-related here.) Regards, Phil. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: arm64 (aarch64) Foreign Architectures: armhf Kernel: Linux 3.14.29+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages triggerhappy depends on: ii libc6 2.22-11 triggerhappy recommends no packages. triggerhappy suggests no packages. -- Configuration Files: /etc/default/triggerhappy changed [not included] -- no debconf information
Bug#824874: octave: Installation fails due to linking against old version of libgl2ps (.so.0 vs. so.1)
I went looking at gl2ps. The version in experimental bumps the package name to match the soname. Maybe just copy and reassign this bug there so that the current version that breaks dependencies doesn't transition to testing. On May 20, 2016 12:39 PM, "Mike Miller" <mtmil...@debian.org> wrote: > On Fri, May 20, 2016 at 12:05:49 -0500, Phil Miller wrote: > > error while loading shared libraries: libgl2ps.so.0: cannot open shared > object > > file: No such file or directory > […] > > This may actually be a bug in the latest upload of libgl2ps0, in that > the .so > > number bumped from 0 to 1 between 1.3.8-1.3 (in testing) and 1.3.8-2 (in > > unstable) > > Seems like it to me. Looks like this version of gl2ps either needs a fix > or a transition. > > -- > mike >
Bug#824874: octave: Installation fails due to linking against old version of libgl2ps (.so.0 vs. so.1)
Package: octave Version: 4.0.2-1+b2 Severity: grave Justification: renders package unusable During the upgrade: Setting up octave (4.0.2-1+b2) ... /usr/lib/x86_64-linux-gnu/octave/4.0.2/exec/x86_64-pc-linux-gnu/octave-gui: error while loading shared libraries: libgl2ps.so.0: cannot open shared object file: No such file or directory dpkg: error processing package octave (--configure): subprocess installed post-installation script returned error exit status 127 $ ldd /usr/lib/x86_64-linux-gnu/octave/4.0.2/exec/x86_64-pc-linux-gnu/octave- gui [snip] libgl2ps.so.0 => not found [snip] $ dpkg -L libgl2ps-dev /. /usr /usr/include /usr/include/gl2ps.h /usr/lib /usr/lib/x86_64-linux-gnu /usr/share /usr/share/doc /usr/share/doc/gl2ps /usr/share/doc/gl2ps/README.txt /usr/share/doc/gl2ps/gl2psTest.c.gz /usr/share/doc/gl2ps/gl2psTestSimple.c /usr/share/doc/libgl2ps-dev /usr/share/doc/libgl2ps-dev/changelog.Debian.gz /usr/share/doc/libgl2ps-dev/copyright /usr/lib/x86_64-linux-gnu/libgl2ps.so $ dpkg -L libgl2ps0 /. /usr /usr/lib /usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/libgl2ps.so.1.3.8 /usr/share /usr/share/doc /usr/share/doc/libgl2ps0 /usr/share/doc/libgl2ps0/changelog.Debian.gz /usr/share/doc/libgl2ps0/copyright /usr/lib/x86_64-linux-gnu/libgl2ps.so.1 This may actually be a bug in the latest upload of libgl2ps0, in that the .so number bumped from 0 to 1 between 1.3.8-1.3 (in testing) and 1.3.8-2 (in unstable) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages octave depends on: ii libamd2 1:4.5.3-1 ii libarpack2 3.3.0-1+b1 ii libasound2 1.1.0-1 ii libatlas3-base [liblapack.so.3] 3.10.2-9+b1 ii libblas3 [libblas.so.3] 3.6.0-2 ii libc62.22-9 ii libcamd2 1:4.5.3-1 ii libccolamd2 1:4.5.3-1 ii libcholmod3 1:4.5.3-1 ii libcolamd2 1:4.5.3-1 ii libcxsparse3 1:4.5.3-1 ii libfftw3-double3 3.3.4-2+b1 ii libfftw3-single3 3.3.4-2+b1 ii libfltk-gl1.31.3.3-8+b1 ii libfltk1.3 1.3.3-8+b1 ii libfontconfig1 2.11.0-6.4 ii libfreetype6 2.6.3-3+b1 ii libgcc1 1:6.1.1-3 ii libgl1-mesa-glx [libgl1] 11.2.2-1 ii libglpk404.60-2+b1 ii libglu1-mesa [libglu1] 9.0.0-2.1 ii libgomp1 6.1.1-3 ii libgraphicsmagick++-q16-12 1.3.23-2+b1 ii libgraphicsmagick-q16-3 1.3.23-2+b1 ii liblapack3 [liblapack.so.3] 3.6.0-2 ii liboctave3v5 4.0.2-1+b2 ii libosmesa6 11.2.2-1 ii libportaudio219+svn20140130-1 ii libqhull72015.2-1 ii libqrupdate1 1.1.2-1 ii libqscintilla2-12v5 2.9.2+dfsg-1 ii libqt4-network 4:4.8.7+dfsg-6+b1 ii libqt4-opengl4:4.8.7+dfsg-6+b1 ii libqtcore4 4:4.8.7+dfsg-6+b1 ii libqtgui44:4.8.7+dfsg-6+b1 ii libsndfile1 1.0.25-10 ii libstdc++6 6.1.1-3 ii libumfpack5 1:4.5.3-1 ii libx11-6 2:1.6.3-1 ii octave-common4.0.2-1 ii texinfo 6.1.0.dfsg.1-6 Versions of packages octave recommends: ii default-jre-headless 2:1.8-57 ii gnuplot-x11 4.6.6-3 ii libatlas3-base3.10.2-9+b1 ii octave-info 4.0.2-1 ii pstoedit 3.70-1.1 Versions of packages octave suggests: pn octave-doc pn octave-htmldoc -- no debconf information
Bug#821415: corsix-th: FTBFS against ffmpeg 3.0
owner -1 ! tags -1 pending thanks RFS: Please could someone from the Games Team review and feedback/upload? For the record, this was discussed with upstream at https://github.com/CorsixTH/CorsixTH/issues/1042 I have backported their pre-emptive fix in git master and confirmed it then builds in sid - though it does still have the new deprecation warnings upstream is still working on for an upcoming v0.60 (unlikely to appear before autoremoval). On 18 April 2016 at 16:20, Sebastian Ramacherwrote: > Source: corsix-th > Version: 0.50-1 > Severity: serious > Justification: fails to build from source > Tags: sid stretch > Control: block 820731 by -1 > > corsix-th fails to build against ffmpeg 3.0: > | [ 29%] Building CXX object > CorsixTH/CMakeFiles/CorsixTH.dir/Src/th_lua_strings.cpp.o > | cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/CorsixTH && /usr/bin/c++ > -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/CorsixTH/Src -I/usr/include/SDL2 > -I/usr/include/lua5.2 -I/usr/include/x86_64-linux-gnu > -I/usr/include/freetype2 -g -O2 -fPIE -fstack-protector-strong -Wformat > -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -std=c++11 -o > CMakeFiles/CorsixTH.dir/Src/th_lua_strings.cpp.o -c > /«PKGBUILDDIR»/CorsixTH/Src/th_lua_strings.cpp > | In file included from /«PKGBUILDDIR»/CorsixTH/Src/th_movie.cpp:23:0: > | /«PKGBUILDDIR»/CorsixTH/Src/th_movie.h:69:5: error: 'PixelFormat' does not > name a type > | PixelFormat m_pixelFormat; > | ^ > > For a full build log please check > https://buildd.debian.org/status/fetch.php?pkg=corsix-th=amd64=0.50-1+b1=1460986505. > > Regards > -- > Sebastian Ramacher
Bug#810906: python-potr: gajim-otr is sending cleartext messages silently + project is, "experimental & potentially insecure"
Package: python-potr Version: 1.0.1-1.1 Severity: grave Justification: renders package unusable Dear Maintainer, I think this package should be removed from Debian repos, at least till it's fixed. I've filed a bug on github [0] a couple of time ago and the project auther hasn't got time to fix the bug. In addition he updated the README.md to: > This software is experimental and potentially insecure. > Do not rely on it Thank you for your time. I'm new to reporting such a case. [0]: https://github.com/python-otr/gajim-otr/issues/13 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (1000, 'testing'), (995, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-potr depends on: ii python 2.7.11-1 ii python-crypto 2.6.1-6 python-potr recommends no packages. python-potr suggests no packages. -- no debconf information
Bug#807323: gparted needs policykit-1 but its neither in depends or recommends
Do you have udisks2 installed? The only connection I can think of from gparted to policykit is through udisks, as the gparted script tries to run udisks-inhibit to stop auto mounting. I'm guessing that is where this bug needs reassigned. On 12/7/2015 7:33 AM, shirish शिरीष wrote: > Package: gparted > Version: 0.19.0-3+b2 > Justification: renders package unusable > Severity: grave > > Dear Maintainer, > This is how gparted currently looks. > > [$] aptitude show gparted > > Package: gparted > State: installed > Automatically installed: no > Version: 0.19.0-3+b2 > Priority: optional > Section: gnome > Maintainer: Phillip Susi> Architecture: amd64 > Uncompressed Size: 6,245 k > Depends: libatkmm-1.6-1v5 (>= 2.22.1), libc6 (>= 2.14), libgcc1 (>= > 1:4.1.1), libglib2.0-0 (>= 2.12.0), libglibmm-2.4-1v5 (>= 2.44.0), > libgtk2.0-0 (>= 2.14.0), libgtkmm-2.4-1v5 (>= 1:2.24.0), > libpangomm-1.4-1v5 (>= 2.36.0), libparted-fs-resize0 (>= 3.1), > libparted2 (>=3.1), libsigc++-2.0-0v5 (>= 2.2.0), libstdc++6 (>= 5.2), > libuuid1 (>= 2.16) > Suggests: xfsprogs, reiserfsprogs, reiser4progs, jfsutils, ntfs-3g, > dosfstools, mtools, yelp, kpartx, dmraid, dmsetup, gpart > Breaks: udisks2 (< 2.1.5) > Description: GNOME partition editor > GParted uses libparted to detect and manipulate devices and partition > tables while several (optional) filesystem tools provide support for > filesystems not included in libparted. > Homepage: http://gparted.sourceforge.net > > It's only if I run it as root that I come to know that why it is > failing otherwise it fails silently as shared in #658316 > > [$] gksudo gparted > [$] > > Although running sudo has the desired effect :- > > ─[$] sudo gparted > > :25] > /var/lib/polkit-1/localauthority/90-mandatory.d does not exist. Please > install policykit-1 > > Aside from not telling what is needed, I am under the impression that > policykit is not a favorite in the Debian community, especially > systemd maintainer Michael Biebl. I did hear rumors of policykit being > deprecated and some part/binary of systemd probably doing that. > > Maybe you could look into that as well. > > -- System Information: > Debian Release: stretch/sid > APT prefers testing > APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages gparted depends on: > ii libatkmm-1.6-1v5 2.24.1-1 > ii libc6 2.21-0experimental4 > ii libgcc1 1:5.2.1-23 > ii libglib2.0-0 2.46.2-1 > ii libglibmm-2.4-1v5 2.46.2-1 > ii libgtk2.0-0 2.24.28-1 > ii libgtkmm-2.4-1v5 1:2.24.4-2+b1 > ii libpangomm-1.4-1v52.38.1-1 > ii libparted-fs-resize0 3.2-10 > ii libparted23.2-10 > ii libsigc++-2.0-0v5 2.6.2-1 > ii libstdc++65.2.1-23 > ii libuuid1 2.27.1-1 > > gparted recommends no packages. > > Versions of packages gparted suggests: > pn dmraid > ii dmsetup2:1.02.110-1 > ii dosfstools 3.0.28-2 > ii gpart 1:0.3-1 > pn jfsutils > ii kpartx 0.5.0+git1.656f8865-1 > ii mtools 4.0.18-2 > ii ntfs-3g1:2015.3.14AR.1-1 > pn reiser4progs > ii reiserfsprogs 1:3.6.24-3.1 > ii xfsprogs 4.2.0 > ii yelp 3.16.1-1 > > -- no debconf information > >
Bug#804436: mlmmj: installs incorrectly formatted job to /etc/crontab when creating a list
Package: mlmmj Version: 1.2.18.1-1+b1 Severity: critical Justification: breaks unrelated software Dear Maintainer, I recently moved all of my email setup to a new machine. I installed mlmmj, and when I created a list, it added the following /line to /etc/crontab: 0 */2 * * * "/usr/bin/mlmmj-maintd -F -L /var/spool/mlmmj/tvcadmin/" This led to another job failing to run - its crontab entry is: 1 0 * * * root/usr/local/bin/simplebackup The mlmmj-maintd job ran, but the simplebackup job was never started. As for the other jobs listed, I am unsure whether they ran or not. When I amended the mlmmj-maintd job thus, the problem was resolved: 0 */2 * * * root/usr/bin/mlmmj-maintd -F -L /var/spool/mlmmj/tvcadmin/ The problem appears to be that mlmmj creates the crontab entry without specifying the user name. It should either specify the user name or put the entry in the user's crontab. -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mlmmj depends on: ii debconf [debconf-2.0] 1.5.56 ii exim4 4.84-8 ii exim4-daemon-heavy [mail-transport-agent] 4.84-8 ii libc6 2.19-18+deb8u1 mlmmj recommends no packages. Versions of packages mlmmj suggests: pn mlmmj-php-web pn mlmmj-php-web-admin -- debconf-show failed
Bug#801702: [plasma-desktop] Recent Sid Upgrades Including Numerous KF5... Break Plasma-desktop
+1 Philippe Merlin
Bug#777028: libxml2: Wrong version marked
Control: notfound -1 2.9.2+dfsg1-3 Control: found -1 2.9.2+dfsg1-2 The buildd log linked used libxml2-dev version 2.9.2+dfsg1-2. The missing dependency was fixed with the upload of 2.9.2+dfsg1-3, per bug #776741. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755009: adasockets: uninstallable on sid, needs update for gnat-4.9
Hi, On Sat, 26 Jul 2014, Emilio Pozuelo Monfort wrote: Your package is uninstallable because it depends on both gnat and gnat-4.6, but gnat depends on gnat-4.9, and gnat-4.6 and gnat-4.9 are not coinstallable. You need to update it to depend on gnat-4.9 instead of gnat-4.6. This is fixed in 1.8.11-1, which is sitting in the NEW queue. Phil. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682354: gthumb: glib errors, crash on startup
On 07/21/2012 11:57 PM, Evgeni Golov wrote: I cannot reproduce this on my system. Is yours completely uptodate? 'upgrade' was holding a bunch of stuff back... I hadn't done a dist-upgrade in a while. ii libgtk-3-0 3.2.3-1 GTK+ graphical user interface libr this seems old. 3.4.2-2 is current in wheezy and sid. ii libsoup-gnome2.4-1 2.38.1-2HTTP library implementation in C - ii libsoup2.4-1 2.36.1-1HTTP library implementation in C - these should match... Updating libgtk-3-0 updated the others and it works now. Thanks! -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind. - Dr. Seuss signature.asc Description: OpenPGP digital signature
Bug#682354: gthumb: glib errors, crash on startup
On 07/22/2012 09:12 AM, Evgeni Golov wrote: Updating libgtk-3-0 updated the others and it works now. Thanks! Good. But the fact that you run into the issue also means there is some not-tight-enough dependency somewhere. You do not happen to have a complete package list of your machine before the upgrade? Or at least a list of what was upgraded when you pulled the new libgtk? Replying to myself. The described behaviour can be triggered in both, wheezy and sid by installing libgtk-3-0 and libgtk-3-common 3.2.3-1 from snapshot.debian.org [1]. The same behaviour can be seen with 3.2.1-1. With 3.3.16-1 gThumb starts fine (but throws a ton of warnings on stderr). With 3.4.0-1 everything is as fine as with 3.4.2-2. My current guess is that libgtk-3-dev should not generate = 3.2 deps but = 3.4 ones -- gtk+3 maintainers, what do you think? It sounds like you don't need it anymore, but just in case here's the dpkg.log from when I did the upgrade: [phil@rider log]$ grep '2012-07-22 01:31' dpkg.log 2012-07-22 01:31:45 startup archives unpack 2012-07-22 01:31:45 upgrade libgdk-pixbuf2.0-0:amd64 2.24.0-1 2.26.1-1 2012-07-22 01:31:45 status half-configured libgdk-pixbuf2.0-0:amd64 2.24.0-1 2012-07-22 01:31:45 status unpacked libgdk-pixbuf2.0-0:amd64 2.24.0-1 2012-07-22 01:31:46 status half-installed libgdk-pixbuf2.0-0:amd64 2.24.0-1 2012-07-22 01:31:46 status half-installed libgdk-pixbuf2.0-0:amd64 2.24.0-1 2012-07-22 01:31:46 status unpacked libgdk-pixbuf2.0-0:amd64 2.26.1-1 2012-07-22 01:31:46 status unpacked libgdk-pixbuf2.0-0:amd64 2.26.1-1 2012-07-22 01:31:46 install libgdk-pixbuf2.0-common:all none 2.26.1-1 2012-07-22 01:31:46 status half-installed libgdk-pixbuf2.0-common:all 2.26.1-1 2012-07-22 01:31:46 status unpacked libgdk-pixbuf2.0-common:all 2.26.1-1 2012-07-22 01:31:46 status unpacked libgdk-pixbuf2.0-common:all 2.26.1-1 2012-07-22 01:31:46 upgrade libwebkitgtk-3.0-0:amd64 1.6.3-2 1.8.1-3.1 2012-07-22 01:31:46 status half-configured libwebkitgtk-3.0-0:amd64 1.6.3-2 2012-07-22 01:31:46 status unpacked libwebkitgtk-3.0-0:amd64 1.6.3-2 2012-07-22 01:31:46 status half-installed libwebkitgtk-3.0-0:amd64 1.6.3-2 2012-07-22 01:31:46 status half-installed libwebkitgtk-3.0-0:amd64 1.6.3-2 2012-07-22 01:31:46 status unpacked libwebkitgtk-3.0-0:amd64 1.8.1-3.1 2012-07-22 01:31:46 status unpacked libwebkitgtk-3.0-0:amd64 1.8.1-3.1 2012-07-22 01:31:46 upgrade libjavascriptcoregtk-3.0-0:amd64 1.6.3-2 1.8.1-3.1 2012-07-22 01:31:46 status half-configured libjavascriptcoregtk-3.0-0:amd64 1.6.3-2 2012-07-22 01:31:46 status unpacked libjavascriptcoregtk-3.0-0:amd64 1.6.3-2 2012-07-22 01:31:46 status half-installed libjavascriptcoregtk-3.0-0:amd64 1.6.3-2 2012-07-22 01:31:46 status half-installed libjavascriptcoregtk-3.0-0:amd64 1.6.3-2 2012-07-22 01:31:47 status unpacked libjavascriptcoregtk-3.0-0:amd64 1.8.1-3.1 2012-07-22 01:31:47 status unpacked libjavascriptcoregtk-3.0-0:amd64 1.8.1-3.1 2012-07-22 01:31:47 upgrade glib-networking:amd64 2.28.7-2 2.32.3-1 2012-07-22 01:31:47 status half-configured glib-networking:amd64 2.28.7-2 2012-07-22 01:31:47 status unpacked glib-networking:amd64 2.28.7-2 2012-07-22 01:31:47 status half-installed glib-networking:amd64 2.28.7-2 2012-07-22 01:31:47 status triggers-pending libglib2.0-0:amd64 2.32.3-1 2012-07-22 01:31:47 status half-installed glib-networking:amd64 2.28.7-2 2012-07-22 01:31:47 status half-installed glib-networking:amd64 2.28.7-2 2012-07-22 01:31:47 status triggers-pending libglib2.0-0:amd64 2.32.3-1 2012-07-22 01:31:47 status unpacked glib-networking:amd64 2.32.3-1 2012-07-22 01:31:47 status unpacked glib-networking:amd64 2.32.3-1 2012-07-22 01:31:47 install glib-networking-common:all none 2.32.3-1 2012-07-22 01:31:47 status half-installed glib-networking-common:all 2.32.3-1 2012-07-22 01:31:47 status unpacked glib-networking-common:all 2.32.3-1 2012-07-22 01:31:47 status unpacked glib-networking-common:all 2.32.3-1 2012-07-22 01:31:47 install glib-networking-services:amd64 none 2.32.3-1 2012-07-22 01:31:47 status half-installed glib-networking-services:amd64 2.32.3-1 2012-07-22 01:31:47 status unpacked glib-networking-services:amd64 2.32.3-1 2012-07-22 01:31:47 status unpacked glib-networking-services:amd64 2.32.3-1 2012-07-22 01:31:47 upgrade libsoup2.4-1:amd64 2.36.1-1 2.38.1-2 2012-07-22 01:31:47 status half-configured libsoup2.4-1:amd64 2.36.1-1 2012-07-22 01:31:47 status unpacked libsoup2.4-1:amd64 2.36.1-1 2012-07-22 01:31:47 status half-installed libsoup2.4-1:amd64 2.36.1-1 2012-07-22 01:31:47 status half-installed libsoup2.4-1:amd64 2.36.1-1 2012-07-22 01:31:47 status unpacked libsoup2.4-1:amd64 2.38.1-2 2012-07-22 01:31:47 status unpacked libsoup2.4-1:amd64 2.38.1-2 2012-07-22 01:31:47 upgrade libgtk-3-bin:amd64 3.2.3-1 3.4.2-2 2012-07-22 01:31:47 status half-configured libgtk-3-bin:amd64 3.2.3-1 2012-07-22 01:31:47 status unpacked libgtk-3-bin:amd64 3.2.3-1 2012-07-22 01:31:47 status half-installed libgtk-3-bin:amd64 3.2.3-1 2012-07
Bug#682354: gthumb: glib errors, crash on startup
On 07/22/2012 06:08 AM, Evgeni Golov wrote: Hi, On Sun, Jul 22, 2012 at 02:54:11AM -0700, Phil Dibowitz wrote: On 07/21/2012 11:57 PM, Evgeni Golov wrote: I cannot reproduce this on my system. Is yours completely uptodate? 'upgrade' was holding a bunch of stuff back... I hadn't done a dist-upgrade in a while. Bad boy ;) Admittedly, it's not clear in my mind what the difference is when you're in sid. It's obvious outside of sid, but usually all those packages get ungated at some point. -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind. - Dr. Seuss signature.asc Description: OpenPGP digital signature
Bug#682354: gthumb: glib errors, crash on startup
Package: gthumb Version: 3:3.0.1-2 Severity: grave Justification: renders package unusable gthumb completely doesn't work: [phil@rider ~]$ gthumb (process:27263): GLib-GObject-WARNING **: specified class size for type `GthApplication' is smaller than the parent type's `GtkApplication' class size (process:27263): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed (process:27263): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed (process:27263): GLib-GIO-CRITICAL **: g_application_run: assertion `G_IS_APPLICATION (application)' failed (process:27263): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gthumb depends on: ii gsettings-desktop-schema 3.4.2-1 GSettings deskop-wide schemas ii gthumb-data 3:3.0.1-2 image viewer and browser - arch-in ii libatk1.0-0 2.4.0-2 ATK accessibility toolkit ii libc62.13-34 Embedded GNU C Library: Shared lib ii libcairo-gobject21.12.2-2The Cairo 2D vector graphics libra ii libcairo21.12.2-2The Cairo 2D vector graphics libra ii libexiv2-12 0.23-1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.6.3-1 GCC support library ii libgdk-pixbuf2.0-0 2.24.0-1GDK Pixbuf library ii libglib2.0-0 2.32.3-1GLib library of C routines ii libgnome-keyring03.4.1-1 GNOME keyring services library ii libgstreamer-plugins-bas 0.10.36-1 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.36-1 Core GStreamer libraries and eleme ii libgtk-3-0 3.2.3-1 GTK+ graphical user interface libr ii libjpeg8 8d-1Independent JPEG Group's JPEG runt ii libpango1.0-01.30.0-1Layout and rendering of internatio ii libpng12-0 1.2.49-2PNG library - runtime ii librsvg2-2 2.36.1-1SAX-based renderer library for SVG ii libsoup-gnome2.4-1 2.38.1-2HTTP library implementation in C - ii libsoup2.4-1 2.36.1-1HTTP library implementation in C - ii libstdc++6 4.6.3-1 GNU Standard C++ Library v3 ii libtiff4 3.9.6-2 Tag Image File Format (TIFF) libra ii libxml2 2.8.0+dfsg1-4 GNOME XML library ii zlib1g 1:1.2.7.dfsg-13 compression library - runtime Versions of packages gthumb recommends: ii bison 1:2.5.dfsg-2.1 YACC-compatible parser generator ii flex 2.5.35-10.1A fast lexical analyzer generator. ii gstreamer0.10-gnomevfs0.10.36-1 GStreamer plugin for GnomeVFS ii gvfs-bin 1.12.3-1+b1userspace virtual filesystem - bin gthumb 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#673864: searchandrescue: diff for NMU version 1.4.0-1.1
Hi, On Wed, 6 Jun 2012, gregor herrmann wrote: I've prepared an NMU for searchandrescue (versioned as 1.4.0-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Thanks for the NMU; no need to delay it longer. I'm a little behind on things, so I'll incorporate the NMU when I'm catching up. Thanks for your help. Phil. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669146: courier-imap: Since last update (20' ago) I can't
Further confirmed that installing fam and libfam0 solves the problem: apt-get install fam libfam0 I have previously also experienced the check for configuration errors with the FAM/Gamin library bug which does not seem to have reoccurred after installing fam. Phil
Bug#668762: tex-common 3.8 fails to install
On 14/04/12 15:29, Norbert Preining wrote: reassign 668762 jadetex thanks On Sa, 14 Apr 2012, Philip Armstrong wrote: (\end occurred inside a group at level 1) ! You can't dump inside a group. * jadetex.ini Interesting ... I have seen that but fixed it. Can you send me the md5sum of all the files in /etc/texmf/fmt.d/ $ md5sum /etc/texmf/fmt.d/* 968f2b29eb4089534b9625cd181c25e3 /etc/texmf/fmt.d/00tex.cnf 712aef1f48dde8151d989c1838ffde38 /etc/texmf/fmt.d/10texlive-base.cnf f61342dd49bd3e2b5b8ca1d33f70d7e0 /etc/texmf/fmt.d/10texlive-latex-base.cnf ace279c09a442d6d7d211d1cdb5dac4f /etc/texmf/fmt.d/10texlive-math-extra.cnf 056866e89338e223f7222679fc251f77 /etc/texmf/fmt.d/40jadetex.cnf aa280e2a121f027b3b866fcb537750a0 /etc/texmf/fmt.d/50cyrtexinfo.cnf Furthermore, reassigning to jadetex, no problem if tex-common. And: Which version of jadetex is installed? $ dpkg -s jadetex Package: jadetex Status: install ok installed Priority: optional Section: tex Installed-Size: 776 Maintainer: Debian TeX Task Force debian-tex-ma...@lists.debian.org Architecture: all Version: 3.13-12 (it's a mixed stable / testing / unstable install, so occasional weirdness is expected.) cheers, Phil -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668762: tex-common 3.8 fails to install
On 14/04/12 18:01, Hilmar PreuÃe wrote: On 14.04.12 Phil Armstrong (p...@kantaka.co.uk) wrote: Hi, $ md5sum /etc/texmf/fmt.d/* 056866e89338e223f7222679fc251f77 /etc/texmf/fmt.d/40jadetex.cnf Yes, this is the cksum from Debian stable. Could you update to jadetex from Debian unstable and call back if that solves your problem? Ah, installing the version of jadetex from testing fixes the problem. Thanks: I hadn't noticed it was different because the version numbers were exactly the same apart from the Debian specific point increase. (it's a mixed stable / testing / unstable install, so occasional weirdness is expected.) Weird systems are unsupported. True, except version mismatch induced package failure ought to be reflected in the dpkg depends, otherwise upgrades may fail if the packages are upgraded in the wrong order shouldn't they? Phil -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654906: adobereader-enu: Bash completion script breaks completion for many other commands
Package: adobereader-enu Version: 9.4.2 Severity: critical Tags: upstream patch Justification: breaks unrelated software As described in the following Ubuntu bug report, the presence of /etc/bash_completion.d/acroread.sh causes completions for many other programs to erroneously give spaces after directories and other silliness: https://bugs.launchpad.net/ubuntu/+source/acroread/+bug/769866/comments/7 et seq. That file is a symlink to /opt/Adobe/Reader9/Resource/Shell/acroread_tab which I presume was provided in the upstream package. The problem is that it redefines the function _filedir() that is provided as a default used by many other packages. The attached patch renames it to _acroread_filedir, so that it only affects acroread and no other packages. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc6+ (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages adobereader-enu depends on: ii libgtk2.0-0 2.24.8-2 adobereader-enu recommends no packages. adobereader-enu suggests no packages. -- no debconf information --- acroread_tab~ 2011-02-15 06:05:01.0 -0600 +++ acroread_tab 2012-01-06 12:15:30.0 -0600 @@ -1,6 +1,6 @@ -# _filedir : to handle file and directories with spaces in their names. +# _acroread_filedir : to handle file and directories with spaces in their names. -_filedir() +_acroread_filedir() { local IFS=$'\t\n' xspec #glob @@ -58,7 +58,7 @@ fi if [ $COMP_CWORD -eq 1 -o ${COMPREPLY+set} != set ]; then -_filedir '[pP][dD][fF]' +_acroread_filedir '[pP][dD][fF]' fi }
Bug#651058: pidgin-libnotify: confirmed
severity 651056 grave merge 651056 651058 done I'm seeing this problem as well, and can confirm from controlled testing that having the libnotify plugin enabled when receiving a message is causative of the crash. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644200: Two unrelated liby-dev packages in the archive
Hi, On Mon, 3 Oct 2011, Adrian Bunk wrote: $ apt-cache show liby-dev […] My intent after the last release was to suggest that the yiff packages are removed from the archive. It's not needed in any other packages, IIRC. I'll try to check that soon. But it means that the bison version can be retained without fuss. Cheers, Phil.
Bug#624856: rxvt-unicode causes X to segfault
Package: rxvt-unicode Version: 9.10-2 Severity: grave Justification: renders package unusable After recently rebooting my machine, I could no longer log into XDM... it took a while to track it down, but it was the rxvt-unicodes I was executing in .xsession. Anytime I launch an rxvt-unicode, I get the following segfault: Backtrace: [ 587.865] 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80edefb] [ 587.865] 1: /usr/bin/X (0x8048000+0x58915) [0x80a0915] [ 587.865] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb77a740c] [ 587.865] 3: /usr/bin/X (ProcessWorkQueue+0x30) [0x80980e0] [ 587.865] 4: /usr/bin/X (WaitForSomething+0x56) [0x80a7e26] [ 587.865] 5: /usr/bin/X (0x8048000+0x3ae0e) [0x8082e0e] [ 587.865] 6: /usr/bin/X (0x8048000+0x1e695) [0x8066695] [ 587.865] 7: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb74b4c76] [ 587.865] 8: /usr/bin/X (0x8048000+0x1e271) [0x8066271] [ 587.865] Segmentation fault at address 0x3845d9c [ 587.865] Fatal server error: [ 587.865] Caught signal 11 (Segmentation fault). Server aborting [ 587.865] [ 587.865] Before I tracked it down to rxvt-unicode, I thought there might have been a bug in the unstable release of nvidia, so I tried the experimental versions of nvidia-kernel-source and nvidia-glx. Once I narrowed it down to rxvt-unicode, I tried the experimental version of rxvt-unicode, but that didn't fix it either. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rxvt-unicode depends on: ii base-passwd3.5.22Debian base system master password ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libgcc11:4.4.5-12GCC support library ii libgdk-pixbuf2.0-0 2.22.1-1+sid1 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libperl5.105.10.1-19 shared Perl library ii libx11-6 2:1.4.3-1 X11 client-side library ii libxft22.2.0-2 FreeType-based font drawing librar ii libxrender11:0.9.6-1 X Rendering Extension client libra ii ncurses-base 5.9-1 basic terminal type definitions Versions of packages rxvt-unicode recommends: ii ttf-dejavu2.33-1 Metapackage to pull in ttf-dejavu- pn ttf-sazanami-gothic none (no description available) rxvt-unicode 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#607903: Fails to build kernel module: missing dependency on libc6-dev
Sorry, that was stupid of me. That said, dkms's dependencies are weird; it depends on make | build-essential | dpkg-dev, which is a rather weird set, since buildessential depends on make and dpkg-dev, and dpkg-dev itself depends on make as well. If it really just means 'make', it should depend only on 'make', and dkms-using packages should depend on things like libc-dev. If it means other stuff from build-essential as well, build-essential shouldn't be just one of several options. The dependency structure of dkms kind of invites occasional brokenness. On Thu, Dec 23, 2010 at 18:43, Russ Allbery r...@debian.org wrote: fixed 607903 openafs-modules-dkms/1.5.77-1 thanks Phil Miller pmil...@hmc.edu writes: build-essential depends on libc6-dev | libc-dev, and is assumed for building any packages, per Policy 4.2. Yeah, but DKMS modules are something of a special case because the end user isn't building the package. They're just installing a DKMS-enabled package, and the building happens as part of the package installation. That means that the dependencies do need to be there for the compilation to work. DKMS itself doesn't depend on build-essential because building the average kernel module doesn't require userspace development headers, but OpenAFS is weird. This bug has been fixed for a while in Git, but along with other things that aren't suitable for the current deep freeze. (It is fixed in experimental, though, so I'll leave it marked closed but with the correct version information.) But there's an upstream security patch that I need to upload for squeeze anyway, so I'll fix this along with. I should be able to get to that in the next couple of days. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601186: #601186 - horde3: only shows php deprecations and a warning - no actual operational parts
Quoting Evgeni Golov evg...@debian.org: Hi, On 10/24/2010 08:25 PM, Phil Reynolds wrote: $conf['debug_level'] = E_ALL ~E_NOTICE ~E_DEPRECATED; in /etc/horde/horde3/conf.php, which will disable all Deprecation warnings (warnings meant for developers shouldn't be shown to users anyways). Not effective. Less warnings but still fails. Hmm. And if you add ~E_STRICT too? That still fails, but without the last line from before. Could you post the resulting warnings? Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Notification.php on line 64 Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Perms.php on line 455 Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Perms.php on line 462 More effective, looks promising. Presumably the horde framework apps will have similar problems? Well, as far as I understood, horde3 is meant to be PHP4 compatible, which needs new instead of new... Do you have any horde plugins installed? You can check for any new with grep -r =.*[ ]*new /path/to/plugin. I applied the patch after installing all the horde apps I use (imp, kronolith, nag, mnemo, sam, turba, gollem, ingo and sork-passwd) - without checking if it was necessary. -- Phil Reynolds mail: p...@tinsleyviaduct.com web: http://www.tinsleyviaduct.com/phil/ This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601186: horde3: only shows php deprecations and a warning - no actual operational parts
Package: horde3 Version: 3.3.8+debian0-1 Severity: grave Justification: renders package unusable This is a similar problem to #572265 which was in php-log, but appears to be happening again with horde3. On attempting to call up the horde3 homepage, whether my configuration or the supplied one, altered to allow configuration, is present, only the following messages appear: Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Notification.php on line 64 Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Perms.php on line 455 Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Perms.php on line 462 Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Perms/datatree.php on line 82 Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Prefs.php on line 847 Warning: Cannot modify header information - headers already sent by (output started at /usr/share/horde3/lib/Horde/Notification.php:64) in /usr/share/horde3/index.php on line 92 No operational parts of the horde3 framework appear. This resurfaced when I installed squeeze, and whereas it may be in another package, this is where it manifests, hence the report. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages horde3 depends on: ii apache2-mpm-prefork [httpd] 2.2.16-3 Apache HTTP Server - traditional n ii libapache2-mod-php5 5.3.2-2server-side, HTML-embedded scripti ii libjs-scriptaculous 1.8.3-1JavaScript library for dynamic web ii php-log 1.12.0-1 log module for PEAR ii php-mail 1.2.0-2PHP PEAR module for sending email ii php-mail-mime 1.8.0-2PHP PEAR module for creating MIME ii php5-gd 5.3.2-2GD module for php5 ii php5-mcrypt 5.3.2-2MCrypt module for php5 Versions of packages horde3 recommends: ii fckeditor 1:2.6.6-1 rich text format javascript web ed ii locales 2.11.2-6 Embedded GNU C Library: National L ii logrotate 3.7.8-6Log rotation utility ii php-date 1.4.7-1PHP PEAR module for date and time ii php-db1.7.13-2 PHP PEAR Database Abstraction Laye ii php-file 1.3.0-1PHP Pear modules for common file a ii php-mdb2 2.5.0b2-1 PHP PEAR module to provide a commo ii php-mdb2-driver-mysql 1.5.0b2-1 PHP PEAR module to provide a MySQL ii php-services-weather 1.4.2-2acts as an interface to various on ii php5-cli 5.3.2-2command-line interpreter for the p ii php5-mysql5.3.2-2MySQL module for php5 ii tinymce2 2.1.3-1platform independent web based Jav Versions of packages horde3 suggests: pn chora2none (no description available) ii enscript 1.6.5.2-1 converts text to Postscript, HTML ii gettext 0.18.1.1-3 GNU Internationalization utilities pn gollemnone (no description available) pn imp4 none (no description available) pn kronolith2none (no description available) ii libgeoip1 1.4.7~beta6+dfsg-1 A non-DNS IP-to-country resolver l pn libwpd-tools none (no description available) pn mnemo2none (no description available) pn php-net-imap none (no description available) pn php5-auth-pam none (no description available) ii php5-common [php5-mha 5.3.2-2Common files for packages built fr ii ppthtml 0.5.1-6A program for converting Microsoft pn rpm none (no description available) pn source-highlight none (no description available) pn turba2none (no description available) pn unrtf none (no description available) pn webcppnone (no description available) pn wvnone (no description available) pn xlhtmlnone (no description available) -- Configuration Files: /etc/horde/horde3/conf.php changed: ?php /** * Horde Configuration File * * This file contains intial configuration settings for Horde. * It contains basic settings that allow you to log