similar to: Processed: tagging as pending bugs that are closed by packages in NEW

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Thu, 05 Sep 2013 13:54:03 +0200 Source: xen Binary: libxen-4.3 libxenstore3.0 libxen-dev xenstore-utils libxen-ocaml libxen-ocaml-dev xen-utils-common xen-utils-4.3 xen-hypervisor-4.3-amd64 xen-system-amd64 Architecture: source amd64 all Version: 4.3.0-1 Distribution: unstable Urgency: low Maintainer: Debian Xen Team

Processing commands for control at bugs.debian.org: > # Saturday 2 February 19:03:31 UTC 2013 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: cliff-tablib > tags 699594 + pending Bug #699594 [wnpp] ITP: cliff-tablib -- tablib formatters for cliff Added tag(s) pending. > # Source package

Processing commands for control at bugs.debian.org: > # Thu Mar 17 19:03:59 UTC 2011 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: mythes-it > tags 617565 + pending Bug #617565 [openoffice.org-thesaurus-it] please rename to mythes-it Added tag(s) pending. > # Source package in NEW:

On Fri, 2013-08-16 at 15:12 +0100, Ian Campbell wrote: > waldi, > > I reckon you can close at least the following with the new release. > > Ian. > > diff --git a/xen/debian/changelog b/xen/debian/changelog > index e5b25ef..fc3f161 100644 > --- a/xen/debian/changelog > +++ b/xen/debian/changelog > @@ -2,14 +2,15 @@ xen (4.3.0-1) UNRELEASED; urgency=low >

