Re: acpitz critical temperature is too high
Another idea I forgot to mention is to use syslog, and pipe to scripts. This would pretty much solve any issues with temperature and battery monitoring... run every syslog of sensorsd and apmd through a script, and forget using sensorsd for event commands.
Campamento Integral de Habilidades para Secretarias y Asistentes? 291936
291936 [IMAGE] Campamento de Activación Profesional para Secretarias Ejecutivas, Asistentes Auxiliares Hotel Spa Posada Tlaltenango 6 y 7 Julio Cuernavaca, Morelos. Un evento diferente, un espacio para renovar las ideas, reflexionar y actuar con liderazgo. 2 días Especiales a un precio Increíble, Todas las tarifas incluyen Hospedaje y Alimentos. ¡Reciba la información completa, Inscríbase y Capacítese! Por favor responda este e-mail con los datos siguientes. Empresa Nombre Teléfono Email Número de Interesados En breve recibirá temario, reseña de expositor y tarifas. Pms Capacitación Efectiva de México es una empresa Registrada ante la STPS Trabajamos con expertos en la materia para poder brindar herramientas tácticas, vanguardistas y de fácil aplicación. Si lo prefiere comuníquese a los teléfonos donde con gusto uno de nuestros ejecutivos le atenderá. Teléfonos: (0133) 8851-2365, (0133) 8851-2741 con más de 10 líneas. Síguenos en Twitter@pmscapacitacion o bien en Facebook PMS de México Copyright (C) 2011, PMS Capacitación Efectiva de México S.C. Derechos Reservados. E-Mail MARKETING SERVICE POWERED BY MEDIAMKTOOLS. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de México o bien un usuario le refirió para recibir este boletín. Como usuario de Pms de México, en este acto autoriza de manera expresa que Pms de México le puede contactar vía correo electrónico u otros medios. ALTO, si en esta ocasión la información recibida no fue de su interés pero desea recibir información personalizada en relación a otros temas favor de indicarlo. Si usted ha recibido este mensaje por error, haga caso omiso de el y de antemano una sincera disculpa por la molestia, reporte su cuenta respondiendo este correo con el subject BAJACAMPING Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJACAMPING Tenga en cuenta que la gestión de nuestras bases de datos es de suma importancia para nosotros y no es intención de la empresa la inconformidad del receptor, nuestra intención es promover herramientas de utilidad para el [demime 1.01d removed an attachment of type image/jpeg which had a name of image001.jpg]
Re: acpitz critical temperature is too high
On Mon, Jun 18, 2012 at 05:54:31PM -0700, Robert Connolly wrote: I want to initiate a shutdown if the temperature gets too high. I have been This already happens if the temperature gets too high. See recent threads on misc@ about this. using sensorsd(8), but sensorsd(8) only reacts once to the high (or low) event, leaving it up to the program/script to run timers to keep checking if the temperature gets worse. For my satisfaction, the timers would have to keep running until the system cooled down below the high temperature, so that sensorsd(8) will pick up the monitoring from there. When the temperature gets to a warning level, I would like sensorsd(8) to notify logged in users (me), mail root, step down the CPU with apm -L, and then let the kernel do a shutdown, with acpitz(4), if the temperature continues to rise to critical. This would be easier and more simple for me than using sensorsd(8) alone (no timers). You want to continue to run your machine after its reached critical temperature? Critical means just that ... shut down I checked this out a little bit today. Some laptop manufacturers release Windows programs to control these temperature settings. I don't know if the setting is permanent/saved in BIOS, but if it is then I could run it from a Windows Livecd to reset the critical temperature. Another idea was installing Coreboot (free-bios), but I doubt my mainboard is supported, and it could brick my system. Or, configure the OpenBSD kernel to ignore the BIOS setting, and use my hard coded temperature instead. Or, use sensorsd(8) and a script. Good luck with this. On Mon, Jun 18, 2012 at 9:35 AM, Mike Larkin mlar...@azathoth.net wrote: On Mon, Jun 18, 2012 at 06:35:58AM -0700, Robert Connolly wrote: Hello. During boot I see: acpitz0 at acpi0: critical temperature is 200 degC The acpitz(4) man page mentions that the system will power down if this critical temperature is reached. I assume this temperature is retrieved from BIOS, but I do not have an option in BIOS setup for it. Can I hard code this temperature in sys/dev/acpi/acpitz.c to a saner number? If so, it looks like I need to define sc-sc_crt, or possibly _CRT. Or is there another way to do this? Thanks Why do you want to do this? -ml
Programa de Cursos de Capacitación TIEM Junio y Julio de 2012
Importante: Si no puede visualizar correctamente las imagenes de este correo, le pedimos lo arrastre a su Bandeja de Entrada Programa de Cursos para los Meses de Junio y Julio de 2012 Administración y Optimización del Tiempo 21 de Junio Cd. de México Comprenda el concepto de administración del tiempo y productividad personal y aprendan a manejar modelos y herramientas para incrementarla. Comunicación Asertiva con PNL 22 de Junio Cd de México Desarrolle su estilo de comunicación, a una forma de expresión más clara y equilibrada, de manera firme y constructiva. Ortografía y Redacción para Ejecutivos 26 de Junio Cd de México Desarrolle habilidades y técnicas que le permitirán una comunicación escrita eficaz para expresarse correctamente. Mercadotecnia Moderna de las 4 P a las 4 C 27 de Junio Cd de México Los esfuerzos de las empresas ahora no solo se orientan a ofrecer un buen producto, sino un buen servicio. Coaching y Multihabilidades Gerenciales 28 de Junio Cd. de México El Nuevo concepto de Coaching y Multihabilidades le ayudará a mejorar y aumentar su capacidad de trabajo, con las técnicas más modernas y efectivas que usted necesita para destacar en su organización. Estrategia del Océano Azul 28 de Junio Cd de México Desarrolle estrategias y propuestas de valor para generar demandas latentes y de alto valor con una orientación a los no clientes. Inteligencia Emocional y Manejo del Estrés 29 de Junio Cd de México El éxito profesional, independientemente de la profesión, está definido en 80% por la inteligencia emocional y en 20% por el CI. Programa Integral de Negociación Efectiva 03 de Julio Cd de México Conozca el proceso de negociación exitoso para el manejo de situaciones que le permitan llegar a acuerdos con beneficio para las partes involucradas. Programación Neuro-Lingüística PNL 04 de Julio Cd de México La facilidad de aplicación de la PNL para las diferentes situaciones, además de su efectividad, la hacen uno de los modelos de interacción humana más importantes de la actualidad. Taller de Coaching Ejecutivo 05 de Julio Cd de México Una herramienta muy útil orientada a desarrollar líderes que se desean retener, a través de un proceso individual de aprendizaje y crecimiento personal, así como lograr cambios en su comportamiento profesional. Programador Maestro de Producción 10 de Julio Cd de México El Plan Maestro de Producción (Master Production Scheduling, MPS) es un enlace entre las estrategias generales de la compañía y los planes tácticos que le permitirán alcanzar sus metas. El Arte de Saber Servir al Cliente 11 de Julio Cd de México Reafirma la importancia y conveniencia de otorgar servicios y atención de alta calidad a los clientes, tanto internos como externos. La Prospección Profesional de Clientes Potenciales 12 de Julio Cd de México Conozca por que la Prospección en un factor clave en la carrera de todo vendedor profesional para la atracción de Clientes Potenciales. Como Solventar Observaciones de Instancias Fiscalizadoras 17 de Julio Cd de México Conozca por que cada vez son más las Dependencias y Servidores Públicos que son drásticamente afectados con sanciones disciplinarias y/o económicas. Aprenda a Solventarlas Formación Profesional para Asistentes Ejecutivas y Secretarias 18 de Julio Cd de México Identifique las competencias básicas en la función de asistentes ejecutivas y secretarias, practicando herramientas que les permitan optimizar su trabajo y mejorar su calidad de servicio. Negociación y Manejo de Conflictos 19 de Julio Cd de México Desarrolle habilidades para el manejo de conflictos, aplicando un modelo de negociación eficaz en su empresa y fuera de ella. Como Pagar y Motivar a la Fuerza de Ventas 24 de Julio Cd de México Una visión integral a través de los diferentes modelos de pago, con el fin de instrumentar un esquema que motive al equipo de ventas y permita alcanzar los objetivos. Formación Profesional de Instructores 24 y 25 de Julio Cd. de México Este curso, es para ti, y pretende desarrollar las habilidades necesarias para que conduzcas los cursos que ofreces y te desempeñes con seguridad y profesionalismo. ® Todos los Derechos Reservados © TIEM Talento e Innovación Empresarial de México Política de Privacidad TIEM de México
Re: Qemu and audio input?
On Mon, Jun 18, 2012 at 08:23:05AM +0200, Tomas Bodzar wrote: If audio input/output will be working then it's possible to use Microsoft Office Communicator and/or Lync for Live meetings. Just idea for now as it can end quite complicated. But in same time it probably means that support for audio input is missing in more ports/apps, right? Most ports that can record on linux can record on openbsd as well. There are few exceptions, generally part of the few ports not converted to sndio yet. -- Alexandre
Re: acpitz critical temperature is too high
I think one problem with using syslog triggers is opening op the risk for DOS attack if someuser or some internet connection into a service finds a way to trick syslog to print strings, to.. shutdown a server. On Mon, Jun 18, 2012 at 11:36:46PM -0700, Robert Connolly wrote: Another idea I forgot to mention is to use syslog, and pipe to scripts. This would pretty much solve any issues with temperature and battery monitoring... run every syslog of sensorsd and apmd through a script, and forget using sensorsd for event commands.
Re: Manual chpass passwd have diff descriptions about /etc/passwd
On Fri, Jun 15, 2012 at 09:52:28AM +0800, f5b wrote: CHPASS(1) FILES /etc/master.passwd user database /etc/passwd a Version 7 format password file /etc/ptmp lock file for the passwd database /etc/shells list of approved shells /var/tmp/pw.XX temporary copy of the user passwd information PASSWD(1) FILES /etc/login.conf configuration options /etc/master.passwd user database /etc/passwd a 6th Edition-style password file /etc/passwd.XX temporary copy of the password file /etc/ptmp lock file for the passwd database hi. the entry for these now says: /etc/passwduser database, with confidential information removed jmc
lenovo ideapad s100 dmesg + notes
hi there, following the fiasco with the acer aspire one D270 netbook, that comes with the open source hater intel GMA3600 integrated graphics adapter, i sold off the machine and bought a couple of generations older levno ideapad s 100 that comes with Atom N570 / GMA3100 that is supported by the X intel driver. thanks intel. this is also a quite nice machine, also its 6 cell battery is noticably bigger then the acer's. the wifi does not work, it is the Realtek 8188CE, but still much better than broadcom. at least here is a chance it will supported one day. the disk seems to fall asleep very early all the time, so i will have to play with atactl to see if i can stop this annoying issue. it makes clacking sounds. havent tried the card reader yet. suspend works, resume almost works, the keyboard stops responding. one problem i am trying to track down is a constant load over 1.00 i know load is just a number, but i something is strange. a screenshot of top: load averages: 1.06, 1.11, 1.08 47 processes: 46 idle, 1 on processor CPU0 states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU1 states: 0.2% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.8% idle CPU2 states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU3 states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Memory: Real: 53M/145M act/tot Free: 841M Cache: 53M Swap: 0K/1255M all CPU's are idle, there are no interrupts. $ vmstat -i interrupt total rate irq0/clock1460478 380 irq0/ipi 208864 54 irq130/acpi0 7350 irq81/inteldrm0 39389 10 irq160/azalia03060 irq81/ppb0 10 irq81/re0 159534 irq82/ppb1 10 irq84/uhci1230 irq85/ehci0 4210 irq80/ahci0 92555 24 irq129/pckbc014790 irq131/pckbc040621 Total 1824267 475 right after booting up the load is 0.30 but then it goes up over 1 and stays there. $ sysctl hw hw.machine=i386 hw.model=Intel(R) Atom(TM) CPU N570 @ 1.66GHz (GenuineIntel 686-class) hw.ncpu=4 hw.byteorder=1234 hw.pagesize=4096 hw.disknames=sd0:65714a12cd3919f3,sd1:b4b151eed846a7ef,sd2: hw.diskcount=3 hw.sensors.acpiac0.indicator0=Off (power supply) hw.sensors.acpibat0.volt0=10.80 VDC (voltage) hw.sensors.acpibat0.volt1=10.64 VDC (current voltage) hw.sensors.acpibat0.current0=1.02 A (rate) hw.sensors.acpibat0.amphour0=4.43 Ah (last full capacity) hw.sensors.acpibat0.amphour1=0.44 Ah (warning capacity) hw.sensors.acpibat0.amphour2=0.22 Ah (low capacity) hw.sensors.acpibat0.amphour3=1.33 Ah (remaining capacity), OK hw.sensors.acpibat0.raw0=1 (battery discharging), OK hw.sensors.cpu0.temp0=57.00 degC hw.cpuspeed=1000 hw.setperf=0 hw.vendor=LENOVO hw.product=20109 hw.version=Ideapad S100 hw.uuid=8041e87f-cf0f-e141-0dae-fd5a14c99287 hw.physmem=1061818368 hw.usermem=1051213824 hw.ncpufound=4 hw.allowpowerdown=1 dmesg: OpenBSD 5.1-current (GENERIC.MP) #277: Tue Jun 12 18:40:02 MDT 2012 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Atom(TM) CPU N570 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF real mem = 1061818368 (1012MB) avail mem = 1033613312 (985MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 03/31/10, SMBIOS rev. 2.6 @ 0xeb0f0 (53 entries) bios0: vendor LENOVO version 50CN12WW date 04/22/2011 bios0: LENOVO 20109 acpi0 at bios0: rev 3 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG SLIC HPET acpi0: wakeup devices P0P8(S4) PS2K(S3) PS2M(S3) EUSB(S3) P0PA(S4) P0PB(S4) P0PC(S4) P0P9(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) PWRB(S3) SLPB(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU N570 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Atom(TM) CPU N570 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu2: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF cpu3 at mainbus0: apid 3 (application processor)
Re: Mounting a partition, cdrom, usb as a user
On 06/16/2012 04:39 AM, Mik J wrote: Hello, I'm able to mount a partition as a user if I have kern.usermount=1 # ls -l /dev/wd2* brw-rw 1 root operator0, 0 May 7 21:54 /dev/wd2a # ls -l /mnt drwxrwxr-x 2 myuser operator 512 May 7 22:38 extpart and # grep operator /etc/group operator:*:5:root,myuser However, I'm unable to mount the partition if the owner of /mnt/extpart is root although that mount point is rwx by the group operator and myuser belongs to that group. # ls -l /mnt drwxrwxr-x 2 root operator 512 May 7 22:38 extpart I assume that kern.usermount allows a partition to be mounted only if the mount point is owned by a user and the group owner is not considered. I have search for a variable kern.groupmount but there is not such thing. So my question is: Is it possible to allow a group to mount partitions (or usb keys, cdrom) ? Thank you quite suprised. no love so far for fbtab(5)
Re: lenovo ideapad s100 dmesg + notes
On Tue, Jun 19, 2012 at 1:04 PM, frantisek holop min...@obiit.org wrote: hi there, following the fiasco with the acer aspire one D270 netbook, that comes with the open source hater intel GMA3600 integrated graphics adapter, i sold off the machine and bought a couple of generations older levno ideapad s 100 that comes with Atom N570 / GMA3100 that is supported by the X intel driver. thanks intel. this is also a quite nice machine, also its 6 cell battery is noticably bigger then the acer's. the wifi does not work, it is the Realtek 8188CE, but still much better than broadcom. at least here is a chance it will supported one day. the disk seems to fall asleep very early all the time, so i will have to play with atactl to see if i can stop this annoying issue. it makes clacking sounds. havent tried the card reader yet. suspend works, resume almost works, the keyboard stops responding. one problem i am trying to track down is a constant load over 1.00 i know load is just a number, but i something is strange. a screenshot of top: load averages: 1.06, 1.11, 1.08 47 processes: 46 idle, 1 on processor CPU0 states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU1 states: 0.2% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.8% idle CPU2 states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU3 states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Memory: Real: 53M/145M act/tot Free: 841M Cache: 53M Swap: 0K/1255M all CPU's are idle, there are no interrupts. $ vmstat -i interrupt total rate irq0/clock 1460478 380 irq0/ipi 208864 54 irq130/acpi0 735 0 irq81/inteldrm0 39389 10 irq160/azalia0 306 0 irq81/ppb0 1 0 irq81/re0 15953 4 irq82/ppb1 1 0 irq84/uhci1 23 0 irq85/ehci0 421 0 irq80/ahci0 92555 24 irq129/pckbc0 1479 0 irq131/pckbc0 4062 1 Total 1824267 475 right after booting up the load is 0.30 but then it goes up over 1 and stays there. I can see that problem on current amd64 as well. It's machine which is fully supported and was without problems before, but now 'vmstat 1 10' shows in b column all the time number one or higher and load is over 1. $ sysctl hw hw.machine=i386 hw.model=Intel(R) Atom(TM) CPU N570 @ 1.66GHz (GenuineIntel 686-class) hw.ncpu=4 hw.byteorder=1234 hw.pagesize=4096 hw.disknames=sd0:65714a12cd3919f3,sd1:b4b151eed846a7ef,sd2: hw.diskcount=3 hw.sensors.acpiac0.indicator0=Off (power supply) hw.sensors.acpibat0.volt0=10.80 VDC (voltage) hw.sensors.acpibat0.volt1=10.64 VDC (current voltage) hw.sensors.acpibat0.current0=1.02 A (rate) hw.sensors.acpibat0.amphour0=4.43 Ah (last full capacity) hw.sensors.acpibat0.amphour1=0.44 Ah (warning capacity) hw.sensors.acpibat0.amphour2=0.22 Ah (low capacity) hw.sensors.acpibat0.amphour3=1.33 Ah (remaining capacity), OK hw.sensors.acpibat0.raw0=1 (battery discharging), OK hw.sensors.cpu0.temp0=57.00 degC hw.cpuspeed=1000 hw.setperf=0 hw.vendor=LENOVO hw.product=20109 hw.version=Ideapad S100 hw.uuid=8041e87f-cf0f-e141-0dae-fd5a14c99287 hw.physmem=1061818368 hw.usermem=1051213824 hw.ncpufound=4 hw.allowpowerdown=1 dmesg: OpenBSD 5.1-current (GENERIC.MP) #277: Tue Jun 12 18:40:02 MDT 2012 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Atom(TM) CPU N570 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,EST, TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF real mem = 1061818368 (1012MB) avail mem = 1033613312 (985MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 03/31/10, SMBIOS rev. 2.6 @ 0xeb0f0 (53 entries) bios0: vendor LENOVO version 50CN12WW date 04/22/2011 bios0: LENOVO 20109 acpi0 at bios0: rev 3 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG SLIC HPET acpi0: wakeup devices P0P8(S4) PS2K(S3) PS2M(S3) EUSB(S3) P0PA(S4) P0PB(S4) P0PC(S4) P0P9(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) PWRB(S3) SLPB(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU N570 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,EST,
Re: Mounting a partition, cdrom, usb as a user
On Mon, 18 Jun 2012 22:26:57 -0700 russell russ...@dotplan.dyndns.org wrote: quite suprised. no love so far for fbtab(5) The fbtab file is used by login(1) to chown(2) the specified files to the user who has performed a login. Additionally, chmod(2) is used to set the devices to the specified permission. When a user logs out, init(8) is responsible for performing the inverse operation, which results in the files once again belonging to root. Nice. But how is this supposed to work for multiple logins or system crashes (power outage during login)?
Re: Mounting a partition, cdrom, usb as a user
On 06/19/2012 06:40 AM, Christopher Zimmermann wrote: On Mon, 18 Jun 2012 22:26:57 -0700 russellruss...@dotplan.dyndns.org wrote: quite suprised. no love so far for fbtab(5) The fbtab file is used by login(1) to chown(2) the specified files to the user who has performed a login. Additionally, chmod(2) is used to set the devices to the specified permission. When a user logs out, init(8) is responsible for performing the inverse operation, which results in the files once again belonging to root. Nice. But how is this supposed to work for multiple logins or system crashes (power outage during login)? how many people are you gonna cram at the local machine anyhow? that is, remote users don't need to mount cd/floppy/usb
Re: acpitz critical temperature is too high
2012/6/19 Robert Connolly robertconnolly1...@gmail.com sensorsd(8)'s low goes in the other direction. If I set low to 60C, it will go off if the CPU is running at 50C. Sensorsd(8) isn't made for such fine control as some of us would like. If the battery is low, we want the sensor to alert us. If the temperature is low, we do not want to be alerted. So a medium setting simply wouldn't work with the way sensorsd(8) works. Furthermore, I checked out Windows and Acer software, and I don't see a way of resetting the BIOS critical temperature. They use daemons, and so my kernel hack option to take advantage of acpitz(4) looks like a good idea. On Mon, Jun 18, 2012 at 8:05 PM, Artturi Alm artturi@gmail.comwrote: How about setting low to the warning level, and high to the shutdown level? That way you should be able to handle all 3 states w/o timers. below being normal, within where it notifies and steps down CPU and above where it does shutdown. I don't see the problem with that. Those three states should be enough, given that the 'warning zone' has reasonable limits, where you feel confident that it doesn't hurt running even in the long run. Ie. you've got this in your sensorsd.conf: hw.sensors.cpu0.temp0:low=50C:high=55C:command=/etc/sensorsd/temp %l and /etc/sensorsd/temp looks like this: #!/bin/sh case $1 in below) apm -A ;; within) apm -C echo 'Running HOT' | wall ;; above) shutdown -h now ;; esac Or did I miss the point?
Re: OpenBSD forked
On Mon, Jun 18, 2012 at 12:59:16AM -0600, Theo de Raadt wrote: Ariane wants to be involved as well, but is still waiting to see how others in the project feel. I've changed from waiting to being involved. And in Theo's interest in breaking secrecy: I've stepped down from maintaining uvm. Why? Politics between me and Theo. I'm unhappy with how the situation of the fork was handled. I've been collateral in the whole matter twice and taken it in stride. I've expressed interest in the fork and am now suspect/tainted. Third time's the charm. Discussions between me and Theo now trigger anger with both of us, which is not conducive to OpenBSD or our fellow developers. I cannot commit to uvm under those circumstances. Uvm is now without architect/lead, but that's fine since it has been that for years. -- Ariane
Re: 5.1 and snapshots freeze changing between X and console
Hi This is still occurring using latest snapshot. On multiple HP compaq pcs. Message received say inteldrm0 gpu hung. I am unable to run X -configure. fails with a seg fault. Any thoughts ? Thanks OpenBSD 5.1-current (GENERIC) #231: Tue Jun 12 18:31:26 MDT 2012 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Celeron(R) CPU 2.40GHz (GenuineIntel 686-class) 2.41 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR real mem = 259518464 (247MB) avail mem = 244436992 (233MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 01/15/04, BIOS32 rev. 0 @ 0xfdb40, SMBIOS rev. 2.3 @ 0xf0630 (31 entries) bios0: vendor American Megatrends Inc. version 1.11 date 01/15/2004 bios0: Hewlett-Packard HP d220 MT(PA623PA) acpi0 at bios0: rev 0 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC acpi0: wakeup devices USB1(S4) USB2(S4) USB3(S4) EHCI(S4) ICHB(S4) PS2M(S4) PS2K(S4) UAR1(S4) MC9_(S4) PCI0(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 100MHz ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (ICHB) acpicpu0 at acpi0 acpipwrres0 at acpi0: URP1 acpipwrres1 at acpi0: URP2 acpipwrres2 at acpi0: FDDP acpipwrres3 at acpi0: LPTP acpibtn0 at acpi0: PWRB bios0: ROM list: 0xc/0xb400 0xe/0x1000 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82845G Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82845G Video rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x800 inteldrm0 at vga1: apic 2 int 16 drm0 at inteldrm0 uhci0 at pci0 dev 29 function 0 Intel 82801DB USB rev 0x02: apic 2 int 16 uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x02: apic 2 int 19 uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x02: apic 2 int 18 ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x02: apic 2 int 23 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb0 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0x82 pci1 at ppb0 bus 3 re0 at pci1 dev 11 function 0 D-Link DGE-528T rev 0x10: RTL8169/8110SB (0x1000), apic 2 int 21, address 1c:7e:e5:10:af:b1 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 3 ichpcib0 at pci0 dev 31 function 0 Intel 82801DB LPC rev 0x02 pciide0 at pci0 dev 31 function 1 Intel 82801DB IDE rev 0x02: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 1: SanDisk SDCFH-008G wd0: 1-sector PIO, LBA48, 7641MB, 15649200 sectors wd0(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 4 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: HL-DT-ST, CD-ROM GCR-8522B, 1.01 ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 ichiic0 at pci0 dev 31 function 3 Intel 82801DB SMBus rev 0x02: apic 2 int 17 iic0 at ichiic0 admtm0 at iic0 addr 0x2d: 47m192 spdmem0 at iic0 addr 0x50: 256MB DDR SDRAM non-parity PC2700CL2.5 auich0 at pci0 dev 31 function 5 Intel 82801DB AC97 rev 0x02: apic 2 int 17, ICH4 AC97 ac97: codec id 0x41445374 (Analog Devices AD1981B) ac97: codec features headphone, 20 bit DAC, No 3D Stereo audio0 at auich0 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 Intel UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at ichpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec mtrr: Pentium Pro MTRR support uhidev0 at uhub2 port 1 configuration 1 interface 0 CHICONY HP Basic USB Keyboard rev 1.10/3.00 addr 2 uhidev0: iclass 3/1 ukbd0 at uhidev0: 8 modifier keys, 6 key codes wskbd1 at ukbd0 mux 1 wskbd1: connecting to wsdisplay0 uhidev1 at uhub3 port 2 configuration 1 interface 0 Hewlett-Packard HP USB Travel Mouse rev 1.10/1.10 addr 2 uhidev1: iclass 3/1 ums0 at uhidev1: 3 buttons, Z dir wsmouse0 at ums0 mux 0 vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on wd0a (0085006cc50703e4.a) swap on wd0b dump on wd0b # [ 94.134] X.Org X Server 1.12.2 Release Date: 2012-05-29 [ 94.135] X Protocol Version 11, Revision 0 [ 94.135] Build
Re: OpenBSD forked
On Mon, Jun 18, 2012 at 12:59:16AM -0600, Theo de Raadt wrote: Ariane wants to be involved as well, but is still waiting to see how others in the project feel. I've changed from waiting to being involved. And in Theo's interest in breaking secrecy: I've stepped down from maintaining uvm. Why? Politics between me and Theo. About 2 weeks ago ariane came to me privately to say this: 1) That 4 weeks ago she had become aware the fork did in fact exist, counter to previous assertions all the people now working on bitrig had gotten from their boss Marco. 2) Had _just_ now decided to mention it to me. 3) Also _just now_ had decided to on a desire to work on on both projects. 4) Want to know if this would be ok; if there would be consequences. And finally: 5) For the last 4 weeks had been too busy to tell us, working 12 hour days. I said I would not decide, but to ask all the developers. However, instantly I recognized that the last part (5), about having too busy to tell us, was not truthful. The truth is, ariane did not tell us because of _fear_. And I can understand that, there are many people upset to various levels about these happenings. However, wrapping that up in a lie about having been too busy is a not good. Those 4 weeks were spent mulling over whether to be part of that fork and how to tell us, not by being too busy with work. Therefore, ariane, I do not believe that you found out something so politically big, sat on it for 4 weeks because of being too busy, and then suddenly decide to disclose it and the desire to be part of it. And that is not political. I feel that I (and others in the project) have been lied to in that part. I'm unhappy with how the situation of the fork was handled. The situation of the fork was handled entirely by Marco Peereboom -- your boss. I've been collateral in the whole matter twice and taken it in stride. Yes, we are all blameless. Especially people at that company, who all claim they got too busy to tell others that they were too busy. I've expressed interest in the fork and am now suspect/tainted. Certainly you are: You misled us. Third time's the charm. Discussions between me and Theo now trigger anger with both of us, which is not conducive to OpenBSD or our fellow developers. I was not angry in my mail -- I was truthful and exact. A diff was sent which adds a non-standard flag to mmap() to accelerate realloc() performance. For years the project has had an attitude that adding extensions to standardized system calls should be a last resort. Rather than discuss this with developers, ariane went and spent time, and then mailed in a diff -- asking only for an OK. Not requesting the start of a larger discussion, but only asking for an OK. In a reply to that diff, I (1) explained my continued reluctance for such non-standard flags. (2) I also explained that this was a poor time to put such changes into the tree with a coming hackathon, followed by the lock to our next release soon after. (3) I also then explained that due to recent events (recently two, serious repairs had to be made to ariane's uvm changes without ariane being around), I am pessimistic about the commitment level for such big changes in the tree. Normally a way around this is to test them as uncommited diffs in the snapshot builds, but I only do that for people who I totally trust (one reason is that mistakes can be quite costly, as I can damage 12 build environments in one go), and quite frankly, I do not trust Ariane nearly as much as before. At that point, Ariane got seriously angry, and has now resigned. I cannot commit to uvm under those circumstances. Unfortunate.
Salsafestival Switzerland 2013
Sollte der Inhalt dieser E-Mail nicht korrekt dargestellt werden, klicke bitte hier: http://newsletter.ctek.ch/browser.php?key=7275-5A-01-8625D75DAC7E2D82973F121B 54E19E58-DA84F230DDA30F1E556rid=01_03_04_44
Re: basic smtpd question
On Tue, Jun 19, 2012 at 11:33 AM, Gilles Chehade gil...@poolp.org wrote: sorry for the delay, does this issue still exist ? can you run smtpd with -dv and send output as you reproduce ? I don't know if it's me, or what... :( I went back to the original config. If this is a bug, I'd be happy to submit, if this is a mistake I made... :) # pfctl -d; pkill smtpd; grep -v ^# /etc/mail/smtpd.conf ; smtpd -dv pf disabled # listen on lo0 map aliases { source db /etc/mail/aliases.db } accept for local alias aliases deliver to mbox accept for all relay # startup [debug mode] parent_send_config: configuring smtp scheduler_ramqueue: init scheduler_ramqueue: display parent_send_config_client_certs: configuring smtp scheduler_ramqueue: hosttree display parent_send_config_ruleset: reloading rules and maps scheduler_ramqueue: msgtree display parent_send_config_ruleset: reloading rules and maps scheduler_ramqueue: queue display scheduler_ramqueue: next scheduler_ramqueue: next: nothing schedulable scheduler_ramqueue: load scheduler_ramqueue: queue loading in progress ramqueue: loading over scheduler_ramqueue: next scheduler_ramqueue: next: nothing schedulable runner: nothing to schedule, wake me up. zZzZzZ smtp: listen on 127.0.0.1 port 25 flags 0x0 cert lo0 smtp: listen on IPv6:fe80::1%lo0 port 25 flags 0x0 cert lo0 smtp: listen on IPv6:::1 port 25 flags 0x0 cert lo0 smtp: will accept at most 246 clients smtpd: scanning offline queue... smtpd: offline scanning done # echo test|mail root # smtp: new client on listener: 0x3c00aba0 session_pickup: greeting client lka_resolve_node: node is local username: tai aliases_exist: 'tai' exists with 1 expansion nodes aliases_get: returned 1 aliases lka_session_done: expansion led to empty delivery list 4547fd3a: from=r...@urd.spidernet.to, relay=0@localhost [IPv6:::1], stat=LocalError (530 5.0.0 Recipient rejected: r...@urd.spidernet.to) send-mail: command failed: 530 5.0.0 Recipient rejected: r...@urd.spidernet.to smtp: 0x86ff6000: deleting session: disconnected # grep ^root /etc/mail/aliases # grep ^tai /etc/mail/aliases # newaliases /etc/mail/aliases: 448 aliases 448 aliases all pointing to tai - is that what's causing the issue? -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=30v_g83VHK4
Re: OpenBSD forked
Hello, I'm not a Developer, Maintainer or anything else. Strictly a user. 1. Thank you to all the Developers who take time to make a product and frankly give a dam about the work and quality of it. ( Wish car makers did the same! ) 2. Even though I am not a Developer or fully understand what is going on. Taking time to send an email out of respect to a person or persons generally cause less grief. At least in my experience.. No matter how hurtful the truth is. Truth is truth and things can heal when all is placed on the table. 3. If/When this Fork comes out I may give it a test run but all the points each of you have made will make me rethink and read more before I do. 4. The short time I've been around. Theo.. Thank you for being you! Speaking your mind and keeping track. I would ask if you are ex-military but that does not matter. You give a dam about a project that is your baby and keep things in the right. Strong opinionated but very fair and level on your thoughts. That's my cent of thoughts. OBSD is my main OS and will continue to be! Even when I want to shoot my self in the foot when I don't understand how to do something at the 3rd time round reading the man page. Taking C classes now and at some point I hope to give back with more then monetary donations instead of lurking. Thank you Cody On Tue, Jun 19, 2012 at 12:51 PM, Theo de Raadt dera...@cvs.openbsd.orgwrote: On Mon, Jun 18, 2012 at 12:59:16AM -0600, Theo de Raadt wrote: Ariane wants to be involved as well, but is still waiting to see how others in the project feel. I've changed from waiting to being involved. And in Theo's interest in breaking secrecy: I've stepped down from maintaining uvm. Why? Politics between me and Theo. About 2 weeks ago ariane came to me privately to say this: 1) That 4 weeks ago she had become aware the fork did in fact exist, counter to previous assertions all the people now working on bitrig had gotten from their boss Marco. 2) Had _just_ now decided to mention it to me. 3) Also _just now_ had decided to on a desire to work on on both projects. 4) Want to know if this would be ok; if there would be consequences. And finally: 5) For the last 4 weeks had been too busy to tell us, working 12 hour days. I said I would not decide, but to ask all the developers. However, instantly I recognized that the last part (5), about having too busy to tell us, was not truthful. The truth is, ariane did not tell us because of _fear_. And I can understand that, there are many people upset to various levels about these happenings. However, wrapping that up in a lie about having been too busy is a not good. Those 4 weeks were spent mulling over whether to be part of that fork and how to tell us, not by being too busy with work. Therefore, ariane, I do not believe that you found out something so politically big, sat on it for 4 weeks because of being too busy, and then suddenly decide to disclose it and the desire to be part of it. And that is not political. I feel that I (and others in the project) have been lied to in that part. I'm unhappy with how the situation of the fork was handled. The situation of the fork was handled entirely by Marco Peereboom -- your boss. I've been collateral in the whole matter twice and taken it in stride. Yes, we are all blameless. Especially people at that company, who all claim they got too busy to tell others that they were too busy. I've expressed interest in the fork and am now suspect/tainted. Certainly you are: You misled us. Third time's the charm. Discussions between me and Theo now trigger anger with both of us, which is not conducive to OpenBSD or our fellow developers. I was not angry in my mail -- I was truthful and exact. A diff was sent which adds a non-standard flag to mmap() to accelerate realloc() performance. For years the project has had an attitude that adding extensions to standardized system calls should be a last resort. Rather than discuss this with developers, ariane went and spent time, and then mailed in a diff -- asking only for an OK. Not requesting the start of a larger discussion, but only asking for an OK. In a reply to that diff, I (1) explained my continued reluctance for such non-standard flags. (2) I also explained that this was a poor time to put such changes into the tree with a coming hackathon, followed by the lock to our next release soon after. (3) I also then explained that due to recent events (recently two, serious repairs had to be made to ariane's uvm changes without ariane being around), I am pessimistic about the commitment level for such big changes in the tree. Normally a way around this is to test them as uncommited diffs in the snapshot builds, but I only do that for people who I totally trust (one reason is that mistakes can be quite costly, as I can damage 12 build environments
Re: OpenBSD forked
I agree with Cody. And I encourage all the OpenBSD developers. You are doing a great work. Im triying to learn C by my self but its a bit complicated hahaha. Greetings from Spain El 19/06/2012 21:24, cody chandler cody.a.chand...@gmail.com escribió: Hello, I'm not a Developer, Maintainer or anything else. Strictly a user. 1. Thank you to all the Developers who take time to make a product and frankly give a dam about the work and quality of it. ( Wish car makers did the same! ) 2. Even though I am not a Developer or fully understand what is going on. Taking time to send an email out of respect to a person or persons generally cause less grief. At least in my experience.. No matter how hurtful the truth is. Truth is truth and things can heal when all is placed on the table. 3. If/When this Fork comes out I may give it a test run but all the points each of you have made will make me rethink and read more before I do. 4. The short time I've been around. Theo.. Thank you for being you! Speaking your mind and keeping track. I would ask if you are ex-military but that does not matter. You give a dam about a project that is your baby and keep things in the right. Strong opinionated but very fair and level on your thoughts. That's my cent of thoughts. OBSD is my main OS and will continue to be! Even when I want to shoot my self in the foot when I don't understand how to do something at the 3rd time round reading the man page. Taking C classes now and at some point I hope to give back with more then monetary donations instead of lurking. Thank you Cody On Tue, Jun 19, 2012 at 12:51 PM, Theo de Raadt dera...@cvs.openbsd.org wrote: On Mon, Jun 18, 2012 at 12:59:16AM -0600, Theo de Raadt wrote: Ariane wants to be involved as well, but is still waiting to see how others in the project feel. I've changed from waiting to being involved. And in Theo's interest in breaking secrecy: I've stepped down from maintaining uvm. Why? Politics between me and Theo. About 2 weeks ago ariane came to me privately to say this: 1) That 4 weeks ago she had become aware the fork did in fact exist, counter to previous assertions all the people now working on bitrig had gotten from their boss Marco. 2) Had _just_ now decided to mention it to me. 3) Also _just now_ had decided to on a desire to work on on both projects. 4) Want to know if this would be ok; if there would be consequences. And finally: 5) For the last 4 weeks had been too busy to tell us, working 12 hour days. I said I would not decide, but to ask all the developers. However, instantly I recognized that the last part (5), about having too busy to tell us, was not truthful. The truth is, ariane did not tell us because of _fear_. And I can understand that, there are many people upset to various levels about these happenings. However, wrapping that up in a lie about having been too busy is a not good. Those 4 weeks were spent mulling over whether to be part of that fork and how to tell us, not by being too busy with work. Therefore, ariane, I do not believe that you found out something so politically big, sat on it for 4 weeks because of being too busy, and then suddenly decide to disclose it and the desire to be part of it. And that is not political. I feel that I (and others in the project) have been lied to in that part. I'm unhappy with how the situation of the fork was handled. The situation of the fork was handled entirely by Marco Peereboom -- your boss. I've been collateral in the whole matter twice and taken it in stride. Yes, we are all blameless. Especially people at that company, who all claim they got too busy to tell others that they were too busy. I've expressed interest in the fork and am now suspect/tainted. Certainly you are: You misled us. Third time's the charm. Discussions between me and Theo now trigger anger with both of us, which is not conducive to OpenBSD or our fellow developers. I was not angry in my mail -- I was truthful and exact. A diff was sent which adds a non-standard flag to mmap() to accelerate realloc() performance. For years the project has had an attitude that adding extensions to standardized system calls should be a last resort. Rather than discuss this with developers, ariane went and spent time, and then mailed in a diff -- asking only for an OK. Not requesting the start of a larger discussion, but only asking for an OK. In a reply to that diff, I (1) explained my continued reluctance for such non-standard flags. (2) I also explained that this was a poor time to put such changes into the tree with a coming hackathon, followed by the lock to our next release soon after. (3) I also then explained that due to recent events (recently two, serious repairs had to be made to ariane's uvm
Re: basic smtpd question
On Tue, Jun 19, 2012 at 01:23:10PM -0400, bofh wrote: I don't know if it's me, or what... :( I went back to the original config. If this is a bug, I'd be happy to submit, if this is a mistake I made... :) # pfctl -d; pkill smtpd; grep -v ^# /etc/mail/smtpd.conf ; smtpd -dv pf disabled # listen on lo0 map aliases { source db /etc/mail/aliases.db } accept for local alias aliases deliver to mbox accept for all relay # startup [debug mode] parent_send_config: configuring smtp scheduler_ramqueue: init scheduler_ramqueue: display parent_send_config_client_certs: configuring smtp scheduler_ramqueue: hosttree display parent_send_config_ruleset: reloading rules and maps scheduler_ramqueue: msgtree display parent_send_config_ruleset: reloading rules and maps scheduler_ramqueue: queue display scheduler_ramqueue: next scheduler_ramqueue: next: nothing schedulable scheduler_ramqueue: load scheduler_ramqueue: queue loading in progress ramqueue: loading over scheduler_ramqueue: next scheduler_ramqueue: next: nothing schedulable runner: nothing to schedule, wake me up. zZzZzZ smtp: listen on 127.0.0.1 port 25 flags 0x0 cert lo0 smtp: listen on IPv6:fe80::1%lo0 port 25 flags 0x0 cert lo0 smtp: listen on IPv6:::1 port 25 flags 0x0 cert lo0 smtp: will accept at most 246 clients smtpd: scanning offline queue... smtpd: offline scanning done # echo test|mail root # smtp: new client on listener: 0x3c00aba0 session_pickup: greeting client lka_resolve_node: node is local username: tai aliases_exist: 'tai' exists with 1 expansion nodes aliases_get: returned 1 aliases lka_session_done: expansion led to empty delivery list 4547fd3a: from=r...@urd.spidernet.to, relay=0@localhost [IPv6:::1], stat=LocalError (530 5.0.0 Recipient rejected: r...@urd.spidernet.to) send-mail: command failed: 530 5.0.0 Recipient rejected: r...@urd.spidernet.to smtp: 0x86ff6000: deleting session: disconnected # grep ^root /etc/mail/aliases # grep ^tai /etc/mail/aliases # newaliases /etc/mail/aliases: 448 aliases 448 aliases all pointing to tai - is that what's causing the issue? I don't know if it's that, but it is then we are facing a bug, it should work with as many aliases as you want. Care to share your /etc/mail/aliases file ? -- Gilles Chehade https://www.poolp.org | http://pool.ps @poolpOrg
need advice, network monitor isues on LAN devices..
normaly i dont write much. but this time i am stuck with nasty isue. i want to count send/received packets from each network device i have in my lan. and put them in MRTG as nice graps. however, i cant find a program that is able to do what i want. the only program that comes close is darkstat, but darkstat doesnt have any option to output his data in a console. i have found several nice packages, but none meet my wishes.. anyone has advice ? thnxs.
Re: need advice, network monitor isues on LAN devices..
use netstat Regards tom On Tue, 19 Jun 2012 22:12:07 +0200, Ton Muller spatie...@online.nl wrote: normaly i dont write much. but this time i am stuck with nasty isue. i want to count send/received packets from each network device i have in my lan. and put them in MRTG as nice graps. however, i cant find a program that is able to do what i want. the only program that comes close is darkstat, but darkstat doesnt have any option to output his data in a console. i have found several nice packages, but none meet my wishes.. anyone has advice ? thnxs.
Re: need advice, network monitor isues on LAN devices..
You can use snmp to collect the data from verious network devices On Tue, 19 Jun 2012 22:43:24 +0200, Tomasz Marszal kap...@toya.net.pl wrote: use netstat Regards tom On Tue, 19 Jun 2012 22:12:07 +0200, Ton Muller spatie...@online.nl wrote: normaly i dont write much. but this time i am stuck with nasty isue. i want to count send/received packets from each network device i have in my lan. and put them in MRTG as nice graps. however, i cant find a program that is able to do what i want. the only program that comes close is darkstat, but darkstat doesnt have any option to output his data in a console. i have found several nice packages, but none meet my wishes.. anyone has advice ? thnxs.
Re: need advice, network monitor isues on LAN devices..
On Jun 19 22:12:07, Ton Muller wrote: normaly i dont write much. but this time i am stuck with nasty isue. i want to count send/received packets from each network device i have in my lan. netstat -I $iface
Re: basic smtpd question
On Tue, Jun 19, 2012 at 3:45 PM, Gilles Chehade gil...@poolp.org wrote: I don't know if it's that, but it is then we are facing a bug, it should work with as many aliases as you want. Care to share your /etc/mail/aliases file ? I have confirmed it is the aliases file, by reverting to the original aliases and running newaliases. Since I have passwords and stuff in my aliases file (from long ago, bad habit, but as a # comment, password), I will narrow down to the smallest set that still triggers the bug and send it in. # newaliases /etc/mail/aliases: 55 aliases # pkill smtpd # smtpd -dv # # # echo test|mail root # smtp: new client on listener: 0x3c00aba0 session_pickup: greeting client lka_resolve_node: node is local username: tai scheduler_ramqueue: insert a1908ad0: from=r...@urd.spidernet.to, size=376, nrcpts=1, proto=ESMTP, relay=0@localhost [IPv6:::1] smtp: 0x7dfc: deleting session: done scheduler_ramqueue: display scheduler_ramqueue: hosttree display host: [0x7e176a00] urd.spidernet.to batch: [0x7f6ccbc0] a1908ad0 evpid: [0x7f6cc7c0] a1908ad00b663b97 scheduler_ramqueue: msgtree display msg: [0x7de6ef40] a1908ad0 evp: [0x7f6cc7c0] a1908ad00b663b97 scheduler_ramqueue: queue display evpid: [0x7f6cc7c0] [batch: 0x7f6ccbc0], a1908ad00b663b97 scheduler_ramqueue: next scheduler_ramqueue: next: found scheduler_ramqueue: next scheduler_ramqueue: next: found scheduler_ramqueue: next scheduler_ramqueue: next: found scheduler_ramqueue: remove scheduler_ramqueue_remove: batch removed scheduler_ramqueue: next scheduler_ramqueue: next: nothing schedulable runner: nothing to schedule, wake me up. zZzZzZ forkmda: to tai as root a1908ad00b663b97: to=r...@urd.spidernet.to, delay=0, stat=Sent queue_delivery_ok: a1908ad00b663b97 fsqueue_envelope_delete: queue_envelope_delete: a1908ad00b663b97 scheduler_ramqueue: display scheduler_ramqueue: hosttree display scheduler_ramqueue: msgtree display scheduler_ramqueue: queue display scheduler_ramqueue: next scheduler_ramqueue: next: nothing schedulable scheduler_ramqueue: next scheduler_ramqueue: next: nothing schedulable runner: nothing to schedule, wake me up. zZzZzZ -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=30v_g83VHK4
Re: basic smtpd question
Found it. Either of the following in /etc/mail/aliases will cause the problem Tai: tai TAI: tai On the other hand, the following is perfectly fine: @.@: tai :) On Tue, Jun 19, 2012 at 5:10 PM, bofh goodb...@gmail.com wrote: On Tue, Jun 19, 2012 at 3:45 PM, Gilles Chehade gil...@poolp.org wrote: I don't know if it's that, but it is then we are facing a bug, it should work with as many aliases as you want. Care to share your /etc/mail/aliases file ? I have confirmed it is the aliases file, by reverting to the original aliases and running newaliases. Since I have passwords and stuff in my aliases file (from long ago, bad habit, but as a # comment, password), I will narrow down to the smallest set that still triggers the bug and send it in. # newaliases /etc/mail/aliases: 55 aliases # pkill smtpd # smtpd -dv # # # echo test|mail root # smtp: new client on listener: 0x3c00aba0 session_pickup: greeting client lka_resolve_node: node is local username: tai scheduler_ramqueue: insert a1908ad0: from=r...@urd.spidernet.to, size=376, nrcpts=1, proto=ESMTP, relay=0@localhost [IPv6:::1] smtp: 0x7dfc: deleting session: done scheduler_ramqueue: display scheduler_ramqueue: hosttree display host: [0x7e176a00] urd.spidernet.to batch: [0x7f6ccbc0] a1908ad0 evpid: [0x7f6cc7c0] a1908ad00b663b97 scheduler_ramqueue: msgtree display msg: [0x7de6ef40] a1908ad0 evp: [0x7f6cc7c0] a1908ad00b663b97 scheduler_ramqueue: queue display evpid: [0x7f6cc7c0] [batch: 0x7f6ccbc0], a1908ad00b663b97 scheduler_ramqueue: next scheduler_ramqueue: next: found scheduler_ramqueue: next scheduler_ramqueue: next: found scheduler_ramqueue: next scheduler_ramqueue: next: found scheduler_ramqueue: remove scheduler_ramqueue_remove: batch removed scheduler_ramqueue: next scheduler_ramqueue: next: nothing schedulable runner: nothing to schedule, wake me up. zZzZzZ forkmda: to tai as root a1908ad00b663b97: to=r...@urd.spidernet.to, delay=0, stat=Sent queue_delivery_ok: a1908ad00b663b97 fsqueue_envelope_delete: queue_envelope_delete: a1908ad00b663b97 scheduler_ramqueue: display scheduler_ramqueue: hosttree display scheduler_ramqueue: msgtree display scheduler_ramqueue: queue display scheduler_ramqueue: next scheduler_ramqueue: next: nothing schedulable scheduler_ramqueue: next scheduler_ramqueue: next: nothing schedulable runner: nothing to schedule, wake me up. zZzZzZ -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=30v_g83VHK4 -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=30v_g83VHK4
Re: 5.1 and snapshots freeze changing between X and console
On 18 June 2012 16:17, Steve fivering...@yahoo.com.au wrote: Hi This is still occurring using latest snapshot. On multiple HP compaq pcs. Message received say inteldrm0 gpu hung. I am unable to run X -configure. fails with a seg fault. Any thoughts ? Thanks This might be linked to: http://marc.info/?l=openbsd-miscm=133991784109572w=2 Can you try a snapshot after the 12 June? hth Fred
Re: need advice, network monitor isues on LAN devices..
On Tue, Jun 19, 2012 at 10:12:07PM +0200, Ton Muller wrote: normaly i dont write much. but this time i am stuck with nasty isue. i want to count send/received packets from each network device i have in my lan. Try nfsen and put them in MRTG as nice graps. It doesn't use MRTG but has its own interface for viewing, zooming and querying data. Much the same. however, i cant find a program that is able to do what i want. the only program that comes close is darkstat, but darkstat doesnt have any option to output his data in a console. Nfsen uses nfdump to capture Netflow data. You can query the same data used for the graphs but in the console. You can also use the pflow device in your pf.conf for particular rules etc. I had to add it to all my pppoe rules and then used softflowd to create 'channels' for each of my other interfaces. I can then use the nfsen interface to filter on channels. Just a suggestion. -felix [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Keeping -Stable updated
Hi! I'm quite new to OpenBSD, and just installed 5.1 release which I upgraded to -stabel according to instruction described on section 5 in the FAQ. My question is: Do I need to run all the steps specified on section 5 in the FAQ each day (maybe using a cron-job) to have an updated -stabel release on a production environment? Can someone point me in a direction on the web where there is a solution which would not require to update the system completly and reboot? I looked everywhere but could not find an answer to this question. Best regards, Cesar da Silva
Re: Keeping -Stable updated
If this is a production server I think you want to track the patch branch? On Jun 19, 2012 4:41 PM, thunderlight1 thunderlig...@gmail.com wrote: Hi! I'm quite new to OpenBSD, and just installed 5.1 release which I upgraded to -stabel according to instruction described on section 5 in the FAQ. My question is: Do I need to run all the steps specified on section 5 in the FAQ each day (maybe using a cron-job) to have an updated -stabel release on a production environment? Can someone point me in a direction on the web where there is a solution which would not require to update the system completly and reboot? I looked everywhere but could not find an answer to this question. Best regards, Cesar da Silva
Following -current through a semi-automatic process: a strategy for encouraging user involvement?
Summary: I want to turn my main system into a semi-automatic follower of -current and I think this strategy may useful to the project. Is this something that is already being done? My rationale here is that it's a good thing for OpenBSD users who have the technical skills to follow development as closely as possible, Running from a tightly synchronized copy of -current enables the user to produce the most useful bug reports in a timely manner. Seeing a list of CVS updates also helps the user to understand how the project is ticking. While not a system expert, I've got a lot of application development skills to offer but I'm also lazy enough to want to script the laborious process of following -current. I've searched for automated update tools for -current but I don't see what I think should be there. What I have in mind is a layered set of tools that keeps the /usr/src, /usr/xenocara and /usr/ports trees up to date by regular synchronization, then builds a kernel if a successful sync occurs. I have enough slack time to make this easy on my main system. The idea is that the system regularly (nightly) synchronizes all three main source directories, then rebuilds and installs the latest GENERIC kernel if synchronization is successful. As owner I can decide whether or not to reboot into the new kernel. I then have the option of starting a rebuild of the userland to synchronize it with the kernel. The same procedure can perhaps try to sync the installed packages (# pkg-add -u). Perhaps also an automated script to rebuild installed packages from the synchronized ports tree. This would enable users like me to quickly check our bugs against the latest build with kernel, userland and ports all synchronized thus encouraging us to make a bug report in the knowledge that it will be useful. If there is an RSS feed for the Following current page that can be folded in. I've got a prototype that tries to do most of these steps. Am I reinventing the wheel? Does this kind of thinking fit in with OpenBSD project requirements? Please let me know. I'm interested in helping OpenBSD in any way I can. Up to now I've followed Snapshots, but I find that less than satisfactory because from that point of view the development process is removed and rather opaque. My scripts enable me to watch the workflow across the project, and give me a feeling of involvement that I could not get from upgrading from binary image every few days.
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
Hi Tony, Tony Sidaway wrote on Wed, Jun 20, 2012 at 01:00:21AM +0100: Summary: I want to turn my main system into a semi-automatic follower of -current and I think this strategy may useful to the project. Is this something that is already being done? No. The main reason being that following -current just isn't semi-automatic. There are times when updating is quite safe (like, usually). There are times when updating is more risky (say, near the end of a large or invasive hackathon, or when art@ just committed some three-line diff). There are times when updating requires special changes to be applied manually, see faq/current.html. Nobody can tell you whether, at any given time, it's a good time to update *your* particular machine or whether you should better wait a few days for some dust to settle. Running -current means that you should be able to judge that for yourself, depending on what you are using that particular machine for. On a workstation, it probably doesn't matter. If you misjudge and it breaks, well, you fix it. On a critical production server that makes your boss panic when you break it, you shouldn't run -current unless you feel confident that you can properly judge when to update (and when not to). The idea is that the system regularly (nightly) synchronizes all three main source directories, then rebuilds and installs Gah. No! When updating a -current system for a user, use snapshots, do not build from source. When implemented as perfectly as possible, the process you are proposing will work in most cases, but occasionally, it will leave you with a badly broken system. Updating from source cannot be fully automated. Feel free to fool around with compiling from source for experimentation and learning, but don't rely on it for production. I'm interested in helping OpenBSD in any way I can. Look out for anything that gets in your way (bugs, missing features). Try to fix those and send patches. Start with small and simple things. Do not try to change the whole system all at once. Do not start by changing the build system. Yours, Ingo
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
ultimately naive/incomplete approach never mind the premise that snapshots contain changes not found in the trees, you state things to the effect of user chooses wether or not to reboot to new kernel. didn't even bother; e.g., comparing nm outputs
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
On Tue, Jun 19, 2012 at 5:44 PM, Andres Perera andre...@zoho.com wrote: didn't even bother; e.g., comparing nm outputs Er, what are you expecting to divine by comparing nm output?
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
never mind the premise that snapshots contain changes not found in the trees, you state things to the effect of user chooses wether or not to reboot to new kernel. didn't even bother; e.g., comparing nm outputs well, hang on. quite often those diffs in snapshots are not yet commited for a reason. those diffs are being tested by people brave enough to test snapshots. of course, if people are brave enough to test snapshots, and any last minute bugs are found in those diffs and fixed.. and everyone will be able to run those juicy bits earlier. the diffs in snaps are chosen by me to try to advance so that i can help that process ahead (but at the same time not drive myself insane). after all, if i pick the wrong diffs at the wrong time, i going break all of the build machines at the same time...
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
On Tue, Jun 19, 2012 at 5:00 PM, Tony Sidaway tonysida...@gmail.com wrote: Summary: I want to turn my main system into a semi-automatic follower of -current and I think this strategy may useful to the project. Is this something that is already being done? That's more or less what the snapshot process is, except that Theo and the others who manage it know the extra steps that needs to be done to make sure the builds are done correctly. That said, I have a somewhat similar semi-automatic build process that I use for sanity testing diffs in a chroot before installing them to my system (it's only fun repairing a broken ld.so or libc.so so many times), and I know at least a few other devs do so too. I'd love to see some more automation here especially if it could integrate with the regress tree. If someone could write some scripts to boot qemu for various supported arches, automatically install a snapshot from sets, and then let you run some commands on it after it reboots... that would be super handy IMO.
Re: acpitz critical temperature is too high
It didn't occur to me to set up sensorsd(8) this way, although it makes perfect sense now. This would also work well for battery monitoring. Thank you On Tue, Jun 19, 2012 at 7:11 AM, Artturi Alm artturi@gmail.com wrote: 2012/6/19 Robert Connolly robertconnolly1...@gmail.com sensorsd(8)'s low goes in the other direction. If I set low to 60C, it will go off if the CPU is running at 50C. Sensorsd(8) isn't made for such fine control as some of us would like. If the battery is low, we want the sensor to alert us. If the temperature is low, we do not want to be alerted. So a medium setting simply wouldn't work with the way sensorsd(8) works. Furthermore, I checked out Windows and Acer software, and I don't see a way of resetting the BIOS critical temperature. They use daemons, and so my kernel hack option to take advantage of acpitz(4) looks like a good idea. On Mon, Jun 18, 2012 at 8:05 PM, Artturi Alm artturi@gmail.comwrote: How about setting low to the warning level, and high to the shutdown level? That way you should be able to handle all 3 states w/o timers. below being normal, within where it notifies and steps down CPU and above where it does shutdown. I don't see the problem with that. Those three states should be enough, given that the 'warning zone' has reasonable limits, where you feel confident that it doesn't hurt running even in the long run. Ie. you've got this in your sensorsd.conf: hw.sensors.cpu0.temp0:low=50C:high=55C:command=/etc/sensorsd/temp %l and /etc/sensorsd/temp looks like this: #!/bin/sh case $1 in below) apm -A ;; within) apm -C echo 'Running HOT' | wall ;; above) shutdown -h now ;; esac Or did I miss the point?
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
At 2012-06-20 0:00:21, Tony Sidaway tonysida...@gmail.com wrote: Summary: I want to turn my main system into a semi-automatic follower of -current and I think this strategy may useful to the project. Is this something that is already being done? My rationale here is that it's a good thing for OpenBSD users who have the technical skills to follow development as closely as possible, Running from a tightly synchronized copy of -current enables the user to produce the most useful bug reports in a timely manner. Seeing a list of CVS updates also helps the user to understand how the project is ticking. While not a system expert, I've got a lot of application development skills to offer but I'm also lazy enough to want to script the laborious process of following -current. I've searched for automated update tools for -current but I don't see what I think should be there. What I have in mind is a layered set of tools that keeps the /usr/src, /usr/xenocara and /usr/ports trees up to date by regular synchronization, then builds a kernel if a successful sync occurs. I have enough slack time to make this easy on my main system. The idea is that the system regularly (nightly) synchronizes all three main source directories, then rebuilds and installs the latest GENERIC kernel if synchronization is successful. As owner I can decide whether or not to reboot into the new kernel. I then have the option of starting a rebuild of the userland to synchronize it with the kernel. The same procedure can perhaps try to sync the installed packages (# pkg-add -u). Perhaps also an automated script to rebuild installed packages from the synchronized ports tree. This would enable users like me to quickly check our bugs against the latest build with kernel, userland and ports all synchronized thus encouraging us to make a bug report in the knowledge that it will be useful. If there is an RSS feed for the Following current page that can be folded in. I've got a prototype that tries to do most of these steps. Am I reinventing the wheel? Does this kind of thinking fit in with OpenBSD project requirements? Please let me know. I'm interested in helping OpenBSD in any way I can. Up to now I've followed Snapshots, but I find that less than satisfactory because from that point of view the development process is removed and rather opaque. My scripts enable me to watch the workflow across the project, and give me a feeling of involvement that I could not get from upgrading from binary image every few days. What may be a slightly faster method of tracking close to current: http://www.tedunangst.com/snapper.html I haven't used it in a while, because I used to build the kernel with NTFS support, and never got back to using it after that became part of GENERIC. -- Ed Ahlsen-Girard Ft. Walton Beach FL
Re: OpenBSD forked
Hi all users, I am users too. Thanks cody. I am learning C too. from C primus plus any thoughts from devs. which we should read? Thanks, Jay.
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
On Tue, Jun 19, 2012 at 21:41, eagir...@cox.net wrote: What may be a slightly faster method of tracking close to current: http://www.tedunangst.com/snapper.html I haven't used it in a while, because I used to build the kernel with NTFS support, and never got back to using it after that became part of GENERIC. I had a report that amd64 may not be working? i386 is, at least assuming you catch a current snap. I've given up on trying to keep pkgs up to date, though, it requires an insane amount of disk space.
Re: OpenBSD forked
On Wed, Jun 20, 2012 at 08:28, Jay Patel wrote: Hi all users, I am users too. Thanks cody. I am learning C too. from C primus plus any thoughts from devs. which we should read? You will not truly learn C, or any language, until you *do* something with it. Project euler has some problems if you're into math. If you want to learn unix programming, build a tiny webserver (but never let it see the real internet). You will at least learn some basic socket and file system and string parsing techniques.
Re: OpenBSD forked
On Tue, Jun 19, 2012 at 10:58 PM, Jay Patel rockworl...@gmail.com wrote: Hi all users, I am users too. Thanks cody. I am learning C too. from C primus plus any thoughts from devs. which we should read? Udacity.com had a good python class. Intro, from zero background, to writing a mini-google (crawler + indexer) in 7 weeks. Apparently the original form of duckduckgo (or another search engine) was written in one page of python. Walks you through concepts, and gives you exercise to do. Good way to learn. -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=30v_g83VHK4
Re: OpenBSD forked
Thanks Steve, Ted, bofh .. will take your advice and will start reading code. Also doing something with it. Thanks a lot.
Temperature script for sensorsd(8)
Hello. I'm not a proficient shell script writer, so I would like advice and criticism for my sensorsd(8) temperature script. In particular, I would like the above email to root to include helpful information that would help explain why the temperature went to critical. Anything else that I may be missing would be nice to know too, including scripting style. $ cat /etc/sensorsd/temp.sh #!/bin/sh case $1 in below) # Normal operation. apm -A ;; within) # We hit the warning threshold. Step down the CPU. apm -L # Write the warning to syslog, so we know why the CPU was stepped down. logger -t $0 Reached warning temperature. Stepping down CPU. # Tell root. echo Stepping down CPU due to high temperature | mail -s $0 root@`hostname` # Tell users: echo Stepping down CPU due to high temperature | wall ;; above) # Mail message for root, with hopefully helpful information. message= The system was shut down due to excessive temperature. The system hardware may need maintenance. System information: `date` `uptime` `who -u` `sysctl hw.sensors` `sysctl hw.cpuspeed` `sysctl hw.setperf` `ps auxw` # Mail root. echo $message | mail -s $0 root@`hostname` # Halt and power down. shutdown -h -p now Reached critical temperature. Halting system from $0 ;; esac
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
On Tue, Jun 19, 2012 at 11:00 PM, Ted Unangst t...@tedunangst.com wrote: On Tue, Jun 19, 2012 at 21:41, eagir...@cox.net wrote: What may be a slightly faster method of tracking close to current: http://www.tedunangst.com/snapper.html I haven't used it in a while, because I used to build the kernel with NTFS support, and never got back to using it after that became part of GENERIC. I had a report that amd64 may not be working? i386 is, at least assuming you catch a current snap. I've given up on trying to keep pkgs up to date, though, it requires an insane amount of disk space. I used bluesnapper for amd64 twice today and worked just fine. Luis.
Re: OpenBSD forked
On 06/19/12 22:58, Jay Patel wrote: Hi all users, I am users too. Thanks cody. I am learning C too. from C primus plus any thoughts from devs. which we should read? Thanks, Jay. Well, http://openbsd.org/books.html comes to mind. But also start reading code. An absurdly simple example is 'yes'. Look at /usr/src/usr.bin/yes This shows how stuff is built. Look around the src tree. Hint: userland stuff is easier to understand so look there first, before the kernel. --STeve Andre'
Magistral curso de La Estrategia del Océano Azul
¡Muy Importante! Si no puede visualizar correctamente este correo, le pedimos que lo arrastre a su Bandeja de Entrada Apreciable Ejecutivo: TIEM de México Empresa Líder en Capacitación y Actualización de Capital Humano Pone a su disposición este Excelente Curso denominado: La Estrategia del Océano Azul Está Programado para el día: 28 de Junio de 2012 en la Ciudad de México Inscríbase 5 días antes de la fecha del Curso y obtenga un descuento del 15% con Inversión Inmediata No deje pasar esta oportunidad e Invierta en su Desarrollo Personal y Profesional La estrategia del Océano Azul, plantea dos escenarios un océano rojo que busca superar a la competencia con el fin de obtener una porción de un mercado existente y un océano azul, que consiste en buscar un mercado virgen que nadie haya tocado y que tenga el potencial de crecer. En los océanos rojos, la competencia pone las reglas; en los océanos azules, la competencia se vuelve irrelevante. Esta estrategia se conoce como innovación de valor y es diferente a la ventaja competitiva, ya que no se enfoca en vencer a la competencia, sino que se enfoca en hacer a la competencia irrelevante al ofrecer un valor fundamentalmente nuevo y superior a sus clientes para crear nueva demanda. En esta Conferencia con un enfoque muy práctico, los participantes aprenderán cómo desarrollar y pensar en una Estrategia de Océano Azul.. Objetivo: Proporcionar la metodología para desarrollar estrategias y propuestas de valor para generar demandas latentes y de alto valor y poder competir en nuevos mercados/segmentos, con diferenciación y con una orientación a los no clientes tradicionales. Si al momento de recibir este correo ya realizo su confirmación le pedimos haga caso omiso. De lo contrario, favor de responder este correo con los siguientes datos: Empresa: Nombre: Ciudad: Teléfono: O si lo prefiere comuníquese a los teléfonos: Del DF al 5611-0969 con 10 líneas Interior del País Lada sin Costo 01 800 900 TIEM (8436) Aceptamos todas las TDC y Débito. **Promoción: 3 meses sin Intereses pagando con American Express **Aplica solo con Inversión Normal ®Todos los Derechos Reservados ©2011 TIEM Talento e Innovación Empresarial de México Este Mensaje le ha sido enviado como usuario de TIEM de México o bien un usuario le refirió para recibir este boletín. Como usuario de TIEM de México, en este acto autoriza de manera expresa que TIEM de México le puede contactar vía correo electrónico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de él y reporte su cuenta respondiendo este correo con el asunto BAJABD Tenga en cuenta que la gestión de nuestras bases de datos es de suma importancia y no es intención de la empresa la inconformidad del receptor.
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
all of the calls in syscalls.master map to a unique function, and all of them start with sys_. it's true that nm won't tell me about argument changes. i just risk it a little by assuming no one's that evil On Tue, Jun 19, 2012 at 9:22 PM, Matthew Dempsky matt...@dempsky.org wrote: On Tue, Jun 19, 2012 at 5:44 PM, Andres Perera andre...@zoho.com wrote: didn't even bother; e.g., comparing nm outputs Er, what are you expecting to divine by comparing nm output?
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
since packages are done in synch with snapshots, i do not use the trees because i rather use packages it's not clear whether or not changes in snapshots are allowed to make the packages incompatible with what you find in the repositories. perhaps i would be able to retract what i said as silly (and benefit from knowing exactly what is it i'm running at the same time) On Tue, Jun 19, 2012 at 9:24 PM, Theo de Raadt dera...@cvs.openbsd.org wrote: never mind the premise that snapshots contain changes not found in the trees, you state things to the effect of user chooses wether or not to reboot to new kernel. didn't even bother; e.g., comparing nm outputs well, hang on. quite often those diffs in snapshots are not yet commited for a reason. those diffs are being tested by people brave enough to test snapshots. of course, if people are brave enough to test snapshots, and any last minute bugs are found in those diffs and fixed.. and everyone will be able to run those juicy bits earlier. the diffs in snaps are chosen by me to try to advance so that i can help that process ahead (but at the same time not drive myself insane). after all, if i pick the wrong diffs at the wrong time, i going break all of the build machines at the same time...
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
On Tue, Jun 19, 2012 at 9:34 PM, Andres Perera andre...@zoho.com wrote: all of the calls in syscalls.master map to a unique function, and all of them start with sys_. it's true that nm won't tell me about argument changes. i just risk it a little by assuming no one's that evil Heh. *Yesterday* tedu asked me to add some backwards compat to a diff I set around that did exactly that, changing the argument list for an existing syscall. I guess I'm winning the evil contest with tedu! Philip Guenhter
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
and that will be an exception that i'll have to deal with, which is entirely reasonable given that they rarely do change another rare exception i could skirt around would be white space changes that would deter me from diffing syscalls.master instead of `nm /bsd` during automation, but the problem doesn't even come to that with snapshots, since i don't have a source referral; i only have the binary interface of the symbol list On Wed, Jun 20, 2012 at 12:18 AM, Philip Guenther guent...@gmail.com wrote: On Tue, Jun 19, 2012 at 9:34 PM, Andres Perera andre...@zoho.com wrote: all of the calls in syscalls.master map to a unique function, and all of them start with sys_. it's true that nm won't tell me about argument changes. i just risk it a little by assuming no one's that evil Heh. *Yesterday* tedu asked me to add some backwards compat to a diff I set around that did exactly that, changing the argument list for an existing syscall. I guess I'm winning the evil contest with tedu! Philip Guenhter
Re: Following -current through a semi-automatic process: a strategy for encouraging user involvement?
On Tue, Jun 19, 2012 at 9:34 PM, Andres Perera andre...@zoho.com wrote: all of the calls in syscalls.master map to a unique function, and all of them start with sys_. it's true that nm won't tell me about argument changes. i just risk it a little by assuming no one's that evil Okay, granted nm will tell you when new syscall entry points get added... but you won't know about new syscall flags, new ioctls, new device nodes, new sysctls, new behavior, etc. Not saying you can't use nm as a backup sanity check, but it's not something I'd recommend relying on by default. Our userland is really not designed to run on older kernels.