Re: Panic at install of amd64 on HP nx6320
Uwe Dippel udippel at uniten.edu.my writes: Marco Peereboom wrote: we need a trace; this is worthless. Thought so. Here are the screens, in the attachment. Hope, it goes through! Uwe [demime 1.01d removed an attachment of type image/jpeg which had a name of IMG_0623.JPG] [demime 1.01d removed an attachment of type image/jpeg which had a name of IMG_0624.JPG] [demime 1.01d removed an attachment of type image/jpeg which had a name of IMG_0625.JPG] So they didn't go through, as to be expected. Here is a link: http://metalab.uniten.edu.my/~udippel/
ypldap and samba
I finally got around to start using ypldap on openbsd 4.5 It works, thanks! However using Samba as an ads member together with ypldap doesn't seem to do it. I still need to add the accounts to passwd to make samba work. Going thru misc gives me some hints, but has anyone actually got it working together?
Your atm card is ready for collection: Call me 2347031115583
Sir. This is to officially inform you that we have verified your contract/inheritance fund file and found out that you have not received your fund $12.5M. You will receive it thruogh ATM CARD, forward your name,address and direct telephone number. Regards. Mr.James Umu. Atm manager Zenith Bank. +2347031115583
Re: Panic at install of amd64 on HP nx6320
On Sat, Aug 08, 2009 at 07:59:26AM +, Uwe Dippel wrote: Uwe Dippel udippel at uniten.edu.my writes: Marco Peereboom wrote: we need a trace; this is worthless. Thought so. Here are the screens, in the attachment. Hope, it goes through! Uwe [demime 1.01d removed an attachment of type image/jpeg which had a name of IMG_0623.JPG] [demime 1.01d removed an attachment of type image/jpeg which had a name of IMG_0624.JPG] [demime 1.01d removed an attachment of type image/jpeg which had a name of IMG_0625.JPG] So they didn't go through, as to be expected. Here is a link: http://metalab.uniten.edu.my/~udippel/ Nowhere do you state which release you are running. Similiar problems have been fixed in -current some months ago, so what are you running?
Re: Panic at install of amd64 on HP nx6320
Jonathan Gray jsg at goblin.cx writes: Nowhere do you state which release you are running. Similiar problems have been fixed in -current some months ago, so what are you running? My fault. I'm running 4.5 stable. Would those fixes have made it into 4.5? If yes, -current is no alternative. What exactly do you mean, so that I could check the changelog? Uwe
Re: Panic at install of amd64 on HP nx6320
On Sat, Aug 08, 2009 at 10:18:42AM +, Uwe Dippel wrote: Jonathan Gray jsg at goblin.cx writes: Nowhere do you state which release you are running. Similiar problems have been fixed in -current some months ago, so what are you running? My fault. I'm running 4.5 stable. Would those fixes have made it into 4.5? If yes, -current is no alternative. What exactly do you mean, so that I could check the changelog? No, this will never be in 4.5. The acpi parser has changed significantly since 4.5 which made many hp machines much happier. You need to run a snapshot to get the newer parser to resolve this problem.
monsieur El Faidi
Bonsoir ` vous, Je suis Mr EL FAIDI ABDELMOULA, je suis de nationaliti marocaine. Je travaille pour le croissant rouge et depuis juillet 2004, je traverse un horrible cauchemar. Jai iti affecti en Irak, pour y exercer mes fonctions humanitaires, ` Baghdad depuis le 23 mars 2001 et jai pu ` proprement parler rencontrer plusieurs personnalitis de ce pays. Je ne suis pas fier de vous dire ce qui suit mais je sais quaucun homme sur cette Terre nest parfait et Allah nous fait grbce lorsque nous reconnaissons nos tords. Je souhaite vivement que nous ivitions les critiques et les jugements pricipitis sur mes actions car nul ne sait lavenir. Jai iti en affaire avec un responsable du gouvernement de transition Irakien en loccurrence Mr ABDEL ZARHA OSMANE MOHAMMAD. Jai pu blanchir quelques unes de ces transactions monitaires et cest l` que riside mon arrestation ici ` Baghdad avec certains citoyens dont jignore les activitis. Depuis le 22 juillet 2004, nous avons iti arrjtis et mis en risidence surveillie. Je suis victime certes de cette guerre inutile mais ayant des reproches ` me faire, je ne veux que ni le croissant rouge, ni les medias, et surtout les autoritis irakiennes ne sachent cette affaire. Jai effectui le diptt dans une sociiti de consignation diplomatique de biens privis que jutilisais pour les dites transactions, comme jen avais lhabitude, une malle qui contenait de l'argent et des documents de grandes valeurs. Je vous envoie ce message afin que nous puissions ensembles retirer cette malle car jai toutes les informations et les documents qui prouvent l'existence de ce bien. Soyez en rassuri que cette affaire nest connue de personne et je vous serais gri de ne pas en faire la publiciti en tant que personne de devoir et par bonne foi. Je sais que ce bien nest pas ` moi, mais Mr ABDEL OSMANE itant mort dans un attenta en mai 2004, jaimerais bien men servir pour fuir dici car je risques la prison ` vie et je ne souhaite vraiment pas moisir ici et que ma famille le sache. Mon souci est que vous puissiez entrer en contact avec la sociiti et retirer la malle afin de men envoyer une petite somme pour payer des passeurs qui maideront ` fuir ce pays. Pour des raisons de sicuriti, jaimerais que vous soyez concis et pricis dans vos riponses car je nai pas toujours acchs ` cet ordinateur et jefface automatiquement mes messages. Jesphre que vous comprenez ma dimarche et que vous mesurez combien la discrition sur cette affaire est importante ; alors pour plus de sicuriti et de discrition je souhaiterais que vous me contactiez pour linstant par message ilectronique. Jattends votre riponse et sachez quelle est vivement attendue. Peu mimporte ce que vous me demanderez comme contrepartie, pour vu que vous me sortiez de ce problhme
Re: Memory on 4.5 again
On Fri, Aug 07, 2009 at 09:27:01PM +, Stuart Henderson wrote: So is anyone else seeing an mbuf leak with rl(4) or is it specific to this machine/configuration? No problems here, running amd64 4.5 with a wireless card in hostap mode, as well as an rl. (Note however that I'm not running GENERIC, but GENERIC with RAIDframe and RAID_AUTOCONFIG.) $ netstat -m 210 mbufs in use: 193 mbufs allocated to data 4 mbufs allocated to packet headers 13 mbufs allocated to socket names and addresses 192/724/6144 mbuf 2048 byte clusters in use (current/peak/max) 0/8/6144 mbuf 4096 byte clusters in use (current/peak/max) 0/8/6144 mbuf 8192 byte clusters in use (current/peak/max) 0/8/6144 mbuf 9216 byte clusters in use (current/peak/max) 0/8/6144 mbuf 12288 byte clusters in use (current/peak/max) 0/8/6144 mbuf 16384 byte clusters in use (current/peak/max) 0/8/6144 mbuf 65536 byte clusters in use (current/peak/max) 2060 Kbytes allocated to network (21% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines $ uptime 1:54PM up 39 days, 17:22, 1 user, load averages: 0.75, 0.92, 0.77 $ ifconfig lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 33160 priority: 0 groups: lo inet 127.0.0.1 netmask 0xff00 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 ral0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:11:6b:3d:7f:6a priority: 0 groups: wlan media: IEEE802.11 autoselect mode 11g hostap status: active ieee80211: nwid stupendous chan 1 bssid 00:11:6b:3d:7f:6a wpapsk not displayed wpaprotos wpa1 wpaakms psk wpaciphers tkip wpagroupcipher tkip 100dBm inet 192.168.2.1 netmask 0xff00 broadcast 192.168.2.255 inet6 fe80::211:6bff:fe3d:7f6a%ral0 prefixlen 64 scopeid 0x1 rl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:e0:4d:52:a8:d1 priority: 0 media: Ethernet autoselect (100baseTX full-duplex) status: active inet 192.168.1.1 netmask 0xff00 broadcast 192.168.1.255 inet6 fe80::2e0:4dff:fe52:a8d1%rl0 prefixlen 64 scopeid 0x2 nfe0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:13:d4:ae:99:b7 priority: 0 groups: egress media: Ethernet autoselect (100baseTX full-duplex) status: active inet 82.95.239.113 netmask 0x broadcast 82.95.239.113 inet6 fe80::213:d4ff:feae:99b7%nfe0 prefixlen 64 scopeid 0x3 enc0: flags=0 mtu 1536 priority: 0 pflog0: flags=141UP,RUNNING,PROMISC mtu 33160 priority: 0 groups: pflog OpenBSD 4.5 (GENERIC+RAIDAUTO) #0: Fri May 8 16:31:44 CEST 2009 r...@hobbes.stupendous.org:/usr/src/sys/arch/amd64/compile/GENERIC+RAIDAUTO real mem = 2146369536 (2046MB) avail mem = 2071830528 (1975MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xf (72 entries) bios0: vendor Phoenix Technologies, LTD version ASUS A8N-E ACPI BIOS Revision 1013 date 04/07/2006 bios0: ASUSTeK Computer INC. A8N-E acpi0 at bios0: rev 0 acpi0: tables DSDT FACP SSDT MCFG acpi0: wakeup devices HUB0(S5) XVR0(S5) XVR1(S5) XVR2(S5) XVR3(S5) USB0(S4) USB2(S4) MMAC(S5) MMCI(S5) UAR1(S5) PS2M(S4) PS2K(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 5 (HUB0) acpicpu0 at acpi0: PSS acpitz0 at acpi0: critical temperature 75 degC acpibtn0 at acpi0: PWRB cpu0 at mainbus0: (uniprocessor) cpu0: AMD Athlon(tm) 64 Processor 3500+, 2211.59 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: AMD erratum 89 present, BIOS upgrade may be required cpu0: Cool'n'Quiet K8 2211 MHz: speeds: 2200 2000 1800 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 NVIDIA nForce4 DDR rev 0xa3 at pci0 dev 0 function 0 not configured pcib0 at pci0 dev 1 function 0 NVIDIA nForce4 ISA rev 0xa3 nviic0 at pci0 dev 1 function 1 NVIDIA nForce4 SMBus rev 0xa2 iic0 at nviic0 spdmem0 at iic0 addr 0x50: 512MB DDR SDRAM non-parity PC3200CL3.0 spdmem1 at iic0 addr 0x51: 512MB DDR SDRAM non-parity PC3200CL3.0 spdmem2 at iic0 addr 0x52: 512MB DDR SDRAM non-parity PC3200CL3.0 spdmem3 at iic0 addr 0x53: 512MB DDR SDRAM non-parity PC3200CL3.0 iic1 at nviic0 pciide0 at pci0 dev 6 function 0 NVIDIA nForce4 IDE rev 0xf2: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility pciide0: channel 0 ignored (disabled) pciide0: channel 1 ignored (disabled) pciide1 at pci0 dev 8 function 0 NVIDIA nForce4 SATA rev 0xf3: DMA pciide1: using irq 5 for native-PCI interrupt wd0
Re: Delete packages with dependencies
There a couple of things I forgot to mention. I found that a package can be marked as 'manually installed' if 'pkg_add' is ran with the name of the package, even though it is already installed. Likewise, 'pkg_add -a' will set the package as 'automatically installed'. It is a good idea to check first the packages that the option '-r' will delete from the system. This can be done with 'pkg_delete -nr'. If you don't want some packages deleted, you should mark them as manually installed with 'pkg_add' and re-try the pkg_delete command to review again. One way of partially solving the previous problem is to mark the packages in the 'pristine' system as manually installed. Just after installing the system, running something like: pkg_add `pkg_info -t`. This will ensure that the '-r' option will not remove those packages as dependency of other. This looks a like a 'hack' and not elegant but if you think of the 'manual installed' bit more as 'used by the user' (as opposed to 'used as dependency to a software') this makes more sense. Luis. On Sat, Aug 8, 2009 at 12:48 AM, Luis Usecheuse...@gmail.com wrote: I have the first attempt of the dependencies deletion option. I modified 'pkg_delete' to include an option -r that perform this task. The main idea is to traverse the graph of package dependencies with some kind of bfs algorithm. The queue is initialized with the original packages to be removed. Packages that have not dependents and were not manually installed are added to the bfs queue for exploration. This is repeated until the queue for exploration is empty. Below you can find the patch. My perl-fu is not very good so I am not sure if this is the right way of doing things. Another thing is that I developed this for OpenBSD 4.5 and I don't have a box with the 'current' branch; if somebody can test it for 4.6 that could help. Of course, I would like to know your thoughts about it. 41c41 our ($opt_v, $opt_D, $opt_d, $opt_n, $opt_q, $opt_p, $opt_c, $opt_L, $opt_B, $opt_I, $opt_i, $opt_x); --- our ($opt_v, $opt_D, $opt_d, $opt_n, $opt_q, $opt_p, $opt_c, $opt_L, $opt_B, $opt_I, $opt_i, $opt_x, $opt_r); 46c46 getopts('vchixDdnf:F:qpS:L:B:I', --- getopts('vchixDdnf:F:qpS:L:B:Ir', 158a159,191 } if($opt_r) { # calculate dependencies to be removed: # 1. Not installed manually # 2. Not dependecy for other package # bfs over the graph of packages my @q = @todo; # queue of bfs @todo = (); # the new todo will include previous # and dependecies packages while(@q) { my $pkg = pop @q; # pkg to delete unshift (@todo, $pkg); for my $dep (OpenBSD::Requiring-new($pkg)-list) { my @dependents = OpenBSD::RequiredBy-compute_closure($dep); # calculate @dependen...@q-@todo. We don't care about the # packages that will be removed anyway. my %qh = map {($_, 1)} @q; my %todoh = map {($_, 1)} @todo; @dependents = grep {not($qh{$_} or $todoh{$_} or ($_ eq $dep))} @dependents; # check if $dep was manually installed my $manual = OpenBSD::PackingList-from_installation($dep)-has('manual-installation'); unshift (@q, $dep) unless (@dependents or $manual); } }
Re: Panic at install of amd64 on HP nx6320
jsg is right. try 4.6 or even -current. On Sat, Aug 08, 2009 at 12:25:51PM +0200, Jonathan Gray wrote: On Sat, Aug 08, 2009 at 10:18:42AM +, Uwe Dippel wrote: Jonathan Gray jsg at goblin.cx writes: Nowhere do you state which release you are running. Similiar problems have been fixed in -current some months ago, so what are you running? My fault. I'm running 4.5 stable. Would those fixes have made it into 4.5? If yes, -current is no alternative. What exactly do you mean, so that I could check the changelog? No, this will never be in 4.5. The acpi parser has changed significantly since 4.5 which made many hp machines much happier. You need to run a snapshot to get the newer parser to resolve this problem.
Re: Panic at install of amd64 on HP nx6320
Jonathan Gray jsg at goblin.cx writes: No, this will never be in 4.5. The acpi parser has changed significantly since 4.5 which made many hp machines much happier. You need to run a snapshot to get the newer parser to resolve this problem. Correct, guys, thanks so much! I ran the -cuurent of August 7th, and it runs through, and reboots properly. And X comes up without problem with 'startx'. Looks good to me, so far. And a new installer. Somewhat confusing, though: Layout [A]utomatic (or so) has a lower case default at the line end:[a] At the end, it finds an MP kernel and says 'using bsd.mp instead'. It might be better to formulate it in a manner to clearly state - I will use or - You might want to use Actually, I'd prefer the second version: asking, with .mp as default. Timezone might better go at the beginning, with ntp. One slash is missing in between, when the newly created directories are shown. There it looks something like /mnt /mnt/usr /mnt/home etc. I was looking for '/', and it seems to be missing in the first line. Thanks again!! Uwe
the openbsd mug
hi, i just ordered my 4.6 preordre from openbsdeurope.com i also got the new mug. is this the same mug that openbsd sell on openbsd.org? will there be a new mug design for each future releases? thanks in advance --robbo