On 2015-01-07, Grant Edwards wrote:
> Meld 3.12.2 went stable a couple weeks ago and got upgraded from
> 1.8.5. After the 1.8->3.12 upgrade, the application preferences no
> longer worked. They neither affect the application nor do they get
> saved.
>
> If I block meld 3.x and go back to 1.8.5, e
Am 08.01.2015 um 00:02 schrieb Alan McKinnon:
> In my opinion, ansible almost always beats puppet.
>
> Puppet is a) complex b) built to be able to deal with vast enterprise
> setups and c) has a definition language I never could wrap my brains
> around. It always felt to me like puppet was never
On 07/01/2015 22:30, Stefan G. Weichinger wrote:
> Am 07.01.2015 um 20:06 schrieb Tomas Mozes:
>
>> Strange, I only have successful stories with upgrading old gentoo
>> machines. If you have a machine which you update regularly then you know
>> all the issues during the time and so upgrading "per
On 07/01/2015 21:06, Tomas Mozes wrote:
> On 2015-01-07 13:47, Alan McKinnon wrote:
>> On 07/01/2015 13:52, Stefan G. Weichinger wrote:
>>>
>>> I am in the process of upgrading an old (~2010) gentoo server.
>>> The customer never wanted updates ... and now he wants ... *sigh*
>>
>>
>>
>> Don't wast
Meld 3.12.2 went stable a couple weeks ago and got upgraded from
1.8.5. After the 1.8->3.12 upgrade, the application preferences no
longer worked. They neither affect the application nor do they get
saved.
If I block meld 3.x and go back to 1.8.5, everything works fine again.
On the meld mailing
On Wed, 07 Jan 2015 21:36:42 +0100, Stefan G. Weichinger wrote:
> Am 07.01.2015 um 21:17 schrieb Neil Bothwick:
>
> > That's not what I meant, but I see your point about using --reflink
> > if making copies. My thought was to forget the whole tmpfs and
> > copying think, set KEEP WORK in FEATURES
On Wed, 7 Jan 2015 15:22:46 -0500, Rich Freeman wrote:
> > That's not what I meant, but I see your point about using --reflink if
> > making copies. My thought was to forget the whole tmpfs and copying
> > think, set KEEP WORK in FEATURES and use XFS for PORTAGE_TMPDIR. That
> > way most of the wo
Checking out my stand-by machine for another reason,
I discovered that it won't talk properly to my monitor,
so I tested my 2003 machine, which I haven't used for a long time.
It woke up ok, but it doesn't recognise either of my mice,
even with a adapter, so I want to get it to use them via USB.
Th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 07.01.2015 um 21:17 schrieb Neil Bothwick:
> That's not what I meant, but I see your point about using --reflink
> if making copies. My thought was to forget the whole tmpfs and
> copying think, set KEEP WORK in FEATURES and use XFS for
> PORTAGE_T
Am 07.01.2015 um 17:08 schrieb Rich Freeman:
> On Wed, Jan 7, 2015 at 7:47 AM, Alan McKinnon wrote:
>>
>> It's worth repeating: the customer caused this, he must now feel the
>> pain and not you.
>>
>
> So, if he made an informed choice and that is what he chose, then that
> is how it has to be.
Am 07.01.2015 um 20:06 schrieb Tomas Mozes:
> Strange, I only have successful stories with upgrading old gentoo
> machines. If you have a machine which you update regularly then you know
> all the issues during the time and so upgrading "per partes" leads to no
> surprises but the same challenges
On Wed, Jan 7, 2015 at 3:17 PM, Neil Bothwick wrote:
> On Wed, 7 Jan 2015 14:25:52 -0500, Rich Freeman wrote:
>
>> > Not as a general FS, but as a specific choice for $PORTAGE_TMPDIR it
>> > may be worth testing. XFS was designed for an environment that used
>> > temporary files that didn't need t
On Wed, 7 Jan 2015 14:25:52 -0500, Rich Freeman wrote:
> > Not as a general FS, but as a specific choice for $PORTAGE_TMPDIR it
> > may be worth testing. XFS was designed for an environment that used
> > temporary files that didn't need to be committed to disk, so its
> > caching doesn't write to
On Wed, Jan 7, 2015 at 12:26 PM, Neil Bothwick wrote:
> On Wed, 7 Jan 2015 16:12:28 + (UTC), James wrote:
>
>> > That's why I thought XFS may help.
>> > Reports of the speed gain from tmpfs are quite mixed, but I do use it
>> > myself.
>>
>> I'm moving to btrfs and eventually ceph, so xfs is n
On 2015-01-07 13:47, Alan McKinnon wrote:
On 07/01/2015 13:52, Stefan G. Weichinger wrote:
I am in the process of upgrading an old (~2010) gentoo server.
The customer never wanted updates ... and now he wants ... *sigh*
Don't waste your time (you are already experiencing the full reason
wh
On Wed, Jan 7, 2015 at 4:51 AM, Jacques Montier wrote:
>
> Hello,
>
> I had the same problem some months ago.
> Adding the line
> set-sink-port alsa_output.pci-_00_1b.0.analog-stereo
analog-output-lineout
> to /etc/pulse/default.pa solved the problem.
Please don't top-post.
That card (pci-00
Am 07.01.2015 um 17:38 schrieb James:
> Stefan G. Weichinger xunil.at> writes:
>
>
>> I am in the process of upgrading an old (~2010) gentoo server.
>> The customer never wanted updates ... and now he wants ... *sigh*
>> Thanks for any pointers!
>> best, Stefan
>
>
> If the server is 5 years o
On Wed, 7 Jan 2015 16:12:28 + (UTC), James wrote:
> > That's why I thought XFS may help.
> > Reports of the speed gain from tmpfs are quite mixed, but I do use it
> > myself.
>
> I'm moving to btrfs and eventually ceph, so xfs is not on my roadmap
Not as a general FS, but as a specif
Stefan G. Weichinger xunil.at> writes:
> I am in the process of upgrading an old (~2010) gentoo server.
> The customer never wanted updates ... and now he wants ... *sigh*
> Thanks for any pointers!
> best, Stefan
If the server is 5 years old (or more) surely there is an additional system
avai
Neil Bothwick digimed.co.uk> writes:
>
>
> On 7 January 2015 13:16:03 GMT+00:00, Rich Freeman gentoo.org>
wrote:
> On Wed, Jan 7, 2015 at 3:36 AM, Neil Bothwick digimed.co.uk> wrote:
> Personally, I wouldn't bother, there is not that much of a gain when
using tmpfs, so if you want to keep al
On Wed, Jan 7, 2015 at 7:47 AM, Alan McKinnon wrote:
>
> It's worth repeating: the customer caused this, he must now feel the
> pain and not you.
>
So, if he made an informed choice and that is what he chose, then that
is how it has to be.
However, if I were in the position of supporting this in
On Wed, 07 Jan 2015 14:19:27 +0100, Stefan G. Weichinger wrote:
> at the reboot time a fellow IT-guy will be there in front of the console
> so if the NIC doesn't come up correctly I will be able to instruct him
> to get the box up and reachable for me.
>
> I also use to disable persistent names
On 07/01/2015 16:12, Raffaele BELARDI wrote:
> I have a block, I'm not looking for a solution yet, just a correct
> interpretation of the error messages:
>
> [blocks B ] (" app-admin/eselect-opengl-1.3.1-r1)
>
> * Error: The above package list contains packages which cannot be
> * install
I have a block, I'm not looking for a solution yet, just a correct
interpretation of the error messages:
[blocks B ] =x11-base/xorg-server-1.0.99 required by
(x11-drivers/xf86-video-vesa-2.3.3:0/0::gentoo, installed)
(snip)
(app-admin/eselect-opengl-1.3.1-r1:0/0::gentoo, ebuild scheduled f
Am 07.01.2015 um 14:44 schrieb Alan McKinnon:
> On 07/01/2015 15:19, Stefan G. Weichinger wrote:
>> Seems as if the biggest problems are solved right now?
>
>
> if you ran "emerge -avuND world" and portage goes ahead and does it
> without blockers, then I'd agree - the major problems are solved.
On 7 January 2015 13:16:03 GMT+00:00, Rich Freeman wrote:
> On Wed, Jan 7, 2015 at 3:36 AM, Neil Bothwick
> wrote:
> >
> > Personally, I wouldn't bother, there is not that much of a gain when
> > using tmpfs, so if you want to keep all the working files after
> > compilation, the extra overhead a
On 07/01/2015 15:19, Stefan G. Weichinger wrote:
> Am 07.01.2015 um 14:06 schrieb Alan McKinnon:
>
>> The tricky one is going to be that persistent interface names from udev
>> 18 months or so back. When you get to that, you'll probably want to
>> re-read the huge threads from that time, as you on
Am 07.01.2015 um 14:28 schrieb Rich Freeman:
> On Wed, Jan 7, 2015 at 8:06 AM, Alan McKinnon wrote:
>>
>> openrc should be seamless. I forget the exact timelines, but IIRC you
>> will also hit baselayout-2 migration. That one was very smooth and well
>> documented so you shouldn't have much troubl
On Wed, Jan 7, 2015 at 8:06 AM, Alan McKinnon wrote:
>
> openrc should be seamless. I forget the exact timelines, but IIRC you
> will also hit baselayout-2 migration. That one was very smooth and well
> documented so you shouldn't have much trouble.
>
If it is already running openrc then he is pa
Am 07.01.2015 um 14:06 schrieb Alan McKinnon:
> The tricky one is going to be that persistent interface names from udev
> 18 months or so back. When you get to that, you'll probably want to
> re-read the huge threads from that time, as you only get one chance to
> get it right.
One addition:
at
On Wed, Jan 7, 2015 at 3:36 AM, Neil Bothwick wrote:
>
> Personally, I wouldn't bother, there is not that much of a gain when
> using tmpfs, so if you want to keep all the working files after
> compilation, the extra overhead and complexity of copying to hard disk
> would make it not worthwhile. J
On 07/01/2015 14:56, Stefan G. Weichinger wrote:
> Am 07.01.2015 um 13:47 schrieb Alan McKinnon:
>> On 07/01/2015 13:52, Stefan G. Weichinger wrote:
>>>
>>> I am in the process of upgrading an old (~2010) gentoo server.
>>> The customer never wanted updates ... and now he wants ... *sigh*
>>
>>
>>
> On Jan 7, 2015, at 14:47, Alan McKinnon wrote:
>
>> On 07/01/2015 13:52, Stefan G. Weichinger wrote:
>>
>> I am in the process of upgrading an old (~2010) gentoo server.
>> The customer never wanted updates ... and now he wants ... *sigh*
>
>
>
> Don't waste your time (you are already exper
Am 07.01.2015 um 13:47 schrieb Alan McKinnon:
> On 07/01/2015 13:52, Stefan G. Weichinger wrote:
>>
>> I am in the process of upgrading an old (~2010) gentoo server.
>> The customer never wanted updates ... and now he wants ... *sigh*
>
>
>
> Don't waste your time (you are already experiencing t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 07.01.2015 um 13:13 schrieb Neil Bothwick:
> On Wed, 07 Jan 2015 13:01:34 +0100, Tomas Mozes wrote:
>
>> Try to fetch some older portage snapshots
>> http://dev.gentoo.org/~swift/snapshots/ and update in steps, not
>> as a 4 year giant leap. Try t
On 07/01/2015 13:52, Stefan G. Weichinger wrote:
>
> I am in the process of upgrading an old (~2010) gentoo server.
> The customer never wanted updates ... and now he wants ... *sigh*
Don't waste your time (you are already experiencing the full reason why).
Backup data and configs, reinstall G
On Wed, 07 Jan 2015 13:01:34 +0100, Tomas Mozes wrote:
> Try to fetch some older portage snapshots
> http://dev.gentoo.org/~swift/snapshots/ and update in steps, not as a 4
> year giant leap. Try to fetch snapshot 2011, then upgrade, then 2012,
> upgrade... It takes more time, but it should wor
On 2015-01-07 12:52, Stefan G. Weichinger wrote:
I am in the process of upgrading an old (~2010) gentoo server.
The customer never wanted updates ... and now he wants ... *sigh*
I managed to compile basic stuff already ... portage, gcc etc
Now I get errors at emerging packages which is bad.
St
Am 07.01.2015 um 12:52 schrieb Stefan G. Weichinger:
> Thanks for any pointers!
I *think* I solved it by fixing the binutils-setting ... just testing
... seems solved for now!
Stefan
I am in the process of upgrading an old (~2010) gentoo server.
The customer never wanted updates ... and now he wants ... *sigh*
I managed to compile basic stuff already ... portage, gcc etc
Now I get errors at emerging packages which is bad.
Still no openrc installed and the udev-upgrade also
2015-01-07 8:51 GMT-02:00 Jacques Montier :
> Hello,
>
> I had the same problem some months ago.
> Adding the line
> set-sink-port alsa_output.pci-_00_1b.0.analog-stereo
> analog-output-lineout
> to /etc/pulse/default.pa solved the problem.
>
> Hope that will help,
>
>
>
> *--*
> *Jacques*
>
>
Hello,
I had the same problem some months ago.
Adding the line
set-sink-port alsa_output.pci-_00_1b.0.analog-stereo
analog-output-lineout
to /etc/pulse/default.pa solved the problem.
Hope that will help,
*--*
*Jacques*
2015-01-07 11:41 GMT+01:00 Francisco Ares :
> Hi All,
>
> I have been
Hi All,
I have been strugling with pulseaudio for a while now. The problem is that
it selects as the only default output interface an HDMI ("digital") port in
the video card.
How do I set it up to select the usual analog output as default (or even
better, select both)?
Thanks,
Francisco
On 07/01/15 06:01, Andrew Lowe wrote:
> Hi all,
> I'm trying to install an engineering package by the name of
> Salome-meca. There is no ebuild for this. They claim to have a
> "universal installer" but I've spent too much time trying to get this
> thingy to work and can now confidently say i
On Wed, 07 Jan 2015 10:00:17 +0800, Andrew Lowe wrote:
> #
> # RAM disk for emerges
> #
> tmpfs /var/tmp/portage tmpfs
> uid=portage,gid=portage,mode=0775,size=8192M,noatime0 0
>
>
> The above is all ONE line. This has worked fine for me. I have a machine
> with 16GB so I decided to go half
On 01/07/2015 08:07:26 AM, Mick wrote:
> On Tuesday 06 Jan 2015 10:09:25 Helmut Jarausch wrote:
> > On 01/05/2015 02:49:04 PM, Florian Gamböck wrote:
> > > Am 05.01.2015 um 14:42 schrieb Helmut Jarausch:
> > > > Which (framebuffer?) kernel parameters have to set?
> > >
> > > Try compiling CONFIG_D
46 matches
Mail list logo
