> This doesn't fix the problems, only removes markers alerting us
> to audit it.
>
> Memory management in these files is still missing integer overflow
> checks, NULL return checks, and is full of crazy abominations [...]
Yes, I saw that but I thought I'd take care of one thing first
then send pa
Don't cast {m,re}alloc. No point and it's inconsistent already.
Index: apps.c
===
RCS file: /cvs/src/lib/libssl/src/apps/apps.c,v
retrieving revision 1.42
diff -u -p -r1.42 apps.c
--- apps.c 22 Apr 2014 14:54:13 - 1.42
Add IDs for Elan Microelectronics barcode scanner (from usb.ids).
uhidev1 at uhub3 port 4 configuration 1 interface 0 "vendor 0x04f3 product
0x0001" rev 1.10/1.00 addr 3
uhidev1 at uhub3 port 4 configuration 1 interface 0 "Elan Microelectronics
Corp. Barcode Scanner" rev 1.10/1.00 addr 3
Index
On Tue, 1 Oct 2013 21:32:30 +0200 (CEST)
Mark Kettenis wrote:
> Some re(4) variants now use msi. Unfortunately the interrupt handler
> isn't careful enough, and we might miss an interrupt. The diff below
> seems to fix that by disabling the interrupts while processing an
> interrupt. This is wh
On Sun, 13 Jan 2013 12:18:50 + (UTC)
"Alexey E. Suslikov" wrote:
> Thomas Pfaff tp76.info> writes:
>
> > product ATI RADEON_HD6400_HDA 0xaa98 Radeon HD 6400 Audio
> > +product ATI RADEON_HD7850_HDA 0xaab0 Radeon HD 7850 HD Audio
>
> I thi
Add ATI Radeon HD 7850 and 7850 HD Audio to pcidevs.
Verified with the Windows driver information (I was
unable to find these ids anywhere else).
Index: pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1664
On Mon, 19 Nov 2012 18:44:23 +0100
Thomas Pfaff wrote:
> Add ATI Radeon HD 7850 to pcidevs.
Sorted by PCI ID this time (dmesg also included).
Index: pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1
Add ATI Radeon HD 7850 to pcidevs.
I was unable to find product 0x6819 anywhere (lists mentioned in
pcidevs and Linux pci.ids) but I'm pretty sure it's correct ...
Index: pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrievin
Since we all seem to be playing with cwm these days, here's a patch
that renames iter to i used in for-loops. conf.c used both, while
the rest of the code used i so I chose to use i.
Index: conf.c
===
RCS file: /cvs/xenocara/app/cwm/
> > Why not
> >
> > for (iter = 0; iter < nitems(name_to_kbfunc); iter++) {
> > func = &name_to_kbfunc[iter]; /* if you want to use func */
> >
> > then you don't need the last NULL entry in the array or add code
> > to not break existing code.
>
> See: http://c-faq.com/decl/extarray
Can you please provide a unified cvs diff?
I've not tried this patch but I have some comments (see below).
> Useful for those times you want to use an unbound function, but even
> when the function is bound to something you haven't memorized yet it
> can be faster than lookup up the keybinding in
On Tue, 30 Oct 2012 17:44:25 -0500
"Kent R. Spillner" wrote:
This segfaults. See comments below.
> Here is an initial attempt at adding a menu for searching/executing internal
> functions. It's useful for those times you want to an unbound function, and
> even when the function is bound to som
On Mon, 29 Oct 2012 19:32:16 -0400
Okan Demirmen wrote:
> will anyone miss reload support? one can always re-exec cwm, or any
> other wm for a matter of fact.
I use this function once in a while but sure, I can always restart cwm.
You remove a bit of code here which is more important to me than
On Sun, 28 Oct 2012 13:55:34 +0100
Alexandre Ratchov wrote:
> sorry; the previous diff is wrong, please consider the one
> below (thanks jsg@)
>
> Index: lib/libsndio/amsg.h
> ===
> RCS file: /cvs/src/lib/libsndio/amsg.h,v
Hi.
No
On Sat, 9 Jun 2012 13:17:29 +0200
Mike Belopuhov wrote:
> currently users have to point
> the mouse cursor to where they want a new window to be created.
> otherwise the whole thing quickly turns into a mess of overlapped
> windows in the center of the screen.
This annoyed me too a while back bec
On Sun, 10 Jun 2012 00:23:42 -0500
"Todd T. Fries" wrote:
> Penned by Mike Belopuhov on 20120609 6:17.29, we have:
> | On Sat, Jun 9, 2012 at 12:41 PM, Stuart Henderson
> | wrote:
> | > personally, I do see benefit to having your diff or something like it with
> | > commands which can be bound t
On Fri, 8 Jun 2012 13:57:35 -0400
Okan Demirmen wrote:
> On Fri 2012.06.08 at 19:40 +0200, Thomas Pfaff wrote:
> > On Sun, 3 Jun 2012 21:07:13 +0400
> > Alexander Polakov wrote:
> >
> > > I'd like to start a discussion about adding tiling to cwm with
>
On Sun, 3 Jun 2012 21:07:13 +0400
Alexander Polakov wrote:
> I'd like to start a discussion about adding tiling to cwm with
> these two diffs.
I don't want it ;-)
If I wanted a tiling window manager I'd install one of the many
already available. Please keep cwm clean and simple, as it is.
Tha
On Tue, 8 May 2012 18:22:51 +0200
Joerg Sonnenberger wrote:
> On Tue, May 08, 2012 at 06:19:55PM +0200, Thomas Pfaff wrote:
> > On Tue, 8 May 2012 09:55:53 -0400
> > Okan Demirmen wrote:
> > >
> > > Not really a pasto; from putenv():
> > >
> &g
On Tue, 8 May 2012 09:55:53 -0400
Okan Demirmen wrote:
>
> Not really a pasto; from putenv():
>
> P = (char **)realloc(lastenv, sizeof(char *) * (cnt + 2));
*puke*
Ok?
Index: setenv.c
===
RCS file: /cvs/src/lib/libc/stdlib/
Screws up my beautiful prompt if I ^C a copy job, plus uppercase "Cpu".
Index: pax.c
===
RCS file: /cvs/src/bin/pax/pax.c,v
retrieving revision 1.32
diff -u -p -r1.32 pax.c
--- pax.c 26 May 2011 14:42:06 - 1.32
+++ pax.
so ... zip ;-)
> On 2011/10/19 21:12, Thomas Pfaff wrote:
> > This adds a new option disp that can be set to "human" for a more human-
> > readable completion message. This does not change the current behavior.
> >
> > $ dd if=/dev/zero of=/tmp/kthxbye
This adds a new option disp that can be set to "human" for a more human-
readable completion message. This does not change the current behavior.
$ dd if=/dev/zero of=/tmp/kthxbye bs=1337K count=42 disp=human
42+0 records in
42+0 records out
57501696 bytes (54.8MB) transferred in 0.161 sec
On Fri, 7 Oct 2011 18:31:21 +0400
Loganaden Velvindron wrote:
>
> I think it should be enabled in the installer similar to X11.
I don't like the idea of being asked about aucat in the installer.
Every system administrator knows what sshd is so they can make an
educated choice whether to start it
> Simple patch to allow uppercase size modifiers (K, M, and G).
I know this is not the most important thing in the world, but this
annoys me so I'm going to give it one last shot:
can somebody please give me one reason why this should not go in?
Look, when you ask various tools to display human-
On Sun, 02 Oct 2011 14:38:42-0400
"STeve Andre'" wrote:
> On 10/02/11 14:25, Thomas Pfaff wrote:
> > Simple patch to allow uppercase size modifiers (K, M, and G). Is there
> > a reason why not to? Plus, as a bonus you're less likely to mess up if
> >
Simple patch to allow uppercase size modifiers (K, M, and G). Is there
a reason why not to? Plus, as a bonus you're less likely to mess up if
you've been naughty and used dd on Linux.
Index: args.c
===
RCS file: /cvs/src/bin/dd/args
This will probably sound familiar -- cyclegroup and rcyclegroup
is broken (again) and here's a patch to fix it ;-)
Index: group.c
===
RCS file: /cvs/xenocara/app/cwm/group.c,v
retrieving revision 1.51
diff -u -p -r1.51 group.c
--- gro
On Tue, 23 Aug 2011 19:36:53 +
Grumpy wrote:
[...]
> > I'm unsure if we want to throw this into the wild, since this
> > output behaviour is _old_.
>
> That's the point, exactly. People (well, scripts written by people)
> depend on the dd report output format.
>
> > Now, a -h button or simil
This patch makes dd(1) output change from e.g.
$ dd if=/dev/sd0c of=/dev/null bs=512 count=16000
16000+0 records in
16000+0 records out
8192000 bytes transferred in 3.002 secs (2728488 bytes/sec)
to
$ obj/dd if=/dev/sd0c of=/dev/null bs=512 count=16000
16000+0 records in
Uppercase two #define so we can immediately see they won't change.
Index: kbfunc.c
===
RCS file: /cvs/xenocara/app/cwm/kbfunc.c,v
retrieving revision 1.55
diff -u -p -r1.55 kbfunc.c
--- kbfunc.c24 Jun 2011 06:06:24 - 1.55
fdisk(8)
Index: cmd.c
===
RCS file: /cvs/src/sbin/fdisk/cmd.c,v
retrieving revision 1.45
diff -u -p -r1.45 cmd.c
--- cmd.c 2 Jul 2010 02:54:09 - 1.45
+++ cmd.c 23 Jun 2011 06:50:46 -
@@ -348,12 +348,7 @@ Xwrit
A tiny oops done by someone cleaning up calmwm.h making cyclegroup and
rcyclegroup behave the same. The defines below are used as an argument
to group_cycle as a boolean to decide if the groups should be cycled
forward or backward, but now both values are true so it's always done
in reverse.
Inde
On Tue, 18 Jan 2011 07:28:14 -0500
Okan Demirmen wrote:
> On Fri 2011.01.14 at 19:19 +0100, Thomas Pfaff wrote:
> > It took a while to figure out the sequence of events that triggered this
> > problem and there might be other ways it can be triggered. The same
> > ha
There's a bug in cwm that screws up alt-tab if you follow the set of events
described in the next paragraph. To regain alt-tab functionality you need
to jerk the mouse around to focus clients and then it usually comes back to
its senses again.
So, start with a clean root window. Spawn two xterms
On Tue, 21 Dec 2010 22:15:33 +0100
Thomas Pfaff wrote:
> 1) pf(4) says DIOCSETDEBUG has enum { PF_DEBUG_NONE, PF_DEBUG_URGENT, ...
> but these names are not in pfvar.h nor anywhere else in the source tree
> (AFAICT). What should the legal values (or names) be?
I guess these should n
On Thu, 23 Dec 2010 00:36:26 +
Jacob Meuser wrote:
> no feedback yet. anyone care to comment on this?
>
> > this diff covers rum(4), run(4), ural(4) and urtw(4). without the
> > diff, I can get the kernel to crash by starting a scan with
> > the deice, then ejecting it while the scan is ru
On Wed, 22 Dec 2010 09:03:57 +0100
Henning Brauer wrote:
> * Thomas Pfaff [2010-12-21 22:19]:
[...]
> > 2) pf.conf(5) says "set debug" can be one of loud, misc, none, or urgent
> > but if you "set debug loud" in pf.conf and load it the pfctl -sa output
>
A few things that has me confused ...
1) pf(4) says DIOCSETDEBUG has enum { PF_DEBUG_NONE, PF_DEBUG_URGENT, ...
but these names are not in pfvar.h nor anywhere else in the source tree
(AFAICT). What should the legal values (or names) be?
2) pf.conf(5) says "set debug" can be one of loud, misc, n
I sent the diff below to a few guys found in the cwm cvs log about a month
ago but no love, so I'm posting here.
The diff is not that important but here it is anyway. It came about when
looking through the cwm code trying to fix a few bugs that I've uncovered
(though I've been unsuccessful so far
When specifying a probability attribute on a rule and the value is out of
range, pfctl reports the problem using the internal probability value, an
unsigned greater than UINT_MAX, rather than what you actually specified.
The accepted range is either a number between 0 and 1 or between 0 and 100
if
On Sat, 11 Dec 2010 00:41:00 +
Stuart Henderson wrote:
> On 2010/12/10 12:18, Brynet wrote:
> > Mark Kettenis wrote:
> > > Here's an attempt to fix a potential MCLGETI issue with vr(4) similar
> > > to what I recently fixed fro re(4). Unfortunately I don't have any
> > > vr(4) hardware mysel
Since you're wondering, here's my mail to Mark ...
(I've used vr(4) on my router for some time and installed another one
on another system and I've never had any problems, though the traffic
has been minimal).
On Fri, 10 Dec 2010 12:18:03 -0500
Brynet wrote:
> Mark Kettenis wrote:
> > Here's
Seems /usr/src/sbin/sysctl/pathconf.c is unused. Remove?
On Mon, 09 Aug 2010 22:53:30 +0200
Christian Neukirchen wrote:
>
> cwm currently warps to all newly mapped windows. I think it would be
> nice to not warp to windows marked as "ignore" in .cwmrc, so popping
> windows you are not interested in don't disturb you.
>
Works fine for me. While I do
On Wed, 28 Jul 2010 21:17:45 -0400
Kenneth R Westerback wrote:
> There is a problem with pms/pmsi mice vs suspend/resume. On my
> eeepc 1000HE for instance.
>
Works like a charm on my MSI Wind U-100. The keyboard also works now
after resume (I've seen a few changes in this area after I install
On Sun, 18 Jul 2010 14:35:04 +0200
Thomas Pfaff wrote:
> On Sat, 17 Jul 2010 17:28:30 +0200
> David Coppa wrote:
>
> > Hi,
> >
> > I've put the latest snapshot on a MSI Wind U-100 netbook.
> >
> > ACPI suspend and resume would work great, eve
On Sat, 17 Jul 2010 17:28:30 +0200
David Coppa wrote:
>
> I've attached dmesg and acpidump.
>
> [demime 1.01d removed an attachment of type application/octet-stream which
> had a name of dmesg.boot]
>
> [demime 1.01d removed an attachment of type application/x-gzip which had a
> name of wind.a
from misc@ (forgot to forward)
On Tue, 11 May 2010 22:14:26 +0200
Thomas Pfaff wrote:
> On Tue, 11 May 2010 12:34:28 -0700 (PDT)
> stupidmail4me wrote:
> >
> > Anyone know how to edit the default MBR record so fdisk -iy creates
> > one partition with no bootable f
Sometimes I'm reading code from the source tree and then stumble upon
various things that I'm wondering if it's worth "fixing". These are
not real bugs, which is the numero uno priority, but I'm wondering if
anyone care about these things or if they're just an annoyance and a
waste of time for the
On Sat, 24 Apr 2010 23:50:38 +0200
Thomas Pfaff wrote:
> On Sat, 24 Apr 2010 22:31:56 +0200
> Thomas Pfaff wrote:
> >
> > Reverting top.c to revision 1.73 and recompiling makes it work again.
> >
>
> And this diff should fix it (just an extra ; there) ...
&
On Sat, 24 Apr 2010 22:31:56 +0200
Thomas Pfaff wrote:
>
> Reverting top.c to revision 1.73 and recompiling makes it work again.
>
And this diff should fix it (just an extra ; there) ...
Index: top.c
===
RCS file:
So, let's see if I'm less stupid this time.
Apr 24th snapshot. Running top(1) and using the 'g' command makes top(1)
terminate with an error message saying "top: Permission denied:". Running
it as root says "top: Undefined error:".
Reverting top.c to revision 1.73 and recompiling makes it work
On Sat, 24 Apr 2010 16:40:37 +0200 (CEST)
Mark Kettenis wrote:
> > Date: Sat, 24 Apr 2010 16:03:50 +0200
> > From: Thomas Pfaff
> >
> > Hi.
> >
> > On my current system sysctl hw.sensors does not show anything anymore.
> > Updating /usr/src/s
Hi.
On my current system sysctl hw.sensors does not show anything anymore.
Updating /usr/src/sys to 2010-04-15 gives me back the sensors. Updating
/usr/src/sys to 2010-04-18 and the sensors are gone. Something between
those two dates broke the sensors.
I'm not really sure where to go from here.
On Mon, 01 Mar 2010 18:51:31 +0100
Giuseppe Magnotta wrote:
>
> My question is, if this functionality is available in the BIOS, why
> can't we use it?
>
I'm just jumping in here, but I think the obvious answer is; if it
is not needed on any existing platform, what purpose does it serve?
offsetof(3) is not documented so here's a man page for it.
Is the text below enough or should it be more verbose?
.Dt OFFSETOF 3
.Os
.Sh NAME
.Nm offsetof
.Nd offset of a structure member
.Sh SYNOPSIS
.Fd #include
.Ft size_t
.Fn offsetof "type" "member"
.Sh DESCRIPTION
The
.Fn offsetof
macro exp
On Tue, 2 Feb 2010 09:10:56 -0500
Okan Demirmen wrote:
> On Sun 2010.01.17 at 16:05 +0100, Thomas Pfaff wrote:
> > This diff disallows setting blank labels and pressing Esc while editing
> > the current one will leave it unchanged. I don't see the point in allowing
>
On Mon, 1 Feb 2010 23:01:46 -0800
Greg Steuck wrote:
> The other day amd64 4.6-release-ish locked up on me while starting a
> bunch of programs in X.
I think the standard answer here is "can you please try running a current
snapshot and report back of the issue remains?".
This diff disallows setting blank labels and pressing Esc while editing
the current one will leave it unchanged. I don't see the point in allowing
empty labels as the windows will just show up as blank entries in the menu.
Also remove `current' variable and just use `cc->label'.
Index: kbfunc.c
=
On Thu, 10 Dec 2009 14:24:00 -0300
Robert Yuri wrote:
> which the best way to learn about OpenBSD kernel ?
> I found a bunch of docs from FreeBSD site such as developer's handbook at
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ ,
> there any same that for openbsd ?
>
>
On Fri, 20 Nov 2009 20:29:08 +0100
Thomas Pfaff wrote:
>
> OK, I got the feedback I wanted. Thanks all. I'll continue
> hating mixerctl(1) and hope something more sane show up in
> the future ;-)
>
That was a bit harsh. I do actually like mixerctl(1) for simpler
devic
On Fri, 20 Nov 2009 18:01:24 +0100
Alexandre Ratchov wrote:
>
> > I'm not trying to undermine the work put into this; it has been greatly
> > improved over the last 6 months or so, but all I really want to do is
> > simply adjust the input and output volume (and a few other things);
> >
> >sy
On Fri, 20 Nov 2009 08:28:34 -0800
Ted Unangst wrote:
> On Nov 20, 2009, at 8:03 AM, Thomas Pfaff wrote:
>
> > On Fri, 20 Nov 2009 15:45:31 +0100
> > Peter Hessler wrote:
> >
> >> mixerctl inputs.master=[0,255]
> >> mixerctl outputs.master=[0,255]
&g
On Fri, 20 Nov 2009 15:45:31 +0100
Peter Hessler wrote:
> mixerctl inputs.master=[0,255]
> mixerctl outputs.master=[0,255]
>
>
> those two should do what you want. the rest are there for people that
> like to poke at their audio bits.
>
Sorry, I misread what you said.
Still, is a simpler s
On Fri, 20 Nov 2009 15:45:31 +0100
Peter Hessler wrote:
> mixerctl inputs.master=[0,255]
> mixerctl outputs.master=[0,255]
>
>
> those two should do what you want. the rest are there for people that
> like to poke at their audio bits.
>
Well, inputs could be a line or a mic so I think we ne
Hi.
I've been thinking a bit about how to simplify the audio interface in
OpenBSD and I thought about sysctl. Personally I find the mixerctl
interface horrible. 88 entries on my system, and I honestly do not
understand what half of it is for ;-)
I'm not trying to undermine the work put into thi
On Sat, 10 Oct 2009 15:28:33 +
Jacob Meuser wrote:
>
> please test with any and all USB audio devices.
>
Works for me.
OpenBSD 4.6-current (GENERIC.MP) #31: Sat Oct 10 18:41:10 CEST 2009
tpf...@ws.tp76.info:/usr/src/sys/arch/amd64/compile/GENERIC.MP
[...]
After the patch, I can also r
On Wed, 7 Oct 2009 07:54:51 -0400
Okan Demirmen wrote:
>
> the below changes the current behaviour of fullscreen, now adding
> a border.
>
> of course, if we did this, it would match other tiling wm's, all
> of which i know do have a border, fullscreened or not.
>
If this means the `maximize'
Hi.
This is not a new issue, but I thought it was about time to report it.
Some programs will pop up the menu_unhide (launch hidden window list)
menu when being clicked certain places inside their window. Examples
are Sylpheed, Pidgin, and gvim.
Please see http://tp76.info/menu_unhide for a lis
On Sun, 20 Sep 2009 17:48:18 +0200
Thomas Pfaff wrote:
> On Fri, 11 Sep 2009 15:04:17 +0200
> Simon Nicolussi wrote:
> > +.It Ic color primary Ar foreground background
> > +Set the primary colors of the menus. These are for example used for the not
> > +selected entries
On Fri, 11 Sep 2009 15:04:17 +0200
Simon Nicolussi wrote:
> +.It Ic color primary Ar foreground background
> +Set the primary colors of the menus. These are for example used for the not
> +selected entries in the application menu.
> +.Pp
> +.It Ic color secondary Ar foreground background
> +Set th
On Mon, 24 Aug 2009 18:20:29 +0100
Owain Ainsworth wrote:
> On Mon, Aug 24, 2009 at 05:17:08PM +0100, Owain Ainsworth wrote:
> > On Thu, Aug 20, 2009 at 01:50:37PM +0200, Thomas Pfaff wrote:
> > > This diff adds a new command, hmaximize, that maximizes the current
> > &
This diff adds a new command, hmaximize, that maximizes the current
window horizontally. I find it useful when lines displayed by
commands are longer than my xterm; this way I can quickly maximize
horizontally and get the whole picture without lines wrapping.
Comments?
Index: calmwm.h
==
Here's a diff that activates the previously active window, or the window
now under the cursor, when the current window is closed. This makes sure
you don't necessarily have to move the mouse or cycle windows to make one
active.
Anyone for?
Thomas
Index: client.c
On Mon, 17 Aug 2009 14:26:08 +0200
Claudio Jeker wrote:
> >
> > Seems a bit overkill to mark personal preference with XXX magic, but
> > alright. I'll go with that explanation ;-)
>
> The magic is for the value 1 (it does not matter if written 1 or 0x1) it
> seems that for some magic reason tha
[...]
> > However, my question was not why not use the macro but why
> > specify 0x1 rather than just 1.
> >
> > AFAIK there's no difference but the /* XXX magic 0x1 */ comment
> > seem to indicate otherwise and it got me curious, though no big
> > deal.
>
> There is no diffrence. However sometime
On Mon, 17 Aug 2009 12:44:59 +0200
Jonathan Gray wrote:
> On Mon, Aug 17, 2009 at 12:09:17PM +0200, Thomas Pfaff wrote:
> > On Mon, 17 Aug 2009 01:00:23 +0200
> > Jonathan Gray wrote:
> >
> > > /* XXX magic 0x1 */
> > > - test1 |= LSHIFT(0x1, ATW_
On Mon, 17 Aug 2009 01:00:23 +0200
Jonathan Gray wrote:
> /* XXX magic 0x1 */
> - test1 |= LSHIFT(0x1, ATW_TEST1_DBGREAD_MASK) | ATW_TEST1_CONTROL;
> + test1 |= (0x1 << ATW_TEST1_DBGREAD_SHIFT) | ATW_TEST1_CONTROL;
I'm curious, what is the difference between 1 << N and 0x1 << N ?
Just a note that no more work will be done on my windowspawn
diff as I've come to realize it might not end up being what
I initially wanted.
My reason for writing this was that I did not like my xterms
overlapping completely without jerking the mouse first, but
this can be solved in another way [1
the font in the selected
> entry has also been one of the suggestions made by Thomas Pfaff. This
> seems to require a bit more work, unfortunately. Maybe I'll take a look
> at it later or someone else will step in.
For the record, what I suggested on #openbsd was something like
col
On Thu, 23 Jul 2009 16:04:39 +0200
Thomas Pfaff wrote:
> Any developer in need of an Asus WL-138gE PCI wireless adapter?
It's now taken.
Any developer in need of an Asus WL-138gE PCI wireless adapter?
bwi0 at pci2 dev 10 function 0 "Broadcom BCM4318" rev 0x02: apic 2 int 22 (irq
7), address 00:22:15:7c:4f:f0
I bought the wrong one; I was going for a WL-130N for Host AP but
apparently I made a typo. If nobody wants it, I can have
On Wed, 22 Jul 2009 23:18:18 +0200 (CEST)
Mark Kettenis wrote:
> This diff switches re(4) over to MCLGETI, bringing goodies like lower
> memory usage and livelock mitigation. Getting this right usually
> takes some effort. So please help me with getting this tested if you
> have any machines wi
On Wed, 22 Jul 2009 20:59:50 -0400
Okan Demirmen wrote:
>
> I'm not quite convinced yet that these are that useful. All these
> options are global and will effect every client. The current method of
> offsetting at least gets you away from stacking windows directly on top
> of each other, along
Here's another stab at the windowspawn global option.
It allows you to control where new windows are placed and can
be one of center, cursor, fullscreen, or random. If it's not
specified, the default behaviour is used (cursor).
It'd be nice if people could test this diff and provide some
feedbac
On Fri, 26 Jun 2009 13:09:27 +
"Thordur I. Bjornsson" wrote:
> viq wrote on Fri 26.Jun'09 at 14:45:04 +0200
>
> > Since the user created during installation is somewhat marketed as "root
> > replacement", shouldn't he be added to staff login class ?
>
> Yes, I'd actually love that. Then I c
On Mon, 15 Jun 2009 07:19:48 -0400
Okan Demirmen wrote:
> On Mon 2009.06.15 at 11:46 +0200, Jan Stary wrote:
> > This is 4.5-stable.
> >
> > In cwm, I use the C-M-f feature to toggle the
> > full-screen size of a window (mostly xterms). That works. However,
> > if I maximize a window with C-M-f,
On Thu, 25 Jun 2009 08:53:47 +0200
Thomas Pfaff wrote:
> On Thu, 25 Jun 2009 02:27:50 -0400
> Brad wrote:
> >
> > Does that say ATI or NVIDIA?
>
> Well, true, but he initially said "any azalia(4) adapter".
>
> I thought checking for regressions was important, too.
>
Meh ... "he", as in "you" ;-)
On Thu, 25 Jun 2009 02:27:50 -0400
Brad wrote:
>
> Does that say ATI or NVIDIA?
>
Well, true, but he initially said "any azalia(4) adapter".
I thought checking for regressions was important, too.
On Wed, 17 Jun 2009 11:50:55 +0200
Thomas Pfaff wrote:
> This diff adds globbing to the exec function so you can type e.g.
> *ctl and get a list of all executable files that ends with ctl.
So, what's the verdict on this one? The fnmatch lookup is case-
sensitive but I think that make
On Tue, 23 Jun 2009 01:42:49 +
Jacob Meuser wrote:
> On Sun, Jun 21, 2009 at 01:07:37AM +, Jacob Meuser wrote:
> > > > Please test the following diff with any azalia(4) adapter, but
> > > > especially
> > > > with any ATI or NVIDIA chipsets. Make sure sound still works properly
> > > > wi
Just some cleaning up while I was surfing the code:
* Sort headers + spacing (KNF)
* Remove pointless casts
* ssize_t for read(2) and write(2) return values
Index: tee.c
===
RCS file: /cvs/OpenBSD/src/usr.bin/tee/tee.c,v
retrie
On Wed, 17 Jun 2009 11:42:03 +0200
Thomas Pfaff wrote:
>
> +#define CONF_WS_CURSOR1
> +#define CONF_WS_CENTER2
> +#define CONF_WS_RANDOM3
> + int windowspawn;
I suppose I could add CONF_WS_FULLSCREEN here,
This diff adds globbing to the exec function so you can type e.g.
*ctl and get a list of all executable files that ends with ctl.
Index: search.c
===
RCS file: /cvs/OpenBSD/xenocara/app/cwm/search.c,v
retrieving revision 1.1.1.1
diff
A new (simplified) diff based on some feedback ...
> This diff adds a new configuration option to cwm(1) called windowspawn
> that controls where new windows are placed. It can be one of `center',
> `cursor' (the default) or `random'.
Index: OpenBSD/xenocara/app/cwm/calmwm.h
diff -u OpenBSD/xeno
This diff adds a new configuration option to cwm(1) called windowspawn
that controls where new windows are placed. It can be one of `center',
`cursor' (the default) or `random'.
(BTW, I also removed a few pointless casts while I was at it that has
nothing to do with this feature).
Is anyone inte
On Wed, 10 Jun 2009 12:02:00 -0700
Philip Guenther wrote:
> On Wed, Jun 10, 2009 at 10:49 AM, Thomas Pfaff wrote:
> > On Wed, 10 Jun 2009 09:30:30 -0700
> > Philip Guenther wrote:
> >> It's easy enough to change the code to suppress the error message in
> >>
On Wed, 10 Jun 2009 09:30:30 -0700
Philip Guenther wrote:
> On Wed, Jun 10, 2009 at 9:17 AM, Thomas Pfaff wrote:
> > Jun 10 18:09:44 ws hotplugd[5252]: waitpid: No child processes
>
> It's easy enough to change the code to suppress the error message in
> that case ...
I'm getting a lot of "hotplugd[pid]: waitpid: Error 10" (No child processes)
when I attach and detach umass(4) devices. This happens almost every time.
Seems hotplugd is getting an extra SIGCHLD from somewhere. I guess this
issue is pretty harmless (only pollutes the logs), but it got me curious
1 - 100 of 111 matches
Mail list logo
