similar to: xen-common REMOVED from testing

FYI: The status of the xen-api-libs source package in Debian's testing distribution has changed. Previous version: 0.5.2-3.1 Current version: (not in testing) Hint: <http://release.debian.org/britney/hints/mehdi> # 10-12-2013; generated with comigrate -c /srv/release.debian.org/britney/code/b2/britney.conf --migrate ocaml --remove xen-api-libs --remove otags --remove

FYI: The status of the guest-templates source package in Debian's testing distribution has changed. Previous version: 0.1-4 Current version: (not in testing) Hint: <http://release.debian.org/britney/hints/jcristau> # 20130926; done 20130927 The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not

FYI: The status of the xen-api source package in Debian's testing distribution has changed. Previous version: 1.3.2-15 Current version: (not in testing) Hint: <http://release.debian.org/britney/hints/jcristau> # 20130926; done 20130927 The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not

FYI: The status of the xen-unstable source package in Debian's testing distribution has changed. Previous version: 3.0-unstable+hg11561-1 Current version: (not in testing) Hint: <http://ftp-master.debian.org/testing/hints/luk> Bug #395332: xen-unstable - not suitable for a release The script that generates this mail tries to extract removal reasons from comments in the

FYI: The status of the xen-3.0 source package in Debian's testing distribution has changed. Previous version: 3.0.4-1-1 Current version: (not in testing) Hint: Package not in unstable The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for

FYI: The status of the xen-3 source package in Debian's testing distribution has changed. Previous version: 3.4.3-1 Current version: (not in testing) Hint: Package not in unstable The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for removing

FYI: The status of the xcp-storage-managers source package in Debian's testing distribution has changed. Previous version: 0.1.1-3.1 Current version: (not in testing) Hint: Package not in unstable The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the

FYI: The status of the xcp-eliloader source package in Debian's testing distribution has changed. Previous version: 0.1-4 Current version: (not in testing) Hint: Package not in unstable The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for

FYI: The status of the xcp-vncterm source package in Debian's testing distribution has changed. Previous version: 0.1-2.1 Current version: (not in testing) Hint: Package not in unstable The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for

Sorry, that name is a misnomer. However, I was excited to find that Ruby has a built in Observable module and I''m pretty bored, so I apologize in advance.... require ''observer'' # one who is observed class Celebrity include Observable attr_accessor :name attr_reader :is def is=(val) @is = val changed notify_observers(self) end end # one who

FYI: The status of the xen-common source package in Debian's testing distribution has changed. Previous version: 4.1.0~rc6-1 Current version: 4.1.2-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more

Hi, I was trying to get OpenSSH portable working with my Yubikey.? A key was present on the token but generated using the ECCP384 algorithm. This lead to many obscure goose-chase red-herring error messages from OpenSSH such as the delightful "Could not add card : agent refused operation" or other nonsense that was meaningless and unhelpful. Many hours later in Mr Google's company,

We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: xen-common | 4.1.2-1 | source xen-utils-common | 4.1.2-1 | all ------------------- Reason ------------------- RoQA; obsoleted by xen ---------------------------------------------- Note that the package(s) have simply been removed from the tag database and may (or may not) still be

I really don't know if this is the same problem that was reported by Ingo Saitz (I really couldn't say which one was 128kbit and which was the original wav when blind-testing. The original had some distortion that perhaps does somehting with my cheapo soundcard) but here's a description of what i've found: When doing some sample encoding with rc2 (rebuilt rpm with latest redhat

Dear Jim and Owen, Thanks for replies, I only kindly suggest some discussion on the maillist in such cases. Just in general, nasty precedents sometimes happen, for example on IRC I've recently seen some commits to Objective C were requested to be reverted, because they were commited without any discussion. Here things are certainly not that hard, but the point is the same: it is always nice

Am 23.07.2014 10:42, schrieb Daniel Vetter: > On Wed, Jul 23, 2014 at 10:25 AM, Maarten Lankhorst > <maarten.lankhorst at canonical.com> wrote: >> In this case if the sync was to i915 the i915 lockup procedure would take care of itself. It wouldn't fix radeon, but it would at least unblock your intel card again. I haven't specifically added a special case to attempt to

Hi, I have a problem with the removal of inheritance ACLs of subdirectories. It almost sounds like only adding ACLs work but removals of inheritance ACL's not. By default the access rights (including ACLs) should be inherited, but it should also be possible to remove the access rights from any subdirectory. This is what I am trying to do, I have a share called media with some users /

Am 23.07.2014 10:54, schrieb Daniel Vetter: > On Wed, Jul 23, 2014 at 10:46 AM, Christian K?nig > <deathsimple at vodafone.de> wrote: >> Am 23.07.2014 10:42, schrieb Daniel Vetter: >> >>> On Wed, Jul 23, 2014 at 10:25 AM, Maarten Lankhorst >>> <maarten.lankhorst at canonical.com> wrote: >>>> In this case if the sync was to i915 the i915

On Mar 1, 2014, at 7:15 PM, Chandler Carruth <chandlerc at google.com> wrote: > On Sat, Mar 1, 2014 at 5:59 PM, Duncan P. N. Exon Smith <dexonsmith at apple.com> wrote: > The current guidelines [1] on the use of the struct keyword are too > restrictive and apparently ignored. They limit the use of struct to > PODs, citing broken compilers. > > The guidelines are

On Wed, Jul 23, 2014 at 10:46 AM, Christian K?nig <deathsimple at vodafone.de> wrote: > Am 23.07.2014 10:42, schrieb Daniel Vetter: > >> On Wed, Jul 23, 2014 at 10:25 AM, Maarten Lankhorst >> <maarten.lankhorst at canonical.com> wrote: >>> >>> In this case if the sync was to i915 the i915 lockup procedure would take >>> care of itself. It