live. So as long as a significant
fraction of Fedora contributors are in $country, $country laws will
matter for Fedora. (Repeat above statement for a rather long list
of $country.)
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
to create them as part of our normal
development cycle and iron out all the bugs before users attempt to use
them.
I agree with that chain of reasoning, but am not convinced of the
starting premise.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list
it.
Personally I don't use multilib wrappers on arches that don't need it;
I think not needing extra cases in the wrapper header outweighs the
added complexity in the specfile. But I'm not going to tell the gmp
maintainer he's wrong for doing it the other way.
regards, tom lane
builds are for legacy hardware *now*,
and should be understood as such.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
packages don't pick up the refactoring.
AFAIR, the only reason postgresql BR's this is because libcom_err is
depended on by krb5, which it uses. I wonder whether the separate BR is
still needed at all --- shouldn't a BR on krb5-devel be sufficient?
regards, tom lane
as showstoppers.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
yum to ignore these packages and apply the
updates it did get, either ...
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
trust you meant to write 0555?
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Steve Grubb sgr...@redhat.com writes:
On Sunday 26 July 2009 08:38:45 pm Tom Lane wrote:
I trust you meant to write 0555?
No, I really mean 005 so that root daemons are using public permissions.
What's the point? The most you will accomplish is to confuse people
(and perhaps programs too
-rawhide-x86_64.
What's especially curious is that it seems to work if I rm -rf
the contents of /var/lib/mock and /var/cache/mock first...
but I'm not eager to re-download all that stuff every time.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list
the problem.
[ consults CVS... ] So XZ support in F-11's rpm is less than a week
old, there is *no* support in F-10, and we're already requiring
the capability in order to do useful development work?
All I can say is WTF.
regards, tom lane
--
fedora-devel-list mailing list
Bastien Nocera bnoc...@redhat.com writes:
On Fri, 2009-07-31 at 18:48 -0400, Tom Lane wrote:
[ consults CVS... ] So XZ support in F-11's rpm is less than a week
old, there is *no* support in F-10, and we're already requiring
the capability in order to do useful development work?
All I can
it as root. As was already stated, it's hard
to diagnose with so little information.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Daniel P. Berrange berra...@redhat.com writes:
On Fri, Jul 31, 2009 at 08:41:17PM -0400, Josh Boyer wrote:
On Fri, Jul 31, 2009 at 06:48:54PM -0400, Tom Lane wrote:
[ consults CVS... ] So XZ support in F-11's rpm is less than a week
old, there is *no* support in F-10, and we're already
to
several pages. I see little point in extracting one or two sentences
which is what the bodhi update notes seem to expect.)
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
to 12 hours, which
I hope will be enough for mass-rebuild scenarios like this one.
In the meantime, you'd probably find that it rebuilds okay if you do
it by itself.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com
low-level changes that
might have been applied to the build machines a month or so ago.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
fix things so that such reports show up
in the build.log?
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Mike Bonnet mi...@redhat.com writes:
On 08/18/2009 06:14 PM, Tom Lane wrote:
**The build logs from koji do not contain this rather critical
information**. I haven't dug into the glibc sources, but what it
looks like on my own machine is that these reports go to /dev/tty
not to stderr
This might be a stupid question, but: what compile and link options
are necessary nowadays for multithreaded code? I see various references
to -pthread and -lpthread, but it's hard to be sure what's
authoritative.
regards, tom lane
--
fedora-devel-list mailing list
' entirely legitimate fears.
(I entirely agree with the concerns about this being a violation of
agreed-on process, btw, and would not be unhappy with a summary
rejection as an alternative.)
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
that is on the upswing?
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
compromise would be
to include ppc but not ppc64? That would cover basic BE portability
issues, if not the occasional BE-and-64-bit bug. And it would halve the
present workload of the PPC builders, which might help the build time
issue.
regards, tom lane
--
fedora-devel-list
them.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Steve Dickson ste...@redhat.com writes:
Because the mount command will try NFS v4 first, mounts to older Linux servers
will start failing like:
What happens with a mount to a UDP-only server? (or actually /net
automount is what I care about...)
regards, tom lane
and libc.so both ought to be trigger points for an I'm-not-sane
kill switch. Or maybe reverse the logic: if you fail to find *any* of
a package's dependencies, you're probably broken and should shut up.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list
, it won't spam the entire package
maintainer list. We can predict the future to the extent of being
sure this will happen again.
The thing is useful when it's working, but it will stop being useful
if people get conditioned to ignore it.
regards, tom lane
--
fedora-devel-list
, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
with special
cases will lead nowhere but pain.
Perhaps more to the point: changing this isn't worth spending *ANY* time on,
let alone large amounts of time. fc is fine.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com
So I just spent a frustrating little while looking for the
focus-follows-mouse setting on a fairly-vanilla F12 installation.
As far as I can tell it ain't there. What became of
gnome-window-properties?
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel
Rahul Sundaram sunda...@fedoraproject.org writes:
On 11/19/2009 05:00 AM, Tom Lane wrote:
So I just spent a frustrating little while looking for the
focus-follows-mouse setting on a fairly-vanilla F12 installation.
As far as I can tell it ain't there. What became of
gnome-window-properties
, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Jesse Keating jkeat...@redhat.com writes:
On Thu, 2009-11-19 at 10:01 -0500, Tom Lane wrote:
Upstream change or not, you're pissing off users to save 59k out of
however many gigabytes a minimal GNOME install is. I shouldn't really
presume to speak for others, but for me focus-follows-mouse
that upstream will agree that it's a problem.
I don't have a horse in this race, since none of my packages contain
any fonts. I will note though that my own response would involve
procmail'ing these complaints to /dev/null.
regards, tom lane
--
fedora-devel-list mailing list
eaten by
my spam filters.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
distinguish
that from compile-time-constant expressions is an interesting question,
but if they can, +1 for throwing an error.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
of 64-bit pointers.
For what percentage of code is that an appreciable advantage?
Pretty much everything, actually. The x86 ISA completely sucks.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo
as long as people are willing to work on that. Evidently
Monty isn't.)
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
?
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Toshio Kuratomi a.bad...@gmail.com writes:
On Wed, Dec 16, 2009 at 12:15:37PM -0500, Tom Lane wrote:
I tried to submit an update for both the fc12 and fc11 versions of
postgresql. It did not work; I had to file them as separate updates.
I'm pretty sure it used to work --- is my memory failing
is for.)
The case I was complaining about seems to be that adding a new package
to an *existing* update request doesn't work. If you get it right
before you hit submit, it's worked for awhile.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
to automate it. Comments?
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
for that sort of
binaries.
... as, indeed, libtiff just did a few days ago.
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
in the patch file too. For one
thing, they're much more likely to get updated when the patch changes
that way. The packaging guideline seems to be written with one-liner
comments in mind, but my comments often run to more than that.
regards, tom lane
--
fedora-devel-list mailing
of their libraries. On the other hand, with the
guideline being so widely ignored, I'm not in a hurry to do work to
comply with it ...
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Tom \spot\ Callaway tcall...@redhat.com writes:
On 01/05/2010 11:30 AM, Jesse Keating wrote:
On Tue, 2010-01-05 at 11:03 -0500, Tom Lane wrote:
On the other hand, with the
guideline being so widely ignored, I'm not in a hurry to do work to
comply with it ...
Isn't that a chicken/egg
46 matches
Mail list logo
