similar to: Bug#705659: Xen scripts use old-skool "ip" command syntax

Package: xen-utils-common Version: 4.1.4-3+deb7u1 Severity: minor In the file /etc/xen/xl.conf there's a suggestion that vif scripts should be named relative to the /etc/xen/scripts directory, which is not the case, since absolute paths have to be used. The manual page xl.conf(5) is also missing. Relevant snippet: # default vif script #vifscript="vif-bridge"

Package: xen-utils-4.1 Version: 4.1.3-7 Severity: normal pygrub looks for extlinux config files "/boot/isolinux/isolinux.cfg" and "/boot/extlinux.conf", but the default Debian installation uses the config file "/boot/extlinux/extlinux.conf". (See /usr/lib/xen-4.1/bin/pygrub lines 405-407.) ...Marvin -- System Information: Debian Release: 7.0 APT prefers testing

Package: xen Version: 4.0.1-5.11 Severity: important Tags: security, patch, fixed-upstream http://www.openwall.com/lists/oss-security/2013/11/21/2 Description: An inverted boolean parameter resulted in TLB flushes not happening upon clearing of a present translation table entry. Retaining stale TLB entries could allow guests access to memory that ought to have been revoked, or grant greater

Processing commands for control at bugs.debian.org: > tags 705659 + upstream Bug #705659 [xen-utils-common] Xen scripts use old-skool "ip" command syntax Added tag(s) upstream. > tags 705659 + patch Bug #705659 [xen-utils-common] Xen scripts use old-skool "ip" command syntax Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need

Package: xen-utils-4.1 Version: 4.1.3-7 Severity: normal The function is_disk_image in /usr/lib/xen-4.1/bin/pygrub at line 45 distinguishes a partitioned disk from a partition by looking for 0xaa55 at offset 0x1fe in the image, but this is the bootsector signature, not the partition table signature. extlinux and other bootloaders put this signature there on bootable partitions (which don't

Package: xen-utils-4.1 Version: 4.1.3-7 Severity: normal The grub.cfg created by a default Debian installation uses many configuration statements that pygrub does not recognize, and pygrub is unable to find any kernel to load. ...Marvin -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500,

Package: xen-utils-4.1 Version: 4.1.3-7 Severity: normal pygrub does not recognize the include statement in extlinux.conf. The default Debian installation of extlinux creates a stub extlinux.conf which includes linux.cfg, where all the linux image entries are. This means that even if bugs 697407 and 697409 are fixed, pygrub still can't find the right kernel on a default Debian installation

Package: xen-utils-4.1 Version: 4.1.4-3+deb7u1 Switching to the xl toolstack I expected my configuration to work unmodified, but it doesn't, and I couldn't find any documentation regarding this, since xl.cfg(5) is missing. Original version, used with xm: vfb = ['type=vnc,vnclisten=0.0.0.0:6369,vncdisplay=6369,vncpasswd=x'] Working xl version: vnclisten="0.0.0.0:6369"

Package: xen-utils-4.1 Version: 4.1.4-3+deb7u1 Severity: important Tags: security patch When you use xl toolstack, you can't reboot domUs. When you switch back to xm toolstack, than reboot works again. I think the problem with the debian packaged version is the same as in this thread: http://lists.xen.org/archives/html/xen-devel/2011-09/msg01289.html I also think it's a security issue,

Package: xen-utils-4.3 Version: 4.3.0-3 Severity: important Tags: upstream patch When using Xen compiled with seabios-1.7.4-1 (now in unstable/testing), HVMs fail immediately upon starting with a VCPU triple fault: (XEN) HVM1: Loading SeaBIOS ... (XEN) hvm.c:1253:d1 Triple fault on VCPU0 - invoking HVM shutdown action 1. This is because SeaBIOS can now be greater than 128k, which breaks an

Processing commands for control at bugs.debian.org: > forwarded 705659 http://lists.xen.org/archives/html/xen-devel/2013-08/msg01755.html Bug #705659 [xen-utils-common] Xen scripts use old-skool "ip" command syntax Set Bug forwarded-to-address to 'http://lists.xen.org/archives/html/xen-devel/2013-08/msg01755.html'. > thanks Stopping processing here. Please contact me if

Processing commands for control at bugs.debian.org: > tags 705659 + fixed-upstream Bug #705659 [xen-utils-common] Xen scripts use old-skool "ip" command syntax Added tag(s) fixed-upstream. > thanks Stopping processing here. Please contact me if you need assistance. -- 705659: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705659 Debian Bug Tracking System Contact owner at

Hello Folks; I have a dilemma: I have a client with Asterisk 1.4x and he needs to have a record of all incoming calls - caller ID and date/time is sufficient. Since I am not an Asterisk wizard, I am doing it this way. I set a cron job to tailf the last 10 lines of the Master.csv file and package those nicely in an email. However, I can see some inefficiencies in this. Main one is what if

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 I'm migrating from ?old skool? solution with one mail client (MUA) on one computer, which retrieves mail via POP3, sorts it and manages it locally to installation when there are several MUAs on different devices, accessing mail via IMAP4, and all sorting and management should be server-side. Sorting is ?easy?: sieve. Here are some nuisance

Your message dated Sun, 10 Aug 2014 12:00:17 +0000 with message-id <E1XGRnN-0007ak-6G at franck.debian.org> and subject line Bug#718898: fixed in xen 4.4.0-1 has caused the Debian Bug report #718898, regarding coreutils: cut no longer works with newline as delimiter to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=429 ------- Additional Comments From laforge@netfilter.org 2006-01-25 11:00 MET ------- Please specifically tell us about the exact kernel version, any patches that you might have applied, and the iptables version that you're using. -- Configure bugmail: https://bugzilla.netfilter.org/bugzilla/userprefs.cgi?tab=email ------- You

I'm running smbd -V Version 4.1.0rc2-3.1-3075-SUSE-oS12.3-x86_64 This is a standalone server, and the only SMB/CIFS instance on my LAN. On launch, I see the following "find_domain_master_name_query_fail" error in logs. I can't track down what I've managed to do wrong; pointers appreciated. ==> log.nmbd <== [2013/09/07 16:21:41, 2]

https://bugs.freedesktop.org/show_bug.cgi?id=82255 Priority: medium Bug ID: 82255 Assignee: nouveau at lists.freedesktop.org Summary: [VP2] Chroma planes are vertically stretched during VDPAU playback Severity: normal Classification: Unclassified OS: All Reporter: emil.l.velikov at gmail.com

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=429 ------- Additional Comments From netfilter@linuxace.com 2006-02-26 00:29 MET ------- When you do this: netstat -an | grep LISTEN do you see 0.0.0.0:9080 or does the 9080 line list a specific IP? Also, is 216.152.242.200 the primary IP address of the incoming interface, or a secondary? -- Configure bugmail:

We need to monitorate the E1 with nagios, somebody did this? any ideia? Thanks in advance! -- Atenciosamente, ------------------------------------------------------- Dario Quiroz (71) 9275-9080 gtalk: darioquiroz at gmail.com ------------------------------------------------------- -------------- next part -------------- An HTML attachment was