Yes it matches:
[r...@schoolserver ~]# sha1sum /etc/yum.conf
8970c4d97f3f90eb17520ea3d8590b24bc7f4691 /etc/yum.conf
Martin Langhoff wrote:
> On Fri, Dec 12, 2008 at 6:10 PM, Reuben K. Caron wrote:
>
>> Yes, there is a yum.conf.rpmnew present (attached)
>> No, it has never been touched.
>>
On Fri, Dec 12, 2008 at 6:10 PM, Reuben K. Caron wrote:
> Yes, there is a yum.conf.rpmnew present (attached)
> No, it has never been touched.
I've tested this today, and what you're finding is right - the upgrade
leaves the old yum.conf -- now, I saw this problem early and added a
workaround. Loo
Jerry Vonau wrote:
> Reuben K. Caron wrote:
>
>> Martin Langhoff wrote:
>>
>>> On Thu, Dec 11, 2008 at 7:06 PM, Reuben K. Caron wrote:
>>>
>>>
yum repolist --enablerepo=*
repolist: 0
>>> ...
>>>
>>>
This is on an upgrade from
Martin Langhoff wrote:
> On Thu, Dec 11, 2008 at 7:06 PM, Reuben K. Caron wrote:
>
>>yum repolist --enablerepo=*
>> repolist: 0
>>
> ...
>
>> This is on an upgrade from 0.4
>>
>
> Doesn't sound good. Some more questions --
>
> - can you email me any install / upgrade logs in
On Thu, Dec 11, 2008 at 4:19 PM, Anna wrote:
> Will that work? I need to keep the install steps to a minimum and I'd
> rather make the changes to the iso.
If you just grab the rpm and put it in the iso, it should work.
However, I might spin a 0.5.1 in the coming days. Just want to see if
there's
Will a new ISO (XS-0.5.1?) be released to address this issue?
On Wed, 2008-12-10 at 18:51 -0200, Martin Langhoff wrote:
> On Wed, Dec 10, 2008 at 6:09 PM, Martin Langhoff > I spotted exactly
> the same difference and tested it -- does not seem
> > to work. Hope to get to the bottom of it.
>
> A
On Thu, Dec 11, 2008 at 12:04 PM, Martin Langhoff wrote:
>
> - we do respect sshd_config.in -- if you edit sshd_config.in, your
> changes will be preserved, and any new sshd_config.in we want to
> deploy will be written as sshd_config.in.rpmnew
>
>
Well, I did edit sshd_config.in and then did th
On Thu, Dec 11, 2008 at 10:09 AM, Martin Langhoff wrote:
>
>yum --enablerepo=olpcxs-testing install xs-config
>
> which if you try now will bring xs-config-0.5.9.g13a7973-1.noarch.rpm
> which has two fixes. This has a further typo fix (that I had made in
> the script I tested, but forgot to i
On Thu, Dec 11, 2008 at 3:55 PM, Anna wrote:
> It worked for me, however, it looks like it returns a bunch of config files
> to their "pristine" state, which isn't a big deal on this particular test
> machine, as I had only edited sshd_config.in and sshd_config to allow for
> password authenticati
On Thu, Dec 11, 2008 at 12:54 PM, Reuben K. Caron <[EMAIL PROTECTED]> wrote:
> Alright, so I am still seeing problems.
>
> yum --enablerepo=olpcxstesting install xs-config , did not work for me.
Missing hyphen, my fault. Try
yum --enablerepo=olpcxs-testing install xs-config
which if you try
Alright, so I am still seeing problems.
yum --enablerepo=olpcxstesting install xs-config , did not work for me.
So I:
-wget
http://xs-dev.laptop.org/xsrepos/testing/olpc/9/i386/xs-config-0.5.7.g11aaacf-1.noarch.rpm
-yum localinstall xs-config-0.5.7.g11aaacf-1.noarch.rpm --nogpgcheck
- reran
In my tests the following works on a fresh installation without
modifying the xs_bonding:
Put this in /etc/rc.local
ifenslave lanbond0 eth1
Reboot. And there we go:
Anna wrote:
> This is probably far from ideal, but it works for me and I'm putting it out
> there in case you're messing with X
Anna wrote:
> This is probably far from ideal, but it works for me and I'm putting it out
> there in case you're messing with XS 0.5 and need to have eth1 working now
> so you can test other stuff. I'm sure there's a more elegant solution.
>
> Put this in /etc/rc.local
>
> ifenslave lanbond0 eth
13 matches
Mail list logo
