Bug#1073074: Info received (Bug#1073074: Acknowledgement (firefox: looses previous tabs))

[Phil Dibowitz]

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))

[Phil Dibowitz]

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)

[Phil Dibowitz]

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

[Phil Dibowitz]

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

[Phil Wyett]

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

[Phil Wyett]

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

[Phil Dibowitz]

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

[Phil Chadwick]

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

[Phil Gruber]

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

[Phil Gruber]

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

[Phil Dibowitz]

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

[Phil Dibowitz]

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 ...

[Phil Harvey]

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

[Phil Morrell]

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

[Phil Morrell]

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

[Phil Morrell]

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"

[Phil Morrell]

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

[Phil Dibowitz]

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

[Phil Dibowitz]

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]

[Phil Dibowitz]

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]

[Phil Dibowitz]

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

[Phil Morrell]

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

[Phil Morrell]

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

[Phil Morrell]

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

[Phil Morrell]

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

[Phil Morrell]

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

[Phil Morrell]

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

[Phil Morrell]

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)

[Phil Morrell]

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

[Phil Morrell]

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

[Phil Morrell]

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%

[Phil Armstrong]

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

[Phil Morrell]

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

[phil]

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

[Phil Dibowitz]

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

[Phil Endecott]

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

[Phil Wyett]

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

[Phil Wyett]

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

[Phil Wyett]

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

[Phil Wyett]

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

[Phil]

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?

[Phil Morrell]

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

[Phil Morrell]

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

[Phil Morrell]

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

[Phil Harvey]

> 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

[Phil Harvey]

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

[Morrell, Phil]

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

[Phil Morrell]

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

[Phil Brooke]

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.

[Phil Morrell]

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

[Phil Hagelberg]

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

[Phil Miller]

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

[Phil.]

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

[phil]

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

[phil]

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

[phil]

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

[phil]

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

[Phil Wyett]

-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

[Phil Brooke]

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

[Phil Wyett]

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

[Phil Kauffman]

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

[Phil Susi]

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

[Phil Susi]

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)

[Phil Morrell]

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

[Phil Morrell]

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

[Phil Morrell]

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?

[phil]

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

[Phil Morrell]

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

[Phil Morrell]

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

[Phil Armstrong]

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

[Phil Dibowitz]

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"

[Phil Dibowitz]

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

[Phil Susi]

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

[Phil Ashby]

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

[Phil Ashby]

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.

[Phil Endecott]

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)

[Phil Miller]

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)

[Phil Miller]

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

[Phil Morrell]

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 Ramacher  wrote:
> 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"

[Phil]

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

[Phil Susi]

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

[Phil Reynolds]

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

[phil-deb1 . merlin]

+1 
Philippe Merlin 

Bug#777028: libxml2: Wrong version marked

[Phil Miller]

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

[Phil Brooke]

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

[Phil Dibowitz]

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

[Phil Dibowitz]

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

[Phil Dibowitz]

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

[Phil Dibowitz]

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

[Phil Brooke]

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

[Phil Lavin]

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

[Phil Armstrong]

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

[Phil Armstrong]

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

[Phil Miller]

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

[Phil Miller]

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

[Phil Brooke]

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

[Phil Dibowitz]

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

[Phil Miller]

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

[Phil Reynolds]

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

[Phil Reynolds]

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