A file has been added to the lookaside cache for
perl-CGI-Application-Plugin-ActionDispatch:
475d6e7aec265702e4562281a0c587ac
CGI-Application-Plugin-ActionDispatch-0.98.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.f
On Thu, Jun 3, 2010 at 4:42 PM, Matt Domsch wrote:
>
> It also doesn't report any failing packages that have subsequently
> been built and published in koji's rawhide since 06-01. That should
> cut down on the "but I just fixed that!" responses from now on.
One question. Is committing the fix i
On Fri, 2010-06-04 at 05:04 +0200, Kevin Kofler wrote:
> James Antill wrote:
> > 2. There's no way to do the groupremove operation, easily.
>
> The groupremove operation is completely and utterly broken by design anyway:
It doesn't act perfectly, in all cases, no.
[...]
> Try groupremoving gnom
On Fri, Jun 04, 2010 at 04:50:39AM +0200, Kevin Kofler wrote:
> Toshio Kuratomi wrote:
> > I'm not going to oppose you on the ground that enrico has written good
> > packages; I'll oppose you on the groupnd that it's not the job of Fedora
> > to prevent people from providing functionality above the
2010/6/4 Kevin Kofler :
>
> The problem is that the mandatory functionality (SysV-style initscripts
> compliant to our guidelines) gets pushed to a subpackage to make room for
> the optional and completely unneccessary junk, and that in some cases yum
> prefers the nonstandard subpackages.
>
> Plus
James Antill wrote:
> 2. There's no way to do the groupremove operation, easily.
The groupremove operation is completely and utterly broken by design anyway:
1. It doesn't remove stuff which was independently dragged in by
dependencies of the packages in the group. So you'll be removing only the
Toshio Kuratomi wrote:
> I'm not going to oppose you on the ground that enrico has written good
> packages; I'll oppose you on the groupnd that it's not the job of Fedora
> to prevent people from providing functionality above the minimum.
The problem is that the mandatory functionality (SysV-style
There will be an outage starting at 2010-06-04 14:00 UTC, which will last
approximately 1 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2010-06-04 14:00 UTC'
Reason for outage:
Updating some vpn settings. I hope
On 06/04/2010 08:13 AM, Kevin Kofler wrote:
>
> Right, in this case the Version tag is a blatant violation of our guidelines
> and shows that the maintainer either doesn't understand them at all or
> doesn't care about them at all. Either way, he needs to get unsponsored.
>
Would you mind fil
Chen Lei wrote:
> I found the maintainer violates fedora package/naming guideline many
> times, we need a people to persuade him to obey those guideline.
IMHO we need to unsponsor him and orphan his packages. There are way too
many guideline violations and bizarre nonstandard stuff in his package
Tom "spot" Callaway wrote:
> You might feel that way, but the simple fact is that French citizens can
> not abandon copyright (aka put works into the Public Domain). This is
> the only license that we've been given, but since it is not valid, we
> can't use it. Without a license, we cannot include
On 06/04/2010 05:02 AM, Kevin Fenzi wrote:
> cheeselee:BADSOURCE:kchmviewer-5.2.tar.gz:kchmviewer
>
Thanks! Fixed in Rawhide.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Jun 03, 2010 at 09:42:04AM -0500, Matt Domsch wrote:
> Fedora Fails To Build From Source Results for x86_64
> using rawhide from 2010-06-01
>
> This run continues from the previous run, rebuilding those packages
> that failed during the earlier run, or that changed between 2010-05-27
> and
On Thu, Jun 03, 2010 at 02:16:56PM -0400, Jon Masters wrote:
> Agreed. But it is the same problem as "what if there's an exploit in a
> library Anaconda uses to download repos during install?". There would
> still be a lot of media out there and I'm not sure we've ever respun the
> main images post
On Thu, Jun 3, 2010 at 11:02 PM, Kevin Fenzi wrote:
> thomasj:BADURL:glob2-0.9.4.4.tar.gz:glob2
Thanks, fixed in cvs.
--
LG Thomas
Dubium sapientiae initium
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Here's another run of the sources file
checker. Thats against a 2010-05-31 cvs checkout seed.
This sourcecheck script takes a full checkout of all Fedora packages
in the devel branch and runs 'spectool -g' on each spec file to
download any sources that contain a valid URI. It then checks any
dow
https://bugzilla.redhat.com/show_bug.cgi?id=599732
https://bugzilla.redhat.com/attachment.cgi?id=419510&action=diff
https://bugzilla.redhat.com/attachment.cgi?id=419510&action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-dev
On 06/03/2010 03:24 PM, Alex Hudson wrote:
> That's not the argument I'm putting forward.
>
> The "French cannot waive copyright" argument brings you to the
> conclusion you stated; "[The license] is not valid, we can't use it".
>
> That same argument holds, as far as I can see, for every other
>
On Thu, 2010-06-03 at 15:09 -0400, Tom "spot" Callaway wrote:
> The argument that "everyone else is doing it, so it must be fine" is
> also completely false. As my mother eloquently put it to me at age 6,
> "If everyone jumped off a bridge, would you?".
That's not the argument I'm putting forward.
https://bugzilla.redhat.com/attachment.cgi?id=419482&action=diff
https://bugzilla.redhat.com/attachment.cgi?id=419482&action=edit
Fix Description:
1) When a backend is removed, the db instance directory was removed
as well (See also 463774 - index files for database should be deleted
when db is
On 06/03/2010 02:31 PM, Alex Hudson wrote:
> If everyone else is distributing JBoss, though, that calls into question
> whether it's Fedora doing it "properly".
>
> Worrying about a set of rights which are unwaivable seems on the face of
> it to be exhibiting an abundance of over-caution, and it
On Thu, 2010-06-03 at 12:29 -0400, Tom "spot" Callaway wrote:
> On 06/03/2010 11:54 AM, Iain Arnell wrote:
> > And slightly weird that it's okay for Red Hat to distribute it
> > themselves, both commercially and as open source from jboss.org, but
> > it's questionable for Fedora.
>
> I can't speak
On Thu, 2010-06-03 at 11:09 -0400, seth vidal wrote:
> On Thu, 2010-06-03 at 10:57 -0400, Matt McCutchen wrote:
> > On Wed, 2010-06-02 at 14:46 -0400, Toshio Kuratomi wrote:
> > > When the shebang is to allow running some sort of unittest I generally
> > > just
> > > leave it alone (the end user w
On Thu, 2010-06-03 at 14:05 -0400, Matthew Miller wrote:
> On Wed, Jun 02, 2010 at 04:02:21PM -0400, Jon Masters wrote:
> > > Hm. I can see the use of this, but I can also see issues with how you
> > > do updates for it sanely (if at all.)
> > Yea. I think you don't do updates for it in general. I
On 06/03/2010 09:59 PM, Tom "spot" Callaway wrote:
>
> I can't speak on what Red Hat does on a larger scale. I do know that it
> is important to me and Fedora that we do it properly, or not at all.
>
Yep. Red Hat can do what is necessary for the commercial success of
free software. Meanwhile,
On Wed, Jun 02, 2010 at 04:02:21PM -0400, Jon Masters wrote:
> > Hm. I can see the use of this, but I can also see issues with how you
> > do updates for it sanely (if at all.)
> Yea. I think you don't do updates for it in general. I think I agree
> with Seth that this is something Anaconda stuffs
On 06/03/2010 01:01 PM, Matthew Miller wrote:
> On Thu, Jun 03, 2010 at 12:29:15PM -0400, Tom spot Callaway wrote:
>
>> I can't speak on what Red Hat does on a larger scale. I do know that it
>> is important to me and Fedora that we do it properly, or not at all.
>>
> Yes please. This is
On Thu, Jun 03, 2010 at 12:29:15PM -0400, Tom spot Callaway wrote:
> I can't speak on what Red Hat does on a larger scale. I do know that it
> is important to me and Fedora that we do it properly, or not at all.
Yes please. This is why I trust Fedora.
--
Matthew Miller
Senior Systems Architect
On Wed, Jun 02, 2010 at 02:55:53AM +0200, Kevin Kofler wrote:
> FYI, FESCo decided on this particular issue that a provenpackager can fix
> tor to comply with our initscripts guidelines for released Fedoras. (As far
> as I know, the maintainer already fixed the Rawhide package.)
It's true; it is
On Wed, 2010-06-02 at 15:58 -0800, Jeff Spaleta wrote:
> On Wed, Jun 2, 2010 at 3:45 PM, Adam Williamson wrote:
> > It's a bit intangible and not entirely predicated on whether we're using
> > the keyword or flag setup, I think. Currently when we're considering
> > bugs we use a search that exclud
Author: eponyme
Update of /cvs/pkgs/rpms/perl-WWW-Curl/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv11641
Modified Files:
perl-WWW-Curl.spec
Log Message:
Remove a test that requires network
Index: perl-WWW-Curl.spec
==
On 06/03/2010 11:49 AM, Chris Lumens wrote:
>> Rescue environment aside, it'd be nice to avoid failing the upgrade
>> because of insufficient space in /boot. I think 200 MB default /boot
>> prove to be too small---perhaps 500 MB should be the new default?
>
> Of course, it already is:
>
> http://gi
Author: eponyme
Update of /cvs/pkgs/rpms/perl-WWW-Curl/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv10420
Modified Files:
perl-WWW-Curl.spec
Log Message:
Remove a test that requires network
Index: perl-WWW-Curl.spec
==
On Thu, Jun 03, 2010 at 09:43:26AM -0500, Matt Domsch wrote:
> libguestfs-1.3.17-1.fc14 (build/make) rjones,mdbooth,virtmaint
Gnulib problem. This should be fixed in the next release.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for v
On 06/03/2010 11:54 AM, Iain Arnell wrote:
> On Thu, Jun 3, 2010 at 5:13 PM, Michel Alexandre Salim
> wrote:
>> On Thu, Jun 3, 2010 at 4:50 PM, Tom "spot" Callaway
>> wrote:
>>>
>>> This is true (well, the problem is that there is no applicable and valid
>>> license, not so much that it is incom
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=564664
Matt Domsch changed:
What|Removed |Added
---
On 3 June 2010 21:29, Rakesh Pandit wrote:
> On 3 June 2010 20:12, Matt Domsch wrote:
>> Fedora Fails To Build From Source Results for x86_64
>> using rawhide from 2010-06-01
>>
>
> Small enhancement request for your scripts: I have two packages in
> list (one maintainer and another co-maintainer)
On 3 June 2010 20:12, Matt Domsch wrote:
> Fedora Fails To Build From Source Results for x86_64
> using rawhide from 2010-06-01
>
Small enhancement request for your scripts: I have two packages in
list (one maintainer and another co-maintainer) and both are mentioned
at the bottom, but I get mail
On Thu, Jun 3, 2010 at 5:13 PM, Michel Alexandre Salim
wrote:
> On Thu, Jun 3, 2010 at 4:50 PM, Tom "spot" Callaway
> wrote:
>>
>> This is true (well, the problem is that there is no applicable and valid
>> license, not so much that it is incompatible), no matter how absurd it
>> might seem.
>>
On 05/30/2010 04:26 AM, Chen Lei wrote:
> http://fedoraproject.org/wiki/Features/TeXLive
Current status
* Targeted release: Fedora 13
* Last updated: Sat Jan 9 2009
* Percentage of completion: 60%
> http://fedoraproject.org/wiki/Features/Ruby_1.9.1
Current status
* Target
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-Crypt-DSA/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv3296
Modified Files:
perl-Crypt-DSA.spec
Added Files:
perl-Crypt-DSA-1.16-meta.patch
Log Message:
META.yml should specify perl >= 5.006 due to use of 3-arg open (
On Thu, Jun 3, 2010 at 5:09 PM, seth vidal wrote:
> On Thu, 2010-06-03 at 10:57 -0400, Matt McCutchen wrote:
>> On Wed, 2010-06-02 at 14:46 -0400, Toshio Kuratomi wrote:
>> > When the shebang is to allow running some sort of unittest I generally just
>> > leave it alone (the end user won't want to
> Rescue environment aside, it'd be nice to avoid failing the upgrade
> because of insufficient space in /boot. I think 200 MB default /boot
> prove to be too small---perhaps 500 MB should be the new default?
Of course, it already is:
http://git.fedoraproject.org/git/?p=anaconda.git;a=commit;h=
On Wed, 2010-06-02 at 15:31 -0800, Jeff Spaleta wrote:
> On Wed, Jun 2, 2010 at 2:07 PM, Adam Williamson wrote:
> > Ah. It's a shame it wasn't put up for consideration as a release
> > blocker. Obviously the rather peremptory response from Jakub didn't help
> > with that...
>
> Would the flag co
On Thu, Jun 3, 2010 at 4:50 PM, Tom "spot" Callaway wrote:
> On 06/03/2010 10:33 AM, Xose Vazquez Perez wrote:
>> On 06/01/2010 05:09 PM, Tom spot Callaway wrote:
>>
>>> On 05/29/2010 07:25 PM, Xose Vazquez Perez wrote:
JBoss[1] is still a *big* deficit. Potential for f14/15 ?
>>>
>>> I'm pre
On Thu, 2010-06-03 at 10:57 -0400, Matt McCutchen wrote:
> On Wed, 2010-06-02 at 14:46 -0400, Toshio Kuratomi wrote:
> > When the shebang is to allow running some sort of unittest I generally just
> > leave it alone (the end user won't want to run it and upstream does want to
> > run the code when
On Wed, 2010-06-02 at 14:52 -0700, Adam Williamson wrote:
> On Wed, 2010-06-02 at 18:31 +0200, Christof Damian wrote:
> > Second question: I would love to have a meta package which brings all
> > of these packages ( phpunit, phpmd, phpcpd, phpdoc, phpcs, Mockery,
> > ...) together and allows instal
On Wed, 2010-06-02 at 23:14 -0400, Matthias Clasen wrote:
> On Thu, 2010-06-03 at 08:35 +0530, Rahul Sundaram wrote:
> > On 06/03/2010 03:28 AM, Matthias Clasen wrote:
> > >
> > > That is just making things complicated, for minimal gain.
> > >
> > >
> >
> > Yes and no. Purely as a desktop use
On Wed, 2010-06-02 at 14:46 -0400, Toshio Kuratomi wrote:
> When the shebang is to allow running some sort of unittest I generally just
> leave it alone (the end user won't want to run it and upstream does want to
> run the code when they're testing).
There is still no reason to have a shebang on
On 06/03/2010 10:33 AM, Xose Vazquez Perez wrote:
> On 06/01/2010 05:09 PM, Tom spot Callaway wrote:
>
>> On 05/29/2010 07:25 PM, Xose Vazquez Perez wrote:
>>> JBoss[1] is still a *big* deficit. Potential for f14/15 ?
>>
>> I'm pretty sure JBoss is still a no-go because of poor licensing,
>> speci
Fedora Fails To Build From Source Results for i386
using rawhide from 2010-06-01
This run continues from the previous run, rebuilding those packages
that failed during the earlier run, or that changed between 2010-05-27
and 06-01. This picks up a few fixes:
* a newer pkgconfig that doesn't segfau
Fedora Fails To Build From Source Results for x86_64
using rawhide from 2010-06-01
This run continues from the previous run, rebuilding those packages
that failed during the earlier run, or that changed between 2010-05-27
and 06-01. This picks up a few fixes:
* a newer pkgconfig that doesn't segf
On Thu, 2010-06-03 at 16:33 +0200, Xose Vazquez Perez wrote:
>
> JBoss is stalled because it depends on a package with:
>
> - incompatible license
> - six years old
> - dead upstream
>
How is this different from what is on the bug report ?
Pierre
--
devel mailing list
devel@lists.fedoraproject
On 06/01/2010 05:09 PM, Tom spot Callaway wrote:
> On 05/29/2010 07:25 PM, Xose Vazquez Perez wrote:
>> JBoss[1] is still a *big* deficit. Potential for f14/15 ?
>
> I'm pretty sure JBoss is still a no-go because of poor licensing,
> specifically:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=
On Thu, 2010-06-03 at 15:10 +0100, Richard W.M. Jones wrote:
> On Thu, Jun 03, 2010 at 10:05:49AM -0400, Jon Masters wrote:
> > On Thu, 2010-06-03 at 09:52 -0400, Chuck Anderson wrote:
> > > Is it reasonable for a package owner to exclude themselves on bugzilla
> > > email when they are the assign
On 3 June 2010 14:26, Daniel J Walsh wrote:
> Did you the xsane call that is causing login programs (gdm) to try to
> communicate with cups, causing AVC errors?
This should be fixed in both f13 (via updates-testing) and now rawhide.
Richard
--
devel mailing list
devel@lists.fedoraproject.org
ht
On 3 June 2010 14:41, Przemek Klosowski wrote:
> gcm-prefs SIGSEGVs for me. My system is dual-monitor DELL F12 freshly
> upgraded to f13, with gnome-color-management installed after upgrade
It looks like the GConf schema failed to be installed correctly. If
you grab the gnome-color-manager from
On Thu, Jun 03, 2010 at 10:05:49AM -0400, Jon Masters wrote:
> On Thu, 2010-06-03 at 09:52 -0400, Chuck Anderson wrote:
> > Is it reasonable for a package owner to exclude themselves on bugzilla
> > email when they are the assignee of the bug? How would they know when
> > a new bug is reported,
On Thu, 2010-06-03 at 09:52 -0400, Chuck Anderson wrote:
> Is it reasonable for a package owner to exclude themselves on bugzilla
> email when they are the assignee of the bug? How would they know when
> a new bug is reported, or when new comments are added?
It can be reasonable-ish. I use whin
Is it reasonable for a package owner to exclude themselves on bugzilla
email when they are the assignee of the bug? How would they know when
a new bug is reported, or when new comments are added?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinf
gcm-prefs SIGSEGVs for me. My system is dual-monitor DELL F12 freshly
upgraded to f13, with gnome-color-management installed after upgrade
https://bugzilla.redhat.com/show_bug.cgi?id=599543
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailm
On Wed, Jun 02, 2010 at 11:25:56AM +0200, Roberto Ragusa wrote:
> Kevin Kofler wrote:
> > Roberto Ragusa wrote:
> >> In recent times some stupid (IMHO) ideas have been adopted in Linux
> >> just to copy what others do. Just as examples: the control of desktop
> >> widgets in KDE4 (functional GUI el
On 03/06/10 14:26, Daniel J Walsh wrote:
--slim--
>>>
>>> Richard.
>>
>> Got the expected results from:
>> http://fedoraproject.org/wiki/QA:Testcase_colormanagement_apply_profile
>>
>> Do I need to update that anywhere?
>>
> Did you the xsane call that is causing login programs (gdm) to try to
> c
On 06/03/2010 05:48 AM, Frank Murphy wrote:
> On 03/06/10 10:37, Richard Hughes wrote:
>> On 3 June 2010 10:26, Frank Murphy wrote:
>>> Is it ok to test on an XFCE?
>>> it only pulls in 4pkgs.
>>
>> I assume so, I've never tested. If it fails, it would be good to know
>> what other runtime package
On 06/03/2010 09:04 AM, Andrey Ponomarenko wrote:
> Hello, I'm from ISPRAS and we have created an experimental system for
> monitoring and analyzing of upstream libraries development. It may be
> helpful for analyzing risks of library updating in the distribution.
> The web page of upstream-tracker
Hello, I'm from ISPRAS and we have created an experimental system for
monitoring and analyzing of upstream libraries development. It may be
helpful for analyzing risks of library updating in the distribution.
The web page of upstream-tracker is:
http://linuxtesting.org/upstream-tracker/
It now in
R 2.11.1 is built now for Fedora and EPEL. It is in "updates-testing"
(or it will be within the next 24 hours).
It will likely be the last R update for Fedora 11.
In accordance with the new policies on Fedora Updates, these new
packages will not be pushed as official updates until they either
rec
The 389 team is pleased to announce the availability of Alpha 4 of
version 1.2.6. This release contains a new replication session API,
auto DN index upgrade, and several bug fixes.
***We need your help! Please help us test this software.*** It is an
Alpha release, so it may have a few glitches,
Compose started at Thu Jun 3 08:15:05 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
bugzilla-3.6-1.fc14.noarch re
On Wed, Jun 02, 2010 at 04:04:18PM -0500, Michael Cronenworth wrote:
> Eric Sandeen wrote:
> > Is it better to have a separate volume for this, or to just have a sort
> > of rescue initramfs ...?
> >
> > Seems like the latter is more flexible but then I'm no boot process wizard.
>
> Good suggestio
On 03/06/10 10:37, Richard Hughes wrote:
> On 3 June 2010 10:26, Frank Murphy wrote:
>> Is it ok to test on an XFCE?
>> it only pulls in 4pkgs.
>
> I assume so, I've never tested. If it fails, it would be good to know
> what other runtime packages we need.
>
> Richard.
Got the expected results
On 3 June 2010 10:26, Frank Murphy wrote:
> Is it ok to test on an XFCE?
> it only pulls in 4pkgs.
I assume so, I've never tested. If it fails, it would be good to know
what other runtime packages we need.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.
Hello, I wrote:
On Thu, Jun 03, 2010 at 11:15:03AM +0200, Stepan Kasal wrote:
> Hello,
> I'm orphaning the following packages.
> Petr Pisar (ppisar) is interested in taking them, but according to
> the formal processes we are advertising this anyway.
>
> pcre, html2ps, sharutils, in rawhide and
On 03/06/10 10:16, Rahul Sundaram wrote:
> On 06/03/2010 02:39 PM, Richard Hughes wrote:
>> I've just built a new gnome-color-manager release for rawhide:
>
> If anyone is wondering what to test, refer to the test cases at
>
> http://fedoraproject.org/wiki/Test_Day:2010-02-18_Color_management
>
Hello,
I'm orphaning the following packages.
Petr Pisar (ppisar) is interested in taking them, but according to
the formal processes we are advertising this anyway.
pcre, html2ps, sharutils, in rawhide and Fedora 12, 13
Petr Pisar
--
devel mailing list
devel@lists.fedoraproject.org
https://ad
On 06/03/2010 02:39 PM, Richard Hughes wrote:
> I've just built a new gnome-color-manager release for rawhide:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=2226766
>
> It's pretty different from the version in F13, as it is:
>
> * Ported to GSettings
> * Ported to GDBus
> * Now supporting m
I've just built a new gnome-color-manager release for rawhide:
http://koji.fedoraproject.org/koji/taskinfo?taskID=2226766
It's pretty different from the version in F13, as it is:
* Ported to GSettings
* Ported to GDBus
* Now supporting multiple profiles for devices
* Now supporting virtual device
On 06/02/10 22:33, Jon Masters wrote:
> A recovery initramfs could be used. It could just basically be the
> rescue mode anaconda bits in one image shoved in place to start.
That would be a good idea anyway: Zap the two-stage rescue system
loading. Just have a kernel + initramfs. That would ma
On Wed, Jun 2, 2010 at 23:52, Adam Williamson wrote:
> The obvious response here is 'so, package CruiseControl too!' If you
> can't package CruiseControl, then you shouldn't package phpUnderControl;
> it's frowned upon / not allowed (I can never remember which) to package
> something which require
79 matches
Mail list logo
