On 18 February 2013 17:33, Burton, Ross <ross.burton@...> wrote:

On 18 February 2013 17:31, Burton, Ross <ross.burton@...> wrote:

Merged to oprofileui master, thanks.

I lie - I don't have permission to push there. I'll find someone who
either can push or can give me access to push.

Actually pushed now, thanks Marko.

Ross

On Tue, Feb 19, 2013 at 12:31 AM, Tom Zanussi <tom.zanussi@...> wrote:

So when you say it doesn't work, you mean the module autoload didn't
work, but everything else did?

Yes, exactly.

Did you do the 'bump the PR' step after
you uncommmented the module autoload statement?

Yes, I even bumped it twice :-) But even if I forgot to bump the PR
number, when I deleted tmp/sstate/etc and started a fresh build, it
should have worked then?

If that's not it, then I don't know what you say - I tested it with
danny and it worked fine for me. I can try running through it again to
verify again, but it really should work...

Thanks for your comments. I'll guess I'll have to try it all again.
Maybe I somehow checked out the wrong version. Like I said, performing
the same steps against yesterday's master worked completely as
expected.

On 19 February 2013 04:32, Liu, Song <song.liu@...> wrote:

On Mon, 2013-02-18 at 18:50 -0500, Trevor Woerner wrote:

I can't figure out what I'm doing wrong, but I can't get lab3 to work.

Following the instructions in the pdf I first tried doing lab3
incrementally (build/test, build/test, build/test) and it didn't work.
Then I tried deleting (tmp, sstate, etc), trying again, and it still
didn't work.

Build Configuration:
BB_VERSION = "1.16.0"
TARGET_ARCH = "i586"
TARGET_OS = "linux"
MACHINE = "lab3-qemux86"
DISTRO = "poky"
DISTRO_VERSION = "1.3"
TUNE_FEATURES = "m32 i586"
TARGET_FPU = ""
meta
meta-yocto
meta-yocto-bsp
meta-lab3-qemux86 = "danny:45f95b5f3381097672dd43077f267aa716a02b4c"

I then copied the meta-lab3-qemux86 layer to where I was working with
the master branch of poky (hmm... I guess I could have just edited
bblayers.conf without needing the hassle of the copy), retried the
exercise, and it worked.

Build Configuration:
BB_VERSION = "1.17.1"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "SUSE-LINUX-12.2"
TARGET_SYS = "i586-poky-linux"
MACHINE = "lab3-qemux86"
DISTRO = "poky"
DISTRO_VERSION = "1.3+snapshot-20130218"
TUNE_FEATURES = "m32 i586"
TARGET_FPU = ""
meta
meta-yocto
meta-yocto-bsp
meta-lab3-qemux86 = "master:c7b23ab68aafc04d9830ef318015912e5d4f0672"

Note that the above information is a bit misleading.
"meta-lab3-qemux86" is just a plain directory without any .git so
there is no "master" or "danny" of "meta-lab3-qemux86". The "master"
and "danny" branches are of the enclosing poky repository.

In the case where it doesn't work, the module is built and included in
the image, but it isn't loaded automatically during boot. Working off
master, the module is loaded during boot automatically.

So when you say it doesn't work, you mean the module autoload didn't
work, but everything else did? Did you do the 'bump the PR' step after
you uncommmented the module autoload statement?

If that's not it, then I don't know what you say - I tested it with
danny and it worked fine for me. I can try running through it again to
verify again, but it really should work...

Tom

Agenda:

 

* Opens collection - 5 min (Song)

* Yocto Project 1.3.1 status - 10 min (Ross)

* Yocto 1.4 status - 10 min (Song/team)

  https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.4_Status

* SWAT team rotation: Beth -> Paul/Ioana

* Opens - 10 min

* Team Sharing - 20 min

 

We encourage people attending the meeting to logon the Yocto IRC chancel during the meeting (optional):

 

Yocto IRC: http://webchat.freenode.net/?channels=#yocto

IRC Tutorial: http://www.irchelp.org/irchelp/irctutorial.html

 

Conference details
Conference name:	Yocto Technical Team
Conference date/start time:	Tue Jun 26, 2012 at 10:00 AM Central Daylight Time
Participants:	30
Duration:	60 minutes
Participant passcode:	76994298
Dial-in number:	1.972.995.7777
US Toll Free number:	1.877.561.6828
BlackBerry users, click this link to join your conference as a participant:	1.972.995.7777x76994298#
	Depending on where you are dialing from, either your BlackBerry will pause and enter the passcode automatically or you will be prompted to click again to dial the passcode.
