Re: linux stronswan/xl2tpd client to IPSec/npppd
On Thursday, January 19, 2012 23:35 CET, YASUOKA Masahiko wrote: > > On Thu, 19 Jan 2012 14:10:03 +0100 > "Sebastian Reitenbach" wrote: > > On Thursday, January 19, 2012 02:23 CET, YASUOKA Masahiko > > wrote: > >> On Thu, 19 Jan 2012 02:14:48 +0900 (JST) > >> YASUOKA Masahiko wrote: > >> > To enable 'pppx mode', add > >> > > >> > pppx_mode: true > >> > > >> > to /etc/npppd/npppd.conf. > >> > >> Sorry, above example was wrong. To test `pppx mode' > >> > >> (1) create /dev/pppx0 > >> % cd /dev > >> % sudo sh MAKEDEV pppx > >> (2) replace from `tun0' to `pppx0' in /etc/npppd/npppd.conf > >> (3) add "interface.pppx0.pppx_mode: true" to /etc/npppd/npppd.conf > > > > I tried this pppx mode on my OBSD VM, together with the Linux client, but > > it doesn't establish the connection: > > > > - I created the pppx device as explained above > > - edited npppd.conf: > > > > #interface_list: tun0 > > #interface.tun0.ip4addr: 10.66.66.1 > > interface_list: pppx0 > > interface.pppx0.ip4addr: 10.66.66.1 > > interface.pppx0.pppx_mode: true > > ... > > Do you have > > realm.local.concentrate:pppx0 no, I still had tun0 there. Next time I should use grep instead of trying to trust my eyes to catch everything. > > line correctly? > > > 2012-01-19 13:39:03:INFO: ppp id=0 layer=chap proto=mschap_v2 > > logtype=Success username="user1" realm=local > > 2012-01-19 13:39:03:WARNING: ppp id=0 layer=base No interface binding. > > npppd failed to find a interface for the user of the realm. so changing to pppx0 makes it work as it should be. sorry for the noise Sebastian > > --yasuoka
Re: Program not registered
ERRATA "Since the output rom rpcinfo is from the response from mountd, it would appear to be working (10.1.1.1:/tmp is exported)." Should be Since the output from showmount is from the response from mountd, it would appear to be working (10.1.1.1:/tmp is exported). Excuse me. -Original Message- From: Giridhari Sent: Friday, January 20, 2012 3:04 PM To: misc@openbsd.org Subject: Re: Program not registered Thankyou all for such prompt replies. I have confirmed that portmap, mountd and nfs are all reported as running by rpcinfo, just like it says in the faq. I have concentrated on the server first. What I have done: Exactly what the faq says for setting up NFS. I have added a line in /etc/exports /tmp -all dirs -maproot=user1 -network=10.1.1.1 -mask=255.255.255.0 and restarted mountd. showmount -e lists the export correctly, corresponding to the exports file in the /etc/exports file. Since the output rom rpcinfo is from the response from mountd, it would appear to be working (10.1.1.1:/tmp is exported). showmount -a does not show anything though; does this only show what is actually mounted, not just exported? So, still on the server, I tried mounting 10.1.1.1:/tmp but nfs_mount returned "Permission denied." That was with just the mount command- as suggested by lilit-aibolit - allowing mount to select the filesystem-specific program itself. I should be able to mount an NFS on the server it is exported from shouldn't I? I'm pretty sure I've done this before, though maybe not on OpenBSD. -Original Message- From: lilit-aibolit Sent: Thursday, January 19, 2012 11:54 PM To: misc@openbsd.org ; giridh...@live.com.au Subject: Re: NFS : RPC: Program not registered 19.01.2012 13:29, Giridhari P?P8QP5Q: HELO. I am following http://openbsd.org/faq/faq6.html#NFS and have the server running, and showmount shows an export but on the client when I get to the line in the faq # mount -t nfs 10.0.0.1:/work /mnt and adapt it to the setup I have here I get the message RPC: Program not registered I did a bit of searching but couldnbt find anything for OpenBSD about this. Everything else in the faq has worked fine. What am I doing wrong? Giridhari . try mount without "-t nfs" also be sure /mnt is created on clinet also try "sudo mount"
Re: Program not registered
Thankyou all for such prompt replies. I have confirmed that portmap, mountd and nfs are all reported as running by rpcinfo, just like it says in the faq. I have concentrated on the server first. What I have done: Exactly what the faq says for setting up NFS. I have added a line in /etc/exports /tmp -all dirs -maproot=user1 -network=10.1.1.1 -mask=255.255.255.0 and restarted mountd. showmount -e lists the export correctly, corresponding to the exports file in the /etc/exports file. Since the output rom rpcinfo is from the response from mountd, it would appear to be working (10.1.1.1:/tmp is exported). showmount -a does not show anything though; does this only show what is actually mounted, not just exported? So, still on the server, I tried mounting 10.1.1.1:/tmp but nfs_mount returned "Permission denied." That was with just the mount command- as suggested by lilit-aibolit - allowing mount to select the filesystem-specific program itself. I should be able to mount an NFS on the server it is exported from shouldn't I? I'm pretty sure I've done this before, though maybe not on OpenBSD. -Original Message- From: lilit-aibolit Sent: Thursday, January 19, 2012 11:54 PM To: misc@openbsd.org ; giridh...@live.com.au Subject: Re: NFS : RPC: Program not registered 19.01.2012 13:29, Giridhari P?P8QP5Q: HELO. I am following http://openbsd.org/faq/faq6.html#NFS and have the server running, and showmount shows an export but on the client when I get to the line in the faq # mount -t nfs 10.0.0.1:/work /mnt and adapt it to the setup I have here I get the message RPC: Program not registered I did a bit of searching but couldnbt find anything for OpenBSD about this. Everything else in the faq has worked fine. What am I doing wrong? Giridhari . try mount without "-t nfs" also be sure /mnt is created on clinet also try "sudo mount"
Perl's Config.pm is missing loclibpth
Hi; I'm not sure if this is the right forum for such a question, if it isn't could someone please point me in the right direction? I was trying to install the Image::Scale module from CPAN on OpenBSD 5.0 and it was failing as it couldn't find libjpeg during linking. After some digging it appears that /usr/local/lib, where libjpeg lives, isn't part of Config.pm's libpth variable. I did a bit of googling and it seems that this issue has happened before (http://monkey.org/openbsd/archive/misc/0001/msg01318.html) and was solved by adding /usr/local/lib to loclibpth in the openbsd.sh hints file. I can see that commit is still in the source, loclibpth is still in the openbsd.sh hints file, but it isn't in Config.pm. Does anyone have any ideas why there is this discrepancy? Thanks Darcy
Re: OpenBSD 5.0-current (GENERIC) #65: Thu Nov 3 00:58:36 MDT 2011
On Thu, Jan 19, 2012 at 06:16:59PM +0100, Francois Pussault wrote: > I use this : > # echo $PKG_PATH > ftp://ftp.openbsd.org/pub/OpenBSD/5.0/packages/sparc64/ In case someone googles that and would think it's a good idea to set the variable like so, here's a better alternative: echo 'export PKG_PATH=ftp://ftp.XX.openbsd.org/pub/OpenBSD/`uname -r`/packages/`uname -m`/' >> ~/.profile for -release and -stable, or echo 'export PKG_PATH=ftp://ftp.XX.openbsd.org/pub/OpenBSD/snapshots/packages/`uname -m`/' >> ~/.profile for guess what? -current of course! Even that your -current might not be exactly the same one these packages were built on. I hope nothing in the way will truncate it to 80 chars per line, sorry in advance; plus substitute XX for your favourite mirror, ftp.openbsd.org doesn't seem to have much bandwidth and IIRC neither did the first mirror in alphabetical order last time I tried -> http://www.openbsd.org/ftp.html The quotes are there for a purpose, if you upgrade more systems at once manually, every step like "edit .profile for new system version" counts. So don't be lazy and find the backtick on your keyboard layout :-) To start a new discussion; why is it "OpenBSD/version/packages/arch" and not "OpenBSD/version/arch/packages", so the list of architectures is there twice? Historical reasons? I mean, compared to the mess some Linux distros have in their package management this already is a bless, but still... (it's probably irrelevant, so don't bother to start flamewars) -- Martin Pelikan
Coleccion Para Volver A Enamorarse Envio Sin Cargo
Hola misc, si no podes visualizar este correo, podes hacerlo clickeando en este enlace. LOS MEJORES LENTOS INTERNACIONALES DE LA HISTORIA PARA VOLVER A ENAMORARSE BOX-SET en 2 DVDS La espectacular coleccion "Kuschel Rock" con los mejores lentos internacionales de la historia en altisima calidad de audio. 40 cds contenidos en 2 Dvds Imperdible!!! Envio SIN CARGO a todo el Pais !!! NO PODES DEJAR DE TENERLA!!! Para visitar la web haga clic aqui ((( Click Aca Arriba Si NO puedes Entrar))) [IMAGE] Este e-mail tiene como unico destinatario: misc Para ser eliminado de nuestras listas envienos un email y en asunto aclarar REMOVER control de envio: mtmiubseczqvonfohecvybf
Re: error report when installing gnome on openbsd 5.0
On Thu, Jan 19, 2012 at 08:53:19AM -0500, Richard Thornton wrote: > so > > PKG_PATH = ftp://ftp.openbsd.org/pub/OpenBSD/5.0/packages/sparc64/ > export PKG_PATH > > will that AUTOMATICALLY use correct psackages for sparc64 on a CLEAN (from > the CDROM 11/2011) > 5.0 install In combination with your other post today* you seem confused about the flavors of OpenBSD and its development cycle. If you've not read FAQ 5.1, I recommend it, it may clear up some of your confusion. In particular, you need to understand that the file servers (such as the main one in Alberta at ftp.openbsd.org or the one nearest you) use release numbers in their directory trees, and -current snapshots are stored in snapshot directories. If you are running -release, you would use the OS and 3rd party packages for your release from directories that match your release, such as "5.0". If you are running -current, you would use the "snapshot" directories for your architecture. Please note: "snapshot packages" are built as a convenience for users of the more popular architectures. They are NOT tied to any specific snapshot, since snapshots may be built in a few hours, and packages may take a few days. It is a -current user's responsibility to build ports into packages from time to time if snapshot packages are out-of-sync of their particular -current, or build all their packages themselves if their architechture does not have "snapshot" packages available. For your sparc64 platform, then, the directories: /pub/OpenBSD/5.0/sparc64 and /pub/OpenBSD/5.0/packages/sparc64 are for 5.0-release. These will always be in sync. /pub/OpenBSD/snapshots/sparc64 and /pub/OpenBSD/snapshots/packages/sparc64 are for -current, and may never be exactly in sync. I referenced your additional question showing the same confusion: http://marc.info/?l=openbsd-misc&m=132699212221591&w=2 I hope this was helpful. FAQ 5.1 should help you, as well.
Re: linux stronswan/xl2tpd client to IPSec/npppd
On Thu, 19 Jan 2012 14:10:03 +0100 "Sebastian Reitenbach" wrote: > On Thursday, January 19, 2012 02:23 CET, YASUOKA Masahiko > wrote: >> On Thu, 19 Jan 2012 02:14:48 +0900 (JST) >> YASUOKA Masahiko wrote: >> > To enable 'pppx mode', add >> > >> > pppx_mode: true >> > >> > to /etc/npppd/npppd.conf. >> >> Sorry, above example was wrong. To test `pppx mode' >> >> (1) create /dev/pppx0 >> % cd /dev >> % sudo sh MAKEDEV pppx >> (2) replace from `tun0' to `pppx0' in /etc/npppd/npppd.conf >> (3) add "interface.pppx0.pppx_mode: true" to /etc/npppd/npppd.conf > > I tried this pppx mode on my OBSD VM, together with the Linux client, but it > doesn't establish the connection: > > - I created the pppx device as explained above > - edited npppd.conf: > > #interface_list: tun0 > #interface.tun0.ip4addr: 10.66.66.1 > interface_list: pppx0 > interface.pppx0.ip4addr: 10.66.66.1 > interface.pppx0.pppx_mode: true > ... Do you have realm.local.concentrate:pppx0 line correctly? > 2012-01-19 13:39:03:INFO: ppp id=0 layer=chap proto=mschap_v2 > logtype=Success username="user1" realm=local > 2012-01-19 13:39:03:WARNING: ppp id=0 layer=base No interface binding. npppd failed to find a interface for the user of the realm. --yasuoka
Re: OpenBSD 5.0-current (GENERIC) #65: Thu Nov 3 00:58:36 MDT 2011
This is not -current, this is -release. This PKG_PATH will not work with "5.0-current". On 2012 Jan 19 (Thu) at 18:16:59 +0100 (+0100), Francois Pussault wrote: :Hi, : :I use this : :# echo $PKG_PATH :ftp://ftp.openbsd.org/pub/OpenBSD/5.0/packages/sparc64/ : : :> :> From: Richard Thornton :> Sent: Thu Jan 19 17:50:08 CET 2012 :> To: misc :> Subject: OpenBSD 5.0-current (GENERIC) #65: Thu Nov 3 00:58:36 MDT 2011 :> :> :> Is this the most recent current version for sparc64 and does this imply :> that I have the true "current" kernel running, thus my PKG_PATH should be :> set to pull for the "current" set of packages? :> : : :Cordialement :Francois Pussault :3701 - 8 rue Marcel Pagnol :31100 ToulouseB :FranceB :+33 6 17 230 820 B +33 5 34 365 269 :fpussa...@contactoffice.fr : -- You may easily play a joke on a man who likes to argue -- agree with him. -- Ed Howe
Re: DLINK DUB-E100
On 01/08/2012 06:02 PM, Nico Kadel-Garcia wrote: On Sun, Jan 8, 2012 at 6:01 AM, Tomas Bodzar wrote: On Sun, Jan 8, 2012 at 11:42 AM, Alessandro Baggi wrote: On 01/08/2012 11:38 AM, Tomas Bodzar wrote: On Sun, Jan 8, 2012 at 11:16 AM, Alessandro Baggi B wrote: Hi there, I would buy an Ethernet card usb, and I've found the Dlink dub-e100. It is supported on OpenBSD 5.0? Why don't you check? http://www.openbsd.org/cgi-bin/man.cgi?query=usb&apropos=0&sektion=4&manpath= OpenBSD+5.0&arch=i386&format=html Someone has ever used it? Thanks in advance. Sorry, I'm new to OpenBSD, and I don't know that there was the manual page for usb. Thanks for info. Ah, probably Linux background. Then this http://www.openbsd.org/faq/index.html and man pages (man help and man afterboot for start) can be good start for you. One of the pros of BSD world is quality of documentation. That documentation unfortunately does not answer the question, because many USB devices share the same chipsets and simply have manufactures relabel the packages with their name. Since that device was not specifically listed, that's not a really strong indicator one way or the other. Form working with various devices and various OS's, I'd estimate that the chances are good that it will work right out of the box. Try it and publish your results, so people like yourself can know whether it works! For all OS's, for laptops, deskops, or servers, I've carried a spare USB/Ethernet adapter for years in my toolkit for exactly the situations where a new network driver is needed to get the updates with new network driver in it at install time. And I keep replacing them because people won't give them back. I there. I've bought the USB Dlink DUB-E100. It works great.
Re: ASUS USB adapters
On Wed, 18 23:30 , mufurcz wrote: > Anybody using/tested these wireless cards with OpenBSD? > Unfortunately, I can't find the chip-set specs. > > http://www.asus.com/Networks/Wireless_Adapters/WL167G_V3/#specifications I have the predecessor version of that stick for some time (years?) now. Has decent TX power (ifconfig says 100 dBm) and runs very reliable. ural0 at uhub0 port 3 "ASUS 802.11g WLAN Drive" rev 2.00/0.01 addr 2 ural0: MAC/BBP RT2570 (rev 0x05), RF RT2526, address 00:15:f2:7b:12:34 This module should be relatively cheap, I think I paid about 10 Euros at the time. So just go for it. All the best, /Markus
Re: Possible bug with relayd, usually experienced during high PPS, double free() problem
Seth, Sorry for not replying on-thread to you. I could have sworn I was subscribed to misc when I sent this in - but I guess I was wrong. Either way, this is an entirely different bug than the `relayctl reload` bug which I think PYR is/was working on. The fix may already be in -CURRENT I haven't checked yet. Best, Zack On Wed, Jan 18, 2012 at 1:13 PM, Zack G. wrote: > Sorry about replying off-thread It's my first go-around using > Gmail for mailing lists and it's more a pain than I imagined. > > On Wed, Jan 18, 2012 at 1:12 PM, Zack G. wrote: >> Sorry about that, Peter, I was unaware of the rules regarding that. >> >> Inline paste of the dmesg.boot: >> >> OpenBSD 5.0 (GENERIC.MP) #63: Wed Aug 17 10:14:30 MDT 2011 >> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP >> real mem = 8588525568 (8190MB) >> avail mem = 8345780224 (7959MB) >> mainbus0 at root >> bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xdffbc000 (62 entries) >> bios0: vendor Dell Inc. version "1.3.7" date 03/26/2007 >> bios0: Dell Inc. PowerEdge 1950 >> acpi0 at bios0: rev 2 >> acpi0: sleep states S0 S4 S5 >> acpi0: tables DSDT FACP APIC SPCR HPET MCFG >> acpi0: wakeup devices PCI0(S5) >> 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) Xeon(R) CPU E5310 @ 1.60GHz, 1596.24 MHz >> cpu0: FPU,VME,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,SSE3,MWAIT,DS-CPL,VMX,TM2,SSSE3,CX1 6,xTPR,PDCM,DCA,NXE,LONG >> cpu0: 4MB 64b/line 16-way L2 cache >> cpu0: apic clock running at 266MHz >> cpu1 at mainbus0: apid 4 (application processor) >> cpu1: Intel(R) Xeon(R) CPU E5310 @ 1.60GHz, 1596.04 MHz >> cpu1: FPU,VME,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,SSE3,MWAIT,DS-CPL,VMX,TM2,SSSE3,CX1 6,xTPR,PDCM,DCA,NXE,LONG >> cpu1: 4MB 64b/line 16-way L2 cache >> cpu2 at mainbus0: apid 1 (application processor) >> cpu2: Intel(R) Xeon(R) CPU E5310 @ 1.60GHz, 1596.04 MHz >> cpu2: FPU,VME,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,SSE3,MWAIT,DS-CPL,VMX,TM2,SSSE3,CX1 6,xTPR,PDCM,DCA,NXE,LONG >> cpu2: 4MB 64b/line 16-way L2 cache >> cpu3 at mainbus0: apid 5 (application processor) >> cpu3: Intel(R) Xeon(R) CPU E5310 @ 1.60GHz, 1596.04 MHz >> cpu3: FPU,VME,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,SSE3,MWAIT,DS-CPL,VMX,TM2,SSSE3,CX1 6,xTPR,PDCM,DCA,NXE,LONG >> cpu3: 4MB 64b/line 16-way L2 cache >> cpu4 at mainbus0: apid 2 (application processor) >> cpu4: Intel(R) Xeon(R) CPU E5310 @ 1.60GHz, 1596.05 MHz >> cpu4: FPU,VME,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,SSE3,MWAIT,DS-CPL,VMX,TM2,SSSE3,CX1 6,xTPR,PDCM,DCA,NXE,LONG >> cpu4: 4MB 64b/line 16-way L2 cache >> cpu5 at mainbus0: apid 6 (application processor) >> cpu5: Intel(R) Xeon(R) CPU E5310 @ 1.60GHz, 1596.04 MHz >> cpu5: FPU,VME,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,SSE3,MWAIT,DS-CPL,VMX,TM2,SSSE3,CX1 6,xTPR,PDCM,DCA,NXE,LONG >> cpu5: 4MB 64b/line 16-way L2 cache >> cpu6 at mainbus0: apid 3 (application processor) >> cpu6: Intel(R) Xeon(R) CPU E5310 @ 1.60GHz, 1596.04 MHz >> cpu6: FPU,VME,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,SSE3,MWAIT,DS-CPL,VMX,TM2,SSSE3,CX1 6,xTPR,PDCM,DCA,NXE,LONG >> cpu6: 4MB 64b/line 16-way L2 cache >> cpu7 at mainbus0: apid 7 (application processor) >> cpu7: Intel(R) Xeon(R) CPU E5310 @ 1.60GHz, 1596.04 MHz >> cpu7: FPU,VME,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,SSE3,MWAIT,DS-CPL,VMX,TM2,SSSE3,CX1 6,xTPR,PDCM,DCA,NXE,LONG >> cpu7: 4MB 64b/line 16-way L2 cache >> ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins >> ioapic0: misconfigured as apic 0, remapped to apid 8 >> ioapic1 at mainbus0: apid 9 pa 0xfec8, version 20, 24 pins >> ioapic1: misconfigured as apic 0, remapped to apid 9 >> ioapic2 at mainbus0: apid 10 pa 0xfec81000, version 20, 24 pins >> ioapic2: misconfigured as apic 0, remapped to apid 10 >> ioapic3 at mainbus0: apid 11 pa 0xfec82000, version 20, 24 pins >> ioapic3: misconfigured as apic 0, remapped to apid 11 >> acpihpet0 at acpi0: 14318179 Hz >> acpimcfg0 at acpi0 addr 0xe000, bus 0-255 >> acpiprt0 at acpi0: bus 0 (PCI0) >> acpiprt1 at acpi0: bus 6 (PEX2) >> acpiprt2 at acpi0: bus 7 (UPST) >> acpiprt3 at acpi0: bus 8 (DWN1) >> acpiprt4 at acpi0: bus 10 (DWN2) >> acpiprt5 at acpi0: bus 11 (PE2X) >> acpiprt6 at acpi0: bus 1 (PEX3) >> acpiprt7 at acpi0: bus 2 (PE2P) >> acpiprt8 at acpi0: bus 12 (PEX4) >> acpiprt9 at acpi0: bus 13 (PE2P) >> acpiprt10 at acpi0: bus 4 (SBE
Re: NFS : RPC: Program not registered
On Thu, Jan 19, 2012 at 03:23:36PM +0100, Jan Stary wrote: > On Jan 19 13:02:33, David Coppa wrote: > > On Thu, Jan 19, 2012 at 12:29 PM, Giridhari wrote: > > > HELO. > > > > > > I am following http://openbsd.org/faq/faq6.html#NFS and have the server > > > running, and showmount shows an export but on the client when I get to the > > > line in the faq > > > > > > # mount -t nfs 10.0.0.1:/work /mnt > > > > > > and adapt it to the setup I have here I get the message > > > > > > RPC: Program not registered > > > > > > > > > I did a bit of searching but couldnb t find anything for OpenBSD about > > this. > > > Everything else in the faq has worked fine. > > > What am I doing wrong? > > > > You need to start portmap on the clients > > Mounting NFS Filesystems > > NFS filesystems can be mounted from a client > without needing to enable any services or daemons. Indeed, portmap does nto need to run on a client. Check if nfs, mountd and portmap are running on the server. The section on rpcinfo in the FAQ gives a clue how to check that from a client. -Otto
Re: OpenBSD 5.0-current (GENERIC) #65: Thu Nov 3 00:58:36 MDT 2011
Hi, I use this : # echo $PKG_PATH ftp://ftp.openbsd.org/pub/OpenBSD/5.0/packages/sparc64/ > > From: Richard Thornton > Sent: Thu Jan 19 17:50:08 CET 2012 > To: misc > Subject: OpenBSD 5.0-current (GENERIC) #65: Thu Nov 3 00:58:36 MDT 2011 > > > Is this the most recent current version for sparc64 and does this imply > that I have the true "current" kernel running, thus my PKG_PATH should be > set to pull for the "current" set of packages? > Cordialement Francois Pussault 3701 - 8 rue Marcel Pagnol 31100 ToulouseB FranceB +33 6 17 230 820 B +33 5 34 365 269 fpussa...@contactoffice.fr
Re: OpenBSD 5.0-current (GENERIC) #65: Thu Nov 3 00:58:36 MDT 2011
On Thu, Jan 19, 2012 at 11:50:08AM -0500, Richard Thornton wrote: > Is this the most recent current version for sparc64 and does this imply > that I have the true "current" kernel running, thus my PKG_PATH should be > set to pull for the "current" set of packages? You are mistaken. Latets snapshots are dated Jan 18 and are at 5.1-beta. Simply take a look at ftp.openbsd.org BTW, there is no such thing as a current snapshot, with tens or even hundreds of commits per day. While a snap is copied out, it is already out of date. -Otto
OpenBSD 5.0-current (GENERIC) #65: Thu Nov 3 00:58:36 MDT 2011
Is this the most recent current version for sparc64 and does this imply that I have the true "current" kernel running, thus my PKG_PATH should be set to pull for the "current" set of packages?
Re: VoIP Sophtphones
On Thu, Jan 19, 2012 at 3:36 AM, wrote: > Tomas Bodzar wrote: > >> OpenBSD 4.8 and earlier releases are not supported anymore. > > I will update to 5.0 or 5.1 later, but now I have a little stress > and other preocupations. To update twice a year means a little > work and care, and there are priorities. I am just using OpenBSD > as desktop. Perhaps a misuse, because security is not my priority, > indeed I would perhaps preffer less security and have more software, > telnetd in the system (with a hint to security problems in the > man pages), etc, but I am happy with OpenBSD as Desktop. And to update once a month using Windows update doesn't involve work? OpenBSD asks you to update once every six months...or you could follow OpenBSD -current and update once a month or so.
Re: locate weirdness
L. V. Lammert wrote on Thu, Jan 19, 2012 at 09:20:44AM -0600: > On Thu, 19 Jan 2012, Paul de Weerd wrote: >> With apologies to all, this will be my last reply on this thread. > Really? That WOULD be nice. Hopefully you will abide by your promise. Sure, I'd appreciate if Paul wrote a bit more, in particular in his capacity as an undeadly editor, where he contributed a few nice articles in the past. Always welcome on misc@, too, of course, especially in other threads... Yours, Ingo P.S. .procmailrc edited, finally.
Re: linux stronswan/xl2tpd client to IPSec/npppd
On Thursday, January 19, 2012 14:10 CET, "Sebastian Reitenbach" wrote: > On Thursday, January 19, 2012 02:23 CET, YASUOKA Masahiko > wrote: > > > Hi, > > > > On Thu, 19 Jan 2012 02:14:48 +0900 (JST) > > YASUOKA Masahiko wrote: > > > On Tue, 17 Jan 2012 11:57:07 +0100 > > > "Sebastian Reitenbach" wrote: > > > If you don't like this limitation, you can use 'pppx mode'. In 'pppx > > > mode' npppd will create a pppx interface for each PPP session. You > > > can add any routes to the interface. > > > > Unfortunately the ingress filter of `pipex' drops all these packets. > > It's always on by default and not configurable. It should be > > configurable, but it is not implemented yet. > > Since the pppx mode doesn't seem to work for me with the xl2tpd client > I could not test this here. > > > besides having routes on the server, I wonder whether I can push routes to > the client automatically. > So the client just starts up the l2tpd client and connects, then its getting > told from the server, which routes > to which networks behind the VPN endpoint it should set into the tunnel. > But as I recognized now, the xl2tp client on the Linux host called > /etc/ppp/ip-up script. So I guess the client > has to take care on its own which extra routes it will set up. > > So if I understand it now: > * on the OpenBSD VPN Server, I can just use the tun0 interface >* enable packet forwarding >* have normal routes defined to the extra networks > * maybe protecting things with PF > * on the client I have an ip-up script that runs when the tunnel gets > established, > * this sets routes to the networks behind the VPN Server into the tunnel > > This I actually tried, and seems to work. > > But on the mobile phone, Android 2.2 what I tried now, I haven't yet seen a > hook where I could > setup extra routes. maybe someone on the list may give me a hint here? After some more tests I can answer this myself. The Android just puts the default route into the tunnel. Sebastian > > > > > > > To enable 'pppx mode', add > > > > > > pppx_mode: true > > > > > > to /etc/npppd/npppd.conf. > > > > Sorry, above example was wrong. To test `pppx mode' > > > > (1) create /dev/pppx0 > > % cd /dev > > % sudo sh MAKEDEV pppx > > (2) replace from `tun0' to `pppx0' in /etc/npppd/npppd.conf > > (3) add "interface.pppx0.pppx_mode: true" to /etc/npppd/npppd.conf > > I tried this pppx mode on my OBSD VM, together with the Linux client, but it > doesn't establish the connection: > > - I created the pppx device as explained above > - edited npppd.conf: > > #interface_list: tun0 > #interface.tun0.ip4addr: 10.66.66.1 > interface_list: pppx0 > interface.pppx0.ip4addr: 10.66.66.1 > interface.pppx0.pppx_mode: true > ... > > then start, and try the client to connect: > > $ sudo /usr/sbin/npppd -d > 2012-01-19 13:32:37:NOTICE: Starting npppd pid=7082 version=5.0.0 > 2012-01-19 13:32:37:NOTICE: Load configuration from='/etc/npppd/npppd.conf' > successfully. > 2012-01-19 13:32:37:INFO: pppx0 Started pppx > 2012-01-19 13:32:37:INFO: Listening /var/run/npppd_ctl (npppd_ctl) > 2012-01-19 13:32:37:INFO: pool name=default dyn_pool=[10.66.66.0/25] > pool=[10.66.66.0/24] > 2012-01-19 13:32:37:INFO: Loading pool config successfully. > 2012-01-19 13:32:37:INFO: realm name=local(local) Loaded users > from='/etc/npppd/npppd-users.csv' successfully. 1 users > 2012-01-19 13:32:37:INFO: l2tpd Listening 0.0.0.0:1701/udp (L2TP LNS) [L2TP] > 2012-01-19 13:32:37:INFO: l2tpd Listening [::]:1701/udp (L2TP LNS) [L2TP] > 2012-01-19 13:32:37:INFO: pptpd Listening 0.0.0.0:1723/tcp (PPTP PAC) [PPTP] > 2012-01-19 13:32:37:INFO: pptpd Listening 0.0.0.0:gre (PPTP PAC) > 2012-01-19 13:32:37:INFO: pppx0 is using ipcp=default(1 pools). > > here I connected the client: > 2012-01-19 13:39:02:NOTICE: l2tpd ctrl=1 logtype=Started RecvSCCRQ > from=10.0.0.31:1701/udp tunnel_id=1/29795 protocol=1.0 winsize=4 hostname=sre > vendor=xelerance.com firm=0690 > 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 SendSCCRP > 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 RecvSCCN > 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 SendZLB > 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 call=30483 RecvICRQ session_id=2737 > 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 call=30483 SendICRP session_id=30483 > 2012-01-19 13:39:02:WARNING: l2tpd ctrl=1 call=30483 AVP > (RX_CONNECT_SPEED/38) is not supported, but it's mandatory > 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 call=30483 RecvICCN session_id=2737 > calling_number= tx_conn_speed=1000 framing=sync > 2012-01-19 13:39:02:NOTICE: l2tpd ctrl=1 call=30483 logtype=PPPBind ppp=0 > 2012-01-19 13:39:02:INFO: ppp id=0 layer=base logtype=Started > tunnel=L2TP(10.0.0.31:1701) > 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 call=30483 SendZLB > 2012-01-19 13:39:03:INFO: ppp id=0 layer=lcp logtype=Opened mru=1400/1410 > auth=MS-CHAP-V2 magic
Re: locate weirdness
On Thu, 19 Jan 2012, Paul de Weerd wrote: > With apologies to all, this will be my last reply on this thread. > Really? That WOULD be nice. Hopefully you will abide by your promise. Lee
Re: NFS : RPC: Program not registered
19.01.2012 16:23, Jan Stary P?P8QP5Q: On Jan 19 13:02:33, David Coppa wrote: On Thu, Jan 19, 2012 at 12:29 PM, Giridhari wrote: HELO. I am following http://openbsd.org/faq/faq6.html#NFS and have the server running, and showmount shows an export but on the client when I get to the line in the faq # mount -t nfs 10.0.0.1:/work /mnt and adapt it to the setup I have here I get the message RPC: Program not registered I did a bit of searching but couldnb t find anything for OpenBSD about this. Everything else in the faq has worked fine. What am I doing wrong? You need to start portmap on the clients Mounting NFS Filesystems NFS filesystems can be mounted from a client without needing to enable any services or daemons. . in this case we don't know about from what system he try to mount. for example in linux the nfs-common pakage needed.
Re: NFS : RPC: Program not registered
On Jan 19 13:02:33, David Coppa wrote: > On Thu, Jan 19, 2012 at 12:29 PM, Giridhari wrote: > > HELO. > > > > I am following http://openbsd.org/faq/faq6.html#NFS and have the server > > running, and showmount shows an export but on the client when I get to the > > line in the faq > > > > # mount -t nfs 10.0.0.1:/work /mnt > > > > and adapt it to the setup I have here I get the message > > > > RPC: Program not registered > > > > > > I did a bit of searching but couldnb t find anything for OpenBSD about > this. > > Everything else in the faq has worked fine. > > What am I doing wrong? > > You need to start portmap on the clients Mounting NFS Filesystems NFS filesystems can be mounted from a client without needing to enable any services or daemons.
Re: error report when installing gnome on openbsd 5.0
so PKG_PATH = ftp://ftp.openbsd.org/pub/OpenBSD/5.0/packages/sparc64/ export PKG_PATH will that AUTOMATICALLY use correct psackages for sparc64 on a CLEAN (from the CDROM 11/2011) 5.0 install On Thu, Jan 19, 2012 at 5:22 AM, Stuart Henderson wrote: > On 2012/01/19 10:09, lbvvbooo lbvvbooo wrote: > > Thanks, problem resolved, use s...@spacehopper.org's method. > > > > It seems really tricky for me. why? Is it because the package is > > looking for it's dependence firstly in the pkg_path folder? Great > > appreciation if provide a short explaination. > > The packages for different releases are not the same > > $ curl -s > http://ftp.eu.openbsd.org/pub/OpenBSD/4.6/packages/i386/gnugetopt-1.1.4p2.tgz| > md5 - > b2c225c1fb02e434515bf66fc5221115 > > $ pkg_info -q -S > http://ftp.eu.openbsd.org/pub/OpenBSD/4.6/packages/i386/gnugetopt-1.1.4p2.tgz > gnugetopt-1.1.4p2,c.51.0,gettext-0.17p0,iconv.6.0,intl.4.0,libiconv-1.13 > > ...and... > > $ curl -s > http://ftp.eu.openbsd.org/pub/OpenBSD/5.0/packages/i386/gnugetopt-1.1.4p2.tgz| > md5 - > 11c4c0dd6cfc523236174d93077942b0 > > $ pkg_info -q -S > http://ftp.eu.openbsd.org/pub/OpenBSD/5.0/packages/i386/gnugetopt-1.1.4p2.tgz > > gnugetopt-1.1.4p2,c.60.1,gettext-0.18.1p0,iconv.6.0,intl.5.0,libiconv-1.13p2 > > > When you installed from the downloaded files, you only had the 4.6 version > of > gnugetopt-1.1.4p2.tgz available > > (BTW I miscalculated, your problem package is from 4.6 not 4.5)
Re: locate weirdness
On Wed, Jan 18, 2012 at 10:15 AM, L. V. Lammert wrote: > It was truly a shame that so many people here prefer to start their > flamethrowers rather than offer any sort of constructive information! In > this case, THE PROBLEM HAS BEEN IDENTIFIED AND IT WOULD MOST LIKELY NOT HAVE > BEEN FIXED WITH A NORMAL UPGRADE! !! !!! > > Before reading further, please REREAD the statement above. > > As it turns out, there WERE some folks here that had excellent suggestions > [privately], and that helped significantly in isolating the problem. So, posting to the list worked ;-) > Thanks > to who got me back on topic and reminded me of this possible issue, .. > and who suggested the simplest solution: > > find / ! \( -fstype ffs -or -fstype ufs -or -fstype ext2fs \) -prune -or > -path /tmp -prune -or -path /var/tmp -prune -or -path /usr/tmp -prune -or > -print > /tmp/locate test > > Running the find separately identified the file system problem, and it was > easily fixed as a result. > >Lee
Re: NFS : RPC: Program not registered
19.01.2012 13:29, Giridhari P?P8QP5Q: HELO. I am following http://openbsd.org/faq/faq6.html#NFS and have the server running, and showmount shows an export but on the client when I get to the line in the faq # mount -t nfs 10.0.0.1:/work /mnt and adapt it to the setup I have here I get the message RPC: Program not registered I did a bit of searching but couldnbt find anything for OpenBSD about this. Everything else in the faq has worked fine. What am I doing wrong? Giridhari . try mount without "-t nfs" also be sure /mnt is created on clinet also try "sudo mount"
Re: linux stronswan/xl2tpd client to IPSec/npppd
On Thursday, January 19, 2012 02:23 CET, YASUOKA Masahiko wrote: > Hi, > > On Thu, 19 Jan 2012 02:14:48 +0900 (JST) > YASUOKA Masahiko wrote: > > On Tue, 17 Jan 2012 11:57:07 +0100 > > "Sebastian Reitenbach" wrote: > > If you don't like this limitation, you can use 'pppx mode'. In 'pppx > > mode' npppd will create a pppx interface for each PPP session. You > > can add any routes to the interface. > > Unfortunately the ingress filter of `pipex' drops all these packets. > It's always on by default and not configurable. It should be > configurable, but it is not implemented yet. Since the pppx mode doesn't seem to work for me with the xl2tpd client I could not test this here. besides having routes on the server, I wonder whether I can push routes to the client automatically. So the client just starts up the l2tpd client and connects, then its getting told from the server, which routes to which networks behind the VPN endpoint it should set into the tunnel. But as I recognized now, the xl2tp client on the Linux host called /etc/ppp/ip-up script. So I guess the client has to take care on its own which extra routes it will set up. So if I understand it now: * on the OpenBSD VPN Server, I can just use the tun0 interface * enable packet forwarding * have normal routes defined to the extra networks * maybe protecting things with PF * on the client I have an ip-up script that runs when the tunnel gets established, * this sets routes to the networks behind the VPN Server into the tunnel This I actually tried, and seems to work. But on the mobile phone, Android 2.2 what I tried now, I haven't yet seen a hook where I could setup extra routes. maybe someone on the list may give me a hint here? > > > To enable 'pppx mode', add > > > > pppx_mode: true > > > > to /etc/npppd/npppd.conf. > > Sorry, above example was wrong. To test `pppx mode' > > (1) create /dev/pppx0 > % cd /dev > % sudo sh MAKEDEV pppx > (2) replace from `tun0' to `pppx0' in /etc/npppd/npppd.conf > (3) add "interface.pppx0.pppx_mode: true" to /etc/npppd/npppd.conf I tried this pppx mode on my OBSD VM, together with the Linux client, but it doesn't establish the connection: - I created the pppx device as explained above - edited npppd.conf: #interface_list: tun0 #interface.tun0.ip4addr: 10.66.66.1 interface_list: pppx0 interface.pppx0.ip4addr: 10.66.66.1 interface.pppx0.pppx_mode: true ... then start, and try the client to connect: $ sudo /usr/sbin/npppd -d 2012-01-19 13:32:37:NOTICE: Starting npppd pid=7082 version=5.0.0 2012-01-19 13:32:37:NOTICE: Load configuration from='/etc/npppd/npppd.conf' successfully. 2012-01-19 13:32:37:INFO: pppx0 Started pppx 2012-01-19 13:32:37:INFO: Listening /var/run/npppd_ctl (npppd_ctl) 2012-01-19 13:32:37:INFO: pool name=default dyn_pool=[10.66.66.0/25] pool=[10.66.66.0/24] 2012-01-19 13:32:37:INFO: Loading pool config successfully. 2012-01-19 13:32:37:INFO: realm name=local(local) Loaded users from='/etc/npppd/npppd-users.csv' successfully. 1 users 2012-01-19 13:32:37:INFO: l2tpd Listening 0.0.0.0:1701/udp (L2TP LNS) [L2TP] 2012-01-19 13:32:37:INFO: l2tpd Listening [::]:1701/udp (L2TP LNS) [L2TP] 2012-01-19 13:32:37:INFO: pptpd Listening 0.0.0.0:1723/tcp (PPTP PAC) [PPTP] 2012-01-19 13:32:37:INFO: pptpd Listening 0.0.0.0:gre (PPTP PAC) 2012-01-19 13:32:37:INFO: pppx0 is using ipcp=default(1 pools). here I connected the client: 2012-01-19 13:39:02:NOTICE: l2tpd ctrl=1 logtype=Started RecvSCCRQ from=10.0.0.31:1701/udp tunnel_id=1/29795 protocol=1.0 winsize=4 hostname=sre vendor=xelerance.com firm=0690 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 SendSCCRP 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 RecvSCCN 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 SendZLB 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 call=30483 RecvICRQ session_id=2737 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 call=30483 SendICRP session_id=30483 2012-01-19 13:39:02:WARNING: l2tpd ctrl=1 call=30483 AVP (RX_CONNECT_SPEED/38) is not supported, but it's mandatory 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 call=30483 RecvICCN session_id=2737 calling_number= tx_conn_speed=1000 framing=sync 2012-01-19 13:39:02:NOTICE: l2tpd ctrl=1 call=30483 logtype=PPPBind ppp=0 2012-01-19 13:39:02:INFO: ppp id=0 layer=base logtype=Started tunnel=L2TP(10.0.0.31:1701) 2012-01-19 13:39:02:INFO: l2tpd ctrl=1 call=30483 SendZLB 2012-01-19 13:39:03:INFO: ppp id=0 layer=lcp logtype=Opened mru=1400/1410 auth=MS-CHAP-V2 magic=399562f0/187d146d 2012-01-19 13:39:03:INFO: ppp id=0 layer=chap proto=mschap_v2 logtype=Success username="user1" realm=local 2012-01-19 13:39:03:WARNING: ppp id=0 layer=base No interface binding. 2012-01-19 13:39:03:INFO: l2tpd ctrl=1 call=30483 SendCDN result=ERROR_CODE/2 error=GENERIC_ERROR/6 messsage=Disconnected by local PPP 2012-01-19 13:39:03:NOTICE: l2tpd ctrl=1 call=30483 logtype=PPPUnbind 2012-01-19 13:39
Re: use trap command in a script
signal(3): "Except for the SIGKILL and SIGSTOP signals, the signal() function allows for any signal to be caught, to be ignored, or to generate an interrupt." On Thu, Jan 19, 2012 at 8:17 AM, Wesley M. wrote: > Hi, > > I want to see a message on console when i send signal like HUP > KILL INT and TERM > > using for example in a script "manageprocess": > > > #!/bin/ksh > trap 'echo Kill detected!' 9 > trap 'ctrl-c detected!' 2 > > run > it with sudo sh manageprocess > No message appear > > Therefore if i run > manually this : trap 'ctrl-c detected!' 2 > it works. But trap 'echo Kill > detected!' 9 doesn't work. > Why ? Why i can't use it in a script? > > Any idea > ? > > Thank you very much.
Re: use trap command in a script
On Thu, Jan 19, 2012 at 04:47:04PM +0400, Wesley M. wrote: > Therefore if i run > manually this : trap 'ctrl-c detected!' 2 > it works. But trap 'echo Kill > detected!' 9 doesn't work. > Why ? Why i can't use it in a script? RTFM from signal(3): Except for the SIGKILL and SIGSTOP signals, the signal() function allows for any signal to be caught, to be ignored, or to generate an interrupt. These signals are defined in the file : now, guess what number corresponds to SIGKILL.
Re: use trap command in a script
For the -KILL = -9 signal, no signal handler can be installed, and it cannot be ignored either, see sigaction(2). That's the main feature of -KILL. Wesley M. wrote on Thu, Jan 19, 2012 at 04:47:04PM +0400: > I want to see a message on console when i send signal like HUP > KILL INT and TERM > > using for example in a script "manageprocess": > > #!/bin/ksh > trap 'echo Kill detected!' 9 > trap 'ctrl-c detected!' 2 > > run > it with sudo sh manageprocess > No message appear > > Therefore if i run > manually this : trap 'ctrl-c detected!' 2 > it works. But trap 'echo Kill > detected!' 9 doesn't work. > Why ? Why i can't use it in a script?
use trap command in a script
Hi, I want to see a message on console when i send signal like HUP KILL INT and TERM using for example in a script "manageprocess": #!/bin/ksh trap 'echo Kill detected!' 9 trap 'ctrl-c detected!' 2 run it with sudo sh manageprocess No message appear Therefore if i run manually this : trap 'ctrl-c detected!' 2 it works. But trap 'echo Kill detected!' 9 doesn't work. Why ? Why i can't use it in a script? Any idea ? Thank you very much.
Re: Keyboard trouble on Mac Mini G4 / macppc
On Wed, Jan 18, 2012 at 3:56 PM, Martin Pieuchot wrote: > On 18/01/12(Wed) 15:27, Christer Solskogen wrote: >> On Wed, Jan 18, 2012 at 3:23 PM, Steffen Daode Nurpmeso >> wrote: >> > Hi, >> > >> > Christer Solskogen wrote [2012-01-17 19:07+0100]: >> >> I just installed the latest OpenBSD snapshot on my Mac Mini G4, and >> >> I've got trouble getting the keyboard encoding to work properly. >> >> keyboard.encoding=no is set in /etc/wsconsctl.conf (and I also see >> >> keyboard.encoding -> no) during startup. But the keyboard encoding is >> >> still US (or whatever is the default) >> >> any hints? > > Are you sure your keyboard is detected as 'keyboard' and not 'keyboard1'? > What is the output of: > > # wsconsctl > > Some macppc machines have a bluetooth hid adapted detected as 'keyboard'. > That did the trick! keyboard1.encoding=no Thanks! -- chs,
Re: NFS : RPC: Program not registered
On Thu, Jan 19, 2012 at 12:29 PM, Giridhari wrote: > HELO. > > I am following http://openbsd.org/faq/faq6.html#NFS and have the server > running, and showmount shows an export but on the client when I get to the > line in the faq > > # mount -t nfs 10.0.0.1:/work /mnt > > and adapt it to the setup I have here I get the message > > RPC: Program not registered > > > I did a bit of searching but couldnb t find anything for OpenBSD about this. > Everything else in the faq has worked fine. > What am I doing wrong? You need to start portmap on the clients
NFS : RPC: Program not registered
HELO. I am following http://openbsd.org/faq/faq6.html#NFS and have the server running, and showmount shows an export but on the client when I get to the line in the faq # mount -t nfs 10.0.0.1:/work /mnt and adapt it to the setup I have here I get the message RPC: Program not registered I did a bit of searching but couldnbt find anything for OpenBSD about this. Everything else in the faq has worked fine. What am I doing wrong? Giridhari
Re: error report when installing gnome on openbsd 5.0
On Thu, Jan 19, 2012 at 9:07 AM, lbvvbooo lbvvbooo wrote: > Thanks for reply. > > The B OpenBSD 5.0 should be "release". Because I don't it from http://www.openbsd.org/ftp.html when I found there's 5.0 version available. > > It's i386. > > It's a fresh install, with existing window xp. Now I can successfully boot into bsd or xp. > > It's installed from cd, which I burned from the downloaded install50.iso. > > It should be Generic.mp. I can see info after booting. > > I have a hard disk foler which include all the packages on internet, it includes packages for openbsd 4.5, packages for openbsd 5.0, maybe even have packages for openbsd 4.6. When I install new package, I point the PKG_PATH to that folder, and then install it like: > > pkg_add gnome-desktop-2.32.1p4.tgz. > > pkg_add gnugetopt-1.1.4p2.tgz > > The version of the package is the biggest one I found in the foler. > > And fyi, I don't think it's caused by packages of different versions in one folder, because the error are all tracked and rooted to one > > error: can't install gnugetopt: library c.51.0 not found; library intl.4.0 not found. > > It seems a mismatch between openbsd and package gnugetopt. > > for me, it seems gnugetopt need library c.51.0, but bsd is using packages like this: > | /usr/lib/libc.so.60.1 (system): bad major > | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 libiconv-1.13p2 > Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 You just think wrong ;-) You broken your system either by not following at least FAQ properly or not following it at all. Errors indicate that your system is not in sync. You mixed packages from different versions of OS and this will not work for sure. http://www.openbsd.org/faq/faq15.html#NoFun > > > Any help is appreciated. > > Thanks > > >> Date: Thu, 19 Jan 2012 20:33:26 +1300 >> From: richardtoo...@paradise.net.nz >> Subject: Re: error report when installing gnome on openbsd 5.0 >> To: lbvvb...@live.com >> CC: misc@openbsd.org >> >> On 19/01/2012, at 8:15 PM, lbvvbooo lbvvbooo wrote: >> >> > After a 2nd thought, I don't think it's caused by packages of different >> versions in one folder, because the error are all tracked and rooted to one >> error: can't install gnugetopt: library c.51.0 not found; library intl.4.0 not >> found. It seems a mismatch between openbsd and package gnugetopt. >> > >> > Any help is appreciated. >> > >> >> What *exact* version of OpenBSD 5.0? B Release? B CD? B Stable? Something else? >> Generic? B i386? B amd64? B What? >> >> Fresh install? B Upgrade? B Clean disc install from CD? B What? >> >> What *exact* commands are you typing and what output do you get? >> >> Have you set PKG_PATH to anything? >> >> You are not providing enough information for anyone to help you. >> >> Every release there are questions like this, and it usually ends up someone >> trying to mix versions of OpenBSD with the wrong version of ports/packages. >> >> And in the process of trying to explain EXACTLY what they have tried to do, >> the lightbulb goes off. >> > >> > Thanks. >> > Any help is appreciated. >> > >> > Thanks >> > >> > >> > Thanks for reply. >> > >> > I myself is a programmer, from my point of view, it's a version mismatch >> here. Because I think gnome is quite common used package, I want to know if >> there's a quick fix for this, so, if somebody else has met the same problem >> with me, or have solution for this, or have suggestion on this, pls reply on >> this. >> > >> > For the bsd and packages, I'm using the latest release version. I get bsd >> 5.0, download the package on internet. So I don't know where the mismatch >> happens. >> > >> > Any help is appreciated. >> > >> >> Thanks. >> >> >> >> >> >> >> >>> Subject: Re: error report when installing gnome on openbsd 5.0 >> >>> From: j...@jggimi.homeip.net >> >>> Date: Wed, 18 Jan 2012 23:58:07 -0500 >> >>> To: lbvvb...@live.com; misc@openbsd.org >> >>> >> >>> lbvvbooo lbvvbooo wrote: >> >>> >> >> Hi, >> >> >> >> I used to use an older version of bsd, and the gnome works quit well on >> that version. >> >> >> >> Now, >> >> I'm trying to install gnome on openbsd 5.0, but it report error when I >> >> try to install gnome-desktop, gnome-session, and gdm. They report >> >> similar error basically: >> >> >> >> can't install gnugetopt: library c.51.0 not found; library intl.4.0 not >> found >> >> >> >> >> >> Here's the detail information: >> >> >> >> When adding gdm-2.20.11p22.tgz >> >> >> >> | /usr/lib/libc.so.60.1 (system): bad major >> >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major >> >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 >> libiconv-1.13p2 >> >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 >> >> >> >> When adding gnome-desktop-2.32.1p4.tgz: >> >> >> >> | /usr/lib/libc.so.60.1 (system): bad major >> >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad majo
Re: VoIP Sophtphones
On Thu, Jan 19, 2012 at 10:36 AM, wrote: > Tomas Bodzar wrote: > >> OpenBSD 4.8 and earlier releases are not supported anymore. > > I will update to 5.0 or 5.1 later, but now I have a little stress > and other preocupations. To update twice a year means a little > work and care, and there are priorities. I am just using OpenBSD > as desktop. Perhaps a misuse, because security is not my priority, > indeed I would perhaps preffer less security and have more software, > telnetd in the system (with a hint to security problems in the > man pages), etc, but I am happy with OpenBSD as Desktop. $ sysctl kern.version kern.version=OpenBSD 5.1-beta (GENERIC.MP) #159: Thu Jan 12 00:00:27 MST 2012 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP $ I'm using OpenBSD mostly as desktop as well. To bee on current has a lot of pros. Complete update of system, configs and packages say every month takes about 30 minutes. It's binary process so no need for compile and you have actual packages (close to upstream as much as possible) I don't think that eg. Minitube or similar from 4.8 will work with actual youtube. Updates on other systems takes much more time and have so much errors and bugs. > > I tried to compile twinkle and linphone, not from the packages, they > were not there, just the software releases, my question was only if > someone tried and had troubles as I, if he was successfull. > > I understand the point of B L. V. Lammert in "locate weirdness", > I didnt want in this case to bother the developers, it is > a question that I would have made in USENETs group > comp.unix.bsd.openbsd.misc, but it is unfortunately death. > > Rodrigo.
Re: error report when installing gnome on openbsd 5.0
Thanks, problem resolved, use s...@spacehopper.org's method. It seems really tricky for me. why? Is it because the package is looking for it's dependence firstly in the pkg_path folder? Great appreciation if provide a short explaination. > From: lbvvb...@live.com > To: s...@spacehopper.org; misc@openbsd.org > Subject: Re: error report when installing gnome on openbsd 5.0 > Date: Thu, 19 Jan 2012 08:36:57 + > > The 4.5 packages are downloaded first, then when I download 5.0 packages, I > just simply skip the downloaded ones which has the same name: which have the > same version. > > Will it influence the package install? > > > To: misc@openbsd.org > > From: s...@spacehopper.org > > Subject: Re: error report when installing gnome on openbsd 5.0 > > Date: Thu, 19 Jan 2012 08:19:53 + > > > > You overwrote the 5.0 packages with the 4.5 packages when you > > downloaded them. > > > > Unless you have a special reason to do otherwise (e.g. no internet > > access on your OpenBSD machine even via a proxy server), just set > > PKG_PATH to the mirror url directly rather than nessing around with > > separate downloads. > > > > > > On 2012-01-19, lbvvbooo lbvvbooo wrote: > > > I forget to say, I download all the packages of different versions into > > > my local disk, that is to say, I download packages for bsd 4.5, 4.6 and > > > 5.0 in my same local disk folder, will that be the reason for version > > > mismatch? > > > > > > Any help is appreciated. > > > > > > Thanks > > > > > > > > > Thanks for reply. > > > > > > I myself is a programmer, from my point of view, it's a version mismatch > > > here. Because I think gnome is quite common used package, I want to know > > > if there's a quick fix for this, so, if somebody else has met the same > > > problem with me, or have solution for this, or have suggestion on this, > > > pls reply on this. > > > > > > For the bsd and packages, I'm using the latest release version. I get > > > bsd 5.0, download the package on internet. So I don't know where the > > > mismatch happens. > > > > > > Any help is appreciated. > > > > > >> Thanks. > > >> > > >> > > >> > > >> > Subject: Re: error report when installing gnome on openbsd 5.0 > > >> > From: j...@jggimi.homeip.net > > >> > Date: Wed, 18 Jan 2012 23:58:07 -0500 > > >> > To: lbvvb...@live.com; misc@openbsd.org > > >> > > > >> > lbvvbooo lbvvbooo wrote: > > >> > > > >> Hi, > > >> > > >> I used to use an older version of bsd, and the gnome works quit well on > > >> that version. > > >> > > >> Now, > > >> I'm trying to install gnome on openbsd 5.0, but it report error when I > > >> try to install gnome-desktop, gnome-session, and gdm. They report > > >> similar error basically: > > >> > > >> can't install gnugetopt: library c.51.0 not found; library intl.4.0 not > > >> found > > >> > > >> > > >> Here's the detail information: > > >> > > >> When adding gdm-2.20.11p22.tgz > > >> > > >> | /usr/lib/libc.so.60.1 (system): bad major > > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 > > >> libiconv-1.13p2 > > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > > >> > > >> When adding gnome-desktop-2.32.1p4.tgz: > > >> > > >> | /usr/lib/libc.so.60.1 (system): bad major > > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 > > >> libiconv-1.13p2 > > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > > >> > > >> > > >> When adding gnome-session-2.32.1p18.tgz: > > >> > > >> | /usr/lib/libc.so.60.1 (system): bad major > > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 > > >> libiconv-1.13p2 > > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > > >> > > >> When adding gnugetopt-1.1.4p2.tgz > > >> > > >> | /usr/lib/libc.so.60.1 (system): bad major > > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 > > >> libiconv-1.13p2 > > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > > >> > > > >> > > > > >> > >Any help is appreciated. > > >> > > > > >> > >Thanks. > > >> > > > >> > > > >> > Please read FAQ 15.4.1. > > >> > -- > > >> > Sent from my phone. Please excuse any idiotic automated word choices. > > >> > It > > >> > wasn't me. Honest.
Re: error report when installing gnome on openbsd 5.0
On 2012/01/19 10:09, lbvvbooo lbvvbooo wrote: > Thanks, problem resolved, use s...@spacehopper.org's method. > > It seems really tricky for me. why? Is it because the package is > looking for it's dependence firstly in the pkg_path folder? Great > appreciation if provide a short explaination. The packages for different releases are not the same $ curl -s http://ftp.eu.openbsd.org/pub/OpenBSD/4.6/packages/i386/gnugetopt-1.1.4p2.tgz | md5 - b2c225c1fb02e434515bf66fc5221115 $ pkg_info -q -S http://ftp.eu.openbsd.org/pub/OpenBSD/4.6/packages/i386/gnugetopt-1.1.4p2.tgz gnugetopt-1.1.4p2,c.51.0,gettext-0.17p0,iconv.6.0,intl.4.0,libiconv-1.13 ...and... $ curl -s http://ftp.eu.openbsd.org/pub/OpenBSD/5.0/packages/i386/gnugetopt-1.1.4p2.tgz | md5 - 11c4c0dd6cfc523236174d93077942b0 $ pkg_info -q -S http://ftp.eu.openbsd.org/pub/OpenBSD/5.0/packages/i386/gnugetopt-1.1.4p2.tgz gnugetopt-1.1.4p2,c.60.1,gettext-0.18.1p0,iconv.6.0,intl.5.0,libiconv-1.13p2 When you installed from the downloaded files, you only had the 4.6 version of gnugetopt-1.1.4p2.tgz available (BTW I miscalculated, your problem package is from 4.6 not 4.5)
Re: error report when installing gnome on openbsd 5.0
The 4.5 packages are downloaded first, then when I download 5.0 packages, I just simply skip the downloaded ones which has the same name: which have the same version. Will it influence the package install? > To: misc@openbsd.org > From: s...@spacehopper.org > Subject: Re: error report when installing gnome on openbsd 5.0 > Date: Thu, 19 Jan 2012 08:19:53 + > > You overwrote the 5.0 packages with the 4.5 packages when you > downloaded them. > > Unless you have a special reason to do otherwise (e.g. no internet > access on your OpenBSD machine even via a proxy server), just set > PKG_PATH to the mirror url directly rather than nessing around with > separate downloads. > > > On 2012-01-19, lbvvbooo lbvvbooo wrote: > > I forget to say, I download all the packages of different versions into my > > local disk, that is to say, I download packages for bsd 4.5, 4.6 and 5.0 in > > my same local disk folder, will that be the reason for version mismatch? > > > > Any help is appreciated. > > > > Thanks > > > > > > Thanks for reply. > > > > I myself is a programmer, from my point of view, it's a version mismatch > > here. Because I think gnome is quite common used package, I want to know if > > there's a quick fix for this, so, if somebody else has met the same problem > > with me, or have solution for this, or have suggestion on this, pls reply > > on this. > > > > For the bsd and packages, I'm using the latest release version. I get bsd > > 5.0, download the package on internet. So I don't know where the mismatch > > happens. > > > > Any help is appreciated. > > > >> Thanks. > >> > >> > >> > >> > Subject: Re: error report when installing gnome on openbsd 5.0 > >> > From: j...@jggimi.homeip.net > >> > Date: Wed, 18 Jan 2012 23:58:07 -0500 > >> > To: lbvvb...@live.com; misc@openbsd.org > >> > > >> > lbvvbooo lbvvbooo wrote: > >> > > >> Hi, > >> > >> I used to use an older version of bsd, and the gnome works quit well on > >> that version. > >> > >> Now, > >> I'm trying to install gnome on openbsd 5.0, but it report error when I > >> try to install gnome-desktop, gnome-session, and gdm. They report > >> similar error basically: > >> > >> can't install gnugetopt: library c.51.0 not found; library intl.4.0 not > >> found > >> > >> > >> Here's the detail information: > >> > >> When adding gdm-2.20.11p22.tgz > >> > >> | /usr/lib/libc.so.60.1 (system): bad major > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 > >> libiconv-1.13p2 > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > >> > >> When adding gnome-desktop-2.32.1p4.tgz: > >> > >> | /usr/lib/libc.so.60.1 (system): bad major > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 > >> libiconv-1.13p2 > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > >> > >> > >> When adding gnome-session-2.32.1p18.tgz: > >> > >> | /usr/lib/libc.so.60.1 (system): bad major > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 > >> libiconv-1.13p2 > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > >> > >> When adding gnugetopt-1.1.4p2.tgz > >> > >> | /usr/lib/libc.so.60.1 (system): bad major > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 > >> libiconv-1.13p2 > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > >> > > >> > > > >> > >Any help is appreciated. > >> > > > >> > >Thanks. > >> > > >> > > >> > Please read FAQ 15.4.1. > >> > -- > >> > Sent from my phone. Please excuse any idiotic automated word choices. > >> > It > >> > wasn't me. Honest.
Re: error report when installing gnome on openbsd 5.0
Well that has the same effect as overwriting the 5.0 packages with the 4.5 ones. Really, don't do that. On 2012/01/19 08:36, lbvvbooo lbvvbooo wrote: > The 4.5 packages are downloaded first, then when I download 5.0 > packages, I just simply skip the downloaded ones which has the same > name: which have the same version. > > Will it influence the package install? > > > To: misc@openbsd.org > > From: s...@spacehopper.org > > Subject: Re: error report when installing gnome on openbsd 5.0 > > Date: Thu, 19 Jan 2012 08:19:53 + > > > > You overwrote the 5.0 packages with the 4.5 packages when you > > downloaded them. > > > > Unless you have a special reason to do otherwise (e.g. no internet > > access on your OpenBSD machine even via a proxy server), just set > > PKG_PATH to the mirror url directly rather than nessing around with > > separate downloads. > > > > > > On 2012-01-19, lbvvbooo lbvvbooo wrote: > > > I forget to say, I download all the packages of different versions > into my local disk, that is to say, I download packages for bsd 4.5, > 4.6 and 5.0 in my same local disk folder, will that be the reason for > version mismatch? > > > > > > Any help is appreciated. > > > > > > Thanks > > > > > > > > > Thanks for reply. > > > > > > I myself is a programmer, from my point of view, it's a version > mismatch here. Because I think gnome is quite common used package, I > want to know if there's a quick fix for this, so, if somebody else has > met the same problem with me, or have solution for this, or have > suggestion on this, pls reply on this. > > > > > > For the bsd and packages, I'm using the latest release version. I > get bsd 5.0, download the package on internet. So I don't know where > the mismatch happens. > > > > > > Any help is appreciated. > > > > > >> Thanks. > > >> > > >> > > >> > > >> > Subject: Re: error report when installing gnome on openbsd 5.0 > > >> > From: j...@jggimi.homeip.net > > >> > Date: Wed, 18 Jan 2012 23:58:07 -0500 > > >> > To: lbvvb...@live.com; misc@openbsd.org > > >> > > > >> > lbvvbooo lbvvbooo wrote: > > >> > > > >> Hi, > > >> > > >> I used to use an older version of bsd, and the gnome works quit > well on that version. > > >> > > >> Now, > > >> I'm trying to install gnome on openbsd 5.0, but it report error > when I > > >> try to install gnome-desktop, gnome-session, and gdm. They report > > >> similar error basically: > > >> > > >> can't install gnugetopt: library c.51.0 not found; library > intl.4.0 not found > > >> > > >> > > >> Here's the detail information: > > >> > > >> When adding gdm-2.20.11p22.tgz > > >> > > >> | /usr/lib/libc.so.60.1 (system): bad major > > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to > gettext-0.18.1p0 libiconv-1.13p2 > > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > > >> > > >> When adding gnome-desktop-2.32.1p4.tgz: > > >> > > >> | /usr/lib/libc.so.60.1 (system): bad major > > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to > gettext-0.18.1p0 libiconv-1.13p2 > > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > > >> > > >> > > >> When adding gnome-session-2.32.1p18.tgz: > > >> > > >> | /usr/lib/libc.so.60.1 (system): bad major > > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to > gettext-0.18.1p0 libiconv-1.13p2 > > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > > >> > > >> When adding gnugetopt-1.1.4p2.tgz > > >> > > >> | /usr/lib/libc.so.60.1 (system): bad major > > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to > gettext-0.18.1p0 libiconv-1.13p2 > > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > > >> > > > >> > > > > >> > >Any help is appreciated. > > >> > > > > >> > >Thanks. > > >> > > > >> > > > >> > Please read FAQ 15.4.1. > > >> > -- > > >> > Sent from my phone. Please excuse any idiotic automated word > choices. It > > >> > wasn't me. Honest.
Re: VoIP Sophtphones
Tomas Bodzar wrote: > OpenBSD 4.8 and earlier releases are not supported anymore. I will update to 5.0 or 5.1 later, but now I have a little stress and other preocupations. To update twice a year means a little work and care, and there are priorities. I am just using OpenBSD as desktop. Perhaps a misuse, because security is not my priority, indeed I would perhaps preffer less security and have more software, telnetd in the system (with a hint to security problems in the man pages), etc, but I am happy with OpenBSD as Desktop. I tried to compile twinkle and linphone, not from the packages, they were not there, just the software releases, my question was only if someone tried and had troubles as I, if he was successfull. I understand the point of L. V. Lammert in "locate weirdness", I didnt want in this case to bother the developers, it is a question that I would have made in USENETs group comp.unix.bsd.openbsd.misc, but it is unfortunately death. Rodrigo.
Re: VoIP Sophtphones
On Thu, Jan 19, 2012 at 10:16 AM, wrote: > Thanks to Tomas Bodzar and Sebastian Reiterbach for the tip. > > About asterisk and the sugested softphone, I think astersk > would be enough, it can be misused as SIP softphone as far as > I know, but I never bothered to learn how to use it. Indeed > I like very much the simplicity of pjsua. > > I tried to use "callcentric.com" with pjsua and ekiga (both in > the packages), and I had troubles, I just wanted to prove with > softphones that are suported in the webpage of callcentric. By > the way, also asterisk is there. I think the problem does not > lie in the phone, but in the firewall (callcentric does not use > a normal stun server). Used to use pjsua with poivY without any problems. cheers, david
Re: error report when installing gnome on openbsd 5.0
You overwrote the 5.0 packages with the 4.5 packages when you downloaded them. Unless you have a special reason to do otherwise (e.g. no internet access on your OpenBSD machine even via a proxy server), just set PKG_PATH to the mirror url directly rather than nessing around with separate downloads. On 2012-01-19, lbvvbooo lbvvbooo wrote: > I forget to say, I download all the packages of different versions into my > local disk, that is to say, I download packages for bsd 4.5, 4.6 and 5.0 in > my same local disk folder, will that be the reason for version mismatch? > > Any help is appreciated. > > Thanks > > > Thanks for reply. > > I myself is a programmer, from my point of view, it's a version mismatch > here. Because I think gnome is quite common used package, I want to know if > there's a quick fix for this, so, if somebody else has met the same problem > with me, or have solution for this, or have suggestion on this, pls reply on > this. > > For the bsd and packages, I'm using the latest release version. I get bsd > 5.0, download the package on internet. So I don't know where the mismatch > happens. > > Any help is appreciated. > >> Thanks. >> >> >> >> > Subject: Re: error report when installing gnome on openbsd 5.0 >> > From: j...@jggimi.homeip.net >> > Date: Wed, 18 Jan 2012 23:58:07 -0500 >> > To: lbvvb...@live.com; misc@openbsd.org >> > >> > lbvvbooo lbvvbooo wrote: >> > >> Hi, >> >> I used to use an older version of bsd, and the gnome works quit well on that >> version. >> >> Now, >> I'm trying to install gnome on openbsd 5.0, but it report error when I >> try to install gnome-desktop, gnome-session, and gdm. They report >> similar error basically: >> >> can't install gnugetopt: library c.51.0 not found; library intl.4.0 not found >> >> >> Here's the detail information: >> >> When adding gdm-2.20.11p22.tgz >> >> | /usr/lib/libc.so.60.1 (system): bad major >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 >> libiconv-1.13p2 >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 >> >> When adding gnome-desktop-2.32.1p4.tgz: >> >> | /usr/lib/libc.so.60.1 (system): bad major >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 >> libiconv-1.13p2 >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 >> >> >> When adding gnome-session-2.32.1p18.tgz: >> >> | /usr/lib/libc.so.60.1 (system): bad major >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 >> libiconv-1.13p2 >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 >> >> When adding gnugetopt-1.1.4p2.tgz >> >> | /usr/lib/libc.so.60.1 (system): bad major >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 >> libiconv-1.13p2 >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 >> > >> > > >> > >Any help is appreciated. >> > > >> > >Thanks. >> > >> > >> > Please read FAQ 15.4.1. >> > -- >> > Sent from my phone. Please excuse any idiotic automated word choices. It >> > wasn't me. Honest.
Re: VoIP Sophtphones
Thanks to Tomas Bodzar and Sebastian Reiterbach for the tip. About asterisk and the sugested softphone, I think astersk would be enough, it can be misused as SIP softphone as far as I know, but I never bothered to learn how to use it. Indeed I like very much the simplicity of pjsua. I tried to use "callcentric.com" with pjsua and ekiga (both in the packages), and I had troubles, I just wanted to prove with softphones that are suported in the webpage of callcentric. By the way, also asterisk is there. I think the problem does not lie in the phone, but in the firewall (callcentric does not use a normal stun server). Rodrigo.
Re: locate weirdness
With apologies to all, this will be my last reply on this thread. On Wed, Jan 18, 2012 at 04:18:11PM -0600, L. V. Lammert wrote: | At 03:59 PM 1/18/2012, you wrote: | >Wait - so there's an issue that you have identified, with help from | >members on this list ? And you're refusing to divulge the exact | >details that would probably help resolve the problem in future OpenBSD | >releases ? | | Of course, an exposition was to be expected, ... an off topic one | that proves that you don't read what I posted! Really ? You're going to state that I don't read what you posted ? Are you absolutely sure ? In the reply I sent on the 15th where I quote directly from your e-mail and spend 3 paragraphs on how you've confused the people you want to help you, where I *again* try to extract an answer from you .. this is where I did not read what you posted ? Note that you never bothered to reply to any of my questions. Take take take, because you're so entitled to free help. No giving; why should you ? Maybe you're talking about how you were able to find the problem with the find command you posted. That does not give any details about the problem (i.e. what you did wrong to cause the effects you were asking about), just how you found it in your case. Or are you perhaps referring to the fact that you failed to include the details I ask for in your first update to the list after you fixed the situation ? But that you did answer Peter Hessler's query for more details ? Because, yes, I also read that e-mail. But that was in reply to a guy asking for details - you know, what I was doing. Why didn't he get the same verbal ass whooping I got ? Because he beat me to it ? Or because my MX had not received your answer to him yet when I started my reply ? Or are you referring to the 'detailedness' of your reply ? You know, I was asking for "exact details". And you answer with (I quote again, more proof I don't read your e-mails, I suppose): > No, a "file system problem". In this case, cross-linked files from a > Rails application. We had already gathered that you had a (self inflicted) "file system problem". That's not really new information (although it's good that you finally realized it's actually *your* fault, not some bug in OpenBSD that was at fault here). So we now get to deal with your cryptic "cross-linked files from a Rails application". What the hell is that supposed to mean ? What are cross-linked files ? So there was a filesystem issue that you were able to fix with fsck(8) ? How does the Rails application come into play ? Only machines running Rails apps can suffer from this ? At least it corrects your answer to the "what did you change" question from "nothing" to "yeah, I was cross-linking files". And you think my reply was 'off topic'. So trying to find out if there's a bug in OpenBSD and wanting it fixed is off topic ? Trying to get you to do what you were advocating yourself in reply to Philip with your "Amen! At least there's a chance it would turn up in the search engines."; you know, trying to get you to be more detailed and more on-topic is off topic ? | If you check the rest of the thread, you will see that I did post | the exact cause; more details I will not provide as what's there is | sufficient to describe the problem and any *more* detail would just | be flame fodder. Yeah, I full well realize that you managed to fuck up your filesystem all by yourself causing the issues you've been giving other people grief over. I think everybody realizes that. Quite a few realized this from day one. Man up and detail what you did to get to this situation. That's not going to be flame fodder - "yeah people, sorry, my bad .. here's what I did wrong". We see those on the list quite often, and I don't think they are the big flame fodder you claim them to be. You being a prick about it *is* flame fodder. | >That's a great thank you to all those people that helped you, Lee, | >especially the ones you don't mention by name here below. Just great. | | Well, if you DO want credit, thanks for the wisdom hidden after the | exegis! (I do not name names without permission, *especially* on | this list.) Sorry, I'm not a native English speaker, so I have no idea what 'exegis' is, nor does my dictionary :( And yes, I was trying to help you. Mostly trying to help you help yourself. The one thing that is comforting in all this, is that I expect others on this list have more clue in helping themselves; whenever they run into a similar issue, they'll actually be able to find the problem and fix it all by themselves. And even if they don't, they'll probably be less of a prick then you've been through all this and simply explain what they fucked up on the list, gaining them some credits for fessing up to what is probably minor stupidity or just simply misunderstanding of the workings of their tools ("locate.updatedb does not run as root; wow, I didn't know that"). I'll be sure never to help
Re: VoIP Sophtphones
On Thursday, January 19, 2012 06:44 CET, Tomas Bodzar wrote: > On Wed, Jan 18, 2012 at 9:10 PM, wrote: > > pjsua from the packages works very good. I tryied to compile > > linphone-3.5.0 and twinkle-1.4.2 in OpenBSD4.8 without > > success. Did someone managed to do it? > > From http://www.openbsd.org/security.html > > OpenBSD 4.8 and earlier releases are not supported anymore. The > following paragraphs only list advisories issued while they were > maintained; these releases are likely to be affected by the advisories > for more recent releases. > > So do upgrade to 5.0 or current and simply install packages and you > will be fine. In case IAX protocol is fine for you, you can take a look at net/coccinella. Its mostly an xmpp client, but also an IAX softphone that you can connect to Asterisk. But I think on 4.8, the VoIP part was not yet enabled, so as already mentioned, you should upgrade. cheers, Sebastian > > > > > > Thanks > > Rodrigo.
Re: error report when installing gnome on openbsd 5.0
Thanks for reply. The OpenBSD 5.0 should be "release". Because I don't it from http://www.openbsd.org/ftp.html when I found there's 5.0 version available. It's i386. It's a fresh install, with existing window xp. Now I can successfully boot into bsd or xp. It's installed from cd, which I burned from the downloaded install50.iso. It should be Generic.mp. I can see info after booting. I have a hard disk foler which include all the packages on internet, it includes packages for openbsd 4.5, packages for openbsd 5.0, maybe even have packages for openbsd 4.6. When I install new package, I point the PKG_PATH to that folder, and then install it like: pkg_add gnome-desktop-2.32.1p4.tgz. pkg_add gnugetopt-1.1.4p2.tgz The version of the package is the biggest one I found in the foler. And fyi, I don't think it's caused by packages of different versions in one folder, because the error are all tracked and rooted to one error: can't install gnugetopt: library c.51.0 not found; library intl.4.0 not found. It seems a mismatch between openbsd and package gnugetopt. for me, it seems gnugetopt need library c.51.0, but bsd is using packages like this: | /usr/lib/libc.so.60.1 (system): bad major | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 libiconv-1.13p2 Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 Any help is appreciated. Thanks > Date: Thu, 19 Jan 2012 20:33:26 +1300 > From: richardtoo...@paradise.net.nz > Subject: Re: error report when installing gnome on openbsd 5.0 > To: lbvvb...@live.com > CC: misc@openbsd.org > > On 19/01/2012, at 8:15 PM, lbvvbooo lbvvbooo wrote: > > > After a 2nd thought, I don't think it's caused by packages of different > versions in one folder, because the error are all tracked and rooted to one > error: can't install gnugetopt: library c.51.0 not found; library intl.4.0 not > found. It seems a mismatch between openbsd and package gnugetopt. > > > > Any help is appreciated. > > > > What *exact* version of OpenBSD 5.0? Release? CD? Stable? Something else? > Generic? i386? amd64? What? > > Fresh install? Upgrade? Clean disc install from CD? What? > > What *exact* commands are you typing and what output do you get? > > Have you set PKG_PATH to anything? > > You are not providing enough information for anyone to help you. > > Every release there are questions like this, and it usually ends up someone > trying to mix versions of OpenBSD with the wrong version of ports/packages. > > And in the process of trying to explain EXACTLY what they have tried to do, > the lightbulb goes off. > > > > Thanks. > > Any help is appreciated. > > > > Thanks > > > > > > Thanks for reply. > > > > I myself is a programmer, from my point of view, it's a version mismatch > here. Because I think gnome is quite common used package, I want to know if > there's a quick fix for this, so, if somebody else has met the same problem > with me, or have solution for this, or have suggestion on this, pls reply on > this. > > > > For the bsd and packages, I'm using the latest release version. I get bsd > 5.0, download the package on internet. So I don't know where the mismatch > happens. > > > > Any help is appreciated. > > > >> Thanks. > >> > >> > >> > >>> Subject: Re: error report when installing gnome on openbsd 5.0 > >>> From: j...@jggimi.homeip.net > >>> Date: Wed, 18 Jan 2012 23:58:07 -0500 > >>> To: lbvvb...@live.com; misc@openbsd.org > >>> > >>> lbvvbooo lbvvbooo wrote: > >>> > >> Hi, > >> > >> I used to use an older version of bsd, and the gnome works quit well on > that version. > >> > >> Now, > >> I'm trying to install gnome on openbsd 5.0, but it report error when I > >> try to install gnome-desktop, gnome-session, and gdm. They report > >> similar error basically: > >> > >> can't install gnugetopt: library c.51.0 not found; library intl.4.0 not > found > >> > >> > >> Here's the detail information: > >> > >> When adding gdm-2.20.11p22.tgz > >> > >> | /usr/lib/libc.so.60.1 (system): bad major > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 > libiconv-1.13p2 > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > >> > >> When adding gnome-desktop-2.32.1p4.tgz: > >> > >> | /usr/lib/libc.so.60.1 (system): bad major > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 > libiconv-1.13p2 > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > >> > >> > >> When adding gnome-session-2.32.1p18.tgz: > >> > >> | /usr/lib/libc.so.60.1 (system): bad major > >> | /usr/local/lib/libintl.so.5.0 (gettext-0.18.1p0): bad major > >> Direct dependencies for gnugetopt-1.1.4p2 resolve to gettext-0.18.1p0 > libiconv-1.13p2 > >> Full dependency tree is gettext-0.18.1p0 libiconv-1.13p2 > >> > >