<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.linux.gentoo.devel">
    <title>gmane.linux.gentoo.devel</title>
    <link>http://blog.gmane.org/gmane.linux.gentoo.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58418"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58400"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58395"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58365"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58363"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58362"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58360"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58353"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58324"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58319"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58315"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58307"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58306"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58287"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58282"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58274"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58255"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58249"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58238"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.devel/58223"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58418">
    <title>Baselayout-2 / OpenRC Stabilization</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58418</link>
    <description>As some people may have already noticed, I have recently added OpenRC
0.3.0 to the tree. This will be the stabilization candidate in
approximately 30 days.

I encourage everyone to kick the tires on this one.

Current Bugs: *http://tinyurl.com/4housz*


</description>
    <dc:creator>Doug Goldstein</dc:creator>
    <dc:date>2008-10-06T18:59:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58400">
    <title>Automated Package Removal and Addition Tracker, for the week ending 2008-10-05 23h59 UTC</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58400</link>
    <description>The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2008-10-05 23h59 UTC.

Removals:
media-fonts/liberation-fonts-ttf      2008-09-30 02:01:51je_fro
app-emulation/vmware-workstation-tools2008-09-30 20:13:11ikelos
dev-tex/extsizes                      2008-10-04 08:40:06aballier
dev-tex/eurosym                       2008-10-04 08:41:07aballier