Local and Global Access Numbers       Country Dial-in number Australia: 1800 636 843 Czech Republic: 242 430 350 China (Beijing): From office dial 8-9957777 or 8784277 Beijing Out of Office dial 5878 4277 China (Shanghai): From office dial 8-9957777 or 3073322 Shanghai Out of Office dial 2307 3322 China (Shenzen): From office dial 8-9957777 or 6007877 Shenzen Out of Office dial 2600 7877 China (Other Cities): From IP phone dial 8-9957777 Other cities - Non IP phone dial 021-23073322 Denmark: 8060 1400 Finland: 09 41333477 France: 0497 275888 Germany: 08161 803232 Holland: 030 2417490 India: BSNL subscribers use 1800 425 9996 (Toll Free) Airtel subscribers use 0008 009 861 212 (Toll Free) From TI Campus use 89957777 Others use 2509 9555 (Landline within Bangalore) or 80 2509 9555 (Outside Bangalore) Israel: 09 790 6715 Italy: 039 69061234 (039 is local city code not country code) Japan: From TI Campus use 8 995 7777 Outside TI use 03 4331 3777 Malaysia: From IP phone dial 2643799 From Kuala Lumpur dial 4264 3799 Outside Kuala Lumpur dial (03)4264 3799 Norway: 2 295 8744 Philippines: From Baguio City use 4471177 From Metro Manila area use 8702477 Singapore: From IP phone dial 3894777 Outside TI use 6389 4777 South Korea: From IP phone dial 5606998 From Seoul dial 5606998 Outside Seoul dial (02)5606998 Sweden: 08 58755577 Taiwan: From IP phone dial 1363 From Taipei dial 2241 1363 Outside Taipei dial (02)2241 1363 Turkey: Landline Only dial 0811 288 0001 then enter 877 633 1123 UK: 01604 663003 US: 972 995 7777 or 1877 561 6828
Recurring conferences
First scheduled conference:	Tue Jun 26, 2012
Recurrence frequency:	Weekly - Every 1 week(s) on Tuesday
Recurrence ends:	End on Fri Jun 21, 2013, 10:40 AM CDT

 

 

 

I can't figure out what I'm doing wrong, but I can't get lab3 to work.

Following the instructions in the pdf I first tried doing lab3
incrementally (build/test, build/test, build/test) and it didn't work.
Then I tried deleting (tmp, sstate, etc), trying again, and it still
didn't work.

Build Configuration:
BB_VERSION = "1.16.0"
TARGET_ARCH = "i586"
TARGET_OS = "linux"
MACHINE = "lab3-qemux86"
DISTRO = "poky"
DISTRO_VERSION = "1.3"
TUNE_FEATURES = "m32 i586"
TARGET_FPU = ""
meta
meta-yocto
meta-yocto-bsp
meta-lab3-qemux86 = "danny:45f95b5f3381097672dd43077f267aa716a02b4c"

I then copied the meta-lab3-qemux86 layer to where I was working with
the master branch of poky (hmm... I guess I could have just edited
bblayers.conf without needing the hassle of the copy), retried the
exercise, and it worked.

Build Configuration:
BB_VERSION = "1.17.1"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "SUSE-LINUX-12.2"
TARGET_SYS = "i586-poky-linux"
MACHINE = "lab3-qemux86"
DISTRO = "poky"
DISTRO_VERSION = "1.3+snapshot-20130218"
TUNE_FEATURES = "m32 i586"
TARGET_FPU = ""
meta
meta-yocto
meta-yocto-bsp
meta-lab3-qemux86 = "master:c7b23ab68aafc04d9830ef318015912e5d4f0672"

Note that the above information is a bit misleading.
"meta-lab3-qemux86" is just a plain directory without any .git so
there is no "master" or "danny" of "meta-lab3-qemux86". The "master"
and "danny" branches are of the enclosing poky repository.

In the case where it doesn't work, the module is built and included in
the image, but it isn't loaded automatically during boot. Working off
master, the module is loaded during boot automatically.

