| From | Subject | Date |
|---|---|---|
| Mark Kettenis | Fix for sort bug (PR 6294)
As the PR states, the following command segfaults:
$ sort -t: -k1f,1 -k1 /usr/share/misc/zipcodes
The PR has a rather ugly "workaround". I believe the change below is
the proper fix. I think putting the check in the else-clause just
before the assignment just like in the if-clause makes the code easier
to read as well.
ok?
Index: fields.c
===================================================================
RCS file: /cvs/src/usr.bin/sort/fields.c,v
retrieving revision 1.14
diff -u ...
| Dec 31, 3:36 pm 2010 |
| Theo de Raadt | Re: diff install.sub: if user won't be running X, skip X ...
This is true also.
More and more packages have quite well-hidden dependencies on X. It is
easier for the ports developers and users if X is always there.
Choose to not install X at your own risk.
| Dec 31, 11:53 am 2010 |
| Theo de Raadt | Re: diff install.sub: if user won't be running X, skip X ...
200MB on everyone's disk that they might need, or put up with people who
have ADD?
We'll put it on everyone's disk...
| Dec 31, 11:41 am 2010 |
| Devin Ceartas | Re: diff install.sub: if user won't be running X, skip X ...
The trouble I've had in the past wasn't so much needing X later, but
needing dependencies in the X packages later, FWIW.
--
http://nacredata.com/devin
| Dec 31, 11:47 am 2010 |
| Ted Unangst | Re: diff install.sub: if user won't be running X, skip X ...
On Fri, Dec 31, 2010 at 12:42 PM, Forman, Jeffrey
Years of experimentation have proven that performing that search is
among the most difficult tasks you can ask a computer user to perform.
| Dec 31, 1:20 pm 2010 |
| Forman, Jeffrey | Re: diff install.sub: if user won't be running X, skip X ...
Fair enough, I didn't know the history of this.
My own curiositiy, what was the struggle people had? I admit, I might be
minimising the difficulty of searching via Google 'openbsd adding sets after
install,' or perhaps there is some behind the scenes install bits that I've
missed that do not take place when adding the set after-the-fact?
Cheers,
Jeff
| Dec 31, 10:42 am 2010 |
| Theo de Raadt | Re: diff install.sub: if user won't be running X, skip X ...
Sorry, not going to change this.
Before moving to the "always give people X", we had way too many people
| Dec 31, 10:14 am 2010 |
| Forman, Jeffrey | diff install.sub: if user won't be running X, skip X set ...
File modified: install.sub
Problem: I commonly run OpenBSD as a VM under a Linux host to do testing of
various bits, and to do builds of the stable release for my OpenBSD
fw/router. The VM host infrastructure (libvirt and kvm/qemu) requires a
display to view the OpenBSD console. This requirement has the downstream
effect of creating a wsdisplay0 device on the VM, which causes the OpenBSD
install to auto-select the X packages (xbase, xshare, etc) during package
selection. This happens even if I ...
| Dec 31, 9:13 am 2010 |
| Stuart Henderson | Re: diff install.sub: if user won't be running X, skip X ...
Even with the current installer, we still see a number of people having
problems installing packages because they don't have the necessary sets.
If we changed the default, it would be much worse.
Just type -x* at the sets prompt, if you're sure that's what you need.
| Dec 31, 3:01 pm 2010 |
| MERIGHI Marcus | Re: security(8) setuid checks and space character in file name
I'd like that one, by far more dapper; but it does not change a thing
about the abbreviated file name beeing compared and reported by join(1).
Marcus
| Dec 31, 7:05 am 2010 |
| Kjell Wooding | Re: Allegations regarding OpenBSD IPSEC
That's true. I would submit a patch, but it would require every developer to
carry around a deck of cards, 12 dice, and a large pot full of numbered
balls...
-kj
| Dec 30, 8:41 pm 2010 |
| Otto Moerbeek | Re: Allegations regarding OpenBSD IPSEC
I thought numbered balls only work (without a backdoor) if they are
drawn from an *urn*.
-Otto
| Dec 30, 11:57 pm 2010 |
| Ray Percival | Re: Allegations regarding OpenBSD IPSEC
Only if the vicar's wife doesn't peek.
| Dec 31, 10:16 am 2010 |
| previous day | today | next day |
|---|---|---|
| December 30, 2010 | December 31, 2010 | January 1, 2011 |
