-local_df-tes.patch
../revert-net-ip-ipv6-handle-gso-skbs-in-forwarding-pat.patch
dpkg -i linux-image-3.2.0-4-amd64_3.2.60-1+deb7u1a~test_i386.deb
And then tried my usual download-from-windows-host test, which worked fine.
Best regards,
Teodor Milkov
--
To UNSUBSCRIBE, email to debian-bugs-rc
Package: bacula-director-pgsql
Version: 5.2.6+dfsg-9
Severity: grave
Hi,
I've upgraded from Debian 6.0 to Debian 7.0 and Bacula director does not
start after upgrade. It appears that the database was not upgraded:
| 14-May 14:24 bacula-dir JobId 0: Fatal error: Version error for
| database
control: -1 severity normal
2013/3/8 Arturo Moral amo...@gmail.com:
This config was removed in version 0.79.5 and might not work at all:
I'm currently using 0.79.4, therefore the config change does not affect me,
right?
You should not use it, 0.79.5 will migrate to testing on the following
2013/3/7 g0to amo...@gmail.com:
-- Configuration Files:
/etc/apt/apt.conf.d/50unattended-upgrades changed:
// Automatically upgrade packages from these origin patterns
Unattended-Upgrade::Origins-Pattern {
// Codename based matching:
// This will follow the migration of a
Package: qemu
Version: 0.12.5+dfsg-3squeeze2
Severity: serious
Hi,
I've just had a system crash a few seconds after I removed 'libaio1
package (declared orphan by deborphan). On KVM systems this is not
a problem because its a dependency of qemu-kvm. But on Xen systems
(+libvirtd) this package is
2012/11/6 Michael Tokarev m...@tls.msk.ru:
On 06.11.2012 15:40, Teodor wrote:
I've just had a system crash a few seconds after I removed 'libaio1
package (declared orphan by deborphan).
What kind of crash? Crash of what, exactly? What you were running?
Debian Linux 6.0 (amd64) on top
2012/11/6 Michael Tokarev m...@tls.msk.ru:
So, can you start it again when libaio1 is NOT installed?
Yes, I was able to start the VMs again after the libaio1 removal. I'm
not sure about the full Xen system -- I can't test now.
Cheers
--
To UNSUBSCRIBE, email to
Package: ettercap
Version: 1:0.7.3-2.1
Severity: grave
Justification: causes non-serious data loss
Hi,
I've just found that running 'ettercap' on gateway system (were ip_forward
is a must) will unconditionally disable the kernel flag. This affects both
Debian 6.0 (squeeze) and Debian 7.0
Didn't you forgot to add | www-browser in the Depends: line?
Funny upgrade today with 121 new packages although I have at least two
packages installed that provide www-browser.
Cheers
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
2012/7/2 Tollef Fog Heen tfh...@err.no:
That's quite odd.
Can you please provide the output of «grep systemd /var/log/dpkg.log»?
See below. I've reinstalled «systemd» this morning on my workstation.
Cheers
--
2012-07-02 10:55:30 upgrade systemd-gui:i386 44-2 44-3
2012-07-02 10:55:30
2012/7/3 Tollef Fog Heen tfh...@err.no:
Ah, it looks like it never actually got to the configure step of
systemd. Does that sound correct, and is the diversion correctly
removed now? If not, could you please try downgrading to 44-2 and then
upgrading and verifying that the diversion is gone?
Package: lsb-base
Version: 4.1+Debian7
Severity: critical
Hi,
I've seen this on my laptop and now on my workstation too:
| Preparing to replace clamav-freshclam 0.97.5+dfsg-2 (using
| .../clamav-freshclam_0.97.5+dfsg-3_i386.deb) ...
| /etc/init.d/clamav-freshclam: 264: .: Can't open
Diversion is not removed at all on package removal:
| root@frost:~# ls -hl /lib/lsb/
| total 16K
| drwxr-xr-x 2 root root 4.0K Jul 2 11:11 init-functions.d
| -rw-r--r-- 1 root root 12K May 30 17:01 init-functions.systemd
| root@frost:~# dpkg -S /lib/lsb/init-functions.d
| lsb-base:
2012/7/2 Tollef Fog Heen tfh...@err.no:
Did you upgrade to 44-3 before removing it or not?
Yes, I've upgraded almost all packages (including systemd) and then
reported Bug#679873: lsb-base: Can't open /lib/lsb/init-functions.
Later I've uninstalled systemd packages to work around the problem,
Package: ohcount
Version: 3.0.0-6
Severity: serious
Justification: Policy 3.5
Hi,
It appears that «ohcount» package is missing a dependency on «file»:
| sh: 1: file: not found
The package was installed in a clean wheezy chroot.
(it might be nice to push the segfault patch in squeeze)
Thanks
By following the gdb example below I've obtained a (different)
backtrace by unplugging the power cord from laptop. This is the
voluntary trigger of this bug for me.
BTW, this is now a problem for those that use systemd as well. Up to
version 0.6.21-1, when using systemd init, gnome-shell did not
Attaching the file ...
2012/6/10 Teodor MICU mteo...@gmail.com:
By following the gdb example below I've obtained a (different)
backtrace by unplugging the power cord from laptop. This is the
voluntary trigger of this bug for me.
Starting program: /usr/bin/gnome-shell --replace --display :0
Package: libsvn-java
Version: 1.6.17dfsg-4
Severity: grave
Justification: renders package unusable
Hi,
The package cannot be upgraded:
Preparing to replace subversion 1.6.17dfsg-3.1 (using
.../subversion_1.6.17dfsg-4_amd64.deb) ...
Unpacking replacement subversion ...
Preparing to replace
Although it appeared that the problem is fixed in version 0.6.21-2,
after several hours the problem reoccurred. Indeed, the crash is not
that frequent and most important I didn't had a full gnome-shell crash
(it restarted automatically).
I can still reproduce the problem by just unplugging the
Apparently, using systemd avoids the crash in gnome-shell. This seems
to be a good guess of Michael Biebl in bug#674433, so both problems
appear to have the same root.
Thanks
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
severity 670097 important
stop
I had no other occurrence of this problem for 2-3 weeks. Because there
is a workaround (kill gnome-shell) I downgraded the bug severity.
Thanks
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
severity 673185 grave
stop
This problem affects gnome-shell even more. If I'm on battery the
gnome-shell process is killed but not restarted afterwards. The only
way to obtain a somehow stable X/gnome session was to restart gdm3. I
still get the gnome-shell respawn but I least I'm not forced into
-3
ii libcogl9:amd64 1.10.2-3
Thanks
[1]: http://lists.debian.org/debian-release/2012/05/msg00103.html
-- Forwarded message --
From: Teodor mteo...@gmail.com
Date: 2012/5/16
Subject: Bug#673185: gnome-shell: segfault error 4 in
libaccountsservice.so.0.0.0
To: Debian Bug
Package: cryptmount
Version: 4.3-1
Severity: grave
Justification: renders package unusable
Hi,
Due to some changes in 'libdevmapper1.02.1' the package cannot be installed:
| root@r2:~# apt install cryptmount
| Reading package lists... Done
| Building dependency tree
| Reading state
Package: linux-container
Version: 1-6
Severity: grave
Justification: renders package unusable
Hi,
Upgrade from version 1-5 does not work:
| Preparing to replace linux-container 1-5 (using
.../linux-container_1-6_all.deb) ...
| Unpacking replacement linux-container ...
| dpkg: error processing
Package: libclutter-imcontext-0.1-0
Version: 0.1.4-2+b1
Followup-For: Bug #671686
Hi,
Actually the package name+version are wrong and this is why apt-listbugs
doesn't catch it. Can this be fixed considering the binNMU?
Yes, it's possible to downgrade to the version in testing via «dpkg -i».
2012/4/30 Michael Biebl bi...@debian.org:
From time to time the Gnome shell will just freeze/hang and not accept any
input
How often is from time to time? Is this related to specific
actions/circumstances, e.g. running an OpenGL game or something similar.
At least once a week. Usually I run
2012/4/24 Michael Vogt m...@debian.org:
This should work with current sid but it will not work with older
version of python-apt. I added a check into do the code to not crash
if it runs with older versions of python-apt.
Thanks. I realised after sending the report that severity grave was
not
Package: unattended-upgrades
Version: 0.76.2
Severity: grave
Justification: renders package unusable
Hi,
I upgraded u-a on one 32-bit server to test if another problem is fixed and
found that it doesn't work anymore:
| root@goliath:~# unattended-upgrades --debug
| INFO:root:Initial blacklisted
Package: gnome-shell
Version: 3.2.2.1-3
Severity: grave
Justification: causes data loss
Hi,
From time to time the Gnome shell will just freeze/hang and not accept any
input
(keyboard or mouse) and all I can do is restart gdm3 or the laptop. Now I'm in
the same situation and the latest changes
2012/4/20 Michael Vogt m...@debian.org:
Thanks for your bugreport. I fixed that now. I guess in your case it
was already the session-leader for some reason (maybe because of
systemd?).
Yes, I use «systemd» but I don't know what being session-leader means.
Most times u-a is run automatically by
2012/4/20 Michael Vogt m...@debian.org:
Sure, the setsid() call makes the process a session leader and removes
the controlling tty. The rational is that if you run
unattended-upgrades in a shell and then shutdown your tty goes away
and unattended-upgrades gets killed even if its in the middle
Package: unattended-upgrades
Version: 0.76.1
Severity: grave
Justification: renders package unusable
Hi,
The os.setsid() changes makes u-a abort on every invocation:
| root@r2:~# unattended-upgrade
| Traceback (most recent call last):
| File /usr/bin/unattended-upgrade, line 913, in
One important detail: I use «systemd», so this might not be a bug in U-A.
Thaks
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
2012/4/2 Rene Engelhard r...@debian.org:
On Mon, Apr 02, 2012 at 07:06:26PM +0300, Teodor MICU wrote:
I've had this problem on my homestation. I fixed it by setting
LANG=C and run the upgrade again. [..]
I *think* that this is just by chance. I also get a error with just C
the first time
I've had this problem on my homestation. I fixed it by setting
LANG=C and run the upgrade again. On this host I don't have en_US at
all but only ro_RO.UTF-8. Hope this helps as this seemed to be a
locale problem.
Thanks
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
Hi Debian Release team,
The reported problem here appears to be for amd64 only because I was
able to install the package libswt-gtk-3-java on i386. Also, looking
at the build status page [1] I see that the amd64 package was uploaded
directly by the maintainer.
Is there any chance that scheduling
Package: libswt-gtk-3-java
Version: 3.7.2-1
Severity: grave
Justification: renders package unusable
Hi,
The upgrade to current version is not possible:
| Setting up libswt-gtk-3-java (3.7.2-1) ...
| update-alternatives: error: alternative path /usr/share/java/swt-gtk-3.7.jar
doesn't exist.
|
Package: systemd
Version: 37-1
Severity: grave
Justification: renders package unusable
Hi,
By adding init=/bin/systemd to grub2 boot loader the gdm3 display manager does
not
start as usual. Booting with the legacy init, gdm3 works as expected. This has
appeared a few months ago and I simply
Package: resolvconf
Version: 1.62
Severity: grave
Hi,
Every time I reboot the system I have to fix /etc/resolv.conf to have DNS
working again. Since /etc/resolv.conf - /etc/resolvconf/run/resolv.conf,
the later is not automatically created at reboot. I see now that this is
actually a symlink to
Hi,
There is absolutely *no* relation between unattended-upgrades and
pm-utils. Any process running at the time of hibernation could consider
itself just as important as unattended-upgrades, thereby preventing the
I'm open for better suggestions but it seems preferable to delay
2011/10/31 Michael Vogt m...@debian.org:
I think I found the issue now and fixed it in trunk. The issue is that
the init scripts are run on upgrade, but they really should only run
on actual shutdown. Its a bit confusing why this is happening as the
header of the init script says that it
I've forgot to attach the log file.
Thanks
--
2011-10-31 06:15:32,683 INFO Initial blacklisted packages:
2011-10-31 06:15:32,684 INFO Starting unattended upgrades script
2011-10-31 06:15:32,684 INFO Allowed origins are: ['o=Debian,a=testing']
2011-10-31 06:16:18,406 INFO Packages that are
Package: upower
Version: 0.9.13-1
Severity: serious
Justification: package cannot be installed or upgraded
Dear Maintainer,
According to the buildd logs, the upower [amd64] package was uploaded
by maintainer directly and it seems that was not build on a clean 'unstable'
chroot because it depends
Package: smart-notifier
Version: 0.28-3
Severity: grave
Justification: causes non-serious data loss
Hi,
Installing the package will result in restart of dbus:
| Setting up smart-notifier (0.28-3) ...
| Stopping system message bus: dbus.
| Starting system message bus: dbus.
This lead to a crash
Package: atop
Version: 1.23-1
Severity: grave
Tags: security
Justification: user security hole
Hi,
I've just noticed that atop keeps the runtime data in /tmp/atop* directories
or files (mentioned on man page too). I think it was established from a
discussion on debian-devel@l.d.o that this is
Package: libc6
Version: 2.11.2-10
Severity: critical
Justification: breaks unrelated software
Hi,
An almost up-to-date system upgraded last week cannot be upgraded today due to
libc6 configuration errors:
| Calculating upgrade... Done
| The following packages will be upgraded:
| binutils
Hi,
2011/1/31 Julian Andres Klode j...@debian.org:
Definitely not a libc6 bug, and probably not a bug
at all. It looks like your perl-base installation
is corrupt.
Indeed perl-base was corrupted. The question is how since I didn't
modified it manually?!
Does perl -e require Hash::Util;
Hi,
2011/1/31 Adam D. Barratt a...@adam-barratt.org.uk:
Looking at the log, it doesn't appear the errors are actually due to
libc6, however. This section suggests a broken package; it would be
interesting to narrow down which package caused it, so we can determine
whether it is a local or
Hi,
2011/1/31 Julian Andres Klode j...@debian.org:
Indeed perl-base was corrupted. The question is how since I didn't
modified it manually?!
Filesystem bug, system crash?
That's the most probable cause due to a power failure last night
combined with 'ext4' file systems.
However, this shows
Package: gnome-commander
Version: 1.2.8.6-3
Justification: renders package unusable
Severity: grave
Hi,
After todays execution of unattended-upgrade for 'dmsetup
libdevmapper1.02.1 libpango1.0-0 libpango1.0-common lvm2' I get
segmentation fault at startup of gnome-commander every time. Yesterday
severity 611283 normal
retitle 611283 gnome-commander doesn't start due to broken link on start_dir_*
quit
I've found the cause to be a broken link configured for the
start_dir_right parameter. Once the broken link was removed it had
no problem to start (with a warning for missing directory).
Hi,
2011/1/24 Harald Jenny har...@a-little-linux-box.at:
On Mon, Jan 24, 2011 at 10:40:06PM +0200, Teodor MICU wrote:
I can only spot some cosmetic issues, otherwise I see no problem. The
change USER - SYSTEMUSER only makes the diff larger and not really
necessary.
I tend to disagree
2011/1/25 Harald Jenny har...@a-little-linux-box.at:
On Tue, Jan 25, 2011 at 04:57:42PM +0200, Teodor MICU wrote:
Good catch. Indeed, $USER is defined on interactive sessions and I was
only thinking about starting at boot.
Yes therefor I think this change is also necessary do you agree?
Yes
Hi,
2011/1/24 Harald Jenny har...@a-little-linux-box.at:
7) You should probably add -q for all these executions to avoid
unwanted strings during start/stop/restart.
`echo $MILTERSOCKET | grep -v ^inet`
If MILTERSOCKET is checked to contain text too?
Yes, it does cover the case where
Hi,
2011/1/24 Agustin Martin agmar...@debian.org:
On Mon, Jan 24, 2011 at 02:17:48PM +0100, Harald Jenny wrote:
I will have a to check this - this is meant as a guard against accidently
setting $MILTERSOCKET to .
Good catch on this. I didn't though of this being empty.
Damm, seems I wrongly
Hi,
2011/1/24 Julien Cristau jcris...@debian.org:
Yes, it does cover the case where MILTERSOCKET contains something but
not if it is empty. For this I would recommend 'printf' since 'echo
-n' is not portable and not working with /bin/dash.
Eh, what?
Scripts may assume that `/bin/sh'
2011/1/24 Harald Jenny har...@a-little-linux-box.at:
Well as far as I know Debian currently only supports /bin/bash and /bin/dash
as
providers of /bin/sh so I guess it's currently safe to use echo -n in init
scripts.
It's fine. After some digging I guess I had in mind echo -e and
echo -en
Hi again,
2011/1/24 Harald Jenny har...@a-little-linux-box.at:
first thanks to everbody for the valuable input, it helped me a lot to improve
this init script. Please take a look at the third version of my patch and
comment on it.
Overall it seems fine, just a few observations:
1) usually
2011/1/24 Harald Jenny har...@a-little-linux-box.at:
On Mon, Jan 24, 2011 at 06:37:37PM +0200, Teodor MICU wrote:
1) usually you should enclose with the full path here:
+PIDFILE=/var/run/amavis/$NAME.pid
+[ -r /etc/default/$NAME ] . /etc/default/$NAME
You mean like this?
PIDFILE=/var/run
Just ignore this. I probably need some coffee.
Having MILTERSOCKET variable empty is also with the case with the
proposed configuration where you set your default
unix:path/to/socket value.
Thanks
2011/1/24 Teodor MICU mteo...@gmail.com:
One more important issue I think we missed so far
2011/1/24 Harald Jenny har...@a-little-linux-box.at:
Ok although the PIDFILE line can be removed with the below code.
I'm don't see where PIDFILE is removed.
Yes. It should be a valid config if /etc/default/$NAME that doesn't
contain anything. Actually it should be the default to have only
2011/1/24 Harald Jenny har...@a-little-linux-box.at:
On Mon, Jan 24, 2011 at 08:59:41PM +0200, Teodor MICU wrote:
2011/1/24 Harald Jenny har...@a-little-linux-box.at:
Ok although the PIDFILE line can be removed with the below code.
I'm don't see where PIDFILE is removed.
Just take a look
[Harald please CC: my address otherwise I could not see your responses]
2011/1/20 Harald Jenny har...@a-little-linux-box.at:
I checked with other init scripts an in order to have a consistent coding
style
in the init script I replaced the with if-clauses - could you take a look
at
it and
2011/1/21 Agustin Martin agmar...@debian.org:
if [ $MILTERSOCKET ] [ `echo $MILTERSOCKET | grep -v ^inet` ]; then
but as Teodor points out (just read it), second check seems to be enough.
Only that I realized latter the intention of this construction. My
previous suggestion was to use
Hi Harald,
I looked at your patch and I think those multiple checks in chain
are prone to mistakes in some conditions.
I've reported the same problem with clamav-milter [1] some time ago
and I believe that is a cleaner and better implementation for checking
SOCKET, SOCKET_TYPE and SOCKET_PATH.
severity 602172 normal
tag 602172 + moreinfo unreproducible
stop
Hi,
On Tue, Nov 2, 2010 at 10:50 AM, Matthieu Baechler
matthieu.baech...@gmail.com wrote:
Package: openvpn
Version: 2.1.3-2
Severity: grave
A freshly installed openvpn package won't start because it needs
nobody group
Hi,
On Thu, Oct 21, 2010 at 2:03 PM, Alberto Gonzalez Iniesta
a...@inittab.org wrote:
I've got a new -2 package (same location) with upstream's solution,
instead of mine. Would you mind testing it? That would probably be the
one I upload to close this report.
I've just tested this package
Hi Arnaud,
Since the patch is only a 2 line diff [1], can you upload a targeted
fix with this patch for squeeze? I strongly believe that release team
will not object to this small fix which is also included in the
upstream source. Also, this bug is currently RC.
Thanks
[1]
Hi,
On Fri, Oct 15, 2010 at 2:45 PM, Alberto Gonzalez Iniesta
a...@inittab.org wrote:
I think I found the bug. But you can help me confirm this (and solve the
problem for the time being). Could you try this (on the server config):
Change:
push route remote_host 255.255.255.255 net_gateway
Hi,
On Fri, Oct 15, 2010 at 3:39 PM, Alberto Gonzalez Iniesta
a...@inittab.org wrote:
Could you try with this package [1]?
[1] http://etc.inittab.org/~agi/openvpn_2.1.3-2_i386.deb
I've reverted the original config on the oVPN server and with the -2
package it works fine as on v2.1.0.
The
Package: openvpn
Version: 2.1.3-1
Severity: grave
Justification: renders package unusable
Hi,
I've upgraded openvpn package after migration to 'squeeze'. One of the VPN
connections
is not working anymore and it adds 40 bogus routes that are not specified
anywhere.
It should add routes from the
Hi,
On Thu, Oct 14, 2010 at 11:37 AM, Alberto Gonzalez Iniesta
a...@inittab.org wrote:
Hi, could you attach (without sensitive data) the server and client
configurations?
Sure. The real company addresses and names were replaced with generic names.
Thanks
#== openvpn client options (linux)
Hi,
On Tue, Sep 21, 2010 at 11:56 PM, sean finney sean...@debian.org wrote:
some ideas/questions off the top of my head:
* did you get any sql upgrade errors after the package was updated?
There were no sql upgrade scripts from 0.8.7e-4 to 0.8.7g-1. The
upgrade says clearly that there are no
Hi,
On Wed, Sep 22, 2010 at 9:23 AM, sean finney sean...@debian.org wrote:
do you get the same problems if you also upgrade spine from the lenny version
to the squeeze version (0.8.7e-2)? i wouldn't be surprised that the
poller from lenny is designed for different sql/schema and thus might
On Wed, Sep 22, 2010 at 10:57 AM, Teodor MICU mteo...@gmail.com wrote:
On Tue, Sep 21, 2010 at 11:56 PM, sean finney sean...@debian.org wrote:
some ideas/questions off the top of my head:
* did you get any sql upgrade errors after the package was updated?
There were no sql upgrade scripts
Hi,
On Wed, Sep 22, 2010 at 10:57 AM, Teodor MICU mteo...@gmail.com wrote:
Yes, with 'cmd.php' I get the graphs but still at every 5 minutes
there are SQL errors reported (see attached).
Ok, the last test reveals that with 'cmd.php' used directly after
upgrade the same SQL errors will appear
[really attaching the SQL select queries]
mysql use cacti;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql SELECT id FROM host WHERE disabled = '' ORDER BY id;
++
| id |
++
| 1 |
|
Hi,
On Wed, Sep 22, 2010 at 12:00 PM, Stephane Dudzinski
steph...@cp.dias.ie wrote:
We did upgrade a box from Lenny to Squeeze and it indeed kept all its
graphs this time, this is what we are currently using:
ii rrdtool 1.4.3-1
ii cacti
Hi,
On Wed, Sep 22, 2010 at 4:48 PM, Stephane Dudzinski steph...@cp.dias.ie wrote:
I have just upgraded to 0.8.7g-1, backed up the DB before doing so then
did the web interface upgrade steps, it said there was no SQL upgrade.
And it is still happily graphing.
So I am guessing your problem is
retitle 531546 empty graphs due to 'A DB Exec Failed' Poller[0] ERROR
quit
Hi,
It seems that this old problem has an impact on 'squeeze' too. After
upgrading from v0.8.7e-4 to 0.8.7g-1 all the graphs were with NaN from
this point forward. The error message in cacti.log was like in the
attached
Hi again,
On Tue, Sep 21, 2010 at 11:02 PM, Teodor MICU mteo...@gmail.com wrote:
It seems that this old problem has an impact on 'squeeze' too. After
upgrading from v0.8.7e-4 to 0.8.7g-1 all the graphs were with NaN from
this point forward.
I've been able to reproduce the problem. So far
Package: ipwatchd-gnotify
Version: 1.0-2
Severity: grave
Justification: renders package unusable
Hi,
Since ipwatchd-gnotify depends on ipwatchd, it must not be build on
architectures
where ipwatchd was not build: kfreebsd-amd64 and kfreebsd-i386. Because of this
the package cannot migrate to
On Wed, Aug 18, 2010 at 12:38 AM, Mike Markley m...@markley.org wrote:
On Mon, Aug 16, 2010 at 10:57:35AM +0300, Teodor MICU mteo...@gmail.com
wrote:
[..]
In conclusion, can we downgrade the severity of this bug report so
that at least we have the same version from lenny in squeeze too
Followup-For: Bug #481072
Package: dk-filter
Version: 1.0.0.dfsg-1+b1
*** Please type your report below this line ***
Hello,
I've been checking the status of 'dk-filter' for squeeze and it is
blocked for inclusion by this RC bug report. As far as I can see this
reliable crash is reproduced only
Package: unbound
Version: 1.4.4-1
Severity: grave
Justification: renders package unusable
Hi,
On May 5 all DNS root servers are requiring DNSSEC for operation. I've made
tests
with both bind9 and unbound and the later has stopped working and keeps one CPU
core at 98%. This is the command
Package: xpdf-utils
Version: 3.02-2
Severity: serious
Justification: Policy 7.6.1
Hi,
The upgrade of xpdf-utils package failed:
| Preparing to replace xpdf-utils 3.02-1.4+lenny1 (using
.../xpdf-utils_3.02-2_i386.deb) ...
| Unpacking replacement xpdf-utils ...
| dpkg: error processing
Package: ddclient
Version: 3.8.0-10
Severity: grave
Tags: security
Justification: user security hole
Hi,
A local user could perform a symlink attack against /tmp/ddclient.cache file.
I see two solutions for this problem:
1) use /var/run/ddclient.cache as the cache file (only root has access
Hi,
On Sun, Mar 21, 2010 at 6:43 PM, Nico Golde n...@debian.org wrote:
From what I see it is using /var/cache/ddclient/ddclient.cache. Can you
elaborate why you think it's using /tmp/?
It doesn't apper to be using that directory. This is what I have on my laptop:
| d...@r2:~$ ls -l
Hello,
On Tue, Mar 2, 2010 at 1:07 AM, Ludovic Claude
ludovic.claud...@googlemail.com wrote:
The changes were motivated by the fact that jscv is unreliable (see
#561559) and is hard to use when you need to setup Tomcat with ports
1024. Upstream maintains the catalina.sh script and recommends
Package: tomcat6
Version: 6.0.24-2
Severity: grave
Justification: renders package unusable
Hi,
After todays upgrade to v6.0.24-2 due to migration to 'testing' the tomcat6
service
doesn't start anymore. I've tried a fresh install and there is no difference.
I see that 'jscv' is no longer used
Package: devicekit-disks
Version: 009-2
Severity: grave
Justification: renders package unusable
Hi,
As reported in the first message, it segfaults at startup:
| Feb 15 11:29:01 frost kernel: [ 7524.054613] devkit-disks-da[20771]:
| segfault at c ip 080660da sp bfb563b0 error 4 in
severity 561477 wishlist
retitle 561477 please improve the debconf question about web server
configuration
thanks
On Thu, Jan 7, 2010 at 11:17 AM, Patrick Schoenfeld
schoenf...@debian.org wrote:
On Wed, Jan 06, 2010 at 05:44:28PM +0200, Teodor MICU wrote:
Ok, now I see that this is a way
[please don't use -quiet as I didn't received the responses though I
want to contribute were I can]
2010/1/4 Patrick Schoenfeld schoenf...@debian.org:
I've noticed in the past that cacti RE-adds the symbolic link
conf.d/cacti.conf
on every upgrade even if the source file was *manually*
Package: cacti
Version: 0.8.7e-1.1
Severity: grave
Tags: security
Justification: user security hole
I've noticed in the past that cacti RE-adds the symbolic link conf.d/cacti.conf
on every upgrade even if the source file was *manually* removed by the sysadmin.
This is done to restrict the access
On Thu, Dec 17, 2009 at 5:51 PM, Michael Gilbert
michael.s.gilb...@gmail.com wrote:
On Thu, 17 Dec 2009 16:13:36 +0200, Teodor wrote:
As it can be seen postinstall already has a check for the existence of the
config
file /etc/cacti/apache.conf. Please add the same check for creating
Package: libapache-mod-ssl
Severity: grave
Tags: security
Justification: user security hole
This is CVE-2009-3555 and is related to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555829
I think there's no upstream fix for modssl atm, nevertheless this should
be tracked somewhere. Perhaps
Hi,
On Fri, Oct 30, 2009 at 10:12 PM, Stephen Gran sg...@debian.org wrote:
Hi there,
I understand how:
@@ -279,5 +279,5 @@ fi
make_dir $DataBaseDirectory
-if [ ${SOCKET_PATH#inet} = ${SOCKET_PATH} ]; then
+if [ ${SOCKET_TYPE} = local ]; then
make_dir $(dirname $SOCKET_PATH)
Package: clamav-milter
Version: 0.95.2+dfsg-1~volatile1
Severity: serious
Tags: patch
Because of some communication problems between postfix and
clamav-milter local socket, I've choosed to configure clamav-milter
with a network socket:
MilterSocket = inet:7...@127.0.0.1
The problem is that every
Package: squid
Version: 2.7.STABLE3-1
Followup-For: Bug #505065
I've encountered this problem on both 'etch' and current 'lenny' versions.
This is one reproducable scenario: squid was running just fine and I've
modified this following line by adding 'tproxy'.
http_port 3128 transparent
With
1 - 100 of 126 matches
Mail list logo