On 18 February 2013 17:31, Burton, Ross <ross.burton@...> wrote:

Merged to oprofileui master, thanks.

I lie - I don't have permission to push there. I'll find someone who
either can push or can give me access to push.

Ross

Hi Marko,

Merged to oprofileui master, thanks.

Ross

--
Raul Rosetto Muñoz

On Sun, 2013-02-17 at 21:16 -0500, Trevor Woerner wrote:

...sorry, I meant to CC the list too


---------- Forwarded message ----------
From: Trevor Woerner <twoerner@...>
Date: Sun, Feb 17, 2013 at 9:15 PM
Subject: Re: [yocto] Updated Yocto Hands-on Kernel Lab available
To: Tom Zanussi <tom.zanussi@...>


Hi Tom,

I can see how the kernel *.bb files get pulled in due to the following
line in each lab's layer configuration (${LAYERDIR}/conf/layer.conf):

BBFILES := "... ${LAYERDIR}/recipes-*/*/*.bb ..."

Since the *.bb files are located under
${LAYERDIR}/recipes-kernel/linux/<kernel>.bb this matched the above
pattern.

What I can't figure out is why, for example, in lab1 are the kernel
patch files located in

${LAYERDIR}/recipes-kernel/linux/linux

while the kernel patch files for lab2 are in

${LAYERDIR}/recipes-kernel/linux/files

Does bitbake find the patch files for lab1 in a subdirectory called
"linux" because the recipe's name is linux_3.0.18.bb? Because I don't
see anything in that particular recipe which would suggest it
(bitbake) should look there (linux). And when I go to lab2 and rename
the "files" directory to "linux-yocto" the build doesn't work, so this
behaviour would seem to discount the belief that a patch directory
name can take on the recipe name and be found.

Hi,

Yes, in lab1 bitbake finds the patch files because they're in the
'linux' subdirectory. It should also be able to find them if you
renamed that directory to 'linux-3.0.18', and it would also find them in
the 'files' directory. These subdirectories are added to FILESPATH in
base.bbclass:

FILESPATH = "${@base_set_filespath(["${FILE_DIRNAME}/${BP}", "${FILE_DIRNAME}/${BPN}", "${FILE_DIRNAME}/files"], d)}"

Those are relative to a .bb, which is what we have in lab1 - the kernel
recipe is linux_3.0.18.bb.

In lab2, we have a linux-yocto_3.4.bbappend file rather than a .bb file.

If you look at the .bbappend, you can see:

FILESEXTRAPATHS_prepend := "${THISDIR}/files:"

which is what we need to add to the .bbappend to get bitbake to look in
the 'files' subdirectory under the .bbappend - since the FILESPATH is
relative to the base recipe in meta/, linux-yocto_3.4.bb, and not
our .bbappend, bitbake won't find the files under our .bbappend unless
we add our .bbappend's 'files' subdir to FILESPATH via FILESEXTRAPATHS.

If you wanted to change the name of the directory under the .bbappend to
'linux-yocto', you could just use:

FILESEXTRAPATHS_prepend := "${THISDIR}/linux-yocto:"

or better:

FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"

Tom

Best regards,
Trevor
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto

...sorry, I meant to CC the list too


---------- Forwarded message ----------
From: Trevor Woerner <twoerner@...>
Date: Sun, Feb 17, 2013 at 9:15 PM
Subject: Re: [yocto] Updated Yocto Hands-on Kernel Lab available
To: Tom Zanussi <tom.zanussi@...>


Hi Tom,

I can see how the kernel *.bb files get pulled in due to the following
line in each lab's layer configuration (${LAYERDIR}/conf/layer.conf):

BBFILES := "... ${LAYERDIR}/recipes-*/*/*.bb ..."

Since the *.bb files are located under
${LAYERDIR}/recipes-kernel/linux/<kernel>.bb this matched the above
pattern.

What I can't figure out is why, for example, in lab1 are the kernel
patch files located in

${LAYERDIR}/recipes-kernel/linux/linux

while the kernel patch files for lab2 are in

${LAYERDIR}/recipes-kernel/linux/files

Does bitbake find the patch files for lab1 in a subdirectory called
"linux" because the recipe's name is linux_3.0.18.bb? Because I don't
see anything in that particular recipe which would suggest it
(bitbake) should look there (linux). And when I go to lab2 and rename
the "files" directory to "linux-yocto" the build doesn't work, so this
behaviour would seem to discount the belief that a patch directory
name can take on the recipe name and be found.

