Package: project
Severity: normal
Hi,
since PET moved from a private machine to wagner.debian.org. This had
the side effect that the UDD job was not able to access the PET database
any more. A solution was proposed on the Debian QA mailing list[1]
which should be an entry into pg_hba.conf:
# access as guest to pet from udd.debian.org
host pet guest 206.12.19.141/32 trust
host pet guest
2607:f8f0:610:4000:6564:a62:ce0c:138d/128 trust
Several weeks ago I contacted alioth admins on IRC and they explained
that this solution will not work because of some firewall admin
implemented by some hoster. Alioth admins were unable / unwilling to
give some honest / helpful time estimation when this can be solved.
It might make sense to consider different means to inject PET data into
UDD than relying on the direct postgresql connection (some intermediate
data file copied via rsync comes to mind.)
I just intend to record this issue here in BTS to enable reasonable
handling of the problem.
Kind regards
Andreas.
[1] http://lists.debian.org/debian-qa/2012/10/msg00048.html
-- System Information:
Debian Release: 6.0.6
Architecture: i386 (i686)
Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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
