Hi. I have a puzzle regarding upgrading postgresql. In my recent world
update I went from 9.4_beta2 to beta3, but when I tried to start the
server, it complained that the databases were written with a different
"catalog version" -- whatever that is, and the pg_upgrade tool requires
both old and n
On 9/26/2014 1:04 AM, Samuli Suominen wrote:
> On 25/09/14 22:03, James wrote:
>> I'd be better of with a fresh install of lilblue + musl + eudev
>> is what you are really saying here?
> that's the only usecase for eudev currently, yes, otherwise you have no
> reason to switch
Hi Samuli,
So, i
Yes. You emerge both beta2 and beta3, then run pg_upgrade for beta3,
provide BOTH binaries to it, it converts the base. Then you can delete
beta2.
2014-11-10 16:04 GMT+05:00 :
> Hi. I have a puzzle regarding upgrading postgresql. In my recent world
> update I went from 9.4_beta2 to beta3, but w
However, when I emerge beta3, beta2 is gone, so this is my problem.
Vladimir Romanov wrote:
> Yes. You emerge both beta2 and beta3, then run pg_upgrade for beta3,
> provide BOTH binaries to it, it converts the base. Then you can delete
> beta2.
>
> 2014-11-10 16:04 GMT+05:00 :
>
> > Hi. I ha
Well, emerge it again :). You can have two postgresql-servers in different
slots.
2014-11-10 16:21 GMT+05:00 :
> However, when I emerge beta3, beta2 is gone, so this is my problem.
>
>
> Vladimir Romanov wrote:
>
> > Yes. You emerge both beta2 and beta3, then run pg_upgrade for beta3,
> > provid
Well, after the emerge, no sign of beta2 anywhere, I have the directory
/usr/lib64/postgresql-9.4/ with the beta3 binaries and that is all, is
there a problem with the ebuilds or something?
Vladimir Romanov wrote:
> Well, emerge it again :). You can have two postgresql-servers in different
> sl
You updated your beta2 with beta3. Now you can add beta2 again by emerge
=dev-db/posgresql-9.4-beta2 (or something like)
2014-11-10 16:36 GMT+05:00 :
> Well, after the emerge, no sign of beta2 anywhere, I have the directory
> /usr/lib64/postgresql-9.4/ with the beta3 binaries and that is all, is
What it does then is delete the beta3 and give me only beta2. This is
what I had done to fix my original problem, I can show you the build log
for beta3 if that would help. I am using gentoo-unstable, but that
should be obvious.
Vladimir Romanov wrote:
> You updated your beta2 with beta3. Now
Well... then we need someone, who is more professional, since AFAIK
multiple postgresql's can be on one system in several slots. Maybe (as it
is beta, slots are the same, therefore new deletes old and vice versa)?
2014-11-10 16:47 GMT+05:00 :
> What it does then is delete the beta3 and give me on
On Mon, Nov 10, 2014 at 6:04 AM, Tanstaafl wrote:
>
> eudev is looking more attractive every day... but can it continue to
> work and be supported if Lennart gets his way and upstream udev stops
> working without systemd?
>
Well, there are no plans to make udev stop working without systemd as
far
Well, I found the old binaries in my backups and did the deed, the only
problems, was that the old data directory did not contain any .conf
files, so I copied the new ones into the old data directory and it was
then happy. I m not sure what happened to the .conf files in the old
data directory, bu
Well, i think i understand what happens (through i am not sure) - i was
upgrading 9.3 to 9.4 - they're installed in different slots, so i just
istalled two postgresql's in one time. You are upgrading 9.4 to 9.4 - so
they are in one slot and can not be installed in one time.
But then yes, one can't
Then they should not change the catalog version -- what is that, anyway?
Vladimir Romanov wrote:
> Well, i think i understand what happens (through i am not sure) - i was
> upgrading 9.3 to 9.4 - they're installed in different slots, so i just
> istalled two postgresql's in one time. You are upg
On 11/10/2014 06:04 AM, cov...@ccs.covici.com wrote:
> Hi. I have a puzzle regarding upgrading postgresql. In my recent world
> update I went from 9.4_beta2 to beta3, but when I tried to start the
> server, it complained that the databases were written with a different
> "catalog version" -- what
Michael Orlitzky wrote:
> On 11/10/2014 06:04 AM, cov...@ccs.covici.com wrote:
> > Hi. I have a puzzle regarding upgrading postgresql. In my recent world
> > update I went from 9.4_beta2 to beta3, but when I tried to start the
> > server, it complained that the databases were written with a dif
Hi,
Checking the news (eselect news read), I see that an upgrade to udev-217
might break firmware loading, so the news tagged "2014-11-07-udev-upgrade"
says that a kernel >= 3.7 should be configured to:
CONFIG_FW_LOADER_USER_HELPER=n
Is it that simple? Trying a new kernel build using "menuconfi
On 11/10/2014 7:30 AM, Rich Freeman wrote:
> Well, there are no plans to make udev stop working without systemd as
> far as I can tell. HOWEVER, there ARE plans to require using kdbus to
> communicate with udev, and for that to work there needs to be a
> userspace initialization of kdbus/etc.
So
On 11/10/2014 8:21 AM, Francisco Ares wrote:
> Checking the news (eselect news read), I see that an upgrade to udev-217
> might break firmware loading, so the news tagged
> "2014-11-07-udev-upgrade" says that a kernel >= 3.7 should be configured to:
>
> CONFIG_FW_LOADER_USER_HELPER=n
>
> Is it t
On Mon, Nov 10, 2014 at 8:23 AM, Tanstaafl wrote:
> On 11/10/2014 7:30 AM, Rich Freeman wrote:
>> Well, there are no plans to make udev stop working without systemd as
>> far as I can tell. HOWEVER, there ARE plans to require using kdbus to
>> communicate with udev, and for that to work there ne
On Mon, Nov 10, 2014 at 9:20 AM, Tanstaafl wrote:
> On 11/10/2014 8:21 AM, Francisco Ares wrote:
>> Checking the news (eselect news read), I see that an upgrade to udev-217
>> might break firmware loading, so the news tagged
>> "2014-11-07-udev-upgrade" says that a kernel >= 3.7 should be configu
2014-11-10 12:37 GMT-02:00 Rich Freeman :
> On Mon, Nov 10, 2014 at 9:20 AM, Tanstaafl
> wrote:
> > On 11/10/2014 8:21 AM, Francisco Ares wrote:
> >> Checking the news (eselect news read), I see that an upgrade to udev-217
> >> might break firmware loading, so the news tagged
> >> "2014-11-07-ud
On Mon, Nov 10, 2014 at 10:18 AM, Francisco Ares wrote:
>
> So, if I understood something, I will probably have to check this
> configuration entry every time I build a new kernel from now on, because
> "menuconfig" will probably set this on because of its dependencies, is this
> correct?
>
That
On 10/11/14 13:04, Tanstaafl wrote:
> On 9/26/2014 1:04 AM, Samuli Suominen wrote:
>> On 25/09/14 22:03, James wrote:
>>> I'd be better of with a fresh install of lilblue + musl + eudev
>>> is what you are really saying here?
>> that's the only usecase for eudev currently, yes, otherwise you hav
On 11/10/2014 10:48 AM, Samuli Suominen wrote:
> I wouldn't worry about it at all, there is no way *sys-fs/udev
> ebuild* will ever need systemd. There might be a news item later,
> with instructions on moving to something else, but that's not
> something we are even planning at the moment, so sys
Wondering if this is supported?
Thanks
On 10-Nov-14 18:06, Tanstaafl wrote:
Wondering if this is supported?
It is supported, but not on ESXi-hypervisor (free) anymore.
AFAIK only Trilead VM-Explorer works on free-ESXi (and command
line tools i.e. ghettoVCB).
Jarry
--
___
On 11/10/2014 1:21 PM, Jarry wrote:
> On 10-Nov-14 18:06, Tanstaafl wrote:
>> Wondering if this is supported?
>
> It is supported, but not on ESXi-hypervisor (free) anymore.
> AFAIK only Trilead VM-Explorer works on free-ESXi (and command
> line tools i.e. ghettoVCB).
Cool, thanks (we have the p
Peter Humphrey prh.myzen.co.uk> writes:
> > You should be able to just switch to 4.8 without rebuilding anything.
> > That's what I did. Of course it can't hurt to rebuild everything, but
> > you can schedule that for later (like an overnight rebuild of world
> > with --keep-going). It's not c
2014-11-10 13:42 GMT-02:00 Rich Freeman :
> On Mon, Nov 10, 2014 at 10:18 AM, Francisco Ares wrote:
> >
> > So, if I understood something, I will probably have to check this
> > configuration entry every time I build a new kernel from now on, because
> > "menuconfig" will probably set this on bec
Rich Freeman gentoo.org> writes:
> Of course, nothing prevents anybody from creating a preconfigured
> kernel for Gentoo. There is genkernel of course, though I think we
> probably could do better. Most seem to be happy just managing their
> own kernel configurations, and I think that is why n
On Mon, 10 Nov 2014 18:52:09 + (UTC), James wrote:
> > I'd have thought you needed to emerge -e world if you really want to
> > be protected.
>
> Yea, maybe. I read the man page on emptytree. I get it actually replaces
> by a "reinstall". Does this do more than if I just reboot after
>
>
I heard about qwinff in a linux podcast and I'm happy I decided to try it.
It's not in portage or layman, but installing it is so trivial I'll describe
how I did it:
Download the source file here:
https://github.com/qwinff/qwinff/
by clicking the "Download ZIP" button on the right side of the web
walt gmail.com> writes:
> I heard about qwinff in a linux podcast and I'm happy I decided to try it.
>
> It's not in portage or layman, but installing it is so trivial
> I'll describe how I did it:
Well, if I can figure out how to "hack" together simple ebuilds,
so can you (if you dont know a
I've finnally detected the root cause of glibc-2.20 broken my system:
glibc-2.20 start using TLX instruction which is disabled by microcode update.
disabling microcode update brings my system back to live!
so, there is either a bug in CPU , nor glibc has borken CPU feature detection.
On Mon, Nov 10, 2014 at 05:48:49PM +0200, Samuli Suominen wrote
> I wouldn't worry about it at all, there is no way *sys-fs/udev ebuild*
> will ever need systemd. There might be a news item later, with
> instructions on moving to something else, but that's not something we
> are even planning at t
On 11/11/14 07:20, Walter Dnes wrote:
> On Mon, Nov 10, 2014 at 05:48:49PM +0200, Samuli Suominen wrote
>
>> I wouldn't worry about it at all, there is no way *sys-fs/udev ebuild*
>> will ever need systemd. There might be a news item later, with
>> instructions on moving to something else, but tha
On Mon, Nov 10, 2014 at 11:20 PM, Walter Dnes wrote:
> On Mon, Nov 10, 2014 at 05:48:49PM +0200, Samuli Suominen wrote
>
>> I wouldn't worry about it at all, there is no way *sys-fs/udev ebuild*
>> will ever need systemd. There might be a news item later, with
>> instructions on moving to somethin
On 11/11/14 05:49, micro...@fedoraproject.org wrote:
> I've finnally detected the root cause of glibc-2.20 broken my system:
> glibc-2.20 start using TLX instruction which is disabled by microcode update.
>
> disabling microcode update brings my system back to live!
>
> so, there is either a bug
On 2014-11-10 23:23, Neil Bothwick wrote:
On Mon, 10 Nov 2014 18:52:09 + (UTC), James wrote:
> I'd have thought you needed to emerge -e world if you really want to
> be protected.
Yea, maybe. I read the man page on emptytree. I get it actually
replaces
by a "reinstall". Does this do mo
On Monday 10 Nov 2014 13:16:25 cov...@ccs.covici.com wrote:
> Michael Orlitzky wrote:
> > On 11/10/2014 06:04 AM, cov...@ccs.covici.com wrote:
> > > Hi. I have a puzzle regarding upgrading postgresql. In my recent
> > > world update I went from 9.4_beta2 to beta3, but when I tried to start
> > >
On Monday, November 10, 2014 08:06:50 AM cov...@ccs.covici.com wrote:
> Then they should not change the catalog version -- what is that, anyway?
You are using a Beta-version. Those are under development and NOT suited for
production.
If you use a beta-version of any software package, you run the
41 matches
Mail list logo