waldi, I reckon you can close at least the following with the new release. Ian. diff --git a/xen/debian/changelog b/xen/debian/changelog index e5b25ef..fc3f161 100644 --- a/xen/debian/changelog +++ b/xen/debian/changelog @@ -2,14 +2,15 @@ xen (4.3.0-1) UNRELEASED; urgency=low [ Bastian Blank ] * New upstream release. + - Fix HVM PCI passthrough (Closes: #706543) * Call configure

Hi all. There is an interesting project that was called opendpi (originally by ipoque GmbH) and recently been forked and maintained by the ntop guys under the nDPI label. It offers a new and currently maintained layer 7 (L7) packet identification library. It could definitely benefit from more eyes and development effort, but at present it gives much better breakdown of traffic for ntop

Processing commands for control at bugs.debian.org: > reassign 668641 libxen-dev Bug #668641 [xen] Please add a symlink /usr/lib/xen -> /usr/lib/xen-default Bug reassigned from package 'xen' to 'libxen-dev'. No longer marked as found in versions 4.1.2-3. Ignoring request to alter fixed versions of bug #668641 to the same values previously set > forcemerge 644390 668641

Processing commands for control at bugs.debian.org: > forcemerge 688311 688638 Bug #688311 [xen-utils-4.2] xen-utils-4.2: qemu-dm not available Bug #688638 [xen-utils-4.2] xen-utils-4.2: cannot run PV DomU off a disk image Severity set to 'normal' from 'important' Bug #688311 [xen-utils-4.2] xen-utils-4.2: qemu-dm not available Marked as found in versions xen/4.2.0-1; no longer

Processing commands for control at bugs.debian.org: > forcemerge 644390 668641 Bug #644390 [libxen-dev] Please make it possible to link a against libxlutil Unable to merge bugs because: package of #668641 is 'xen' not 'libxen-dev' Failed to forcibly merge 644390: Did not alter merged bugs Debbugs::Control::set_merged('transcript', 'GLOB(0x25f5b28)',

I have been working for quite some time building nDPI iptables module from vel21ripn for many Linux distributions and I just finished couple basic tests on the module for CentOS 7 and I am quite satisfied. I am looking for other CentOS 7 admins who will want to test this iptables module. More details are at: https://github.com/vel21ripn/nDPI/issues/18 Thanks, Eliezer ---- Eliezer Croitoru Linux

ls -la Source folder ----------------------------********---------------------------------- root at ---:/BKP_SC//FONT# ls -la totale 2808 drwxr-sr-x 1 nobody 65533 944 giu 30 2010 . drwxr-sr-x 1 nobody 65533 1440 mar 18 2014 .. -rw-r--r-- 1 nobody 65533 12292 apr 20 2012 :2eDS_Store drwxr-sr-x 1 nobody 65533 880 giu 30 2010 .AppleDouble -rw-r--r-- 1 nobody 65533 0 mar 5 2010

Ram, ? Look inside the .AppleDouble folder and tou will find the resource forks that hold the main part of the font data. ? Not a 'problem' with netatalk, but just how netatalk works so that it can represent apple files on non-apple filesystems. ? ?If you confirm the data all matches, this will prove rsync is working properly. ? Bryan -------- Original message -------- From: Ram Ballu

Yes I think I can. The original compile line was: llvm-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../extlib/otf/otflib -I../../ extlib/otf/otflib -I../../vtlib/ -I../../vtlib -D_REENTRANT -fopenmp - DVT_OMP -O2 -MT vtfilter-vt_tracefilter.o -MD -MP -MF .deps/vtfilter- vt_tracefilter.Tpo -c -o vtfilter-vt_tracefilter.o `test -f 'vt_tracefilter.cc' || echo './'`vt_tracefilter.cc I

Hi, I was wondering whether or not MPI-libraries are expected to work with llvm-gcc? I tried to compile openmpi-1.3 using the llvm-gcc4.2-2.5-x86-darwin9 distribution on my MacBook Pro running OS 10.5.6. Installation using the gcc (gcc version 4.0.1 (Apple Inc. build 5490)) worked well. But for the llvm-gcc I get the following error message (during the make): > .... > Making all

Hi Is there any way to insert L7 rules by using the ndpi-netfilter module? /GH ------------------------------------------------------------------------------ Try New Relic Now & We''ll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers

Hmm, I wonder how the package search I originally did for it failed. I guess I have a couple wnpp bugs close, but no other work wasted. Britton On Thu, 22 Feb 2001, Matt Zimmerman wrote: > On Wed, Feb 21, 2001 at 05:08:56PM -0900, Britton wrote: > > > The users of debian have been without high quality lossless audio compression > > too long, I say. I am therefore packaging

Dear R Users--- [Because I struggled with this for a while, I decided to post it into r-help for the benefit of others, where google search will pick it up. thanks to everyone who made these facilities available.] The task is to use your own opentype otf fonts in an R-created pdf file using the pdf device (not with the [excellent] CairoPDF device, if only because it does not have colorspace

Processing commands for control at bugs.debian.org: > block 698093 with 644390 Bug #698093 [libvirt-bin] libvirt-bin: Enable Xen libxl backend 698093 was not blocked by any bugs. 698093 was not blocking any bugs. Added blocking bug(s) of 698093: 644390 and 668641 > thanks Stopping processing here. Please contact me if you need assistance. -- 698093:

Package: wnpp Severity: wishlist Owner: Debian Xen Team <pkg-xen-devel at lists.alioth.debian.org> * Package name : blktap-dkms Version : 2.0.90 Upstream Author : Jon Ludlam <jonathan.ludlam at eu.citrix.com> * URL : http://www.xen.org/ * License : GPL-2 Programming Lang: C Description : Xen blktap kernel component DKMS package This package

Processing commands for control at bugs.debian.org: > submitter 192827 Jos? Luis Gonz?lez <jlgonzal at ya.com> Bug #192827 [xdiskusage] xdiskusage: Printing doesn't manage non-ASCII characters Changed Bug submitter to 'Jos? Luis Gonz?lez <jlgonzal at ya.com>' from 'Jos?? Luis Gonz??lez <jlgonzal at ya.com>' > submitter 208308 R?diger Kuhlmann