Tuesday 15 June 2010 23:37:13 TIS - Janusz Krzysztofik wrote:
Package: getstream
Version: 20081204-1
Severity: normal
Tags: patch
If you happen to receive a DVB stream that contains a program with no PCR
transmitted (PCR PID == 8191), then the calloc'ed pmt-pcrpid is left
untouched (=0
Package: getstream
Version: 20081204-1
Severity: normal
Tags: patch
If you happen to receive a DVB stream that contains a program with no PCR
transmitted (PCR PID == 8191), then the calloc'ed pmt-pcrpid is left untouched
(=0), but still referred to while selecting PIDs for this program's output
Gunnar Wagenknecht wrote:
I can confirm this problem with linux-image-2.6.18-5-xen-amd64 on a Dell
PowerEdge 6850 with Intel Xeon CPUs. It does not occur use the non-Xen
kernel image (linux-image-2.6.18-5-amd64).
# uname -a
Linux somehostname 2.6.18-5-xen-amd64 #1 SMP Tue Oct 2 21:48:12 UTC
package jffnms
tag 374064 etch
thanks
Craig Small wrote:
Was that ALL graphs or just some of them?
Traffic graph was not displayed for sure. Other physical SNMP interface
related graphs were displayed correctly, most of them if not all, I am
not sure.
* purged jffnms
* installed jffnms
Ola Lundqvist wrote:
I have the same problem and run xfs, so you are probably right.
I assume this is on a non-ext[23] filesystem? If so, that's an entirely
different bug which is already fixed in trunk.
I have experienced this problem on two different vservers. One is RH7.3
on ext3 and
package jffnms
found 342841 0.8.3dfsg.1-2.1
found 374064 0.8.3dfsg.1-2.1
thanks
Lars Boegild Thomsen wrote:
I still see this problem with the latest version in etch. If I update
rrdtool it will not work. I have to stick with the old version from sarge.
I confirm the problem is still present
After upgrading to etch, my vserver with / mounted form /etc/vservers/*/fstab
stopped working. I found that it was not able to access any devices
form /dev (/dev/null: Permission denied). Works ok if started after its / is
pre-mounted and removed from fstab.
So I confirm this bug is still
Package: linux-image-2.6.18-4-xen-vserver-amd64
Version: 2.6.18.dfsg.1-11
Severity: normal
I have configured dhcp3-server in dom0 and dhcp3-client in domU. In domU syslog
I get:
Mar 21 14:58:33 firewall dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port
67 interval 5
Mar 21 14:58:33
Additional info:
I have checked if correcting the typo described in the bug #392275 helps - it
doesn't.
Janusz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: dhcp3-relay
Version: 3.0.4-12
Severity: important
DHCP broadcast packets received from network interfaces are not seen by
dhcrelay3, the just traverse all PREROUTING and INPUT hooks (I can trace them
with netfilter rules) and are simply discarded by udp_rcv(), I guess.
Sarge version
Dnia piątek, 5 stycznia 2007 02:41, Janusz Krzysztofik napisał:
I always get:
qemu:~# ./crash
Aborted (core dumped)
qemu:~#
and nothing in logs.
But on my i386 laptop it realy breaks the system.
Janusz
Dnia piątek, 5 stycznia 2007 19:30, Knock, Bob napisał:
- linux-image-2.6.18-3-i386 and linux-image-2.6.18-3-k7 (2.6.18-7)
Did you try the -xen-686 flavor?
Yes, I meant -xen-686 and -xen-k7 flawours, sorry for my mistake.
Janusz
I am just now in the process of reproducing the bug under qemu, usning netboot
mini.iso daily build dated 2007-01-03. Up to now I have found that after
guided partitioning of the remaining free disk space, the installer changes
the active partition from Windows to Linux. This will for sure
Dnia czwartek, 4 stycznia 2007 02:55, Janusz Krzysztofik napisał:
I am just now in the process of reproducing the bug under qemu, usning
netboot mini.iso daily build dated 2007-01-03. Up to now I have found that
after guided partitioning of the remaining free disk space, the installer
changes
Frans Pop napisał(a):
Yes, reading your message again I understand now that you meant that
the boot flag had changed from hda1 (Windows) to hda2 (Linux) and not
that the partition type of the first partition changed as I thought
first. That really would have been serious!
Sorry for my poor
Dnia czwartek, 30 listopada 2006 23:47, Knock, Bob napisał:
Has anyone else duplicated this?
I am not able to reproduce this bug on my Core2 Duo (2GB RAM)
PC running linux-image-2.6.18-3-xen-amd64 with amd64 etch.
I have also tried to reproduce it on qemu running i386 etch in different
I believe my patch is safe because for the old behaviour (process name) it
only removes error provoking condition on request-server-:sim being set,
introduced by port numbrer patch, and does not change anything else. This
condition is only applicable in case of port number, I think.
On the
Jamin W. Collins napisał(a):
... With the
existing libwrap0 package in testing/unstable connections to vino are
allowed from any location (not just connections from localhost).
Maybe vino does not provide libwrap with valid server socket data, like
in the case of tcpdmatch without server
package libwrap0
tags 405342 + patch
thanks
Dnia wtorek, 2 stycznia 2007 20:24, Jamin W. Collins napisał:
...
$ /usr/sbin/tcpdmatch vnc 192.168.10.178
warning: vnc: no such process name in /etc/inetd.conf
client: address 192.168.10.178
server: process vnc
access: granted
Why is
.
If this is not correct way to do, please give me some hints for the future.
tags 405140 -patch
thanks
On Sun, Dec 31, 2006 at 08:04:24PM +0100, Janusz Krzysztofik wrote:
This is not the same problem. I am affriad that not being able to load
processor module could be much more serious for your pc
Dnia poniedziałek, 1 stycznia 2007 20:47, Bastian Blank napisał:
retitle 405140 linux-2.6 - xen images does not support frequency scaling
No, you don't understand. cpufreq is not supported and the relevant
modules are therefor not tested.
Bastian,
You are just doing everythihg to prevent me
package linux-2.6
clone 373947 -1
reassign -1 linux-image-2.6.18-3-xen-amd64 2.6.18-7
package linux-image-2.6.18-3-xen-amd64
retitle -1 linux-image-2.6.18-3-xen-amd64: processor: Unknown symbol pm_idle
severity -1 important
tags -1 patch
submitter -1 !
thanks
Dnia piątek, 27 października 2006
package linux-image-2.6.17-1-686
reassign 381262 linux-2.6 2.6.17-4
package linux-2.6
forcemerge 395066 381262
reassign 395066 release-notes
thanks
Just after reporting this bug I have found the same problem already described,
but assigned to a binary package for a specific architecture and
package linux-2.6
tags 374792 - fixed
clone 374792 -1
tags -1 - patch
severity -1 normal
retitle -1 linux-2.6: Dell CECRC ATA100/4ch with F/W 6.61 not supported in etch
reassign -1 release-notes
thanks
[EMAIL PROTECTED] wrote:
The patch titled
magaraid: check for firmware version
has
package linux-2.6
reopen 369378
tags 369378 + patch
found 369378 2.6.17-9
retitle 369378 linux-2.6: Dell CERC ATA100/4ch with 128GB disks not supported
found 374792 2.6.17-9
tags 374792 + wontfix
thanks
stephane matis [EMAIL PROTECTED] wrote:
Unfortunately, FW 6.61 doesn't seem to support disks
Hi Seokmann,
Janusz Krzysztofik wrote:
Ju, Seokmann wrote:
Technically, I would recommend you to check F/W version and make sure
it is not higher than 6.61.
I believe the problem happens with 6.62 or higher.
Bingo! megaraid_mbox works for me with F/W 6.61. How did you know?
Then, [EMAIL
Package: linux-2.6
Severity: wishlist
Tags: patch
This patch simply adds a new sysctl variable that enables better tuning
of the lblc scheduler expiration algorithm. More details are available
at
http://kb.linuxvirtualserver.org/wiki/Talk:Locality-Based_Least-Connection_Scheduling
Thanks,
Janusz
Package: linux-2.6
Severity: wishlist
I am using classifier actions without problems for more than half a year.
Tested with kernel versions 2.6.15 and later, with iproute rebuilt from
the source package.
Thanks,
Janusz
-- System Information:
Debian Release: 3.1
APT prefers testing
APT
Trying to submit a bug through my Exim server configured with TLS and
AUTH I still get this error:
SMTP send failure: SMTP AUTH extension not supported by server.
which is not true unless TLS has not been started by the client. In the
server log I can see:
2006-09-28 09:58:05 SMTP protocol
Tags: fixed, patch
Janusz Krzysztofik wrote:
Ju, Seokmann wrote:
...
Technically, I would recommend you to check F/W version and make sure
it is not higher than 6.61.
I believe the problem happens with 6.62 or higher.
Bingo! megaraid_mbox works for me with F/W 6.61. How did you know?
I
Tags: wontfix
Janusz Krzysztofik wrote:
Ju, Seokmann wrote:
...
Technically, I would recommend you to check F/W version and make sure
it is not higher than 6.61.
I believe the problem happens with 6.62 or higher.
Bingo! megaraid_mbox works for me with F/W 6.61. How did you know?
As my
from whishlist to something more serious.
Greetings,
Janusz Krzysztofik
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: xen-hypervisor-3.0-i386
Version: 3.0.2+hg9697-1
Severity: important
Tags: patch
Xen 3.0 hypervisor does not boot on my Acer TravelMate 2403 at all
unless IOAPIC is disabled with noapic or acpi=noirq boot parameter.
However, with IOAPIC disabled, some important devices, like network
Tags: patch
It is quite possible that this problem is the same I have encountered. For me,
the reason is in bad handling of the smtptls option. It looks like the smtp
protocol is not followed strictly enough.
To make sure an SMTP server honours our STARTTLS command, we should send the
EHLO
tree, it is
rather a good idea to add support for CECR ATA100/4ch to the new driver
before.
Janusz
Andrew Morton wrote:
On Tue, 20 Jun 2006 13:10:06 +0200
Janusz Krzysztofik [EMAIL PROTECTED] wrote:
Here is the patch I have attached it to my debian bug report. It
simply
adds CERC subsystem ids
Package: linux-2.6
Severity: normal
Tags: patch
In order to use a 2.6.16 linux kernel on our Dell PowerEdge 1600SC with
CERC ATA100/4ch raid controller I had to apply th following patch to the
legacy megaraid driver to support the device.
The new driver (megaraid_mbox) recognized the device,
Package: monit
Version: 1:4.5-1
Severity: normal
Tags: patch
I use monit to monitor a pool of my real ntp servers in an lvs cluster.
From time to time a server or two start answering with leap indicator set to
+1.
Monit counts this as an error and, using my config file settings,
removes the
37 matches
Mail list logo
