they are
doing it, AFAICS, and it's not obvious what file format you will get
from their URLs. (zipball seems a particularly poor choice here
--- personally I'd have thought it meant a .zip archive ...)
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
Jesse Keating jkeat...@redhat.com writes:
On 2/10/11 7:42 PM, Tom Lane wrote:
... so, given that I've used fedpkg co -B to create a working tree
with a subdirectory per branch, what's the incantation to get an f15/
subdirectory added to that tree? I hope there's a better answer than
rm -rf
and re-clone.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Paul Howarth p...@city-fan.org writes:
Tom Lane t...@redhat.com wrote:
For the last week or so I've been getting broken-dependencies nagmail
about
mysql-test-5.5.8-6.fc15.x86_64 requires perl(mtr_misc.pl)
RPM 4.9 has made changes in the provides/requires extraction code
explanation?
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
-fexceptions.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, or this same scenario is
going to be played out again and again.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
f...@redhat.com (Frank Ch. Eigler) writes:
Tom Lane t...@redhat.com writes:
Hmm ... so what should I do with mysql? Since approximately forever,
upstream has recommended using -fno-exceptions (and also
-felide-constructors -fno-rtti) in CXXFLAGS. [...]
...
Seems like I should either drop
, which it ought to do only as the last externally visible
step in its shutdown.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
don't think this is violating any packaging
guidelines.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Jon Ciesla l...@jcomserv.net writes:
So should simply patching to call mysql_thread_end instead should do the
trick?
Right.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Jon Ciesla l...@jcomserv.net writes:
Tom Lane wrote:
I got tired of the amount of visible churn in exported-symbols-you're-
not-supposed-to-use. The new release will use a linker --version-script
to hide everything except the documented API functions. This might
break any apps
Orcan Ogetbil oget.fed...@gmail.com writes:
On Wed, Dec 22, 2010 at 5:28 PM, Tom Lane wrote:
For now I'll include a symlink libmysqlclient_r.so - libmysqlclient.so,
so that a simple rebuild with no source-code changes should be
sufficient. Â Eventually we'll probably want to fix the source
else. But I
don't currently know enough about systemd to tackle that.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Remi Collet fed...@famillecollet.com writes:
Le 22/12/2010 23:28, Tom Lane a écrit :
mysql++
I've just committed some minor changes to this one (not related to the
MySQL 5.5 update, but on my TODO for a while)
Just need to launch the build (I could do it as soon as -2 will hit rawhide
thing to make first.
Please let me know of either successful or unsuccessful upgrades.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Bruno Wolff III br...@wolff.to writes:
On Tue, Dec 28, 2010 at 19:36:35 -0500,
Tom Lane t...@redhat.com wrote:
I have pushed PostgreSQL 9.0.2 into rawhide, replacing the 8.4.x release
series.
Please let me know of either successful or unsuccessful upgrades.
I tried it out and it seems
=?ISO-8859-2?Q?Micha=B3_Piotrowski?= mkkp...@gmail.com writes:
2010/12/22 Tom Lane t...@redhat.com:
1. libmysqlclient.so, which is linked into all manner of stuff, is
supposed to be ABI-compatible with the previous releases. However,
I got tired of the amount of visible churn in exported
, but if there are a couple of dozen dependencies instead
of four, maybe it was a bad idea.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
nearly match the rawhide report, but I'm still
baffled as to why I don't get that from repoquery here. Also, unless
you truncated that output before reaching qt-mysql, yours is incomplete
also.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https
repoquery to not filter by arch?
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
on the Provides
items? I hope there's a better way than #ifarch'ing for all the known
64-bit arches ...
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to what extent these may affect Fedora applications,
but it seems like the easiest way to find out is to try them.
Any objections? Anything people think should be tested before pushing?
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https
symlinks for this purpose, but
even copying instead of symlinking the library didn't get me a second
set of provides items. What drives those decisions?
If there isn't any good hack to fix this, how bad would it be to just
drop libmysqlclient_r.so ?
regards, tom lane
Devrim =?ISO-8859-1?Q?G=DCND=DCZ?= fedora-l...@gunduz.org writes:
On Sun, 2010-12-19 at 17:30 -0500, Tom Lane wrote:
Yes.
What about multiple version support in PG?
I'm hoping to support in-place upgrade from 8.4. I'm not planning to
open the concurrently-installed-versions can of worms
Yes.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
by default is an
incredibly stupid idea. What we need to do is fix the UI problems,
not bypass them by dramatically reducing security.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to
set up these dirs once via RPM --- why shouldn't we make the tmpfs
creation process responsible for cloning the directory structure from
disk?
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
not going to
happen, most of the time for most packages.
(And yeah, if we allow +1 autopush, we should definitely expect -1 is
sufficient to unpush. Maybe bodhi should restrict the combination of
those two settings, rather than either one alone?)
regards, tom lane
--
devel
inefficient use of
their time.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is not a useful approach to security.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Clyde E. Kunkel clydekunkel7...@cox.net writes:
On 11/12/2010 02:32 PM, Tom Lane wrote:
It's absolutely crystal clear to me that we don't have enough tester
manpower to make the current policy workable; it's past time to stop
denying that. I'd suggest narrowing the policy to a small number
are intending to rebuild?
Or at least the exact dates where the bad gcc was in use?
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the dead now is just an exercise in
misplaced priorities.
But having said that, it's not my decision to make; it's the
libjpeg-turbo authors' decision whether to expend effort in that
direction.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https
--- see
http://www.postgresql.org/download/linux
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.
There was some discussion last week about teaching the broken-dependencies
nagbot to also nag about NVR sequence discrepancies. Is that feasible
or a reasonable response? Or is that subsumed under your mention of
autoqa?
regards, tom lane
--
devel mailing list
devel
I'm going to need.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, and even the N days ago annotations in the
shortlog view seem wonky, as if the server clock were stuck in early
August.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the
latest completed build. It's rawhide, after all.
regards, tom lane
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
branches happens to execute first?
What I think would be useful would be to extend the broken-dependency
nagbot so that it also nags if you have a back-branch that's NVR-newer
than any later branch.
IOW: nag good, preventing people from doing their work bad.
regards, tom
the
latest completed build. It's rawhide, after all.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Rex Dieter rdie...@math.unl.edu writes:
Tom Lane wrote:
Toshio Kuratomi a.bad...@gmail.com writes:
When you do an update in F-14 and rely on inheritance to get the package
into rawhide, there is a problem. That package will not go to rawhide
until it hits stable in F-14.
... um
said, this sort of difference shouldn't hurt the ability to
merge or cherrypick diffs from one branch to another.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Just in case you thought we weren't having enough infrastructure fun
already ...
My web browser is complaining that admin.fedoraproject.org is presenting
an invalid SSL certificate: it expired July 31, 2010 8:17:52 AM ET,
ie about three hours ago.
regards, tom lane
. I'm sending a
list of possibly affected ones.
Were there any ABI breaks? ie should we just be forcing rebuilds?
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
counterproductive to downgrade that responsibility,
or even worse pretend that it doesn't matter --- and Kevin's lead
statement in this thread is damn close to pretending that. Sorry
Kevin, we are not interchangeable parts.
regards, tom lane
--
devel mailing list
devel
.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Adam Williamson awill...@redhat.com writes:
On Wed, 2010-06-30 at 11:35 -0400, Tom Lane wrote:
The proposed policy might be workable if we had a surplus of
proventester manpower available, but we obviously have not got that.
See above, you cannot judge this on current experience.
Yes I can
with this is to
have two maintainers who each sign up as proventesters and then bump
the karma on their own packages? Surely that's not the way to get
more eyeballs on the problem.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
dysfunctional
system is hard to imagine.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Will Woods wwo...@redhat.com writes:
On Wed, 2010-06-30 at 15:04 -0400, Tom Lane wrote:
Yes I can. I have two critpath packages that are in testing with
security bugs, both pretty small and easy to test, and both still have
karma zero. That seems to me to be adequate proof that there's
Jesse Keating jkeat...@j2solutions.net writes:
On 6/30/10 12:29 PM, Tom Lane wrote:
I mentioned libtiff in my first comment in this thread. The other one
is libpng. But in any case, are maintainers supposed to have to scare
up testers on their own? Especially for packages that are supposed
next year
init scripts. I'll just stick with the tested sysv ones, thanks.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
development and is taking care not to break things
unnecessarily, I'm happy to see them become the forefront of libjpeg
development. Especially if it means I don't have to do the work ;-)
regards, tom lane
ex-organizer, Independent JPEG Group
--
devel mailing
.
Can't speak to the other two of my own knowledge ... but if they weren't
renamed the first time around, it's probably because people thought they
were distro-specific. s/redhat/fedora/ seems a plausible solution
to me.
regards, tom lane
--
devel mailing list
devel
of people who prefer ntpd is nonexistent.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
there loud bleats from broken-dependencies checking?
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
builds see the override, or just prevent unrelated
builds from happening during the window? This is surely not going to
be the last undesired failure if things stay like this.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
.
There is no newrepo task running for F-13, and no evidence that one has
been launched recently. Perhaps an untag event fails to force a repo
rebuild? If so seems like a bug.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
Jakub Jelinek ja...@redhat.com writes:
On Mon, May 03, 2010 at 03:35:44PM -0400, Tom Lane wrote:
BTW, it's now two hours later and gcc 4.4.4 is still in the buildroot.
There is no newrepo task running for F-13, and no evidence that one has
been launched recently. Perhaps an untag event fails
to Fedora, where I usually push the
official update about as quickly, but for sure it's an issue on
RHEL and CentOS.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
I'm getting
500 Internal error
The server encountered an unexpected condition which prevented it from
fulfilling the request.
Powered by CherryPy 2.3.0
while trying to submit new package updates in bodhi.
regards, tom lane
--
devel mailing
it be sensible to approach the Mozilla folk about getting them
to relax their requirements so that sane packaging is possible? ISTM
that this must be a problem for other distros too.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https
Bruno Wolff III br...@wolff.to writes:
On Sun, Apr 25, 2010 at 12:03:28 -0400,
Tom Lane t...@redhat.com wrote:
Wouldn't it be sensible to approach the Mozilla folk about getting them
to relax their requirements so that sane packaging is possible? ISTM
that this must be a problem for other
precedent
for Devrim's position.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
for
packages that are purely internal to the database, but I'm not finding
that to be a compelling idea. I think name it after the upstream
project is a good enough rule.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
developer, I can hardly think of a quicker way to piss me
off than if every distro were to start sending me such nagmail. I would
not want such a thing turned on on *any* of my packages.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https
the resources to make it happen. A mandate from FESCO
is not worth diddly-squat unless FESCO is prepared to do the work.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Kevin Kofler kevin.kof...@chello.at writes:
Some situations where I and others have used direct stable pushes in the
past and where I think they're really warranted and should be used:
You forgot security fixes. The proposed policy is insane.
regards, tom lane
of trouble.
I guess I am wondering why such a change is being made in a stable
branch in the first place. Why isn't this sort of thing strictly
rawhide material?
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
Luke Macken lmac...@redhat.com writes:
A large number of updates currently suffer from duplicate IDs, and I
need to figure out a clever way to fix it.
Would it be prudent to not push new updates until you've fixed it?
regards, tom lane
--
devel mailing list
devel
I just got about half a dozen broken dependencies in devel emails that
seem to be completely wacko, as neither the dependent nor the dependee
have changed lately. Something messed up in the repo maybe?
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
think: if you get multiple
reports of the same backtrace then you start to think that it's a real
bug rather than bad RAM. This still does nothing for the basic problem,
though, which is that a backtrace alone isn't very useful for fixing
the bug.
regards, tom lane
that dumps
would put on bugzilla, I think we can safely dismiss the idea.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to fix? There's
certainly nothing in their documentation suggesting that there's
such a requirement.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
list all the libraries that *they*
depend on, instead of being sloppy.
regards, tom lane
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
201 - 278 of 278 matches
Mail list logo