Re: jwm ; speedy window manager
On 04/06/15 19:08, L.R. D.S. wrote: At 6 Apr 2015 22:55:07 + (UTC) from Ted Unangst t...@tedunangst.com: Huh? Well, I was MitM'd ? The current snapshot (install57.iso) have all that packages here... When 'startx' they enter on Fvwm by default and when click on screen have: (Re)Start WM's Or, and this is just a hypothesis, you don't have all those other things and FVWM lists those for convenience.
Re: xkci recommendations
On 03/21/15 09:47, Ed Ahlsen-Girard wrote: I got a card to exploit the xkci support, and but it turned out to want a Windows driver and therefore doesn't work (don't buy Anker® Uspeed USB 3.0 PCI-E Express Card with 4 USB 3.0 Ports and 5V 4-Pin Power Connector for Desktops [VL805 Chipset]). What are some USB 3 cards that DO work? It's not a desktop card but if anyone else out there has a pre-USB3.0 laptop this card was plug-and-play: http://www.ebay.com/itm/121586584316 xhci0 at pci5 dev 0 function 0 Renesas uPD720202 xHCI rev 0x02: msi usb1 at xhci0: USB revision 3.0 uhub1 at usb1 Renesas xHCI root hub rev 3.00/1.00 addr 1 ~Brian
Re: Hannover BSD meetup
Yup. Doing just this now in my new home. If you build it, they will come. and all that other feel good stuff applies. ~Brian On 01/22/15 15:03, Peter Hessler wrote: It's very simple. Make one of your own :). Pick a place, advertise it, and *make sure to show up*. Keep it regular, if you can. The first 6 meetings or so will be you and your friends, though. On 2015 Jan 22 (Thu) at 20:05:13 +0100 (+0100), Jan Lambertz wrote: :Hey Reyk, : :that sounds great. Unfortunately the Way to Hannover is 600km from :here. I hope something simliar is happening soon near Munich. I was :not able to find any Meeting for OpenBSD here. : :Jan :
Re: typo in calendar.ushistory
On 01/01/15 17:20, Jason McIntyre wrote: On Thu, Jan 01, 2015 at 06:44:50AM -0600, Carson Chittom wrote: This is minor, but when I received my Reminder Service email from calendar(1) this morning, I noticed that there were a couple of typos. you say couple, but i take it you mean regarding this one entry? The entry for 01/02 in src/usr.bin/calendar/calendars/calendar.ushistory has brittish american. I would suggest British-American instead. i agree we should capitalise both British and American. i agree also that british is more likely with one t than two. less persuaded about that hyphen though: But in this case the hyphen is correct. In this case, British and American are coequal modifiers to the word convoy. See: https://en.wikipedia.org/wiki/United_Kingdom%E2%80%93United_States_relations UK-US relations, British-American relations. We do the same for flights: New York-London flight. British American convoy would mean a convoy composed of Americans with a British ancestry which I don't think is correct. The meaning should likely be a convoy composed of British and American soldiers or a British-American convoy ~Brian - in general i dislike the indiscriminate use of hyphens - in cases where it's bikeshed, i tend to vote that change is churn (and will be reverted by subsequent interlopers). if you can prove we have a majority of cases hyphenating in this way, i'd be willing to look at it though. - oxford syle, to which i am sympathetic, sayeth do not hyphenate capitalized words (e.g. New Orleans jazz). horror of the z in capitalised notwithstanding, i think that's about right so i'll aim for British American convoy. but not today, since it's new year's day. happy new year, everyone! jmc
New *BSD User Group in Upstate New York (Capital District)
Hi everyone -- I just want to announce a new *BSD User Group I've (re-)started in the Capital District, NY, region, the Capital District *BSD User Group (CDBUG). We started meeting about two months ago: we meet the second Tuesday of each month at 6:45 PM at INOC (80 State St. in Albany). Hopefully some of you here are in the area and can make it out; it's a low stakes, friendly group comprised of everything from new users to kernel hackers and developers. We have a mailing list: cdbug-t...@lists.nycbug.org We're also looking for speakers! If you have an idea for a talk, please let me know. Especially if you're a developer. If for any reason one of you are passing through the area please talk to me. Be very happy to have you come and give a talk. We're not quite as big as NYC*BUG (yet?) but it'll definitely be worth your while. Hope to see you all in the Capital District! Help me feel less alone in a sea of FreeBSD people :-) ~Brian
Re: Temperature
On 11/14/14 13:27, Etienne wrote: Hello list, I seem to have a little hardware related problem. I have been using a Lenovo x120e for some time, and OpenBSD ran nicely on it until April. As soon as I upgraded to 5.5, and from quite early after kernel loading, the console started showing and repeating at regular intervals: acpitz0: critical temperature reached 93C, shutting down acpithinkpad0: Unknown event 0x6022 (93C is just a typical value, I've seen any between 92 and 98). I usually have just the time to log in before the system logs me out and shuts down. This laptop normally runs at around 80°C, and I think the temperature reading in OpenBSD is correct, because I get similar warnings and temperature values when I reboot immediately into another OS. Booting on 5.6 bsd.rd and upgrading the system went fine, but as soon as I restarted the system, the same situation happened. Feeling adventurous, I tried to disable acpitz* during the boot process, which made the messages go away. The system ran just below 100°C (as reported by sysctl) for some time without any problem, until I didn't want to take the risk for any longer and shut it down manually. I also have an x100e from the same brand, quite similar even if older and slower, which does _NOT_ show the same symptoms. I'm attaching the dmesg and sysctl hw.sensors output of both machines running 5.6. Has anyone been running 5.5 and 5.6 on a x120e? Any clues on what I should do to diagnose the problem any better? I'm running OpenBSD -current on my X120e. Temperature is around 68-72C unless I'm doing something very CPU intensive (but then it never gets up higher than around 82C). Not sure what to tell you to diagnose it. Cheers! -- Étienne OpenBSD 5.6 (GENERIC.MP) #333: Fri Aug 8 00:20:21 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 1861025792 (1774MB) avail mem = 1802760192 (1719MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf09b0 (43 entries) bios0: vendor LENOVO version 6XET45WW (1.28 ) date 09/17/2010 bios0: LENOVO 35089CU acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP TCPA SSDT APIC MCFG HPET SLIC acpi0: wakeup devices PB5_(S5) OHC0(S3) OHC1(S3) OHC2(S3) OHC3(S3) OHC4(S3) P2P_(S5) LID_(S3) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) Neo X2 Dual Core Processor L335, 1597.30 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,3DNOWP cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 256KB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) Neo X2 Dual Core Processor L335, 1596.00 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,3DNOWP cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 256KB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-3 acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (PB5_) acpiprt2 at acpi0: bus 4 (P2P_) acpiprt3 at acpi0: bus 1 (AGP_) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, PSS acpicpu1 at acpi0: PSS acpitz0 at acpi0: critical temperature is 92 degC acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: SLPB acpithinkpad0 at acpi0 acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model 42T4787 serial 626 oem SONY acpibtn2 at acpi0: LID_ cpu0: PowerNow! K8 1597 MHz: speeds: 1600 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 AMD RS780 Host rev 0x00 ppb0 at pci0 dev 1 function 0 AMD RS780 PCIE rev 0x00 pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 5 function 0 ATI Radeon HD 3200 rev 0x00 drm0 at radeondrm0 radeondrm0: apic 2 int 18 ppb1 at pci0 dev 5 function 0 AMD RS780 PCIE rev 0x00: msi pci2 at ppb1 bus 2 re0 at pci2 dev 0 function 0 Realtek 8168 rev 0x03: RTL8168D/8111D (0x2800), msi, address c8:0a:a9:6a:6c:6b rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 ppb2 at pci0 dev 6 function 0 AMD RS780 PCIE rev 0x00: msi pci3 at ppb2 bus 3 Realtek 8192SE rev 0x10 at pci3 dev 0 function 0 not configured ahci0 at pci0 dev 17 function 0 ATI SBx00 SATA rev 0x00: apic 2 int 22, AHCI 1.1 scsibus1 at
Re: lemote yeelong compile time
On 05/15/14 07:32, dam...@thiriet.web4me.fr wrote: Hello, As advised in this thread: http://marc.info/?l=openbsd-armm=139894585630709w=2 I am looking for a netbook that would suit my needs. I am currently hesitating between buying an Acer aspire One 725 and a Lemote Yeelong. Yeelong is more open-source, I like the lack of closed BIOS. Unfortunately, some (heavy) binaries I would need are not in mips64el,such as icedtea-web or conkeror, both needed to browse on-line libraries djvu. Both of these depend on xulrunner, which doesn't build on mips64el. I think I should stick with FAQ suggestions of avoiding compilations and choose an amd64, but to be sure: How long would Yeelong compile heavy apps from ports like jdk? jdk-1.7 took about one second on my yeeloong: $ cd /usr/ports/devel/jdk/1.7/ make build == jdk-1.7.0.55p1v0 is only for i386 amd64, not mips64el (loongson) . Of course, at the end of that second, I didn't have Java. The yeeloongs are a single core 800 MHz machine. Building things will take much much longer than you're used to if you've only been using modern i386/amd64 machines. I think you need to reevaluate what you're looking for in a machine. Thanks, Damien Thiriet
Re: [OT] Loongson hardware in Europe
On 11/13/2013 9:56 AM, Christian Weisgerber wrote: ropers rop...@gmail.com wrote: Having long wanted to run http://www.openbsd.org/loongson.html, I've just seen that the main EU vendor of Loongson/Lemote/Yeeloong has finally -temporarily, they say- significantly cut the hitherto relatively high cost of these machines. I'm not going to spam the URL, but if this interests you and you can't figure out who this is (it's not Wim; it's the other guys), then drop me a line. What a stupid game. Are you talking about tekmote.nl? He is. I was just donated a Loongson-3A laptop from that sale.
Re: Porting RTL8723AU
On 5/20/2013 2:14 PM, Jean Lucas wrote: Is one able to strip the GPL from a repo? In the case of this repo, would the driver have to be completely reconstructed/reimplemented in the case the GPL could not be stripped? As far as the end result goes, be that engineering a new driver or if one can strip the GPL from the existing repo, the new driver would/could be BSD licensed, if that decision were up to me. What does that mean strip the GPL from a repo? As in, hey, I know you licensed this driver under the GPL but I don't care I'm gonna relicense it, in violation of the GPL? Philip Guenther guent...@gmail.com wrote: On Mon, May 20, 2013 at 8:49 AM, Jean Lucas horsef...@lavabit.com wrote: On 05/20/2013 09:58 AM, Baurzhan Muftakhidinov wrote: ... You didn't specify the license GPLv2. One for all, all for one.GNU General Public License, GPL, LGPL, copyleft, etc. You should carefully review http://www.openbsd.org/policy.html To quote from it: -- The GNU Public License and licenses modeled on it impose the restriction that source code must be distributed or made available for all works that are derivatives of the GNU copyrighted code. While this may be a noble strategy in terms of software sharing, it is a condition that is typically unacceptable for commercial use of software. As a consequence, software bound by the GPL terms can not be included in the kernel or runtime of OpenBSD, though software subject to GPL terms may be included as development tools or as part of the system that are optional as long as such use does not result in OpenBSD as a whole becoming subject to the GPL terms. -- So, if you decide to license your driver under any version of the GPL, it will not become an official part of OpenBSD as long as it has that license. Philip Guenther
Re: Porting RTL8723AU
On 5/20/2013 2:25 PM, Jean Lucas wrote: Realtek has no official software distribution on their site of a RTL8723 driver. As far as the repo goes, it was highly likely taken from a beta-grade (at best) Dropbox'ed linux driver posted on ubuntu sites after popular demand. The fact that, in the repo, pieces of code with text saying Copyright Realtek and GPLv2, means that it could not be ported? Reiterating, could the GPLv2 bits be removed when the driver is ported to BSD with a valid license? Pieces of code? Did you even look at this repo? Every single file has a big header saying it is licensed GPLv2 only. You clearly have not read and understood the GPL or our policy page that Philip was nice enough to link you.
Re: Precisions on ZFS (was: Millions of files in /var/www inode / out of space issue.)
On 2/22/2013 8:02 AM, Ted Unangst wrote: On Fri, Feb 22, 2013 at 06:42, Eric Furman wrote: Until your name is on this list; http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/ports/geo/openbsd-developers/files/OpenBSD YOU ARE NOT A DEVELOPER. I'm making this into a shirt. ~Brian
Re: OpenBSD-Update Tool
On 2/9/2013 10:11 PM, Crookedmaze wrote: Yes, System Administrator I have had a look at the FAQ the reason I am asking about such a tool is because it seems as if the only way to update OpenBSD (Errata update wise) is to download a patch from the errata page and to manually patch the source code then follow the instructions for applying the patch (Or you could follow stable using CVS). I just thought it would be easier (and Simpler) if you were able to patch the version of OpenBSD you are running by simply typing openbsd-update which would then apply the security update by download and installing a binary package. I also don't think that it would require as much overhead as you might think because currently (OpenBSD 5.2) there has only been one release errata patch and in OpenBSD 5.1 there was also only one. So it would really only require a few binary packages (or at most 18 depending on the number of architectures affected) to be released I am not necessarily talking about upgrading openbsd to a new release I am more so talking about simply applying errata patch fixes through binary packages. Remember that generating binary patches isn't free - they need to be built for all necessary archs (and many are nowhere near as fast as your i386/amd64 machine), they need to be tested, they need to be hosted, they need ... etc. With that said, here's an article from undeadly: http://undeadly.org/cgi?action=articlesid=20130113185003 ~Brian
Re: getting apps en masse
On 1/27/2013 6:33 PM, John Newton wrote: Sirs: Especially Dewey and Jorge.I should have stated at the outset that I must download from public computer not using openbsd so wget would not work. I must work with the constraints of the mirror and my windows system. BTW this is version 5.1 i am using. Maybe osdisc.com has app repository for 5.1 but they don't say so explicitly on their site. To Jorge especially: no, most of the apps are not on the install set. They take up about 16 GB. Thanks to all http://lmgtfy.com/?q=wget+for+windows Place on your external HDD of choice and have fun.
Re: 5.2-beta doesn't exit X and doesn't switch consoles
On 6/27/2012 12:28 AM, Tomas Bodzar wrote: Hi, on Dell E6320 with $ sysctl kern.version kern.version=OpenBSD 5.2-beta (GENERIC.MP) #331: Sun Jun 24 20:04:00 MDT 2012 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP $ I have $ dmesg | grep vga vga1 at pci0 dev 2 function 0 Intel GT2+ Video rev 0x09 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) intagp0 at vga1 inteldrm0 at vga1: apic 2 int 16 $ and using default cwm withou .cwmrc started from .xinitrc via startx $ cat .xinitrc xsetroot -solid steelblue cwm $ No EE or WW (except of obvious info that for this sandybridge it will use VESA) in /var/log/Xorg.0.log and no issues in /var/log/messages. When I hit CMS-q in cwm screen goes just black and nothing more happens. I'm not back in console and can't switch consoles. All I can do is hit power button and ACPI will turn off computer. Relevant part in Xorg.0.log before and after hitting button: [33.706] PCH FDI RX PLL enable [33.740] PCH FDI TX PLL enable 801a2350 [33.780] Pipe enable [33.780] Plane enable [33.820] FDI_RX_IIR 0x100 [33.820] FDI train 1 done. [33.840] FDI_RX_IIR 0x200 [33.840] FDI train 2 done. [33.840] FDI train done [33.860] FDI TX link normal [33.880] transcoder enable [33.880] LUT load [33.880] DPMS on done [ 668.243] (II) UnloadModule: kbd [ 668.249] (II) UnloadModule: ws [ 668.261] PCH FDI RX PLL enable [ 668.299] PCH FDI TX PLL enable 801a2350 [ 668.339] Pipe enable [ 668.339] Plane enable [ 668.379] FDI_RX_IIR 0x100 [ 668.379] FDI train 1 done. [ 668.399] FDI_RX_IIR 0x200 [ 668.399] FDI train 2 done. [ 668.399] FDI train done [ 668.419] FDI TX link normal [ 668.439] transcoder enable [ 668.439] LUT load [ 668.439] DPMS on done [ 668.499] Server terminated successfully (0). Closing log file. and if X running and want to switch to other consoles via CM-F1-Fx then I can see only black screen, but I'm not getting console. Only switch back to X works and my X is displayed again. Someone with similar symptoms? Known issue. http://marc.info/?l=openbsd-bugsm=132461653904304w=2 ~Brian
Re: 5.2-beta doesn't exit X and doesn't switch consoles
On 6/27/2012 8:07 AM, Tomas Bodzar wrote: On Wed, Jun 27, 2012 at 12:14 PM, Brian Callahan bcal...@devio.us wrote: On 6/27/2012 12:28 AM, Tomas Bodzar wrote: Hi, on Dell E6320 with $ sysctl kern.version kern.version=OpenBSD 5.2-beta (GENERIC.MP) #331: Sun Jun 24 20:04:00 MDT 2012 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP $ I have $ dmesg | grep vga vga1 at pci0 dev 2 function 0 Intel GT2+ Video rev 0x09 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) intagp0 at vga1 inteldrm0 at vga1: apic 2 int 16 $ and using default cwm withou .cwmrc started from .xinitrc via startx $ cat .xinitrc xsetroot -solid steelblue cwm $ No EE or WW (except of obvious info that for this sandybridge it will use VESA) in /var/log/Xorg.0.log and no issues in /var/log/messages. When I hit CMS-q in cwm screen goes just black and nothing more happens. I'm not back in console and can't switch consoles. All I can do is hit power button and ACPI will turn off computer. Relevant part in Xorg.0.log before and after hitting button: [33.706] PCH FDI RX PLL enable [33.740] PCH FDI TX PLL enable 801a2350 [33.780] Pipe enable [33.780] Plane enable [33.820] FDI_RX_IIR 0x100 [33.820] FDI train 1 done. [33.840] FDI_RX_IIR 0x200 [33.840] FDI train 2 done. [33.840] FDI train done [33.860] FDI TX link normal [33.880] transcoder enable [33.880] LUT load [33.880] DPMS on done [ 668.243] (II) UnloadModule: kbd [ 668.249] (II) UnloadModule: ws [ 668.261] PCH FDI RX PLL enable [ 668.299] PCH FDI TX PLL enable 801a2350 [ 668.339] Pipe enable [ 668.339] Plane enable [ 668.379] FDI_RX_IIR 0x100 [ 668.379] FDI train 1 done. [ 668.399] FDI_RX_IIR 0x200 [ 668.399] FDI train 2 done. [ 668.399] FDI train done [ 668.419] FDI TX link normal [ 668.439] transcoder enable [ 668.439] LUT load [ 668.439] DPMS on done [ 668.499] Server terminated successfully (0). Closing log file. and if X running and want to switch to other consoles via CM-F1-Fx then I can see only black screen, but I'm not getting console. Only switch back to X works and my X is displayed again. Someone with similar symptoms? Known issue. http://marc.info/?l=openbsd-bugsm=132461653904304w=2 Fail. Was working just fine on this same laptop with 5.1-current with initial support for Sandybridge. Must be something else. Excellent work stating that in your initial email. ~Brian
Re: errors compiling webkit on lemote
My loongson patches didn't make 5.1 so either run -current (recommended) or backport my patches to 5.1 Either way, you won't get JavaScript, so please keep that in mind (or help me out! :) ) ~Brian