Additions:
dev-perl/JavaScript-SpiderMonkey      2008-09-29 01:52:55robbat2
dev-perl/SQL-Abstract-Limit           2008-09-29 02:06:05robbat2
dev-perl/Net-Z3950-ZOOM               2008-09-29 02:06:23robbat2
dev-perl/Class-DBI-AbstractSearch     2008-09-29 02:06:41robbat2
dev-perl/MARC-Charset                 2008-09-29 02:06:59robbat2
dev-perl/MARC-Record                  2008-09-29 02:07:19robbat2
dev-perl/MARC-XML                     2008-09-29 02:07:52robbat2
dev-libs/OpenSRF                      2008-09-29 04:13:48robbat2
net-misc/amazonmp3-libcompat          2008-09-29 14:16:45lack
media-fonts/liberation-fonts          2008-09-30 00:47:30je_fro
dev-perl/WWW-Curl                     2008-09-30 08:41:04robbat2
dev-lang/sunstudioexpress             2008-09-30 12:08:07flameeyes
x11-plugins/pidgin-mpris              2008-10-01 11:19:27chainsaw
dev-libs/libhid                       2008-10-01 16:36:55matsuu
app-office/akonadi-server             2008-10-02 05:01:16jmbsvicetto
media-sound/phonon                    2008-10-02 05:16:17jmbsvicetto
kde-base/akonadi                      2008-10-02 06:04:35jmbsvicetto
kde-base/automoc                      2008-10-02 06:09:53jmbsvicetto
kde-base/kbreakout                    2008-10-02 06:49:13jmbsvicetto
kde-base/kblocks                      2008-10-02 06:50:42jmbsvicetto
kde-base/kdebase-cursors              2008-10-02 07:28:35jmbsvicetto
kde-base/kdegraphics-strigi-analyzer  2008-10-02 07:39:32jmbsvicetto
kde-base/kdemaildir                   2008-10-02 07:54:59jmbsvicetto
kde-base/kdepim-icons                 2008-10-02 08:05:20jmbsvicetto
kde-base/kdepim-strigi-analyzer       2008-10-02 08:10:04jmbsvicetto
kde-base/kdeplasma-addons             2008-10-02 08:12:30jmbsvicetto
kde-base/kdesdk-strigi-analyzer       2008-10-02 08:18:17jmbsvicetto
kde-base/kdiamond                     2008-10-02 08:27:22jmbsvicetto
kde-base/kiconfinder                  2008-10-02 08:45:49jmbsvicetto
kde-base/kleopatra                    2008-10-02 08:59:10jmbsvicetto
kde-base/kollision                    2008-10-02 09:27:34jmbsvicetto
kde-base/kontactinterfaces            2008-10-02 09:35:37jmbsvicetto
kde-base/ksirk                        2008-10-02 09:58:46jmbsvicetto
kde-base/kstartperf                   2008-10-02 10:07:39jmbsvicetto
kde-base/ksystemlog                   2008-10-02 10:13:20jmbsvicetto
kde-base/ktimetracker                 2008-10-02 10:18:02jmbsvicetto
kde-base/kubrick                      2008-10-02 10:28:11jmbsvicetto
kde-base/libkdcraw                    2008-10-02 10:41:22jmbsvicetto
kde-base/libkexiv2                    2008-10-02 10:46:12jmbsvicetto
kde-base/libkipi                      2008-10-02 10:48:42jmbsvicetto
kde-base/libkleo                      2008-10-02 10:50:03jmbsvicetto
kde-base/libksane                     2008-10-02 10:54:33jmbsvicetto
kde-base/lokalize                     2008-10-02 11:01:16jmbsvicetto
kde-base/okteta                       2008-10-02 11:07:57jmbsvicetto
kde-base/phonon-xine                  2008-10-02 11:11:17jmbsvicetto
kde-base/plasma-apps                  2008-10-02 11:12:43jmbsvicetto
kde-base/plasma-workspace             2008-10-02 11:14:06jmbsvicetto
kde-base/renamedlg-plugins            2008-10-02 11:16:12jmbsvicetto
kde-base/solid-hardware               2008-10-02 11:18:40jmbsvicetto
kde-base/step                         2008-10-02 11:21:08jmbsvicetto
app-misc/anki                         2008-10-02 23:13:39hncaldwell
dev-libs/ustr                         2008-10-03 03:15:41pebenito
dev-python/sepolgen                   2008-10-03 03:46:23pebenito
dev-util/qbzr                         2008-10-03 14:01:04jokey
dev-java/jtreemap                     2008-10-03 21:34:39serkan
dev-util/statcvs                      2008-10-03 21:39:24serkan
dev-util/statsvn                      2008-10-03 21:44:32serkan
games-rpg/mangos                      2008-10-04 07:38:26trapni
x11-themes/sound-theme-freedesktop    2008-10-05 05:23:12leio
media-libs/libcanberra                2008-10-05 06:37:11leio
java-virtuals/stax-api                2008-10-05 16:19:12serkan

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail     : robbat2&lt; at &gt;gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
media-fonts/liberation-fonts-ttf,removed,je_fro,2008-09-30 02:01:51
app-emulation/vmware-workstation-tools,removed,ikelos,2008-09-30 20:13:11
dev-tex/extsizes,removed,aballier,2008-10-04 08:40:06
dev-tex/eurosym,removed,aballier,2008-10-04 08:41:07
Added Packages:
dev-perl/JavaScript-SpiderMonkey,added,robbat2,2008-09-29 01:52:55
dev-perl/SQL-Abstract-Limit,added,robbat2,2008-09-29 02:06:05
dev-perl/Net-Z3950-ZOOM,added,robbat2,2008-09-29 02:06:23
dev-perl/Class-DBI-AbstractSearch,added,robbat2,2008-09-29 02:06:41
dev-perl/MARC-Charset,added,robbat2,2008-09-29 02:06:59
dev-perl/MARC-Record,added,robbat2,2008-09-29 02:07:19
dev-perl/MARC-XML,added,robbat2,2008-09-29 02:07:52
dev-libs/OpenSRF,added,robbat2,2008-09-29 04:13:48
net-misc/amazonmp3-libcompat,added,lack,2008-09-29 14:16:45
media-fonts/liberation-fonts,added,je_fro,2008-09-30 00:47:30
dev-perl/WWW-Curl,added,robbat2,2008-09-30 08:41:04
dev-lang/sunstudioexpress,added,flameeyes,2008-09-30 12:08:07
x11-plugins/pidgin-mpris,added,chainsaw,2008-10-01 11:19:27
dev-libs/libhid,added,matsuu,2008-10-01 16:36:55
app-office/akonadi-server,added,jmbsvicetto,2008-10-02 05:01:16
media-sound/phonon,added,jmbsvicetto,2008-10-02 05:16:17
kde-base/akonadi,added,jmbsvicetto,2008-10-02 06:04:35
kde-base/automoc,added,jmbsvicetto,2008-10-02 06:09:53
kde-base/kbreakout,added,jmbsvicetto,2008-10-02 06:49:13
kde-base/kblocks,added,jmbsvicetto,2008-10-02 06:50:42
kde-base/kdebase-cursors,added,jmbsvicetto,2008-10-02 07:28:35
kde-base/kdegraphics-strigi-analyzer,added,jmbsvicetto,2008-10-02 07:39:32
kde-base/kdemaildir,added,jmbsvicetto,2008-10-02 07:54:59
kde-base/kdepim-icons,added,jmbsvicetto,2008-10-02 08:05:20
kde-base/kdepim-strigi-analyzer,added,jmbsvicetto,2008-10-02 08:10:04
kde-base/kdeplasma-addons,added,jmbsvicetto,2008-10-02 08:12:30
kde-base/kdesdk-strigi-analyzer,added,jmbsvicetto,2008-10-02 08:18:17
kde-base/kdiamond,added,jmbsvicetto,2008-10-02 08:27:22
kde-base/kiconfinder,added,jmbsvicetto,2008-10-02 08:45:49
kde-base/kleopatra,added,jmbsvicetto,2008-10-02 08:59:10
kde-base/kollision,added,jmbsvicetto,2008-10-02 09:27:34
kde-base/kontactinterfaces,added,jmbsvicetto,2008-10-02 09:35:37
kde-base/ksirk,added,jmbsvicetto,2008-10-02 09:58:46
kde-base/kstartperf,added,jmbsvicetto,2008-10-02 10:07:39
kde-base/ksystemlog,added,jmbsvicetto,2008-10-02 10:13:20
kde-base/ktimetracker,added,jmbsvicetto,2008-10-02 10:18:02
kde-base/kubrick,added,jmbsvicetto,2008-10-02 10:28:11
kde-base/libkdcraw,added,jmbsvicetto,2008-10-02 10:41:22
kde-base/libkexiv2,added,jmbsvicetto,2008-10-02 10:46:12
kde-base/libkipi,added,jmbsvicetto,2008-10-02 10:48:42
kde-base/libkleo,added,jmbsvicetto,2008-10-02 10:50:03
kde-base/libksane,added,jmbsvicetto,2008-10-02 10:54:33
kde-base/lokalize,added,jmbsvicetto,2008-10-02 11:01:16
kde-base/okteta,added,jmbsvicetto,2008-10-02 11:07:57
kde-base/phonon-xine,added,jmbsvicetto,2008-10-02 11:11:17
kde-base/plasma-apps,added,jmbsvicetto,2008-10-02 11:12:43
kde-base/plasma-workspace,added,jmbsvicetto,2008-10-02 11:14:06
kde-base/renamedlg-plugins,added,jmbsvicetto,2008-10-02 11:16:12
kde-base/solid-hardware,added,jmbsvicetto,2008-10-02 11:18:40
kde-base/step,added,jmbsvicetto,2008-10-02 11:21:08
app-misc/anki,added,hncaldwell,2008-10-02 23:13:39
dev-libs/ustr,added,pebenito,2008-10-03 03:15:41
dev-python/sepolgen,added,pebenito,2008-10-03 03:46:23
dev-util/qbzr,added,jokey,2008-10-03 14:01:04
dev-java/jtreemap,added,serkan,2008-10-03 21:34:39
dev-util/statcvs,added,serkan,2008-10-03 21:39:24
dev-util/statsvn,added,serkan,2008-10-03 21:44:32
games-rpg/mangos,added,trapni,2008-10-04 07:38:26
x11-themes/sound-theme-freedesktop,added,leio,2008-10-05 05:23:12
media-libs/libcanberra,added,leio,2008-10-05 06:37:11
java-virtuals/stax-api,added,serkan,2008-10-05 16:19:12

