* Re: [Qemu-devel] [PULL] tcg/interpreter: Add TCG + interpreter for bytecode
From: Anthony Liguori @ 2011-10-31 21:38 UTC (permalink / raw)
To: Stefan Weil; +Cc: Blue Swirl, QEMU Developers, Aurelien Jarno
In-Reply-To: <4EAF13A8.5020303@weilnetz.de>
On 10/31/2011 04:31 PM, Stefan Weil wrote:
> Hi,
>
> this is a 3rd version of the patch series which adds support for
> QEMU on any host by using a TCG interpreter (TCI).
>
> Version 2 was sent to the list and is available here:
> http://lists.gnu.org/archive/html/qemu-devel/2011-10/msg02504.html
>
> The new version removed the TRACE macros which I used during development.
> They are no longer needed. This fixes malc's feedback.
>
> Patches 1, 2, 5 and 6 are only rebased.
>
> Patch 1 is useful even without TCI and improves the handling of a
> special case needed for PPC hosts.
>
> Please tell me if I should send the complete patches to qemu-devel.
>
> I'd appreciate if the series could be pulled before QEMU 1.0 to form
> a base for further development of TCI.
I'll defer to Blue and/or Aurelien here as I don't know enough about TCG to
really review this series.
But I'd recommend waiting to pull this until after 1.1 opens up. This is the
sort of thing that 1) people are likely to actually use and 2) could use a full
development cycle of testing to get hardened before showing up in a release.
I'd feel better about pulling this into 1.0 if it was guarded by a configure
option and disabled by default just to enforce that it's an experimental feature.
Regards,
Anthony Liguori
>
> Regards,
> Stefan Weil
>
>
> The following changes since commit ff74c5a9a91c6dbf1017195462aa4176f7381240:
>
> Merge remote-tracking branch 'riku/linux-user-for-upstream' into staging
> (2011-10-31 15:05:40 -0500)
>
> are available in the git repository at:
>
> git://qemu.weilnetz.de/qemu.git tci
>
> Stefan Weil (6):
> tcg: TCG targets may define tcg_qemu_tb_exec
> tcg: Make ARRAY_SIZE(tcg_op_defs) globally available
> tcg: Add bytecode generator for tcg interpreter
> tcg: Add interpreter for bytecode
> tcg: Add tci disassembler
> tcg: Add tcg interpreter to configure / make
>
> Makefile.target | 4 +
> configure | 34 ++-
> dis-asm.h | 1 +
> disas.c | 4 +-
> dyngen-exec.h | 12 +-
> exec-all.h | 22 +-
> tcg/ppc/tcg-target.h | 4 +
> tcg/tcg.c | 1 +
> tcg/tcg.h | 12 +-
> tcg/tci/README | 130 ++++++
> tcg/tci/tcg-target.c | 906 +++++++++++++++++++++++++++++++++++++
> tcg/tci/tcg-target.h | 160 +++++++
> tci-dis.c | 59 +++
> tci.c | 1208 ++++++++++++++++++++++++++++++++++++++++++++++++++
> 14 files changed, 2545 insertions(+), 12 deletions(-)
> create mode 100644 tcg/tci/README
> create mode 100644 tcg/tci/tcg-target.c
> create mode 100644 tcg/tci/tcg-target.h
> create mode 100644 tci-dis.c
> create mode 100644 tci.c
>
>
>
^ permalink raw reply
* RE: [nfsv4] [PATCH 2/2] nfs41: handle BLK_LAYOUT CB_RECALL_ANY
From: Welch, Brent @ 2011-10-31 21:42 UTC (permalink / raw)
To: Jim Rees, Trond Myklebust; +Cc: linux-nfs@vger.kernel.org, nfsv4 list
In-Reply-To: <20111031183131.GA1925@umich.edu>
CB_RECALL_ANY was added based on Panasas experience with its own protocols. When you have
100's (or 1000's) of clients and millions of files for which you maintain state, it is
very much worth optimizing how the server can reclaim this state.
Brent
-----Original Message-----
From: nfsv4-bounces@ietf.org [mailto:nfsv4-bounces@ietf.org] On Behalf Of Jim Rees
Sent: Monday, October 31, 2011 11:32 AM
To: Trond Myklebust
Cc: linux-nfs@vger.kernel.org; nfsv4 list
Subject: Re: [nfsv4] [PATCH 2/2] nfs41: handle BLK_LAYOUT CB_RECALL_ANY
Trond Myklebust wrote:
I don't necessarily disagree with what you are saying, but I have yet to
see a single server side implementation of CB_RECALL_ANY, let alone any
numbers that indicate performance or responsiveness problems resulting
from our existing client-side implementation.
I therefore find it hard to understand why optimising this particular
code is such a high priority, or why a patch that is adding per-file
layoutreturns to initiate_bulk_draining() is going to help anything at
all.
Testing between the linux block layout client and the EMC block layout
server revealed a deadlock when the server had handed out some number of
layouts and couldn't hand out any more. So now the EMC block layout server
implements CB_RECALL_ANY. So yes, this solves a real world problem, and
yes, there is a server that implements this.
We had some discussions at the time, and I don't remember if those were on
the linux-nfs list or in some other forum. We decided that the client was
in the best position to decide which layouts were no longer needed, so we
needed some way for the server to tell the client to return some layouts
without specifying which ones. CB_RECALL_ANY seemed custom-made for this
purpose, so we used it.
I don't think it would be appropriate for the server to recall all layouts
when it only needs some of them back.
_______________________________________________
nfsv4 mailing list
nfsv4@ietf.org
https://www.ietf.org/mailman/listinfo/nfsv4
^ permalink raw reply
* [PATCH v2] regulator: max8649 Convert max8649 to use regmap api
From: Mark Brown @ 2011-10-31 21:44 UTC (permalink / raw)
To: linux-arm-kernel
In-Reply-To: <1319462786-2602-1-git-send-email-jhbird.choi@gmail.com>
On Mon, Oct 24, 2011 at 10:26:26PM +0900, jhbird.choi at gmail.com wrote:
> From: Jonghwan Choi <jhbird.choi@gmail.com>
>
> Signed-off-by: Jonghwan Choi <jhbird.choi@gmail.com>
Applied, thanks (but for 3.3 rather than 3.2).
^ permalink raw reply
* [U-Boot] [PATCH 3/9] arm: Move CP15 init out of cpu_init_crit()
From: Simon Glass @ 2011-10-31 21:44 UTC (permalink / raw)
To: u-boot
In-Reply-To: <4EAD23E9.3090605@aribaud.net>
Hi Albert,
On Sun, Oct 30, 2011 at 3:16 AM, Albert ARIBAUD
<albert.u.boot@aribaud.net> wrote:
> Hi Simon,
>
> Le 29/10/2011 02:36, Simon Glass a ?crit :
>>
>> Hi Albert,
>>
>> On Thu, Oct 27, 2011 at 10:09 PM, Albert ARIBAUD
>> <albert.u.boot@aribaud.net> ?wrote:
>>>
>>> Le 28/10/2011 03:43, Simon Glass a ?crit :
>>>
>>>> The test was
>>>>
>>>> ? ? ? ?mrc ? ? p15, 0, r0, c0, c0, 0 ? @ get ID register
>>>> ? ? ? ?and ? ? r0, r0, #0xf0000 ? ? ? ?@ get architecture
>>>> ? ? ? ?cmp ? ? r0, #0xf0000 ? ? ? ? ? ?@ check for> ? ?ARMv6
>>>> ? ? ? ?movne ? pc, lr ? ? ? ? ? ? ? ? ?@ else skip cache init
>>>>
>>>> Unfortunately I think it is a plain ARM7TDMI with no CP15.
>>>
>>> What about other fields in r0 right after mrc?
>>
>> I don't really understand that sentence, sorry.
>>
>> The ARM7TDMI does not have a CP15 and aborts if I try to access it.
>> Just in case there is something odd going on I checked with DSTREAM /
>> RVdebug and it definitely doesn't have a CP15. [as Ford Prefect would
>> say, I counted them twice]
>
> Ok, so debug tools do not show cp15. But tools can be tailored to what tool
> makes think is needed -- I could tell about some debugging tools that will
> not let me see all I want a core because the debug designers had finite
> resources and what I wanted was not a priority to them.
Ye of little faith...
>
> OTOH, according to ARM, ARM7DTMI is an ARMv4T architecture, and indeed cp15
> is mandatory only for ARMv6 and up, but ARM also states cp15 support was a
> de facto standard already for ARMv4.
Yes it is de facto when you have a core with that support - typically
an MMU and caches. But in that case it would have three digits, as in
ARM720T, rather than ARM7TDMI. It is definitely an ARM7TDMI (actually
-S) core in the datasheet, and there is no external CP15 block shown,
etc. (Although I can see a cache!)
>
> So I am left with the question: would the Tegra2 AVP be the only ARM
> implementation supported by U-Boot that does not have a cp15? That is
> possible, but I want direct testimony from Nividia.
No there are lots and lots of ARM7TDMIs out there, just not that many
that run U-Boot - and Linux is hard without an MMU. But even in the
U-Boot tree we have the s3c44b0 cpu which seems to be a plain
ARM7TDMI.
In terms of direct testimony, two engineers are on this thread and may
wish to chime in. The datasheet is pretty clear to me...
>
> This is why I asked about the Tegra2 TRM, or whatever Nvidia calls it, in
> case it would explicitely state if AVP has cp15 support or not. Failing
See above, it clearly states ARM7TDMI-S.
> that, I'd be ok with experimenting but through the AVP, not through
> debugging tools -- encoding a cp15 MIDR read in the U-Boot startup code,
> step through it with the debugger and see if it causes an UND or not, and if
> not, what is the hex value of r0 -- maybe that is exactly what you did, but
> I am not 100% sure it is, hence my insistence.
OK I have done this, and yes the AVP definitely takes the undef
exception when you execute:
mrc p15, 0, r0, c0, c0, 0
>
> I am especially surprised that a recent core be synthesized without a means
> for run-time core identification, especially in a design with two ARM cores.
The -S means synthesized. It does have its own method of
identification as I mentioned. There is a Tegra-specific register that
I can read.
>
>> The simplest thing I have been able to think of that does not involve
>> exceptions, differing instruction behaviour, doing the init later or
>> putting in some Tegra-specific code is to check for the existence of
>> the Q bit in the CPSR (actually APSR on ARMv7). This does seem to work
>> and I have verified both in my old 1996 ARM ARM DDI 0100B and the
>> ARMv7-A one (DDI 0406B) that from an architecture point of view this
>> should work. The Q bit is RAZ on ARMv4T.
>
> This could hep if we really cannot access the Main ID Register on the AVP.
OK, well I will send a patch set up with this change.
>
>> I believe this will cope with the Cortex-A7 / A-15 combinations and
>> possibly even Cortex-R4 / A-15 although I have not tested this. I
>> suppose we can deal with this when it becomes an issue.
>>
>> So I have redone this one patch with that in mind, and adjusted the
>> series slightly to fit with this. I will resend it when it completes
>> MAKEALL.
>>
>> I hope that this resolves the matter, but if not(!), I would very much
>> appreciate it if you could send through some actual pseudo code
>> showing what you are looking for, to avoid any confusion.
>
> Well, I just want to see if the MIDR is accessible and what its value is, so
> I want the AVP to execute
>
> ? ? ? ?mrc ? ? p15, 0, r0, c0, c0, 0
>
> The ending 0 is what selects MIDR rather than other cp15 registers -- other
> values can cause UND (and I would gladly understand that AVP goes UND for
> reading cp15 CTR for instance).
>
> The simplest test would be to insert the exact instruction above in the
> reset sequence in start.S right after SVC32 switch, debug the reset
> execution path, see if the mrc above goes UND or else check r0's contents
> after mrc is done.
OK see above, I have done this. What I meant was for you to provide a
code sequence that you want in start.S. Hopefully my patch will fit
the bill.
I am very happy for this to be rewritten/changed down the track. But
for now, and assuming you don't want to call a function to find out
whether or not CP15 exists, I have created something which seems to
solve the problem. There are many other problems to solve. I feel that
this one has had its fair share of attention!
Regards,
Simon
>
>> Thanks,
>> Simon
>
> Amicalement,
> --
> Albert.
>
^ permalink raw reply
* Re: [PATCH v2] regulator: max8649 Convert max8649 to use regmap api
From: Mark Brown @ 2011-10-31 21:44 UTC (permalink / raw)
To: jhbird.choi; +Cc: linux-arm-kernel, linux-kernel, Liam Girdwood, Haojian Zhuang
In-Reply-To: <1319462786-2602-1-git-send-email-jhbird.choi@gmail.com>
On Mon, Oct 24, 2011 at 10:26:26PM +0900, jhbird.choi@gmail.com wrote:
> From: Jonghwan Choi <jhbird.choi@gmail.com>
>
> Signed-off-by: Jonghwan Choi <jhbird.choi@gmail.com>
Applied, thanks (but for 3.3 rather than 3.2).
^ permalink raw reply
* [PATCH 1/8] pnfs-obj: Remove redundant EOF from objlayout_io_state
From: Boaz Harrosh @ 2011-10-31 21:45 UTC (permalink / raw)
To: Trond Myklebust, Brent Welch, NFS list, open-osd
In-Reply-To: <4EAF146D.5060507@panasas.com>
The EOF calculation was done on .read_pagelist(), cached
in objlayout_io_state->eof, and set in objlayout_read_done()
into nfs_read_data->res.eof.
So set it directly into nfs_read_data->res.eof and avoid
the extra member.
This is a slight behaviour change because before eof was
*not* set on an error update at objlayout_read_done(). But
is that a problem? Is Generic layer so sensitive that it
will miss the error IO if eof was set? From my testing
I did not see such a problem.
Benny please review.
Which brings me to a more abstract problem. Why does the
LAYOUT driver needs to do this eof calculation? .i.e we
are inspecting generic i_size_read() and if spanned by
offset + count which is received from generic layer we set
eof. It looks like all this can/should be done in generic
layer and not at LD. Where does NFS and files-LD do it?
It looks like it can be promoted.
Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
---
fs/nfs/objlayout/objlayout.c | 16 +++++++---------
fs/nfs/objlayout/objlayout.h | 1 -
2 files changed, 7 insertions(+), 10 deletions(-)
diff --git a/fs/nfs/objlayout/objlayout.c b/fs/nfs/objlayout/objlayout.c
index 1d06f8e..1300736 100644
--- a/fs/nfs/objlayout/objlayout.c
+++ b/fs/nfs/objlayout/objlayout.c
@@ -287,17 +287,14 @@ static void _rpc_read_complete(struct work_struct *work)
void
objlayout_read_done(struct objlayout_io_state *state, ssize_t status, bool sync)
{
- int eof = state->eof;
- struct nfs_read_data *rdata;
+ struct nfs_read_data *rdata = state->rpcdata;
state->status = status;
- dprintk("%s: Begin status=%zd eof=%d\n", __func__, status, eof);
- rdata = state->rpcdata;
+ dprintk("%s: Begin status=%zd eof=%d\n", __func__,
+ status, rdata->res.eof);
rdata->task.tk_status = status;
- if (status >= 0) {
+ if (status >= 0)
rdata->res.count = status;
- rdata->res.eof = eof;
- }
objlayout_iodone(state);
/* must not use state after this point */
@@ -330,11 +327,14 @@ enum pnfs_try_status
status = 0;
rdata->res.count = 0;
rdata->res.eof = 1;
+ /*FIXME: do we need to call pnfs_ld_read_done() */
goto out;
}
count = eof - offset;
}
+ rdata->res.eof = (offset + count) >= eof;
+
state = objlayout_alloc_io_state(NFS_I(rdata->inode)->layout,
rdata->args.pages, rdata->args.pgbase,
offset, count,
@@ -345,8 +345,6 @@ enum pnfs_try_status
goto out;
}
- state->eof = state->offset + state->count >= eof;
-
status = objio_read_pagelist(state);
out:
dprintk("%s: Return status %Zd\n", __func__, status);
diff --git a/fs/nfs/objlayout/objlayout.h b/fs/nfs/objlayout/objlayout.h
index a8244c8..ffb884c 100644
--- a/fs/nfs/objlayout/objlayout.h
+++ b/fs/nfs/objlayout/objlayout.h
@@ -86,7 +86,6 @@ struct objlayout_io_state {
void *rpcdata;
int status; /* res */
- int eof; /* res */
int committed; /* res */
/* Error reporting (layout_return) */
--
1.7.6.4
^ permalink raw reply related
* [PATCH] 3c505: Fix compile breakage
From: Joe Perches @ 2011-10-31 21:45 UTC (permalink / raw)
To: Boaz Harrosh, Jason Baron
Cc: Philip Blundell, linux-kernel, netdev, Randy Dunlap,
Stephen Rothwell
In-Reply-To: <4EAF0F34.4070702@panasas.com>
The joys of preprocessor games with c90 named initializers.
commit 07613b0b5ef8
("dynamic_debug: consolidate repetitive struct _ddebug descriptor definitions")
uses a ".filename" named initializer.
When filename is also a #define this fails to compile.
Remove #define filename from 3c505.c
Signed-off-by: Joe Perches <joe@perches.com>
---
On Mon, 2011-10-31 at 14:12 -0700, Boaz Harrosh wrote:
> Doing an "make ARCH=i386 allmodconfig" on linus/master [f362f98] gives me the below
> compilation breakage.
> (Fedora_15_amd64 machine)
> It's probably old news but I thought I'll report it as part of my obligation
> as a Kernel monkey
Thanks Boaz.
Good monkey, <gives peanut>
drivers/net/ethernet/i825xx/3c505.c | 6 ++----
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ethernet/i825xx/3c505.c b/drivers/net/ethernet/i825xx/3c505.c
index 40e1a17..ba82a26 100644
--- a/drivers/net/ethernet/i825xx/3c505.c
+++ b/drivers/net/ethernet/i825xx/3c505.c
@@ -126,15 +126,13 @@
*
*********************************************************/
-#define filename __FILE__
-
#define timeout_msg "*** timeout at %s:%s (line %d) ***\n"
#define TIMEOUT_MSG(lineno) \
- pr_notice(timeout_msg, filename, __func__, (lineno))
+ pr_notice(timeout_msg, __FILE__, __func__, (lineno))
#define invalid_pcb_msg "*** invalid pcb length %d at %s:%s (line %d) ***\n"
#define INVALID_PCB_MSG(len) \
- pr_notice(invalid_pcb_msg, (len), filename, __func__, __LINE__)
+ pr_notice(invalid_pcb_msg, (len), __FILE__, __func__, __LINE__)
#define search_msg "%s: Looking for 3c505 adapter at address %#x..."
^ permalink raw reply related
* RE: [GIT PULL] mm: frontswap (for 3.2 window)
From: Dan Magenheimer @ 2011-10-31 21:45 UTC (permalink / raw)
To: Andrea Arcangeli
Cc: Johannes Weiner, Pekka Enberg, Cyclonus J, Sasha Levin,
Christoph Hellwig, David Rientjes, Linus Torvalds, linux-mm, LKML,
Andrew Morton, Konrad Wilk, Jeremy Fitzhardinge, Seth Jennings,
ngupta, Chris Mason, JBeulich, Dave Hansen, Jonathan Corbet,
Hugh Dickins
In-Reply-To: <20111031183423.GG3466@redhat.com>
> From: Andrea Arcangeli [mailto:aarcange@redhat.com]
> Subject: Re: [GIT PULL] mm: frontswap (for 3.2 window)
>
> On Fri, Oct 28, 2011 at 10:07:12AM -0700, Dan Magenheimer wrote:
> > First, there are several companies and several unaffiliated kernel
> > developers contributing here, building on top of frontswap. I happen
> > to be spearheading it, and my company is backing me up. (It
> > might be more appropriate to note that much of the resistance comes
> > from people of your company... but please let's keep our open-source
> > developer hats on and have a technical discussion rather than one
> > which pleases our respective corporate overlords.)
>
> Fair enough to want an independent review but I'd be interesting to
> also know how many of the several companies and unaffiliated kernel
> developers are contributing to it that aren't using tmem with Xen.
Well just to summarize the non-Oracle-non-tmem supportive responses so far
to this frontswap thread:
Nitin Gupta, for zcache
Brian King (IBM), for Linux on Power
Sasha Levin and Neo Jia, affiliation unspecified, working on tmem for KVM
Ed Tomlinson, affiliation unspecified, end-user of zcache
This doesn't count those that replied offlist to Linus to support the
merging of cleancache earlier this year, and doesn't count the fair
number of people who have offlist asked me about zcache or if KVM
supports tmem or when RAMster will be ready. I suppose I could
do a better job advertising others' interest...
> Note, Hugh is working for another company... and they're using cgroups
> not KVM nor Xen, so I suggests he'd be a fair reviewer from a non-virt
> standpoint, if he hopefully has the time to weight in.
I spent an hour with Hugh at Google this summer, and he (like you)
expressed some dislike of the ABI/API and the hooks but he has since
told both me and Andrew he doesn't have time to pursue this.
Others in Google have shown vague interest in tmem for cgroups but
I've been too busy myself to even think about that.
> However keep in mind if we'd see something that can allow KVM to run
> even faster, we'd be quite silly in not taking advantage of it too, to
> beat our own SPECvirt record. The whole design idea of KVM (unlike
> Xen) is to reuse the kernel improvements as much as possible so when
> the guest runs faster the hypervisor also runs faster with the exact
> same code. Problem a vmexit doing a bounce buffer every 4k doesn't mix
> well into SPECvirt in my view and that probably is what has kept us
> from making any attempt to use tmem API anywhere.
If SPECvirt does any swapping that actually goes to disk (doubtful?),
frontswap will help.
Personally, I think SPECvirt was hand-designed by VMware to favor
their platform, but they were chagrined to find that you and KVM
cleverly re-implemented transparent content-based page sharing
which was the feature for which they were designing SPECvirt.
IOW, SPECvirt is benchmarketing not benchmarking... but I know
that's important too. :-)
Sorry for the topic drift...
Thanks,
Dan
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply
* RE: [GIT PULL] mm: frontswap (for 3.2 window)
From: Dan Magenheimer @ 2011-10-31 21:45 UTC (permalink / raw)
To: Andrea Arcangeli
Cc: Johannes Weiner, Pekka Enberg, Cyclonus J, Sasha Levin,
Christoph Hellwig, David Rientjes, Linus Torvalds, linux-mm, LKML,
Andrew Morton, Konrad Wilk, Jeremy Fitzhardinge, Seth Jennings,
ngupta, Chris Mason, JBeulich, Dave Hansen, Jonathan Corbet,
Hugh Dickins
In-Reply-To: <20111031183423.GG3466@redhat.com>
> From: Andrea Arcangeli [mailto:aarcange@redhat.com]
> Subject: Re: [GIT PULL] mm: frontswap (for 3.2 window)
>
> On Fri, Oct 28, 2011 at 10:07:12AM -0700, Dan Magenheimer wrote:
> > First, there are several companies and several unaffiliated kernel
> > developers contributing here, building on top of frontswap. I happen
> > to be spearheading it, and my company is backing me up. (It
> > might be more appropriate to note that much of the resistance comes
> > from people of your company... but please let's keep our open-source
> > developer hats on and have a technical discussion rather than one
> > which pleases our respective corporate overlords.)
>
> Fair enough to want an independent review but I'd be interesting to
> also know how many of the several companies and unaffiliated kernel
> developers are contributing to it that aren't using tmem with Xen.
Well just to summarize the non-Oracle-non-tmem supportive responses so far
to this frontswap thread:
Nitin Gupta, for zcache
Brian King (IBM), for Linux on Power
Sasha Levin and Neo Jia, affiliation unspecified, working on tmem for KVM
Ed Tomlinson, affiliation unspecified, end-user of zcache
This doesn't count those that replied offlist to Linus to support the
merging of cleancache earlier this year, and doesn't count the fair
number of people who have offlist asked me about zcache or if KVM
supports tmem or when RAMster will be ready. I suppose I could
do a better job advertising others' interest...
> Note, Hugh is working for another company... and they're using cgroups
> not KVM nor Xen, so I suggests he'd be a fair reviewer from a non-virt
> standpoint, if he hopefully has the time to weight in.
I spent an hour with Hugh at Google this summer, and he (like you)
expressed some dislike of the ABI/API and the hooks but he has since
told both me and Andrew he doesn't have time to pursue this.
Others in Google have shown vague interest in tmem for cgroups but
I've been too busy myself to even think about that.
> However keep in mind if we'd see something that can allow KVM to run
> even faster, we'd be quite silly in not taking advantage of it too, to
> beat our own SPECvirt record. The whole design idea of KVM (unlike
> Xen) is to reuse the kernel improvements as much as possible so when
> the guest runs faster the hypervisor also runs faster with the exact
> same code. Problem a vmexit doing a bounce buffer every 4k doesn't mix
> well into SPECvirt in my view and that probably is what has kept us
> from making any attempt to use tmem API anywhere.
If SPECvirt does any swapping that actually goes to disk (doubtful?),
frontswap will help.
Personally, I think SPECvirt was hand-designed by VMware to favor
their platform, but they were chagrined to find that you and KVM
cleverly re-implemented transparent content-based page sharing
which was the feature for which they were designing SPECvirt.
IOW, SPECvirt is benchmarketing not benchmarking... but I know
that's important too. :-)
Sorry for the topic drift...
Thanks,
Dan
^ permalink raw reply
* [PATCH 2/8] pnfs-obj: Return PNFS_NOT_ATTEMPTED in case of read/write_pagelist
From: Boaz Harrosh @ 2011-10-31 21:45 UTC (permalink / raw)
To: Trond Myklebust, Brent Welch, NFS list, open-osd
In-Reply-To: <4EAF146D.5060507@panasas.com>
objlayout driver was always returning PNFS_ATTEMPTED from it's
read/write_pagelist operations. Even on error. Fix that.
Start by establishing an error return API from io-engine, by
not returning ssize_t (length-or-error) but returning "int"
0=OK, 0>Error. And clean up all return types in io-engine.
Then if io-engine returned error return PNFS_NOT_ATTEMPTED
to generic layer. (With a dprint)
Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
---
fs/nfs/objlayout/objio_osd.c | 32 ++++++++++++++++----------------
fs/nfs/objlayout/objlayout.c | 36 +++++++++++++++++++-----------------
fs/nfs/objlayout/objlayout.h | 4 ++--
3 files changed, 37 insertions(+), 35 deletions(-)
diff --git a/fs/nfs/objlayout/objio_osd.c b/fs/nfs/objlayout/objio_osd.c
index d0cda12..0c7c9ec 100644
--- a/fs/nfs/objlayout/objio_osd.c
+++ b/fs/nfs/objlayout/objio_osd.c
@@ -142,7 +142,7 @@ struct objio_segment {
}
struct objio_state;
-typedef ssize_t (*objio_done_fn)(struct objio_state *ios);
+typedef int (*objio_done_fn)(struct objio_state *ios);
struct objio_state {
/* Generic layer */
@@ -720,7 +720,7 @@ static int _io_rw_pagelist(struct objio_state *ios, gfp_t gfp_flags)
return 0;
}
-static ssize_t _sync_done(struct objio_state *ios)
+static int _sync_done(struct objio_state *ios)
{
struct completion *waiting = ios->private;
@@ -742,10 +742,10 @@ static void _done_io(struct osd_request *or, void *p)
kref_put(&ios->kref, _last_io);
}
-static ssize_t _io_exec(struct objio_state *ios)
+static int _io_exec(struct objio_state *ios)
{
DECLARE_COMPLETION_ONSTACK(wait);
- ssize_t status = 0; /* sync status */
+ int ret = 0;
unsigned i;
objio_done_fn saved_done_fn = ios->done;
bool sync = ios->ol_state.sync;
@@ -771,16 +771,16 @@ static ssize_t _io_exec(struct objio_state *ios)
if (sync) {
wait_for_completion(&wait);
- status = saved_done_fn(ios);
+ ret = saved_done_fn(ios);
}
- return status;
+ return ret;
}
/*
* read
*/
-static ssize_t _read_done(struct objio_state *ios)
+static int _read_done(struct objio_state *ios)
{
ssize_t status;
int ret = _io_check(ios, false);
@@ -793,7 +793,7 @@ static ssize_t _read_done(struct objio_state *ios)
status = ret;
objlayout_read_done(&ios->ol_state, status, ios->ol_state.sync);
- return status;
+ return ret;
}
static int _read_mirrors(struct objio_state *ios, unsigned cur_comp)
@@ -833,7 +833,7 @@ static int _read_mirrors(struct objio_state *ios, unsigned cur_comp)
return ret;
}
-static ssize_t _read_exec(struct objio_state *ios)
+static int _read_exec(struct objio_state *ios)
{
unsigned i;
int ret;
@@ -847,14 +847,14 @@ static ssize_t _read_exec(struct objio_state *ios)
}
ios->done = _read_done;
- return _io_exec(ios); /* In sync mode exec returns the io status */
+ return _io_exec(ios);
err:
_io_free(ios);
return ret;
}
-ssize_t objio_read_pagelist(struct objlayout_io_state *ol_state)
+int objio_read_pagelist(struct objlayout_io_state *ol_state)
{
struct objio_state *ios = container_of(ol_state, struct objio_state,
ol_state);
@@ -870,7 +870,7 @@ ssize_t objio_read_pagelist(struct objlayout_io_state *ol_state)
/*
* write
*/
-static ssize_t _write_done(struct objio_state *ios)
+static int _write_done(struct objio_state *ios)
{
ssize_t status;
int ret = _io_check(ios, true);
@@ -887,7 +887,7 @@ static ssize_t _write_done(struct objio_state *ios)
}
objlayout_write_done(&ios->ol_state, status, ios->ol_state.sync);
- return status;
+ return ret;
}
static int _write_mirrors(struct objio_state *ios, unsigned cur_comp)
@@ -955,7 +955,7 @@ static int _write_mirrors(struct objio_state *ios, unsigned cur_comp)
return ret;
}
-static ssize_t _write_exec(struct objio_state *ios)
+static int _write_exec(struct objio_state *ios)
{
unsigned i;
int ret;
@@ -969,14 +969,14 @@ static ssize_t _write_exec(struct objio_state *ios)
}
ios->done = _write_done;
- return _io_exec(ios); /* In sync mode exec returns the io->status */
+ return _io_exec(ios);
err:
_io_free(ios);
return ret;
}
-ssize_t objio_write_pagelist(struct objlayout_io_state *ol_state, bool stable)
+int objio_write_pagelist(struct objlayout_io_state *ol_state, bool stable)
{
struct objio_state *ios = container_of(ol_state, struct objio_state,
ol_state);
diff --git a/fs/nfs/objlayout/objlayout.c b/fs/nfs/objlayout/objlayout.c
index 1300736..99c807d 100644
--- a/fs/nfs/objlayout/objlayout.c
+++ b/fs/nfs/objlayout/objlayout.c
@@ -315,16 +315,13 @@ enum pnfs_try_status
loff_t offset = rdata->args.offset;
size_t count = rdata->args.count;
struct objlayout_io_state *state;
- ssize_t status = 0;
+ int err;
loff_t eof;
- dprintk("%s: Begin inode %p offset %llu count %d\n",
- __func__, rdata->inode, offset, (int)count);
-
eof = i_size_read(rdata->inode);
if (unlikely(offset + count > eof)) {
if (offset >= eof) {
- status = 0;
+ err = 0;
rdata->res.count = 0;
rdata->res.eof = 1;
/*FIXME: do we need to call pnfs_ld_read_done() */
@@ -341,14 +338,19 @@ enum pnfs_try_status
rdata->lseg, rdata,
GFP_KERNEL);
if (unlikely(!state)) {
- status = -ENOMEM;
+ err = -ENOMEM;
goto out;
}
+ dprintk("%s: inode(%lx) offset 0x%llx count 0x%Zx eof=%d\n",
+ __func__, rdata->inode->i_ino, offset, count, rdata->res.eof);
- status = objio_read_pagelist(state);
+ err = objio_read_pagelist(state);
out:
- dprintk("%s: Return status %Zd\n", __func__, status);
- rdata->pnfs_error = status;
+ if (unlikely(err)) {
+ rdata->pnfs_error = err;
+ dprintk("%s: Returned Error %d\n", __func__, err);
+ return PNFS_NOT_ATTEMPTED;
+ }
return PNFS_ATTEMPTED;
}
@@ -406,10 +408,7 @@ enum pnfs_try_status
int how)
{
struct objlayout_io_state *state;
- ssize_t status;
-
- dprintk("%s: Begin inode %p offset %llu count %u\n",
- __func__, wdata->inode, wdata->args.offset, wdata->args.count);
+ int err;
state = objlayout_alloc_io_state(NFS_I(wdata->inode)->layout,
wdata->args.pages,
@@ -419,16 +418,19 @@ enum pnfs_try_status
wdata->lseg, wdata,
GFP_NOFS);
if (unlikely(!state)) {
- status = -ENOMEM;
+ err = -ENOMEM;
goto out;
}
state->sync = how & FLUSH_SYNC;
- status = objio_write_pagelist(state, how & FLUSH_STABLE);
+ err = objio_write_pagelist(state, how & FLUSH_STABLE);
out:
- dprintk("%s: Return status %Zd\n", __func__, status);
- wdata->pnfs_error = status;
+ if (unlikely(err)) {
+ wdata->pnfs_error = err;
+ dprintk("%s: Returned Error %d\n", __func__, err);
+ return PNFS_NOT_ATTEMPTED;
+ }
return PNFS_ATTEMPTED;
}
diff --git a/fs/nfs/objlayout/objlayout.h b/fs/nfs/objlayout/objlayout.h
index ffb884c..4edac9b 100644
--- a/fs/nfs/objlayout/objlayout.h
+++ b/fs/nfs/objlayout/objlayout.h
@@ -115,8 +115,8 @@ extern int objio_alloc_io_state(
gfp_t gfp_flags);
extern void objio_free_io_state(struct objlayout_io_state *state);
-extern ssize_t objio_read_pagelist(struct objlayout_io_state *ol_state);
-extern ssize_t objio_write_pagelist(struct objlayout_io_state *ol_state,
+extern int objio_read_pagelist(struct objlayout_io_state *ol_state);
+extern int objio_write_pagelist(struct objlayout_io_state *ol_state,
bool stable);
/*
--
1.7.6.4
^ permalink raw reply related
* [PATCH v4] drm: do not sleep on vblank while holding a mutex
From: Ilija Hadzic @ 2011-10-31 21:46 UTC (permalink / raw)
To: airlied, dri-devel
drm_wait_vblank must be DRM_UNLOCKED because otherwise it
will grab the drm_global_mutex and then go to sleep until the vblank
event it is waiting for. That can wreck havoc in the windowing system
because if one process issues this ioctl, it will block all other
processes for the duration of all vblanks between the current and the
one it is waiting for. In some cases it can block the entire windowing
system.
v2: incorporate comments received from Daniel Vetter and
Michel Daenzer.
v3/v4: after a lengty discussion with Daniel Vetter, it was concluded
that the only thing not yet protected with locks and atomic
ops is the write to dev->last_vblank_wait. It's only used in a
debug file in proc, and the current code already employs no
correct locking: the proc file only takes dev->struct_mutex,
whereas drm_wait_vblank implicitly took the drm_global_mutex.
Given all this, it's not worth bothering to try to fix
the locks at this time.
Signed-off-by: Ilija Hadzic <ihadzic@research.bell-labs.com>
---
drivers/gpu/drm/drm_drv.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
index dbabcb0..dc0eb0b 100644
--- a/drivers/gpu/drm/drm_drv.c
+++ b/drivers/gpu/drm/drm_drv.c
@@ -124,7 +124,7 @@ static struct drm_ioctl_desc drm_ioctls[] = {
DRM_IOCTL_DEF(DRM_IOCTL_SG_ALLOC, drm_sg_alloc_ioctl, DRM_AUTH|DRM_MASTER|DRM_ROOT_ONLY),
DRM_IOCTL_DEF(DRM_IOCTL_SG_FREE, drm_sg_free, DRM_AUTH|DRM_MASTER|DRM_ROOT_ONLY),
- DRM_IOCTL_DEF(DRM_IOCTL_WAIT_VBLANK, drm_wait_vblank, 0),
+ DRM_IOCTL_DEF(DRM_IOCTL_WAIT_VBLANK, drm_wait_vblank, DRM_UNLOCKED),
DRM_IOCTL_DEF(DRM_IOCTL_MODESET_CTL, drm_modeset_ctl, 0),
--
1.7.7
^ permalink raw reply related
* Re: [git patches] libata updates, GPG signed (but see admin notes)
From: H. Peter Anvin @ 2011-10-31 21:46 UTC (permalink / raw)
To: Linus Torvalds
Cc: James Bottomley, Jeff Garzik, Andrew Morton, linux-ide, LKML
In-Reply-To: <CA+55aFx1NGWfNJAKDTvZfsHDDKiEtS4t4RydSgHurBeyGPyhXg@mail.gmail.com>
On 10/30/2011 10:12 AM, Linus Torvalds wrote:
>
> Actually, I have been running "gpg --verify" on the email that use the
> standard PGP encapsulation (ie the kind that Jeff used, that has
> "-----BEGIN PGP SIGNED MESSAGE-----" in it.
>
> It's the rfc3516-type email (aka protocol="application/pgp-encrypted")
> type that I can't even verify, because that's not something that gpg
> knows inherently how to check: you have to decode the message the
> right way and know what the rules are, and I have no intention of
> trying to figure it out. I have yet to find any usable tool that is
> able to check it, and I'm certainly not going to waste time trying to
> parse the rfc and write my own.
>
What client are you using (or are you using the gmail web interface?)
-hpa
^ permalink raw reply
* Re: ext4 bug ? "Intel 320 SSD write performance – contd."
From: Vincent Pelletier @ 2011-10-31 21:47 UTC (permalink / raw)
To: Ted Ts'o, linux-kernel
In-Reply-To: <20111031210951.GK16825@thunk.org>
On Mon, Oct 31, 2011 at 10:09 PM, Ted Ts'o <tytso@mit.edu> wrote:
> So I (and the distributions) don't want to make it the default, since
> if you buy crap drives and then mke2fs turns them into bricks, who are
> you likely to blame? The crap SSD manufacturer? Yourself for trying
> to buy SSD's on the cheap? Or the program that issued the TRIM
> command?
Thanks for the explanation. I don't know much about SSDs so far: I indeed
heard about bricks, but not because of TRIM.
And I thank you (and distributions) for staying on the safe side.
Regards,
--
Vincent Pelletier
^ permalink raw reply
* [PATCH 3/8] pnfs-obj: Get rid of objlayout_{alloc,free}_io_state
From: Boaz Harrosh @ 2011-10-31 21:47 UTC (permalink / raw)
To: Trond Myklebust, Brent Welch, NFS list, open-osd
In-Reply-To: <4EAF146D.5060507@panasas.com>
This is part of moving objio_osd to use the ORE.
objlayout_io_state had two functions:
1. It was used in the error reporting mechanism at layout_return.
This function is kept intact.
(Later patch will rename objlayout_io_state => objlayout_io_res)
2. Carrier of rw io members into the objio_read/write_paglist API.
This is removed in this patch.
The {r,w}data received from NFS are passed directly to the
objio_{read,write}_paglist API. The io_engine is now allocating
it's own IO state as part of the read/write. The minimal
functionality that was part of the generic allocation is passed
to the io_engine.
So part of this patch is rename of:
ios->ol_state.foo => ios->foo
At objlayout_{read,write}_done an objlayout_io_state is passed that
denotes the result of the IO. (Hence the later name change).
If the IO is successful objlayout calls an objio_free_result() API
immediately (Which for objio_osd causes the release of the io_state).
If the IO ended in an error it is hanged onto until reported in
layout_return and is released later through the objio_free_result()
API. (All this is not new just renamed and cleaned)
Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
---
fs/nfs/objlayout/objio_osd.c | 94 ++++++++++++++++++++++----------
fs/nfs/objlayout/objlayout.c | 124 +++++++++++-------------------------------
fs/nfs/objlayout/objlayout.h | 36 ++++++-------
3 files changed, 112 insertions(+), 142 deletions(-)
diff --git a/fs/nfs/objlayout/objio_osd.c b/fs/nfs/objlayout/objio_osd.c
index 0c7c9ec..48eb91a 100644
--- a/fs/nfs/objlayout/objio_osd.c
+++ b/fs/nfs/objlayout/objio_osd.c
@@ -148,6 +148,13 @@ struct objio_state {
/* Generic layer */
struct objlayout_io_state ol_state;
+ struct page **pages;
+ unsigned pgbase;
+ unsigned nr_pages;
+ unsigned long count;
+ loff_t offset;
+ bool sync;
+
struct objio_segment *layout;
struct kref kref;
@@ -394,30 +401,43 @@ void objio_free_lseg(struct pnfs_layout_segment *lseg)
kfree(objio_seg);
}
-int objio_alloc_io_state(struct pnfs_layout_segment *lseg,
- struct objlayout_io_state **outp,
- gfp_t gfp_flags)
+static int
+objio_alloc_io_state(struct pnfs_layout_hdr *pnfs_layout_type,
+ struct pnfs_layout_segment *lseg, struct page **pages, unsigned pgbase,
+ loff_t offset, size_t count, void *rpcdata, gfp_t gfp_flags,
+ struct objio_state **outp)
{
struct objio_segment *objio_seg = OBJIO_LSEG(lseg);
struct objio_state *ios;
- const unsigned first_size = sizeof(*ios) +
- objio_seg->num_comps * sizeof(ios->per_dev[0]);
- const unsigned sec_size = objio_seg->num_comps *
- sizeof(ios->ol_state.ioerrs[0]);
-
- ios = kzalloc(first_size + sec_size, gfp_flags);
- if (unlikely(!ios))
+ struct __alloc_objio_state {
+ struct objio_state objios;
+ struct _objio_per_comp per_dev[objio_seg->num_comps];
+ struct pnfs_osd_ioerr ioerrs[objio_seg->num_comps];
+ } *aos;
+
+ aos = kzalloc(sizeof(*aos), gfp_flags);
+ if (unlikely(!aos))
return -ENOMEM;
- ios->layout = objio_seg;
- ios->ol_state.ioerrs = ((void *)ios) + first_size;
- ios->ol_state.num_comps = objio_seg->num_comps;
+ ios = &aos->objios;
- *outp = &ios->ol_state;
+ ios->layout = objio_seg;
+ objlayout_init_ioerrs(&aos->objios.ol_state, objio_seg->num_comps,
+ aos->ioerrs, rpcdata, pnfs_layout_type);
+
+ ios->pages = pages;
+ ios->pgbase = pgbase;
+ ios->nr_pages = (pgbase + count + PAGE_SIZE - 1) >> PAGE_SHIFT;
+ ios->offset = offset;
+ ios->count = count;
+ ios->sync = 0;
+ BUG_ON(ios->nr_pages > (pgbase + count + PAGE_SIZE - 1) >> PAGE_SHIFT);
+
+ *outp = ios;
return 0;
}
-void objio_free_io_state(struct objlayout_io_state *ol_state)
+void objio_free_result(struct objlayout_io_state *ol_state)
{
struct objio_state *ios = container_of(ol_state, struct objio_state,
ol_state);
@@ -598,7 +618,7 @@ static int _add_stripe_unit(struct objio_state *ios, unsigned *cur_pg,
if (per_dev->bio == NULL) {
unsigned pages_in_stripe = ios->layout->group_width *
(ios->layout->stripe_unit / PAGE_SIZE);
- unsigned bio_size = (ios->ol_state.nr_pages + pages_in_stripe) /
+ unsigned bio_size = (ios->nr_pages + pages_in_stripe) /
ios->layout->group_width;
if (BIO_MAX_PAGES_KMALLOC < bio_size)
@@ -615,11 +635,11 @@ static int _add_stripe_unit(struct objio_state *ios, unsigned *cur_pg,
unsigned pglen = min_t(unsigned, PAGE_SIZE - pgbase, cur_len);
unsigned added_len;
- BUG_ON(ios->ol_state.nr_pages <= pg);
+ BUG_ON(ios->nr_pages <= pg);
cur_len -= pglen;
added_len = bio_add_pc_page(q, per_dev->bio,
- ios->ol_state.pages[pg], pglen, pgbase);
+ ios->pages[pg], pglen, pgbase);
if (unlikely(pglen != added_len))
return -ENOMEM;
pgbase = 0;
@@ -660,7 +680,7 @@ static int _prepare_one_group(struct objio_state *ios, u64 length,
cur_len = stripe_unit - si->unit_off;
page_off = si->unit_off & ~PAGE_MASK;
BUG_ON(page_off &&
- (page_off != ios->ol_state.pgbase));
+ (page_off != ios->pgbase));
} else { /* dev > si->dev */
per_dev->offset = si->obj_offset - si->unit_off;
cur_len = stripe_unit;
@@ -693,8 +713,8 @@ static int _prepare_one_group(struct objio_state *ios, u64 length,
static int _io_rw_pagelist(struct objio_state *ios, gfp_t gfp_flags)
{
- u64 length = ios->ol_state.count;
- u64 offset = ios->ol_state.offset;
+ u64 length = ios->count;
+ u64 offset = ios->offset;
struct _striping_info si;
unsigned last_pg = 0;
int ret = 0;
@@ -748,7 +768,7 @@ static int _io_exec(struct objio_state *ios)
int ret = 0;
unsigned i;
objio_done_fn saved_done_fn = ios->done;
- bool sync = ios->ol_state.sync;
+ bool sync = ios->sync;
if (sync) {
ios->done = _sync_done;
@@ -792,7 +812,7 @@ static int _read_done(struct objio_state *ios)
else
status = ret;
- objlayout_read_done(&ios->ol_state, status, ios->ol_state.sync);
+ objlayout_read_done(&ios->ol_state, status, ios->sync);
return ret;
}
@@ -854,12 +874,18 @@ static int _read_exec(struct objio_state *ios)
return ret;
}
-int objio_read_pagelist(struct objlayout_io_state *ol_state)
+int objio_read_pagelist(struct nfs_read_data *rdata)
{
- struct objio_state *ios = container_of(ol_state, struct objio_state,
- ol_state);
+ struct objio_state *ios;
int ret;
+ ret = objio_alloc_io_state(NFS_I(rdata->inode)->layout,
+ rdata->lseg, rdata->args.pages, rdata->args.pgbase,
+ rdata->args.offset, rdata->args.count, rdata,
+ GFP_KERNEL, &ios);
+ if (unlikely(ret))
+ return ret;
+
ret = _io_rw_pagelist(ios, GFP_KERNEL);
if (unlikely(ret))
return ret;
@@ -886,7 +912,7 @@ static int _write_done(struct objio_state *ios)
status = ret;
}
- objlayout_write_done(&ios->ol_state, status, ios->ol_state.sync);
+ objlayout_write_done(&ios->ol_state, status, ios->sync);
return ret;
}
@@ -976,12 +1002,20 @@ static int _write_exec(struct objio_state *ios)
return ret;
}
-int objio_write_pagelist(struct objlayout_io_state *ol_state, bool stable)
+int objio_write_pagelist(struct nfs_write_data *wdata, int how)
{
- struct objio_state *ios = container_of(ol_state, struct objio_state,
- ol_state);
+ struct objio_state *ios;
int ret;
+ ret = objio_alloc_io_state(NFS_I(wdata->inode)->layout,
+ wdata->lseg, wdata->args.pages, wdata->args.pgbase,
+ wdata->args.offset, wdata->args.count, wdata, GFP_NOFS,
+ &ios);
+ if (unlikely(ret))
+ return ret;
+
+ ios->sync = 0 != (how & FLUSH_SYNC);
+
/* TODO: ios->stable = stable; */
ret = _io_rw_pagelist(ios, GFP_NOFS);
if (unlikely(ret))
diff --git a/fs/nfs/objlayout/objlayout.c b/fs/nfs/objlayout/objlayout.c
index 99c807d..a82053a 100644
--- a/fs/nfs/objlayout/objlayout.c
+++ b/fs/nfs/objlayout/objlayout.c
@@ -156,59 +156,23 @@ struct pnfs_layout_segment *
return end > start ? end - 1 : NFS4_MAX_UINT64;
}
-static struct objlayout_io_state *
-objlayout_alloc_io_state(struct pnfs_layout_hdr *pnfs_layout_type,
- struct page **pages,
- unsigned pgbase,
- loff_t offset,
- size_t count,
- struct pnfs_layout_segment *lseg,
- void *rpcdata,
- gfp_t gfp_flags)
+void _fix_verify_io_params(struct pnfs_layout_segment *lseg,
+ struct page ***p_pages, unsigned *p_pgbase,
+ u64 offset, unsigned long count)
{
- struct objlayout_io_state *state;
u64 lseg_end_offset;
- dprintk("%s: allocating io_state\n", __func__);
- if (objio_alloc_io_state(lseg, &state, gfp_flags))
- return NULL;
-
BUG_ON(offset < lseg->pls_range.offset);
lseg_end_offset = end_offset(lseg->pls_range.offset,
lseg->pls_range.length);
BUG_ON(offset >= lseg_end_offset);
- if (offset + count > lseg_end_offset) {
- count = lseg->pls_range.length -
- (offset - lseg->pls_range.offset);
- dprintk("%s: truncated count %Zd\n", __func__, count);
- }
+ WARN_ON(offset + count > lseg_end_offset);
- if (pgbase > PAGE_SIZE) {
- pages += pgbase >> PAGE_SHIFT;
- pgbase &= ~PAGE_MASK;
+ if (*p_pgbase > PAGE_SIZE) {
+ dprintk("%s: pgbase(0x%x) > PAGE_SIZE\n", __func__, *p_pgbase);
+ *p_pages += *p_pgbase >> PAGE_SHIFT;
+ *p_pgbase &= ~PAGE_MASK;
}
-
- INIT_LIST_HEAD(&state->err_list);
- state->lseg = lseg;
- state->rpcdata = rpcdata;
- state->pages = pages;
- state->pgbase = pgbase;
- state->nr_pages = (pgbase + count + PAGE_SIZE - 1) >> PAGE_SHIFT;
- state->offset = offset;
- state->count = count;
- state->sync = 0;
-
- return state;
-}
-
-static void
-objlayout_free_io_state(struct objlayout_io_state *state)
-{
- dprintk("%s: freeing io_state\n", __func__);
- if (unlikely(!state))
- return;
-
- objio_free_io_state(state);
}
/*
@@ -217,12 +181,10 @@ struct pnfs_layout_segment *
static void
objlayout_iodone(struct objlayout_io_state *state)
{
- dprintk("%s: state %p status\n", __func__, state);
-
if (likely(state->status >= 0)) {
- objlayout_free_io_state(state);
+ objio_free_result(state);
} else {
- struct objlayout *objlay = OBJLAYOUT(state->lseg->pls_layout);
+ struct objlayout *objlay = state->objlay;
spin_lock(&objlay->lock);
objlay->delta_space_valid = OBJ_DSU_INVALID;
@@ -289,15 +251,15 @@ static void _rpc_read_complete(struct work_struct *work)
{
struct nfs_read_data *rdata = state->rpcdata;
- state->status = status;
- dprintk("%s: Begin status=%zd eof=%d\n", __func__,
- status, rdata->res.eof);
- rdata->task.tk_status = status;
+ state->status = rdata->task.tk_status = status;
if (status >= 0)
rdata->res.count = status;
objlayout_iodone(state);
/* must not use state after this point */
+ dprintk("%s: Return status=%zd eof=%d sync=%d\n", __func__,
+ status, rdata->res.eof, sync);
+
if (sync)
pnfs_ld_read_done(rdata);
else {
@@ -314,7 +276,6 @@ enum pnfs_try_status
{
loff_t offset = rdata->args.offset;
size_t count = rdata->args.count;
- struct objlayout_io_state *state;
int err;
loff_t eof;
@@ -331,20 +292,14 @@ enum pnfs_try_status
}
rdata->res.eof = (offset + count) >= eof;
+ _fix_verify_io_params(rdata->lseg, &rdata->args.pages,
+ &rdata->args.pgbase,
+ rdata->args.offset, rdata->args.count);
- state = objlayout_alloc_io_state(NFS_I(rdata->inode)->layout,
- rdata->args.pages, rdata->args.pgbase,
- offset, count,
- rdata->lseg, rdata,
- GFP_KERNEL);
- if (unlikely(!state)) {
- err = -ENOMEM;
- goto out;
- }
dprintk("%s: inode(%lx) offset 0x%llx count 0x%Zx eof=%d\n",
__func__, rdata->inode->i_ino, offset, count, rdata->res.eof);
- err = objio_read_pagelist(state);
+ err = objio_read_pagelist(rdata);
out:
if (unlikely(err)) {
rdata->pnfs_error = err;
@@ -374,23 +329,18 @@ static void _rpc_write_complete(struct work_struct *work)
objlayout_write_done(struct objlayout_io_state *state, ssize_t status,
bool sync)
{
- struct nfs_write_data *wdata;
+ struct nfs_write_data *wdata = state->rpcdata;
- dprintk("%s: Begin\n", __func__);
- wdata = state->rpcdata;
- state->status = status;
- wdata->task.tk_status = status;
+ state->status = wdata->task.tk_status = status;
if (status >= 0) {
wdata->res.count = status;
wdata->verf.committed = state->committed;
- dprintk("%s: Return status %d committed %d\n",
- __func__, wdata->task.tk_status,
- wdata->verf.committed);
- } else
- dprintk("%s: Return status %d\n",
- __func__, wdata->task.tk_status);
+ }
objlayout_iodone(state);
- /* must not use state after this point */
+ /* must not use oir after this point */
+
+ dprintk("%s: Return status %zd committed %d sync=%d\n", __func__,
+ status, wdata->verf.committed, sync);
if (sync)
pnfs_ld_write_done(wdata);
@@ -407,25 +357,13 @@ enum pnfs_try_status
objlayout_write_pagelist(struct nfs_write_data *wdata,
int how)
{
- struct objlayout_io_state *state;
int err;
- state = objlayout_alloc_io_state(NFS_I(wdata->inode)->layout,
- wdata->args.pages,
- wdata->args.pgbase,
- wdata->args.offset,
- wdata->args.count,
- wdata->lseg, wdata,
- GFP_NOFS);
- if (unlikely(!state)) {
- err = -ENOMEM;
- goto out;
- }
+ _fix_verify_io_params(wdata->lseg, &wdata->args.pages,
+ &wdata->args.pgbase,
+ wdata->args.offset, wdata->args.count);
- state->sync = how & FLUSH_SYNC;
-
- err = objio_write_pagelist(state, how & FLUSH_STABLE);
- out:
+ err = objio_write_pagelist(wdata, how);
if (unlikely(err)) {
wdata->pnfs_error = err;
dprintk("%s: Returned Error %d\n", __func__, err);
@@ -564,7 +502,7 @@ enum pnfs_try_status
merge_ioerr(&accumulated_err, ioerr);
}
list_del(&state->err_list);
- objlayout_free_io_state(state);
+ objio_free_result(state);
}
pnfs_osd_xdr_encode_ioerr(p, &accumulated_err);
@@ -632,7 +570,7 @@ enum pnfs_try_status
goto loop_done;
}
list_del(&state->err_list);
- objlayout_free_io_state(state);
+ objio_free_result(state);
}
loop_done:
spin_unlock(&objlay->lock);
diff --git a/fs/nfs/objlayout/objlayout.h b/fs/nfs/objlayout/objlayout.h
index 4edac9b..d7b2ccfa 100644
--- a/fs/nfs/objlayout/objlayout.h
+++ b/fs/nfs/objlayout/objlayout.h
@@ -75,14 +75,7 @@ struct objlayout {
* embedded in objects provider io_state data structure
*/
struct objlayout_io_state {
- struct pnfs_layout_segment *lseg;
-
- struct page **pages;
- unsigned pgbase;
- unsigned nr_pages;
- unsigned long count;
- loff_t offset;
- bool sync;
+ struct objlayout *objlay;
void *rpcdata;
int status; /* res */
@@ -99,6 +92,18 @@ struct objlayout_io_state {
struct pnfs_osd_ioerr *ioerrs;
};
+static inline
+void objlayout_init_ioerrs(struct objlayout_io_state *oir, unsigned num_comps,
+ struct pnfs_osd_ioerr *ioerrs, void *rpcdata,
+ struct pnfs_layout_hdr *pnfs_layout_type)
+{
+ oir->objlay = OBJLAYOUT(pnfs_layout_type);
+ oir->rpcdata = rpcdata;
+ INIT_LIST_HEAD(&oir->err_list);
+ oir->num_comps = num_comps;
+ oir->ioerrs = ioerrs;
+}
+
/*
* Raid engine I/O API
*/
@@ -109,15 +114,10 @@ extern int objio_alloc_lseg(struct pnfs_layout_segment **outp,
gfp_t gfp_flags);
extern void objio_free_lseg(struct pnfs_layout_segment *lseg);
-extern int objio_alloc_io_state(
- struct pnfs_layout_segment *lseg,
- struct objlayout_io_state **outp,
- gfp_t gfp_flags);
-extern void objio_free_io_state(struct objlayout_io_state *state);
+extern void objio_free_result(struct objlayout_io_state *state);
-extern int objio_read_pagelist(struct objlayout_io_state *ol_state);
-extern int objio_write_pagelist(struct objlayout_io_state *ol_state,
- bool stable);
+extern int objio_read_pagelist(struct nfs_read_data *rdata);
+extern int objio_write_pagelist(struct nfs_write_data *wdata, int how);
/*
* callback API
@@ -127,10 +127,8 @@ extern void objlayout_io_set_result(struct objlayout_io_state *state,
int osd_error, u64 offset, u64 length, bool is_write);
static inline void
-objlayout_add_delta_space_used(struct objlayout_io_state *state, s64 space_used)
+objlayout_add_delta_space_used(struct objlayout *objlay, s64 space_used)
{
- struct objlayout *objlay = OBJLAYOUT(state->lseg->pls_layout);
-
/* If one of the I/Os errored out and the delta_space_used was
* invalid we render the complete report as invalid. Protocol mandate
* the DSU be accurate or not reported.
--
1.7.6.4
^ permalink raw reply related
* [U-Boot] [PATCH] cmd_bdinfo: simplify local static funcs a bit
From: Simon Glass @ 2011-10-31 21:49 UTC (permalink / raw)
To: u-boot
In-Reply-To: <CAOZdJXWjSMK0ZWxbfoww_8ZcWghicgt=tPnPtDYM7hsV2KZZ8Q@mail.gmail.com>
On Mon, Oct 31, 2011 at 2:15 PM, Tabi Timur-B04825 <B04825@freescale.com> wrote:
> On Sun, Oct 30, 2011 at 7:54 PM, Mike Frysinger <vapier@gentoo.org> wrote:
>>
>>
>> -static void print_num(const char *, ulong);
>> +__maybe_unused
>> +static void print_num(const char *name, ulong value)
>> +{
>> + ? ? ? printf("%-12s= 0x%08lX\n", name, value);
>> +}
>>
>
> Will the linker remove the functions from the binary if they are unusued?
If built with -ffunction-sections and --gc-sections,, then the linker
can do this sort of thing. Otherwise it can't, but the compiler can. I
just tested Mike's code on my ARM compiler to make sure and it happily
removed print_eth() when it was not used.
Regards,
Simon
>
> --
> Timur Tabi
> Linux kernel developer at Freescale
> _______________________________________________
> U-Boot mailing list
> U-Boot at lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
>
^ permalink raw reply
* Re: [PATCH] HFSC (7) & (8) documentation + assorted changes
From: Michal Soltys @ 2011-10-31 21:54 UTC (permalink / raw)
To: Mike Frysinger; +Cc: stephen.hemminger, netdev
In-Reply-To: <CAJaTeTom1yW_22CbTUa+6iMMpFsomnMhm6-WV0Uft+0FrzjqvQ@mail.gmail.com>
On 11-10-26 12:02, Mike Frysinger wrote:
>
> if you want to post updates to the content, i can take care of the
> *roff formatting.
> -mike
> --
Did few minor adjustments / fixups on top of the patch you posted.
Though simple, check please if I didn't mess something.
^ permalink raw reply
* Re: [oe-core 7/7] bitbake.conf: update STAGING_PYDIR to 2.7 version
From: Richard Purdie @ 2011-10-31 21:48 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1e2bfd8a59cefe4357257ef14f027d08ff7b29dc.1320082621.git.Martin.Jansa@gmail.com>
On Mon, 2011-10-31 at 18:41 +0100, Martin Jansa wrote:
> * is it still used somewhere?
> seems unused in oe-core
>
> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> ---
> meta/conf/bitbake.conf | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index e2c1b6f..e9dec10 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -345,7 +345,7 @@ STAGING_DATADIR = "${STAGING_DIR_HOST}${datadir}"
> STAGING_EXECPREFIXDIR = "${STAGING_DIR_HOST}${exec_prefix}"
> STAGING_LOADER_DIR = "${STAGING_DIR_HOST}/loader"
> STAGING_FIRMWARE_DIR = "${STAGING_DIR_HOST}/firmware"
> -STAGING_PYDIR = "${STAGING_DIR}/lib/python2.4"
> +STAGING_PYDIR = "${STAGING_DIR}/lib/python2.7"
Given this has been pointing somewhere totally invalid for a while I'd
suggest we just drop this variable...
Cheers,
Richard
^ permalink raw reply
* [PATCH] [PATCH] HFSC (7) & (8) doc... (fixups)
From: Michal Soltys @ 2011-10-31 21:56 UTC (permalink / raw)
To: vapier; +Cc: stephen.hemminger, netdev
In-Reply-To: <4EAF1904.8060307@ziu.info>
Few minore changes and small additions.
---
man/man7/tc-hfsc.7 | 94 ++++++++++++++++++++++++++++++++++++----------------
man/man8/tc-hfsc.8 | 2 +-
man/man8/tc-stab.8 | 49 +++++++++++++++-----------
3 files changed, 94 insertions(+), 51 deletions(-)
diff --git a/man/man7/tc-hfsc.7 b/man/man7/tc-hfsc.7
index bcdea7b..9a9d85a 100644
--- a/man/man7/tc-hfsc.7
+++ b/man/man7/tc-hfsc.7
@@ -1,4 +1,4 @@
-.TH HFSC 7 "25 February 2009" iproute2 Linux
+.TH HFSC 7 "31 October 2011" iproute2 Linux
.ce 1
\fBHIERARCHICAL FAIR SERVICE CURVE\fR
.
@@ -158,7 +158,7 @@ curve.
.IP "V()"
In linkshare criterion, arbitrates which packet to send next. Note that V() is
function of a virtual time \- see \fBLINKSHARE CRITERION\fR section for
-details. Virtual time \&'vt' corresponds to packets' heads
+details. Virtual time \&'vt' corresponds to packets' heads
(vt\~=\~V^(\-1)(w)). Based on LS service curve.
.IP "F()"
An extension to linkshare criterion, used to limit at which speed linkshare
@@ -187,12 +187,12 @@ Interface 10mbit, two classes, both with two\-piece linear service curves:
.PP
Assume for a moment, that we only use D() for both finding eligible packets,
and choosing the most fitting one, thus eligible time would be computed as
-D^(\-1)(w) and deadline time would be computed as D^(\-1)(w+l). If the 2nd
+D^(\-1)(w) and deadline time would be computed as D^(\-1)(w+l). If the 2nd
class starts sending packets 1 second after the 1st class, it's of course
impossible to guarantee 14mbit, as the interface capability is only 10mbit.
The only workaround in this scenario is to allow the 1st class to send the
packets earlier that would normally be allowed. That's where separate E() comes
-to help. Putting all the math aside (see HFSC paper for details), E() for RT
+to help. Putting all the math aside (see HFSC paper for details), E() for RT
concave service curve is just like D(), but for the RT convex service curve \-
it's constructed using \fIonly\fR RT service curve's 2nd slope (in our example
\- 7mbit).
@@ -255,7 +255,7 @@ Such approach has its price though. The problem is analogous to what was
presented in previous section and is caused by non\-linearity of service
curves:
.IP 1) 4
-either it's impossible to guarantee both service curves and satisfy fairness
+either it's impossible to guarantee service curves and satisfy fairness
during certain time periods:
.RS 4
@@ -278,40 +278,40 @@ beyond of what the interface is capable of.
.RE
.IP 2) 4
-and/or it's impossible to guarantee service curves of all classes at all
+and/or it's impossible to guarantee service curves of all classes at the same
+time [fairly or not]:
.RS 4
-Even if we didn't use virtual time and allowed a session to be "punished",
-there's a possibility that service curves of all classes couldn't be
-guaranteed for a brief period. Consider following, a bit more complicated
-example:
-
-Root interface, classes A and B with concave and convex curve (summing up to
-root), A1 & A2 (children of A), \fIboth\fR with concave curves summing up to A,
-B1 & B2 (children of B), \fIboth\fR with convex curves summing up to B.
-Assume that A2, B1 and B2 are constantly backlogged, and at some later point
-A1 becomes backlogged. We can easily choose slopes, so that even if we
-"punish" A2 for earlier excess bandwidth received, A1 will have no chance of
-getting bandwidth corresponding to its first slope. Following from the above
-example:
+This is similar to the above case, but a bit more subtle. We will consider two
+subtrees, arbitrated by their common (root here) parent:
.nf
+R (root) -\ 10mbit
+
A \- 7mbit, then 3mbit
A1 \- 5mbit, then 2mbit
A2 \- 2mbit, then 1mbit
B \- 3mbit, then 7mbit
-B1 \- 2mbit, then 5mbit
-B2 \- 1mbit, then 2mbit
.fi
-At the point when A1 starts sending, it should get 5mbit to not violate its
-service curve. A2 gets punished and doesn't send at all, B1 and B2 both keep
-sending at their 5mbit and 2mbit. But as you can see, we already are beyond
-interface's capacity \- at 12mbit. A1 could get 3mbit at most. If we used
-virtual times and kept fairness property, A1 and A2 would send at 3mbit
-together with 5:2 ratio (so respectively at ~2.14mbit and ~0.86mbit).
+R arbitrates between left subtree (A) and right (B). Assume that A2 and B are
+constantly backlogged, and at some later point A1 becomes backlogged (when all
+other classes are in their 2nd linear part).
+
+What happens now ? B (choice made by R) will \fIalways\fR get 7 mbit as R is
+only (obviously) concerned with the ratio between its direct children. Thus A
+subtree gets 3mbit, but its children would want (at the point when A1 became
+backlogged) 5mbit + 1mbit. That's of course impossible, as they can only get
+3mbit due to interface limitation.
+
+In the left subtree \- we have the same situation as previously (fair split
+between A1 and A2, but violated guarantees), but in the whole tree \- there's
+no fairness (B got 7mbit, but A1 and A2 have to fit together in 3mbit) and
+there's no guarantees for all classes (only B got what it wanted). Even if we
+violated fairness in the A subtree and set A2's service curve to 0, A1 would
+still not get the required bandwidth.
.RE
.
.SH "UPPERLIMIT CRITERION"
@@ -416,6 +416,19 @@ In the other words - LS criterion is meaningless in the above example.
You can quickly "workaround" it by making sure each leaf class has RT service
curve assigned (thus guaranteeing all of them will get some bandwidth), but it
doesn't make it any more valid.
+
+Keep in mind - if you use nonlinear curves and irregularities explained above
+happen \fIonly\fR in the first segment, then there's little wrong with
+"overusing" RT curve a bit:
+
+.nf
+A \- ls 5.0mbit, rt 9mbit/30ms, then 1mbit
+B \- ls 2.5mbit
+C \- ls 2.5mbit
+.fi
+
+Here, the vt of A will "spike" in the initial period, but then A will never get more
+than 1mbit, until B & C catch up. Then everything will be back to normal.
.
.SH "LINUX AND TIMER RESOLUTION"
.
@@ -434,7 +447,7 @@ If you have \&'tickless system' enabled, then the timer interrupt will trigger
as slowly as possible, but each time a scheduler throttles itself (or any
other part of the kernel needs better accuracy), the rate will be increased as
needed / possible. The ceiling is either \&'timer frequency' if \&'high
-resolution timer support' is not available or not compiled in. Otherwise it's
+resolution timer support' is not available or not compiled in, or it's
hardware dependent and can go \fIfar\fR beyond the highest \&'timer frequency'
setting available.
@@ -458,7 +471,7 @@ tc class add dev eth0 parent 1:0 classid 1:1 hfsc rt m2 10mbit
Assuming packet of ~1KB size and HZ=100, that averages to ~0.8mbit \- anything
beyond it (e.g. the above example with specified rate over 10x bigger) will
-require appropriate queuing and cause bursts every ~10 ms. As you can
+require appropriate queuing and cause bursts every ~10 ms. As you can
imagine, any HFSC's RT guarantees will be seriously invalidated by that.
Aforementioned example is mainly important if you deal with old hardware \- as
it's particularly popular for home server chores. Even then, you can easily
@@ -510,6 +523,29 @@ curve there, and in such scenario HFSC simply doesn't throttle at all.
So, in rare case you need those speeds with only RT service curve, or with UL
service curve \- remember about drawbacks.
.
+.SH "CAVEAT: RANDOM ONLINE EXAMPLES"
+.
+For reasons unknown (though well guessed), many examples you can google love to
+overuse UL criterion and stuff it in every node possible. This makes no sense
+and works against what HFSC tries to do (and does pretty damn well). Use UL
+where it makes sense - on the uppermost node to match upstream router's uplink
+capacity. Or - in special cases, such as testing (limit certain subtree to some
+speed) or customers that must never get more than certain speed. In the last
+case you can usually achieve the same by just using RT criterion without LS+UL
+on leaf nodes.
+
+As for router case - remember it's good to differentiate between "traffic to
+router" (remote console, web config, etc.) and "outgoing traffic", so for
+example:
+
+.nf
+tc qdisc add dev eth0 root handle 1:0 hfsc default 0x8002
+tc class add dev eth0 parent 1:0 classid 1:999 hfsc rt m2 50mbit
+tc class add dev eth0 parent 1:0 classid 1:1 hfsc ls m2 2mbit ul m2 2mbit
+.fi
+
+\&... so "internet" tree under 1:1 and "router itself" as 1:999
+.
.SH "LAYER2 ADAPTATION"
.
Please refer to \fBtc\-stab\fR(8)
diff --git a/man/man8/tc-hfsc.8 b/man/man8/tc-hfsc.8
index 22018c0..c5ff331 100644
--- a/man/man8/tc-hfsc.8
+++ b/man/man8/tc-hfsc.8
@@ -1,4 +1,4 @@
-.TH HFSC 8 "25 February 2009" iproute2 Linux
+.TH HFSC 8 "31 October 2011" iproute2 Linux
.
.SH NAME
HFSC \- Hierarchical Fair Service Curve's control under linux
diff --git a/man/man8/tc-stab.8 b/man/man8/tc-stab.8
index 1442a69..522ea00 100644
--- a/man/man8/tc-stab.8
+++ b/man/man8/tc-stab.8
@@ -1,4 +1,4 @@
-.TH STAB 8 "25 February 2009" iproute2 Linux
+.TH STAB 8 "31 October 2011" iproute2 Linux
.
.SH NAME
tc\-stab \- Generic size table manipulations
@@ -42,14 +42,14 @@ size is calculated only once \- when a qdisc enqueues the packet. Initial root
enqueue initializes it to the real packet's size.
Each qdisc can use different size table, but the adjusted size is stored in
-area shared by whole qdisc hierarchy attached to the interface (technically,
-it's stored in skb). The effect is, that if you have such setup, the last qdisc
-with a stab in a chain "wins". For example, consider HFSC with simple pfifo
-attached to one of its leaf classes. If that pfifo qdisc has stab defined, it
-will override lengths calculated during HFSC's enqueue, and in turn, whenever
-HFSC tries to dequeue a packet, it will use potentially invalid size in its
-calculations. Normal setups will usually include stab defined only on root
-qdisc, but further overriding gives extra flexibility for less usual setups.
+area shared by whole qdisc hierarchy attached to the interface. The effect is,
+that if you have such setup, the last qdisc with a stab in a chain "wins". For
+example, consider HFSC with simple pfifo attached to one of its leaf classes.
+If that pfifo qdisc has stab defined, it will override lengths calculated
+during HFSC's enqueue, and in turn, whenever HFSC tries to dequeue a packet, it
+will use potentially invalid size in its calculations. Normal setups will
+usually include stab defined only on root qdisc, but further overriding gives
+extra flexibility for less usual setups.
Initial size table is calculated by \fBtc\fR tool using \fBmtu\fR and
\fBtsize\fR parameters. The algorithm sets each slot's size to the smallest
@@ -59,18 +59,16 @@ table will usually support more than is required by \fBmtu\fR.
For example, with \fBmtu\fR\~=\~1500 and \fBtsize\fR\~=\~128, a table with 128
slots will be created, where slot 0 will correspond to sizes 0\-16, slot 1 to
-17\~\-\~32, \&..., slot 127 to 2033\~\-\~2048. Note, that the sizes
-are shifted 1 byte (normally you would expect 0\~\-\~15, 16\~\-\~31, \&...,
-2032\~\-\~2047). Sizes assigned to each slot depend on \fBlinklayer\fR parameter.
+17\~\-\~32, \&..., slot 127 to 2033\~\-\~2048. Sizes assigned to each slot
+depend on \fBlinklayer\fR parameter.
Stab calculation is also safe for an unusual case, when a size assigned to a
slot would be larger than 2^16\-1 (you will lose the accuracy though).
During kernel part of packet size adjustment, \fBoverhead\fR will be added to
-original size, and after subtracting 1 (to land in the proper slot \- see above
-about shifting by 1 byte) slot will be calculated. If the size would cause
-overflow, more than 1 slot will be used to get the final size. It of course will
-affect accuracy, but it's only a guard against unusual situations.
+original size, and then slot will be calculated. If the size would cause
+overflow, more than 1 slot will be used to get the final size. It of course
+will affect accuracy, but it's only a guard against unusual situations.
Currently there're two methods of creating values stored in the size table \-
ethernet and atm (adsl):
@@ -82,8 +80,8 @@ This is basically 1\-1 mapping, so following our example from above
and so on, up to slot 127 with 2048. Note, that \fBmpu\fR\~>\~0 must be
specified, and slots that would get less than specified by \fBmpu\fR, will get
\fBmpu\fR instead. If you don't specify \fBmpu\fR, the size table will not be
-created at all, although any \fBoverhead\fR value will be respected during
-calculations.
+created at all (it wouldn't make any difference), although any \fBoverhead\fR
+value will be respected during calculations.
.IP "atm, adsl"
.br
ATM linklayer consists of 53 byte cells, where each of them provides 48 bytes
@@ -127,7 +125,7 @@ IPoA in LLC case requires SNAP, instead of LLC\-NLPID (see rfc2684) \- this is
the reason, why it actually takes more space than PPPoA.
.IP \(bu
In rare cases, FCS might be preserved on protocols that include ethernet frame
-(Bridged and PPPoE). In such situation, any ethernet specific padding
+(Bridged and PPPoE). In such situation, any ethernet specific padding
guaranteeing 64 bytes long frame size has to be included as well (see rfc2684).
In the other words, it also guarantees that any packet you send will take
minimum 2 atm cells. You should set \fBmpu\fR accordingly for that.
@@ -136,11 +134,20 @@ When size table is consulted, and you're shaping traffic for the sake of
another modem/router, ethernet header (without padding) will already be added
to initial packet's length. You should compensate for that by subtracting 14
from the above overheads in such case. If you're shaping directly on the router
-(for example, with speedtouch usb modem) using ppp daemon, layer2 header will
-not be added yet.
+(for example, with speedtouch usb modem) using ppp daemon, you're using raw ip
+interface without underlying layer2, so nothing will be added.
For more thorough explanations, please see \fB[1]\fR and \fB[2]\fR.
.
+.SH "ETHERNET CARDS CONSIDERATIONS"
+.
+It's often forgotten, that modern network cards (even cheap ones on desktop
+motherboards) and/or their drivers often support different offloading
+mechanisms. In context of traffic shaping, 'tso' and 'gso' might cause
+undesirable effects, due to massive tcp segments being considered during
+traffic shaping (including stab calculations). For slow uplink interfaces,
+it's good to use \fBethtool\fR to turn off offloading features.
+.
.SH "SEE ALSO"
.
\fBtc\fR(8), \fBtc\-hfsc\fR(7), \fBtc\-hfsc\fR(8),
--
1.7.7.1
^ permalink raw reply related
* [PATCH 0/1] Xfce Terminal Support v2
From: Joshua Lock @ 2011-10-31 21:53 UTC (permalink / raw)
To: openembedded-core
Turns out v1 of this was pretty useless, thanks to Chris for reviewing and
spotting most of my bloopers. I keep telling myself not to submit patches
before the weekend, but never listen.
I've not had chance to test this on Ubuntu/Debian but am reasonably confident
it'll work there now.
Thanks,
Joshua
The following changes since commit ff13e06892f102d915855cde50896349b07b3717:
clutter-gtk: add LIC_FILES_CHKSUM to include file (2011-10-31 10:46:59 +0000)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib josh/work
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=josh/work
Joshua Lock (1):
lib/oe/terminal: add support for XFCE's terminal emulator
meta/lib/oe/terminal.py | 23 +++++++++++++++++++++++
1 files changed, 23 insertions(+), 0 deletions(-)
--
1.7.7
^ permalink raw reply
* [PATCH 1/1] lib/oe/terminal: add support for XFCE's terminal emulator
From: Joshua Lock @ 2011-10-31 21:53 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320097805.git.josh@linux.intel.com>
That's Terminal on Fedora and xfce4-terminal on Ubuntu/Debian... This
could get interesting!
Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
meta/lib/oe/terminal.py | 23 +++++++++++++++++++++++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py
index 1455e8e..43639d5 100644
--- a/meta/lib/oe/terminal.py
+++ b/meta/lib/oe/terminal.py
@@ -57,6 +57,20 @@ class Gnome(XTerminal):
command = 'gnome-terminal --disable-factory -t "{title}" -x {command}'
priority = 2
+class Xfce(XTerminal):
+ command = 'Terminal -T "{title}" -e "{command}"'
+ priority = 2
+
+ def __init__(self, command, title=None, env=None):
+ # Upstream binary name is Terminal but Debian/Ubuntu use
+ # xfce4-terminal to avoid possible(?) conflicts
+ distro = distro_name()
+ if distro == 'ubuntu' or distro == 'debian':
+ cmd = 'xfce4-terminal -T "{title}" -e "{command}"'
+ else:
+ cmd = command
+ XTerminal.__init__(self, cmd, title, env)
+
class Konsole(XTerminal):
command = 'konsole -T "{title}" -e {command}'
priority = 2
@@ -131,3 +145,12 @@ def check_konsole_version(konsole):
if ver.startswith('Konsole'):
vernum = ver.split(' ')[-1]
return vernum
+
+def distro_name():
+ try:
+ p = Popen(['lsb_release', '-i'])
+ out, err = p.communicate()
+ distro = out.split(':')[1].strip().lower()
+ except:
+ distro = "unknown"
+ return distro
--
1.7.7
^ permalink raw reply related
* [PATCH 0/1] distro tracking date format fix
From: Scott Garman @ 2011-10-31 21:53 UTC (permalink / raw)
To: openembedded-core
Hi Saul,
This converts all of the dates used in distro_tracking_fields.inc to
use the format you've been requesting.
Scott
The following changes since commit ff13e06892f102d915855cde50896349b07b3717:
clutter-gtk: add LIC_FILES_CHKSUM to include file (2011-10-31 10:46:59 +0000)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib sgarman/date-fmt-fix-final
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/date-fmt-fix-final
Scott Garman (1):
distro_tracking_fields.inc: standardize date format
.../conf/distro/include/distro_tracking_fields.inc | 594 ++++++++++----------
1 files changed, 297 insertions(+), 297 deletions(-)
--
1.7.5.4
^ permalink raw reply
* [PATCH 1/1] distro_tracking_fields.inc: standardize date format
From: Scott Garman @ 2011-10-31 21:53 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1320097891.git.scott.a.garman@intel.com>
Convert date formats to strftime format %b %d, %Y (e.g, Jan 01, 1970)
Note: dates posted as MM/YYYY (without day info) were converted to
become the first of the month.
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
.../conf/distro/include/distro_tracking_fields.inc | 594 ++++++++++----------
1 files changed, 297 insertions(+), 297 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
index 1f3540e..362368d 100644
--- a/meta/conf/distro/include/distro_tracking_fields.inc
+++ b/meta/conf/distro/include/distro_tracking_fields.inc
@@ -49,7 +49,7 @@ DISTRO_PN_ALIAS_pn-libtimedate-perl = "Debian=libtimedate-perl Ubuntu=libtimedat
RECIPE_STATUS_pn-linux-firmware = "green"
RECIPE_LATEST_VERSION_pn-linux-firmware = "97649b1e"
-RECIPE_LATEST_RELEASE_DATE_pn-linux-firmware = "2010/12/01"
+RECIPE_LATEST_RELEASE_DATE_pn-linux-firmware = "Dec 01, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-linux-firmware = "n/a"
RECIPE_NO_OF_PATCHES_pn-linux-firmware = "0"
RECIPE_LAST_UPDATE_pn-linux-firmware = "Dec 30, 2010"
@@ -84,7 +84,7 @@ RECIPE_MAINTAINER_pn-mingetty = "Xiaofeng.Yan <xiaofeng@windriver.com>"
RECIPE_STATUS_pn-minicom="green"
RECIPE_LATEST_VERSION_pn-minicom="2.5"
RECIPE_NO_OF_PATCHES_pn-minicom="1"
-RECIPE_LATEST_RELEASE_DATE_pn-minicom="2010/12/20"
+RECIPE_LATEST_RELEASE_DATE_pn-minicom="Dec 20, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-minicom="22 months"
RECIPE_LAST_UPDATE_pn-minicom = "Nov 24, 2010"
RECIPE_MANUAL_CHECK_DATE_pn-minicom = "Jun 29, 2011"
@@ -136,7 +136,7 @@ RECIPE_PATCH_pn-icu+gccfix = "to be pushed upstream"
RECIPE_PATCH_pn-icu+use-g++-for-linking = "Unclear"
RECIPE_INTEL_SECTION_pn-icu = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-icu = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-icu = "08/2006"
+RECIPE_LATEST_RELEASE_DATE_pn-icu = "Aug 01, 2006"
RECIPE_COMMENTS_pn-icu = "arm optimizations; license similar to MIT, however sub-license is not allowed; autoreconf is not used and current style is not clean. need enhancement in the future"
RECIPE_LAST_UPDATE_pn-icu = "Dec 6, 2007"
RECIPE_MANUAL_CHECK_DATE_pn-icu = "Jul 12, 2011"
@@ -150,7 +150,7 @@ RECIPE_PATCH_pn-eggdbus+gtk-doc = "local; no comment; poky doesn't have full gtk
RECIPE_PATCH_pn-eggdbus+marshal = "local; no comment; one binary generated in eggdbus build needs to be invoked. So point to native version"
RECIPE_INTEL_SECTION_pn-eggdbus = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-eggdbus = "4 months"
-RECIPE_LATEST_RELEASE_DATE_pn-eggdbus = "11/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-eggdbus = "Nov 01, 2009"
RECIPE_COMMENTS_pn-eggdbus = "http://mail.gnome.org/archives/gtk-devel-list/2008-December/msg00059.html contains more detail introduction"
RECIPE_LAST_UPDATE_pn-eggdbus = "Jan 29, 2010"
RECIPE_MAINTAINER_pn-eggdbus = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -160,7 +160,7 @@ RECIPE_DEPENDENCY_CHECK_pn-libdaemon = "not done"
RECIPE_LATEST_VERSION_pn-libdaemon = "0.14"
RECIPE_INTEL_SECTION_pn-libdaemon = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libdaemon = "15 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libdaemon = "11/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libdaemon = "Nov 01, 2009"
RECIPE_COMMENTS_pn-libdaemon = ""
RECIPE_LAST_UPDATE_pn-libdaemon = "Jun 23, 2010"
RECIPE_MAINTAINER_pn-libdaemon = "Yu Ke <ke.yu@intel.com>"
@@ -174,7 +174,7 @@ RECIPE_PATCH_pn-glib-2.0+configure-libtool = "local"
RECIPE_PATCH_pn-glib-2.0+glib-gettextize-dir = "marked as REMOVAL"
RECIPE_INTEL_SECTION_pn-glib-2.0 = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-glib-2.0 = "15 days"
-RECIPE_LATEST_RELEASE_DATE_pn-glib-2.0 = "2011/04/14"
+RECIPE_LATEST_RELEASE_DATE_pn-glib-2.0 = "Apr 14, 2011"
RECIPE_COMMENTS_pn-glib-2.0 = ""
RECIPE_LAST_UPDATE_pn-glib-2.0 = "Apr 26, 2011"
RECIPE_MAINTAINER_pn-glib-2.0 = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -185,7 +185,7 @@ RECIPE_DEPENDENCY_CHECK_pn-libpam = "not done"
RECIPE_LATEST_VERSION_pn-libpam = "1.1.3"
RECIPE_INTEL_SECTION_pn-libpam = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libpam = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libpam = "2010/10/28"
+RECIPE_LATEST_RELEASE_DATE_pn-libpam = "Oct 28, 2010"
RECIPE_COMMENTS_pn-libpam = ""
RECIPE_LAST_UPDATE_pn-libpam = "Nov 23, 2010"
RECIPE_MAINTAINER_pn-libpam = "Scott Garman <scott.a.garman@intel.com>"
@@ -196,7 +196,7 @@ RECIPE_LATEST_VERSION_pn-libgpg-error = "1.9"
RECIPE_PATCH_pn-libgpg-error+pkgconfig = "long existing since 0.7; no exact commit; it's to add a .pc.in. perhaps we don't require it now?"
RECIPE_INTEL_SECTION_pn-libgpg-error = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libgpg-error = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libgpg-error = "07/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libgpg-error = "Jul 01, 2010"
RECIPE_COMMENTS_pn-libgpg-error = ""
RECIPE_MANUAL_CHECK_DATE_pn-libgpg-error = "July 28, 2011"
RECIPE_LAST_UPDATE_pn-libgpg-error = "Nov 18, 2010"
@@ -207,7 +207,7 @@ RECIPE_DEPENDENCY_CHECK_pn-gpgme = "not done"
RECIPE_LATEST_VERSION_pn-gpgme = "1.3.1"
RECIPE_INTEL_SECTION_pn-gpgme = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gpgme = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-gpgme = "06/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-gpgme = "Jun 01, 2011"
RECIPE_COMMENTS_pn-gpgme = ""
RECIPE_MANUAL_CHECK_DATE_pn-gpgme = "Jul 28, 2011"
RECIPE_LAST_UPDATE_pn-gpgme = "Jul 28, 2011"
@@ -219,7 +219,7 @@ RECIPE_LATEST_VERSION_pn-expat = "2.0.1"
RECIPE_PATCH_pn-expat+autotools = "added in 2.0.0; 70774a74; 2006; don't include its own version of m4"
RECIPE_INTEL_SECTION_pn-expat = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-expat = "17 months"
-RECIPE_LATEST_RELEASE_DATE_pn-expat = "06/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-expat = "Jun 01, 2007"
RECIPE_COMMENTS_pn-expat = ""
RECIPE_LAST_UPDATE_pn-expat = "Jul 7, 2010"
RECIPE_MAINTAINER_pn-expat = "Scott Garman <scott.a.garman@intel.com>"
@@ -227,7 +227,7 @@ RECIPE_MAINTAINER_pn-expat = "Scott Garman <scott.a.garman@intel.com>"
RECIPE_STATUS_pn-dbus = "green"
RECIPE_LATEST_VERSION_pn-dbus = "1.4.1"
RECIPE_INTEL_SECTION_pn-dbus = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-dbus = "12/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-dbus = "Dec 01, 2010"
RECIPE_LAST_UPDATE_pn-dbus = "Jan 20, 2011"
RECIPE_MAINTAINER_pn-dbus = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -237,7 +237,7 @@ RECIPE_LATEST_VERSION_pn-dbus-glib = "0.92"
RECIPE_NO_OF_PATCHES_pn-dbus-glib = "1"
RECIPE_PATCH_pn-dbus-glib+no-examples = "no need to build example. local patch"
RECIPE_INTEL_SECTION_pn-dbus-glib = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-dbus-glib = "11/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-dbus-glib = "Nov 01, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-dbus-glib = "3 days"
RECIPE_LAST_UPDATE_pn-dbus-glib = "Jan 4, 2011"
RECIPE_MAINTAINER_pn-dbus-glib = "Scott Garman <scott.a.garman@intel.com>"
@@ -247,7 +247,7 @@ RECIPE_DEPENDENCY_CHECK_pn-neon = "not done"
RECIPE_LATEST_VERSION_pn-neon="0.29.5"
RECIPE_NO_OF_PATCHES_pn-neon="0"
RECIPE_INTEL_SECTION_pn-neon = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-neon="2010/10/14"
+RECIPE_LATEST_RELEASE_DATE_pn-neon="Oct 14, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-neon="10 days"
RECIPE_COMMENTS_pn-neon = ""
RECIPE_LAST_UPDATE_pn-neon = "Nov 15, 2010"
@@ -260,7 +260,7 @@ RECIPE_NO_UPDATE_REASON_pn-libpng = "1.4.3 and later changes the API and breaks
RECIPE_PATCH_pn-libpng+makefile = "by RP; 2008; to define ECHO explicitly for lbitool 2.2.2. need check whether it's still valide for new libtool. candidate for upstream"
RECIPE_INTEL_SECTION_pn-libpng = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libpng = "unknown"
-RECIPE_LATEST_RELEASE_DATE_pn-libpng = "07/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-libpng = "Jul 01, 2011"
RECIPE_COMMENTS_pn-libpng = ""
RECIPE_LAST_UPDATE_pn-libpng = "Jul 18, 2011"
RECIPE_MAINTAINER_pn-libpng = "Scott Garman <scott.a.garman@intel.com>"
@@ -270,7 +270,7 @@ RECIPE_DEPENDENCY_CHECK_pn-libidn = "not done"
RECIPE_LATEST_VERSION_pn-libidn = "1.19"
RECIPE_INTEL_SECTION_pn-libidn = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libidn = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libidn = "05/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libidn = "May 01, 2010"
RECIPE_COMMENTS_pn-libidn = ""
RECIPE_LAST_UPDATE_pn-libidn = "Jul 20, 2010"
RECIPE_MAINTAINER_pn-libidn = "Yu Ke <ke.yu@intel.com>"
@@ -281,7 +281,7 @@ RECIPE_LATEST_VERSION_pn-glibc = "2.11.2"
RECIPE_NO_UPDATE_REASON_pn-glibc = "two glibc plugins are based on 2.10.1"
RECIPE_INTEL_SECTION_pn-glibc = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-glibc = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-glibc = "05/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-glibc = "May 01, 2010"
RECIPE_COMMENTS_pn-glibc = ""
RECIPE_LAST_UPDATE_pn-glibc = "Jul 8, 2010"
RECIPE_MAINTAINER_pn-glibc = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -292,7 +292,7 @@ RECIPE_LATEST_VERSION_pn-liboil = "0.3.17"
RECIPE_NO_OF_PATCHES_pn-liboil = "1"
RECIPE_INTEL_SECTION_pn-liboil = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-liboil = "11 months"
-RECIPE_LATEST_RELEASE_DATE_pn-liboil = "02/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-liboil = "Feb 01, 2010"
RECIPE_COMMENTS_pn-liboil = ""
RECIPE_LAST_UPDATE_pn-liboil = "Mar 3, 2010"
RECIPE_MAINTAINER_pn-liboil = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -303,7 +303,7 @@ RECIPE_LATEST_VERSION_pn-libassuan = "2.0.2"
RECIPE_NO_OF_PATCHES_pn-libassuan = "0"
RECIPE_INTEL_SECTION_pn-libassuan = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libassuan = "10 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libassuan = "06/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-libassuan = "Jun 01, 2011"
RECIPE_COMMENTS_pn-libassuan = ""
RECIPE_LAST_UPDATE_pn-libassuan = "Jul 28, 2011"
RECIPE_MAINTAINER_pn-libassuan = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -325,7 +325,7 @@ RECIPE_DEPENDENCY_CHECK_pn-libtirpc = "not done"
RECIPE_LATEST_VERSION_pn-libtirpc = "0.2.1"
RECIPE_INTEL_SECTION_pn-libtirpc = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libtirpc = "6 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libtirpc = "11/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libtirpc = "Nov 01, 2009"
RECIPE_COMMENTS_pn-libtirpc = ""
RECIPE_LAST_UPDATE_pn-libtirpc = "Sep 1, 2010"
RECIPE_MAINTAINER_pn-libtirpc = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -335,14 +335,14 @@ RECIPE_LAST_UPDATE_pn-gdbm = "Jul 21, 2006"
RECIPE_MAINTAINER_pn-gdbm = "Yu Ke <ke.yu@intel.com>"
RECIPE_LATEST_VERSION_pn-gdbm = "1.8.3"
RECIPE_INTEL_SECTION_pn-gdbm = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-gdbm = "10/2002"
+RECIPE_LATEST_RELEASE_DATE_pn-gdbm = "Oct 01, 2002"
RECIPE_STATUS_pn-pth = "yellow" # custom do_configure
RECIPE_LAST_UPDATE_pn-pth = "Mar 14, 2008"
RECIPE_MAINTAINER_pn-pth = "Saul Wold <sgw@linux.intel.com>"
RECIPE_LATEST_VERSION_pn-pth = "2.0.7"
RECIPE_INTEL_SECTION_pn-pth = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-pth = "06/2006"
+RECIPE_LATEST_RELEASE_DATE_pn-pth = "Jun 01, 2006"
RECIPE_STATUS_pn-python-pycurl = "yellow" # several exports to work with python
RECIPE_LAST_UPDATE_pn-python-pycurl = "Mar 25, 2010"
@@ -351,7 +351,7 @@ RECIPE_LATEST_VERSION_pn-python-pycurl = "7.19.0"
RECIPE_PATCH_pn-python-pycurl+no-static-link = "no static libraries"
RECIPE_INTEL_SECTION_pn-python-pycurl = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-python-pycurl = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-python-pycurl = "09/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-python-pycurl = "Sep 01, 2008"
RECIPE_COMMENTS_pn-python-pycurl = "the so called MIT/X here is actually ISC license, depends on libcurl (> 7.19.0)"
RECIPE_STATUS_pn-libusb1 = "green"
@@ -361,7 +361,7 @@ RECIPE_DEPENDENCY_CHECK_pn-libusb1 = "not done"
RECIPE_LATEST_VERSION_pn-libusb1 = "1.0.8"
RECIPE_INTEL_SECTION_pn-libusb1 = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libusb1 = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-libusb = "05/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libusb = "May 01, 2010"
RECIPE_COMMENTS_pn-libusb1 = ""
RECIPE_STATUS_pn-libusb-compat = "green"
@@ -381,7 +381,7 @@ RECIPE_LAST_UPDATE_pn-libnl = "Nov 15, 2010"
RECIPE_MAINTAINER_pn-libnl = "Saul Wold <sgw@linux.intel.com>"
RECIPE_LATEST_VERSION_pn-libnl = "2.0"
RECIPE_INTEL_SECTION_pn-libnl = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-libnl = "10/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libnl = "Oct 01, 2010"
RECIPE_STATUS_pn-zlib = "yellow" # local config scripts
RECIPE_LAST_UPDATE_pn-zlib = "Jun 11, 2010"
@@ -392,7 +392,7 @@ RECIPE_PATCH_pn-zlib+configure.ac = "override default build method"
RECIPE_PATCH_pn-zlib+Makefile.am = "override default build method"
RECIPE_INTEL_SECTION_pn-zlib = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-zlib = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-zlib = "03/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-zlib = "Mar 01, 2010"
RECIPE_COMMENTS_pn-zlib = "rconflicts: libxml2 (< 2.7.7) (rbreaks)"
RECIPE_STATUS_pn-libxml2 = "yellow"
@@ -403,7 +403,7 @@ RECIPE_LATEST_VERSION_pn-libxml2 = "2.7.8"
RECIPE_PATCH_pn-libxml2+install = "use poky environment variables"
RECIPE_INTEL_SECTION_pn-libxml2 = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxml2 = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libxml2 = "03/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libxml2 = "Mar 01, 2010"
RECIPE_COMMENTS_pn-libxml2 = ""
RECIPE_MANUAL_CHECK_DATE_pn-libxml2 = "Jun 06, 2011"
@@ -449,7 +449,7 @@ RECIPE_LAST_UPDATE_pn-lzo = "Dec 31, 2010"
RECIPE_MAINTAINER_pn-lzo = "Dexuan Cui <dexuan.cui@intel.com>"
RECIPE_LATEST_VERSION_pn-lzo = "2.04"
RECIPE_INTEL_SECTION_pn-lzo = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-lzo = "10/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-lzo = "Oct 01, 2010"
RECIPE_STATUS_pn-libtasn1 = "green"
RECIPE_LAST_UPDATE_pn-libtasn1 = "Dec 06, 2010"
@@ -468,7 +468,7 @@ RECIPE_MAINTAINER_pn-openssl = "Saul Wold <sgw@linux.intel.com>"
RECIPE_LATEST_VERSION_pn-openssl = "1.0.0c"
RECIPE_NO_UPDATE_REASON_pn-openssl = "compatibility and stability concerns on new major release"
RECIPE_INTEL_SECTION_pn-openssl = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-openssl = "12/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-openssl = "Dec 01, 2010"
RECIPE_STATUS_pn-libnss-mdns = "green"
DISTRO_PN_ALIAS_pn-libnss-mdns = "Meego=nss-mdns OpenSuSE=nss-mdns Ubuntu=nss-mdns Mandriva=nss_mdns Debian=nss-mdns"
@@ -476,7 +476,7 @@ RECIPE_LAST_UPDATE_pn-libnss-mdns = "Jul 8, 2010"
RECIPE_MAINTAINER_pn-libnss-mdns = "Saul Wold <sgw@linux.intel.com>"
RECIPE_LATEST_VERSION_pn-libnss-mdns = "0.10"
RECIPE_INTEL_SECTION_pn-libnss-mdns = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-libnss-mdns = "05/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-libnss-mdns = "May 01, 2007"
RECIPE_STATUS_pn-ncurses = "green"
RECIPE_LATEST_RELEASE_DATE_pn-ncurses = "Apr 04, 2011"
@@ -491,7 +491,7 @@ RECIPE_LAST_UPDATE_pn-popt = "Jul 5, 2010"
RECIPE_MAINTAINER_pn-popt = "Saul Wold <sgw@linux.intel.com>"
RECIPE_LATEST_VERSION_pn-popt = "1.16"
RECIPE_INTEL_SECTION_pn-popt = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-popt = "05/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-popt = "May 01, 2010"
RECIPE_STATUS_pn-sqlite3 = "green" # need upgrade
RECIPE_LAST_UPDATE_pn-sqlite3 = "Nov 24, 2010"
@@ -500,7 +500,7 @@ RECIPE_DEPENDENCY_CHECK_pn-sqlite3 = "not done"
RECIPE_LATEST_VERSION_pn-sqlite3 = "3.7.7.1"
RECIPE_INTEL_SECTION_pn-sqlite3 = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sqlite3 = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-sqlite3 = "10/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-sqlite3 = "Oct 01, 2010"
RECIPE_COMMENTS_pn-sqlite3 = ""
RECIPE_MANUAL_CHECK_DATE_pn-sqlite3= "Jul 01, 2011"
@@ -511,15 +511,15 @@ RECIPE_DEPENDENCY_CHECK_pn-libpthread-stubs = "done"
RECIPE_LATEST_VERSION_pn-libpthread-stubs = "0.3"
RECIPE_INTEL_SECTION_pn-libpthread-stubs = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libpthread-stubs = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-libpthread-stubs = "10/2009"
-RECIPE_COMMENTS_pn-libpthread-stubs = "0.1: 11/2006, 0.2: 09/2009, 0.3: 10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libpthread-stubs = "Oct 01, 2009"
+RECIPE_COMMENTS_pn-libpthread-stubs = "0.1: Nov 01, 2006, 0.2: 09/2009, 0.3: 10/2009"
RECIPE_STATUS_pn-attr = "yellow" # the recipe is quite hacky
RECIPE_LAST_UPDATE_pn-attr = "Jul 7, 2010"
RECIPE_MAINTAINER_pn-attr = "Saul Wold <sgw@linux.intel.com>"
RECIPE_LATEST_VERSION_pn-attr = "2.4.44"
RECIPE_INTEL_SECTION_pn-attr = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-attr = "08/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-attr = "Aug 01, 2009"
RECIPE_STATUS_pn-libcap = "yellow" # hand crafted Makefiles
RECIPE_LAST_UPDATE_pn-libcap = "Jul 7, 2010"
@@ -528,7 +528,7 @@ RECIPE_DEPENDENCY_CHECK_pn-libcap = "done"
RECIPE_LATEST_VERSION_pn-libcap = "2.19"
RECIPE_INTEL_SECTION_pn-libcap = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libcap = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-libcap = "01/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libcap = "Jan 01, 2010"
RECIPE_COMMENTS_pn-libcap = ""
RECIPE_STATUS_pn-libevent = "green"
@@ -545,7 +545,7 @@ RECIPE_LAST_UPDATE_pn-libnfsidmap = "Jan 20, 2011"
RECIPE_MAINTAINER_pn-libnfsidmap = "Scott Garman <scott.a.garman@intel.com>"
RECIPE_LATEST_VERSION_pn-libnfsidmap = "0.24"
RECIPE_INTEL_SECTION_pn-libnfsidmap = "base libs"
-RECIPE_LATEST_RELEASE_DATE_pn-libnfsidmap = "12/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libnfsidmap = "Dec 01, 2010"
RECIPE_STATUS_pn-acl = "yellow" # hacky as attr
RECIPE_LAST_UPDATE_pn-acl = "Jul 29, 2010"
@@ -554,7 +554,7 @@ RECIPE_DEPENDENCY_CHECK_pn-acl = "done"
RECIPE_LATEST_VERSION_pn-acl = "2.2.49"
RECIPE_INTEL_SECTION_pn-acl = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-acl = "4 months"
-RECIPE_LATEST_RELEASE_DATE_pn-acl = "11/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-acl = "Nov 01, 2009"
RECIPE_COMMENTS_pn-acl = ""
RECIPE_STATUS_pn-tcp-wrappers = "yellow" # custom build system
@@ -583,7 +583,7 @@ RECIPE_MAINTAINER_pn-libcheck = "Saul Wold <sgw@linux.intel.com>"
RECIPE_LATEST_VERSION_pn-libcheck = "0.9.8"
RECIPE_INTEL_SECTION_pn-libcheck = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libcheck = "9 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libcheck = "09/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libcheck = "Sep 01, 2009"
RECIPE_COMMENTS_pn-libcheck = ""
DISTRO_PN_ALIAS_pn-libcheck = "Ubuntu=check Fedora=check OpenSuSE=check"
@@ -594,7 +594,7 @@ RECIPE_MAINTAINER_pn-augeas = "Saul Wold <sgw@linux.intel.com>"
RECIPE_LATEST_VERSION_pn-augeas = "0.7.3"
RECIPE_INTEL_SECTION_pn-augeas = "base libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-augeas = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-augeas = "08/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-augeas = "Aug 01, 2010"
RECIPE_COMMENTS_pn-augeas = ""
DISTRO_PN_ALIAS_pn-augeas = "Ubuntu=libaugeas0 Debian=libaugeas0"
@@ -621,7 +621,7 @@ RECIPE_DEPENDENCY_CHECK_pn-dbus-wait = "not done"
RECIPE_LATEST_VERSION_pn-dbus-wait = "0.0+svnr402"
RECIPE_INTEL_SECTION_pn-dbus-wait = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-dbus-wait = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-dbus-wait = "08/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-dbus-wait = "Aug 01, 2008"
RECIPE_COMMENTS_pn-dbus-wait = "o-hand project"
RECIPE_LAST_UPDATE_pn-dbus-wait = "Aug 12, 2010"
RECIPE_MAINTAINER_pn-dbus-wait= "Zhai Edwin <edwin.zhai@intel.com>"
@@ -634,7 +634,7 @@ RECIPE_PATCH_pn-e2fsprogs+mkdir = "to be pushed upstream; no comment; MKINSTALLD
RECIPE_PATCH_pn-e2fsprogs+acinclude = "to be pushed upstream;"
RECIPE_INTEL_SECTION_pn-e2fsprogs = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-e2fsprogs = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-e2fsprogs = "05/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-e2fsprogs = "May 01, 2010"
RECIPE_COMMENTS_pn-e2fsprogs = ""
RECIPE_LAST_UPDATE_pn-e2fsprogs = "Jun 1, 2010"
RECIPE_MAINTAINER_pn-e2fsprogs = "Scott Garman <scott.a.garman@intel.com>"
@@ -740,7 +740,7 @@ RECIPE_DEPENDENCY_CHECK_pn-opkg = "not done"
RECIPE_LATEST_VERSION_pn-opkg = "0.1.8"
RECIPE_INTEL_SECTION_pn-opkg = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-opkg = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-opkg = "02/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-opkg = "Feb 01, 2010"
RECIPE_COMMENTS_pn-opkg = ""
RECIPE_LAST_UPDATE_pn-opkg = "Jul 21, 2010"
RECIPE_MANUAL_CHECK_DATE_pn-opkg = "Jun 29, 2011"
@@ -753,7 +753,7 @@ RECIPE_DEPENDENCY_CHECK_pn-opkg_nogpg = "not done"
RECIPE_LATEST_VERSION_pn-opkg_nogpg = "0.1.8"
RECIPE_INTEL_SECTION_pn-opkg_nogpg = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-opkg_nogpg = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-opkg_nogpg = "02/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-opkg_nogpg = "Feb 01, 2010"
RECIPE_COMMENTS_pn-opkg_nogpg = ""
RECIPE_LAST_UPDATE_pn-opkg_nogpg = "Jul 21, 2010"
RECIPE_MAINTAINER_pn-opkg_nogpg = "Dongxiao Xu <dongxiao.xu@intel.com"
@@ -763,7 +763,7 @@ DISTRO_PN_ALIAS_pn-opkg_nogpg = "OSPDT upstream=http://svn.openmoko.org/trunk/s
RECIPE_STATUS_pn-dpkg = "green"
RECIPE_LATEST_VERSION_pn-dpkg = "1.16.0.3"
RECIPE_INTEL_SECTION_pn-dpkg = "base utils"
-RECIPE_LATEST_RELEASE_DATE_pn-dpkg = "2011/05/04"
+RECIPE_LATEST_RELEASE_DATE_pn-dpkg = "May 04, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-dpkg = "1 months"
RECIPE_LAST_UPDATE_pn-dpkg = "Dec 30, 2010"
RECIPE_MANUAL_CHECK_DATE_pn-dpkg = "Jun 29, 2011"
@@ -774,7 +774,7 @@ RECIPE_DEPENDENCY_CHECK_pn-opkg-utils = "not done"
RECIPE_LATEST_VERSION_pn-opkg-utils = "0.1.8+svnr4747"
RECIPE_INTEL_SECTION_pn-opkg-utils = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-opkg-utils = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-opkg-utils = "11/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-opkg-utils = "Nov 01, 2008"
RECIPE_COMMENTS_pn-opkg-utils = ""
RECIPE_LAST_UPDATE_pn-opkg-utils = "Jul 21, 2010"
RECIPE_MAINTAINER_pn-opkg-utils = "Dongxiao Xu <dongxiao.xu@intel.com"
@@ -785,7 +785,7 @@ RECIPE_DEPENDENCY_CHECK_pn-polkit = "not done"
RECIPE_LATEST_VERSION_pn-polkit = "0.101"
RECIPE_INTEL_SECTION_pn-polkit = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-polkit = "1 months"
-RECIPE_LATEST_RELEASE_DATE_pn-polkit = "2011/03/03"
+RECIPE_LATEST_RELEASE_DATE_pn-polkit = "Mar 03, 2011"
RECIPE_COMMENTS_pn-polkit = ""
RECIPE_LAST_UPDATE_pn-polkit = "Apr 26, 2011"
RECIPE_MAINTAINER_pn-polkit = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -796,7 +796,7 @@ RECIPE_LATEST_VERSION_pn-psplash = "0.0+svnr424"
RECIPE_PATCH_pn-psplash+psplash-init = "local scripts"
RECIPE_INTEL_SECTION_pn-psplash = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-psplash = "6 months"
-RECIPE_LATEST_RELEASE_DATE_pn-psplash = "05/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-psplash = "May 01, 2009"
RECIPE_COMMENTS_pn-psplash = ""
RECIPE_LAST_UPDATE_pn-psplash = "Jul 13, 2010"
RECIPE_MAINTAINER_pn-psplash = "Scott Garman <scott.a.garman@intel.com>"
@@ -806,7 +806,7 @@ RECIPE_DEPENDENCY_CHECK_pn-pax-utils = "not done"
RECIPE_LATEST_VERSION_pn-pax-utils = "0.2.2"
RECIPE_NO_OF_PATCHES_pn-pax-utils = "0"
RECIPE_INTEL_SECTION_pn-pax-utils = "base utils"
-RECIPE_LATEST_RELEASE_DATE_pn-pax-utils = "12/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-pax-utils = "Dec 01, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-pax-utils = "10 months"
RECIPE_LAST_UPDATE_pn-pax-utils = "Jan 4, 2011"
RECIPE_MAINTAINER_pn-pax-utils = "Scott Garman <scott.a.garman@intel.com>"
@@ -816,7 +816,7 @@ RECIPE_DEPENDENCY_CHECK_pn-sudo = "not done"
RECIPE_LATEST_VERSION_pn-sudo = "1.8.1p2"
RECIPE_INTEL_SECTION_pn-sudo = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-sudo = "2011/05/16"
+RECIPE_LATEST_RELEASE_DATE_pn-sudo = "May 16, 2011"
RECIPE_COMMENTS_pn-sudo = ""
RECIPE_LAST_UPDATE_pn-sudo = "Jun 14, 2011"
RECIPE_MAINTAINER_pn-sudo = "Scott Garman <scott.a.garman@intel.com>"
@@ -826,7 +826,7 @@ RECIPE_DEPENDENCY_CHECK_pn-blktool = "not done"
RECIPE_LATEST_VERSION_pn-blktool = "4-6"
RECIPE_NO_OF_PATCHES_pn-blktool = "0"
RECIPE_INTEL_SECTION_pn-blktool = "base utils"
-RECIPE_LATEST_RELEASE_DATE_pn-blktool = "02/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-blktool = "Feb 01, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-blktool = "3 years"
RECIPE_LAST_UPDATE_pn-blktool = "Jun 4, 2011"
RECIPE_MANUAL_CHECK_DATE_pn-blktool = "Jul 12, 2011"
@@ -839,7 +839,7 @@ RECIPE_LATEST_VERSION_pn-iproute2 = "2.6.34"
RECIPE_PATCH_pn-iproute2+configure-cross = "to be pushed upstream"
RECIPE_INTEL_SECTION_pn-iproute2 = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-iproute2 = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-iproute2 = "05/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-iproute2 = "May 01, 2010"
RECIPE_COMMENTS_pn-iproute2 = ""
DISTRO_PN_ALIAS_pn-iproute2 = "OSPDT"
RECIPE_LAST_UPDATE_pn-iproute2 = "Nov 10, 2010"
@@ -852,7 +852,7 @@ RECIPE_PATCH_pn-netbase+busybox = "marked as REMOVAL"
RECIPE_PATCH_pn-many = "local scripts"
RECIPE_INTEL_SECTION_pn-netbase = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-netbase = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-netbase = "2010/12/13"
+RECIPE_LATEST_RELEASE_DATE_pn-netbase = "Dec 13, 2010"
RECIPE_COMMENTS_pn-netbase = ""
RECIPE_LAST_UPDATE_pn-netbase = "Dec 30, 2010"
RECIPE_MAINTAINER_pn-netbase = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -868,7 +868,7 @@ RECIPE_PATCH_pn-busybox+busybox-appletlib-dependency = "added in 1.13.2; 58c556d
RECIPE_PATCH_pn-busybox+run-parts.in.usr-bin = "aded in 1.15.3; f1b326c8; 2010; change install dir for run-parts to avoid impacting debianutils install. perhaps a local patch"
RECIPE_INTEL_SECTION_pn-busybox = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-busybox = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-busybox = "0i6/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-busybox = "0iJun 01, 2010"
RECIPE_COMMENTS_pn-busybox = "some special overrides/unsets for CFLAGS, etc. need to understand the tricks behind"
RECIPE_LAST_UPDATE_pn-busybox = "Nov 17, 2010"
RECIPE_MAINTAINER_pn-busybox = "Edwin Zhai <edwin.zhai@intel.com>"
@@ -884,7 +884,7 @@ RECIPE_PATCH_pn-module-init-tools+module-init-tools-remove-index = "added as 1st
RECIPE_PATCH_pn-module-init-tools+no-static-binaries = "by jdike in 2010; disable native statically-linked insmod as there's no static libc. since it's not required, simply disable it; local patch"
RECIPE_INTEL_SECTION_pn-module-init-tools = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-module-init-tools = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-module-init-tools = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-module-init-tools = "Oct 01, 2009"
RECIPE_COMMENTS_pn-module-init-tools = "most tweaks about alternative handle and rename"
RECIPE_LAST_UPDATE_pn-module-init-tools = "Jul 21, 2010"
RECIPE_MAINTAINER_pn-module-init-tools = "Yu Ke <ke.yu@intel.com>"
@@ -906,7 +906,7 @@ RECIPE_PATCH_pn-base-passwd+nobash = "change /bin/bash to /bin/sh in passwd.mast
RECIPE_PATCH_pn-base-passwd+root-home = "change home for root user in passwd.master; perhaps a poky specific tweak; oe even has other root-home patch for different configurations"
RECIPE_INTEL_SECTION_pn-base-passwd = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-base-passwd = "1 year"
-RECIPE_LATEST_RELEASE_DATE_pn-base-passwd = "09/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-base-passwd = "Sep 01, 2009"
RECIPE_COMMENTS_pn-base-passwd = ""
RECIPE_LAST_UPDATE_pn-base-passwd = "Jul 6, 2010"
RECIPE_MAINTAINER_pn-base-passwd = "Scott Garman <scott.a.garman@intel.com>"
@@ -919,7 +919,7 @@ RECIPE_PATCH_pn-apmd+debian = "in upstream"
RECIPE_PATCH_pn-apmd+unlinux = "added in 3.2.2; 9456cdc1; 2007; to prevent build from interfering with host kernel headers. curious whether it's still required or any better way?"
RECIPE_PATCH_pn-apmd+libtool = "added in 3.2.2; 35de05e6; 2008; by RP; to solve compability with libtool 2.2.4. perhaps for upstream"
RECIPE_INTEL_SECTION_pn-apmd = "base utils"
-RECIPE_LATEST_RELEASE_DATE_pn-apmd = "07/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-apmd = "Jul 01, 2009"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-apmd = "1 year"
RECIPE_COMMENTS_pn-apmd = ""
RECIPE_LAST_UPDATE_pn-apmd = "Jun 4, 2011"
@@ -932,7 +932,7 @@ RECIPE_LATEST_VERSION_pn-gperf = "3.0.4"
RECIPE_PATCH_pn-gperf+autoreconf = "added in 2007; e02b1a6c; perhaps it's required if only purpose is to downgraded AC_PREREQ from 2.60 to 2.59; acinclude.m4 perhaps could be generated automatically"
RECIPE_INTEL_SECTION_pn-gperf = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gperf = "2 years"
-RECIPE_LATEST_RELEASE_DATE_pn-gperf = "02/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-gperf = "Feb 01, 2009"
RECIPE_COMMENTS_pn-gperf = "3.0.4 is GPLv3, however we only require native version so far"
RECIPE_LAST_UPDATE_pn-gperf = "Jul 19, 2010"
RECIPE_MANUAL_CHECK_DATE_pn-gperf = "Jul 12, 2011"
@@ -943,7 +943,7 @@ RECIPE_DEPENDENCY_CHECK_pn-valgrind = "not done"
RECIPE_LATEST_VERSION_pn-valgrind = "3.6.1"
RECIPE_INTEL_SECTION_pn-valgrind = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-valgrind = "4 months"
-RECIPE_LATEST_RELEASE_DATE_pn-valgrind = "2011/02/16"
+RECIPE_LATEST_RELEASE_DATE_pn-valgrind = "Feb 16, 2011"
RECIPE_COMMENTS_pn-valgrind = ""
RECIPE_LAST_UPDATE_pn-valgrind = "Apr 26, 2011"
RECIPE_MAINTAINER_pn-valgrind = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -973,7 +973,7 @@ RECIPE_DEPENDENCY_CHECK_pn-cwautomacros = "not done"
RECIPE_LATEST_VERSION_pn-cwautomacros = "20110201"
RECIPE_INTEL_SECTION_pn-cwautomacros = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-cwautomacros = "3 days"
-RECIPE_LATEST_RELEASE_DATE_pn-cwautomacros = "2011/02/01"
+RECIPE_LATEST_RELEASE_DATE_pn-cwautomacros = "Feb 01, 2011"
RECIPE_COMMENTS_pn-cwautomacros = ""
RECIPE_LAST_UPDATE_pn-cwautomacros = "Apr 26, 2011"
RECIPE_MAINTAINER_pn-cwautomacros = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -984,7 +984,7 @@ RECIPE_DEPENDENCY_CHECK_pn-which = "not done"
RECIPE_LATEST_VERSION_pn-which = "2.20"
RECIPE_INTEL_SECTION_pn-which = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-which = "7 months"
-RECIPE_LATEST_RELEASE_DATE_pn-which = "08/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-which = "Aug 01, 2008"
RECIPE_COMMENTS_pn-which = ""
RECIPE_LAST_UPDATE_pn-which = "Aug 13, 2010"
RECIPE_MAINTAINER_pn-which = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -994,7 +994,7 @@ RECIPE_DEPENDENCY_CHECK_pn-quota = "not done"
RECIPE_LATEST_VERSION_pn-quota = "4.00-pre1"
RECIPE_INTEL_SECTION_pn-quota = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-quota = "13 months"
-RECIPE_LATEST_RELEASE_DATE_pn-quota = "2010/02/17"
+RECIPE_LATEST_RELEASE_DATE_pn-quota = "Feb 17, 2010"
RECIPE_COMMENTS_pn-quota = ""
RECIPE_LAST_UPDATE_pn-quota = "Nov 15, 2010"
RECIPE_MAINTAINER_pn-quota = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -1064,7 +1064,7 @@ RECIPE_LAST_UPDATE_pn-coreutils = "Jul 2, 2011"
RECIPE_MAINTAINER_pn-coreutils = "Mei Lei <lei.mei@intel.com>"
RECIPE_INTEL_SECTION_pn-coreutils = "base utils"
RECIPE_LATEST_VERSION_pn-coreutils = "8.12"
-RECIPE_LATEST_RELEASE_DATE_pn-coreutils = "04/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-coreutils = "Apr 01, 2011"
RECIPE_STATUS_pn-libuser = "green"
RECIPE_LAST_UPDATE_pn-libuser = "Jan 26, 2011"
@@ -1075,7 +1075,7 @@ RECIPE_MANUAL_CHECK_DATE_pn-libuser = "Jan 26, 2011"
RECIPE_NO_OF_PATCHES_pn-libuser = "1"
RECIPE_INTEL_SECTION_pn-libuser = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libuser = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-libuser = "01/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-libuser = "Jan 01, 2011"
RECIPE_COMMENTS_pn-libuser = ""
RECIPE_STATUS_pn-xz = "green"
@@ -1086,7 +1086,7 @@ RECIPE_LATEST_VERSION_pn-xz = "5.0.0"
RECIPE_NO_OF_PATCHES_pn-xz = "0"
RECIPE_INTEL_SECTION_pn-xz = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xz = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-xz = "10/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-xz = "Oct 01, 2010"
RECIPE_COMMENTS_pn-xz = ""
RECIPE_STATUS_pn-bc = "green"
@@ -1097,7 +1097,7 @@ RECIPE_LATEST_VERSION_pn-bc = "1.06"
RECIPE_NO_OF_PATCHES_pn-bc = "0"
RECIPE_INTEL_SECTION_pn-bc = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-bc = "29 months"
-RECIPE_LATEST_RELEASE_DATE_pn-bc = "11/2000"
+RECIPE_LATEST_RELEASE_DATE_pn-bc = "Nov 01, 2000"
RECIPE_COMMENTS_pn-bc = ""
RECIPE_STATUS_pn-ed = "green"
@@ -1108,7 +1108,7 @@ RECIPE_LATEST_VERSION_pn-ed = "1.5"
RECIPE_NO_OF_PATCHES_pn-ed = "1"
RECIPE_INTEL_SECTION_pn-ed = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-ed = "14 months"
-RECIPE_LATEST_RELEASE_DATE_pn-ed = "07/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-ed = "Jul 01, 2010"
RECIPE_COMMENTS_pn-ed = "GPLv3 was used since ed 0.6"
RECIPE_STATUS_pn-pax = "green"
@@ -1119,7 +1119,7 @@ RECIPE_LATEST_VERSION_pn-pax = "3.4"
RECIPE_NO_OF_PATCHES_pn-pax = "0"
RECIPE_INTEL_SECTION_pn-pax = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-pax = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-pax = "08/2005"
+RECIPE_LATEST_RELEASE_DATE_pn-pax = "Aug 01, 2005"
RECIPE_COMMENTS_pn-pax = ""
RECIPE_STATUS_pn-watchdog = "green"
@@ -1130,7 +1130,7 @@ RECIPE_LATEST_VERSION_pn-watchdog = "5.9"
RECIPE_NO_OF_PATCHES_pn-watchdog = "0"
RECIPE_INTEL_SECTION_pn-watchdog = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-watchdog = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-watchdog = "06/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-watchdog = "Jun 01, 2010"
RECIPE_COMMENTS_pn-watchdog = ""
DISTRO_PN_ALIAS_pn-watchdog = "Debian=watchdog Ubuntu=watchdog Mandriva=watchdog"
@@ -1154,7 +1154,7 @@ RECIPE_STATUS_pn-libgdbus = "green"
RECIPE_DEPENDENCY_CHECK_pn-libgdbus = "not done"
RECIPE_LATEST_VERSION_pn-libgdbus = "0.2"
RECIPE_NO_OF_PATCHES_pn-libgdbus = "0"
-RECIPE_LATEST_RELEASE_DATE_pn-libgdbus = "09/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-libgdbus = "Sep 01, 2008"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libgdbus = "unknown"
RECIPE_LAST_UPDATE_pn-libgdbus = "Jan 4, 2011"
RECIPE_MAINTAINER_pn-libgdbus = "Scott Garman <scott.a.garman@intel.com>"
@@ -1200,7 +1200,7 @@ DISTRO_PN_ALIAS_pn-eee-acpi-scripts = "Debian=eeepc-acpi-scripts Ubuntu=eeepc-ac
RECIPE_STATUS_pn-gssdp = "green"
RECIPE_LATEST_VERSION_pn-gssdp = "0.10.0"
RECIPE_NO_OF_PATCHES_pn-gssdp="0"
-RECIPE_LATEST_RELEASE_DATE_pn-gssdp="2011/04/07"
+RECIPE_LATEST_RELEASE_DATE_pn-gssdp="Apr 07, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gssdp="3 month"
RECIPE_LAST_UPDATE_pn-gssdp = "Apr 15, 2011"
RECIPE_MAINTAINER_pn-gssdp = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -1224,7 +1224,7 @@ RECIPE_DEPENDENCY_CHECK_pn-mtd-utils = "not done"
RECIPE_LATEST_VERSION_pn-mtd-utils = "1.4.1"
RECIPE_INTEL_SECTION_pn-mtd-utils = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mtd-utils = "1 months"
-RECIPE_LATEST_RELEASE_DATE_pn-mtd-utils = "2010/10/15"
+RECIPE_LATEST_RELEASE_DATE_pn-mtd-utils = "Oct 15, 2010"
RECIPE_COMMENTS_pn-mtd-utils = ""
RECIPE_LAST_UPDATE_pn-mtd-utils = "Nov 18, 2010"
RECIPE_MAINTAINER_pn-mtd-utils = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -1282,7 +1282,7 @@ RECIPE_DEPENDENCY_CHECK_pn-msynctool = "not done"
RECIPE_LATEST_VERSION_pn-msynctool = "0.38"
RECIPE_INTEL_SECTION_pn-msynctool = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-msynctool = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-msynctool = "2008/11/11"
+RECIPE_LATEST_RELEASE_DATE_pn-msynctool = "Nov 11, 2008"
RECIPE_COMMENTS_pn-msynctool = ""
RECIPE_LAST_UPDATE_pn-msynctool = "Nov 18, 2010"
RECIPE_MAINTAINER_pn-msynctool = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -1293,7 +1293,7 @@ RECIPE_DEPENDENCY_CHECK_pn-mtools = "not done"
RECIPE_LATEST_VERSION_pn-mtools = "4.0.16"
RECIPE_INTEL_SECTION_pn-mtools = "optional"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mtools = "6 months"
-RECIPE_LATEST_RELEASE_DATE_pn-mtools = "2011/04/16"
+RECIPE_LATEST_RELEASE_DATE_pn-mtools = "Apr 16, 2011"
RECIPE_COMMENTS_pn-mtools = ""
RECIPE_LAST_UPDATE_pn-mtools = "Jun 15, 2011"
RECIPE_MAINTAINER_pn-mtools = "Scott Garman <scott.a.garman@intel.com>"
@@ -1303,7 +1303,7 @@ RECIPE_DEPENDENCY_CHECK_pn-pm-utils = "not done"
RECIPE_LATEST_VERSION_pn-pm-utils = "1.4.1"
RECIPE_INTEL_SECTION_pn-pm-utils = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-pm-utils = "15 days"
-RECIPE_LATEST_RELEASE_DATE_pn-pm-utils = "2010o/07/04"
+RECIPE_LATEST_RELEASE_DATE_pn-pm-utils = "Jul 04, 2010"
RECIPE_COMMENTS_pn-pm-utils = ""
RECIPE_LAST_UPDATE_pn-pm-utils = "Nov 18, 2010"
RECIPE_MAINTAINER_pn-pm-utils = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -1335,7 +1335,7 @@ RECIPE_LATEST_VERSION_pn-rpcbind = "0.2.0"
RECIPE_NO_OF_PATCHES_pn-rpcbind = "0"
RECIPE_INTEL_SECTION_pn-rpcbind = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-rpcbind = "6 months"
-RECIPE_LATEST_RELEASE_DATE_pn-rpcbind = "05/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-rpcbind = "May 01, 2009"
RECIPE_COMMENTS_pn-rpcbind = ""
RECIPE_LAST_UPDATE_pn-rpcbind = "Sep 1, 2010"
RECIPE_MAINTAINER_pn-rpcbind = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -1347,7 +1347,7 @@ RECIPE_DEPENDENCY_CHECK_pn-time = "not done"
RECIPE_LATEST_VERSION_pn-time = "1.7"
RECIPE_INTEL_SECTION_pn-time = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-time = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-time = "07/1996"
+RECIPE_LATEST_RELEASE_DATE_pn-time = "Jul 01, 1996"
RECIPE_COMMENTS_pn-time = ""
RECIPE_STATUS_pn-bzip2 = "yellow" # local config scripts
@@ -1359,7 +1359,7 @@ RECIPE_PATCH_pn-bzip2+configure.ac = "override default build method"
RECIPE_PATCH_pn-bzip2+Makefile.am = "override default build method"
RECIPE_INTEL_SECTION_pn-bzip2 = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-bzip2 = "12 months"
-RECIPE_LATEST_RELEASE_DATE_pn-bzip2 = "03/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-bzip2 = "Mar 01, 2008"
RECIPE_COMMENTS_pn-bzip2 = "bzip2 license is 3-clause BSD plus an renaming clause"
RECIPE_MANUAL_CHECK_DATE_pn-bzip = "May 24, 2011"
@@ -1373,7 +1373,7 @@ RECIPE_PATCH_pn-portmap+no-libwrap = "override default build method"
RECIPE_PATCH_pn-portmap+no-tcpd-support = "override default build method"
RECIPE_INTEL_SECTION_pn-portmap = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-portmap = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-portmap = "05/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-portmap = "May 01, 2007"
RECIPE_COMMENTS_pn-portmap = "most part is under 4-clause BSD, Sun RPC code is under another license, however debian portmap package licenses RPC code under 3-clause BSD. This needs further investigation"
RECIPE_STATUS_pn-grub = "green"
@@ -1382,7 +1382,7 @@ RECIPE_MAINTAINER_pn-grub = "Dexuan Cui <dexuan.cui@intel.com>"
RECIPE_NO_UPDATE_REASON_pn-grub="grub2 is a different thing"
RECIPE_LATEST_VERSION_pn-grub = "0.97"
RECIPE_INTEL_SECTION_pn-grub = "base utils"
-RECIPE_LATEST_RELEASE_DATE_pn-grub = "12/2005"
+RECIPE_LATEST_RELEASE_DATE_pn-grub = "Dec 01, 2005"
RECIPE_STATUS_pn-update-rc.d = "green"
RECIPE_LAST_UPDATE_pn-update-rc.d = "Jul 21, 2006"
@@ -1427,7 +1427,7 @@ RECIPE_LATEST_VERSION_pn-bash = "4.1"
RECIPE_PATCH_pn-bash+upstream-patches = "upstream patches on source mirrors"
RECIPE_INTEL_SECTION_pn-bash = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-bash = "10 months"
-RECIPE_LATEST_RELEASE_DATE_pn-bash = "12/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-bash = "Dec 01, 2009"
RECIPE_COMMENTS_pn-bash = ""
RECIPE_STATUS_pn-syslinux = "yellow" # need mangling on LDFLAGS
@@ -1438,7 +1438,7 @@ RECIPE_LATEST_VERSION_pn-syslinux = "3.86"
RECIPE_PATCH_pn-syslinux+cross-build = "use poky toolchain instead of host"
RECIPE_INTEL_SECTION_pn-syslinux = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-syslinux = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-syslinux = "04/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-syslinux = "Apr 01, 2010"
RECIPE_COMMENTS_pn-syslinux = ""
RECIPE_STATUS_pn-sysvinit = "green"
@@ -1449,7 +1449,7 @@ RECIPE_LATEST_VERSION_pn-sysvinit = "2.88dsf"
RECIPE_PATCH_pn-sysvinit+install = "use poky environment variables"
RECIPE_INTEL_SECTION_pn-sysvinit = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sysvinit = "9 months"
-RECIPE_LATEST_RELEASE_DATE_pn-sysvinit = "04/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-sysvinit = "Apr 01, 2010"
RECIPE_COMMENTS_pn-sysvinit = ""
RECIPE_STATUS_pn-sysfsutils = "green"
@@ -1472,7 +1472,7 @@ RECIPE_PATCH_pn-curl+noldlibpath = "no bother set LD_LIBRARY_PATH since we are c
RECIPE_PATCH_pn-curl+pkgconfig-fix = "fix libcurl.pc"
RECIPE_INTEL_SECTION_pn-curl = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-curl = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-curl = "09/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-curl = "Sep 01, 2011"
RECIPE_COMMENTS_pn-curl = ""
RECIPE_STATUS_pn-gconf-dbus = "green"
@@ -1495,7 +1495,7 @@ RECIPE_LATEST_VERSION_pn-elfutils="0.148"
RECIPE_INTEL_SECTION_pn-gconf-dbus = "base utils"
RECIPE_NO_OF_PATCHES_pn-elfutils="9"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-elfutils="1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-elfutils="06/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-elfutils="Jun 01, 2010"
RECIPE_STATUS_pn-pkgconfig = "green"
RECIPE_LAST_UPDATE_pn-pkgconfig = "Jul 13, 2010"
@@ -1504,8 +1504,8 @@ RECIPE_DEPENDENCY_CHECK_pn-pkgconfig = "not done"
RECIPE_LATEST_VERSION_pn-pkgconfig = "0.25"
RECIPE_INTEL_SECTION_pn-pkgconfig = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-pkgconfig = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-pkgconfig = "05/2010"
-RECIPE_COMMENTS_pn-pkgconfig = "git as candidate, 0.23: 01/2008, 0.24: 05/2010, 0.25: 05/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-pkgconfig = "May 01, 2010"
+RECIPE_COMMENTS_pn-pkgconfig = "git as candidate, 0.23: Jan 01, 2008, 0.24: 05/2010, 0.25: 05/2010"
RECIPE_STATUS_pn-less = "green"
RECIPE_LAST_UPDATE_pn-less = "May 24, 2011"
@@ -1525,7 +1525,7 @@ RECIPE_DEPENDENCY_CHECK_pn-genext2fs = "not done"
RECIPE_LATEST_VERSION_pn-genext2fs = "1.4.1"
RECIPE_INTEL_SECTION_pn-genext2fs = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-genext2fs = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-genext2fs = "04/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-genext2fs = "Apr 01, 2007"
RECIPE_COMMENTS_pn-genext2fs = ""
RECIPE_STATUS_pn-findutils = "green"
@@ -1538,7 +1538,7 @@ RECIPE_PATCH_pn-findutils_01-28872 = "upstream patch"
RECIPE_LATEST_VERSION_pn-findutils = "4.4.2"
RECIPE_INTEL_SECTION_pn-findutils = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-findutils = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-findutils = "06/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-findutils = "Jun 01, 2009"
RECIPE_COMMENTS_pn-findutils = ""
RECIPE_STATUS_pn-file = "green"
@@ -1563,7 +1563,7 @@ RECIPE_PATCH_pn-rsync+rsyncd.conf = "init script"
RECIPE_PATCH_pn-rsync+acinclude.m4 = "custom m4 macros"
RECIPE_INTEL_SECTION_pn-rsync = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-rsync = "7 months"
-RECIPE_LATEST_RELEASE_DATE_pn-rsync = "12/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-rsync = "Dec 01, 2009"
RECIPE_COMMENTS_pn-rsync = ""
RECIPE_STATUS_pn-nfs-utils = "yellow" # no auto stage
@@ -1575,7 +1575,7 @@ RECIPE_PATCH_pn-nfs-utils+nfs-utils-1.0.6-uclibc.patch = "uclibc missing some fu
RECIPE_PATCH_pn-nfs-utils+nfsserver = "init script"
RECIPE_INTEL_SECTION_pn-nfs-utils = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-nfs-utils = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-nfs-utils = "02/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-nfs-utils = "Feb 01, 2010"
RECIPE_COMMENTS_pn-nfs-utils = ""
RECIPE_STATUS_pn-dropbear = "green"
@@ -1592,7 +1592,7 @@ RECIPE_PATCH_pn-dropbear+init = "init script"
RECIPE_PATCH_pn-dropbear+dropbear-0.53.1-static_build_fix = "fix link error in 0.53.1 release"
RECIPE_INTEL_SECTION_pn-dropbear = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-dropbear = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-dropbear = "03/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-dropbear = "Mar 01, 2011"
RECIPE_COMMENTS_pn-dropbear = ""
RECIPE_NO_UPDATE_REASON_pn-dropbear="0.53.1 is the latest version,not 0.255"
@@ -1603,7 +1603,7 @@ RECIPE_DEPENDENCY_CHECK_pn-hal = "not done"
RECIPE_LATEST_VERSION_pn-hal = "0.5.14"
RECIPE_INTEL_SECTION_pn-hal = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-hal = "4 months"
-RECIPE_LATEST_RELEASE_DATE_pn-hal = "11/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-hal = "Nov 01, 2009"
RECIPE_COMMENTS_pn-hal = "The licensing is very complicated, Most files are GPLv2+ | AFL with some borrowed code under LGPLv2.1, AFL itself is incompatible with GPL/LGPL"
RECIPE_STATUS_pn-hal-info = "green"
@@ -1613,7 +1613,7 @@ RECIPE_DEPENDENCY_CHECK_pn-hal-info = "not done"
RECIPE_LATEST_VERSION_pn-hal-info = "20091130"
RECIPE_INTEL_SECTION_pn-hal-info = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-hal-info = "4 months"
-RECIPE_LATEST_RELEASE_DATE_pn-hal-info = "11/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-hal-info = "Nov 01, 2009"
RECIPE_COMMENTS_pn-hal-info = ""
RECIPE_STATUS_pn-avahi = "green"
@@ -1623,7 +1623,7 @@ RECIPE_DEPENDENCY_CHECK_pn-avahi = "not done"
RECIPE_LATEST_VERSION_pn-avahi = "0.6.28"
RECIPE_INTEL_SECTION_pn-avahi = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-avahi = "3 month"
-RECIPE_LATEST_RELEASE_DATE_pn-avahi = "10/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-avahi = "Oct 01, 2010"
RECIPE_COMMENTS_pn-avahi = ""
RECIPE_STATUS_pn-js = "yellow" # may not work for platforms other than 32bit x86
@@ -1636,8 +1636,8 @@ RECIPE_PATCH_pn-js+link-with-gcc = "use $(CC) instead of $(LD) to link"
RECIPE_PATCH_pn-js+jsautocfg.h = "architecture specified configurations"
RECIPE_INTEL_SECTION_pn-js = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-js = "11 months"
-RECIPE_LATEST_RELEASE_DATE_pn-js = "03/2009"
-RECIPE_COMMENTS_pn-js = "1.7.0 is 10/2007, alternative java based packaged called Rhino"
+RECIPE_LATEST_RELEASE_DATE_pn-js = "Mar 01, 2009"
+RECIPE_COMMENTS_pn-js = "1.7.0 is Oct 01, 2007, alternative java based packaged called Rhino"
RECIPE_STATUS_pn-pcmciautils = "green"
RECIPE_LAST_UPDATE_pn-pcmciautils = "Jul 14, 2010"
@@ -1648,7 +1648,7 @@ RECIPE_PATCH_pn-pcmciautils+makefile-fix = "fix absolute path"
RECIPE_PATCH_pn-pcmciautils+version-workaround = "avoid a macro"
RECIPE_INTEL_SECTION_pn-pcmciautils = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-pcmciautils = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-pcmciautils = "01/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-pcmciautils = "Jan 01, 2010"
RECIPE_COMMENTS_pn-pcmciautils = ""
RECIPE_STATUS_pn-unzip = "green"
@@ -1658,7 +1658,7 @@ RECIPE_DEPENDENCY_CHECK_pn-unzip = "not done"
RECIPE_LATEST_VERSION_pn-unzip = "6.0"
RECIPE_INTEL_SECTION_pn-unzip = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-unzip = "49 months"
-RECIPE_LATEST_RELEASE_DATE_pn-unzip = "04/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-unzip = "Apr 01, 2009"
RECIPE_MANUAL_CHECK_DATE_pn-unzip = "Sep 27, 2011"
RECIPE_COMMENTS_pn-unzip = "5.52 has a race condition vulnerability for Unix version"
@@ -1669,7 +1669,7 @@ RECIPE_DEPENDENCY_CHECK_pn-zip = "not done"
RECIPE_LATEST_VERSION_pn-zip = "3.0"
RECIPE_INTEL_SECTION_pn-zip = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-zip = "21 months"
-RECIPE_LATEST_RELEASE_DATE_pn-zip = "09/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-zip = "Sep 01, 2009"
RECIPE_MANUAL_CHECK_DATE_pn-zip = "Sep 27, 2011"
RECIPE_COMMENTS_pn-zip = ""
@@ -1680,7 +1680,7 @@ RECIPE_DEPENDENCY_CHECK_pn-strace = "not done"
RECIPE_LATEST_VERSION_pn-strace = "4.5.20"
RECIPE_INTEL_SECTION_pn-strace = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-strace = "6 months"
-RECIPE_LATEST_RELEASE_DATE_pn-strace = "04/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-strace = "Apr 01, 2010"
RECIPE_COMMENTS_pn-strace = "3-clause BSD"
RECIPE_STATUS_pn-dhcp = "green"
@@ -1699,7 +1699,7 @@ RECIPE_LATEST_VERSION_pn-v86d = "0.1.9"
RECIPE_PATCH_pn-v86d+fbsetup = "init script"
RECIPE_INTEL_SECTION_pn-v86d = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-v86d = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-v86d = "10/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-v86d = "Oct 01, 2008"
RECIPE_COMMENTS_pn-v86d = "contains code under other licenses"
DISTRO_PN_ALIAS_pn-v86d = "Debian=v86d Ubuntu=v86d"
@@ -1710,7 +1710,7 @@ RECIPE_DEPENDENCY_CHECK_pn-udev = "not done"
RECIPE_LATEST_VERSION_pn-udev = "158"
RECIPE_INTEL_SECTION_pn-udev = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-udev = "<1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-udev = "06/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-udev = "Jun 01, 2010"
RECIPE_COMMENTS_pn-udev = "may need different versions for different kernels"
RECIPE_STATUS_pn-tzdata = "green"
@@ -1744,7 +1744,7 @@ RECIPE_DEPENDENCY_CHECK_pn-rpm = "not done"
RECIPE_LATEST_VERSION_pn-rpm = "5.1.10"
RECIPE_INTEL_SECTION_pn-rpm = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-rpm = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-rpm = "01/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-rpm = "Jan 01, 2010"
RECIPE_COMMENTS_pn-rpm = "the library alone is under dual license"
RECIPE_STATUS_pn-shared-mime-info = "green"
@@ -1752,7 +1752,7 @@ RECIPE_LAST_UPDATE_pn-shared-mime-info = "Nov 9, 2010"
RECIPE_MAINTAINER_pn-shared-mime-info = "Zhai Edwin <edwin.zhai@intel.com>"
RECIPE_LATEST_VERSION_pn-shared-mime-info = "0.90"
RECIPE_INTEL_SECTION_pn-shared-mime-info = "base utils"
-RECIPE_LATEST_RELEASE_DATE_pn-shared-mime-info = "02/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-shared-mime-info = "Feb 01, 2010"
RECIPE_STATUS_pn-util-linux = "green"
RECIPE_LAST_UPDATE_pn-util-linux = "May 24, 2011"
@@ -1784,7 +1784,7 @@ RECIPE_PATCH_pn-pciutils+pcimodules-pciutils = "add pcimodules util"
RECIPE_PATCH_pn-pciutils+lib-build-fix = "fix shared library build"
RECIPE_INTEL_SECTION_pn-pciutils = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-pciutils = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-pciutils = "01/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-pciutils = "Jan 01, 2010"
RECIPE_COMMENTS_pn-pciutils = ""
RECIPE_STATUS_pn-gamin = "green"
@@ -1795,7 +1795,7 @@ RECIPE_LATEST_VERSION_pn-gamin = "0.1.10"
RECIPE_PATCH_pn-gamin+no-abstract-socket = "disable abstract socket support"
RECIPE_INTEL_SECTION_pn-gamin = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gamin = "16 months"
-RECIPE_LATEST_RELEASE_DATE_pn-gamin = "11/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-gamin = "Nov 01, 2008"
RECIPE_COMMENTS_pn-gamin = ""
RECIPE_STATUS_pn-zypper = "green"
@@ -1856,7 +1856,7 @@ RECIPE_DEPENDENCY_CHECK_pn-sed = "not done"
RECIPE_LATEST_VERSION_pn-sed = "4.2.1"
RECIPE_INTEL_SECTION_pn-sed = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sed = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-sed = "06/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-sed = "Jun 01, 2009"
RECIPE_MANUAL_CHECK_DATE_pn-sed = "Jul 28, 2011"
RECIPE_COMMENTS_pn-sed = "Qing maintains GPLv2 sed, while Dongxiao maintains GPLv3 sed"
@@ -1965,7 +1965,7 @@ RECIPE_LATEST_VERSION_pn-qemu = "0.13.0"
RECIPE_NO_OF_PATCHES_pn-qemu = "12"
RECIPE_INTEL_SECTION_pn-qemu = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-qemu = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-qemu = "10/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-qemu = "Oct 01, 2010"
RECIPE_COMMENTS_pn-qemu = ""
RECIPE_LAST_UPDATE_pn-qemu = "Jan 15, 2011"
RECIPE_MAINTAINER_pn-qemu = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -1988,7 +1988,7 @@ RECIPE_LATEST_VERSION_pn-at = "3.1.12"
RECIPE_INTEL_SECTION_pn-at = "base"
RECIPE_NO_OF_PATCHES_pn-at = "3"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-at = "13 months"
-RECIPE_LATEST_RELEASE_DATE_pn-at = "11/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-at = "Nov 01, 2009"
RECIPE_LAST_UPDATE_pn-at = "Jun 4, 2011"
RECIPE_MANUAL_CHECK_DATE_pn-at = "Jul 12, 2011"
RECIPE_MAINTAINER_pn-at = "Scott Garman <scott.a.garman@intel.com>"
@@ -1999,7 +1999,7 @@ RECIPE_LATEST_VERSION_pn-cpio = "2.11"
RECIPE_INTEL_SECTION_pn-cpio = "base"
RECIPE_NO_OF_PATCHES_pn-cpio = "0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-cpio = "9 months"
-RECIPE_LATEST_RELEASE_DATE_pn-cpio = "03/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-cpio = "Mar 01, 2010"
RECIPE_LAST_UPDATE_pn-cpio = "Jun 4, 2011"
RECIPE_MAINTAINER_pn-cpio = "Scott Garman <scott.a.garman@intel.com>"
@@ -2020,7 +2020,7 @@ RECIPE_LATEST_VERSION_pn-grep = "2.8"
RECIPE_INTEL_SECTION_pn-grep = "base"
RECIPE_NO_OF_PATCHES_pn-grep = "0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-grep = "8 months"
-RECIPE_LATEST_RELEASE_DATE_pn-grep = "05/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-grep = "May 01, 2011"
RECIPE_LAST_UPDATE_pn-grep = "Jun 5, 2011"
RECIPE_MAINTAINER_pn-grep = "Scott Garman <scott.a.garman@intel.com>"
@@ -2030,7 +2030,7 @@ RECIPE_LATEST_VERSION_pn-openssh = "5.8p2"
RECIPE_INTEL_SECTION_pn-openssh = "base"
RECIPE_NO_OF_PATCHES_pn-openssh = "1"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-openssh = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-openssh = "05/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-openssh = "May 01, 2011"
RECIPE_LAST_UPDATE_pn-openssh = "Jun 5, 2011"
RECIPE_MAINTAINER_pn-openssh = "Scott Garman <scott.a.garman@intel.com>"
@@ -2040,14 +2040,14 @@ RECIPE_LATEST_VERSION_pn-tar = "1.26"
RECIPE_INTEL_SECTION_pn-tar = "base"
RECIPE_NO_OF_PATCHES_pn-tar = "2"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-tar = "4 months"
-RECIPE_LATEST_RELEASE_DATE_pn-tar = "03/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-tar = "Mar 01, 2011"
RECIPE_LAST_UPDATE_pn-tar = "Jun 5, 2011"
RECIPE_MAINTAINER_pn-tar = "Scott Garman <scott.a.garman@intel.com>"
RECIPE_STATUS_pn-lrzsz="yellow" # patch investigation needed.
RECIPE_LATEST_VERSION_pn-lrzsz="0.12.20"
RECIPE_NO_OF_PATCHES_pn-lrzsz="3"
-RECIPE_LATEST_RELEASE_DATE_pn-lrzsz="1998/12/31"
+RECIPE_LATEST_RELEASE_DATE_pn-lrzsz="Dec 31, 1998"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-lrzsz="12 months"
RECIPE_LAST_UPDATE_pn-lrzsz = "Jul 21, 2006"
RECIPE_MANUAL_CHECK_DATE_pn-lrzsz = "Jan 30, 2011"
@@ -2056,7 +2056,7 @@ RECIPE_MAINTAINER_pn-lrzsz = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-wireless-tools="yellow" # patch investigation needed
RECIPE_LATEST_VERSION_pn-wireless-tools="29"
RECIPE_NO_OF_PATCHES_pn-wireless-tools="3"
-RECIPE_LATEST_RELEASE_DATE_pn-wireless-tools="2007/09/18"
+RECIPE_LATEST_RELEASE_DATE_pn-wireless-tools="Sep 18, 2007"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-wireless-tools="18 months"
RECIPE_LAST_UPDATE_pn-wireless-tools = "Oct 19, 2007"
RECIPE_MANUAL_CHECK_DATE_pn-wireless-tools = "Jun 29, 2011"
@@ -2073,7 +2073,7 @@ RECIPE_MAINTAINER_pn-bluez-dtl1-workaround = "Dongxiao Xu <dongxiao.xu@intel.com
RECIPE_STATUS_pn-irda-utils="green"
RECIPE_LATEST_VERSION_pn-irda-utils="0.9.18"
RECIPE_NO_OF_PATCHES_pn-irda-utils="0"
-RECIPE_LATEST_RELEASE_DATE_pn-irda-utils="2006/07/10"
+RECIPE_LATEST_RELEASE_DATE_pn-irda-utils="Jul 10, 2006"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-irda-utils="4 months"
RECIPE_LAST_UPDATE_pn-irda-utils = "Jun 25, 2010"
RECIPE_MAINTAINER_pn-irda-utils = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2082,7 +2082,7 @@ RECIPE_STATUS_pn-bluez4="green"
DISTRO_PN_ALIAS_pn-bluez4="Meego=bluz Fedora=bluz Ubuntu=bluz OpenSuSE=bluz Mandriva=bluz"
RECIPE_LATEST_VERSION_pn-bluez4="4.82"
RECIPE_NO_OF_PATCHES_pn-bluez4="2"
-RECIPE_LATEST_RELEASE_DATE_pn-bluez4="2010/12/18"
+RECIPE_LATEST_RELEASE_DATE_pn-bluez4="Dec 18, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-bluez4="20 days"
DISTRO_PN_ALIAS_pn-bluez4= "Fedora=bluez Ubuntu=bluez Debian=bluez-utils Opensuse=bluez"
RECIPE_LAST_UPDATE_pn-bluez4 = "Dec 30, 2010"
@@ -2091,7 +2091,7 @@ RECIPE_MAINTAINER_pn-bluez4 = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-libpcap="green"
RECIPE_LATEST_VERSION_pn-libpcap="1.1.1"
RECIPE_NO_OF_PATCHES_pn-libpcap="2"
-RECIPE_LATEST_RELEASE_DATE_pn-libpcap="2010/04/05"
+RECIPE_LATEST_RELEASE_DATE_pn-libpcap="Apr 05, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libpcap="2 months"
RECIPE_LAST_UPDATE_pn-libpcap = "Jun 30, 2010"
RECIPE_MAINTAINER_pn-libpcap = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2100,7 +2100,7 @@ RECIPE_STATUS_pn-wpa-supplicant="green"
DISTRO_PN_ALIAS_pn-wpa-supplicant = "Meego=wpa_supplicant Fedora=wpa_supplicant OpenSuSE=wpa_supplicant Ubuntu=wpasupplicant Mandriva=wpa_supplicant Debian=wpasupplicant"
RECIPE_LATEST_VERSION_pn-wpa-supplicant="0.7.3"
RECIPE_NO_OF_PATCHES_pn-wpa-supplicant="0"
-RECIPE_LATEST_RELEASE_DATE_pn-wpa-supplicant="2010/09/07"
+RECIPE_LATEST_RELEASE_DATE_pn-wpa-supplicant="Sep 07, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-wpa-supplicant="5 months"
RECIPE_LAST_UPDATE_pn-wpa-supplicant = "Aug 26, 2010"
RECIPE_MAINTAINER_pn-wpa-supplicant = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2108,7 +2108,7 @@ RECIPE_MAINTAINER_pn-wpa-supplicant = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-ppp="green"
RECIPE_LATEST_VERSION_pn-ppp="2.4.5"
RECIPE_NO_OF_PATCHES_pn-ppp="5"
-RECIPE_LATEST_RELEASE_DATE_pn-ppp="2009/11/17"
+RECIPE_LATEST_RELEASE_DATE_pn-ppp="Nov 17, 2009"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-ppp="4 years"
RECIPE_LAST_UPDATE_pn-ppp = "Jul 1, 2010"
RECIPE_MAINTAINER_pn-ppp = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2116,7 +2116,7 @@ RECIPE_MAINTAINER_pn-ppp = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-libproxy="green"
RECIPE_LATEST_VERSION_pn-libproxy="0.4.6"
RECIPE_NO_OF_PATCHES_pn-libproxy="1"
-RECIPE_LATEST_RELEASE_DATE_pn-libproxy="2010/09/01"
+RECIPE_LATEST_RELEASE_DATE_pn-libproxy="Sep 01, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libproxy="10 days"
RECIPE_LAST_UPDATE_pn-libproxy = "Nov 16, 2010"
RECIPE_MANUAL_CHECK_DATE_pn-libproxy = "Jan 30, 2011"
@@ -2126,7 +2126,7 @@ RECIPE_STATUS_pn-connman = "green"
DISTRO_PN_ALIAS_pn-connman = "Meego=connman"
RECIPE_LATEST_VERSION_pn-connman = "0.65"
RECIPE_NO_OF_PATCHES_pn-connman="2"
-RECIPE_LATEST_RELEASE_DATE_pn-connman="2010/12/24"
+RECIPE_LATEST_RELEASE_DATE_pn-connman="Dec 24, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-connman="1 month"
RECIPE_LAST_UPDATE_pn-connman = "Dec 30, 2010"
RECIPE_MAINTAINER_pn-connman = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2148,7 +2148,7 @@ RECIPE_MAINTAINER_pn-empathy = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-gupnp = "green"
RECIPE_LATEST_VERSION_pn-gupnp = "0.16.1"
RECIPE_NO_OF_PATCHES_pn-gupnp= "1"
-RECIPE_LATEST_RELEASE_DATE_pn-gupnp= "2011/04/30"
+RECIPE_LATEST_RELEASE_DATE_pn-gupnp= "Apr 30, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gupnp= "1 month"
RECIPE_LAST_UPDATE_pn-gupnp = "Jul 4, 2011"
RECIPE_MAINTAINER_pn-gupnp= "Mei Lei <lei.mei@intel.com>"
@@ -2156,7 +2156,7 @@ RECIPE_MAINTAINER_pn-gupnp= "Mei Lei <lei.mei@intel.com>"
RECIPE_STATUS_pn-gupnp-av = "green"
RECIPE_LATEST_VERSION_pn-gupnp-av = "0.8.0"
RECIPE_NO_OF_PATCHES_pn-gupnp-av= "0"
-RECIPE_LATEST_RELEASE_DATE_pn-gupnp-av= "2011/04/08"
+RECIPE_LATEST_RELEASE_DATE_pn-gupnp-av= "Apr 08, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gupnp-av= "4 months"
RECIPE_LAST_UPDATE_pn-gupnp-av = "Apr 26, 2011"
RECIPE_MAINTAINER_pn-gupnp-av = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2164,7 +2164,7 @@ RECIPE_MAINTAINER_pn-gupnp-av = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-gupnp-tools = "green"
RECIPE_LATEST_VERSION_pn-gupnp-tools = "0.8.1"
RECIPE_NO_OF_PATCHES_pn-gupnp-tools = "0"
-RECIPE_LATEST_RELEASE_DATE_pn-gupnp-tools = "2010/09/16"
+RECIPE_LATEST_RELEASE_DATE_pn-gupnp-tools = "Sep 16, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gupnp-tools = "3 month"
RECIPE_LAST_UPDATE_pn-gupnp-tools = "Nov 25, 2010"
RECIPE_MANUAL_CHECK_DATE_pn-gupnp-tools = "Jan 30, 2011"
@@ -2198,7 +2198,7 @@ RECIPE_MAINTAINER_pn-libopensync-plugin-syncml = "Dongxiao Xu <dongxiao.xu@intel
RECIPE_STATUS_pn-ofono = "green"
RECIPE_LATEST_VERSION_pn-ofono = "0.45"
RECIPE_NO_OF_PATCHES_pn-ofono="0"
-RECIPE_LATEST_RELEASE_DATE_pn-ofono="2011/03/15"
+RECIPE_LATEST_RELEASE_DATE_pn-ofono="Mar 15, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-ofono="15 days"
RECIPE_LAST_UPDATE_pn-ofono = "Apr 15, 2011"
RECIPE_MAINTAINER_pn-ofono = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2222,7 +2222,7 @@ RECIPE_MAINTAINER_pn-telepathy-gabble = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-telepathy-glib = "green"
RECIPE_NO_OF_PATCHES_pn-telepathy-glib ="0"
-RECIPE_LATEST_RELEASE_DATE_pn-telepathy-glib = "2011/03/31"
+RECIPE_LATEST_RELEASE_DATE_pn-telepathy-glib = "Mar 31, 2011"
RECIPE_LATEST_VERSION_pn-telepathy-glib = "0.14.3"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-telepathy-glib = "10 days"
RECIPE_LAST_UPDATE_pn-telepathy-glib = "Apr 15, 2011"
@@ -2230,7 +2230,7 @@ RECIPE_MAINTAINER_pn-telepathy-glib = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-telepathy-idle = "green"
RECIPE_NO_OF_PATCHES_pn-telepathy-idle ="0"
-RECIPE_LATEST_RELEASE_DATE_pn-telepathy-glib ="2011/02/11"
+RECIPE_LATEST_RELEASE_DATE_pn-telepathy-glib ="Feb 11, 2011"
RECIPE_LATEST_VERSION_pn-telepathy-idle = "0.1.8"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-telepathy-idle = "3 months"
RECIPE_LAST_UPDATE_pn-telepathy-idle = "Apr 15, 2011"
@@ -2239,7 +2239,7 @@ RECIPE_MAINTAINER_pn-telepathy-idle = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-telepathy-python = "green"
RECIPE_LATEST_VERSION_pn-telepathy-python = "0.15.19"
RECIPE_NO_OF_PATCHES_pn-telepathy-python="0"
-RECIPE_LATEST_RELEASE_DATE_pn-telepathy-python="2010/12/03"
+RECIPE_LATEST_RELEASE_DATE_pn-telepathy-python="Dec 03, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-telepathy-python="4 months"
RECIPE_LAST_UPDATE_pn-telepathy-python = "Dec 30, 2010"
RECIPE_MAINTAINER_pn-telepathy-python = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2247,7 +2247,7 @@ RECIPE_MAINTAINER_pn-telepathy-python = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-bluez-hcidump = "green"
RECIPE_LATEST_VERSION_pn-bluez-hcidump = "2.0"
RECIPE_NO_OF_PATCHES_pn-bluez-hcidump = "0"
-RECIPE_LATEST_RELEASE_DATE_pn-bluez-hcidump = "2011/01/27"
+RECIPE_LATEST_RELEASE_DATE_pn-bluez-hcidump = "Jan 27, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-bluez-hcidump = "4 months"
RECIPE_LAST_UPDATE_pn-bluez-hcidump = "Apr 26, 2011"
RECIPE_MAINTAINER_pn-bluez-hcidump = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2259,7 +2259,7 @@ RECIPE_MAINTAINER_pn-ppp-dialin = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-libgsmd = "green"
RECIPE_LATEST_VERSION_pn-libgsmd = "5394"
-RECIPE_LATEST_RELEASE_DATE_pn-libgsmd ="2009/08/06"
+RECIPE_LATEST_RELEASE_DATE_pn-libgsmd ="Aug 06, 2009"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libgsmd="n/a"
DISTRO_PN_ALIAS_pn-libgsmd = "Fedora=gsm Ubuntu=libgsm Debian=libgsm Opensuse=libgsm"
RECIPE_LAST_UPDATE_pn-libgsmd = "Nov 26, 2010"
@@ -2275,7 +2275,7 @@ RECIPE_MAINTAINER_pn-zeroconf = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-gypsy="green"
RECIPE_LATEST_VERSION_pn-gypsy="0.8"
RECIPE_NO_OF_PATCHES_pn-gypsy="0"
-RECIPE_LATEST_RELEASE_DATE_pn-gypsy="2010/06/09"
+RECIPE_LATEST_RELEASE_DATE_pn-gypsy="Jun 09, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gypsy="10 months"
RECIPE_LAST_UPDATE_pn-gypsy = "Nov 23, 2010"
RECIPE_MAINTAINER_pn-gypsy= "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2299,7 +2299,7 @@ RECIPE_MAINTAINER_pn-libsyncml = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-telepathy-mission-control = "green"
RECIPE_LATEST_VERSION_pn-telepathy-mission-control = "5.7.9"
RECIPE_NO_OF_PATCHES_pn-telepathy-mission-control ="0"
-RECIPE_LATEST_RELEASE_DATE_pn-telepathy-mission-control ="2011/04/05"
+RECIPE_LATEST_RELEASE_DATE_pn-telepathy-mission-control ="Apr 05, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-telepathy-mission-control ="2 months"
RECIPE_LAST_UPDATE_pn-telepathy-mission-control = "Apr 15, 2011"
RECIPE_MAINTAINER_pn-telepathy-mission-control = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2312,7 +2312,7 @@ RECIPE_MAINTAINER_pn-libetpan = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-hostap-utils="yellow" # patch investigation needed; hostap-utils.inc is only included by one bb file.
RECIPE_LATEST_VERSION_pn-hostap-utils="0.4.7"
RECIPE_NO_OF_PATCHES_pn-hostap-utils="1"
-RECIPE_LATEST_RELEASE_DATE_pn-hostap-utils="2008/12/03"
+RECIPE_LATEST_RELEASE_DATE_pn-hostap-utils="Dec 03, 2008"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-hostap-utils="7 months"
RECIPE_LAST_UPDATE_pn-hostap-utils = "Jun 28, 2007"
RECIPE_MAINTAINER_pn-hostap-utils = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2320,7 +2320,7 @@ RECIPE_MAINTAINER_pn-hostap-utils = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-kexec-tools="green"
RECIPE_LATEST_VERSION_pn-kexec-tools="2.0.2"
RECIPE_NO_OF_PATCHES_pn-kexec-tools="1"
-RECIPE_LATEST_RELEASE_DATE_pn-kexec-tools="2010/07/29"
+RECIPE_LATEST_RELEASE_DATE_pn-kexec-tools="Jul 29, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-kexec-tools="1 year"
RECIPE_LAST_UPDATE_pn-kexec-tools = "Nov 16, 2010"
RECIPE_MAINTAINER_pn-kexec-tools = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2338,7 +2338,7 @@ RECIPE_MAINTAINER_pn-orinoco-conf = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-libical="green"
RECIPE_LATEST_VERSION_pn-libical="0.46"
RECIPE_NO_OF_PATCHES_pn-libical="0"
-RECIPE_LATEST_RELEASE_DATE_pn-libical="2010/08/30"
+RECIPE_LATEST_RELEASE_DATE_pn-libical="Aug 30, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libical="11 months"
RECIPE_LAST_UPDATE_pn-libical = "Nov 16, 2010"
RECIPE_MAINTAINER_pn-libical = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2404,7 +2404,7 @@ RECIPE_MAINTAINER_pn-task-core-x11-sato = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-enchant="green"
RECIPE_LATEST_VERSION_pn-enchant="1.6.0"
RECIPE_NO_OF_PATCHES_pn-enchant="0"
-RECIPE_LATEST_RELEASE_DATE_pn-enchant="2010/04/01"
+RECIPE_LATEST_RELEASE_DATE_pn-enchant="Apr 01, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-enchant="10 months"
RECIPE_LAST_UPDATE_pn-enchant = "Aug 4, 2010"
RECIPE_MAINTAINER_pn-enchant = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2528,7 +2528,7 @@ RECIPE_STATUS_pn-liba52="yellow" # patch investigation needed
DISTRO_PN_ALIAS_pn-liba52 = "Mandriva=a52dec Debian=a52dec"
RECIPE_LATEST_VERSION_pn-liba52="0.7.4"
RECIPE_NO_OF_PATCHES_pn-liba52="1"
-RECIPE_LATEST_RELEASE_DATE_pn-liba52="2002/07/27"
+RECIPE_LATEST_RELEASE_DATE_pn-liba52="Jul 27, 2002"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-liba52="5 months"
RECIPE_LAST_UPDATE_pn-liba52 = "Sep 1, 2006"
RECIPE_MANUAL_CHECK_DATE_pn-liba52 = "Jan 30, 2011"
@@ -2537,7 +2537,7 @@ RECIPE_MAINTAINER_pn-liba52 = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-libid3tag="yellow" # patch investigation needed
RECIPE_LATEST_VERSION_pn-libid3tag="0.15.1b"
RECIPE_NO_OF_PATCHES_pn-libid3tag="1"
-RECIPE_LATEST_RELEASE_DATE_pn-libid3tag="2004/02/18"
+RECIPE_LATEST_RELEASE_DATE_pn-libid3tag="Feb 18, 2004"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libid3tag="8 months"
RECIPE_LAST_UPDATE_pn-libid3tag = "Oct 19, 2007"
RECIPE_MAINTAINER_pn-libid3tag = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2545,7 +2545,7 @@ RECIPE_MAINTAINER_pn-libid3tag = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-flac="green"
RECIPE_LATEST_VERSION_pn-flac="1.2.1"
RECIPE_NO_OF_PATCHES_pn-flac="3"
-RECIPE_LATEST_RELEASE_DATE_pn-flac="2007/09/16"
+RECIPE_LATEST_RELEASE_DATE_pn-flac="Sep 16, 2007"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-flac="2 months"
RECIPE_LAST_UPDATE_pn-flac = "Jun 26, 2010"
RECIPE_MAINTAINER_pn-flac = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2553,7 +2553,7 @@ RECIPE_MAINTAINER_pn-flac = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-libvorbis="green"
RECIPE_LATEST_VERSION_pn-libvorbis="1.3.2"
RECIPE_NO_OF_PATCHES_pn-libvorbis="0"
-RECIPE_LATEST_RELEASE_DATE_pn-libvorbis="2010/11/01"
+RECIPE_LATEST_RELEASE_DATE_pn-libvorbis="Nov 01, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libvorbis="7 months"
RECIPE_LAST_UPDATE_pn-libvorbis = "Nov 15, 2010"
RECIPE_MAINTAINER_pn-libvorbis = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2561,7 +2561,7 @@ RECIPE_MAINTAINER_pn-libvorbis = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-libogg="green"
RECIPE_LATEST_VERSION_pn-libogg="1.2.2"
RECIPE_NO_OF_PATCHES_pn-libogg="0"
-RECIPE_LATEST_RELEASE_DATE_pn-libogg="2010/12/07"
+RECIPE_LATEST_RELEASE_DATE_pn-libogg="Dec 07, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libogg="1 months"
RECIPE_LAST_UPDATE_pn-libogg = "Dec 30, 2010"
RECIPE_MAINTAINER_pn-libogg = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2569,7 +2569,7 @@ RECIPE_MAINTAINER_pn-libogg = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-gstreamer="green"
RECIPE_LATEST_VERSION_pn-gstreamer="0.10.32"
RECIPE_NO_OF_PATCHES_pn-gstreamer="2"
-RECIPE_LATEST_RELEASE_DATE_pn-gstreamer="2011/01/32"
+RECIPE_LATEST_RELEASE_DATE_pn-gstreamer="Jan 31, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gstreamer="2 month"
RECIPE_LAST_UPDATE_pn-gstreamer = "Apr 15, 2011"
RECIPE_MAINTAINER_pn-gstreamer = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2578,7 +2578,7 @@ RECIPE_STATUS_pn-gst-plugins-base="green"
DISTRO_PN_ALIAS_pn-gst-plugins-base = "Meego=gst-plugins-base Fedora=gstreamer-plugins-base OpenSuSE=gstreamer-plugins-base Ubuntu=gst-plugins-base0.10 Mandriva=gstreamer0.10-plugins-base Debian=gst-plugins-base0.10"
RECIPE_LATEST_VERSION_pn-gst-plugins-base="0.10.32"
RECIPE_NO_OF_PATCHES_pn-gst-plugins-base="0"
-RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-base="2011/01/21"
+RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-base="Jan 21, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-plugins-base="2 months"
RECIPE_LAST_UPDATE_pn-gst-plugins-base = "Apr 15, 2011"
RECIPE_MAINTAINER_pn-gst-plugins-base = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2596,7 +2596,7 @@ RECIPE_STATUS_pn-gst-plugins-ugly="green"
DISTRO_PN_ALIAS_pn-gst-plugins-ugly = "OpenSuSE=gstreamer-plugins-ugly Mandriva=gstreamer0.10-plugins-ugly Debian=gst-plugins-ugly0.10"
RECIPE_LATEST_VERSION_pn-gst-plugins-ugly="0.10.17"
RECIPE_NO_OF_PATCHES_pn-gst-plugins-ugly="0"
-RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-ugly="2011/01/21"
+RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-ugly="Jan 21, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-plugins-ugly="4 months"
RECIPE_LAST_UPDATE_pn-gst-plugins-ugly = "Apr 15, 2011"
RECIPE_MAINTAINER_pn-gst-plugins-ugly = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2605,7 +2605,7 @@ RECIPE_STATUS_pn-gst-plugins-bad="green"
DISTRO_PN_ALIAS_pn-gst-plugins-bad = "Fedora=gstreamer-plugins-bad-free OpenSuSE=gstreamer-plugins-bad Debian=gst-plugins-bad0.10"
RECIPE_LATEST_VERSION_pn-gst-plugins-bad="0.10.21"
RECIPE_NO_OF_PATCHES_pn-gst-plugins-bad="0"
-RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-bad="2011/01/21"
+RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-bad="Jan 21, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-plugins-bad="4 months"
RECIPE_LAST_UPDATE_pn-gst-plugins-bad = "Apr 15, 2011"
RECIPE_MAINTAINER_pn-gst-plugins-bad = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2613,7 +2613,7 @@ RECIPE_MAINTAINER_pn-gst-plugins-bad = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-alsa-utils="green"
RECIPE_LATEST_VERSION_pn-alsa-utils="1.0.24.2"
RECIPE_NO_OF_PATCHES_pn-alsa-utils="1"
-RECIPE_LATEST_RELEASE_DATE_pn-alsa-utils="2011/01/31"
+RECIPE_LATEST_RELEASE_DATE_pn-alsa-utils="Jan 31, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-alsa-utils="9 months"
RECIPE_LAST_UPDATE_pn-alsa-utils = "Apr 15, 2011"
RECIPE_MAINTAINER_pn-alsa-utils = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2621,7 +2621,7 @@ RECIPE_MAINTAINER_pn-alsa-utils = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-alsa-lib="green"
RECIPE_LATEST_VERSION_pn-alsa-lib="1.0.24.1"
RECIPE_NO_OF_PATCHES_pn-alsa-lib="1"
-RECIPE_LATEST_RELEASE_DATE_pn-alsa-lib="2011/01/31"
+RECIPE_LATEST_RELEASE_DATE_pn-alsa-lib="Jan 31, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-alsa-lib="9 months"
RECIPE_LAST_UPDATE_pn-alsa-lib = "Apr 15, 2011"
RECIPE_MAINTAINER_pn-alsa-lib = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2629,7 +2629,7 @@ RECIPE_MAINTAINER_pn-alsa-lib = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-tremor="green"
RECIPE_LATEST_VERSION_pn-tremor="20101121"
RECIPE_NO_OF_PATCHES_pn-tremor="0"
-RECIPE_LATEST_RELEASE_DATE_pn-tremor="2010/11/21"
+RECIPE_LATEST_RELEASE_DATE_pn-tremor="Nov 21, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-tremor="n/a"
RECIPE_LAST_UPDATE_pn-tremor = "Dec 30, 2010"
RECIPE_MAINTAINER_pn-tremor = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2638,7 +2638,7 @@ DISTRO_PN_ALIAS_pn-tremor = "OSPDT upstream=http://www.xiph.org/vorbis/"
RECIPE_STATUS_pn-gaku="green"
RECIPE_LATEST_VERSION_pn-gaku="0.0+svnr399"
RECIPE_NO_OF_PATCHES_pn-gaku="0"
-RECIPE_LATEST_RELEASE_DATE_pn-gaku="2008/07/03"
+RECIPE_LATEST_RELEASE_DATE_pn-gaku="Jul 03, 2008"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gaku="n/a"
RECIPE_LAST_UPDATE_pn-gaku = "Jun 26, 2010"
RECIPE_MAINTAINER_pn-gaku = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2646,7 +2646,7 @@ RECIPE_MAINTAINER_pn-gaku = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-xvideo-tests="green"
RECIPE_LATEST_VERSION_pn-xvideo-tests="0.0+svnr270"
RECIPE_NO_OF_PATCHES_pn-xvideo-tests="0"
-RECIPE_LATEST_RELEASE_DATE_pn-xvideo-tests="2007/06/22"
+RECIPE_LATEST_RELEASE_DATE_pn-xvideo-tests="Jun 22, 2007"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xvideo-tests="n/a"
RECIPE_LAST_UPDATE_pn-xvideo-tests = "Jun 26, 2010"
RECIPE_MAINTAINER_pn-xvideo-tests = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2654,7 +2654,7 @@ RECIPE_MAINTAINER_pn-xvideo-tests = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-speex="green"
RECIPE_LATEST_VERSION_pn-speex="1.2rc1"
RECIPE_NO_OF_PATCHES_pn-speex="0"
-RECIPE_LATEST_RELEASE_DATE_pn-speex="2008/07/24"
+RECIPE_LATEST_RELEASE_DATE_pn-speex="Jul 24, 2008"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-speex="8 months"
RECIPE_LAST_UPDATE_pn-speex = "Jun 29, 2010"
RECIPE_MAINTAINER_pn-speex = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2662,7 +2662,7 @@ RECIPE_MAINTAINER_pn-speex = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-libmusicbrainz="green"
RECIPE_LATEST_VERSION_pn-libmusicbrainz="3.0.3"
RECIPE_NO_OF_PATCHES_pn-libmusicbrainz="0"
-RECIPE_LATEST_RELEASE_DATE_pn-libmusicbrainz="2010/09/27"
+RECIPE_LATEST_RELEASE_DATE_pn-libmusicbrainz="Sep 27, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libmusicbrainz="2 years"
RECIPE_LAST_UPDATE_pn-libmusicbrainz = "Nov 16, 2010"
RECIPE_MAINTAINER_pn-libmusicbrainz = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2681,7 +2681,7 @@ RECIPE_MAINTAINER_pn-farsight2 = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-gst-openmax = "green"
RECIPE_LATEST_VERSION_pn-gst-openmax = "0.10.1"
RECIPE_NO_OF_PATCHES_pn-gst-openmax = "0"
-RECIPE_LATEST_RELEASE_DATE_pn-gst-openmax = "2010/10/01"
+RECIPE_LATEST_RELEASE_DATE_pn-gst-openmax = "Oct 01, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-openmax= "18 months"
RECIPE_LAST_UPDATE_pn-gst-openmax = "Nov 25, 2010"
RECIPE_MAINTAINER_pn-gst-openmax = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2691,7 +2691,7 @@ RECIPE_STATUS_pn-gst-ffmpeg = "green"
DISTRO_PN_ALIAS_pn-gst-ffmpeg = "Mandriva=gstreamer0.10-ffmpeg Debian=gstreamer0.10-ffmpeg"
RECIPE_LATEST_VERSION_pn-gst-ffmpeg = "0.10.11"
RECIPE_NO_OF_PATCHES_pn-gst-ffmpeg = "1"
-RECIPE_LATEST_RELEASE_DATE_pn-gst-ffmpeg = "2010/07/15"
+RECIPE_LATEST_RELEASE_DATE_pn-gst-ffmpeg = "Jul 15, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-ffmpeg = "4 months"
RECIPE_LAST_UPDATE_pn-gst-ffmpeg = "Dec 14, 2010"
RECIPE_MAINTAINER_pn-gst-ffmpeg = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2700,7 +2700,7 @@ RECIPE_STATUS_pn-libsndfile1 = "green"
DISTRO_PN_ALIAS_pn-libsndfile1 = "Meego=libsndfile Fedora=libsndfile OpenSuSE=libsndfile Ubuntu=libsndfile Mandriva=libsndfile Debian=libsndfile"
RECIPE_LATEST_VERSION_pn-libsndfile1 = "1.0.24"
RECIPE_NO_OF_PATCHES_pn-libsndfile1 = "0"
-RECIPE_LATEST_RELEASE_DATE_pn-libsndfile1 = "2011/03/23"
+RECIPE_LATEST_RELEASE_DATE_pn-libsndfile1 = "Mar 23, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libsndfile1 = "5 months"
RECIPE_LAST_UPDATE_pn-libsndfile1 = "Apr 26, 2011"
RECIPE_MAINTAINER_pn-libsndfile1 = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2708,7 +2708,7 @@ RECIPE_MAINTAINER_pn-libsndfile1 = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-pulseaudio = "green"
RECIPE_LATEST_VERSION_pn-pulseaudio = "0.9.22"
RECIPE_NO_OF_PATCHES_pn-pulseaudio = "5"
-RECIPE_LATEST_RELEASE_DATE_pn-pulseaudio = "2010/11/26"
+RECIPE_LATEST_RELEASE_DATE_pn-pulseaudio = "Nov 26, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-pulseaudio = "1 year"
RECIPE_LAST_UPDATE_pn-pulseaudio = "Dec 30, 2010"
RECIPE_MAINTAINER_pn-pulseaudio = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2716,7 +2716,7 @@ RECIPE_MAINTAINER_pn-pulseaudio = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-taglib = "green"
RECIPE_LATEST_VERSION_pn-taglib = "1.6.3"
RECIPE_NO_OF_PATCHES_pn-taglib = "2"
-RECIPE_LATEST_RELEASE_DATE_pn-taglib = "2010/04/19"
+RECIPE_LATEST_RELEASE_DATE_pn-taglib = "Apr 19, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-taglib = "10 days"
RECIPE_LAST_UPDATE_pn-taglib = "Nov 16, 2010"
RECIPE_MANUAL_CHECK_DATE_pn-taglib = "Jan 30, 2011"
@@ -2730,7 +2730,7 @@ RECIPE_MAINTAINER_pn-libnice = "Dongxiao Xu <dongxiao.xu@intel.com>"
RECIPE_STATUS_pn-gst-fluendo-mp3 = "green"
RECIPE_LATEST_VERSION_pn-gst-fluendo-mp3 = "0.10.15"
RECIPE_NO_OF_PATCHES_pn-gst-fluendo-mp3 = "1"
-RECIPE_LATEST_RELEASE_DATE_pn-gst-fluendo-mp3 = "2010/10/21"
+RECIPE_LATEST_RELEASE_DATE_pn-gst-fluendo-mp3 = "Oct 21, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-fluendo-mp3 = "3 months"
RECIPE_LAST_UPDATE_pn-gst-fluendo-mp3 = "Dec 7, 2010"
RECIPE_MAINTAINER_pn-gst-fluendo-mp3 = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2739,7 +2739,7 @@ DISTRO_PN_ALIAS_pn-gst-fluendo-mp3 = "Debian=gstreamer0.10-fluendo-mp3 Ubuntu=gs
RECIPE_STATUS_pn-gst-fluendo-mpegdemux = "green"
RECIPE_LATEST_VERSION_pn-gst-fluendo-mpegdemux = "0.10.67"
RECIPE_NO_OF_PATCHES_pn-gst-fluendo-mpegdemux = "0"
-RECIPE_LATEST_RELEASE_DATE_pn-gst-fluendo-mpegdemux = "2011/03/17"
+RECIPE_LATEST_RELEASE_DATE_pn-gst-fluendo-mpegdemux = "Mar 17, 2011"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-fluendo-mpegdemux = "6 days"
RECIPE_LAST_UPDATE_pn-gst-fluendo-mpegdemux = "Apr 26, 2011"
RECIPE_MAINTAINER_pn-gst-fluendo-mpegdemux = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -2884,7 +2884,7 @@ RECIPE_NO_OF_PATCHES_pn-blktrace = "1"
RECIPE_PATCH_pn-blktrace+compile-fixes = "to be pushed upstream"
RECIPE_INTEL_SECTION_pn-blktrace = "sdk-tools"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-blktrace = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-blktrace = "12/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-blktrace = "Dec 01, 2010"
RECIPE_COMMENTS_pn-blktrace = ""
RECIPE_LAST_UPDATE_pn-blktrace = "Dec 29, 2010"
RECIPE_MAINTAINER_pn-blktrace = "Tom Zanussi <tom.zanussi@intel.com>"
@@ -2897,7 +2897,7 @@ RECIPE_PATCH_pn-sysprof+rmb-arm = "to be pushed upstream (from perf)"
RECIPE_PATCH_pn-sysprof+rmb-mips = "to be pushed upstream (from perf)"
RECIPE_INTEL_SECTION_pn-sysprof = "sdk-tools"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sysprof = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-sysprof = "12/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-sysprof = "Dec 01, 2010"
RECIPE_COMMENTS_pn-sysprof = ""
RECIPE_LAST_UPDATE_pn-sysprof = "Dec 8, 2010"
RECIPE_MAINTAINER_pn-sysprof = "Tom Zanussi <tom.zanussi@intel.com>"
@@ -3139,7 +3139,7 @@ RECIPE_MAINTAINER_pn-libxml-parser-perl = "Nitin A Kamble <nitin.a.kamble@intel.
RECIPE_STATUS_pn-cmake-native="green"
RECIPE_LATEST_VERSION_pn-cmake-native="2.8.3"
-RECIPE_LATEST_RELEASE_DATE_pn-cmake-native="2010/11/03"
+RECIPE_LATEST_RELEASE_DATE_pn-cmake-native="Nov 03, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-cmake-native="4 month"
RECIPE_LAST_UPDATE_pn-cmake-native = "Nov 23, 2010"
RECIPE_MAINTAINER_pn-cmake-native = "Dongxiao Xu <dongxiao.xu@intel.com>"
@@ -3157,7 +3157,7 @@ RECIPE_LATEST_VERSION_pn-owl-video = "0.0+svnr394"
RECIPE_NO_OF_PATCHES_pn-owl-video = "0"
RECIPE_INTEL_SECTION_pn-owl-video = "graphic apps"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-owl-video = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-owl-video = "06/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-owl-video = "Jun 01, 2008"
RECIPE_COMMENTS_pn-owl-video = ""
RECIPE_MAINTAINER_pn-owl-video = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -3168,7 +3168,7 @@ RECIPE_LATEST_VERSION_pn-xtscal = "0.6.3"
RECIPE_NO_OF_PATCHES_pn-xtscal = "2"
RECIPE_INTEL_SECTION_pn-xtscal = "graphic apps"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xtscal = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-xtscal = "06/2006"
+RECIPE_LATEST_RELEASE_DATE_pn-xtscal = "Jun 01, 2006"
RECIPE_COMMENTS_pn-xtscal = ""
RECIPE_LAST_UPDATE_pn-xtscal = "Jul 21, 2006"
RECIPE_MAINTAINER_pn-xtscal = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -3180,7 +3180,7 @@ RECIPE_MANUAL_CHECK_DATE_pn-xrestop = "Nov 18, 2010"
RECIPE_NO_OF_PATCHES_pn-xrestop = "0"
RECIPE_INTEL_SECTION_pn-xrestop = "graphic apps"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xrestop = "18 months"
-RECIPE_LATEST_RELEASE_DATE_pn-xrestop = "03/2006"
+RECIPE_LATEST_RELEASE_DATE_pn-xrestop = "Mar 01, 2006"
RECIPE_COMMENTS_pn-xrestop = ""
RECIPE_LAST_UPDATE_pn-xrestop = "Dec 21, 2007"
RECIPE_MAINTAINER_pn-xrestop = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -3191,7 +3191,7 @@ RECIPE_LATEST_VERSION_pn-pcmanfm = "0.9.8"
RECIPE_NO_OF_PATCHES_pn-pcmanfm = "4"
RECIPE_INTEL_SECTION_pn-pcmanfm = "graphic apps"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-pcmanfm = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-pcmanfm = "10/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-pcmanfm = "Oct 01, 2010"
RECIPE_COMMENTS_pn-pcmanfm = ""
RECIPE_LAST_UPDATE_pn-pcmanfm = "Nov 19, 2010"
RECIPE_MAINTAINER_pn-pcmanfm = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -3299,7 +3299,7 @@ DISTRO_PN_ALIAS_pn-x11vnc = "Fedora=x11vnc Ubuntu=x11vnc"
RECIPE_STATUS_pn-mkfontdir="green" # no update needed
RECIPE_LATEST_VERSION_pn-mkfontdir="1.0.5"
RECIPE_NO_OF_PATCHES_pn-mkfontdir="0"
-RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mkfontdir="2009/10/11"
+RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mkfontdir="Oct 11, 2009"
RECIPE_LATEST_RELEASE_DATE_pn-mkfontdir="16 monthes"
RECIPE_INTEL_SECTION_pn-mkfontdir="graphic apps"
RECIPE_LAST_UPDATE_pn-mkfontdir = "Jan 18, 2011"
@@ -3310,7 +3310,7 @@ RECIPE_STATUS_pn-mkfontscale="green" # no update needed
RECIPE_LATEST_VERSION_pn-mkfontscale="1.0.7"
RECIPE_NO_OF_PATCHES_pn-mkfontscale="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mkfontscale="10 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-mkfontscale="2009/10/11"
+RECIPE_LATEST_RELEASE_DATE_pn-mkfontscale="Oct 11, 2009"
RECIPE_INTEL_SECTION_pn-mkfontscale="graphic apps"
RECIPE_LAST_UPDATE_pn-mkfontscale = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-mkfontscale="Yu Ke <ke.yu@intel.com>"
@@ -3320,7 +3320,7 @@ RECIPE_STATUS_pn-xauth="green" # no update needed
RECIPE_LATEST_VERSION_pn-xauth="1.0.5"
RECIPE_NO_OF_PATCHES_pn-xauth="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xauth="1 year"
-RECIPE_LATEST_RELEASE_DATE_pn-xauth="2010/09/24"
+RECIPE_LATEST_RELEASE_DATE_pn-xauth="Sep 24, 2010"
RECIPE_INTEL_SECTION_pn-xauth="graphic app"
RECIPE_LAST_UPDATE_pn-xauth = "Nov 12, 2010"
RECIPE_MAINTAINER_pn-xauth="Yu Ke <ke.yu@intel.com>"
@@ -3329,7 +3329,7 @@ RECIPE_STATUS_pn-xdpyinfo="green" # no update needed
RECIPE_LATEST_VERSION_pn-xdpyinfo="1.1.0"
RECIPE_NO_OF_PATCHES_pn-xdpyinfo="1"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xdpyinfo="1 year"
-RECIPE_LATEST_RELEASE_DATE_pn-xdpyinfo="2009/10/16"
+RECIPE_LATEST_RELEASE_DATE_pn-xdpyinfo="Oct 16, 2009"
RECIPE_INTEL_SECTION_pn-xdpyinfo="graphic app"
RECIPE_LAST_UPDATE_pn-xdpyinfo = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-xdpyinfo="Yu Ke <ke.yu@intel.com>"
@@ -3339,7 +3339,7 @@ RECIPE_STATUS_pn-xhost="green" # no update needed
RECIPE_LATEST_VERSION_pn-xhost="1.0.3"
RECIPE_NO_OF_PATCHES_pn-xhost="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xhost="2 years"
-RECIPE_LATEST_RELEASE_DATE_pn-xhost="2009/10/14"
+RECIPE_LATEST_RELEASE_DATE_pn-xhost="Oct 14, 2009"
RECIPE_INTEL_SECTION_pn-xhost="graphic app"
RECIPE_LAST_UPDATE_pn-xhost = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-xhost="Yu Ke <ke.yu@intel.com>"
@@ -3349,7 +3349,7 @@ RECIPE_STATUS_pn-xinit="green" # no update needed
RECIPE_LATEST_VERSION_pn-xinit="1.2.1"
RECIPE_NO_OF_PATCHES_pn-xinit="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xinit="4 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-xinit="2010/03/16"
+RECIPE_LATEST_RELEASE_DATE_pn-xinit="Mar 16, 2010"
RECIPE_INTEL_SECTION_pn-xinit="graphic app"
RECIPE_LAST_UPDATE_pn-xinit = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-xinit="Yu Ke <ke.yu@intel.com>"
@@ -3358,7 +3358,7 @@ RECIPE_STATUS_pn-xkbcomp="green" # no update needed
RECIPE_LATEST_VERSION_pn-xkbcomp="1.1.1"
RECIPE_NO_OF_PATCHES_pn-xkbcomp="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xkbcomp="2 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-xkbcomp="2009/10/03"
+RECIPE_LATEST_RELEASE_DATE_pn-xkbcomp="Oct 03, 2009"
RECIPE_INTEL_SECTION_pn-xkbcomp="graphic app"
RECIPE_LAST_UPDATE_pn-xkbcomp = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-xkbcomp="Yu Ke <ke.yu@intel.com>"
@@ -3368,7 +3368,7 @@ RECIPE_STATUS_pn-xmodmap="green" # no update needed
RECIPE_LATEST_VERSION_pn-xmodmap="1.0.5"
RECIPE_NO_OF_PATCHES_pn-xmodmap="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xmodmap="2 years"
-RECIPE_LATEST_RELEASE_DATE_pn-xmodmap="2010/09/24"
+RECIPE_LATEST_RELEASE_DATE_pn-xmodmap="Sep 24, 2010"
RECIPE_INTEL_SECTION_pn-xmodmap="graphic app"
RECIPE_LAST_UPDATE_pn-xmodmap = "Nov 12, 2010"
RECIPE_MAINTAINER_pn-xmodmap="Yu Ke <ke.yu@intel.com>"
@@ -3378,7 +3378,7 @@ RECIPE_STATUS_pn-xprop="green" # no update needed
RECIPE_LATEST_VERSION_pn-xprop="1.1.0"
RECIPE_NO_OF_PATCHES_pn-xprop="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xprop="1 year"
-RECIPE_LATEST_RELEASE_DATE_pn-xprop="2009/10/12"
+RECIPE_LATEST_RELEASE_DATE_pn-xprop="Oct 12, 2009"
RECIPE_INTEL_SECTION_pn-xprop="graphic app"
RECIPE_LAST_UPDATE_pn-xprop = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-xprop="Yu Ke <ke.yu@intel.com>"
@@ -3389,7 +3389,7 @@ DISTRO_PN_ALIAS_pn-xset = "Fedora=xorg-x11-server-utils Ubuntu=x11-xserver-utils
RECIPE_LATEST_VERSION_pn-xset="1.2.1"
RECIPE_NO_OF_PATCHES_pn-xset="1"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xset="1 year"
-RECIPE_LATEST_RELEASE_DATE_pn-xset="2010/11/11"
+RECIPE_LATEST_RELEASE_DATE_pn-xset="Nov 11, 2010"
RECIPE_INTEL_SECTION_pn-xset="graphic app"
RECIPE_LAST_UPDATE_pn-xset = "Nov 12, 2010"
RECIPE_MAINTAINER_pn-xset="Yu Ke <ke.yu@intel.com>"
@@ -3398,7 +3398,7 @@ RECIPE_STATUS_pn-xwininfo="green" # no update needed
RECIPE_LATEST_VERSION_pn-xwininfo="1.1.1"
RECIPE_NO_OF_PATCHES_pn-xwininfo="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xwininfo="1 year"
-RECIPE_LATEST_RELEASE_DATE_pn-xwininfo="2010/10/30"
+RECIPE_LATEST_RELEASE_DATE_pn-xwininfo="Oct 30, 2010"
RECIPE_INTEL_SECTION_pn-xwininfo="graphic app"
RECIPE_LAST_UPDATE_pn-xwininfo = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-xwininfo="Yu Ke <ke.yu@intel.com>"
@@ -3408,7 +3408,7 @@ RECIPE_STATUS_pn-xrandr="green" # no update needed
RECIPE_LATEST_VERSION_pn-xrandr="1.3.2"
RECIPE_NO_OF_PATCHES_pn-xrandr="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xrandr="1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-xrandr="2009/09/10"
+RECIPE_LATEST_RELEASE_DATE_pn-xrandr="Sep 10, 2009"
RECIPE_INTEL_SECTION_pn-xrandr="graphic app"
RECIPE_LAST_UPDATE_pn-xrandr = "Nov 16, 2010"
RECIPE_MAINTAINER_pn-xrandr="Yu Ke <ke.yu@intel.com>"
@@ -3418,7 +3418,7 @@ RECIPE_STATUS_pn-vte="green" # no update needed
RECIPE_LATEST_VERSION_pn-vte="0.24.3"
RECIPE_NO_OF_PATCHES_pn-vte="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-vte="3 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-vte="2010/07/12"
+RECIPE_LATEST_RELEASE_DATE_pn-vte="Jul 12, 2010"
RECIPE_INTEL_SECTION_pn-vte="graphic app"
RECIPE_LAST_UPDATE_pn-vte = "Jul 19, 2010"
RECIPE_MAINTAINER_pn-vte="Yu Ke <ke.yu@intel.com>"
@@ -3427,7 +3427,7 @@ RECIPE_STATUS_pn-qemugl="green" # no update needed
RECIPE_LATEST_VERSION_pn-qemugl="0.0+git0+d888bbc723c00d197d34a39b5b7448660ec1b1c0"
RECIPE_NO_OF_PATCHES_pn-qemugl="1"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-qemugl="n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-qemugl="2009/05/30"
+RECIPE_LATEST_RELEASE_DATE_pn-qemugl="May 30, 2009"
RECIPE_INTEL_SECTION_pn-qemugl="graphic app"
RECIPE_LAST_UPDATE_pn-qemugl = "Nov 28, 2010"
RECIPE_NO_UPDATE_REASON_pn-qemugl = "Do not upgrade to version: 33466cd8 because the upstream is broken in x86_64 build"
@@ -3438,7 +3438,7 @@ RECIPE_STATUS_pn-fotowall="green" # no update needed
RECIPE_LATEST_VERSION_pn-fotowall="0.9"
RECIPE_NO_OF_PATCHES_pn-fotowall="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-fotowall="2 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-fotowall="2009/12/08"
+RECIPE_LATEST_RELEASE_DATE_pn-fotowall="Dec 08, 2009"
RECIPE_INTEL_SECTION_pn-fotowall="graphic app"
RECIPE_LATEST_VERSION_pn-fotowall=""
RECIPE_LAST_UPDATE_pn-fotowall = "Aug 25, 2010"
@@ -3449,7 +3449,7 @@ RECIPE_STATUS_pn-imake = "red"
RECIPE_LATEST_VERSION_pn-imake = "1.0.3"
RECIPE_NO_OF_PATCHES_pn-imake = "0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-imake = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-imake = "2010/04/16"
+RECIPE_LATEST_RELEASE_DATE_pn-imake = "Apr 16, 2010"
RECIPE_INTEL_SECTION_pn-imake = "graphic app"
RECIPE_LAST_UPDATE_pn-imake = "Nov 21, 2010"
RECIPE_MAINTAINER_pn-imake = "Yu Ke <ke.yu@intel.com>"
@@ -3491,7 +3491,7 @@ RECIPE_STATUS_pn-quicky = "green" # no update needed
RECIPE_LATEST_VERSION_pn-quicky = "0.4"
RECIPE_NO_OF_PATCHES_pn-quicky = "0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-quicky = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-quicky = "2008/06/18"
+RECIPE_LATEST_RELEASE_DATE_pn-quicky = "Jun 18, 2008"
RECIPE_INTEL_SECTION_pn-quicky = "graphic app"
RECIPE_LAST_UPDATE_pn-quicky = "Aug 25, 2010"
RECIPE_MAINTAINER_pn-quicky = "Yu Ke <ke.yu@intel.com>"
@@ -3505,7 +3505,7 @@ DISTRO_PN_ALIAS_pn-bigreqsproto = "Meego=xorg-x11-proto-bigreqsproto"
RECIPE_LATEST_VERSION_pn-bigreqsproto="1.1.0"
RECIPE_NO_OF_PATCHES_pn-bigreqsproto="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-bigreqsproto="3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-bigreqsproto="2009/08/26"
+RECIPE_LATEST_RELEASE_DATE_pn-bigreqsproto="Aug 26, 2009"
RECIPE_INTEL_SECTION_pn-bigreqsproto="graphic core"
RECIPE_LAST_UPDATE_pn-bigreqsproto = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-bigreqsproto="Yu Ke <ke.yu@intel.com>"
@@ -3515,7 +3515,7 @@ DISTRO_PN_ALIAS_pn-evieext = "Meego=xorg-x11-proto-evieext Debian=x11proto-evie"
RECIPE_LATEST_VERSION_pn-evieext="1.1.0"
RECIPE_NO_OF_PATCHES_pn-evieext="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-evieext="3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-evieext="2009/08/26"
+RECIPE_LATEST_RELEASE_DATE_pn-evieext="Aug 26, 2009"
RECIPE_INTEL_SECTION_pn-evieext="graphic core"
RECIPE_LAST_UPDATE_pn-evieext = "Feb 3, 2010"
RECIPE_MAINTAINER_pn-evieext="Yu Ke <ke.yu@intel.com>"
@@ -3524,7 +3524,7 @@ RECIPE_STATUS_pn-libxxf86dga="green" # no update needed
RECIPE_LATEST_VERSION_pn-libxxf86dga="1.1.1"
RECIPE_NO_OF_PATCHES_pn-libxxf86dga="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxxf86dga="1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-libxxf86dga="2009/10/06"
+RECIPE_LATEST_RELEASE_DATE_pn-libxxf86dga="Oct 06, 2009"
RECIPE_INTEL_SECTION_pn-libxxf86dga="graphic core"
RECIPE_LAST_UPDATE_pn-libxxf86dga = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxxf86dga="Yu Ke <ke.yu@intel.com>"
@@ -3533,7 +3533,7 @@ RECIPE_STATUS_pn-x11-common="green" # no update needed
RECIPE_LATEST_VERSION_pn-x11-common="0.1"
RECIPE_NO_OF_PATCHES_pn-x11-common="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-x11-common="n/a" # local file without release
-RECIPE_LATEST_RELEASE_DATE_pn-x11-common="2008/09/22" # per poky git log
+RECIPE_LATEST_RELEASE_DATE_pn-x11-common="Sep 22, 2008" # per poky git log
RECIPE_INTEL_SECTION_pn-x11-common="graphic core"
RECIPE_LAST_UPDATE_pn-x11-common = "Sep 22, 2008"
RECIPE_MAINTAINER_pn-x11-common="Yu Ke <ke.yu@intel.com>"
@@ -3543,7 +3543,7 @@ DISTRO_PN_ALIAS_pn-xf86-input-keyboard = "Meego=xorg-x11-drv-keyboard Fedora=xor
RECIPE_LATEST_VERSION_pn-xf86-input-keyboard="1.4.0"
RECIPE_NO_OF_PATCHES_pn-xf86-input-keyboard="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xf86-input-keyboard="9 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-xf86-input-keyboard="2009/10/07"
+RECIPE_LATEST_RELEASE_DATE_pn-xf86-input-keyboard="Oct 07, 2009"
RECIPE_INTEL_SECTION_pn-xf86-input-keyboard="graphic core"
RECIPE_LAST_UPDATE_pn-xf86-input-keyboard = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-xf86-input-keyboard="Yu Ke <ke.yu@intel.com>"
@@ -3553,7 +3553,7 @@ DISTRO_PN_ALIAS_pn-xf86-input-mouse = "Ubuntu=xserver-xorg-input-mouse Mandriva=
RECIPE_LATEST_VERSION_pn-xf86-input-mouse="1.6.0"
RECIPE_NO_OF_PATCHES_pn-xf86-input-mouse="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xf86-input-mouse="9 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-xf86-input-mouse="2010/09/09"
+RECIPE_LATEST_RELEASE_DATE_pn-xf86-input-mouse="Sep 09, 2010"
RECIPE_INTEL_SECTION_pn-xf86-input-mouse="graphic core"
RECIPE_LAST_UPDATE_pn-xf86-input-mouse = "Nov 12, 2010"
RECIPE_MAINTAINER_pn-xf86-input-mouse="Yu Ke <ke.yu@intel.com>"
@@ -3563,7 +3563,7 @@ DISTRO_PN_ALIAS_pn-xf86-input-vmmouse = "Fedora=xorg-x11-drv-vmmouse Ubuntu=xser
RECIPE_LATEST_VERSION_pn-xf86-input-vmmouse="12.6.10"
RECIPE_NO_OF_PATCHES_pn-xf86-input-vmmouse="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xf86-input-vmmouse="1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-xf86-input-vmmouse="2010/08/10"
+RECIPE_LATEST_RELEASE_DATE_pn-xf86-input-vmmouse="Aug 10, 2010"
RECIPE_INTEL_SECTION_pn-xf86-input-vmmouse="graphic core"
RECIPE_LAST_UPDATE_pn-xf86-input-vmmouse = "Nov 12, 2010"
RECIPE_MAINTAINER_pn-xf86-input-vmmouse="Yu Ke <ke.yu@intel.com>"
@@ -3572,7 +3572,7 @@ RECIPE_STATUS_pn-libdrm="green" # no update needed
RECIPE_LATEST_VERSION_pn-libdrm="2.4.21"
RECIPE_NO_OF_PATCHES_pn-libdrm="1"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libdrm="1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-libdrm="2010/06/10"
+RECIPE_LATEST_RELEASE_DATE_pn-libdrm="Jun 10, 2010"
RECIPE_INTEL_SECTION_pn-libdrm="graphic core"
RECIPE_LAST_UPDATE_pn-libdrm = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-libdrm="Yu Ke <ke.yu@intel.com>"
@@ -3581,7 +3581,7 @@ RECIPE_STATUS_pn-python-pycairo="green" # no upgrade needed
DISTRO_PN_ALIAS_pn-python-pycairo = "Meego=pycairo Fedora=pycairo Ubuntu=pycairo Debian=pycairo"
RECIPE_LATEST_VERSION_pn-python-pycairo="1.8.10"
RECIPE_NO_OF_PATCHES_pn-python-pycairo="0"
-RECIPE_LATEST_RELEASE_DATE_pn-python-pycairo="2010/05/20"
+RECIPE_LATEST_RELEASE_DATE_pn-python-pycairo="May 20, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-python-pycairo="9 months"
RECIPE_INTEL_SECTION_pn-python-pycairo="graphic core"
RECIPE_LAST_UPDATE_pn-python-pycairo = "Aug 16, 2010"
@@ -3591,7 +3591,7 @@ RECIPE_STATUS_pn-libxfontcache="green" # no update neededd
RECIPE_LATEST_VERSION_pn-libxfontcache="1.0.5"
RECIPE_NO_OF_PATCHES_pn-libxfontcache="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxfontcache="3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-libxfontcache="2009/10/08"
+RECIPE_LATEST_RELEASE_DATE_pn-libxfontcache="Oct 08, 2009"
RECIPE_INTEL_SECTION_pn-libxfontcache="graphic core"
RECIPE_LAST_UPDATE_pn-libxfontcache = "Jun 23, 2010"
RECIPE_MAINTAINER_pn-libxfontcache="Yu Ke <ke.yu@intel.com>"
@@ -3602,7 +3602,7 @@ DISTRO_PN_ALIAS_pn-xf86-input-evdev = "Ubuntu=xserver-xorg-input-evdev Mandriva=
RECIPE_LATEST_VERSION_pn-xf86-input-evdev="2.5.0"
RECIPE_NO_OF_PATCHES_pn-xf86-input-evdev="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xf86-input-evdev="1 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-xf86-input-evdev="2010/08/23"
+RECIPE_LATEST_RELEASE_DATE_pn-xf86-input-evdev="Aug 23, 2010"
RECIPE_INTEL_SECTION_pn-xf86-input-evdev="graphic core"
RECIPE_LAST_UPDATE_pn-xf86-input-evdev = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-xf86-input-evdev="Yu Ke <ke.yu@intel.com>"
@@ -3612,7 +3612,7 @@ DISTRO_PN_ALIAS_pn-xf86-video-vmware = "Debian=xserver-xorg-video-vmware Fedora=
RECIPE_LATEST_VERSION_pn-xf86-video-vmware="11.0.3"
RECIPE_NO_OF_PATCHES_pn-xf86-video-vmware="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xf86-video-vmware="2 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-xf86-video-vmware="2010/11/09"
+RECIPE_LATEST_RELEASE_DATE_pn-xf86-video-vmware="Nov 09, 2010"
RECIPE_INTEL_SECTION_pn-xf86-video-vmware="graphic core"
RECIPE_LAST_UPDATE_pn-xf86-video-vmware = "Nov 12, 2010"
RECIPE_MAINTAINER_pn-xf86-video-vmware="Yu Ke <ke.yu@intel.com>"
@@ -3621,7 +3621,7 @@ RECIPE_STATUS_pn-xf86-video-vesa = "green" # no update needed
RECIPE_LATEST_VERSION_pn-xf86-video-vesa = "2.3.0"
RECIPE_NO_OF_PATCHES_pn-xf86-video-vesa = "0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xf86-video-vesa = "6 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-xf86-video-vesa = "2010/01/04"
+RECIPE_LATEST_RELEASE_DATE_pn-xf86-video-vesa = "Jan 04, 2010"
RECIPE_INTEL_SECTION_pn-xf86-video-vesa = "graphic core"
RECIPE_LAST_UPDATE_pn-xf86-video-vesa = "May 17, 2010"
RECIPE_MAINTAINER_pn-xf86-video-vesa = "Yu Ke <ke.yu@intel.com>"
@@ -3632,7 +3632,7 @@ RECIPE_LATEST_VERSION_pn-cairo="1.9.10"
RECIPE_NO_UPDATE_REASON_pn-cairo="latest version is not stable release"
RECIPE_NO_OF_PATCHES_pn-cairo="1"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-cairo="1 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-cairo="2010/02/20"
+RECIPE_LATEST_RELEASE_DATE_pn-cairo="Feb 20, 2010"
RECIPE_INTEL_SECTION_pn-cairo="graphic core"
RECIPE_LAST_UPDATE_pn-cairo = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-cairo="Yu Ke <ke.yu@intel.com>"
@@ -3658,7 +3658,7 @@ RECIPE_STATUS_pn-pango="green" # no update needed
RECIPE_LATEST_VERSION_pn-pango="1.28.0"
RECIPE_NO_OF_PATCHES_pn-pango="1"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-pango="1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-pango="2010/03/10"
+RECIPE_LATEST_RELEASE_DATE_pn-pango="Mar 10, 2010"
RECIPE_INTEL_SECTION_pn-pango="graphic core"
RECIPE_LAST_UPDATE_pn-pango = "Nov 21, 2010"
RECIPE_MAINTAINER_pn-pango="Yu Ke <ke.yu@intel.com>"
@@ -3667,7 +3667,7 @@ RECIPE_STATUS_pn-mesa-dri="green" # no update needed
RECIPE_LATEST_VERSION_pn-mesa-dri="7.8.2"
RECIPE_NO_OF_PATCHES_pn-mesa-dri="1"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mesa-dri="2 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-mesa-dri="2010/06/17"
+RECIPE_LATEST_RELEASE_DATE_pn-mesa-dri="Jun 17, 2010"
RECIPE_INTEL_SECTION_pn-mesa-dri="graphic core"
RECIPE_LAST_UPDATE_pn-mesa-dri = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-mesa-dri="Yu Ke <ke.yu@intel.com>"
@@ -3679,7 +3679,7 @@ RECIPE_STATUS_pn-mesa-dri-glsl-native="green" # no update needed
RECIPE_LATEST_VERSION_pn-mesa-dri-glsl-native="7.8.2"
RECIPE_NO_OF_PATCHES_pn-mesa-dri-glsl-native="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mesa-dri-glsl-native="2 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-mesa-dri-glsl-native="2010/06/17"
+RECIPE_LATEST_RELEASE_DATE_pn-mesa-dri-glsl-native="Jun 17, 2010"
RECIPE_INTEL_SECTION_pn-mesa-dri-glsl-native="graphic core"
RECIPE_LAST_UPDATE_pn-mesa-dri-glsl-native = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-mesa-dri-glsl-native = "Yu Ke <ke.yu@intel.com>"
@@ -3689,7 +3689,7 @@ RECIPE_STATUS_pn-mesa-xlib="green" # no update needed
RECIPE_LATEST_VERSION_pn-mesa-xlib="7.8.2"
RECIPE_NO_OF_PATCHES_pn-mesa-xlib="0"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mesa-xlib="2 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-mesa-xlib="2010/06/17"
+RECIPE_LATEST_RELEASE_DATE_pn-mesa-xlib="Jun 17, 2010"
RECIPE_INTEL_SECTION_pn-mesa-xlib="graphic core"
RECIPE_LAST_UPDATE_pn-mesa-xlib = "Nov 27, 2010"
RECIPE_MAINTAINER_pn-mesa-xlib="Yu Ke <ke.yu@intel.com>"
@@ -3698,7 +3698,7 @@ RECIPE_STATUS_pn-xserver-xorg="green" # no update needed
RECIPE_LATEST_VERSION_pn-xserver-xorg="1.8.99.904"
RECIPE_NO_OF_PATCHES_pn-xserver-xorg="2"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xserver-xorg="2 monthes"
-RECIPE_LATEST_RELEASE_DATE_pn-xserver-xorg="2010/07/01"
+RECIPE_LATEST_RELEASE_DATE_pn-xserver-xorg="Jul 01, 2010"
RECIPE_INTEL_SECTION_pn-xserver-xorg="graphic core"
RECIPE_LAST_UPDATE_pn-xserver-xorg = "Jan 18, 2011"
RECIPE_MAINTAINER_pn-xserver-xorg="Yu Ke <ke.yu@intel.com>"
@@ -3738,7 +3738,7 @@ RECIPE_NO_OF_PATCHES_pn-libxsettings-client = "1"
RECIPE_PATCH_pn-libxsettings-client+link-x11 = "add the linkage to X11"
RECIPE_INTEL_SECTION_pn-libxsettings-client = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxsettings-client = "stable"
-RECIPE_LATEST_RELEASE_DATE_pn-libxsettings-client = "03/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-libxsettings-client = "Mar 01, 2007"
RECIPE_COMMENTS_pn-libxsettings-client = ""
RECIPE_LAST_UPDATE_pn-libxsettings-client = "Sep 21, 2006"
RECIPE_MAINTAINER_pn-libxsettings-client = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -3752,7 +3752,7 @@ RECIPE_NO_OF_PATCHES_pn-settings-daemon = "1"
RECIPE_PATCH_pn-settings-daemon+addsoundkeys = "add extra gnome/gconf schemas"
RECIPE_INTEL_SECTION_pn-settings-daemon = "x11"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-settings-daemon = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-settings-daemon = "06/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-settings-daemon = "Jun 01, 2008"
RECIPE_COMMENTS_pn-settings-daemon = ""
RECIPE_LAST_UPDATE_pn-settings-daemon = "Jan 18, 2008"
RECIPE_MAINTAINER_pn-settings-daemon = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -3764,7 +3764,7 @@ RECIPE_LATEST_VERSION_pn-encodings = "1.0.3"
RECIPE_NO_OF_PATCHES_pn-encodings = "0"
RECIPE_INTEL_SECTION_pn-encodings = "x11/fonts"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-encodings = "3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-encodings = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-encodings = "Oct 01, 2009"
RECIPE_COMMENTS_pn-encodings = ""
RECIPE_LAST_UPDATE_pn-encodings = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-encodings = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -3776,7 +3776,7 @@ RECIPE_NO_OF_PATCHES_pn-font-alias = "1"
RECIPE_PATCH_pn-font-alias+fix_COPYING_1f8141a5e3b585dfccc748400b05c9c24b41e767 = "update the COPYING file"
RECIPE_INTEL_SECTION_pn-font-alias = "x11/fonts"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-font-alias = "3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-font-alias = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-font-alias = "Oct 01, 2009"
RECIPE_COMMENTS_pn-font-alias = ""
RECIPE_LAST_UPDATE_pn-font-alias = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-font-alias = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -3789,7 +3789,7 @@ RECIPE_LATEST_VERSION_pn-font-util = "1.1.1"
RECIPE_NO_OF_PATCHES_pn-font-util = "0"
RECIPE_INTEL_SECTION_pn-font-util = "x11/fonts"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-font-util = "relatively stable"
-RECIPE_LATEST_RELEASE_DATE_pn-font-util = "10/12/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-font-util = "Oct 12, 2009"
RECIPE_COMMENTS_pn-font-util = "the 4th license in COPYING is Unicode License?"
RECIPE_LAST_UPDATE_pn-font-util = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-font-util = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -3814,7 +3814,7 @@ RECIPE_NO_OF_PATCHES_pn-calibrateproto = "1"
RECIPE_PATCH_pn-calibrateproto+fix = "Add missing length fields to the replies. Without these, sanity checking in recent X breaks things. RP 11/2/10"
RECIPE_INTEL_SECTION_pn-calibrateproto = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-calibrateproto = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-calibrateproto = "01/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-calibrateproto = "Jan 01, 2008"
RECIPE_COMMENTS_pn-calibrateproto = ""
DISTRO_PN_ALIAS_pn-calibrateproto = "OSPDT upstream=http://cgit.freedesktop.org/xorg/lib/libXCalibrate/"
RECIPE_LAST_UPDATE_pn-calibrateproto = "Feb 11, 2008"
@@ -3875,7 +3875,7 @@ RECIPE_LATEST_VERSION_pn-fontcacheproto = "0.1.3"
RECIPE_NO_OF_PATCHES_pn-fontcacheproto = "0"
RECIPE_INTEL_SECTION_pn-fontcacheproto = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-fontcacheproto = "3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-fontcacheproto = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-fontcacheproto = "Oct 01, 2009"
RECIPE_COMMENTS_pn-fontcacheproto = ""
RECIPE_LAST_UPDATE_pn-fontcacheproto = "Feb 3, 2010"
RECIPE_MAINTAINER_pn-fontcacheproto = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -3956,7 +3956,7 @@ RECIPE_LATEST_VERSION_pn-libxinerama = "1.1"
RECIPE_NO_OF_PATCHES_pn-libxinerama = "0"
RECIPE_INTEL_SECTION_pn-libxinerama = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxinerama = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libxinerama = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxinerama = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxinerama = ""
RECIPE_LAST_UPDATE_pn-libxinerama = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxinerama = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -3978,7 +3978,7 @@ RECIPE_LATEST_VERSION_pn-libxtst = "1.1.0"
RECIPE_NO_OF_PATCHES_pn-libxtst = "0"
RECIPE_INTEL_SECTION_pn-libxtst = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxtst = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libxtst = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxtst = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxtst = ""
RECIPE_LAST_UPDATE_pn-libxtst = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxtst = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4062,7 +4062,7 @@ RECIPE_LATEST_VERSION_pn-trapproto = "3.4.3"
RECIPE_NO_OF_PATCHES_pn-trapproto = "0"
RECIPE_INTEL_SECTION_pn-trapproto = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-trapproto = "stable"
-RECIPE_LATEST_RELEASE_DATE_pn-trapproto = "01/2006"
+RECIPE_LATEST_RELEASE_DATE_pn-trapproto = "Jan 01, 2006"
RECIPE_COMMENTS_pn-trapproto = ""
RECIPE_LAST_UPDATE_pn-trapproto = "Jul 3, 2007"
RECIPE_MAINTAINER_pn-trapproto = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4098,7 +4098,7 @@ RECIPE_LATEST_VERSION_pn-xf86bigfontproto = "1.2.0"
RECIPE_NO_OF_PATCHES_pn-xf86bigfontproto = "0"
RECIPE_INTEL_SECTION_pn-xf86bigfontproto = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xf86bigfontproto = "3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-xf86bigfontproto = "08/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-xf86bigfontproto = "Aug 01, 2009"
RECIPE_COMMENTS_pn-xf86bigfontproto = ""
RECIPE_LAST_UPDATE_pn-xf86bigfontproto = "Feb 3, 2010"
RECIPE_MAINTAINER_pn-xf86bigfontproto = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4110,7 +4110,7 @@ RECIPE_LATEST_VERSION_pn-xf86dgaproto = "2.1"
RECIPE_NO_OF_PATCHES_pn-xf86dgaproto = "0"
RECIPE_INTEL_SECTION_pn-xf86dgaproto = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xf86dgaproto = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-xf86dgaproto = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-xf86dgaproto = "Oct 01, 2009"
RECIPE_COMMENTS_pn-xf86dgaproto = ""
RECIPE_LAST_UPDATE_pn-xf86dgaproto = "Feb 3, 2010"
RECIPE_MAINTAINER_pn-xf86dgaproto = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4134,7 +4134,7 @@ RECIPE_LATEST_VERSION_pn-xf86miscproto = "0.9.3"
RECIPE_NO_OF_PATCHES_pn-xf86miscproto = "0"
RECIPE_INTEL_SECTION_pn-xf86miscproto = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xf86miscproto = "3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-xf86miscproto = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-xf86miscproto = "Oct 01, 2009"
RECIPE_COMMENTS_pn-xf86miscproto = ""
RECIPE_LAST_UPDATE_pn-xf86miscproto = "Feb 3, 2010"
RECIPE_MAINTAINER_pn-xf86miscproto = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4146,7 +4146,7 @@ RECIPE_LATEST_VERSION_pn-xf86rushproto = "1.1.2"
RECIPE_NO_OF_PATCHES_pn-xf86rushproto = "0"
RECIPE_INTEL_SECTION_pn-xf86rushproto = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xf86rushproto = "stable"
-RECIPE_LATEST_RELEASE_DATE_pn-xf86rushproto = "01/2006"
+RECIPE_LATEST_RELEASE_DATE_pn-xf86rushproto = "Jan 01, 2006"
RECIPE_COMMENTS_pn-xf86rushproto = ""
RECIPE_LAST_UPDATE_pn-xf86rushproto = "Jul 3, 2007"
RECIPE_MAINTAINER_pn-xf86rushproto = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4181,7 +4181,7 @@ RECIPE_LATEST_VERSION_pn-xcb-proto = "1.6"
RECIPE_NO_OF_PATCHES_pn-xcb-proto = "0"
RECIPE_INTEL_SECTION_pn-xcb-proto = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xcb-proto = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-xcb-proto = "12/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-xcb-proto = "Dec 01, 2009"
RECIPE_COMMENTS_pn-xcb-proto = ""
RECIPE_LAST_UPDATE_pn-xcb-proto = "Jun 29, 2010"
RECIPE_MAINTAINER_pn-xcb-proto = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4241,7 +4241,7 @@ RECIPE_LATEST_VERSION_pn-libfontenc = "1.0.5"
RECIPE_NO_OF_PATCHES_pn-libfontenc = "0"
RECIPE_INTEL_SECTION_pn-libfontenc = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libfontenc = "3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-libfontenc = "08/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libfontenc = "Aug 01, 2009"
RECIPE_COMMENTS_pn-libfontenc = ""
RECIPE_LAST_UPDATE_pn-libfontenc = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libfontenc = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4252,7 +4252,7 @@ RECIPE_LATEST_VERSION_pn-libxfont = "1.4.2"
RECIPE_NO_OF_PATCHES_pn-libxfont = "0"
RECIPE_INTEL_SECTION_pn-libxfont = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxfont = "8 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libxfont = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxfont = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxfont = "the recipe file has a commented-out no-scalable-crash.patch"
RECIPE_LAST_UPDATE_pn-libxfont = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxfont = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4263,7 +4263,7 @@ RECIPE_LATEST_VERSION_pn-libice = "1.0.6"
RECIPE_NO_OF_PATCHES_pn-libice = "0"
RECIPE_INTEL_SECTION_pn-libice = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libice = "7 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libice = "08/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libice = "Aug 01, 2009"
RECIPE_COMMENTS_pn-libice = ""
RECIPE_LAST_UPDATE_pn-libice = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libice = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4274,7 +4274,7 @@ RECIPE_LATEST_VERSION_pn-libsm = "1.1.1"
RECIPE_NO_OF_PATCHES_pn-libsm = "0"
RECIPE_INTEL_SECTION_pn-libsm = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libsm = "1 year"
-RECIPE_LATEST_RELEASE_DATE_pn-libsm = "08/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libsm = "Aug 01, 2009"
RECIPE_COMMENTS_pn-libsm = ""
RECIPE_LAST_UPDATE_pn-libsm = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libsm = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4285,7 +4285,7 @@ RECIPE_LATEST_VERSION_pn-libxau = "1.0.5"
RECIPE_NO_OF_PATCHES_pn-libxau = "0"
RECIPE_INTEL_SECTION_pn-libxau = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxau = "1 year"
-RECIPE_LATEST_RELEASE_DATE_pn-libxau = "08/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxau = "Aug 01, 2009"
RECIPE_COMMENTS_pn-libxau = ""
RECIPE_LAST_UPDATE_pn-libxau = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxau = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4298,7 +4298,7 @@ RECIPE_NO_OF_PATCHES_pn-libxcalibrate = "1"
RECIPE_PATCH_pn-libxcalibrate+fix-xcb = "There is no extra reply data and if we say not to disgard it, xcb throws fatal asserts. RP - 26/11/09"
RECIPE_INTEL_SECTION_pn-libxcalibrate = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxcalibrate = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-libxcalibrate = "03/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-libxcalibrate = "Mar 01, 2008"
RECIPE_COMMENTS_pn-libxcalibrate = ""
RECIPE_LAST_UPDATE_pn-libxcalibrate = "Jun 29, 2010"
RECIPE_MAINTAINER_pn-libxcalibrate = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4309,7 +4309,7 @@ RECIPE_LATEST_VERSION_pn-libxcb = "1.6"
RECIPE_NO_OF_PATCHES_pn-libxcb = "0"
RECIPE_INTEL_SECTION_pn-libxcb = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxcb = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libxcb = "04/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libxcb = "Apr 01, 2010"
RECIPE_COMMENTS_pn-libxcb = ""
RECIPE_LAST_UPDATE_pn-libxcb = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxcb = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4321,7 +4321,7 @@ RECIPE_NO_OF_PATCHES_pn-libxcomposite = "1"
RECIPE_PATCH_pn-libxcomposite+change-include-order = "This patch makes the build use its own Xcomposite.h over rather than an older Xcomposite.h that might already be installed in the staging dir."
RECIPE_INTEL_SECTION_pn-libxcomposite = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxcomposite = "2 years"
-RECIPE_LATEST_RELEASE_DATE_pn-libxcomposite = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxcomposite = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxcomposite = ""
RECIPE_LAST_UPDATE_pn-libxcomposite = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxcomposite = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4332,7 +4332,7 @@ RECIPE_LATEST_VERSION_pn-libxrandr = "1.3.0"
RECIPE_NO_OF_PATCHES_pn-libxrandr = "0"
RECIPE_INTEL_SECTION_pn-libxrandr = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxrandr = "4 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libxrandr = "03/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxrandr = "Mar 01, 2009"
RECIPE_COMMENTS_pn-libxrandr = ""
RECIPE_LAST_UPDATE_pn-libxrandr = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxrandr = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4343,7 +4343,7 @@ RECIPE_LATEST_VERSION_pn-libxrender = "0.9.5"
RECIPE_NO_OF_PATCHES_pn-libxrender = "0"
RECIPE_INTEL_SECTION_pn-libxrender = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxrender = "2 years"
-RECIPE_LATEST_RELEASE_DATE_pn-libxrender = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxrender = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxrender = ""
RECIPE_LAST_UPDATE_pn-libxrender = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxrender = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4354,7 +4354,7 @@ RECIPE_LATEST_VERSION_pn-libxres = "1.0.4"
RECIPE_NO_OF_PATCHES_pn-libxres = "0"
RECIPE_INTEL_SECTION_pn-libxres = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxres = "3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-libxres = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxres = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxres = ""
RECIPE_LAST_UPDATE_pn-libxres = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxres = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4376,7 +4376,7 @@ RECIPE_LATEST_VERSION_pn-libxv = "1.0.5"
RECIPE_NO_OF_PATCHES_pn-libxv = "0"
RECIPE_INTEL_SECTION_pn-libxv = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxv = "1+ years"
-RECIPE_LATEST_RELEASE_DATE_pn-libxv = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxv = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxv = ""
RECIPE_LAST_UPDATE_pn-libxv = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxv = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4387,7 +4387,7 @@ RECIPE_LATEST_VERSION_pn-libxvmc = "1.0.5"
RECIPE_NO_OF_PATCHES_pn-libxvmc = "0"
RECIPE_INTEL_SECTION_pn-libxvmc = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxvmc = "3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-libxvmc = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxvmc = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxvmc = ""
RECIPE_LAST_UPDATE_pn-libxvmc = "Nov 17, 2010"
RECIPE_MAINTAINER_pn-libxvmc = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4409,7 +4409,7 @@ RECIPE_LATEST_VERSION_pn-libxxf86vm = "1.1.0"
RECIPE_NO_OF_PATCHES_pn-libxxf86vm = "0"
RECIPE_INTEL_SECTION_pn-libxxf86vm = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxxf86vm = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libxxf86vm = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxxf86vm = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxxf86vm = ""
RECIPE_LAST_UPDATE_pn-libxxf86vm = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxxf86vm = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4420,7 +4420,7 @@ RECIPE_LATEST_VERSION_pn-libxcursor = "1.1.10"
RECIPE_NO_OF_PATCHES_pn-libxcursor = "0"
RECIPE_INTEL_SECTION_pn-libxcursor = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxcursor = "2 years"
-RECIPE_LATEST_RELEASE_DATE_pn-libxcursor = "08/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxcursor = "Aug 01, 2009"
RECIPE_COMMENTS_pn-libxcursor = ""
RECIPE_LAST_UPDATE_pn-libxcursor = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxcursor = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4431,7 +4431,7 @@ RECIPE_LATEST_VERSION_pn-libxdamage = "1.1.2"
RECIPE_NO_OF_PATCHES_pn-libxdamage = "0"
RECIPE_INTEL_SECTION_pn-libxdamage = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxdamage = "2 years"
-RECIPE_LATEST_RELEASE_DATE_pn-libxdamage = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxdamage = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxdamage = ""
RECIPE_LAST_UPDATE_pn-libxdamage = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxdamage = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4442,7 +4442,7 @@ RECIPE_LATEST_VERSION_pn-libxdmcp = "1.0.3"
RECIPE_NO_OF_PATCHES_pn-libxdmcp = "0"
RECIPE_INTEL_SECTION_pn-libxdmcp = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxdmcp = "3 years"
-RECIPE_LATEST_RELEASE_DATE_pn-libxdmcp = "09/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxdmcp = "Sep 01, 2009"
RECIPE_COMMENTS_pn-libxdmcp = ""
RECIPE_LAST_UPDATE_pn-libxdmcp = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxdmcp = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4475,7 +4475,7 @@ RECIPE_LATEST_VERSION_pn-libxft = "2.1.14"
RECIPE_NO_OF_PATCHES_pn-libxft = "0"
RECIPE_INTEL_SECTION_pn-libxft = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxft = "1 year"
-RECIPE_LATEST_RELEASE_DATE_pn-libxft = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxft = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxft = ""
RECIPE_LAST_UPDATE_pn-libxft = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxft = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4487,7 +4487,7 @@ RECIPE_LATEST_VERSION_pn-libxkbfile = "1.0.6"
RECIPE_NO_OF_PATCHES_pn-libxkbfile = "0"
RECIPE_INTEL_SECTION_pn-libxkbfile = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxkbfile = "1+ years"
-RECIPE_LATEST_RELEASE_DATE_pn-libxkbfile = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxkbfile = "Oct 01, 2009"
RECIPE_COMMENTS_pn-libxkbfile = ""
RECIPE_LAST_UPDATE_pn-libxkbfile = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxkbfile = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4509,7 +4509,7 @@ RECIPE_LATEST_VERSION_pn-xtrans = "1.2.5"
RECIPE_NO_OF_PATCHES_pn-xtrans = "0"
RECIPE_INTEL_SECTION_pn-xtrans = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xtrans = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-xtrans = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-xtrans = "Oct 01, 2009"
RECIPE_COMMENTS_pn-xtrans = ""
RECIPE_LAST_UPDATE_pn-xtrans = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-xtrans = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4520,7 +4520,7 @@ RECIPE_LATEST_VERSION_pn-libxmu = "1.0.5"
RECIPE_NO_OF_PATCHES_pn-libxmu = "0"
RECIPE_INTEL_SECTION_pn-libxmu = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxmu = "1+ years"
-RECIPE_LATEST_RELEASE_DATE_pn-libxmu = "09/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxmu = "Sep 01, 2009"
RECIPE_COMMENTS_pn-libxmu = ""
RECIPE_LAST_UPDATE_pn-libxmu = "Nov 24, 2010"
RECIPE_MAINTAINER_pn-libxmu = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4565,7 +4565,7 @@ RECIPE_NO_OF_PATCHES_pn-fontconfig = "1"
RECIPE_PATCH_pn-fontconfig+fix-pkgconfig = "an one-line patch; fix the linkage to freetype in fontconfig.pc.in"
RECIPE_INTEL_SECTION_pn-fontconfig = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-fontconfig = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-fontconfig = "11/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-fontconfig = "Nov 01, 2009"
RECIPE_COMMENTS_pn-fontconfig = ""
RECIPE_LAST_UPDATE_pn-fontconfig = "Jul 2, 2010"
RECIPE_MAINTAINER_pn-fontconfig = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4603,7 +4603,7 @@ RECIPE_PATCH_pn-libx11+nodolt = "fix to configure.ac"
RECIPE_PATCH_pn-libx11+include_fix = "fix to configure.ac"
RECIPE_INTEL_SECTION_pn-libx11 = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libx11 = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libx11 = "06/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libx11 = "Jun 01, 2010"
RECIPE_COMMENTS_pn-libx11 = ""
RECIPE_LAST_UPDATE_pn-libx11 = "Jul 9, 2010"
RECIPE_MAINTAINER_pn-libx11 = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4634,7 +4634,7 @@ RECIPE_PATCH_pn-libx11-trim+include_fix = "fix to configure.ac"
RECIPE_PATCH_pn-libx11-trim+nodolt = "fix to configure.ac"
RECIPE_INTEL_SECTION_pn-libx11-trim = "x11/libs"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libx11-trim = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libx11-trim = "06/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libx11-trim = "Jun 01, 2010"
RECIPE_COMMENTS_pn-libx11-trim = ""
RECIPE_LAST_UPDATE_pn-libx11-trim = "Jul 9, 2010"
RECIPE_MAINTAINER_pn-libx11-trim = "Dexuan Cui <dexuan.cui@intel.com>"
@@ -4855,7 +4855,7 @@ RECIPE_LATEST_VERSION_pn-gnome-mime-data = "2.18.0"
RECIPE_NO_OF_PATCHES_pn-gnome-mime-data = "1"
RECIPE_INTEL_SECTION_pn-gnome-mime-data = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gnome-mime-data = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-gnome-mime-data = "04/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-gnome-mime-data = "Apr 01, 2007"
RECIPE_COMMENTS_pn-gnome-mime-data = ""
RECIPE_LAST_UPDATE_pn-gnome-mime-data = "Aug 2, 2007"
RECIPE_MAINTAINER_pn-gnome-mime-data = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -4866,7 +4866,7 @@ RECIPE_LATEST_VERSION_pn-libmatchbox = "1.9"
RECIPE_NO_OF_PATCHES_pn-libmatchbox = "2"
RECIPE_INTEL_SECTION_pn-libmatchbox = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libmatchbox = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libmatchbox = "08/2006"
+RECIPE_LATEST_RELEASE_DATE_pn-libmatchbox = "Aug 01, 2006"
RECIPE_COMMENTS_pn-libmatchbox = ""
RECIPE_LAST_UPDATE_pn-libmatchbox = "Aug 7, 2006"
RECIPE_MAINTAINER_pn-libmatchbox = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -4878,7 +4878,7 @@ RECIPE_LATEST_VERSION_pn-libowl = "0.0+svnr408"
RECIPE_NO_OF_PATCHES_pn-libowl = "0"
RECIPE_INTEL_SECTION_pn-libowl = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libowl = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-libowl = "09/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-libowl = "Sep 01, 2008"
RECIPE_COMMENTS_pn-libowl = ""
RECIPE_LAST_UPDATE_pn-libowl= "Sep 16, 2008"
RECIPE_MAINTAINER_pn-libowl = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -4889,7 +4889,7 @@ RECIPE_LATEST_VERSION_pn-libowl-av = "0.0+svnr416"
RECIPE_NO_OF_PATCHES_pn-libowl-av = "0"
RECIPE_INTEL_SECTION_pn-libowl-av = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libowl-av = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-libowl-av = "12/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-libowl-av = "Dec 01, 2008"
RECIPE_COMMENTS_pn-libowl-av = ""
RECIPE_MAINTAINER_pn-libowl-av = "Zhai Edwin <edwin.zhai@intel.com>"
RECIPE_LAST_UPDATE_pn-libowl-av = "Nov 19, 2010"
@@ -4901,7 +4901,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-desktop = "2.0+svnr2096"
RECIPE_NO_OF_PATCHES_pn-matchbox-desktop = "0"
RECIPE_INTEL_SECTION_pn-matchbox-desktop = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-desktop = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-desktop = "12/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-desktop = "Dec 01, 2008"
RECIPE_COMMENTS_pn-matchbox-desktop = ""
RECIPE_LAST_UPDATE_pn-matchbox-desktop = "Dec 4, 2008"
RECIPE_MAINTAINER_pn-matchbox-desktop = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -4913,7 +4913,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-desktop-sato = "0.0+svnr76"
RECIPE_NO_OF_PATCHES_pn-matchbox-desktop-sato = "0"
RECIPE_INTEL_SECTION_pn-matchbox-desktop-sato = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-desktop-sato = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-desktop-sato = "07/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-desktop-sato = "Jul 01, 2007"
RECIPE_COMMENTS_pn-matchbox-desktop-sato = ""
RECIPE_LAST_UPDATE_pn-matchbox-desktop-sato = "Jul 5, 2007"
RECIPE_MAINTAINER_pn-matchbox-desktop-sato = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -4924,7 +4924,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-session = "0.1"
RECIPE_NO_OF_PATCHES_pn-matchbox-session = "0"
RECIPE_INTEL_SECTION_pn-matchbox-session = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-session = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-session = "02/2004"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-session = "Feb 01, 2004"
RECIPE_COMMENTS_pn-matchbox-session = ""
RECIPE_LAST_UPDATE_pn-matchbox-session = "Apr 9, 2008"
RECIPE_MAINTAINER_pn-matchbox-session = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -4935,7 +4935,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-session-sato = "0.1"
RECIPE_NO_OF_PATCHES_pn-matchbox-session-sato = "0"
RECIPE_INTEL_SECTION_pn-matchbox-session-sato = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-session-sato = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-session-sato = "06/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-session-sato = "Jun 01, 2007"
RECIPE_COMMENTS_pn-matchbox-session-sato = ""
RECIPE_LAST_UPDATE_pn-matchbox-session-sato = "Apr 9, 2008"
RECIPE_MAINTAINER_pn-matchbox-session-sato = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -4946,7 +4946,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-terminal = "0.0+svnr1816"
RECIPE_NO_OF_PATCHES_pn-matchbox-terminal = "0"
RECIPE_INTEL_SECTION_pn-matchbox-terminal = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-terminal = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-terminal = "11/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-terminal = "Nov 01, 2007"
RECIPE_COMMENTS_pn-matchbox-terminal = ""
RECIPE_LAST_UPDATE_pn-matchbox-terminal = "Aug 18, 2009"
RECIPE_MAINTAINER_pn-matchbox-terminal = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -4957,7 +4957,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-theme-sato = "0.1"
RECIPE_NO_OF_PATCHES_pn-matchbox-theme-sato = "0"
RECIPE_INTEL_SECTION_pn-matchbox-theme-sato = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-theme-sato = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-theme-sato = "07/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-theme-sato = "Jul 01, 2007"
RECIPE_COMMENTS_pn-matchbox-theme-sato = ""
RECIPE_LAST_UPDATE_pn-matchbox-theme-sato = "Jul 31, 2007"
RECIPE_MAINTAINER_pn-matchbox-theme-sato = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -4968,7 +4968,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-theme-sato-2 = "0.1"
RECIPE_NO_OF_PATCHES_pn-matchbox-theme-sato-2 = "0"
RECIPE_INTEL_SECTION_pn-matchbox-theme-sato-2 = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-theme-sato-2 = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-theme-sato-2 = "07/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-theme-sato-2 = "Jul 01, 2007"
RECIPE_COMMENTS_pn-matchbox-theme-sato-2 = ""
RECIPE_LAST_UPDATE_pn-matchbox-theme-sato-2 = "Jul 31, 2007"
RECIPE_MAINTAINER_pn-matchbox-theme-sato-2 = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -4979,7 +4979,7 @@ RECIPE_LATEST_VERSION_pn-sato-icon-theme = "0.4.1"
RECIPE_NO_OF_PATCHES_pn-sato-icon-theme = "0"
RECIPE_INTEL_SECTION_pn-sato-icon-theme = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sato-icon-theme = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-sato-icon-theme = "02/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-sato-icon-theme = "Feb 01, 2008"
RECIPE_COMMENTS_pn-sato-icon-theme = ""
RECIPE_LAST_UPDATE_pn-sato-icon-theme = "Feb 25, 2008"
RECIPE_MAINTAINER_pn-sato-icon-theme = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -4990,7 +4990,7 @@ RECIPE_LATEST_VERSION_pn-tslib = "1.0"
RECIPE_NO_OF_PATCHES_pn-tslib = "3"
RECIPE_INTEL_SECTION_pn-tslib = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-tslib = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-tslib = "08/2006"
+RECIPE_LATEST_RELEASE_DATE_pn-tslib = "Aug 01, 2006"
RECIPE_COMMENTS_pn-tslib = ""
RECIPE_LAST_UPDATE_pn-tslib = "Aug 17, 2006"
RECIPE_MAINTAINER_pn-tslib = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5001,7 +5001,7 @@ RECIPE_LATEST_VERSION_pn-xcursor-transparent-theme = "0.1.1"
RECIPE_NO_OF_PATCHES_pn-xcursor-transparent-theme = "2"
RECIPE_INTEL_SECTION_pn-xcursor-transparent-theme = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xcursor-transparent-theme = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-xcursor-transparent-theme = "12/2004"
+RECIPE_LATEST_RELEASE_DATE_pn-xcursor-transparent-theme = "Dec 01, 2004"
RECIPE_COMMENTS_pn-xcursor-transparent-theme = ""
RECIPE_LAST_UPDATE_pn-xcursor-transparent-theme = "Jul 21, 2006"
RECIPE_MAINTAINER_pn-xcursor-transparent-theme = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5012,7 +5012,7 @@ RECIPE_LATEST_VERSION_pn-screenshot = "0.0+svnr292"
RECIPE_NO_OF_PATCHES_pn-screenshot = "0"
RECIPE_INTEL_SECTION_pn-screenshot = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-screenshot = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-screenshot = "09/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-screenshot = "Sep 01, 2007"
RECIPE_COMMENTS_pn-screenshot = ""
RECIPE_LAST_UPDATE_pn-screenshot = "Jun 25, 2010"
RECIPE_MAINTAINER_pn-screenshot = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5024,7 +5024,7 @@ RECIPE_LATEST_VERSION_pn-tasks = "0.18"
RECIPE_NO_OF_PATCHES_pn-tasks = "1"
RECIPE_INTEL_SECTION_pn-tasks = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-tasks = "12 months"
-RECIPE_LATEST_RELEASE_DATE_pn-tasks = "07/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-tasks = "Jul 01, 2010"
RECIPE_COMMENTS_pn-tasks = ""
RECIPE_LAST_UPDATE_pn-tasks = "Nov 19, 2010"
RECIPE_MAINTAINER_pn-tasks = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5036,7 +5036,7 @@ RECIPE_LATEST_VERSION_pn-contacts = "0.12+git0+19853893fdb595de6aa59db0d9dc2f945
RECIPE_NO_OF_PATCHES_pn-contacts = "1"
RECIPE_INTEL_SECTION_pn-contacts = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-contacts = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-contacts = "11/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-contacts = "Nov 01, 2009"
RECIPE_COMMENTS_pn-contacts = ""
RECIPE_LAST_UPDATE_pn-contacts = "Jun 25, 2010"
RECIPE_MAINTAINER_pn-contacts = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5048,7 +5048,7 @@ RECIPE_LATEST_VERSION_pn-dates = "0.4.11+git0+514185dc1f6588085fda41eb59898b93d0
RECIPE_NO_OF_PATCHES_pn-dates = "1"
RECIPE_INTEL_SECTION_pn-dates = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-dates = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-dates = "10/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-dates = "Oct 01, 2009"
RECIPE_COMMENTS_pn-dates = ""
RECIPE_LAST_UPDATE_pn-dates = "Jun 25, 2010"
RECIPE_MAINTAINER_pn-dates = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5059,7 +5059,7 @@ RECIPE_LATEST_VERSION_pn-libcroco = "0.6.2"
RECIPE_NO_OF_PATCHES_pn-libcroco = "1"
RECIPE_INTEL_SECTION_pn-libcroco = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libcroco = "35 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libcroco = "02/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libcroco = "Feb 01, 2009"
RECIPE_COMMENTS_pn-libcroco = ""
RECIPE_LAST_UPDATE_pn-libcroco = "Jun 25, 2010"
RECIPE_MAINTAINER_pn-libcroco = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5070,7 +5070,7 @@ RECIPE_LATEST_VERSION_pn-leafpad = "0.8.18.1"
RECIPE_NO_OF_PATCHES_pn-leafpad = "1"
RECIPE_INTEL_SECTION_pn-leafpad = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-leafpad = "10 months"
-RECIPE_LATEST_RELEASE_DATE_pn-leafpad = "12/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-leafpad = "Dec 01, 2010"
RECIPE_COMMENTS_pn-leafpad = ""
RECIPE_LAST_UPDATE_pn-leafpad = "Jan 26, 2011"
RECIPE_MAINTAINER_pn-leafpad = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5081,7 +5081,7 @@ RECIPE_LATEST_VERSION_pn-atk = "1.32.0"
RECIPE_NO_OF_PATCHES_pn-atk = "0"
RECIPE_INTEL_SECTION_pn-atk = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-atk = "6 month"
-RECIPE_LATEST_RELEASE_DATE_pn-atk = "09/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-atk = "Sep 01, 2010"
RECIPE_COMMENTS_pn-atk = ""
RECIPE_LAST_UPDATE_pn-atk = "Nov 19, 2010"
RECIPE_MAINTAINER_pn-atk = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5093,7 +5093,7 @@ RECIPE_LATEST_VERSION_pn-gtk+ = "2.22.1"
RECIPE_NO_OF_PATCHES_pn-gtk+ = "0"
RECIPE_INTEL_SECTION_pn-gtk+ = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gtk+ = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-gtk+ = "11/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-gtk+ = "Nov 01, 2010"
RECIPE_COMMENTS_pn-gtk+ = ""
RECIPE_LAST_UPDATE_pn-gtk+ = "Jan 24, 2011"
RECIPE_NO_UPDATE_REASON_pn-gtk+ = "Do not upgrade to version: 2.99.2 because prefer stable tree"
@@ -5111,7 +5111,7 @@ RECIPE_LATEST_VERSION_pn-gdk-pixbuf-csource-native = "2.20.1"
RECIPE_NO_OF_PATCHES_pn-gdk-pixbuf-csource-native = "1"
RECIPE_INTEL_SECTION_pn-gdk-pixbuf-csource-native = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gdk-pixbuf-csource-native = "2 months"
-RECIPE_LATEST_RELEASE_DATE_pn-gdk-pixbuf-csource-native = "05/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-gdk-pixbuf-csource-native = "May 01, 2010"
RECIPE_COMMENTS_pn-gdk-pixbuf-csource-native = "It is sub-package of gtk+"
RECIPE_LAST_UPDATE_pn-gdk-pixbuf-csource-native = "Sep 24, 2008"
RECIPE_MAINTAINER_pn-gdk-pixbuf-csource-native = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5123,7 +5123,7 @@ RECIPE_LATEST_VERSION_pn-gobject-introspection = "0.9.5"
RECIPE_NO_OF_PATCHES_pn-gobject-introspection = "3"
RECIPE_INTEL_SECTION_pn-gobject-introspection = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gobject-introspection = "1 months"
-RECIPE_LATEST_RELEASE_DATE_pn-gobject-introspection = "09/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-gobject-introspection = "Sep 01, 2010"
RECIPE_COMMENTS_pn-gobject-introspection = ""
RECIPE_LAST_UPDATE_pn-gnome-common = "Jul 7, 2010"
RECIPE_MAINTAINER_pn-gnome-common = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5134,7 +5134,7 @@ RECIPE_LATEST_VERSION_pn-gnome-common = "2.28.0"
RECIPE_NO_OF_PATCHES_pn-gnome-common = "0"
RECIPE_INTEL_SECTION_pn-gnome-common = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gnome-common = "6 months"
-RECIPE_LATEST_RELEASE_DATE_pn-gnome-common = "09/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-gnome-common = "Sep 01, 2009"
RECIPE_COMMENTS_pn-gnome-common = ""
RECIPE_LAST_UPDATE_pn-gnome-common = "Jul 7, 2010"
RECIPE_MAINTAINER_pn-gnome-common = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5147,7 +5147,7 @@ RECIPE_MANUAL_CHECK_DATE_pn-webkit-gtk = "Jun 28, 2011"
RECIPE_NO_OF_PATCHES_pn-webkit-gtk = "1"
RECIPE_INTEL_SECTION_pn-webkit-gtk = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-webkit-gtk = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-webkit-gtk = "06/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-webkit-gtk = "Jun 01, 2011"
RECIPE_COMMENTS_pn-webkit-gtk = ""
RECIPE_LAST_UPDATE_pn-webkit-gtk = "Jan 14, 2011"
RECIPE_MAINTAINER_pn-webkit-gtk = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5161,7 +5161,7 @@ RECIPE_NO_UPDATE_REASON_pn-eds-dbus = "2.30.2 is latest stable release, while 2.
RECIPE_NO_OF_PATCHES_pn-eds-dbus = "0"
RECIPE_INTEL_SECTION_pn-eds-dbus = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-eds-dbus = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-eds-dbus = "06/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-eds-dbus = "Jun 01, 2010"
RECIPE_COMMENTS_pn-eds-dbus = "Update to 2.30.2 because of stability and dependency"
RECIPE_LAST_UPDATE_pn-eds-dbus = "Jul 16, 2010"
RECIPE_MAINTAINER_pn-eds-dbus = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5172,7 +5172,7 @@ RECIPE_LATEST_VERSION_pn-gnome-keyring = "2.32.1"
RECIPE_NO_OF_PATCHES_pn-gnome-keyring = "0"
RECIPE_INTEL_SECTION_pn-gnome-keyring = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gnome-keyring = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-gnome-keyring = "10/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-gnome-keyring = "Oct 01, 2010"
RECIPE_COMMENTS_pn-gnome-keyring = ""
RECIPE_LAST_UPDATE_pn-gnome-keyring = "Nov 19, 2010"
RECIPE_NO_UPDATE_REASON_pn-gnome-keyring = "Do not upgrade to version: 2.91.4 because prefer stable tree"
@@ -5184,7 +5184,7 @@ RECIPE_LATEST_VERSION_pn-gtk-sato-engine = "0.3.2+svnr163"
RECIPE_NO_OF_PATCHES_pn-gtk-sato-engine = "0"
RECIPE_INTEL_SECTION_pn-gtk-sato-engine = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gtk-sato-engine = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-gtk-sato-engine = "02/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-gtk-sato-engine = "Feb 01, 2008"
RECIPE_COMMENTS_pn-gtk-sato-engine = ""
RECIPE_LAST_UPDATE_pn-gtk-sato-engine = "Jul 6, 2010"
RECIPE_MAINTAINER_pn-gtk-sato-engine = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5195,7 +5195,7 @@ RECIPE_LATEST_VERSION_pn-hicolor-icon-theme = "0.12"
RECIPE_NO_OF_PATCHES_pn-hicolor-icon-theme = "0"
RECIPE_INTEL_SECTION_pn-hicolor-icon-theme = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-hicolor-icon-theme = "4 months"
-RECIPE_LATEST_RELEASE_DATE_pn-hicolor-icon-theme = "09/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-hicolor-icon-theme = "Sep 01, 2009"
RECIPE_COMMENTS_pn-hicolor-icon-theme = ""
RECIPE_LAST_UPDATE_pn-hicolor-icon-theme = "Jul 7, 2010"
RECIPE_MAINTAINER_pn-hicolor-icon-theme = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5207,7 +5207,7 @@ RECIPE_MANUAL_CHECK_DATE_pn-jpeg = "Jun 28, 2011"
RECIPE_NO_OF_PATCHES_pn-jpeg = "0"
RECIPE_INTEL_SECTION_pn-jpeg = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-jpeg = "12 months"
-RECIPE_LATEST_RELEASE_DATE_pn-jpeg = "01/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-jpeg = "Jan 01, 2011"
RECIPE_COMMENTS_pn-jpeg = ""
RECIPE_LAST_UPDATE_pn-jpeg = "Apr 14, 2011"
RECIPE_MAINTAINER_pn-jpeg = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5219,7 +5219,7 @@ RECIPE_LATEST_VERSION_pn-libfakekey = "0.0+svnr2031"
RECIPE_NO_OF_PATCHES_pn-libfakekey = "0"
RECIPE_INTEL_SECTION_pn-libfakekey = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libfakekey = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-libfakekey = "07/2006"
+RECIPE_LATEST_RELEASE_DATE_pn-libfakekey = "Jul 01, 2006"
RECIPE_COMMENTS_pn-libfakekey = ""
RECIPE_LAST_UPDATE_pn-libfakekey = "Apr 15, 2008"
RECIPE_MAINTAINER_pn-libfakekey = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5231,7 +5231,7 @@ RECIPE_LATEST_VERSION_pn-libglade = "2.6.4"
RECIPE_NO_OF_PATCHES_pn-libglade = "0"
RECIPE_INTEL_SECTION_pn-libglade = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libglade = "7 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libglade = "03/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libglade = "Mar 01, 2009"
RECIPE_COMMENTS_pn-libglade = ""
RECIPE_LAST_UPDATE_pn-libglade = "Jul 7, 2010"
RECIPE_MAINTAINER_pn-libglade = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5243,7 +5243,7 @@ RECIPE_LATEST_VERSION_pn-libsoup-2.4 = "2.34.2"
RECIPE_NO_OF_PATCHES_pn-libsoup-2.4 = "0"
RECIPE_INTEL_SECTION_pn-libsoup-2.4 = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libsoup-2.4 = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-libsoup-2.4 = "08/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-libsoup-2.4 = "Aug 01, 2011"
RECIPE_COMMENTS_pn-libsoup-2.4 = ""
RECIPE_LAST_UPDATE_pn-libsoup-2.4 = "Jul 28, 2011"
RECIPE_MAINTAINER_pn-libsoup-2.4 = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5255,7 +5255,7 @@ RECIPE_MANUAL_CHECK_DATE_pn-libxslt = "Jun 28, 2011"
RECIPE_NO_OF_PATCHES_pn-libxslt = "0"
RECIPE_INTEL_SECTION_pn-libxslt = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxslt = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-libxslt = "09/2009"
+RECIPE_LATEST_RELEASE_DATE_pn-libxslt = "Sep 01, 2009"
RECIPE_COMMENTS_pn-libxslt = ""
RECIPE_LAST_UPDATE_pn-libxslt = "Jul 8, 2010"
RECIPE_MAINTAINER_pn-libxslt = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5266,7 +5266,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-config-gtk = "0.0+svnr2081"
RECIPE_NO_OF_PATCHES_pn-matchbox-config-gtk = "0"
RECIPE_INTEL_SECTION_pn-matchbox-config-gtk = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-config-gtk = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-config-gtk = "09/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-config-gtk = "Sep 01, 2008"
RECIPE_COMMENTS_pn-matchbox-config-gtk = ""
RECIPE_LAST_UPDATE_pn-matchbox-config-gtk = "Jul 6, 2010"
RECIPE_MAINTAINER_pn-matchbox-config-gtk = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5278,7 +5278,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-keyboard = "0.0+svnr2075"
RECIPE_NO_OF_PATCHES_pn-matchbox-keyboard = "0"
RECIPE_INTEL_SECTION_pn-matchbox-keyboard = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-keyboard = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-keyboard = "09/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-keyboard = "Sep 01, 2008"
RECIPE_COMMENTS_pn-matchbox-keyboard = ""
RECIPE_LAST_UPDATE_pn-matchbox-keyboard = "Jul 6, 2010"
RECIPE_MAINTAINER_pn-matchbox-keyboard = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5290,7 +5290,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-panel-2 = "0.0+svnr2111"
RECIPE_NO_OF_PATCHES_pn-matchbox-panel-2 = "1"
RECIPE_INTEL_SECTION_pn-matchbox-panel-2 = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-panel-2 = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-panel-2 = "08/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-panel-2 = "Aug 01, 2010"
RECIPE_COMMENTS_pn-matchbox-panel-2 = ""
RECIPE_LAST_UPDATE_pn-matchbox-panel = "Nov 19, 2010"
RECIPE_MAINTAINER_pn-matchbox-panel-2 = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5301,7 +5301,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-stroke = "0.0+svnr1820"
RECIPE_NO_OF_PATCHES_pn-matchbox-stroke = "0"
RECIPE_INTEL_SECTION_pn-matchbox-stroke = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-stroke = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-stroke = "11/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-stroke = "Nov 01, 2007"
RECIPE_COMMENTS_pn-matchbox-stroke = ""
RECIPE_LAST_UPDATE_pn-matchbox-stroke = "Jul 6, 2010"
RECIPE_MAINTAINER_pn-matchbox-stroke = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5313,7 +5313,7 @@ RECIPE_LATEST_VERSION_pn-matchbox-wm = "1.2+svnr1819"
RECIPE_NO_OF_PATCHES_pn-matchbox-wm = "0"
RECIPE_INTEL_SECTION_pn-matchbox-wm = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-matchbox-wm = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-matchbox-wm = "11/2007"
+RECIPE_LATEST_RELEASE_DATE_pn-matchbox-wm = "Nov 01, 2007"
RECIPE_COMMENTS_pn-matchbox-wm = ""
RECIPE_LAST_UPDATE_pn-matchbox-wm = "Jul 6, 2010"
RECIPE_MAINTAINER_pn-matchbox-wm = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5335,7 +5335,7 @@ RECIPE_LATEST_VERSION_pn-libgnome-keyring = "2.32.0"
RECIPE_NO_OF_PATCHES_pn-libgnome-keyring = "0"
RECIPE_INTEL_SECTION_pn-libgnome-keyring = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libgnome-keyring = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-libgnome-keyring = "09/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libgnome-keyring = "Sep 01, 2010"
RECIPE_COMMENTS_pn-libgnome-keyring = "New recipe separated from gnome-keyring"
RECIPE_LAST_UPDATE_pn-libgnome-keyring = "Nov 19, 2010"
RECIPE_MAINTAINER_pn-libgnome-keyring = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5346,7 +5346,7 @@ RECIPE_LATEST_VERSION_pn-web-webkit = "0.0+svnr110"
RECIPE_NO_OF_PATCHES_pn-web-webkit = "1"
RECIPE_INTEL_SECTION_pn-web-webkit = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-web-webkit = "n/a"
-RECIPE_LATEST_RELEASE_DATE_pn-web-webkit = "08/2008"
+RECIPE_LATEST_RELEASE_DATE_pn-web-webkit = "Aug 01, 2008"
RECIPE_COMMENTS_pn-web-webkit = ""
RECIPE_LAST_UPDATE_pn-web-webkit = "Dec 20, 2010"
RECIPE_MAINTAINER_pn-web-webkit = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5358,7 +5358,7 @@ RECIPE_MANUAL_CHECK_DATE_pn-libfm = "Jun 28, 2011"
RECIPE_NO_OF_PATCHES_pn-libfm = "0"
RECIPE_INTEL_SECTION_pn-libfm = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libfm = "5 months"
-RECIPE_LATEST_RELEASE_DATE_pn-libfm = "10/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-libfm = "Oct 01, 2010"
RECIPE_COMMENTS_pn-libfm = "Add as required when updating pcmanfm"
RECIPE_LAST_UPDATE_pn-libfm = "Nov 19, 2010"
RECIPE_MAINTAINER_pn-libfm = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5370,7 +5370,7 @@ RECIPE_MANUAL_CHECK_DATE_pn-menu-cache = "Jun 28, 2011"
RECIPE_NO_OF_PATCHES_pn-menu-cache = "0"
RECIPE_INTEL_SECTION_pn-menu-cache = "graphic UX"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-menu-cache = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-menu-cache = "02/2010"
+RECIPE_LATEST_RELEASE_DATE_pn-menu-cache = "Feb 01, 2010"
RECIPE_COMMENTS_pn-menu-cache = "Add as required when adding libfm"
DISTRO_PN_ALIAS_pn-menu-cache = "OSPDT"
RECIPE_LAST_UPDATE_pn-menu-cache = "Jul 22, 2010"
@@ -5502,7 +5502,7 @@ RECIPE_DEPENDENCY_CHECK_pn-polkit-gnome = "not done"
RECIPE_LATEST_VERSION_pn-polkit-gnome = "0.99"
RECIPE_INTEL_SECTION_pn-polkit-gnome = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-polkit-gnome = "1 months"
-RECIPE_LATEST_RELEASE_DATE_pn-polkit-gnome = "2010/09/15"
+RECIPE_LATEST_RELEASE_DATE_pn-polkit-gnome = "Sep 15, 2010"
RECIPE_COMMENTS_pn-polkit-gnome = ""
RECIPE_LAST_UPDATE_pn-polkit-gnome = "Nov 18, 2010"
RECIPE_MAINTAINER_pn-polkit-gnome = "Zhai Edwin <edwin.zhai@intel.com>"
@@ -5677,7 +5677,7 @@ RECIPE_LATEST_VERSION_pn-lighttpd = "1.4.29"
RECIPE_NO_OF_PATCHES_pn-lighttpd = "0"
RECIPE_INTEL_SECTION_pn-lighttpd = "base utils"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-lighttpd = "11 month"
-RECIPE_LATEST_RELEASE_DATE_pn-lighttpd = "07/2011"
+RECIPE_LATEST_RELEASE_DATE_pn-lighttpd = "Jul 01, 2011"
RECIPE_COMMENTS_pn-lighttpd = ""
RECIPE_LATEST_VERSION_pn-adt-installer = "1.1"
@@ -5753,7 +5753,7 @@ RECIPE_STATUS_pn-sgml-common = "green"
RECIPE_DEPENDENCY_CHECK_pn-sgml-common = "not done"
RECIPE_LATEST_VERSION_pn-sgml-common = "0.6.3"
RECIPE_NO_OF_PATCHES_pn-sgml-common = "2"
-RECIPE_LATEST_RELEASE_DATE_pn-sgml-common = "2001/05/25"
+RECIPE_LATEST_RELEASE_DATE_pn-sgml-common = "May 25, 2001"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sgml-common = "unknown"
RECIPE_COMMENTS_pn-sgml-common = ""
RECIPE_LAST_UPDATE_pn-sgml-common = "Jan 28, 2011"
@@ -5763,7 +5763,7 @@ RECIPE_STATUS_pn-docbook-sgml-dtd = "green"
RECIPE_DEPENDENCY_CHECK_pn-docbook-sgml-dtd = "not done"
RECIPE_LATEST_VERSION_pn-docbook-sgml-dtd = "4.5"
RECIPE_NO_OF_PATCHES_pn-docbook-sgml-dtd = "1"
-RECIPE_LATEST_RELEASE_DATE_pn-docbook-sgml-dtd = "2010/05/21"
+RECIPE_LATEST_RELEASE_DATE_pn-docbook-sgml-dtd = "May 21, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-docbook-sgml-dtd = "unknown"
RECIPE_COMMENTS_pn-docbook-sgml-dtd = ""
RECIPE_LAST_UPDATE_pn-docbook-sgml-dtd = "Jan 28, 2011"
@@ -5776,7 +5776,7 @@ RECIPE_STATUS_pn-docbook-dsssl-stylesheet = "green"
RECIPE_DEPENDENCY_CHECK_pn-docbook-dsssl-stylesheet = "not done"
RECIPE_LATEST_VERSION_pn-docbook-dsssl-stylesheet = "1.79"
RECIPE_NO_OF_PATCHES_pn-docbook-dsssl-stylesheet = "0"
-RECIPE_LATEST_RELEASE_DATE_pn-docbook-dsssl-stylesheet = "2008/08/12"
+RECIPE_LATEST_RELEASE_DATE_pn-docbook-dsssl-stylesheet = "Aug 12, 2008"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-docbook-dsssl-stylesheet = "unknown"
RECIPE_COMMENTS_pn-docbook-dsssl-stylesheet = ""
RECIPE_LAST_UPDATE_pn-docbook-dsssl-stylesheet = "Jan 26, 2011"
@@ -5788,7 +5788,7 @@ RECIPE_STATUS_pn-sgmlspl = "green"
RECIPE_DEPENDENCY_CHECK_pn-sgmlspl = "not done"
RECIPE_LATEST_VERSION_pn-sgmlspl = "1.03ii"
RECIPE_NO_OF_PATCHES_pn-sgmlspl = "1"
-RECIPE_LATEST_RELEASE_DATE_pn-sgmlspl = "1995/12/07"
+RECIPE_LATEST_RELEASE_DATE_pn-sgmlspl = "Dec 07, 1995"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sgmlspl = "5 days"
RECIPE_COMMENTS_pn-sgmlspl = ""
RECIPE_LAST_UPDATE_pn-sgmlspl = "Jan 26, 2011"
@@ -5799,7 +5799,7 @@ RECIPE_STATUS_pn-opensp = "green"
RECIPE_DEPENDENCY_CHECK_pn-opensp = "not done"
RECIPE_LATEST_VERSION_pn-opensp = ""
RECIPE_NO_OF_PATCHES_pn-opensp = "4"
-RECIPE_LATEST_RELEASE_DATE_pn-opensp = "2002/11/24"
+RECIPE_LATEST_RELEASE_DATE_pn-opensp = "Nov 24, 2002"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-opensp = "2 years"
RECIPE_COMMENTS_pn-opensp = ""
RECIPE_LAST_UPDATE_pn-opensp = "Jan 26, 2011"
@@ -5809,7 +5809,7 @@ RECIPE_STATUS_pn-openjade = "green"
RECIPE_DEPENDENCY_CHECK_pn-openjade = "not done"
RECIPE_LATEST_VERSION_pn-openjade = "1.3.2"
RECIPE_NO_OF_PATCHES_pn-openjade = "3"
-RECIPE_LATEST_RELEASE_DATE_pn-openjade = "2002/12/01"
+RECIPE_LATEST_RELEASE_DATE_pn-openjade = "Dec 01, 2002"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-openjade = "8 months"
RECIPE_COMMENTS_pn-openjade = ""
RECIPE_LAST_UPDATE_pn-openjade = "Jan 26, 2011"
@@ -5819,7 +5819,7 @@ RECIPE_STATUS_pn-docbook-utils = "green"
RECIPE_DEPENDENCY_CHECK_pn-docbook-utils = "not done"
RECIPE_LATEST_VERSION_pn-docbook-utils = "0.6.14"
RECIPE_NO_OF_PATCHES_pn-docbook-utils = "0"
-RECIPE_LATEST_RELEASE_DATE_pn-docbook-utils = "2004/02/11"
+RECIPE_LATEST_RELEASE_DATE_pn-docbook-utils = "Feb 11, 2004"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-docbook-utils = "1 month"
RECIPE_COMMENTS_pn-docbook-utils = ""
RECIPE_LAST_UPDATE_pn-docbook-utils = "Jan 26, 2011"
@@ -5843,7 +5843,7 @@ RECIPE_STATUS_pn-transfig = "green"
RECIPE_DEPENDENCY_CHECK_pn-transfig = "not done"
RECIPE_LATEST_VERSION_pn-transfig = "3.2.5d"
RECIPE_NO_OF_PATCHES_pn-transfig = "0"
-RECIPE_LATEST_RELEASE_DATE_pn-transfig = "2010/07/23"
+RECIPE_LATEST_RELEASE_DATE_pn-transfig = "Jul 23, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-transfig = "1 year"
RECIPE_COMMENTS_pn-transfig = ""
RECIPE_LAST_UPDATE_pn-transfig = "Feb 9, 2011"
@@ -5908,7 +5908,7 @@ RECIPE_DEPENDENCY_CHECK_pn-cdrtools = "not done"
RECIPE_LATEST_VERSION_pn-cdrtools = "3.00"
RECIPE_NO_UPDATE_REASON_pn-cdrtools = "v3.x uses incompatible CDDL license"
RECIPE_NO_OF_PATCHES_pn-cdrtools = "2"
-RECIPE_LATEST_RELEASE_DATE_pn-cdrtools = "2010/06/02"
+RECIPE_LATEST_RELEASE_DATE_pn-cdrtools = "Jun 02, 2010"
RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-cdrtools = "6 years 2 months"
RECIPE_COMMENTS_pn-cdrtools = "This is the last GPL licensed version of cdrtools"
RECIPE_LAST_UPDATE_pn-cdrtools = "Apr 25, 2011"
--
1.7.5.4
^ permalink raw reply related
* Re: [PATCH] 3c505: Fix compile breakage
From: David Miller @ 2011-10-31 21:57 UTC (permalink / raw)
To: joe; +Cc: bharrosh, jbaron, philb, linux-kernel, netdev, randy.dunlap, sfr
In-Reply-To: <1320097524.4399.8.camel@Joe-Laptop>
From: Joe Perches <joe@perches.com>
Date: Mon, 31 Oct 2011 23:45:24 +0200
> The joys of preprocessor games with c90 named initializers.
>
> commit 07613b0b5ef8
> ("dynamic_debug: consolidate repetitive struct _ddebug descriptor definitions")
> uses a ".filename" named initializer.
>
> When filename is also a #define this fails to compile.
>
> Remove #define filename from 3c505.c
>
> Signed-off-by: Joe Perches <joe@perches.com>
Andrew Morton submitted a fix for this earlier today.
http://marc.info/?l=linux-netdev&m=132009089027792&w=2
^ permalink raw reply
* Re: [PATCH] TTM DMA pool v2.1
From: Jerome Glisse @ 2011-10-31 22:05 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk
Cc: linux-kernel, dri-devel, thellstrom, thomas, airlied, xen-devel,
j.glisse, bskeggs
In-Reply-To: <1319062772-2793-1-git-send-email-konrad.wilk@oracle.com>
On Wed, Oct 19, 2011 at 06:19:21PM -0400, Konrad Rzeszutek Wilk wrote:
> [.. and this is what I said in v1 post]:
>
> Way back in January this patchset:
> http://lists.freedesktop.org/archives/dri-devel/2011-January/006905.html
> was merged in, but pieces of it had to be reverted b/c they did not
> work properly under PowerPC, ARM, and when swapping out pages to disk.
>
> After a bit of discussion on the mailing list
> http://marc.info/?i=4D769726.2030307@shipmail.org I started working on it, but
> got waylaid by other things .. and finally I am able to post the RFC patches.
>
> There was a lot of discussion about it and I am not sure if I captured
> everybody's thoughts - if I did not - that is _not_ intentional - it has just
> been quite some time..
>
> Anyhow .. the patches explore what the "lib/dmapool.c" does - which is to have a
> DMA pool that the device has associated with. I kind of married that code
> along with drivers/gpu/drm/ttm/ttm_page_alloc.c to create a TTM DMA pool code.
> The end result is DMA pool with extra features: can do write-combine, uncached,
> writeback (and tracks them and sets back to WB when freed); tracks "cached"
> pages that don't really need to be returned to a pool; and hooks up to
> the shrinker code so that the pools can be shrunk.
>
> If you guys think this set of patches make sense - my future plans were
> 1) Get this in large crowd of testing .. and if it works for a kernel release
> 2) to move a bulk of this in the lib/dmapool.c (I spoke with Matthew Wilcox
> about it and he is OK as long as I don't introduce performance regressions).
>
> But before I do any of that a second set of eyes taking a look at these
> patches would be most welcome.
>
> In regards to testing, I've been running them non-stop for the last month.
> (and found some issues which I've fixed up) - and been quite happy with how
> they work.
>
> Michel (thanks!) took a spin of the patches on his PowerPC and they did not
> cause any regressions (wheew).
>
> The patches are also located in a git tree:
>
Reviewed the patch series, looks good, already sent comment on
one of the patch. I am on the same side of Thomas for dma stuff,
lately i have been working on GPU virtual memory address space
and i believe having driver allocating the ttm_tt and merging
more stuff in the backend make sense, after all the backend
has better knowledge on both cache preference and dma mask.
So far my idea is to merge ttm_tt & ttm_backend, simplify the
backend function to bind/unbind/destroy where bind is
responsible to allocate or not a ttm_tt and pages that goes
along with it. I will try to sketch up patches for all this
in next few days.
Reviewed-by: Jerome Glisse <jglisse@redhat.com>
Cheers,
Jerome Glisse
^ permalink raw reply
* Re: [PATCH v4] drm: do not sleep on vblank while holding a mutex
From: Daniel Vetter @ 2011-10-31 22:03 UTC (permalink / raw)
To: Ilija Hadzic; +Cc: dri-devel
In-Reply-To: <1320097578-9011-1-git-send-email-ihadzic@research.bell-labs.com>
On Mon, Oct 31, 2011 at 05:46:18PM -0400, Ilija Hadzic wrote:
> drm_wait_vblank must be DRM_UNLOCKED because otherwise it
> will grab the drm_global_mutex and then go to sleep until the vblank
> event it is waiting for. That can wreck havoc in the windowing system
> because if one process issues this ioctl, it will block all other
> processes for the duration of all vblanks between the current and the
> one it is waiting for. In some cases it can block the entire windowing
> system.
>
> v2: incorporate comments received from Daniel Vetter and
> Michel Daenzer.
>
> v3/v4: after a lengty discussion with Daniel Vetter, it was concluded
> that the only thing not yet protected with locks and atomic
> ops is the write to dev->last_vblank_wait. It's only used in a
> debug file in proc, and the current code already employs no
> correct locking: the proc file only takes dev->struct_mutex,
> whereas drm_wait_vblank implicitly took the drm_global_mutex.
> Given all this, it's not worth bothering to try to fix
> the locks at this time.
>
> Signed-off-by: Ilija Hadzic <ihadzic@research.bell-labs.com>
Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
--
Daniel Vetter
Mail: daniel@ffwll.ch
Mobile: +41 (0)79 365 57 48
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.