Moritz Muehlenhoff wrote:
reassign 238367 linux-2.6
thanks
On Wed, Mar 17, 2004 at 04:28:25PM +0100, Jeroen T. Vermeulen wrote:
On Tue, Mar 16, 2004 at 02:47:00PM -0500, Ben Collins wrote:
This error is nothing, it can be ignored. Do your freezes always occur
when X is running? Can you make
Sergey Nivarov wrote:
Thank you. However it didn't help me. I've changed /usr/include/pqxx/result.hxx
void freemem_result_data(result_data *) throw ();
to
void PQXX_LIBEXPORT freemem_result_data(result_data *) throw ();
but i get the error still:
/usr/bin/g++ testlib.c mipostgres.c
Sergey Nivarov wrote:
Package: libpqxx-2.6.9ldbl
Version: 2.6.9-6
Severity: serious
Architecture: amd64
On compiling any file which uses the library it gives error:
undefined reference to `pqxx::internal::freemem_result_data(pqxx::internal::result_data*)'
So, i can not build absolutely
Package: ssh
Version: 1:3.8.1p1-8.sarge.4
Severity: important
I'm trying to install the fix for DSA 1212-1 on a sarge system (with
some individual newer packages).
The upgrade fails to install:
Preparing to replace ssh 1:3.8.1p1-8.sarge.4 (using
.../ssh_1%3a3.8.1p1-8.sarge.6_i386.deb) ...
On Mon, Nov 13, 2006 at 05:57:12PM +0100, Thijs Kinkhorst wrote:
Upstream reports that phpbb3 beta 3 contains full UTF-8 support. While
this is not (yet) packaged for Debian, you might try that out to see if
it better suits your needs.
I've heard, thanks. I suspect that dumping the database,
On Tue, Aug 15, 2006 at 09:05:20PM -0700, Alan L. Liu wrote:
Great, I will try it out next time I update packages. I was testing
max_swapsize=1g, and it does seem to stop the version of swapspace I
have now from dying.
Anything up to (but not including) 2 GB should be okay, e.g. 2047 MB.
On Tue, Aug 15, 2006 at 10:33:51AM -0700, Alan L. Liu wrote:
Notice: Allocating swapfile '1'
swapspace: swaps.c:411: make_swapfile: Assertion `max_swapsize ==
trunc_to_page(max_swapsize)' failed.
There aren't any other programs regularly dying on this machine, so I
don't think it's bad
On Tue, Aug 15, 2006 at 10:33:51AM -0700, Alan L. Liu wrote:
I'm running swapspace because the swap partition on this box is much too
small (only ~192MB). The problem is, swapspace keeps dying, without any
error messages. It leaves behind the pid file, which I have to delete to
restart it,
On Sun, Jul 23, 2006 at 09:57:56AM +0200, Sebastian Bremicker wrote:
swapspace still does not start here, saying
Starting dynamic swap manager: swapspaceError: Parse error in /proc/meminfo:
' HugePages_Total: 0
'
Did I forget to enable
On Sat, Jun 24, 2006 at 12:10:01PM -0400, Micah Anderson wrote:
Have you tried redirecting stdout to a file in your cron/at job? Can you
please provide a copy of the cronjob or atjob that causes this problem?
It's been more than 9 months since I first reported the problem so I
don't remember
On Sat, May 27, 2006 at 10:18:16AM +0200, Mike Hommey wrote:
At the time I figured the problem might be due to malformed XML in the
bookmarks file, or something along those lines. I tried to reduce the
You can easily check that with xmllint (in the libxml2-utils package)
OMG. Yup:
On Fri, May 26, 2006 at 07:05:19PM +0200, Loïc Minier wrote:
From what version were you upgrading? Could you try reproducing the
bug as follow:
I have no idea how I could retrieve that information now! It's been
months and several upgrades since I've reported the problem, and even
that was
Package: moodle
Version: 1.4.4.dfsg.1-3sarge1
Severity: important
After today's security upgrade, Moodle pages contained an http-equiv header
saying, incorrectly, that the pages were in iso-8859-1. This made the
site entirely unusable on browsers that aren't set to guess the encoding
themselves
On Mon, Apr 10, 2006 at 02:36:28PM +0800, Martin Dougiamas wrote:
Hmm, something may have happened downstream.
In upstream Moodle 1.5, there is no th_utf8, just th and yes, the charset
is TIS-620.
Then I think I see what happened: I had to convert my language packs to
UTF-8 to get things to
Package: moodle
Version: 1.4.4.dfsg.1-3sarge1
Severity: important
The Thai language pack is installed as th_utf8, but apart from the name,
it still seems to be entirely in TIS-620 encoding (which is also reflected
by the 'thischarset' setting).
AFAICS this is likely to lead to widespread data
Package: galeon
Version: 2.0.1-3
Severity: important
I just upgraded from a previous Galeon version, while the browser was
running, and after restarting it found that all my bookmarks had gone.
Instead I now have an extensive set of standard bookmarks that I don't
want.
Simply copying a backup
Package: galeon
Version: 2.0.1-3
Severity: normal
The XBEL bookmarks import druid concludes with a message saying that
the import process has been completed, even though that may be a
half-truth. The default action is not to import any bookmarks from the
selected file at all, in which case
Package: galeon
Version: 2.0.1-3
Severity: important
Galeon just crashed as I was opening a web page. This is nothing
unusual in itself, but upon restarting I found that all my bookmarks
were gone again.
This is after importing my old Galeon bookmarks that were quietly
destroyed on the upgrade,
Package: python2.3
Version: 2.3.5-4
Severity: wishlist
strftime() supports a %s specifier for Unix time (seconds since Epoch).
It would be very helpful to us if strptime() supported this as well.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (50, 'unstable')
Package: psad
Version: 1.4.5-1
Severity: normal
File: /usr/lib/perl5/IPTables/ChainMgr.pm
Another bug in psad (which I'll report separately) caused the iptables
invocation(s) in add_ip_rule() to fail. The only error message reported
by ChainMgr was Table: filter, chain: PSAD_BLOCK_INPUT, could
Package: psad
Version: 1.4.5-1
Severity: normal
The IPTABLES_AUTO_RULENUM is documented as follows in the default
configuration file:
### Specify the position or rule number within the iptables
### policy where auto block rules get added.
There then follows a configurable list of chains
On Fri, Feb 03, 2006 at 08:19:43AM +0100, Daniel Gubser wrote:
On Mon, 2006-01-23 at 17:15 +0700, Jeroen Vermeulen wrote:
Adding the setting got things to work. The daemon is running, though I
haven't had any email from it yet and it hasn't banned anyone. It's set
up
Package: moodle
Version: 1.4.4.dfsg.1-3
Severity: normal
The working of Moodle's wwwroot configuration variable is causing us
problems. I may be missing something, but even if I am, the default way
of doing things seems unnecessarily awkward.
The apparent intention is for wwroot to be set to a
On Mon, Jan 23, 2006 at 09:55:50AM +0100, Daniel Gubser wrote:
There is a new version of PSAD out, 1.4.5, can you please try it?
I just tried, but it dies with the complaint that there is no
ENABLE_FW_LOGGING_CHECK variable in th config file /etc/psad/psad.conf.
Hmm, what did you answer
On Fri, Jan 20, 2006 at 08:15:51AM +0100, Daniel Gubser wrote:
There is a new version of PSAD out, 1.4.5, can you please try it?
I just tried, but it dies with the complaint that there is no
ENABLE_FW_LOGGING_CHECK variable in th config file /etc/psad/psad.conf.
Jeroen
--
To UNSUBSCRIBE,
Package: rkhunter
Version: 1.2.7-16
Severity: minor
Tags: patch
Just a small typo in the config file.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (50, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale:
Package: moodle
Version: 1.4.4.dfsg.1-3
Severity: wishlist
Tags: patch
The attached script (if I don't forget) converts a Moodle language pack,
or set of language packs, or all language packs, to UTF-8. After
conversion, real multilingual use of Moodle becomes possible. One
exception on our
Package: fail2ban
Version: 0.5.2-1
Severity: wishlist
Tags: patch
Attached logrotate config file will cause the fail2ban log file to be
rotated like other software's log files, including compression of older
logs.
Install the file as /etc/logrotate.d/fail2ban and it should just work.
-- System
Ah, found the source of the leaks: the files that aren't being freed are
created in /usr/lib/python2.3/site-packages/svn/fs.py, not in
/usr/lib/python2.3/site-packages/track/util.py as I suspected earlier.
I've tested it by changing the filename prefix and waiting for the
problem to occur again.
On Wed, Sep 21, 2005 at 01:38:03AM -0400, Yaroslav Halchenko wrote:
nope -- I do use original script, thus I have -b as well (although it is
not necessary, fail2ban detaches anyway (background config parameter in
fail2ban.conf)
If it's not needed, don't use it! The background option
Package: moodle
Version: 1.4.4.dfsg.1-3
Severity: minor
Since Moodle doesn't seem to work in multi-encoding environments, I've
written a script to generate UTF-8 language packs (at least for the
pages where static content is mixed in with dynamic content) out of
language packs in other encodings.
The problematic phrase in survey.php, which contains incorrectly encoded
qutoes, occurs several times in the file. All of these need to be
fixed; the invalid character occurs 4 times in each.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: fail2ban
Version: 0.5.2-1
Severity: grave
Tags: patch
Justification: renders package unusable
Hope this isn't a duplicate--reportbug isn't showing me any known issues
for some reason.
The iptables blocking in fail2ban consistently fails to work because the
iptables command is not in the
On Tue, Sep 20, 2005 at 11:11:59PM -0400, Yaroslav Halchenko wrote:
Although I don't mind additing full path for the config file shipped
with the package, I ask you first to verify either you have
proper path setup in /etc/profile and in whatever environment you've
started fail2ban
On Wed, Sep 21, 2005 at 12:11:14AM -0400, Yaroslav Halchenko wrote:
Are you starting fail2ban manually or using /etc/init.d/fail2ban script
(shipped with the package) which DOES define the PATH to include
sbin in any case?
I'm running the unmodified init script. Hey, I hadn't noticed that:
Package: trac
Version: 0.8.4-1
Severity: normal
Some http requests for changesets leave temporary files in /tmp, and
some of those are never cleaned up. The temporary files have names
like /tmp/tmpXX and are always generated in pairs; one of the files
in the pair is empty, and the other
Package: bittornado
Version: 0.3.11-4
Severity: important
File: /usr/bin/btdownloadheadless.bittornado
When running seed downloads from a cron job, without stdout and stderr
redirected to a log file, I now get the following error on startup:
Error opening terminal: unknown.
Perhaps this is
Package: moodle
Version: 1.4.4.dfsg.1-3
Severity: minor
As the browser-based part of the installation procedure goes through its
consecutive Upgrading database pages, the Continue link refers to
http://localhost/moodle/admin/index.php. Not all servers easily
accomodate local browsers, so the
Package: logrotate
Version: 3.7-5
Severity: minor
File: /etc/logrotate.conf
Current logrotate config defines permissions 0664 for /var/log/btmp.
There is a known problem with sshd making unnecessary problems about
group permissions on this file, but that aside, isn't this also a bad
file to make
Package: apache2-utils
Version: 2.0.54-4
Severity: wishlist
File: /usr/bin/htdigest
Tags: patch
In some cases it may be useful to manage digest files noninteractively.
The attached patch prototypes a way of doing that (well, it works, but
it doesn't use APR as extensively as it probably should).
On Thu, Aug 25, 2005 at 03:02:03PM +0200, Daniel Gubser wrote:
Here the answer from Mike Rash:
if the IPTABLES_AUTO_RULENUM keyword in psad.conf
is set to, say, 3, then it should work as advertised, but I
need to test this to be sure.
Could you please test this?
It was set to 3 all
On Thu, Aug 25, 2005 at 03:00:37PM +0200, Daniel Gubser wrote:
Here is a quick answer from Mike Rash:
try executing psad -F before starting psad. I
think the reason psad could not add the blocking rule is because
the IP is already blocked. Psad may have lost track of the IP
because of
Package: bittornado
Version: 0.3.11-4
Severity: normal
When I start an initial, complete downloader to publish a file, passing
the --ip option with the server's hostname will not work--but there is
no error message about this. Replacing the hostname with the numeric
address it resolves to does
Package: bittorrent
Version: 3.4.2-3sarge0.1
Followup-For: Bug #198848
Here's what I use as a startup script (/etc/init.d/bttrack), plus a
config file (/etc/default/bttrack, so it doesn't interfere with the
program itself). I haven't been able to do much testing yet, but it
picks up options
Package: psad
Version: 1.4.1-1
Severity: minor
I'm experimenting with the audo-IDS feature, and it does create the new
netfilter chain and does insert a jump rule from the INPUT chain to the
newly created chain. The new rule, however, is inserted at the first
position--not the position I
Package: psad
Version: 1.4.1-1
Severity: normal
The iptables auto-IDS method does not work for me. In /var/log/messages
I find that psad has logged errors of the form:
could not add iptables block rule for: address
Table: filter, chain: PSAD_BLOCK_INPUT, could not add DROP rule for
address -
tree. Doubly so in this case, where a number of agencies have agreed
on Debian as a standard OS base.
Jeroen Vermeulen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: trac
Version: 0.8.4-1
Severity: minor
One of our developers got the following error when trying to create a
milestone in trac-admin:
# Failed to open environment. The web server user requires read _and_
# write permission
# to the database [...] and the directory this file is located
On Tue, Aug 02, 2005 at 05:58:41AM -0300, Otavio Salvador wrote:
Sorry but I failed to understand what is the problem.
You want to change the error message for what? please, give a example.
To something more helpful. Right now, the error message says The
web server user requires read _and_
Package: trac
Version: 0.8.1-3sarge2
Severity: important
I'm running sarge with some sid packages on this server, and have just
installed trac. I can't run trac-admin to create an initial trac
environment as described in README.Debian.
Any attempt to run trac-admin results in the following
Package: trac
Version: 0.8.1-3sarge2
Followup-For: Bug #319846
Found it:
http://lists.edgewall.com/archive/trac-tickets/2005-May/002834.html
I guess this should be reflected in the trac package's dependencies.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy:
Package: tiger
Version: 2.2.4-22
Severity: minor
Tiger does not distinguish disabled-password users from
disabled-login users. This results in the misleading complaint that
such users have login disabled (which is incorrect) but still have a
valid shell (which is actually appropriate).
By
Package: request-tracker3.4
Version: 3.4.1-2
Severity: minor
The setup procedure currently requires the dedicated database user to be
created manually. For PostgreSQL (both in upstream and downstream
default config) this can be done, after login details etc. have been
picked, with a command
Package: tiger
Severity: wishlist
Would it be possible to encrypt vulnerability reports so they can be
read only by the designated recipient?
That would allow the reports to be transmitted across the internet
(which sometimes happens by accident anyway, on badly configured setups)
and reduce
Package: backup-manager
Version: 0.5.7-1
Severity: wishlist
Right now, backup-manager keeps just the last n days' worth of backups.
In some situations I would feel more secure if one of those n could be
kept around for a bit longer, and perhaps one out of every n for longer
still etc.
The
Package: backup-manager
Version: 0.5.7-1
Severity: wishlist
Creating a world-readable repository would be a serious security breach.
I may be mistaken, but AFAICS the installation script fails to check
this or warn about it. It doesn't enforce it in any case; I just
realized I had a
Package: openssl
Version: 0.9.7e-3
Severity: minor
File: /usr/lib/ssl/misc/CA.pl
Even when failing horrendously, CA.pl -signcert prints Signed
certificate is in newcert.pem before exiting. Which of course is not
true.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT
Package: moodle
Version: 1.4.3-1
Severity: normal
Configuration stored in /etc/moodle/config.php includes a database
password. The file is installed as readable by all users.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
58 matches
Mail list logo