Done.</description>
    <dc:creator>Robin H. Johnson</dc:creator>
    <dc:date>2008-10-06T00:15:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58395">
    <title>"Slacking" arches - which are stable, which aren't?</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58395</link>
    <description>Not wanting to start a huge war about what arches are slacking and
which aren't - I asked in -dev on IRC and was told to check out
profiles.desc - based on this information, I closed Bug 208917 which
was about stablizing dbus-glib-0.74.  The bug was opened on 04 Feb
2008, and as of today 05 Oct 2008, the only arches left to stable it
are arm, sh, and s390 (and according to profiles.desc, they are all
dev profiles) however hoffie said that didn't seem right since he
knows things get requested for stable for those arches.

So, IS there a definitive list somewhere of what arches are stable,
and which aren't, and if so, where can it be found?  I have no problem
re-opening the bug, but as I stated in -dev, its been almost 8 months
since the last *activity* on the bug, and I doubt that they are going
to be stabling it any time soon.

Thoughts? Helps?


</description>
    <dc:creator>Steev Klimaszewski</dc:creator>
    <dc:date>2008-10-05T21:26:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58365">
    <title>EAPI-2 and src_configure in eclasses</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58365</link>
    <description>How should exporting of src_configure in eclasses be handled? Should
it be conditional, depending on the EAPI? Or is it O.K. to export
src_configure unconditionally, since it doesn't harm for EAPI&lt;2?

