I experienced the same when pulling system files after some time of not
upgrading. Also, I am pretty sure that I have not modified those files
listed as modified locally. I tried pull -s *, but it did not work at all.
Thanks,
Peter.
> pull -s *
This will not work. You need to pull each file that is marked
as modified, prefixed by the -s option to take the server (the labs)
version or -c to keep the version you have locally (and silence
the error).
It is the work of moments to load the debug printed by pull -v
into favorite p
yes, I expected that. thanks! Peter
On Tue, Dec 20, 2011 at 10:17 AM, Steve Simon wrote:
...
On Tue Dec 20 01:03:05 EST 2011, j...@jfloren.net wrote:
> I'd like to install Erik's nupas, but according to contrib/install, a
> bunch of files have been modified locally, so it doesn't install them.
> Then, if I try to do a contrib/pull, it believes the package is up to
> date. Ok, great, so I d
On Tue Dec 20 02:41:29 EST 2011, aku...@mail.nanosouffle.net wrote:
> My Thinkpad X200s has an Intel X4500 card,
> but vga(3) defaults to using vesa. Has anyone
> added any support for this card lately? Or is
> there any other vga `type' that can be set in
> /dev/vgactl, which would offer better
>
On Tue, Dec 20, 2011 at 7:52 AM, erik quanstrom wrote:
> i think most people are using vesa. unfortunately
> that limits one to 4:3 graphics modes.
Some card/monitor combinations seem to support other aspect ratios
that are technically outside of the VESA spec. For example, my NVidia
GeForce 840
> Some card/monitor combinations seem to support other aspect ratios
> that are technically outside of the VESA spec. For example, my NVidia
> GeForce 8400GS coupled with an NEC AccuSync AS221WM 22" via DVI-D[1]
> happily runs[2] at the monitor's native resolution of 1680x1050 with
> VESA, which is
On Tue, Dec 20, 2011 at 9:03 AM, erik quanstrom wrote:
>
> i never considered the advertized modes might depend on
> the monitor connected. have you observed this?
Yes. I have a few combinations of VGA-VGA, DVI-DVI, VGA-DVI, DVI-HDMI,
etc., cables, and, using the same card and monitor, I get dif
Replica(8) is bad at overlaying several sources...
Perhaps contrib(1) should hide this somehow.
On Tue, Dec 20, 2011 at 5:23 AM, erik quanstrom wrote:
> if you're feeling like a really big hammer, why not run pull
> once, run through sed/awk/whatever to generate a complete
> list of -s'es and run pull again?
>
> disgusting, no?
it reminds me of why we went with hg on the NIX tree.
ron
On Dec 20, 2011, at 12:57 PM, ron minnich wrote:
>
> it reminds me of why we went with hg on the NIX tree.
>
because at the time you did it things like bitbucket and the hg port came to
exist?
so what one should do, use replica to sync with sources and move the all the
contribs
to bitbucket
2011-12-20 17:09, Federico Benavento skrev:
On Dec 20, 2011, at 12:57 PM, ron minnich wrote:
it reminds me of why we went with hg on the NIX tree.
because at the time you did it things like bitbucket and the hg port came to
exist?
so what one should do, use replica to sync with sources and m
I ported Russ's ssh agent to plan9 for use with
the native, and linuxemu openssh implementations.
The program is a protocol converter parsing requests
from openssh and extracting the keys from factotum
as requited.
Code in /n/sources/contrib/steve/ssh-agent.tgz
-Steve
i added a bit of goo to decode the processor features
and extended features,
dupo; aux/cpuid -ief
Intel(R) Xeon(R) CPU X5650 @ 2.67GHz
dx nox gb rdtscp amd64
cx lahf64
dx fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36
clflush dts acpi mmx fxsr
On Mon, Dec 19, 2011 at 10:00 PM, John Floren wrote:
> I'd like to install Erik's nupas, but according to contrib/install, a
> bunch of files have been modified locally, so it doesn't install them.
> Then, if I try to do a contrib/pull, it believes the package is up to
> date. Ok, great, so I do "
/sys/src/cmd/usb/ether/ether.c says
* BUG: This should use /dev/etherfile to
* use the kernel ether device code.
Which sounds promising, but I can't seem to find any references to
etherfile anywhere else.
Does it exist?
tristan
--
All original matter is hereby placed immediately under the p
I have tried 1280x800x32 on the laptop and
1280x1024x16 and 1280x1024x32 on a monitor
connected to the laptop via VGA. In all cases,
the result is a very, very incredibly slow and
choppy rio.
I'm using the stock Plan 9 kernel (with a patch
for IL (*shakes fist at the 'Labs*)).
ak
On Tue, Dec 20
On Tue Dec 20 23:57:09 EST 2011, aku...@mail.nanosouffle.net wrote:
> I have tried 1280x800x32 on the laptop and
> 1280x1024x16 and 1280x1024x32 on a monitor
> connected to the laptop via VGA. In all cases,
> the result is a very, very incredibly slow and
> choppy rio.
>
> I'm using the stock Plan
18 matches
Mail list logo
