<?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.ubuntu.devel">
    <title>gmane.linux.ubuntu.devel</title>
    <link>http://blog.gmane.org/gmane.linux.ubuntu.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.ubuntu.devel/27045"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/27034"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/27024"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/27018"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/27014"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/27013"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/27005"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/27003"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26989"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26981"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26977"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26975"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26974"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26966"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26953"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26949"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26945"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26944"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26942"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ubuntu.devel/26940"/>
      </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.ubuntu.devel/27045">
    <title>armel architecture info wanted</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/27045</link>
    <description>Hi,

Will someone with access to a machine running the  armel platform  
please run the following commands:

touch foo.c
gcc -E -dM foo.c


... and post the output here?

(Or perhaps even better, on the Wiki, where similar information from  
other platforms could be added).

Thanks,
Morten


</description>
    <dc:creator>Morten Kjeldgaard</dc:creator>
    <dc:date>2008-11-29T13:54:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/27034">
    <title>Foundations Team Weekly Summary, 2008-11-26</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/27034</link>
    <description>== Apologies ==
 * EvanDandrea - vacation
 * LarsWirzenius - vacation
 * ScottJamesRemnant - vacation

== Activity reports ==

=== Colin Watson ===
 * Jaunty Alpha 1:
  * Fixed some dmraid issues in hw-detect. Later, realised that the same
bug affected four other installer components (base-installer,
grub-installer, os-prober, and partman-base), and fixed them all. Filed
dmraid #300825 about the general issue.
  * Tracked down and fixed udev #300426.
  * Basic smoke-testing and release.

 * ARM porting assistance:
  * No-change rebuilds: contact-lookup-applet, foomatic-filters
  * lynx-cur build-dependency adjustment so that it can build now that
it needs to be in main.
  * Fixed misbuilt libtool on armel (noticed while investigating dictd
build failure; filed as #299931).
  * Sent patch series to kernel-team&lt; at &gt; to add d-i modules for armel.
  * Some fiddling with the d-i build system, but it won't quite work yet.

 * Merges:
  * Finished debian-installer merge.
  * installation-guide, klibc, network-console, </description>
    <dc:creator>Robbie Williamson</dc:creator>
    <dc:date>2008-11-26T17:52:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/27024">
    <title>python3.0 upgrade issues</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/27024</link>
    <description/>
    <dc:creator>Kjell Braden</dc:creator>
    <dc:date>2008-11-24T14:57:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/27018">
    <title>init scripts, /var/run and dpkg-statoverride</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/27018</link>
    <description>Hi,

Some packages require certain ownership of or permissions on directories
in /var/run. These packages chown/chmod the directories in the 
postinst. As we all know Ubuntu has /var/run on a tmpfs, and as such we
move code to do this from the postinst to the init script.

The correct thing to do is to guard these operations by a call to
dpkg-statoverride to allow the admin to override permissions. However, I
have seen cases where we have a bare chown/chmod in the init script, so
we don't support that.

Is this something that we want to support? Does it even make any
sense for directories on a tmpfs?

Thanks,

James

P.S. it is important to actually move code that changes
permissions on /var/run directories from the postinst to the init
script, i.e. don't leave it in the postinst. This is because a reboot
between the package being unpacked and configured will cause an error
as the directory will not be present. If the postinst needs the 
directory before running init script then have an explicit mkdir in 
th</description>
    <dc:creator>James Westby</dc:creator>
    <dc:date>2008-11-24T15:26:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/27014">
    <title>help: pythonpackage:  gconf-schemas --unregister does not deleteeverything</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/27014</link>
    <description>Hello,


I am trying to add gconf schemas to the python package named onboard. 
The package uses cdbs and python-distutils.mk. The call to gh_gconf in 
debian/rules generates the corresponding gconf-schemas --register and 
gconf-schemas --unregister calls in the postinst and prerm scripts.

After building the debian package in the pbuilder environment, the 
installation of the bin package registers the schemas; uninstalling the 
package unregisters the keys, but not completely: the keys are all 
deleted, but the /apps/onboard and the /schemas/apps/onboard entries 
remain listed in the gconf database (at least they continue to show up 
in the gconf editor).


Could anybody please tell me what is going on or how to make also the 
two remaining entries disappear?


You can have a look at the debian/rules file and at the gconf schemas 
file in the following thread:
http://ubuntuforums.org/showthread.php?t=984014


Many thanks in advance for any help.


Cheers

Francesco

</description>
    <dc:creator>Francesco Fumanti</dc:creator>
    <dc:date>2008-11-21T15:20:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/27013">
    <title>pbuilder-satisfydepends-dummy thinks libmilter-dev is avirtualpackage</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/27013</link>
    <description>Hello,

I'm packaging for Ubuntu an application I'm developing, and I've
encountered a problem I wasn't able find a solution in the docs.

I'm getting error when attempting to create a binary package using
pbuilder (entire output is below):

        The following packages have unmet dependencies:
          pbuilder-satisfydepends-dummy: Depends: libmilter-dev which is
        a virtual package.
                                         Depends: libmilter1 which is a
        virtual package.

However, neither libmilter-dev nor libmilter1 are listed as virtual
packages, according to 'aptitude search libmilter-dev libmilter1'.

I'd like to know how to solve this (either a solution or a reference
would be great).  I wasn't able to find this issue mentioned on any of
the packaging manuals or searches.  Also, if this isn't the appropriate
list, I apologize (and please let me know of a more appropriate list).