A concrete example is elisp.eclass which should export an empty
elisp_src_configure function for EAPI=2.

Ulrich


</description>
    <dc:creator>Ulrich Mueller</dc:creator>
    <dc:date>2008-10-05T13:36:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58363">
    <title>Changing doc use flag on gtk-doc packages to gtk-doc-rebuild or something else</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58363</link>
    <description>Currently the doc use flag on gtk-doc using packages does not control
doc installation but instead whether to rebuild them so that they are
properly cross linked. I think we should be using a separate use flag
from doc for this purpose. Any comments?

15:40 &lt;&lt; at &gt;Betelgeuse&gt; EvaSDK: Just change the doc use flag to something
else and it won't confuse people
15:56 &lt;&lt; at &gt;EvaSDK&gt; Betelgeuse: it not like it's been like this forever...
15:56 &lt;&lt; at &gt;EvaSDK&gt; send a mail to -dev if you want to discuss it

Regards,
Petteri

</description>
    <dc:creator>Petteri Räty</dc:creator>
    <dc:date>2008-10-05T13:05:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58362">
    <title>developer profile</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58362</link>
    <description>I just had a user in bugzilla who thought, the developer profile would be for software developers,
not just for gentoo developers. Probably he is not the only one.

What about either adding some big warning on portage output or renaming this profile to e.g.
"gentoodeveloper"?


</description>
    <dc:creator>Thomas Sachau</dc:creator>
    <dc:date>2008-10-05T12:24:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58360">
    <title>Projects without a homepage, and valid contents of HOMEPAGE (perbug 239268)</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58360</link>
    <description>For projects where the upstream has vanished off the face of the planet,
and the project was reasonably obscure, but the code works fine still, 
there's problems with either the requirements of HOMEPAGE or the repoman
check.

From PMS:
\item[HOMEPAGE] The URI or URIs for a package's homepage, including
protocols. May be defined by an eclass. See section~\ref{dependencies}
for full syntax.

Devmanual:
HOMEPAGE: Package's homepage. If you are unable to locate an official
one, try to provide a link to freshmeat.net  or a similar package
tracking site.  Never refer to a variable name in the string; include
only raw text. 

As Infra, I suggested that zero or more valid URLs should be present in
the bug where the question was raised.

However repoman doesn't like an empty HOMEPAGE variable:

HOMEPAGE.missing              1
     app-mobilephone/smssend/smssend-3.4.ebuild

Either we need special cases to declare that it no longer has a
homepage, or we need to allow the empty HOMEPAGE.

I'm in favour of allowing the variable to empty, because I'm a lazy
upstream, and I haven't even made a basic webpage for some of my
projects (diradm, localshell, readahead-list, etc).

</description>
    <dc:creator>Robin H. Johnson</dc:creator>
    <dc:date>2008-10-05T10:44:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58353">
    <title>genkernel support uuid for real_resume</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58353</link>
    <description>This patch add support uuid for real_resume boot option.

example:

# /boot/grub/menu.lst

timeout 30
default 0

color light-gray/bluetitle  Gentoo
root (hd0,1)
kernel /boot/kernel-genkernel-x86-2.6.25-gentoo-r7 real_root=UUID=d5587595-72aa-48e9-a6ba-43daa8e16db1 real_resume=UUID=5f267a01-971a-4440-99aa-04ac28145db1 vga=794
initrd /boot/initramfs-genkernel-x86-2.6.25-gentoo-r7



