On 12/19/2010 03:43 AM, Paulo Cavalcanti wrote:
Hi,
I am receiving the following email from Koji:
fmtools has broken dependencies in the epel-6 tree:
On x86_64:
fmtools-tkradio-2.0.1-2.el6.
noarch requires
this exclude things like man pages, since they need a man page
formatter to display them that would not be required were those docs not
included in a package? If so, it seems like an excessive limitation.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
On Wed, 2010-12-15 at 23:57 +0200, Ville Skyttä wrote:
On Wednesday 15 December 2010, Jon Masters wrote:
On Wed, 2010-12-15 at 22:25 +0200, Ville Skyttä wrote:
Files marked as documentation must not cause additional dependencies
that aren't satisfied by the package itself or its
it should build from source always. You do a lot of
great work in this area and I hope you continue for a long time! :)
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Matt Domsch wrote:
I would like to propose blocking packages at the F15 alpha compose
point if they have not resolved their FTBFS from F14 or earlier. The
lists may be broken down by when they last did build. With 3
exceptions, these 110 bugs are all still in NEW state as well, so they
this is resolved.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
this is good type stuff, I feel different :)
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2010-12-01 at 14:04 +0530, Rahul Sundaram wrote:
On 12/01/2010 01:50 PM, Jon Masters wrote:
On Tue, 2010-11-30 at 16:29 -0600, Michael Cronenworth wrote:
OK. Perhaps the wiki should be updated to state the feature works more
generically (SMBIOS 2.6+) and not for just Dell/HP
bridging, etc.) but I think we're getting to the point soon
where NM might start to do some of these things nicely. So I think it's
worth being cautious not to have two solutions that half solve the
problem than one solution that is adequate enough for most folks.
Jon.
--
devel mailing list
kernels (which of the
ones I've seen in the wild for former exploits seems to be what is done
- they don't read these files from the local filesystem). Not sure it's
worth getting all TSA-y on this :)
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
would be cool is if there were some way to
indicate to RPM that progress was being made (some kind of incrementing
counter, or whatever) that could be pushed up to higher level stuff,
like PackageKit. I don't think there's anything today.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
on other non-network devices, too.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the list for help questions.
And I wasn't asking for help. I'm more than able to install and run my
NFS server. I was politely asking if someone poking at init scripts
affected NFS in the process. But whatever, if it's somehow bothering
that I even ask, I'll just not bother next time.
Jon
On Wed, 2010-11-17 at 14:14 -0500, Ric Wheeler wrote:
On 11/17/2010 02:02 PM, Jon Masters wrote:
On Wed, 2010-11-17 at 13:12 -0500, Peter Jones wrote:
Quick question. I always had NFS starting on startup on a particular
rawhide box. Today it didn't, and I notice that /etc/rc2|3.d/S390nfs
, however, that other projects
will be affected and so a generic solution would help.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2010-11-17 at 15:21 -0500, Josh Boyer wrote:
On Wed, Nov 17, 2010 at 3:16 PM, Jon Masters jonat...@jonmasters.org wrote:
On Wed, 2010-11-17 at 08:57 +0100, Hans de Goede wrote:
This solution could be reverting the problem causing glibc change, or
maybe changing it to do forward
Hi,
Quick question. I always had NFS starting on startup on a particular
rawhide box. Today it didn't, and I notice that /etc/rc2|3.d/S390nfs was
missing aswell. Did something remove these links and not replace them?
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https
, an exception could be made if the impact was significant)
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it's nice
technology) but you can pull my genuine networked applications from my
cold dead hands. I agree that I see this ongoing trend to move toward
things that are fluffy and pretty at the cost of flexibility.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https
On Tue, 2010-11-09 at 16:09 +0100, Dennis Jacobfeuerborn wrote:
On 11/09/2010 10:05 AM, Jon Masters wrote:
On Sat, 2010-11-06 at 08:43 +, Richard W.M. Jones wrote:
On Sat, Nov 06, 2010 at 01:36:43AM +0100, Dennis Jacobfeuerborn wrote:
On 11/06/2010 12:21 AM, Richard W.M. Jones wrote
On Mon, Nov 1, 2010 at 9:12 AM, Jakub Jelinek ja...@redhat.com wrote:
-frecord-gcc-switches is unfortunately pretty much useless, see
http://gcc.gnu.org/PR32998. Please don't add it, we want something actually
usable, not this option.
Isn't it more useful in this state than not having the
I noticed on my Fedora 13 box that in the RPM macro %__global_cflags
that -frecord-gcc-switches is missing, which is a nifty compiler
feature that will record the flags passed to gcc in a section in the
object file, thus aiding in the how in the world was this compiled?
problem. An example:
there's value in having the option to switch to upstart for at
least F15, while the default of systemd is working nicely now. Then,
upstart can be discontinued in F16 or whenever.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
matter, and not just for Enterprise users. You don't
need to use LVM w/wo RAID, you can just do bare partitions if you don't
care about being able to do anything useful with your disks at all :)
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
sent his mail originally is
that he's aware of this mentality and pointing out its effects.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
for one of these). Anyway, can someone tell me the magic
needed to get GTK/GNOME bits to rebuild their icon caches, or wherever
these icons are actually coming from? Thanks, and sorry for noise.
If that fixes it, I don't need to file individual bugs, etc.
Jon.
--
devel mailing list
devel
turn up anything) but otherwise I guess I
get to run the commands in /etc/init.d/kdump by hand for now :)
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
David Timms wrote:
Hi, new to git, and while following the conversion guide [1], I missed
the fact that I had added a new patch, but not added it to git.
So the build failed. I have now: git add x.patch
I'm not sure what is correct procedure to attempt rebuild with the
included patch:
1.
and only have new stuff land in the next release. That changes
nothing about Fedora releases, other than adding predictability.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
mail in this thread because I think it went to
a different list. Can someone forward it to me, please. Thanks.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
doing it during installation?
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
idea. Ubuntu has been doing this for ages with their LTS releases, and
it's a nice way to pull in stuff like a more recent spamassassin without
having to upgrade the rest of the operating system, or change what works
out of the box in the default install path. So +1 to the idea in Fedora.
Jon
years, and once college was over with)?
Fedora is used in a lot of different ways.
Yes, it is, and it should be. Fixing updates is the number one problem,
right behind having a long term strategy.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
On Fri, 2010-09-17 at 14:18 -0400, Bill Nottingham wrote:
While upstart is still in the repo, the initscripts package now pulls
in systemd and systemd-sysvinit.
Hey, thanks Bill.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
by the various bodies that help to define them. And of
course we can say that sucks, but that doesn't really do anything.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 2010-09-16 at 16:53 +0200, drago01 wrote:
On Thu, Sep 16, 2010 at 4:49 PM, Jon Masters jonat...@jonmasters.org wrote:
On Thu, 2010-09-16 at 10:34 -0400, Fulko Hew wrote:
On Thu, Sep 16, 2010 at 10:25 AM, Jon Masters
jonat...@jonmasters.orgwrote:
Well, the US law of the land
that's a little flimsy in general though.
Shouldn't we have some other way to indicate this is rawhide?
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hello,
I know, systemd got reverted for F-14. But unless I missed something,
the plan is/was to keep it the default for F-15, and in rawhide. This
means the package dependencies need to be different in rawhide please.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https
On Fri, 2010-09-17 at 00:11 -0400, Jon Masters wrote:
I know, systemd got reverted for F-14. But unless I missed something,
the plan is/was to keep it the default for F-15, and in rawhide. This
means the package dependencies need to be different in rawhide please.
Obviously, I just added
that everyone has to vote, and that's a good thing.
btw, I think Kyle said earlier he's standing aside. So does that mean
there now is a new FESCo election?
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to file bugs against, based on the release info. But 15 is
rawhide until it branches. So some kind of change is required. Either
the release package is changed, things like ABRT are, or we decide stuff
present pre-branch counts enough toward the final and make the BZ 15.
Jon.
--
devel mailing list
On Wed, 2010-09-15 at 21:54 -0500, inode0 wrote:
On Wed, Sep 15, 2010 at 9:46 PM, Jon Masters jonat...@jonmasters.org wrote:
btw, I think Kyle said earlier he's standing aside. So does that mean
there now is a new FESCo election?
No, FESCo has policies in place to deal with this situation
and I can then login as normal.
It might just be broken deps or something. Did anyone else see this?
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 2010-09-14 at 16:23 -0400, Jon Masters wrote:
1). There is no default runlevel
2). I'm dropped into a confused shell on boot.
3). User accounts such as root are not recognized after init 3
4). init 5 starts gdm and I can then login as normal.
It might just be broken deps
and it's just a bug in that tool?
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2010-09-08 at 12:55 -0500, Dan Williams wrote:
On Tue, 2010-09-07 at 17:00 -0400, Jon Masters wrote:
On Tue, 2010-09-07 at 16:57 -0400, Jon Masters wrote:
I was participating in the Systemd Fedora Test Day and installed the
latest Fedora 14 build. I found a few problems (I
On Tue, 2010-09-07 at 16:57 -0400, Jon Masters wrote:
I was participating in the Systemd Fedora Test Day and installed the
latest Fedora 14 build. I found a few problems (I will file bugs) but
before I file a bug about NetworkManager, can someone please tell me how
I'm supposed to configure
kernel? You've built up a nice strawman that
you've lovingly kicked down.
It's implicit in what Jon said; I was pointing out that he was, possibly
inadvertently, suggesting a principle that was far too strict.
IMO if hardware enablement can be done at no risk, then ok. But as Jesse
said
experience.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 2010-08-31 at 13:45 -0400, Máirín Duffy wrote:
On Mon, 2010-08-30 at 20:41 -0400, Jon Masters wrote:
Great stuff. And there's more in there too. So the current User_base in
addition to being not very well linked and referenced could hardly be
described as reflecting all of the views
grateful that you spoke up and said it. Because you are
certainly far from being alone.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it a release for some time now.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
vehicle for some pet project that was fun.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
of
interest if six months really is too long for you to wait.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
on the end when looking it up and I
knew it was there to start with.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
this documentation
can be updated to reflect reality also.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
brokenness in return at a defined point in the future.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
be happening, why people are jumping ship, etc. and
not have a user survey to tell us what the users want (a fantastic
idea). These would all help maintain the status quo just fine.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 2010-08-27 at 17:54 -0400, Matthias Clasen wrote:
On Fri, 2010-08-27 at 16:37 -0400, Jon Masters wrote:
Ah yes, attack the symptom and not the disease. Yay. Let me let you in
on a secret. Most people (and by which I mean, those not on this list)
generally don't like re
. If the
results are very skewed in favor of churn, I will then also owe Kevin a
beer or two for being in the minority opinion, and maybe eat a hat.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is, and this is what we offer.
I am open to either outcome, and I am not immovable, but I am tired of
seeing discussions wherein there seems to lack a clear focus.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 2010-08-27 at 18:39 -0400, Jon Masters wrote:
On Fri, 2010-08-27 at 15:23 -0700, Jesse Keating wrote:
Again, I feel it is necessary to have a survey of Fedora users.
Preferably annually. And listen to the feedback. If they say yep, we
just love the churn, the number of updates
On Fri, 2010-08-27 at 18:00 -0500, Mike McGrath wrote:
On Fri, 27 Aug 2010, Jon Masters wrote:
But I feel it is design by committee now, just the Open Source
version. A small group of people (f-d-l and similar) arbitrarily decide
what the userbase wants without asking them, and based
On Fri, 2010-08-27 at 17:00 -0600, Kevin Fenzi wrote:
On Fri, 27 Aug 2010 18:52:30 -0400
Jon Masters jonat...@jonmasters.org wrote:
So I'm filing another FESCo ticket as I type this. They can decide
to reject my proposal again, in which case I will bring it up with
the Fedora Board
clicky buttony stuff just to make my
network work. Nothing has yet proved as simple as the network scripts,
though I'm sure we could shove in a few layers of
g-whatever-it's-called-now-conf for good measure.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
On Thu, 2010-08-26 at 11:17 -0800, Jeff Spaleta wrote:
On Thu, Aug 26, 2010 at 10:29 AM, Jon Masters jonat...@jonmasters.org wrote:
Great. It works fine on a laptop, in general. But on a
desktop/server/workstation that is connected for weeks at a time (like
mine), I don't want to have to do
On Wed, 2010-08-25 at 07:23 +0100, pbrobin...@gmail.com wrote:
On Wed, Aug 25, 2010 at 12:34 AM, Jon Masters jonat...@jonmasters.org wrote:
I have an MTA installed because I expect to get emailed logs, and root@
does go somewhere. Now, there are a couple of things I should admit:
1). I
, 0.37
So clearly I'm absolutely, desperately concerned with 30 seconds or 5
minutes of boot time and it would be devastating if it took longer...
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it
really matters to everyone else any more, but you're right about stats
being the answer. I'd love to see a Fedora User Survey about what they
actually care about, and I asked for one to be done some time ago.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https
On Wed, 2010-08-25 at 18:37 +0100, Matthew Garrett wrote:
On Wed, Aug 25, 2010 at 09:31:30AM -0400, Jon Masters wrote:
[...@constitution ~]$ uptime
09:28:22 up 24 days, 16:32, 9 users, load average: 1.17, 0.50, 0.37
So you're running an insecure kernel? Our security churn is bad
useful on
the server side of things. I want to see that trend stop and reverse.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 2010-08-24 at 10:36 -0400, Matthias Clasen wrote:
On Tue, 2010-08-24 at 10:19 -0400, Jon Masters wrote:
My previous objection was based on the precedent it sets. I don't want a
Desktop distribution in Fedora. I want a server-usable distribution.
Sure, it's just a dep and one
, even if it means compatibility code, like the
kind Microsoft probably hated writing as they killed off AUTOEXEC.BAT :)
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the default here :( I also
like to think about what I want to base upon Fedora in the future.
And the first person who mentions snmptrap events gets slapped. :)
Well, I use SNMP for power control, etc. but even I am not anal enough
to use it at home for logging.
Jon.
--
devel mailing list
with various
bridging setups that just work the moment you aren't using NM.
That's not to say NM won't work for all cases eventually. It's just
another example of how typical (laptop) Desktop use is not the only
thing people are using Fedora for.
Jon.
--
devel mailing list
devel
should stop arguing forever and just do it.
What's the benefit of having no default MTA at all? Is it that Desktop
users don't care about MTAs being installed? what about those of us who
care more about server installations than Desktop?
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https
can't permanently disable.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 08/23/2010 02:21 PM, pbrobin...@gmail.com wrote:
On Mon, Aug 23, 2010 at 8:15 PM, Jon Mastersjonat...@jonmasters.org wrote:
On Sun, 2010-08-22 at 20:10 +0200, drago01 wrote:
On Sun, Aug 22, 2010 at 7:45 PM, Rex Dieterrdie...@math.unl.edu wrote:
pbrobin...@gmail.com wrote:
I know its
On Mon, 2010-08-23 at 20:37 +0100, Matthew Garrett wrote:
On Mon, Aug 23, 2010 at 03:15:11PM -0400, Jon Masters wrote:
What's the benefit of having no default MTA at all? Is it that Desktop
users don't care about MTAs being installed? what about those of us who
care more about server
not be able to post here due to
the entire chain of devices between you and the outside not being open.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
app stores for phones, etc. Then you'd have a by-type browseable list of
apps with logos and could use the yum app bits to install them.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
if the info is in the repodata.
I didn't realize it was already pretty fancy since I last really looked.
Wouldn't take much effort to do browseable per-type productivity,
etc.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
a lot of Java/Mono stuff into Fedora.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
a year of overall updates, something
- just something - suggests to me that this might, not, quite be
true...I'd love it if we'd actually ask our users what they want.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
*really* sucks now, I can't
even use Facebook! I could live with no MP3s, but not Facebook! Next!
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 08/13/2010 10:47 AM, Kevin Kofler wrote:
Rahul Sundaram wrote:
No. No SIG's have any authority whatsoever over individual package
maintainers outside the packages the team maintains. No one needs to
comply with your requirements.
That's exactly Fedora's organizational problem.
KDE
On 08/13/2010 12:05 PM, Kevin Kofler wrote:
Jon Ciesla wrote:
My understanding of the SIG concept was that they were groups of people
who were self-organizing around a particular theme to further that theme
in Fedora, i.e. Games, Live Upgrade, KDE, etc.
Right, but that makes them naturally
On 08/13/2010 12:23 PM, Al Dunsmuir wrote:
On Friday, August 13, 2010, 1:05:16 PM, Kevin wrote:
Jon Ciesla wrote:
My understanding of the SIG concept was that they were groups of people
who were self-organizing around a particular theme to further that theme
in Fedora, i.e. Games, Live
On 08/13/2010 12:58 PM, Kevin Kofler wrote:
Rahul Sundaram wrote:
The current approach of trying to force maintainers to accept patches
simply does not work.
The only reason it doesn't work is that our organizational structure is not
built to make this work.
Kevin Kofler
I've
On 08/13/2010 01:10 PM, Kevin Kofler wrote:
Al Dunsmuir wrote:
The FireFox maintainer might well be viewed as best qualified to
determine which (if any) distribution-specific patches they want to
support over the life of the package. If you say no, then put that
maintainer in a
On 08/13/2010 01:23 PM, Jesse Keating wrote:
Doing so would have changed behavior and broken software that relied upon
that behavior. Sounds like a great way to run the distro
With that attitude, how would we ever change gcc versions in a stable
release? eyeroll ;)
headdesk
-J
On 08/12/2010 02:25 AM, Jan Kaluza wrote:
On Thursday, August 12, 2010 04:19:25 am Ralf Corsepius wrote:
On 08/12/2010 03:34 AM, Kevin Kofler wrote:
Mike McGrath wrote:
Luckily Remi got a list:
http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html
Unfortunately, Remi's
On 08/12/2010 01:39 PM, Mike McGrath wrote:
On Thu, 12 Aug 2010, Jason L Tibbitts III wrote:
BN == Bill Nottinghamnott...@redhat.com writes:
BN I can't help but note that the slips have become more frequent as we
BN started to actually *have* release criteria to test against. We
BN
On 08/12/2010 01:51 PM, Jason L Tibbitts III wrote:
MM == Mike McGrathmmcgr...@redhat.com writes:
MM Possibly also stop changing earlier?
Not necessarily. We should certainly try to get the earth shattering
changes done as early as possible (i.e. soon after branch) but I
recognize that
On 08/12/2010 02:14 PM, Nathaniel McCallum wrote:
On 08/12/2010 03:08 PM, Jon Ciesla wrote:
On 08/12/2010 01:39 PM, Mike McGrath wrote:
On Thu, 12 Aug 2010, Jason L Tibbitts III wrote:
BN == Bill Nottinghamnott...@redhat.com writes:
BN I can't help but note that the slips have
On 08/12/2010 02:22 PM, Bill Nottingham wrote:
Jon Ciesla (l...@jcomserv.net) said:
I disagree that a clockwork release schedule is required for quality, or
even perceived quality. If that's the sort of metric being looked at,
the user is probably best suited to RHEL, CentOS, etc.
It would
On 08/11/2010 01:23 PM, Remi Collet wrote:
Le 11/08/2010 19:28, Jon Ciesla a écrit :
php-Smarty
I'll take php-Smarty.
All ownership taken, except this one.
+
Taken.
-J
--
- in your fear, speak only peace
in your fear, seek only love
-d. bowie
--
devel mailing list
devel
On Thu, Aug 5, 2010 at 12:28 PM, Frank Murphy frankl...@gmail.com wrote:
send an email to: ad...@fedoraproject.org
Subject: BFO
The right people will get back to you.
Simply because one of the people that tends BFO is in sysadmin-main
(the people who receive ad...@fp.o) does not make it a
On 08/03/2010 01:08 PM, Conan Kudo (???) wrote:
On Tue, Aug 3, 2010 at 12:20 PM, Jon Ciesla l...@jcomserv.net
mailto:l...@jcomserv.net wrote:
On 08/02/2010 09:58 PM, Chen Lei wrote:
2010/8/3 Jon Cieslal...@jcomserv.net mailto:l...@jcomserv.net:
Also I think
On 08/04/2010 02:43 AM, Adrian Reber wrote:
On Tue, Aug 03, 2010 at 12:20:45PM -0500, Jon Ciesla wrote:
Also I think that with
wordpress 3 the separate wordpress-mu release fork has been merged
into mainline. So wouldn't it be better to concentrate on wordpress 3?
Well, yes, probably
701 - 800 of 925 matches
Mail list logo