I'm using debhelper (single binary package).

Contents of control:

Source: snfmilter
Section: unknown
Prio</description>
    <dc:creator>Alban Deniz</dc:creator>
    <dc:date>2008-11-22T14:55:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/27005">
    <title>Foundations Team Weekly Summary, 2008-11-21</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/27005</link>
    <description>== Activity reports ==

=== Colin Watson ===
 * Fixed gfxboot-theme-ubuntu #294840.

 * Helped Kyle Nitzsche (OEM) out with taking over Classmate PC work.

 * Merged: memtest86+, partman-auto,
partman-auto-lvm,partman-auto-crypto, network-console,
installation-report,localechooser, and most of debian-installer

 * Made powermanagement-interface build on armel, and cleared out some
old bugs in it (#45680, #149678, #182651).

 * Typo fix in language-selector.

 * Bits of man-db and dpkg bug triage.

 * Fix gamin build failure (noticed by Matthias on armel).

 * Fix palo build failure.

 * Various armel-related buildability and installability fixes; also
some related archive administration work.

 * Worked to get the GTK debian-installer frontend buildable in Ubuntu
(including vte packaging merge).

 * Wrote archive script to check for override mismatches between
architectures; output at
   http://people.ubuntu.com/~ubuntu-archive/architecture-mismatches.txt
   (may well be empty when you read this, but it does</description>
    <dc:creator>Robbie Williamson</dc:creator>
    <dc:date>2008-11-22T06:09:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/27003">
    <title>tarball-in-tarball packaging</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/27003</link>
    <description>Fellow Developers,
    I am sure that some of you like tarball-in-tarball packaging, and
that others of you dislike it.  Some of you may have no special
preference  I've seen discussions where strong arguments were presented
for doing it each way, and have built my own set of personal preferences
on the matter.

    On this contentious topic, I'd like to ask that one thing *never* be
done in this area: if you are updating to a new upstream of a package
that is present in Debian, and  not yet updated, please never alter the
previous choice of whether to use tarball-in-tarball or not.  If the
package is orphaned, and you *really* want to change whether it uses
tarball-in-tarball, please contact the Debian QA team to get the update
in Debian.  If there is an active maintainer, please defer to their
wishes.  Not doing so makes it impossible to achieve sync within that
upstream version, and will complicate any merging process.

    Please consider that those later working on a package may not share
your preferenc</description>
    <dc:creator>Emmet Hikory</dc:creator>
    <dc:date>2008-11-22T03:09:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26989">
    <title>Ubuntu 8.04 / 8.10 graphics detection changes?</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26989</link>
    <description>Hi, I'm triaging a VMware related Ubuntu bug where the Ubuntu desktop
fails to load, and will only run in low-graphics mode if VMI is enabled
when running in a virtual machine.  Notably, the bug only happens on AMD
hosts; Intel machines are unaffected.  Also, it does not occur in 8.04,
but it a regression observed in 8.10.  This leads me to suspect some
kind of CPUID type detection was added between the two that could
possibly be misvirtualized when running with paravirtualization.

Could someone point me to the right place to be looking at how graphics
mode selection selection might have changed between these two?

Thanks,

Zach


</description>
    <dc:creator>Zachary Amsden</dc:creator>
    <dc:date>2008-11-20T14:58:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26981">
    <title>/etc/motd template</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26981</link>
    <description>In Intrepid, the Ubuntu Server Team created a new package,
update-motd, which provides a very flexible framework for dynamically
and regularly generating a more interesting and informative /etc/motd.

From a command-line-only (Ubuntu Server) perspective, a dynamic MOTD
approximates a text-based alternative to the Desktop's system tray.

In Intrepid, the primary user of update-motd is landscape-sysinfo,
which provides some useful statistics about the current system.

In Jaunty, we have already added hooks to update-notifier to provide
the number of updates available, and when a system restart is required
using update-motd.  I have a few more ideas about programs that could
"grow" update-motd hooks, and I'm sure you can think of a few too...

My question to you is about the stock /etc/motd used in Ubuntu, pasted
here for convenience:

--------
    Linux t61p 2.6.27-8-generic #1 SMP Thu Nov 6 17:38:14 UTC 2008 x86_64

    The programs included with the Ubuntu system are free software;
    the exact distribution</description>
    <dc:creator>Dustin Kirkland</dc:creator>
    <dc:date>2008-11-20T15:49:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26977">
    <title>Foundations Team Weekly Summary, 2008-11-14</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26977</link>
    <description>== Apologies ==

 * LukeYelavich - on vacation
 * JamesWestby - at November Nexus

== Activity reports ==

=== Colin Watson ===

 * Merged: clock-setup, kbd, console-setup, lilo-installer,
busybox(including fix for #293586, though that will need to be
backported to intrepid), anna, finish-install, netcfg, silo-installer,
yaboot-installer, grub-installer, palo-installer, parted, base-files,
partman-newworld, partman-crypto, partman-ext3, partman-jfs,
partman-xfs, partman-reiserfs, iso-scan (phew)

 * Some debian-installer bug review, including cleaning up very old
daily-installer-* directories from the archive (#40186).

 * Followed up to upstart/util-linux #273189 with a more detailed
description of work to be done (noticed during finish-install merge).

 * Investigated casper #70566 at some length by way of sponsorship
processing; I have a cleaned-up version of the proposed patch in my
casper working tree now, but this is likely to need more complex fixes
in usplash in order to display non-ASCII characters </description>
    <dc:creator>Robbie Williamson</dc:creator>
    <dc:date>2008-11-14T17:07:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26975">
    <title>Proposal for restricted drivers policy adjustment</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26975</link>
    <description>I have been thinking recently about the restricted driver policy. It's
nice to get hardware directly not supported by kernel to work at least
by using non-free drivers, but on the other side this could be
two-edged and lead to ignorance from hw manufacturer because of
weakening the demand for free drivers or open hardware specification.
So I believe it would be very useful to take the strenght of Ubuntu
community and send the clean message to hardware vendors that we
demand free drivers by adding for example checkbox for something like
'I agree with contacting the manufacturer of my hardware with demand
for free drivers so I won't need to mess with this in the future
again' and ask for user's name so that ubuntu community can send
perhaps once per a month an e-mail with every signed name to vendor...
Or something like that
When our voices will be loud enough we can make change and get rid of
proprietary drivers.

</description>
    <dc:creator>Michael Hrabanek</dc:creator>
    <dc:date>2008-11-09T16:50:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26974">
    <title>Help Needed on Language pack Testing.</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26974</link>
    <description/>
    <dc:creator>Sanjeev Bhise</dc:creator>
    <dc:date>2008-11-13T08:21:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26966">
    <title>libtool updates</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26966</link>
    <description/>
    <dc:creator>Scott James Remnant</dc:creator>
    <dc:date>2008-11-17T10:13:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26953">
    <title>package removal explanation?</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26953</link>
    <description>Can anyone point me to documentation or mailing list discussion as to
why xmms was removed from Ubuntu universe?
 * https://launchpad.net/ubuntu/+source/xmms

I mean, I know that upstream for the project is essentially dead, and
there are tons of other alternative music players available.

But xmms remains rock-solid for my use cases (streaming over http),
and I continue to build it in my PPA for each Ubuntu release.

</description>
    <dc:creator>Dustin Kirkland</dc:creator>
    <dc:date>2008-11-12T00:15:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26949">
    <title>Promoting a package in a pocket to main</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26949</link>
    <description>Relevant bug: https://bugs.edge.launchpad.net/ubuntu/+source/xfprint4/+bug/211335

Essentially xfprint4 should depend on a2ps, but that is impossible
since xfprint4 is in main (in gutsy, and dapper), and a2ps is in
universe. Talking with the LP admins, promotion within a pocket is
possible, but I'd believe this requires discussion before any actions
are taken.
Michael.

</description>
    <dc:creator>Michael Casadevall</dc:creator>
    <dc:date>2008-11-08T08:04:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26945">
    <title>merges galore</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26945</link>
    <description/>
    <dc:creator>Stefan Potyra</dc:creator>
    <dc:date>2008-11-05T14:25:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26944">
    <title>Merge-o-Matic and bzr packages</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26944</link>
    <description/>
    <dc:creator>Scott James Remnant</dc:creator>
    <dc:date>2008-11-05T11:56:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26942">
    <title>Server Team 20081104 meeting minutes</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26942</link>
    <description>Hi,

Here are the minutes of the meeting. They can also be found online with        
the irc logs here: https://wiki.ubuntu.com/MeetingLogs/Server/20081104.        


==== Server FAQ ====

nijaba reviewed the questions from the ServerFaQ[1]. He added new ones at the
bottom of the page. The next step is now to update the answers.

ACTION: mathiaz to add a section about updating the ServerFAQ to the Roadmap

ACTION: sommer and nijaba to start updating the answers

ACTION: kirkland to review the RAID related questions

[1]: https://help.ubuntu.com/community/ServerFaq

==== Ideas for Jaunty ====

mathiaz reminded that ideas for Jaunty should be added to the ServerTeam
IdeaPool[2] page so that they can be reviewed and included in discussions for
the next UDS.

[2]: https://wiki.ubuntu.com/ServerTeam/IdeaPool

==== Agree on next meeting date and time ====

Next meeting will be on Tuesday, November 11th at 16:00 UTC in #ubuntu-
meeting.

</description>
    <dc:creator>Mathias Gug</dc:creator>
    <dc:date>2008-11-04T20:06:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26940">
    <title>Upcoming Ubuntu Kernel Team Meeting - Tuesday, 4th of November -17:00UTC - #ubuntu-meeting</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26940</link>
    <description>Hi,

The next Ubuntu Kernel Team Meeting is scheduled for Tuesday, November
4th, 17:00 UTC in #ubuntu-meeting.

NOTE: This is a channel and time change from previous meetings.

If there are any discussion points or items for decision that you would
like to add to the agenda [1], add an item to it and begin preparations
to present a short introduction to the topic on #ubuntu-meeting during
the scheduled session.

[1]: https://wiki.ubuntu.com/KernelTeam/Meeting

If you have have been working hard on the project and want to let others
know what you have been up to, try to summarize it on the Reporting Page
[2].

[2]: https://wiki.ubuntu.com/KernelTeam/ReportingPage

As usual, anyone interested in the development of Ubuntu Kernel is
welcome to attend.

Thanks

~pete
</description>
    <dc:creator>Pete Graner</dc:creator>
    <dc:date>2008-11-04T15:28:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ubuntu.devel/26935">
    <title>Overall package list</title>
    <link>http://comments.gmane.org/gmane.linux.ubuntu.devel/26935</link>
    <description>Hello,

I am trying to find an equivalent to Gentoo's /var/lib/portage/world in 
Ubuntu.  So far, it doesn't appear there is anything like it in anything 
but Gentoo, which is unfortunate.

Basically I want to get a list of packages installed on the system, but 
*only* packages that actually affect the installation of dependent 
packages.  For example, Ubuntu has the ubuntu-minimal, ubuntu-standard, 
and ubuntu-desktop "meta-packages" or virtual packages.  All you have to 
do is install one of these packages (I'll use ubuntu-minimal for the 
purposes of my question), and apt will automatically figure out all of 
the dependent packages to install from there.

After installing ubuntu-minimal, say I install the aptitude package.  It 
will install a whole bunch of dependent packages and then install 
aptitude.  At this point, the *only* two packages that really affect how 
my system is built are ubuntu-minimal and aptitude.  That's it.  I want 
a utility or option that will print out only these two package names</description>
    <dc:creator>Jeff Hansen</dc:creator>
    <dc:date>2008-10-31T21:13:31</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.linux.ubuntu.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.ubuntu.devel</link>
  </textinput>
</rdf:RDF>