--- linuxrc.old2008-10-04 15:18:40.000000000 +0000
+++ linuxrc2008-10-04 15:05:32.000000000 +0000
&lt; at &gt;&lt; at &gt; -243,6 +243,34 &lt; at &gt;&lt; at &gt;
 startLUKS
 if [ "${NORESUME}" != '1' ] &amp;&amp; [ -n "${REAL_RESUME}" ]
 then
+case "${REAL_RESUME}" in
+LABEL\=*|UUID\=*)
+
+RESUME_DEV=""
+retval=1
+
+if [ "${retval}" -ne '0' ]; then
+RESUME_DEV=`findfs "${REAL_RESUME}" 2&gt;/dev/null`
+retval=$?
+fi
+
+if [ "$retval" -ne '0' ]; then
+RESUME_DEV=`busybox findfs "${REAL_RESUME}" 2&gt;/dev/null`
+retval=$?
+fi
+
+if [ "${retval}" -ne '0' ]; then
+RESUME_DEV=`blkid -t "${REAL_RESUME}" | cut -d ":" -f 1 2&gt;/dev/null`
+retval=$?
+fi
+
+if [ "${retval}" -eq '0' ] &amp;&amp; [ -n "${RESUME_DEV}" ]; then
+good_msg "Detected real_resume=${RESUME_DEV}"
+REAL_RESUME="${RESUME_DEV}"
+fi
+;;
+esac
+
 swsusp_resume
 #suspend_resume
 tuxonice_resume
</description>
    <dc:creator>devix&lt; at &gt;hitv.ru</dc:creator>
    <dc:date>2008-10-04T22:27:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58324">
    <title>proj/en/perl/outdated-cpan-packages.xml automatic update</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58324</link>
    <description>Hi Folks,

To help out the perl team, I converted their up2date-ng script running
to be purely automatic from cvs.g.o now, it will run daily at 01h52 UTC.

If you touch up2date_package.altname or up2date_package.mask please give
me a shout so I can ensure updated copies on the server.

</description>
    <dc:creator>Robin H. Johnson</dc:creator>
    <dc:date>2008-10-03T01:20:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58319">
    <title>Testing is not a valid reason to package.mask</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58319</link>
    <description># Gen 2 Developer &lt;someone&lt; at &gt;gentoo.org&gt; (`date`)
# Masked for testing.


Please people,


   if you want to get something tested, then don't mask it. If you find
that you cannot commit an ebuild because of badly keyworded
dependencies, then drop the relevant keywords and file a bug report
with a KEYWORDREQ.


Kind regards,
     JeR


</description>
    <dc:creator>Jeroen Roovers</dc:creator>
    <dc:date>2008-10-02T20:24:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58315">
    <title>kdeprefix use flag</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58315</link>
    <description>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Following the previous thread about the KDE FHS install, I've earlier
committed a new global use flag - kdeprefix.
I did it without remembering that we're expected to mail the dev ml
before adding global use flags. This flag is now added in the kde4
eclasses and applies to all 250+ kde ebuilds. Although we talked about
it on the FHS thread, we didn't "officially" submit a proposal for the
use flag.
Are there any issues with this flag? Should we revert it ASAP?

- --
Regards,

Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
Gentoo- forums / Userrel / Devrel / SPARC / KDE
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkjkNQgACgkQcAWygvVEyAJb2QCcDOMsszh9ZgBuqyT6SXgMHIxr
9DEAn3pv7b519ugv4D7UfVghR2JBwG6e
=dyIl
-----END PGP SIGNATURE-----


</description>
    <dc:creator>Jorge Manuel B. S. Vicetto</dc:creator>
    <dc:date>2008-10-02T02:42:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58307">
    <title>Migrating to EAPI 2 and econf</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58307</link>
    <description>Just a reminder to everyone that when you migrate to EAPI 2 in order to 
use use dependencies remember to migrate your src_compile function too 
or you will be running econf twice if you have a custom src_compile 
function. econf will first be run by the default src_configure function 
and then by your custom src_compile function. Hopefully we will get a QA 
check for this in the near future.

