Bug#903876: File extension 'xlsx' does not match the detected MIME type of the file (application/zip)

2018-07-15 Thread Chad Seys
Package: mediawiki
Version: 1:1.27.4-1~deb9u1
Severity: normal

Hi!
  The line
$wgMimeTypeFile = '/etc/mime.types';
  in LocalSettings.php causes mediawiki to refuse to upload 'xlsx' files with 
the error
"File extension 'xlsx' does not match the detected MIME type of the file 
(application/zip)".

  'xlsx' and 'zip' appear in the permitted file types list.

  Commenting out this line allows successful upload of xlsx.

Thanks for packaging mediawiki for Debian!
Chad.

-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-6-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages mediawiki depends on:
ii  apache2 [httpd] 2.4.25-3+deb9u4
ii  mediawiki-classes   1:1.27.4-1~deb9u1
ii  mime-support3.60
ii  php 1:7.0+49
ii  php-common  1:49
ii  php-mbstring1:7.0+49
ii  php-mysql   1:7.0+49
ii  php-xml 1:7.0+49
ii  php7.0 [php]7.0.30-0+deb9u1
ii  php7.0-mbstring [php-mbstring]  7.0.30-0+deb9u1
ii  php7.0-mysql [php-mysqlnd]  7.0.30-0+deb9u1
ii  php7.0-xml [php-xml]7.0.30-0+deb9u1

Versions of packages mediawiki recommends:
ii  default-mysql-server1.0.2
ii  mariadb-server-10.1 [virtual-mysql-server]  10.1.26-0+deb9u1
ii  php-cli 1:7.0+49
ii  php-curl1:7.0+49
ii  php-intl1:7.0+49
ii  php-wikidiff2   1.4.1-1
ii  php7.0-cli [php-cli]7.0.30-0+deb9u1
ii  php7.0-curl [php-curl]  7.0.30-0+deb9u1
ii  php7.0-intl [php-intl]  7.0.30-0+deb9u1
ii  python  2.7.13-2

Versions of packages mediawiki suggests:
pn  clamav   
pn  hhvm 
ii  imagemagick  8:6.9.7.4+dfsg-11+deb9u4
ii  imagemagick-6.q16 [imagemagick]  8:6.9.7.4+dfsg-11+deb9u4
pn  memcached
pn  php-apcu 

-- debconf information:
  mediawiki/webserver: apache2



Bug#887018: fails to compile against linux 3.16+63+deb8u1

2018-01-12 Thread Chad Seys
Package: openafs-modules-dkms
Version: 1.6.18.2-1~bpo8+1
Severity: grave

Hello,
  With linux version 3.16+63+deb8u1 openafs-modules-dkms fails to compile.
  Attached is the make.log from the build attempt.

Thanks for your time!
C.


-- System Information:
Debian Release: 8.10
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-5-amd64 (SMP w/5 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: sysvinit (via /sbin/init)

Versions of packages openafs-modules-dkms depends on:
ii  dkms   2.2.0.3-2
ii  libc6-dev  2.19-18+deb8u10
ii  perl   5.20.2-3+deb8u9

Versions of packages openafs-modules-dkms recommends:
ii  openafs-client  1.6.18.2-1~bpo8+1

openafs-modules-dkms suggests no packages.

-- no debconf information
DKMS make.log for openafs-1.6.18.2 for kernel 3.16.0-5-amd64 (x86_64)
Fri Jan 12 09:06:51 CST 2018
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/var/lib/dkms/openafs/1.6.18.2/build/build-tools/missing: Unknown 
`--is-lightweight' option
Try `/var/lib/dkms/openafs/1.6.18.2/build/build-tools/missing --help' for more 
information
configure: WARNING: 'missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for flex... no
checking for lex... no
checking for pkg-config... no
checking for libxslt... no
checking for saxon... no
checking for xalan-j... no
checking for xsltproc... no
checking for docbook2pdf... no
checking for dblatex... no
checking for library containing strerror... none required
checking for pid_t... yes
checking for size_t... yes
checking whether ln -s works... yes
checking for ranlib... ranlib
checking for bison... no
checking for byacc... no
checking if lex is flex... no
checking whether byte order is known at compile time... yes
checking whether byte ordering is bigendian... no
checking whether printf understands the %z length modifier... yes
checking your OS... linux
checking if gcc accepts -march=pentium... no
checking if gcc needs -fno-strength-reduce... yes
checking if gcc needs -fno-strict-aliasing... yes
checking if gcc supports -fno-common... yes
checking if gcc supports -pipe... yes
checking if linux kbuild requires EXTRA_CFLAGS... yes
checking for linux kernel module build works... yes
checking operation follow_link in inode_operations... no
checking operation put_link in inode_operations... no
checking for linux/config.h... no
checking for linux/completion.h... yes
checking for linux/exportfs.h... yes
checking for linux/freezer.h... yes
checking for linux/key-type.h... yes
checking for linux/semaphore.h... yes
checking for linux/seq_file.h... yes
checking for struct vfs_path... no
checking for kuid_t... yes
checking for backing_dev_info in struct address_space... yes
checking for write_begin in struct address_space_operations... yes
checking for name in struct backing_dev_info... yes
checking for session_keyring in struct cred... yes
checking for ctl_name in struct ctl_table... no
checking for d_u.d_alias in struct dentry... yes
checking for d_automount in struct dentry_operations... yes
checking for i_alloc_sem in struct inode... no
checking for i_blkbits in struct inode... yes
checking for i_blksize in struct inode... no
checking for i_mutex in struct inode... yes
checking for i_security in struct inode... yes
checking for f_path in struct file... yes
checking for flock in struct file_operations... yes
checking for iterate in struct file_operations... yes
checking for read_iter in struct file_operations... yes
checking for sendfile in struct file_operations... 

Bug#851909: elog: most recent elog update included with Debian 8.7 no longer allows login (except for Admin)

2017-01-19 Thread chad seys
Package: elog
Version: 2.9.2+2014.05.11git44800a7-2+deb8u1
Severity: grave
Justification: renders package unusable

Hi,
  A day or so ago elog was updated with the Debian change from 8.6 to 8.7 .  

  Afterwards only users listed as "admin" in the elog.cfg file could log in. 
Everyone else
would receive the error message "Use has no access to this logbook".
  Upgrading to 3.1.2 in stretch allows login again.
  
  A guess is that the patch for CVE-2016-6342 was not quite correct. :)

