http://blog.gmane.org/gmane.os.openbsd.tech hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.os.openbsd.tech/28866 <pre> [demime 1.01d removed an attachment of type image/jpeg which had a name of abastecer.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of tfortisimo.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of palingenesica.jpg] </pre> ARTCO 2012-05-26T17:31:17 http://comments.gmane.org/gmane.os.openbsd.tech/28864 <pre>Deseas hacerte socio de nuestro club y disfrutar de la ciudad, campo y playa? La Alameda &amp; Hacienda Club te espera... La Alameda &amp; Hacienda Club T. 444-9018 / 241-3208 [demime 1.01d removed an attachment of type image/jpeg which had a name of nsubrayada.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of fcruentacion.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of ninexperto.jpg] </pre> La Alameda & Hacienda Club 2012-05-26T08:21:35 http://comments.gmane.org/gmane.os.openbsd.tech/28861 <pre> [demime 1.01d removed an attachment of type image/jpeg which had a name of fprimipara.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of dmultiflora.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of facineroso.jpg] </pre> DINERS CLUB 2012-05-26T03:49:54 http://comments.gmane.org/gmane.os.openbsd.tech/28859 <pre>the size of ftp's synopsis is making it very ugly. any objections to shortening it? i.e. this diff is cosmetic. jmc Index: ftp.1 =================================================================== RCS file: /cvs/src/usr.bin/ftp/ftp.1,v retrieving revision 1.82 diff -u -r1.82 ftp.1 --- ftp.130 Apr 2012 13:41:26 -00001.82 +++ ftp.125 May 2012 20:44:52 -0000 &lt; at &gt;&lt; at &gt; -39,17 +39,17 &lt; at &gt;&lt; at &gt; .Sh SYNOPSIS .Nm ftp .Op Fl 46AadEegimnptVv -.Op Fl k Ar seconds +.Op Fl k Ar sec .Op Fl P Ar port -.Op Fl r Ar seconds -.Op Fl s Ar srcaddr +.Op Fl r Ar sec +.Op Fl s Ar src .Op Ar host Op Ar port .Nm ftp .Op Fl C -.Op Fl o Ar output -.Op Fl s Ar srcaddr +.Op Fl o Ar out +.Op Fl s Ar src .Sm off -.No ftp:// Oo Ar user : password No &lt; at &gt; +.No ftp:// Oo Ar user : pass No &lt; at &gt; .Oc Ar host Oo : Ar port .Oc No / Ar file Oo / .Oc &lt; at &gt;&lt; at &gt; -58,8 +58,8 &lt; at &gt;&lt; at &gt; .Nm ftp .Op Fl C .Op Fl c Ar cookie -.Op Fl o Ar output -.Op Fl s Ar srcaddr +.Op Fl o Ar out +.Op Fl s Ar src .Sm off .No http:// Ar host Oo : Ar port .Oc No / Ar file &lt; at &gt;&lt; at &gt; -68,8 +68,</pre> Jason McIntyre 2012-05-25T20:47:23 http://comments.gmane.org/gmane.os.openbsd.tech/28858 <pre>Move the windows section in the tutorial to a more sensible place (next to buffers) and move the mg history into the README file which seems a more sensible place as well. ok? -lum Index: README =================================================================== RCS file: /cvs/src/usr.bin/mg/README,v retrieving revision 1.9 diff -u -p -r1.9 README --- README11 Apr 2012 17:51:10 -00001.9 +++ README25 May 2012 10:30:31 -0000 &lt; at &gt;&lt; at &gt; -40,8 +40,16 &lt; at &gt;&lt; at &gt; People who have worked on previous versi rtech!daveb&lt; at &gt;sun.comDave Brower -Currently maintained in the OpenBSD src tree, with contributions from -many others. +Early release history: + +* Nov 16, 1986: First release to mod.sources +* Mar 3, 1987: First Release (mg1a) via comp.sources.unix +* May 26, 1988: Second release: (mg2a) via comp.sources.misc +* Jan 26, 1992: Linux port released by Charles Hedrick. This version + later makes its way onto tsx-11, Infomagic, and various other Linux + repositories. +* Feb 25, 2000: First import into the OpenBSD tree, wh</pre> Mark Lumsden 2012-05-25T10:39:50 http://comments.gmane.org/gmane.os.openbsd.tech/28857 <pre>When you page down a document and get to the last page, mg doesn't stop, it keeps going until the last line is at the top of the window. This diff makes mg stop paging down when the end of the text is visible. Comments/ok? -lum ps some whitespace for readability added. Index: basic.c =================================================================== RCS file: /cvs/src/usr.bin/mg/basic.c,v retrieving revision 1.30 diff -u -p -r1.30 basic.c --- basic.c4 Jun 2009 02:23:37 -00001.30 +++ basic.c25 May 2012 07:40:33 -0000 &lt; at &gt;&lt; at &gt; -266,16 +266,20 &lt; at &gt;&lt; at &gt; forwpage(int f, int n) n = 1;/* if tiny window. */ } else if (n &lt; 0) return (backpage(f | FFRAND, -n)); + lp = curwp-&gt;w_linep; -while (n-- &amp;&amp; lforw(lp) != curbp-&gt;b_headp) { -lp = lforw(lp); -} +while (n--) +if ((lp = lforw(lp)) == curbp-&gt;b_headp) +return(TRUE); + curwp-&gt;w_linep = lp; curwp-&gt;w_rflag |= WFFULL; + /* if in current window, don't move dot */ -for (n = curwp-&gt;w_ntrows; n-- &amp;&amp; lp != curbp-&gt;b_headp; lp = lforw(lp)) +for (n =</pre> Mark Lumsden 2012-05-25T08:16:56 http://comments.gmane.org/gmane.os.openbsd.tech/28856 <pre>Para visualizar correctamente este newsletter ingresa a http://news1.bonuscupon.com.ar/r.html?uid=1.j.295h.9y.2ij1azebm9 </pre> Bonus Cupon 2012-05-24T23:57:09 http://comments.gmane.org/gmane.os.openbsd.tech/28855 <pre> [demime 1.01d removed an attachment of type image/jpeg which had a name of fcraniano.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of anhelante.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of ndesventajosa.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of tverdeceledon.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of ecuestre.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of cfrancolina.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of flaqueado.jpg] </pre> Montecristo Café·Restaurante 2012-05-24T22:20:46 http://comments.gmane.org/gmane.os.openbsd.tech/28848 <pre>Hi, with the OPENBSD-CARP-MIB a memory leak was introduced to snmpd(8): RCS file: mib.c,v retrieving revision 1.52 diff -u -p -r1.52 mib.c --- mib.c 2012/03/20 03:01:26 1.52 +++ mib.c 2012/05/24 12:53:35 &lt; at &gt;&lt; at &gt; -2713,7 +2713,7 &lt; at &gt;&lt; at &gt; mib_carpiftable(struct oid *oid, struct ber_oid *o, st /* Get and verify the current row index */ idx = o-&gt;bo_id[OIDIDX_carpIfEntry]; - if ((cif = mib_carpifget(cif, idx)) == NULL) { + if (mib_carpifget(cif, idx) == NULL) { free(cif); return (1); } Gerhard -- GeNUA, Gesellschaft fC&lt;r Netzwerk- und Unix-Administration mbH Domagkstrasse 7, 85551 Kirchheim bei Muenchen tel +49 89 991950-0, fax -999, www.genua.de Geschaeftsfuehrer: Dr. Magnus Harlander, Dr. Michaela Harlander, Bernhard Schneck. Amtsgericht Muenchen HRB 98238 </pre> Gerhard Roth 2012-05-24T11:54:36 http://comments.gmane.org/gmane.os.openbsd.tech/28841 <pre>OBSERVATORIO ASTRONOMICO AMPIMPA TUCUMAN - ARGENTINA Declarado de Interis Educativo por el Ministerio de Educacisn de la Nacisn _____ tech&lt; at &gt;openbsd.org At. Campamentos Cientmficos 2012/2013 - Aqos del Maximo Solar - Docetes Campamentos Cientmficos exclusivos para Docentes "La ciencia en el Aula. Nuevos enfoques didacticos" 22 al 25 de Junio de 2012 (haga click para ver mayor informacisn) &lt;http://www.astrotuc.com.ar/Paginas/noticia.asp?id=145&amp;p=1&gt; 17 al 20 de Agosto de 2012 (haga Click para ver mayor informacisn) &lt;http://www.skytuc.com.ar/Paginas/noticia.asp?id=157&amp;p=1&gt; (Ver aqum imagenes de campamentos docentes anteriores) &lt;http://www.astrotuc.com.ar/Paginas/img_campdoc.htm&gt; Presentacisn Tambiin: talleres &lt;http://www.astrotuc.com.ar/temp/BANNER%20CAMPAMENTOS%20OBSERVATORIO%20t allereslr.jpg&gt; Campamentos Cientmficos Educativos para grupos de alumnos Organice campamentos cientmficos con los alumnos de su Colegio/Escuela. Participe con ellos de esta experiencia Cohetes &lt;http://www.astrotuc.com.</pre> institucional< at >astrotuc.com.ar 2012-05-24T09:21:09 http://comments.gmane.org/gmane.os.openbsd.tech/28840 <pre>Currently, in mg, if you search (C-s) for a string and that string is located at the end of a buffer AND there is no new-line after it, your search will halt. For example, if you copy the text below into a new buffer and remove any new lines after the last 5, then search for 5. When you reach the last line, any further C-s's you do will seem to be ignored. 12345 54321 12345 Similarly, if you search backwards (C-r) and look for any 1's your search will stutter at the first character on line 1. This diff fixes these problems by not ignoring the return values of forwchar and backchar, both of which conveniently indicate if we have reached the end/start of the buffer or not. Comments/ok? -lum Index: search.c =================================================================== RCS file: /cvs/src/usr.bin/mg/search.c,v retrieving revision 1.39 diff -u -p -r1.39 search.c --- search.c12 Apr 2012 04:47:59 -00001.39 +++ search.c24 May 2012 07:42:51 -0000 &lt; at &gt;&lt; at &gt; -245,17 +245,21 &lt; at &gt;&lt; at &gt; isearch(int dir) ewprintf("Ove</pre> Mark Lumsden 2012-05-24T07:49:55 http://comments.gmane.org/gmane.os.openbsd.tech/28839 <pre>Merhaba ]ngilizceyi gok uygun fiyatlarda VZEL DERS alarak vprenmek igin benimle ileti~ime geginiz.(Kampanyal} Ders Saati Fiyat}m}z 35 TL dir) Sayg}lar}mla Ceren GAKIR KANADA K\LT\R MERKEZ] 0212 252 90 35 pbx </pre> Ceren ÇAKIR 2012-05-24T04:46:28 http://comments.gmane.org/gmane.os.openbsd.tech/28837 <pre>Attached are some patches that add support for the watchdog device on boards based on the Intel Atom E600 series such as the Soekris net6501. Based on existing drivers such as amdpcib(4), ichpcib(4) and ichwdt(4) I've created an e600pcib(4) to override the standard pcib(4) which can then access the watchdog device. Here's the original dmesg: ---8&lt;--- pcib0 at pci0 dev 31 function 0 "Intel E600 LPC" rev 0x00 isa0 at pcib0 ---8&lt;--- Here's with my changes: ---8&lt;--- e600pcib0 at pci0 dev 31 function 0 "Intel E600 LPC" rev 0x00: watchdog isa0 at e600pcib0 ---8&lt;--- I tested the watchdog by setting kern.watchdog.period to 60 and then breaking into ddb and starting a stopwatch and timing until my net6501 resets, it take near enough to 60 seconds that I'm happy it's working. On a watchdog-triggered reboot, I've done similar to ichwdt(4): ---8&lt;--- e600pcib0 at pci0 dev 31 function 0 "Intel E600 LPC" rev 0x00: watchdog, reboot on timeout isa0 at e600pcib0 ---8&lt;--- I've included the driver itself, man pages, ch</pre> Matt Dainty 2012-05-23T20:52:03 http://comments.gmane.org/gmane.os.openbsd.tech/28832 <pre>Okay? Index: linux_misc.c =================================================================== RCS file: /cvs/src/sys/compat/linux/linux_misc.c,v retrieving revision 1.77 diff -u -p -r1.77 linux_misc.c --- linux_misc.c23 May 2012 11:08:57 -00001.77 +++ linux_misc.c23 May 2012 13:32:39 -0000 &lt; at &gt;&lt; at &gt; -554,6 +554,35 &lt; at &gt;&lt; at &gt; linux_sys_fstatfs(p, v, retval) return copyout((caddr_t) &amp;ltmp, (caddr_t) SCARG(uap, sp), sizeof ltmp); } +int +linux_sys_fstatfs64(struct proc *p, void *v, register_t *retval) +{ +struct linux_sys_fstatfs64_args /* { +syscallarg(int) fd; +syscallarg(struct linux_statfs64 *) sp; +} */ *uap = v; +struct statfs btmp, *bsp; +struct linux_statfs64 ltmp; +struct sys_fstatfs_args bsa; +caddr_t sg; +int error; + +sg = stackgap_init(p-&gt;p_emul); +bsp = (struct statfs *) stackgap_alloc(&amp;sg, sizeof (struct statfs)); + +SCARG(&amp;bsa, fd) = SCARG(uap, fd); +SCARG(&amp;bsa, buf) = bsp; + +if ((error = sys_fstatfs(p, &amp;bsa, retval))) +return error; + +if ((error = copyin((caddr_t) bsp, (caddr_t)</pre> Paul Irofti 2012-05-23T13:33:45 http://comments.gmane.org/gmane.os.openbsd.tech/28831 <pre>Mas clientes en su ciudad o localidad </pre> Mercosur.com 2012-05-23T12:10:35 http://comments.gmane.org/gmane.os.openbsd.tech/28829 <pre>Further to my previous email, I noticed if I tried to use any of the *file* commands in the startup ~/.mg file, nothing happened. By looking at main.c, I realised that the order of starup function calls was the problem. This diff moves the creation of the startup buffers before parsing the startup file. Now an ~/.mg file such as: find-file main.c insert-file lines.c Will work as expected. Commands that are usually located in the startup file (global-set-key, set-default-mode etc...) are unaffected since they are not reliant on the buffers being created or not. However, wider testing would be appreciated. Comments/ok? -lum Index: main.c =================================================================== RCS file: /cvs/src/usr.bin/mg/main.c,v retrieving revision 1.64 diff -u -p -r1.64 main.c --- main.c12 Apr 2012 04:47:59 -00001.64 +++ main.c20 May 2012 17:11:24 -0000 &lt; at &gt;&lt; at &gt; -98,19 +98,18 &lt; at &gt;&lt; at &gt; main(int argc, char **argv) */ update(); -/* user startup file */ -if ((cp = startupfile(NULL)) != NULL) -</pre> Mark Lumsden 2012-05-23T07:27:06 http://comments.gmane.org/gmane.os.openbsd.tech/28828 <pre>If you want to open up a file using the mg startup file (~/.mg) using the find-file command, e.g: find-file main.c mg will give an odd message of "File read error", but the file opens anyway. However, if by accident you try to open a non-existant file mg will segv. After investigating I found mg uses a static FILE pointer that is reused in fileio.c, and in this case the dual opening of the ~/.mg file and main.c was screwing things up. This diff removes the static variable and passes the file pointer amongst function calls. Now an ~/.mg file such as: find-file main.c find-file file.c find-file README works as expected. Opening three buffers with the files contents in each one. Also, if a non-existant file is attemped to be opened mg doesn't crash. comments/ok? -lum Index: def.h =================================================================== RCS file: /cvs/src/usr.bin/mg/def.h,v retrieving revision 1.120 diff -u -p -r1.120 def.h --- def.h12 Apr 2012 04:47:59 -00001.120 +++ def.h23 May 2012 07:</pre> Mark Lumsden 2012-05-23T07:25:35 http://comments.gmane.org/gmane.os.openbsd.tech/28826 <pre>Para visualizar correctamente este newsletter ingresa a http://news1.bonuscupon.com.ar/r.html?uid=1.i.295h.9f.rfwk1ki6bg </pre> Bonus Cupon 2012-05-23T03:49:48 http://comments.gmane.org/gmane.os.openbsd.tech/28824 <pre>Hi people, the attached patch adds an indicator sensor to wpi devices that describes the current RFKill status. If the RF killswitch is engaged, the sensor reads "Off", if it is not engaged and the device can operate, it reads "On". If this is okay, I plan on adding similar sensors to other wireless devices, but in that case I'd need help testing those because I only have access to wpi devices. </pre> Gregor Best 2012-05-22T18:20:38 http://comments.gmane.org/gmane.os.openbsd.tech/28823 <pre>Programme R&amp;eacute;gional Bonjour, Contrairement &amp;agrave; nombre de vos confr&amp;egrave;res et coll&amp;egrave;gues, vous ne semblez pas encore en profiter. C'est pourquoi il me paraissait utile de vous rappeler que toutes les personnes exer&amp;ccedil;ant dans votre secteur d'activit&amp;eacute; peuvent d&amp;eacute;sormais b&amp;eacute;n&amp;eacute;ficier gratuitement d'avantages importants pour leur consommation familiale. Une id&amp;eacute;e simple&amp;nbsp;: la force &amp;eacute;conomique que nous repr&amp;eacute;sentons ne peut pas laisser indiff&amp;eacute;rents les grands acteurs de la distribution. Nous avons donc n&amp;eacute;goci&amp;eacute; en direct avec toutes les grandes Enseignes et avons d&amp;eacute;j&amp;agrave; obtenu un accord avec plus de 700 d'entre elles&amp;nbsp;: Fnac.com, PIXmania, Thomas Cook, Monoprix, Leroy Merlin et bien d'autres... Nous vous remboursons automatiquement une partie de chacun de vos achats personnels&amp;nbsp;: 7% en moyenne. En plus, vous profitez en permanence de r&amp;eacute;ductions sp&amp;eacute;ciales et debons plans exclusifs. V</pre> Jacques Monet [PROCOPAM] 2012-05-22T17:59:18 http://comments.gmane.org/gmane.os.openbsd.tech/28816 <pre>Okay? Index: linux_misc.c =================================================================== RCS file: /cvs/src/sys/compat/linux/linux_misc.c,v retrieving revision 1.76 diff -u -p -r1.76 linux_misc.c --- linux_misc.c22 Apr 2012 05:43:14 -00001.76 +++ linux_misc.c22 May 2012 14:58:00 -0000 &lt; at &gt;&lt; at &gt; -441,6 +441,76 &lt; at &gt;&lt; at &gt; linux_sys_statfs(p, v, retval) return copyout((caddr_t) &amp;ltmp, (caddr_t) SCARG(uap, sp), sizeof ltmp); } +static void +bsd_to_linux_statfs64(struct statfs *bsp, struct linux_statfs64 *lsp) +{ + +/* + * Convert BSD filesystem names to Linux filesystem type numbers + * where possible. Linux statfs uses a value of -1 to indicate + * an unsupported field. + */ +if (!strcmp(bsp-&gt;f_fstypename, MOUNT_FFS) || + !strcmp(bsp-&gt;f_fstypename, MOUNT_MFS)) +lsp-&gt;l_ftype = 0x11954; +else if (!strcmp(bsp-&gt;f_fstypename, MOUNT_NFS)) +lsp-&gt;l_ftype = 0x6969; +else if (!strcmp(bsp-&gt;f_fstypename, MOUNT_MSDOS)) +lsp-&gt;l_ftype = 0x4d44; +else if (!strcmp(bsp-&gt;f_fstypename, MOUNT_PROCFS)) +lsp-&gt;l_f</pre> Paul Irofti 2012-05-22T15:00:02 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.openbsd.tech