</description>
    <dc:creator>Petteri Räty</dc:creator>
    <dc:date>2008-10-01T13:48:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58306">
    <title>Monthly Gentoo Council Reminder for October</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58306</link>
    <description>This is your monthly friendly reminder !  Same bat time (typically
the 2nd Thursday at 2000 UTC / 1600 EST), same bat channel
(#gentoo-council &lt; at &gt; irc.freenode.net) !

If you have something you'd wish for us to chat about, maybe even
vote on, let us know !  Simply reply to this e-mail for the whole
Gentoo dev list to see.

Keep in mind that every GLEP *re*submission to the council for review
must first be sent to the gentoo-dev mailing list 7 days (minimum)
before being submitted as an agenda item which itself occurs 7 days
before the meeting.  Simply put, the gentoo-dev mailing list must be
notified at least 14 days before the meeting itself.

For more info on the Gentoo Council, feel free to browse our homepage:
http://www.gentoo.org/proj/en/council/


</description>
    <dc:creator>Mike Frysinger</dc:creator>
    <dc:date>2008-10-01T05:30:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58287">
    <title>Last rites: dev-lisp/abcl-cvs</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58287</link>
    <description>+# Petteri Räty &lt;betelgeuse&lt; at &gt;gentoo.org&gt; (29 Sep 2008)
+# Live ebuilds are more appropriate to overlays.
+# See https://bugs.gentoo.org/show_bug.cgi?id=227629
+# for more details.
+dev-lisp/abcl-cvs
+

</description>
    <dc:creator>Petteri Räty</dc:creator>
    <dc:date>2008-09-29T17:43:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58282">
    <title>changing EAPI on existing ebuilds. To bump or not?</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58282</link>
    <description>I was thinking about this a day or 2 ago and just noticed that a similar
situation has come up.

Please refer to https://bugs.gentoo.org/show_bug.cgi?id=239006 but
basically.

=dev-java/ant-antlr-1.7.1 was changed from EAPI="1" to EAPI="2" to take
advantage of the use flag dep functionality.

now, I normally take the approach that if the change I am making to an
ebuild effects the installed files then I bump.

But what is the "best" thing to do here.

Some things to note is that this ebuild is ~arch and EAPI="2" is also
~arch.  Obviously if the ebuild was arch then changing to a ~arch EAPI
would be a no-no.  Are there any other situations which are definite
no-no's?

Anyway,  would be nice to get some feedback, idea's on this and
hopefully also a more detailed explaination from a pm's perspective (if
there is one).

Thanks.

Alistair

ps. If changing EAPI is bad then maybe repoman should check for it.


</description>
    <dc:creator>Alistair Bush</dc:creator>
    <dc:date>2008-09-29T08:39:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58274">
    <title>Automated Package Removal and Addition Tracker, for the week ending 2008-09-28 23h59 UTC</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58274</link>
    <description>The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2008-09-28 23h59 UTC.

Removals:
sci-libs/blas-config               2008-09-23 10:27:32bicatali
sci-libs/lapack-config             2008-09-23 10:28:05bicatali
sci-libs/libscigraphica            2008-09-23 10:29:40bicatali
sci-visualization/scigraphica      2008-09-23 10:30:18bicatali

