Bug#918227: xtables-addons-common: GeoIPCountryCSV.zip ERROR 404: Not Found

2019-02-04 Thread Ladislav Wartha
Why it is happening, its pretty easy. Maxmind discontinued old version of
IP database since 2nd of January 2019. So this version of xtables-addons
will be not working.

There should be available quick fix, which is converting new version to the
old format called GeoLite2xtables on github:
https://github.com/mschmitt/GeoLite2xtables

However I found at least one error where IP was missplaced, while
supposedly same database on maxmind website was returning correct value. So
use with caution.

I don't think, upgrading the package in this release will happen. New
version of xtables-addons is using geoip database in slightly different
format, which means, also kernel module has to be updated, which doesn't
sound like something what anybody want to do in this release. But I might
be wrong.:-)


Bug#915699: phppgadmin is not compatible with php 7

2018-12-06 Thread Ladislav Wartha
Package: phppgadmin
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer,


   * What led up to the situation?
 Simply PHP 7.0 stopped accepting old syntax of php 5, and php 7 is
 now default
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 simply downloaded php7 compatible version from git:
 https://github.com/halojoy/phppgadmin-for-PHP7

 However its not from original developer and didn't have time to
 check differences between new and old source and if there were some
 security holes.
 
   * What was the outcome of this action?
 was working, but seems like nobody is maintaining phppgadmin :-(

 According one note I found on the internet, PostgreSQL 10 is no
 longer compatible with phppgadmin 5.1, hope somebody will takeover
 over development.

 I would expect at least to set dependency to old php release not to
 php7, best case scenario, you will implement the version from
 github.


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

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

Versions of packages phppgadmin depends on:
ii  dpkg  1.18.25
ii  libjs-jquery  3.1.1-2
ii  libphp-adodb  5.20.9-1
ii  php   1:7.0+49
ii  php-cgi   1:7.0+49
ii  php-pgsql 1:7.0+49
ii  php7.0 [php]  7.0.30-0+deb9u1
ii  php7.0-cgi [php-cgi]  7.0.30-0+deb9u1
ii  php7.0-pgsql [php-pgsql]  7.0.30-0+deb9u1

Versions of packages phppgadmin recommends:
ii  apache2 [httpd]  2.4.25-3+deb9u6

Versions of packages phppgadmin suggests:
ii  postgresql  9.6+181+deb9u2
pn  postgresql-doc  
pn  slony1-bin  



Bug#639237: base: Wrong startup order

2011-08-25 Thread Ladislav Wartha
Package: base
Severity: normal

Issue is with the startup order. Let's asume basic LAMP server. In this case 
Apache web server is started up before MySQL or PostgreSQL database, not to 
speak about LDAP. All database processes hould be started during first stage of 
startup, because of dependency of apache web server or postfix or any other 
frontend process.

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

Kernel: Linux 2.6.32-5-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



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



Bug#615009: libapache2-mod-gnutls: when gnutls installed, selinux is complaining regarding apache cache

2011-02-24 Thread Ladislav Wartha
Package: libapache2-mod-gnutls
Version: 0.5.6-1
Severity: normal

When using gnutls module, audit log says:
Feb 20 06:27:05 fuller kernel: [414877.280076] type=1400 
audit(1298179625.024:3327): avc:  denied  { setattr } for  pid=30340 
comm=apache2 name=db_gnutls_cache dev=dm-3 ino=56547 
scontext=system_u:system_r:httpd_t:s0 tcontext=unconfined_u:object_r:var_t:s0 
tclass=file

It seems, that fcontext policy for apache is not working properly, I was able 
to fix the issue runing command
semanage fcontext -a -t httpd_var_run_t /var/cache/apache2/(.*)?


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

Kernel: Linux 2.6.32-5-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

Versions of packages libapache2-mod-gnutls depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgnutls26   2.8.6-1the GNU TLS library - runtime libr

libapache2-mod-gnutls recommends no packages.

libapache2-mod-gnutls suggests no packages.

-- Configuration Files:
/etc/apache2/mods-available/gnutls.conf changed [not included]

-- no debconf information



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