Best regards,
Trevor

On Sun, Feb 17, 2013 at 6:15 PM, Tom Zanussi <tom.zanussi@...> wrote:

I guess a bug
should be opened for it.

I have created https://bugzilla.yoctoproject.org/show_bug.cgi?id=3898
in the hope it doesn't get dropped again.

On Sun, 2013-02-17 at 16:22 -0500, Trevor Woerner wrote:

On Fri, Feb 15, 2013 at 9:29 PM, Tom Zanussi <tom.zanussi@...> wrote:

I'm happy to announce that an updated version of the Yocto 'Hands-on
Kernel Lab' has been released and is available here:

This is awesome, and much appreciated (especially by those of us who
can't make it out to these events).

Following the lab, however, I very quickly ran into the dreaded
"kernel menuconfig unusable" issue. Is there any way Liang Li's
suggested fix[1] could make it into mainline and the danny branch
which is used for these labs? Is there a better fix? Is there another
way around this issue, perhaps with a pure conf/local.conf setting?

Yeah, I ran into this too on Fedora 17, but not Ubuntu. I thought it
was a local thing and basically 'powered through it' and changed the
settings, knowing I was seeing double.

I don't know what the proper fix for this is - if it's the patch you
pointed to, I'm not sure why it wasn't pulled in. If not, I guess a bug
should be opened for it.

Tom

Thanks and best regards,
Trevor

[1] http://lists.linuxtogo.org/pipermail/openembedded-core/2012-August/027130.html

NOTE: simply setting OE_TERMINAL to "xterm" doesn't fix the problem,
it only changes the terminal :-)
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto

On Fri, Feb 15, 2013 at 9:29 PM, Tom Zanussi <tom.zanussi@...> wrote:

I'm happy to announce that an updated version of the Yocto 'Hands-on
Kernel Lab' has been released and is available here:

This is awesome, and much appreciated (especially by those of us who
can't make it out to these events).

Following the lab, however, I very quickly ran into the dreaded
"kernel menuconfig unusable" issue. Is there any way Liang Li's
suggested fix[1] could make it into mainline and the danny branch
which is used for these labs? Is there a better fix? Is there another
way around this issue, perhaps with a pure conf/local.conf setting?

Thanks and best regards,
Trevor

[1] http://lists.linuxtogo.org/pipermail/openembedded-core/2012-August/027130.html

NOTE: simply setting OE_TERMINAL to "xterm" doesn't fix the problem,
it only changes the terminal :-)

This mail was sent out by Package Report System.
This message list those recipes which need to be upgraded. If maintainers believe some of them needn't to upgrade this time, they can fill in RECIPE_NO_UPDATE_REASON_pn-"xxx" in upstream_tracking files to ignore this recipe remainder until newer upstream version was detected.
Example:
RECIPE_NO_UPDATE_REASON_pn-"xxx" = "Not upgrade to 2.0 because the new version is unstable"
You can check the detail information at http://packages.yoctoproject.org/upgradepkgname