Additions:
app-emacs/nxml-docbook5-schemas    2008-09-22 13:09:20flameeyes
app-text/docbook-xsl-ns-stylesheets2008-09-22 14:15:14flameeyes
app-laptop/hdaps-gl                2008-09-22 21:08:18hanno
net-misc/termpkg                   2008-09-23 19:34:00sbriesen
media-sound/ncmpcpp                2008-09-23 22:23:50yngwin
media-video/whaawmp                2008-09-24 10:44:20yngwin
app-text/xfbib                     2008-09-24 16:27:20angelos
xfce-extra/xfce4-modemlights       2008-09-24 16:41:01angelos
media-plugins/gmpc-alarm           2008-09-24 20:02:15angelos
media-plugins/gmpc-extraplaylist   2008-09-24 20:07:24angelos
media-plugins/gmpc-libnotify       2008-09-24 20:11:27angelos
media-plugins/gmpc-lyricwiki       2008-09-24 20:28:50angelos
sci-geosciences/mapnik             2008-09-25 05:42:05nerdboy
mail-mta/qpsmtpd                   2008-09-28 19:36:15jokey

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail     : robbat2&lt; at &gt;gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
sci-libs/blas-config,removed,bicatali,2008-09-23 10:27:32
sci-libs/lapack-config,removed,bicatali,2008-09-23 10:28:05
sci-libs/libscigraphica,removed,bicatali,2008-09-23 10:29:40
sci-visualization/scigraphica,removed,bicatali,2008-09-23 10:30:18
Added Packages:
app-emacs/nxml-docbook5-schemas,added,flameeyes,2008-09-22 13:09:20
app-text/docbook-xsl-ns-stylesheets,added,flameeyes,2008-09-22 14:15:14
app-laptop/hdaps-gl,added,hanno,2008-09-22 21:08:18
net-misc/termpkg,added,sbriesen,2008-09-23 19:34:00
media-sound/ncmpcpp,added,yngwin,2008-09-23 22:23:50
media-video/whaawmp,added,yngwin,2008-09-24 10:44:20
app-text/xfbib,added,angelos,2008-09-24 16:27:20
xfce-extra/xfce4-modemlights,added,angelos,2008-09-24 16:41:01
media-plugins/gmpc-alarm,added,angelos,2008-09-24 20:02:15
media-plugins/gmpc-extraplaylist,added,angelos,2008-09-24 20:07:24
media-plugins/gmpc-libnotify,added,angelos,2008-09-24 20:11:27
media-plugins/gmpc-lyricwiki,added,angelos,2008-09-24 20:28:50
sci-geosciences/mapnik,added,nerdboy,2008-09-25 05:42:05
mail-mta/qpsmtpd,added,jokey,2008-09-28 19:36:15

Done.</description>
    <dc:creator>Robin H. Johnson</dc:creator>
    <dc:date>2008-09-29T00:15:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58255">
    <title>[RFC] PROPERTIES=set for meta-packages that should behave like package sets</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58255</link>
    <description>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi everyone,

