Re: VAX - are we dropping support in 5.9?
Hi, Christian Weisgerber wrote: Armish, socppc, and sparc are also on their death beds. I'm not divulging deep secrets here; you can just check the dates on ftp and see that no recent snapshots have been built. I have two sparcstations and it is since 5.7 that building packages has been close to impossible. In the absence of packages, I tried to build them myself several times, but the kernel is quite unstable on certain CPU combinations, sadly, exactly those which I have. Only the sparcstation 5 seemed to work, but the machine is a tad slow and low on ram here. I remember Miod was looking at it, but the past months I did not check lately if there has been progress, had been busy fixing GNUstep "upstream". I want also to revive my hppa box, if we speak about strange architectures, but the HDDs for these old machines are scarce and problematic. Riccardo
Re: VAX - are we dropping support in 5.9?
On Tue, Jan 26, 2016 at 2:59 AM, Nick Holland wrote: > Meanwhile, there ARE platforms that are still borderline useful. > MacPPC, Sparc64 need people to RUN them for real life work, and improve > them for relevancy, as naddy@ said. Another elephant in this thread: would armv8 running in big-endian mode with strict alignment checking switched on be kind of possible replacement for sparc64 from testing perspective?
Re: VAX - are we dropping support in 5.9?
On Mon, Jan 25, 2016 at 08:59:34PM -0500, Nick Holland wrote: > > But why was I running a Sun E250? What could it do better than anything > else for me? When my E250 did something strange (which it did from time > to time), there wasn't much that I (as a non-coder) could do about > it...nor was there much interest in "fixing" these power-hungry slugs by > those that could. They didn't have one, and they didn't want one. How > much was I helping OpenBSD by running on an E250? Close to zero. Could > have helped a lot more if I took the money spent on power and air > conditioning my basement and sent it to the group. In some markets, the problem is a little deeper: not so long ago, these non-x86 platforms used to cost too much. Today, they're almost impossible to find, even the not-so-odd platforms like sparc and sparc64. Not so long ago, it was common to find 50 MHz sparc machines costing the same as a decent car, not to say sparc64, even when GHz amd64 were available. I still run on a macppc and used to run on a hppa, which I bought cheap, probably because the guy who sold didn't know what to do with it. -- db
[no subject]
unsuscribe misc
Re: VAX - are we dropping support in 5.9?
On 01/26/16 05:36, Karel Gardas wrote: > On Tue, Jan 26, 2016 at 2:59 AM, Nick Holland > wrote: >> Meanwhile, there ARE platforms that are still borderline useful. >> MacPPC, Sparc64 need people to RUN them for real life work, and improve >> them for relevancy, as naddy@ said. > > Another elephant in this thread: would armv8 running in big-endian > mode with strict alignment checking switched on be kind of possible > replacement for sparc64 from testing perspective? Make a port to an armv8 platform, make it far better than our existing armv7 support is currently, and let's find out. But it has to be so good that that people will put it into production. Otherwise (or if it doesn't get done), not much value. Nick.
Re: Willing to help
Hi, ropers wrote on Tue, Jan 26, 2016 at 05:10:35AM +0100: > On 26 January 2016 at 00:37, Rodrigo Mosconi wrote: >> Ingo Schwarze wrote: >>> * ftp(8) is very old and suffering from bitrot; the last attempt to >>>rewrite it trickled out with no obvious conclusion, i don't >>>exactly know why. >> ftp client or ftp server? > That must be a typo. There is no ftp(8), but there are ftp(1) and ftpd(8). I meant ftp(1), the client. But it was pointed out to me in private that work on the replacement wasn't abandoned and is ongoing, even if slowly, so it was probably a mistake to mention it as an open task. Sorry for the misrepresentation. Yours, Ingo
Re: Anyone still using serial port printers?
Yes Chris. An HP 1100 LaserJet. -- Excellent time to become a missing person.
Re: Willing to help
Sent from my iPhone > On Jan 25, 2016, at 4:42 PM, Ingo Schwarze wrote: > > Hi Rodrigo, > > redirected to misc@, this is off-topic on tech@. > > Rodrigo Mosconi wrote on Mon, Jan 25, 2016 at 06:54:32PM -0200: > >> I would like to receive some help/mentoring. I`m cursing a master degree >> course at PUC-Rio, and I need to "create a useful program that performs a >> service of interest to anyone other than exsively the student." So I would >> like to create something to the openbsd project. >> >> I would like to know in which areas need some work? I have partial time to >> work on it and only this half year to do it. Some of the old google summer >> of code is still need? There are some need to a new daemon, or replace an >> old one, aligned with the openbsd style ( configuration files, privsep, >> plegde)? > > For a beginner, it's usually easier to do bugfixing in high-qualitive > existing code than to do full-scale auditing or refactoring in > low-quality existing code, and for a beginner, it is even harder > to write new high-quality code from scratch. So to anyone considering > similar projects, make sure that you start regularly finding bugs > and sending patches to fix them at least one year before you want > to do a project that involves writing a new program for OpenBSD > from scratch. Otherwise, it's gonna be tough. > > Besides, we have a hard time advising people what they could do if > we don't know what they are capable of. "Master student at a > university" doesn't mean a lot. There are people who don't study > anything, suddenly pop up out of nowhere, and do good work right > away. There are people with a degree who fail even at simple tasks. > Rodrigo, according to the ChangeLog, you worked on cwm(1) and > cfengine so far. Given that amount of public information, the only > person who can judge your skills is yourself. > > We sometimes say "/usr/bin/" is full, meaning that adding additional > programs doesn't necessarily make the system better. If done without > good reason, it just makes the system larger and less simple. > Consequently, finding a project of the kind "write a new program" > is about ten times harder than finding a project of the kind "improve > an existing program", even for an experienced developer. > > All that said, there _are_ some programs that need to be rewritten. > The one that is most sorely missing is ppp(8), a PPP client program. > That may not be a simple task, and it may not be easy to find a > mentor. The people most knowledgable in that area live in Japan, > they are very focussed and very hard-working people, and they are > *very* busy. > > There is other stuff that requires rewriting, in alphabetical order: > > * adduser(8)/useradd(8): > Needs to be unified into one single This seems like a project that would end in arguments over which to consolidate to. "Adduser is better", no "useradd is better" > program and cleaned up. > * dig(8)/nslookup(8)/host(8): > A simpler replacement not using external libraries would be useful. > * ftp(8) is very old and suffering from bitrot; the last attempt to > rewrite it trickled out with no obvious conclusion, i don't > exactly know why. > * ldapd(8) is decent code, but sorely lacks a maintainer. > * ldappasswd(1) would be nice to have. > * lpd(8)/lpc(8)/lpr(1) is very old and suffering from bitrot. > * traceroute(8) needs to be extended by the functionality of > tcptraceroute. > > Some GSOC projects may still be relevant, but one has to admit that > it is rare that GSOC projects produce code that actually gets > committed. Even among those that succeeded, only a minority produced > code good enough to actually get used. If people look for a project > rather than simply working on what they are interested in, chances > for success are quite slim. > > That said, don't despair, but you really need to be able to > realistically judge your own skills and interests, make up your own > mind, and take initiative. > > Yours, > Ingo
[OpenBGPD] Problem with many (fast connecting) Peers
Dear OpenBGPD Community, in order of measuring the performance of OpenBGPD I need to connect it with a huge amount of peers (realized by ExaBGP). OpenBGPD 5.8 works well with 100 Peers but if I increase that number to 250 I got every try the same error (debug mode): handle_pollfd: imsg_read error: Resource temporarily unavailable SE: Lost connection to RDE handle_pollfd: poll fd: Undefined error: 0 RDE: Lost connection to SE handle_pollfd: poll fd: Undefined error: 0 RDE: Lost connection to SE control handle_pollfd: poll fd: No such file or directory main: Lost connection to SE route decision engine exiting Segmentation fault (core dumped) I guess its caused by the big number of peers or the short time interval they connect. I also checked 5.7 but same behavior with slightly other error msgs: fatal in SE: session_dispatch_imsg: imsg_read error: Resource temporarily unavailable Lost child: session engine exited fatal in RDE: rde_dispatch_imsg_session: pipe closed Lost child: route decision engine exited Terminating If I split the Peers to 100, 50, 100 with 10 Seconds pause between arrival, OpenBGPD breaks with same error when the 50 Peers are changing to established. Would be nice if you can help me. Regards, Daniel Seidenstuecker
Re: [OpenBGPD] Problem with many (fast connecting) Peers
On Tue, 26 Jan 2016 15:41:31 +0100 Daniel Seidenstücker wrote: > Dear OpenBGPD Community, > > > > in order of measuring the performance of OpenBGPD I need to connect > it with a huge amount of peers (realized by ExaBGP). OpenBGPD 5.8 > works well with 100 Peers but if I increase that number to 250 I got > every try the same error (debug mode): > > > > handle_pollfd: imsg_read error: Resource temporarily unavailable > > SE: Lost connection to RDE > > handle_pollfd: poll fd: Undefined error: 0 > > RDE: Lost connection to SE > > handle_pollfd: poll fd: Undefined error: 0 > > RDE: Lost connection to SE control > > handle_pollfd: poll fd: No such file or directory > > main: Lost connection to SE > > route decision engine exiting > > Segmentation fault (core dumped) > > Load the core file in gdb and see what the error is. I have a hunch that it might be resource limits related (like max open files). I'm not a bgpd expert but checking /etc/login.conf might be worthwhile. Regards, Adam
Re: [OpenBGPD] Problem with many (fast connecting) Peers
On 26.01.16 16:41, Daniel Seidenstücker wrote: Dear OpenBGPD Community, in order of measuring the performance of OpenBGPD I need to connect it with a huge amount of peers (realized by ExaBGP). OpenBGPD 5.8 works well with 100 Peers but if I increase that number to 250 I got every try the same error (debug mode): handle_pollfd: imsg_read error: Resource temporarily unavailable SE: Lost connection to RDE handle_pollfd: poll fd: Undefined error: 0 RDE: Lost connection to SE handle_pollfd: poll fd: Undefined error: 0 RDE: Lost connection to SE control handle_pollfd: poll fd: No such file or directory main: Lost connection to SE route decision engine exiting Segmentation fault (core dumped) I guess it’s caused by the big number of peers or the short time interval they connect. I also checked 5.7 but same behavior with slightly other error msgs: fatal in SE: session_dispatch_imsg: imsg_read error: Resource temporarily unavailable Lost child: session engine exited fatal in RDE: rde_dispatch_imsg_session: pipe closed Lost child: route decision engine exited Terminating If I split the Peers to 100, 50, 100 with 10 Seconds pause between arrival, OpenBGPD breaks with same error when the 50 Peers are changing to established. Would be nice if you can help me. Try bump up login.conf's max open file limit. it seem like that's the case.
Re: [OpenBGPD] Problem with many (fast connecting) Peers
Good news: this is already fixed in -current (and the upcoming 5.9 release). Bad news: this requires changes to libutil, so it isn't trivial to backport to 5.8. Upgrading to a snapshot newer than Nov 28 should fix your problem. I can now connect with 1000 exabgp sessions at once. Not all succeed on the first connection, but they eventually all connect without crashing the server instance. (BTW, ExaBGP runs into problems when you try to have more than 2000 sessions. Just run more ExaBGP's then.) On 2016 Jan 26 (Tue) at 15:41:31 +0100 (+0100), Daniel Seidenst?cker wrote: :Dear OpenBGPD Community, : : : :in order of measuring the performance of OpenBGPD I need to connect it with :a huge amount of peers (realized by ExaBGP). OpenBGPD 5.8 works well with :100 Peers but if I increase that number to 250 I got every try the same :error (debug mode): : : : :handle_pollfd: imsg_read error: Resource temporarily unavailable : :SE: Lost connection to RDE : :handle_pollfd: poll fd: Undefined error: 0 : :RDE: Lost connection to SE : :handle_pollfd: poll fd: Undefined error: 0 : :RDE: Lost connection to SE control : :handle_pollfd: poll fd: No such file or directory : :main: Lost connection to SE : :route decision engine exiting : :Segmentation fault (core dumped) : : : :I guess it?s caused by the big number of peers or the short time interval :they connect. I also checked 5.7 but same behavior with slightly other error :msgs: : : : :fatal in SE: session_dispatch_imsg: imsg_read error: Resource temporarily :unavailable : :Lost child: session engine exited : :fatal in RDE: rde_dispatch_imsg_session: pipe closed : :Lost child: route decision engine exited : :Terminating : : : :If I split the Peers to 100, 50, 100 with 10 Seconds pause between arrival, :OpenBGPD breaks with same error when the 50 Peers are changing to :established. : : : :Would be nice if you can help me. : : : :Regards, : :Daniel Seidenstuecker : -- Save energy: be apathetic.
Re: Willing to help
On 2016-01-26 08.13.22 -0600, Edgar Pettijohn wrote: > > * adduser(8)/useradd(8): > > Needs to be unified into one single > > This seems like a project that would end in arguments over which to > consolidate to. > > "Adduser is better", no "useradd is better" I assume that whoever actually does this gets some say in which is better.
Re: Willing to help
On 2016 Jan 26 (Tue) at 08:13:22 -0600 (-0600), Edgar Pettijohn wrote: :> * adduser(8)/useradd(8): :> Needs to be unified into one single : :This seems like a project that would end in arguments over which to :consolidate to. : :"Adduser is better", no "useradd is better" : One binary, with symlinks. Both methods should still work, however. :> program and cleaned up. -- You can bring any calculator you like to the midterm, as long as it doesn't dim the lights when you turn it on. -- Hepler, Systems Design 182
Re: [OpenBGPD] Problem with many (fast connecting) Peers
Daniel Seidenst?cker [d.seidenstuec...@googlemail.com] wrote: > Dear OpenBGPD Community, > > > > in order of measuring the performance of OpenBGPD I need to connect it with > a huge amount of peers (realized by ExaBGP). OpenBGPD 5.8 works well with > 100 Peers but if I increase that number to 250 I got every try the same > error (debug mode): > > > > handle_pollfd: imsg_read error: Resource temporarily unavailable > > I don't think increasing the file limits is the right answer. There's a bug here. This is EAGAIN. bgpd should handle EAGAIN internally, not segfault. It's to be expected. There is another bug that needs to be found. I'll stare at it some more if someone else who knows really this stuff doesn't do it first... Chris
Re: [OpenBGPD] Problem with many (fast connecting) Peers
Peter Hessler [phess...@openbsd.org] wrote: > Good news: this is already fixed in -current (and the upcoming 5.9 > release). > > Bad news: this requires changes to libutil, so it isn't trivial to > backport to 5.8. > > Upgrading to a snapshot newer than Nov 28 should fix your problem. > > I can now connect with 1000 exabgp sessions at once. Not all succeed on > the first connection, but they eventually all connect without crashing > the server instance. > > (BTW, ExaBGP runs into problems when you try to have more than 2000 > sessions. Just run more ExaBGP's then.) > Oh, even better!!
Re: Willing to help
On 16-01-26 10:32 AM, Peter Hessler wrote: On 2016 Jan 26 (Tue) at 08:13:22 -0600 (-0600), Edgar Pettijohn wrote: :> * adduser(8)/useradd(8): :> Needs to be unified into one single One binary, with symlinks. Both methods should still work, however. $0.02: s/sym/hard /g might satisfy a larger percentage of people... ;-) -Adam
partitioning problem!!! exist 4.2BSD with NTFS/MSDOS partition on same volume.
exist 4.2BSD with NTFS/MSDOS partition on same volume. it will be destroy the which partition's file data. Any time I get the scary and creepy this situation. *example 4.2BSD with NTFS 1.formatting SATA HDD on OpenBSD: newfs sd1c 2.formatting same HDD on Windows: 3.check the partition: disklabel sd1c #size offset fstype [fsize bsize cpg] c:0 4.2BSD 2048 1 fdisk sd1c #: id C H S - C H S [ start:size ] --- 0: 07 0 - [2048:] NTFS 1: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused 2: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused 3: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused 4.change the disklabel: disklabel -E sd1c D p #size offset fstype [fsize bsize cpg] c:0 unused i: 2048NTFS w q 5.It can mounting sd1c and sd1i on OpenBSD mount /dev/sd1c /mnt/4.2BSD/OpenBSD mount /dev/sd1i /mnt/ntfs/OpenBSD ntfs-3g -o ro /dev/sd1i /mnt/ntfs/fuse 6.It can mounting on Windows 7.How to delete(dis mounting) the which partition.
Re: [OpenBGPD] Problem with many (fast connecting) Peers
On 2016-01-26, Peter Hessler wrote: > (BTW, ExaBGP runs into problems when you try to have more than 2000 > sessions. Just run more ExaBGP's then.) 1024 wasn't it? Or, should I say, FD_SETSIZE? (hey, it's 2016, can't the 80's have their bugs back yet?)
Re: VAX - are we dropping support in 5.9?
On 2016-01-26, Nick Holland wrote: > On 01/26/16 05:36, Karel Gardas wrote: >> On Tue, Jan 26, 2016 at 2:59 AM, Nick Holland >> wrote: >>> Meanwhile, there ARE platforms that are still borderline useful. >>> MacPPC, Sparc64 need people to RUN them for real life work, and improve >>> them for relevancy, as naddy@ said. >> >> Another elephant in this thread: would armv8 running in big-endian >> mode with strict alignment checking switched on be kind of possible >> replacement for sparc64 from testing perspective? > > Make a port to an armv8 platform, make it far better than our existing > armv7 support is currently, and let's find out. But it has to be so > good that that people will put it into production. Otherwise (or if it > doesn't get done), not much value. First step for this is "integrate libc++/llvm" isn't it?
Re: WLAN Card frustration
Nnn( wrote: >> Can someone recommend me a *very well proven* miniPCIe-WLAN-Card >which work >> stable and fast on OpenBSD in HostAP-mode and have a good range? >> Please recommend me not only a chipset but also a concrete > >I can't advise on the speed or reliability but I have had no complaints >from users (used just for mobile phones which don't show speeds >generally). However the card I mentioned whilst being cardbus/pci and >not pci-e goes over 50m without issue through one wall with windows to >my phone with the access point 3m from the ground indoors. > >-- > >KISSIS - Keep It Simple So It's Securable -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: partitioning problem!!! exist 4.2BSD with NTFS/MSDOS partition on same volume.
On 01/26/16 17:20, freeu...@ruggedinbox.com wrote: exist 4.2BSD with NTFS/MSDOS partition on same volume. it will be destroy the which partition's file data. Any time I get the scary and creepy this situation. *example 4.2BSD with NTFS 1.formatting SATA HDD on OpenBSD: newfs sd1c 2.formatting same HDD on Windows: 3.check the partition: disklabel sd1c #size offset fstype [fsize bsize cpg] c:0 4.2BSD 2048 1 fdisk sd1c #: id C H S - C H S [ start:size ] --- 0: 07 0 - [2048:] NTFS 1: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused 2: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused 3: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused 4.change the disklabel: disklabel -E sd1c D p #size offset fstype [fsize bsize cpg] c:0 unused i: 2048NTFS w q 5.It can mounting sd1c and sd1i on OpenBSD mount /dev/sd1c /mnt/4.2BSD/OpenBSD mount /dev/sd1i /mnt/ntfs/OpenBSD ntfs-3g -o ro /dev/sd1i /mnt/ntfs/fuse 6.It can mounting on Windows 7.How to delete(dis mounting) the which partition. from disklabel(8): disklabel supports 15 configurable partitions, `a' through `p', excluding `c'. The `c' partition describes the entire physical disk, is automatically created by the kernel, and cannot be modified or deleted by disklabel. By convention, the `a' partition of the boot disk is the root partition, and the `b' partition of the boot disk is the swap partition, but all other letters can be used in any order for any other partitions as desired. I'm surprised you managed format the c partition - but that is your issue. hth Fred
panic: "pd.m->m_pkthdr.pf.statekey == NULL failed"
Hi, Today after refreshing my -current/amd64 desktop, I'm experiencing a panic at boot (100% reproducible). Alas, I do not have a serial console, so here are the pictures of the panic: https://www.brimbelle.org/mattieu/stuff/panic_statekey/panic1.jpg https://www.brimbelle.org/mattieu/stuff/panic_statekey/panic2.jpg https://www.brimbelle.org/mattieu/stuff/panic_statekey/panic3.jpg https://www.brimbelle.org/mattieu/stuff/panic_statekey/panic4.jpg Please find my dmesg below: OpenBSD 5.9-beta (GENERIC.MP) #33: Thu Jan 21 20:28:52 CET 2016 matt...@kronenbourg.brimbelle.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8571518976 (8174MB) avail mem = 8307552256 (7922MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xf0710 (68 entries) bios0: vendor American Megatrends Inc. version "2003" date 12/14/2010 bios0: ASUSTeK Computer INC. P7P55D acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG OEMB HPET DMAR ASPT OSFR acpi0: wakeup devices P0P4(S4) BR1E(S4) UAR1(S4) PS2K(S4) PS2M(S4) EUSB(S4) USB0(S4) USB1(S4) USB2(S4) USB3(S4) USBE(S4) USB4(S4) USB5(S4) USB6(S4) BR21(S4) BR22(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz, 3374.36 MHz cpu0: FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 160MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE cpu1 at mainbus0: apid 4 (application processor) cpu1: Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz, 3373.90 MHz cpu1: FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 2, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz, 3373.90 MHz cpu2: FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 5 (application processor) cpu3: Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz, 3373.90 MHz cpu3: FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 2, package 0 ioapic0 at mainbus0: apid 6 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 1, remapped to apid 6 acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 7 (BR1E) acpiprt2 at acpi0: bus -1 (BR21) acpiprt3 at acpi0: bus -1 (BR22) acpiprt4 at acpi0: bus -1 (BR23) acpiprt5 at acpi0: bus 1 (P0P1) acpiprt6 at acpi0: bus -1 (P0P3) acpiprt7 at acpi0: bus -1 (P0P5) acpiprt8 at acpi0: bus -1 (P0P6) acpiprt9 at acpi0: bus 6 (BR20) acpiprt10 at acpi0: bus 5 (BR24) acpiprt11 at acpi0: bus 4 (BR25) acpiprt12 at acpi0: bus 3 (BR26) acpiprt13 at acpi0: bus 2 (BR27) acpiec0 at acpi0 acpicpu0 at acpi0: C1(@1 halt!) acpicpu1 at acpi0: C1(@1 halt!) acpicpu2 at acpi0: C1(@1 halt!) acpicpu3 at acpi0: C1(@1 halt!) aibs0 at acpi0 GGRP GITM SITM acpibtn0 at acpi0: PWRB pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x12 ppb0 at pci0 dev 1 function 0 "Intel Core PCIE" rev 0x12: msi pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 4670" rev 0x00 drm0 at radeondrm0 radeondrm0: msi azalia0 at pci1 dev 0 function 1 "ATI Radeon HD 4000 HD Audio" rev 0x00: msi azalia0: no supported codecs ehci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x06: apic 6 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia1 at pci0 dev 27 function 0 "Intel 3400 HD Audio" rev 0x06: msi azalia1: codecs: VIA/0x4441 audio0 at azalia1 ppb1 at pci0 dev 28 function 0 "Intel 3400 PCIE" rev 0x06: msi pci2 at ppb1 bus 6 em0 at pci2 dev 0 function 0 "Intel 82571EB" rev 0x06: apic 6 int 16, address 00:15:17:8a:8f:d2 em1 at pci2 dev 0 function 1 "Intel 82571EB" rev 0x06: apic 6 int 17, address 00:15:17:8a:8f:d3 ppb2 at pci0 dev 28 function 4 "Intel 3400 PCIE" rev 0x06: msi pci3 at
carp and bridge
Dear readers, How bridge and carp interfaces works together ? can i bridge an interface that is a carpdev ? or should i bridge the carpdev ?? will the different physical be advertise and would be able to contact the carp interface address ? Thank you for any input that would save a bit of try and error :-) -- - () ascii ribbon campaign - against html e-mail /\
Re: Working on lpd,etc
Chris Bennett bennettconstruction.us> writes: > > Is anyone still using a printer connected to a serial port or is that now > removable? > > Chris Bennett We're still using zebra serial printers ...
Re: ipsec between three networks
lilit-aibolit mail.ru> writes: > Suppose I have third endpoint in the Internet > with public IP z.z.z.z and network 192.168.3.0/24. > What is the way to establish extra tunnel with third endpoint? > I need to be able to reach $net1 and $net2 networks from > $net3 with is 192.168.3.0/24 and vice versa. > > Is it enough to create tunnel between $net3 and $net2 > to reach $net1 from $net3 or I need to setup two tunnels > on each endpoint? if all sites are not directly connected to each other, you'll have to add routes in various places. my current working configuration has 3 sites; each site is connected to the others, and routing is handled via ospfd.
GitLab on OpenBSD
Hi Misc, A question for Ruby gurus among OpenBSD users. Is it possible to run GitLab on OpenBSD? I see some reports of people running GitLab on FreeBSD https://github.com/gitlabhq/gitlab-recipes/blob/master/install/freebsd/freebsd-10.md Best, Predrag
Re: GitLab on OpenBSD
Predrag Punosevac wrote: > Hi Misc, > > A question for Ruby gurus among OpenBSD users. Is it possible to run > GitLab on OpenBSD? I see some reports of people running GitLab on > FreeBSD Not a ruby guru, but yes it can be done in principle. However, I just gave it a quick try and don't use it in production though. You'll have to do the manual setup though. These are the instructions I used: https://gitlab.com/gitlab-org/gitlab-ce/blob/8-1-stable/doc/install/installation.md All required packages should be in ports. For sidekiq, you might this fix: https://github.com/mperham/sidekiq/commit/a6ea55d16fb0060b8ee0a322bede1951cff51fba And you may need to tweak the syntax in the gitlab lib/support/init.d/gitlab/gitlab shellscript (and the scripts is calls) or change it to use bash. > https://github.com/gitlabhq/gitlab-recipes/blob/master/install/freebsd/freebsd-10.md > > > Best, > Predrag