PackageName Version UpVersion Maintainer NoUpgradeReason
lsb 4.1 1.4 Yi Zhao <yi.zhao@...>
ccache 3.1.8 3.1.9 Wenzong Fan <wenzong.fan@...>
systemtap-uprobes 1.8+gitAUTOINC+48fa6b5e1 2.1 Tom Zanussi <tom.zanussi@...>
sysprof 1.1.8+gitAUTOINC+4692f85 1.2.0 Tom Zanussi <tom.zanussi@...>
boost 1.52.0 1.53.0 Saul Wold <sgw@...>
foomatic-filters 4.0.17 4.0-20130216 Saul Wold <sgw@...>
nspr 4.9.4 4.9.5 Saul Wold <sgw@...>
gconf 3.2.5 3.2.6 Saul Wold <sgw@...>
pkgconfig 0.25 0.28 Saul Wold <sgw@...> removes glib-conf, adds circu...
kconfig-frontends 3.6.0 3.7.0.0 Saul Wold <sgw@...>
glib-networking 2.28.7 2.35.6 Saul Wold <sgw@...>
createrepo 0.4.11 0.9.9 Saul Wold <sgw@...> Versions after 0.9.* use YUM,...
vte 0.28.2 0.34.2 Saul Wold <sgw@...>
resolvconf 1.69 1.70 Saul Wold <sgw@...>
sqlite3 3.7.15.2 3071502 Saul Wold <sgw@...>
build-appliance-image 1.0 3.2.1 Saul Wold <sgw@...>
socat 1.7.2.0 1.7.2.1 Saul Wold <sgw@...> http://www.dest-unreach.org/socat/download/socat-1.7.2.0.tar.bz2;name=src
man-pages 3.45 3.47 Saul Wold <sgw@...>
libffi 3.0.11 3.0.12 Saul Wold <sgw@...>
mtdev 1.1.2 1.1.3 Ross Burton <ross.burton@...>
logrotate 3.8.1 3.8.3 Robert Yang <liezhi.yang@...>
busybox 1.20.2 1.21.0 Radu Moisan <radu.moisan@...>
iputils s20101006 20121221 Radu Moisan <radu.moisan@...>
unzip 6.0 60 Radu Moisan <radu.moisan@...>
rxvt-unicode 9.15 9.16 Radu Moisan <radu.moisan@...>
gawk 4.0.1 4.0.2 Radu Moisan <radu.moisan@...>
zip 3.0 30 Radu Moisan <radu.moisan@...>
openssl 1.0.0j 1.0.1e Radu Moisan <radu.moisan@...> http://www.openssl.org/source/openssl-1.0.0j.tar.gz
pango 1.32.5 1.33.7 Radu Moisan <radu.moisan@...>
ed 1.6 1.7 Radu Moisan <radu.moisan@...>
u-boot-fw-utils 2011.06 2013.01.01 Radu Moisan <radu.moisan@...>
atk 2.6.0 2.7.5 Radu Moisan <radu.moisan@...>
u-boot-mkimage 2011.06 2013.01.01 Radu Moisan <radu.moisan@...>
hdparm 9.39 9.43 Radu Moisan <radu.moisan@...>
cronie 1.4.8 1.4.9 Radu Moisan <radu.moisan@...>
systemtap 1.8+gitAUTOINC+48fa6b5e1 2.1 Radu Moisan <radu.moisan@...>
coreutils 8.14 8.21 Radu Moisan <radu.moisan@...>
libunique 1.1.6 3.0.2 Radu Moisan <radu.moisan@...> Do not upgrade to version: 2....
liburcu 0.7.4 0.7.6 Radu Moisan <radu.moisan@...>
babeltrace 1.0+gitAUTOINC+f6ed7fa46 1.0.3 Radu Moisan <radu.moisan@...>
apr-util 1.4.1 1.5.1 Radu Moisan <radu.moisan@...>
watchdog 5.12 5.13 Radu Moisan <radu.moisan@...>
curl 7.28.1 7.29.0 Radu Moisan <radu.moisan@...>
mobile-broadband-provider-info1.0.0+gitrAUTOINC+d9995e 20090309 Radu Moisan <radu.moisan@...>
gsettings-desktop-schemas 3.7.3 3.7.5 No Maintainer information
xf86-video-omap 0.4.2+gitrAUTOINC+ae0394 0.4.3 No Maintainer information
wayland 1.0.3 1.0.5 No Maintainer information
weston 1.0.3 1.0.5 No Maintainer information
ltp 20120903 20130109 Mihai Lindner <mihaix.lindner@...>
rpm 5.4.9 5.4.10-0.20120706 Mark Hatle <mark.hatle@...>
xserver-xorg 1.13.1 1.13.99.902 Laurentiu Palcu <laurentiu.palcu@...>
xf86-video-intel 2.21.0 2.21.2 Laurentiu Palcu <laurentiu.palcu@...>
xrandr 1.3.5 1.4.0 Laurentiu Palcu <laurentiu.palcu@...>
fontconfig 2.10.2 2.10.91 Laurentiu Palcu <laurentiu.palcu@...>
xvinfo 1.1.1 1.1.2 Laurentiu Palcu <laurentiu.palcu@...>
ghostscript 9.05 9.07 Kai Kang <kai.kang@...>
bind 9.8.1 9.9.2-P1 Kai Kang <kai.kang@...>
libsdl 1.2.15 1.2.15-1 Kai Kang <kai.kang@...>
directfb 1.6.1 1.6.3 Kai Kang <kai.kang@...>
trace-cmd 1.2+gitAUTOINC+7055ffd37 2.1.0 Darren Hart <dvhart@...>
kernelshark 1.2+gitAUTOINC+7055ffd37 2.1.0 Darren Hart <dvhart@...> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git;protocol=git
gst-plugins-bad 0.10.23 1.0.5 Cristian Iorga <cristian.iorga@...> not compatible with gst-fluen...
bluez4 4.101 5.2 Cristian Iorga <cristian.iorga@...>
polkit 0.104 0.110 Cristian Iorga <cristian.iorga@...>
gst-plugins-good 0.10.31 1.0.5 Cristian Iorga <cristian.iorga@...> not compatible with gst-fluen...
connman 1.10 1.11 Cristian Iorga <cristian.iorga@...>
gst-ffmpeg 0.10.13 0.11.2 Cristian Iorga <cristian.iorga@...> not compatible with gst-fluen...
libtirpc 0.2.2 0.2.3 Cristian Iorga <cristian.iorga@...>
gst-plugin-bluetooth 4.101 5.2 Cristian Iorga <cristian.iorga@...>
gst-fluendo-mp3 0.10.19 0.10.21 Cristian Iorga <cristian.iorga@...>
gst-fluendo-mpegdemux 0.10.71 0.10.72 Cristian Iorga <cristian.iorga@...>
glib-2.0 2.34.3 2.35.7 Cristian Iorga <cristian.iorga@...>
gst-plugins-base 0.10.36 1.0.5 Cristian Iorga <cristian.iorga@...> not compatible with gst-fluen...
gst-plugins-ugly 0.10.19 1.0.5 Cristian Iorga <cristian.iorga@...> not compatible with gst-fluen...
gstreamer 0.10.36 1.0.5 Cristian Iorga <cristian.iorga@...> not compatible with gst-flue...
pulseaudio 2.1 3.0 Cristian Iorga <cristian.iorga@...>
gnome-common 2.28.0 3.7.4 Constantin Musca <constantinx.musca@...>
gtk+ 2.24.15 3.7.8 Constantin Musca <constantinx.musca@...> Do not upgrade to version: 2....
gnutls 2.12.21 3.1.5 Constantin Musca <constantinx.musca@...>
apt 0.7.14 0.9.7.7 Constantin Musca <constantinx.musca@...>
qemu 1.3.1 1.4.0 Constantin Musca <constantinx.musca@...>
libtasn1 2.14 3.2 Constantin Musca <constantinx.musca@...>
librsvg 2.32.1 2.37.0 Constantin Musca <constantinx.musca@...>
gtk-engines 2.20.2 2.91.1 Constantin Musca <constantinx.musca@...>
libsoup-2.4 2.40.2 2.41.5 Constantin Musca <constantinx.musca@...>
gdk-pixbuf 2.26.5 2.27.1 Constantin Musca <constantinx.musca@...>
augeas 0.10.0 1.0.0 Constantin Musca <constantinx.musca@...>
mesa-dri 9.0.2 9.1 Constantin Musca <constantinx.musca@...>
gnome-desktop 2.32.1 3.7.5 Constantin Musca <constantinx.musca@...>
jpeg 8d 9 Constantin Musca <constantinx.musca@...>
gnome-icon-theme 2.31.0 3.7.4 Constantin Musca <constantinx.musca@...>
liberation-fonts 1.04 2.00.1 Constantin Musca <constantinx.musca@...> 2.00.0 - fontforge package re...
js 1.7.0+1.8.0rc1 185-1.0.0 Constantin Musca <constantinx.musca@...>
gnome-keyring 2.32.1 3.7.5 Constantin Musca <constantinx.musca@...>
libgnome-keyring 2.32.0 3.7.5 Constantin Musca <constantinx.musca@...>
webkit-gtk 1.8.3 1.11.5 Constantin Musca <constantinx.musca@...>
shared-mime-info 1.0 1.1 Constantin Musca <constantinx.musca@...>
inputproto 2.2 2.2.99.1 Constantin Musca <constantinx.musca@...>
libxi 1.6.1 1.6.99.1 Constantin Musca <constantinx.musca@...>
cairo 1.12.12 1.12.14 Constantin Musca <constantinx.musca@...>
groff 1.20.1 1.22.2 Constantin Musca <constantinx.musca@...> 1.18.1.4 is latest GPLv2 Vers...
linux-libc-headers-yocto 3.4+git-AUTOINC+a1cdb607 3.4.9 Bruce Ashfield <bruce.ashfield@...>
linux-libc-headers 3.7 3.7.8 Bruce Ashfield <bruce.ashfield@...>
lttng-modules 2.1.0 2.1.1 Bogdan Marinescu <bogdan.a.marinescu@...>
diffstat 1.55 1.56 Bogdan Marinescu <bogdan.a.marinescu@...>
tcl 8.5.13 8.6.0 Bogdan Marinescu <bogdan.a.marinescu@...>
flex 2.5.35 2.5.37 Bogdan Marinescu <bogdan.a.marinescu@...>
python 2.7.3 3.3.0 Bogdan Marinescu <bogdan.a.marinescu@...>
tcf-agent 0.4.0+gitAUTOINC+4ef94ec 8.0 Bogdan Marinescu <bogdan.a.marinescu@...>
lttng-ust 2.1.0 2.1.1 Bogdan Marinescu <bogdan.a.marinescu@...>
python-pygobject 2.27.91 3.7.5.1 Bogdan Marinescu <bogdan.a.marinescu@...>
bdwgc 7.2 7.3alpha2 Bogdan Marinescu <bogdan.a.marinescu@...>
gmp 5.1.0 5.1.0a Bogdan Marinescu <bogdan.a.marinescu@...>
intltool 0.50.2 0.51.0 Bogdan Marinescu <bogdan.a.marinescu@...>
automake 1.12.6 1.13.1 Bogdan Marinescu <bogdan.a.marinescu@...>
git 1.8.1.2 1.8.1.3 Bogdan Marinescu <bogdan.a.marinescu@...>
sudo 1.8.6p4 1.8.6p6 Andrei Dinu <andrei.adrianx.dinu@...>
dbus-glib 0.100 0.100.1 Andrei Dinu <andrei.adrianx.dinu@...>
shadow 4.1.4.3 4.1.5.1 Andrei Dinu <andrei.adrianx.dinu@...>
e2fsprogs 1.42.6 1.42.7 Andrei Dinu <andrei.adrianx.dinu@...>
Upgradable Count: 105
Upgrade Total Count: 120
The based commit merge time is:
Fri Feb 15 16:04:53 2013 -0800
The based commit is:
commit 05021f82589df2d6eff29f046faf6fb87cda6e95
Author: Peter Seebach <peter.seebach@...>
Date: Tue Feb 12 16:07:51 2013 -0600
Any problem, please contact Saul Wold <sgw@...>