Please consider a PROPERTIES=set value that allows an ebuild to
indicate that it should behave like a package set when selected on
the command line. This is behavior is somewhat difficult to describe
in words but the following example should be sufficient to convey
the general idea. Consider a case where all of the kde-base/*-meta
packages exhibit the "set" property, and these packages and their
dependencies are currently installed. In such a case, the default
behavior for a command such as `emerge kde-base/kde-meta` should be
to reinstall the the selected kde-base/kde-meta ebuild and the set
of packages which includes it's direct dependencies and it's
recursive "set" dependencies. So, assuming that all USE flags are
enabled for the selected kde-base/kde-meta ebuild, it would
reinstall the direct dependencies of kdeartwork-meta, kdebase-meta,
kdeedu-meta, kdegames-meta, kdegraphics-meta, kdemultimedia-meta,
kdenetwork-meta, kdetoys-meta, kdeutils-meta, and
kdeaccessibility-meta ebuilds. Similarly, the default behavior for a
command such as `emerge --unmerge kde-base/kde-meta` would be to
uninstall the same set of packages.

The advantage of using the PROPERTIES=set approach, rather than some
alternative approach, is that the PROPERTIES=set approach fits
nicely into the existing framework, similar to the way that
"virtual" ebuilds [1] fit into the existing framework. For example,
/etc/portage/package.use can be used to control the USE flags of
these "set" ebuilds in the same way that it is currently used to
control any other package. Also, tools that are designed to work
with existing ebuilds will continue to work just as well with "set"
ebuilds.

Similar to the proposed "virtual" property [2], the "set" property
will indicate that dependency calculations should consider the
ebuild to have zero installation cost. Other than this, an ebuild
which exhibits the "set" property should behave just like any other
ebuild. It should be installed and uninstalled just like any other
ebuild, including execution of all the normal ebuild phase functions
that would be executed for any other ebuild that does not exhibit
the "set" property.

Does this seem like a good approach? Are there any suggestions for
improvements or alternative approaches?

[1] http://www.gentoo.org/proj/en/glep/glep-0037.html
[2]
http://archives.gentoo.org/gentoo-dev/msg_9d449a18a96a25a547fcfd40544085cf.xml
- --
Thanks,
Zac
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iEYEARECAAYFAkjezf0ACgkQ/ejvha5XGaN78wCg3RHVdox0VaFq+241zVWRkNTH
6H8AoNNMw/I1bWPzM13yN2PMDg6+MTmD
=dxEx
-----END PGP SIGNATURE-----


</description>
    <dc:creator>Zac Medico</dc:creator>
    <dc:date>2008-09-28T00:21:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58249">
    <title>Breakages due to new epatch behavior</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58249</link>
    <description>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

The fix applied for bug 237667 casued all patches that have a full path
(other than /dev/nul) either on the left or right hand side to fail.
Bugs 238648, 238464, 238402 were caused because of that and I fixed 3
more patches under dev-java. There seems to be many more of those in the
tree.

So, please revert the commit because stable ebuilds are also victims of
the change.

- --
Sincerely,
Serkan KABA
Gentoo/Java
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkjcA54ACgkQRh6X64ivZaIafQCbBun0BffGVj5YhQt0+WOG8XDq
M5gAn0OtIECLHRENDT02LNsmmdZjYOv7
=aQAt
-----END PGP SIGNATURE-----


</description>
    <dc:creator>Serkan Kaba</dc:creator>
    <dc:date>2008-09-25T21:33:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58238">
    <title>Cooperation with Gentoo</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58238</link>
    <description>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I writing that letter not because of any software problems. I just want
to say, that You making great job with Gentoo. I'm using that OS 3 years
and I think, that this is pretty much more than normal Linux distro.
It's fast, it's stable, it's professional. Emerge work's great with all
 coming with it apps. Great Job and Thank You for making this distro
working as it does now.
I just want to say for the end, that I wish to cooperate with gentoo
community in Installer and auto configuration part as much as I can. I'm
not a developer, I'm just a student trying to free from inside as much
as I have from programmer.

Thanks, Good luck, Greets.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkjZ9/8ACgkQkKEnm1GQ0leWfgCffkYx1jRTQ/FkI/NAt9XC0TRE
VDgAoKPQOE9MLO6pVCrcDoJC1yLRK1kN
=33PA
-----END PGP SIGNATURE-----


</description>
    <dc:creator>Mateusz Mierzwinski (me.matheos.org</dc:creator>
    <dc:date>2008-09-24T08:19:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58223">
    <title>libffi situation</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58223</link>
    <description>Hello there,

This email is to ask for suggestions about bug #163724 , I am myself one 
of the maintainer of several packages depending upon such a library, and 
the current situation isn't helping too much to decide how to handle 
such a packages.

As we all know, the independent libffi project was long time 
unmaintained , but it seems like the developers have started to work on 
it again; I _think_ the best approach would be to give it preference 
instead of the gcc option.

So, I ask, what road should we take?

Also, can we probably unmask the dev-libs/libffi package?, it seems to 
me a bit exaggerated that it is masked.

Thanks and Regards,

</description>
    <dc:creator>Luis Francisco Araujo</dc:creator>
    <dc:date>2008-09-23T09:04:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.devel/58219">
    <title>Gentoo Council Reminder for September 25</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.devel/58219</link>
    <description>This is your friendly reminder !  Same bat time (typically the 2nd &amp; 4th 
Thursdays at 2000 UTC / 1600 EST), same bat channel (#gentoo-council &lt; at &gt; 
irc.freenode.net) !

If you have something you'd wish for us to chat about, maybe even vote 
on, let us know!  Simply reply to this e-mail for the whole Gentoo dev 
list to see.

Keep in mind that every GLEP *re*submission to the council for review 
must first be sent to the gentoo-dev mailing list 7 days (minimum) 
before being submitted as an agenda item which itself occurs 7 days 
before the meeting.  Simply put, the gentoo-dev mailing list must be 
notified at least 14 days before the meeting itself.

For more info on the Gentoo Council, feel free to browse our homepage: 
http://www.gentoo.org/proj/en/council/

</description>
    <dc:creator>Donnie Berkholz</dc:creator>
    <dc:date>2008-09-23T06:13:38</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.linux.gentoo.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.gentoo.devel</link>
  </textinput>
</rdf:RDF>
