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
yes, I expected that. thanks! Peter
On Tue, Dec 20, 2011 at 10:17 AM, Steve Simon st...@quintile.net 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 do
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 quans...@quanstro.net 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,
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 quans...@quanstro.net 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
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 quans...@quanstro.net 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
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
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
On Mon, Dec 19, 2011 at 10:00 PM, John Floren 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,
/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
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
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 9
18 matches
Mail list logo