Thanks for packaging!
C.

-- System Information:
Debian Release: 8.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages elog depends on:
ii  adduser  3.113+nmu3
ii  libc62.19-18+deb8u7
ii  libkrb5-31.12.1+dfsg-19+deb8u2
ii  libssl1.0.0  1.0.1t-1+deb8u5
ii  net-tools1.60-26+b1

Versions of packages elog recommends:
ii  imagemagick  8:6.8.9.9-5+deb8u6

Versions of packages elog suggests:
pn  fckeditor  

-- Configuration Files:
/etc/elog.conf changed [not included]

-- no debconf information



Bug#831751: openafs-client unreliable after kernel update

2016-07-18 Thread Chad Seys
Package: openafs-client
Version: 1.6.9-2+deb8u5
Severity: important

Dear Maintainer,

As discussed on the openafs-info mailing list, the openafs-client is unreliable 
(cannot checkout certain repos) after some backported patches were applied to 
the
kernel.

With respect to the 'git checkout test' was when openafs-client
is paired with 
  3.16.7-ckt20-1+deb8u4
and first broken is
  3.16.7-ckt25-1
.

Mark Vitale suspects that these changes are responsible for the breakage:
   - vfs: Make sendfile(2) killable even better
   - vfs: Avoid softlockups with sendfile(2)

Also note that openafs packages for Debian versions 1.6.17 and 1.6.18 do not 
fail
the 'git checkout test' with recent Jessie kernel.

This link is to the thread on openafs-info in which Jonathan Kollasch, Benjamin 
Kaduk,
Jeffry Altman, and Mark Vitale helped focus debugging on the relavant facts.  
Thanks
all!
https://lists.openafs.org/pipermail/openafs-info/2016-July/041867.html

C.


-- System Information:
Debian Release: 8.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-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: sysvinit (via /sbin/init)

Versions of packages openafs-client depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18+deb8u4
ii  libcomerr2 1.42.12-1.1
ii  libk5crypto3   1.12.1+dfsg-19+deb8u2
ii  libkrb5-3  1.12.1+dfsg-19+deb8u2
ii  libncurses55.9+20140913-1+b1
ii  libtinfo5  5.9+20140913-1+b1

Versions of packages openafs-client recommends:
ii  lsof  4.86+dfsg-1
ii  openafs-modules-dkms  1.6.9-2+deb8u5

Versions of packages openafs-client suggests:
pn  openafs-doc   
ii  openafs-krb5  1.6.9-2+deb8u5

-- debconf information:
  openafs-client/crypt: true
  openafs-client/run-client: true
  openafs-client/dynroot: Yes
  openafs-client/cachesize: 5
  openafs-client/afsdb: true
  openafs-client/cell-info:
  openafs-client/fakestat: true
  openafs-client/thiscell: physics.wisc.edu



Bug#732054: good idea

2014-10-08 Thread Chad Seys
Hi Martin,
  I hope fstrim-all gets included in the Debian version of util-linux.
Is
http://people.canonical.com/~pitti/scripts/fstrim
the most recent version?

Thanks!
C.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#732054: good idea

2014-10-08 Thread Chad Seys
Hi Martin,
  You might also be interested to know about 'lsblk' which looks like it can 
detect whether discard is supported on device-mapper devices:

(one version of is supported)
$ lsblk -Dl
NAME  DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda  04K   2G 1
sda1 04K   2G 1
sys-rootfs-real (dm-4)   04K   2G 1
sys-rootfs (dm-0)04K   2G 1
sys-20141008--rootfs--snap (dm-3)04K   2G 1
sys-20141008--rootfs--snap-cow (dm-5)04K   2G 1
sys-20141008--rootfs--snap (dm-3)04K   2G 1
sda2 04K   2G 1
sdb  00B   0B 0
sdb1 00B   0B 0
sr0  00B   0B 0

(one version of not supported)
# lsblk -lD
NAME  DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
vda  00B   0B 0
vda1 00B   0B 0
vda2 00B   0B 0
sys-swap (dm-1)  00B   0B 0
sys-rootfs-real (dm-3)   00B   0B 0
sys-rootfs (dm-0)00B   0B 0
sys-20141008--rootfs--snap (dm-2)00B   0B 0
sys-20141008--rootfs--snap-cow (dm-4)00B   0B 0
sys-20141008--rootfs--snap (dm-2)00B   0B 0
sr0  00B   0B 0


Thanks!
C.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#730583: krb5-admin-server: if supported_enctypes = DEFAULT then kadmind: Required parameters in kdc.conf missing while initializing, aborting

2013-12-19 Thread Chad Seys
HI Ben,
  Thanks for digging into this issue and reporting upstream!
C.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org