Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 19:00UTC (3pm EDT) in #fedora-meeting on
irc.freenode.net.
= Followups =
#topic #351 Create a policy for updates - status report on implementation
https://fedorahosted.org/fesco/ticket/351
= New business =
On 05/23/2010 05:21 AM, Lennart Poettering wrote:
> On Sun, 23.05.10 00:04, Ilyes Gouta (ilyes.go...@gmail.com) wrote:
>
> Heya,
>
>
>> So how fast is a systemd boot (with all the changes to the scripts)
>> compared to the current F13 setup? How about a ratio?
>>
> Please be patient. To quo
On Sat, 29.05.10 21:00, Roberto Ragusa (m...@robertoragusa.it) wrote:
>
> Kevin Kofler wrote:
>
> > Roberto Ragusa wrote:
> >> I need to change firewalls rules and routing rules in the middle of the
> >> init scripts, because I have a multihomed internet connection and remote
> >> filesystems an
On Sat, 29.05.10 19:48, Roberto Ragusa (m...@robertoragusa.it) wrote:
>
> Kevin Kofler wrote:
> > Jeremy Sanders wrote:
> >>
> >> You're suggesting hammering shut the insides of linux to stop people
> >> playing around and reducing freedom - sounds like you want Fedora to be
> >> like the product
On 05/31/2010 07:44 PM, Matt Domsch wrote:
> Fedora Fails To Build From Source Results for i386
> using rawhide from 2010-05-27
>
> This is a full rebuild, the first for Fedora 14's rawhide. The
> builders all have Fedora 13 installed.
> OpenSceneGraph-2.8.2-3.fc12 (build/make) corsepiu
From
htt
On Sat, 29.05.10 19:27, Roberto Ragusa (m...@robertoragusa.it) wrote:
>
> Kevin Kofler wrote:
> > Jon Masters wrote:
> >> Didn't we "decide" that Fedora was intended for more technical users? I
> >> don't see many technical users crying out for a hammered shut init
> >> system where they feel lik
On Wed, 26.05.10 19:45, Nicolas Mailhot (nicolas.mail...@laposte.net) wrote:
>
> Le dimanche 23 mai 2010 à 00:34 +0200, Lennart Poettering a écrit :
>
> > ATM everything looks rosy. I just finished porting over all F13
> > installed-by-default daemons to socket activation, and a few more (and
>
On Wed, 26.05.10 13:37, Przemek Klosowski (przemek.klosow...@nist.gov) wrote:
>
> On 05/26/2010 12:07 PM, Adam Williamson wrote:
>
> >> It is not like you want to edit the scripts all the time, so there is
> >> no reason for them being scripts.
> >
> > I beg to differ. I've had to create or modi
On Wed, 26.05.10 22:06, Björn Persson (bj...@rombobjörn.se) wrote:
> This suggests to me that environment variables isn't the right way to do
> this.
> Environment variables are good for parameters that should be available to
> many
> processes. Command line parameters are better when the para
On Mon, May 31, 2010 at 06:04:46PM -0400, Orcan Ogetbil wrote:
> On Mon, May 31, 2010 at 5:31 PM, Matt Domsch wrote:
> > On Mon, May 31, 2010 at 09:58:12PM +0100, Mat Booth wrote:
> >> On 31 May 2010 18:44, Matt Domsch wrote:
> >> >
> >> > xerces-j2-2.9.0-3.fc13 (build/make) mbooth
> >>
> >>
> >> W
2010/6/1 Ryan Rix :
> On Mon 31 May 2010 1:55:26 pm Paul Wouters wrote:
>> since that's the preference
>> of the maintainer, which violates fedora packagaging policies
>
> Then a provenpackager should fix it regardless of whether the maintainer "is
> too busy to fix it." and even then, they shouldn
On Wed, 26.05.10 18:02, Scott James Remnant (sc...@canonical.com) wrote:
> On Wed, 2010-05-26 at 18:14 +0200, Lennart Poettering wrote:
>
> > Oh come on. Thanks for turning this into something personal.
> >
> You did that last week - I got forwarded logs from #systemd. That's
> probably why I w
On Wed, 26.05.10 14:47, Simo Sorce (sso...@redhat.com) wrote:
> > environment variables are normally inherited when forking/execing. We
> > want to make sure that only the process we actually start ourselves
> > parses and handles LISTEN_FDS. We want to avoid that if this daemon
> > might spawn so
On second thought, I should have posted this to the test list, so I forwarded it
there. Sorry.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 26.05.10 12:27, Adam Williamson (awill...@redhat.com) wrote:
> > The plan is to reduce what is currenlty done in files like
> > /etc/init.d/messagebus to files like
> > http://0pointer.de/public/dbus.service.
> >
> > And those files you can edit just fine, and reconfigure.
>
> There's no
On Wed, 26.05.10 13:08, Colin Walters (walt...@verbum.org) wrote:
> >> I beg to differ. I've had to create or modify initscripts quite often,
> >> either as a sysadmin or a packager. If this is now going to require C
> >> coding skills, I'm not going to be able to do it. I don't think it's
> >> sa
I downloaded DAG's EL5 x86_64 RPM for zsync from
http://dag.wieers.com/rpm/packages/zsync/
and installed on x86_64 F13. There were no extra dependencies required,
so I just used rpm -Uvh to install. It seems to work fine. Would it be
acceptable to use a third-party version such as this to prod
On Wed, 26.05.10 12:57, Colin Walters (walt...@verbum.org) wrote:
>
> On Wed, May 26, 2010 at 12:50 PM, Lennart Poettering
> wrote:
> >
> > http://0pointer.de/public/dbus.service.
>
> Note the ExecStartPre here, like most daemons, is conceptually busted.
> There's no reason we shouldn't lay th
On Wed, 26.05.10 09:01, Jeff Spaleta (jspal...@gmail.com) wrote:
>
> On Wed, May 26, 2010 at 5:55 AM, Lennart Poettering
> wrote:
> > Well, that depends on configuration.
>
> > In systemd you can choose individually for each unit whether you want to
> > allow it to continue run processes on shu
On Wed, 26.05.10 08:19, Jeff Spaleta (jspal...@gmail.com) wrote:
>
> On Wed, May 26, 2010 at 5:55 AM, Lennart Poettering
> wrote:
> > In systemd you can choose individually for each unit whether you want to
> > allow it to continue run processes on shut down, whether you want the
> > main proces
On Wed, 26.05.10 10:16, Casey Dahlin (cdah...@redhat.com) wrote:
> > Who is "we"?
> >
>
> Upstart has about 1.7 developers. The 1 is Scott, myself and Johann Kiviniemi
> fight over the .7.
the bzr history tells a different story.
>
> > > The problem we've found is that cgroups are too aggress
On Wed, 26.05.10 12:49, Matthew Miller (mat...@mattdm.org) wrote:
>
> On Wed, May 26, 2010 at 06:39:43PM +0200, drago01 wrote:
> > Again the sysadmin case just implies that something *else* is broken.
>
> Sure. As a distribution, we don't have control over upstream projects and
> their assumptio
On Wed, 26.05.10 09:53, Andrew Parker (andrewpar...@bigfoot.com) wrote:
> >> I couldn't agree more. They need to be scripts, considering how seldom
> >> they actually run it makes even less sense to chase down optimization in
> >> them by making them compiled.
> >
> > -21 million.
> >
> > Scripts
On Sun, 30.05.10 00:38, Xose Vazquez Perez (xose.vazq...@gmail.com) wrote:
>
> On 05/22/2010 11:06 PM, Lennart Poettering wrote:
>
> > On Sat, 22.05.10 18:30, Xose Vazquez Perez (xose.vazq...@gmail.com) wrote:
> >
> >>
> >> Is it worth using tmpfs for some directories(/var/run, lock...) ?
> >
>
On Wed, 26.05.10 09:08, Seth Vidal (skvi...@fedoraproject.org) wrote:
> > Scripts are a crutch to avoid properly designed daemons and
> > configuration systems. I never edit initscripts to "configure"
> > daemons, because they would just be overwritten at the next package
> > upgrade. Configurat
On Wed, 26.05.10 19:54, Nicolas Mailhot (nicolas.mail...@laposte.net) wrote:
>
> Le mercredi 26 mai 2010 à 19:39 +0200, Alexander Boström a écrit :
> > ons 2010-05-26 klockan 10:01 +0100 skrev James Findley:
> >
> > > It's really not at all uncommon for me to need to modify an init script.
> >
On Wed, 26.05.10 19:39, Alexander Boström (a...@root.snowtree.se) wrote:
>
> ons 2010-05-26 klockan 10:01 +0100 skrev James Findley:
>
> > It's really not at all uncommon for me to need to modify an init script.
> > There would be much rage if in order to do this I had to download the
> > SR
On Thu, 27.05.10 10:13, Chris Adams (cmad...@hiwaay.net) wrote:
>
> Once upon a time, Kevin Kofler said:
> > Editing the code is the wrong way to make "simple local changes".
>
> That is only true if you can anticipate every task every system admin
> will ever need to do with your tools.
>
> I
On Wed, 26.05.10 14:57, Emmanuel Seyman (emmanuel.sey...@club-internet.fr)
wrote:
>
> * Ola Thoresen [26/05/2010 14:39] :
> >
> > Would it not be more fruitful to discuss _why_ you (we?) need to edit
> > the initscripts? Describe what functionality is missing or wrong in the
> > default ones?
On Thu, 27.05.10 07:15, Matthew Miller (mat...@mattdm.org) wrote:
>
> On Thu, May 27, 2010 at 10:10:35AM +0200, Harald Hoyer wrote:
> > We mainly speek about rc.sysinit, which most of you don't touch, because it
> > would be overwritten the next initscripts update anyway.
>
> I would never touc
On Wed, 26.05.10 14:08, Jon Masters (jonat...@jonmasters.org) wrote:
> > I couldn't agree more. They need to be scripts, considering how seldom
> > they actually run it makes even less sense to chase down optimization in
> > them by making them compiled.
>
> I *very* strongly agree also. I do c
On Wed, 26.05.10 17:41, Bill Nottingham (nott...@redhat.com) wrote:
>
> James Findley (s...@gmx.com) said:
> > Actually the blog post is proposing exactly that, as I read it. And it
> > seems not only that lots of other people read it the same way, but some
> > even agree with it.
> >
> > So
On Wed, 26.05.10 15:42, James Findley (s...@gmx.com) wrote:
> > It is completely clear that there needs to be some flexibility in any
> > init system to cater to real-world services.
> >
> > But it is also clear that there is a difference between gobs of shell
> > script and nice and clean files l
On Mon 31 May 2010 1:55:26 pm Paul Wouters wrote:
> since that's the preference
> of the maintainer, which violates fedora packagaging policies
Then a provenpackager should fix it regardless of whether the maintainer "is
too busy to fix it." and even then, they shouldn't be maintaining packages
On Mon, May 31, 2010 at 04:11:25PM -0500, Matt Domsch wrote:
> Doh. This is a result of using tmpfs for the buildroots. There are a
> few such failures, which I'll rebuild in the next run w/o using tmpfs.
> Odd, as using tmpfs should have started overflowing into swap, which
> doesn't appear to
On Mon, May 31, 2010 at 5:31 PM, Matt Domsch wrote:
> On Mon, May 31, 2010 at 09:58:12PM +0100, Mat Booth wrote:
>> On 31 May 2010 18:44, Matt Domsch wrote:
>> >
>> > xerces-j2-2.9.0-3.fc13 (build/make) mbooth
>>
>>
>> What do I need to do if a scratch build for rawhide succeeds?
>>
>> http://koji.
On Mon, May 31, 2010 at 09:58:12PM +0100, Mat Booth wrote:
> On 31 May 2010 18:44, Matt Domsch wrote:
> >
> > xerces-j2-2.9.0-3.fc13 (build/make) mbooth
>
>
> What do I need to do if a scratch build for rawhide succeeds?
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=2220859
Nothing fo
On Mon, May 31, 2010 at 03:54:53PM -0400, Braden McDaniel wrote:
> On Mon, 2010-05-31 at 12:43 -0500, Matt Domsch wrote:
> Fedora Fails To Build From Source Results for x86_64
> > using rawhide from 2010-05-27
> >
> > This is a full rebuild, the first for Fedora 14's rawhide. The
> > builders all
On Mon, May 31, 2010 at 06:53:41PM +0100, Peter Robinson wrote:
> On Mon, May 31, 2010 at 6:51 PM, Dan Hor??k wrote:
> > Matt Domsch pe v Po 31. 05. 2010 v 12:43 -0500:
> >> Fedora Fails To Build From Source Results for x86_64
> >> using rawhide from 2010-05-27
> >>
> And there are a number of
On Mon, May 31, 2010 at 07:51:52PM +0200, Dan Hor?k wrote:
> Matt Domsch pe v Po 31. 05. 2010 v 12:43 -0500:
> > Fedora Fails To Build From Source Results for x86_64
> > using rawhide from 2010-05-27
> >
> > This is a full rebuild, the first for Fedora 14's rawhide. The
> > builders all have
On 31 May 2010 18:44, Matt Domsch wrote:
>
> xerces-j2-2.9.0-3.fc13 (build/make) mbooth
What do I need to do if a scratch build for rawhide succeeds?
http://koji.fedoraproject.org/koji/taskinfo?taskID=2220859
--
Mat Booth
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fed
On Mon, 31 May 2010, Ryan Rix wrote:
> Airing out our dirty laundry for our users to see is not something that we
> should allow or promote. I'm all for reporting errors, but b*tching to
> users? No. I'm going to file a bug on this if someone else has not.
It's been filed many times, duplicated m
On Mon, 2010-05-31 at 12:43 -0500, Matt Domsch wrote:
Fedora Fails To Build From Source Results for x86_64
> using rawhide from 2010-05-27
>
> This is a full rebuild, the first for Fedora 14's rawhide. The
> builders all have Fedora 13 installed.
>
> Full logs at http://linux.dell.com/files/fedo
On Monday 31 May 2010, Matt Domsch wrote:
> javasqlite-20100131-1.fc13 (build/make) scop
https://bugzilla.redhat.com/show_bug.cgi?id=598221
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sat 29 May 2010 11:10:35 pm Matthew Miller wrote:
> And this one is: packages should not print out messages complaining about
> the state of other packages in Fedora. That's not the right process for
> solving those issues. If redhat-lsb is broken, there's a procedure for
> dealing with that, an
I updated python-sphinx in rawhide this morning to fix the issue seen here::
http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/i386/bzr-2.2-0.5.b1.fc14.src.rpm/result/build.log
sphinx-build -b html -d _build/doctrees . _build/html
Running Sphinx v1.0b1
loading translations [es]..
Nathanael D. Noblet wrote, at 06/01/2010 03:03 AM +9:00:
> On 05/31/2010 11:44 AM, Matt Domsch wrote:
>> Fedora Fails To Build From Source Results for i386
>> using rawhide from 2010-05-27
>>
>> This is a full rebuild, the first for Fedora 14's rawhide. The
>> builders all have Fedora 13 installed
On 05/31/2010 12:03 PM, Nathanael D. Noblet wrote:
> Looking at the build logs
>
> In file included from BackupWindow.cc:22:
> BackupWindow.h:22:19: error: gtkmm.h: No such file or directory
> BackupWindow.h:23:24: error: libglademm.h: No such file or directory
>
> It seems that it is missing gtkmm
On 05/31/2010 11:44 AM, Matt Domsch wrote:
> Fedora Fails To Build From Source Results for i386
> using rawhide from 2010-05-27
>
> This is a full rebuild, the first for Fedora 14's rawhide. The
> builders all have Fedora 13 installed.
>
> Full logs at http://linux.dell.com/files/fedora/FixBuildRe
Hi Adam,
> it also contains bunch of
> pure algorithmic enhancements so even if target platform doesn't
> support MMX/SSE libjpeg-turbo is around 25% faster than original libjpeg.
Can you please give some details on this point?
-Ilyes Gouta
On Mon, May 31, 2010 at 4:33 PM, Adam Tkac wrote:
> O
On 31 May 2010 18:49, Panu Matilainen wrote:
> On Mon, 31 May 2010, Harry Rickards wrote:
>
>> Hi,
>>
>> When building my package with rpmbuild, I'm getting the following error:
>>
>> error: create archive failed on file
>> /builddir/build/BUILDROOT/lives-1.3.3-1.fc13.x86_64/usr/share/doc/lives-1.
On Mon, May 31, 2010 at 6:51 PM, Dan Horák wrote:
> Matt Domsch píše v Po 31. 05. 2010 v 12:43 -0500:
>> Fedora Fails To Build From Source Results for x86_64
>> using rawhide from 2010-05-27
>>
>> This is a full rebuild, the first for Fedora 14's rawhide. The
>> builders all have Fedora 13 instal
Matt Domsch píše v Po 31. 05. 2010 v 12:43 -0500:
> Fedora Fails To Build From Source Results for x86_64
> using rawhide from 2010-05-27
>
> This is a full rebuild, the first for Fedora 14's rawhide. The
> builders all have Fedora 13 installed.
>
> Full logs at http://linux.dell.com/files/fedor
On Mon, 31 May 2010, Harry Rickards wrote:
> Hi,
>
> When building my package with rpmbuild, I'm getting the following error:
>
> error: create archive failed on file
> /builddir/build/BUILDROOT/lives-1.3.3-1.fc13.x86_64/usr/share/doc/lives-1.3.3/AUTHORS:
> cpio: Bad magic
>
> I've tried reinstall
Fedora Fails To Build From Source Results for i386
using rawhide from 2010-05-27
This is a full rebuild, the first for Fedora 14's rawhide. The
builders all have Fedora 13 installed.
Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/
51 Open Bugs which now build, and can be mark
Fedora Fails To Build From Source Results for x86_64
using rawhide from 2010-05-27
This is a full rebuild, the first for Fedora 14's rawhide. The
builders all have Fedora 13 installed.
Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/
51 Open Bugs which now build, and can be ma
Toshio Kuratomi writes:
> The issue would be that it's a fork. So libjpeg from the independent jpeg
> group and libjpeg-turbo can gain incompatible API in isolation from each
> other. (The situtation seems a bit complex, there's three projects that
> I can see working on libjpeg:
> * libjpeg.sf
On Mon, May 31, 2010 at 12:16 PM, Adam Tkac wrote:
> On Mon, May 31, 2010 at 05:33:38PM +0200, Adam Tkac wrote:
>>
>> I'm going to create a Fedora feature for this task.
>
> Done. You can check
> http://fedoraproject.org/wiki/Features/libjpeg-turbo.
>
Thanks. Is there an SRPM we can give it a test
On Mon, May 31, 2010 at 05:33:38PM +0200, Adam Tkac wrote:
>
> I'm going to create a Fedora feature for this task.
Done. You can check
http://fedoraproject.org/wiki/Features/libjpeg-turbo.
Regards, Adam
--
Adam Tkac, Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://ad
Hi,
When building my package with rpmbuild, I'm getting the following error:
error: create archive failed on file
/builddir/build/BUILDROOT/lives-1.3.3-1.fc13.x86_64/usr/share/doc/lives-1.3.3/AUTHORS:
cpio: Bad magic
I've tried reinstalling cpio and glibc, and I've got enough space
left. I can v
Following the process
https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers
Is someone able to get in touch with maintainer of torque and perl-PBS.
Fedora id = garrick
Bug https://bugzilla.redhat.com/show_bug.cgi?id=590487 details the
previous attempts made over the last c
magit is already packaged as emacs-magit
https://admin.fedoraproject.org/pkgdb/acls/name/emacs-magit
Check this with the maintainer, if you're interested by maintaining
it, ask co-maintainership.
best regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.or
On 31 May 2010 20:32, Chen Lei wrote:
> 2010/5/31 :
>>
>> Wishful thinking: the new Magit mode v. 0.8 (Git interface for Emacs)
>> will soon be packaged for Fedora.
>>
>> http://philjackson.github.com/magit/
>>
>
> You can package it for fedora by your self
>
> http://fedoraproject.org/wiki/Packag
On Tue, May 25, 2010 at 04:47:13PM +0100, Richard W.M. Jones wrote:
> On Tue, May 25, 2010 at 04:40:15PM +0100, Ilyes Gouta wrote:
> > How about this: since libjpeg is picking momentum and there are
> > actually people updating the code base, why not push for a
> > libjpeg-turbo merge into the orig
On 05/28/2010 03:19 PM, Iain Arnell wrote:
> 2010/5/12 Marcela Mašláňová :
>>
>> Today list of packages is little shorter (114):
>
> Did you only rebuild perl-* packages? Checking whatrequires
> 'perl(:MODULE_COMPAT_5.10.?)' gives me 164 distinct src packages in
> dist-f14-perltest (out of 1570 in
On Mon, 31 May 2010 11:08:53 -0300 Casimiro de Almeida Barreto wrote:
> BTW, since I upgraded to F13 (from F12) I've had some abrtd anoying
> error messages and they're related to access to USB . It has been
> reported already but I'd like to know if someone else has had the same
> problem. Transcr
2010/5/31 :
>
> Wishful thinking: the new Magit mode v. 0.8 (Git interface for Emacs)
> will soon be packaged for Fedora.
>
> http://philjackson.github.com/magit/
>
You can package it for fedora by your self
http://fedoraproject.org/wiki/PackageMaintainers/Join
http://fedoraproject.org/wiki/Pac
Wishful thinking: the new Magit mode v. 0.8 (Git interface for Emacs)
will soon be packaged for Fedora.
http://philjackson.github.com/magit/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, May 31, 2010 at 10:37 PM, Michal Schmidt wrote:
> On Mon, 31 May 2010 14:42:21 +0800 Luming Yu wrote:
>> Hmm, I must have filed the bug into wrong category since nothing
>> happened with the problem..
>
> It's been 5 days since you filed the bug, 2 of them weekend.
> Surely you must realiz
On 5/31/2010 5:08 PM, Casimiro de Almeida Barreto wrote:
Em 31-05-2010 09:33, Andrew Overholt escreveu:
Hi Casimiro,
I've got the following problem with eclipse after update to F13: upon launch it
freezes at initial banner& uses about 80% of CPU time.
Please file a bug at bugzilla.
On Mon, 31 May 2010 14:42:21 +0800 Luming Yu wrote:
> Hmm, I must have filed the bug into wrong category since nothing
> happened with the problem..
It's been 5 days since you filed the bug, 2 of them weekend.
Surely you must realize that Fedora is not RHEL and that there's not
guaranteed upper bo
Em 31-05-2010 09:33, Andrew Overholt escreveu:
> Hi Casimiro,
>
>
>> I've got the following problem with eclipse after update to F13: upon launch
>> it
>> freezes at initial banner & uses about 80% of CPU time.
>>
> Please file a bug at bugzilla.redhat.com and we can work through it there.
Hi Casimiro,
> I've got the following problem with eclipse after update to F13: upon launch
> it
> freezes at initial banner & uses about 80% of CPU time.
Please file a bug at bugzilla.redhat.com and we can work through it there.
Thanks,
Andrew
--
devel mailing list
devel@lists.fedoraproject.
Compose started at Mon May 31 08:15:10 UTC 2010
Broken deps for i386
--
almanah-0.7.3-1.fc14.i686 requires libedataserver-1.2.so.12
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
dates-0.4.11-3.fc14.i686 requ
2010/5/31 Peter Robinson :
> Thanks for the offer. The initial release of qt-mobility seems to need
> 4.6.x and does compile against the Qt in Fedora. I presume they'll
> bring it up to support 4.7 sometime before long. I'm still reviewing
> the requirements so I'm not exactly sure what they are bu
Hi Kevin,
On Mon, May 31, 2010 at 1:23 AM, Kevin Kofler wrote:
> Peter Robinson wrote:
>> Not decided about the handset side of things yet. The vast majority of
>> the components from "MeeGo Core" are already in rawhide (and F-13 for
>> that matter). Most of the Netbook UX stuff is. Some of the h
76 matches
Mail list logo