This mail was sent out by Package Report System.
It will list all the recipes which can't check upstream version by script, and will show how long it is since their last mannual version check.
You can check the detail information at http://packages.yoctoproject.org/manuallychkinfo


PackageName Version LastChkVersion LastChkTime Maintainer NoUpgradeReason
opkg 0.1.8+svnr649... 0.1.8 170 day Radu Moisan <radu.moisan@inte... No data
kmod 9 9 205 day Radu Moisan <radu.moisan@inte... No data
ubootchart 0.0+r12 0.0+r12 159 day Radu Moisan <radu.moisan@inte... No data
tinylogin 1.4 1.4 167 day Radu Moisan <radu.moisan@inte... TinyLogin was merged into Busy...
libpfm4 4.3.0 N/A 41320 d No Maintainer information No data
gtk+3 3.4.4 N/A 41320 d No Maintainer information No data
prelink 1.0+gitAUTOIN... 1.0+git1+9552... 170 day Mark Hatle <mark.hatle@windri... No data
adt-installer 0.1.8+svnr596... 1.1 159 day Jessica Zhang <jessica.zhang@... No data
tremor 20120314 20120122 101 day Cristian Iorga <cristian.iorg... No data
minicom 2.6.1 2.6.1 170 day Cristian Iorga <cristian.iorg... No data
libxslt 1.1.28 N/A 41320 d Constantin Musca <constantinx... No data
libpng 1.5.14 N/A 41320 d Andrei Dinu <andrei.adrianx.d... 1.4.3 and later changes the AP...
Manual Check Count: 12
Manual Need Check Count: 12
Any problem, please contact Saul Wold <sgw@...>