Re: ioctl error
Greetings. http://www.lmgtfy.com is a usefull web site for kids and handicaps. I wasn't aware it had such uses, that's nice! You could advice me to read something about symon. That's exactly what he did. Never suggest it again or if you do not want to help anybody do not reply these posts, ok ? Probably i will never use Regards again... You're asking for help - don't be picky. Regards.
Re: ComixWall terminated
Jacob Meuser skrev 2009-12-10 16:32: On Thu, Dec 10, 2009 at 12:21:34PM +, Michal wrote: So what...someone was wrong what was wrong here was Soner Tari posting private emails to a public mailing lists. There are a lot more abuse of the misc list than Soner posting about his OpenBSD project. Maybe Theo should install a decent spam filter for the lists ? Just a few of the recent ones: From: Commonwealth Bankmemberserv...@commonwealth.com.au To: misc@openbsd.org Subject: Commonwealth Bank of Australia Security Department Team. Date: 10 Dec 2009 15:47:59 -0800 From: Systat Software, Incnewversi...@systat.us To: misc@openbsd.orgmisc@openbsd.org Subject: SigmaPlot11.2 - NoCost Update Available Date: Thu, 10 Dec 2009 14:25:49 -0800 From: Akis Angelakisi...@image-a.gr To:misc@openbsd.org Subject: LIFE GOOD NEWSLETTER no 57 Date: Thu, 10 Dec 2009 13:28:46 +0200 From: ma-boutique-deco.commaboutique-d...@my-deco-shop.com To: misc@openbsd.org Subject: =?utf-8?q?[blog_deco_et_design]_nouveaut=c3=a9s_my-deco-shop_-_m...@openbsd.org?= Date: Thu, 10 Dec 2009 11:30:07 +0100 What's wrong with posting OpenBSD-related 'adverts', and in this special case with ComixWall which is totally free ? I agree with a lot of the other posts that ComixWall doesn't really promote OpenBSD in any way, but for those who are looking for a solution like the one that it provides, this distribution will save some hours of installation and compilation time. ...my 217 kronor of time... /PeO
jdk build problem (from ports)
I'm trying to install java from ports (to have the java plugin for firefox) but get this error: /usr/ports/devel/jdk/1.7 # make install clean === Checking files for jdk-1.7.0.00 `/usr/ports/distfiles/openjdk-7-ea-src-b59-14_may_2009.zip' is up to date. `/usr/ports/distfiles/jibx_1_1_5.zip' is up to date. (SHA256) openjdk-7-ea-src-b59-14_may_2009.zip: OK (SHA256) jibx_1_1_5.zip: OK === jdk-1.7.0.00b59p0 depends on: jdk-=1.6,1.7 - not found === Verifying install for jdk-=1.6,1.7 in devel/jdk/1.6 === Checking files for jdk-1.6.0.03 `/usr/ports/distfiles/jdk-6u3-fcs-src-b05-jrl-24_sep_2007.jar' is up to date. `/usr/ports/distfiles/jdk-6u3-fcs-bin-b05-jrl-24_sep_2007.jar' is up to date. `/usr/ports/distfiles/jdk-6u3-fcs-mozilla_headers-b05-unix-24_sep_2007.jar' is up to date. `/usr/ports/distfiles/bsd-jdk16-patches-4.tar.bz2' is up to date. (SHA256) jdk-6u3-fcs-src-b05-jrl-24_sep_2007.jar: OK (SHA256) jdk-6u3-fcs-bin-b05-jrl-24_sep_2007.jar: OK (SHA256) jdk-6u3-fcs-mozilla_headers-b05-unix-24_sep_2007.jar: OK (SHA256) bsd-jdk16-patches-4.tar.bz2: OK === jdk-1.6.0.03p7 depends on: jdk-=1.5,1.6 - not found === Verifying install for jdk-=1.5,1.6 in devel/jdk/1.5 === Patching for jdk-1.5.0.16 `/usr/ports/obj/jdk-1.5.0.16/.prepatch_done' is up to date. Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to hotspot/build/bsd/makefiles/adlc.make.rej *** patch-hotspot_build_bsd_makefiles_adlc_make did not apply cleanly Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to hotspot/build/bsd/makefiles/gcc.make.rej *** patch-hotspot_build_bsd_makefiles_gcc_make did not apply cleanly Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to hotspot/build/bsd/makefiles/jvmti.make.rej *** patch-hotspot_build_bsd_makefiles_jvmti_make did not apply cleanly Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to hotspot/src/os/bsd/vm/os_bsd.cpp.rej *** patch-hotspot_src_os_bsd_vm_os_bsd_cpp did not apply cleanly Ignoring previously applied (or reversed) patch. 3 out of 3 hunks ignored--saving rejects to hotspot/src/os/bsd/vm/perfMemory_bsd.cpp.rej *** patch-hotspot_src_os_bsd_vm_perfMemory_bsd_cpp did not apply cleanly Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to hotspot/src/os_cpu/bsd_amd64/vm/assembler_bsd_amd64.cpp.rej *** patch-hotspot_src_os_cpu_bsd_amd64_vm_assembler_bsd_amd64_cpp did not apply cleanly Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to j2se/make/common/Defs.gmk.rej *** patch-j2se_make_common_Defs_gmk did not apply cleanly Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to j2se/make/sun/javac/recompile/library/Makefile.rej *** patch-j2se_make_sun_javac_recompile_library_Makefile did not apply cleanly Ignoring previously applied (or reversed) patch. 3 out of 3 hunks ignored--saving rejects to j2se/src/share/classes/java/lang/ClassLoader.java.rej *** patch-j2se_src_share_classes_java_lang_ClassLoader_java did not apply cleanly Ignoring previously applied (or reversed) patch. 4 out of 4 hunks ignored--saving rejects to j2se/src/share/classes/java/util/Calendar.java.rej *** patch-j2se_src_share_classes_java_util_Calendar_java did not apply cleanly Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to j2se/src/share/classes/sun/security/provider/Sun.java.rej *** patch-j2se_src_share_classes_sun_security_provider_Sun_java did not apply cleanly Ignoring previously applied (or reversed) patch. 2 out of 2 hunks ignored--saving rejects to j2se/src/solaris/bin/java_md.c.rej *** patch-j2se_src_solaris_bin_java_md_c did not apply cleanly Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to j2se/src/solaris/classes/sun/security/provider/NativePRNG.java.rej *** patch-j2se_src_solaris_classes_sun_security_provider_NativePRNG_java did not apply cleanly Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to j2se/src/solaris/native/com/sun/management/UnixOperatingSystem_md.c.rej *** patch-j2se_src_solaris_native_com_sun_management_UnixOperatingSystem_md_c did not apply cleanly Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to j2se/src/solaris/native/com/sun/security/auth/module/Unix.c.rej *** patch-j2se_src_solaris_native_com_sun_security_auth_module_Unix_c did not apply cleanly *** Error code 1 Stop in /usr/ports/devel/jdk/1.5 (line 2091 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/jdk/1.5 (line 1444 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/jdk/1.5 (line 1984 of /usr/ports/infrastructure/mk/bsd.port.mk). ***
Re: ComixWall terminated
On Fri, Dec 11, 2009 at 10:19:38AM +0100, P-O Yliniemi wrote: Jacob Meuser skrev 2009-12-10 16:32: On Thu, Dec 10, 2009 at 12:21:34PM +, Michal wrote: So what...someone was wrong what was wrong here was Soner Tari posting private emails to a public mailing lists. There are a lot more abuse of the misc list than Soner posting about his OpenBSD project. Maybe Theo should install a decent spam filter for the lists ? Just a few of the recent ones: those aren't telling OpenBSD users which, except for the trolls, is probably the majority of readers of misc@, to use !OpenBSD, or to be more liberal, to use -stable (which arguably detracts from development on it's own) + some other bullshit that isn't supported by OpenBSD in any way. why is that so hard to understand? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Infos Sportnco : Pariez sur le chos Lyon - Bordeaux et la coupe d'Europe de rugby !
Si ce message ne s'affiche pas correctement, lisez-le en cliquant
ici
Cher client(e),
Retour de la Coupe d'Europe de rugby et 1 choc en foot !
bull; Samedi : Ulster / Stade Frangais et Cardiff Blues / Toulouse comme
chocs en coupe d'Europe de rugby ce samedi.
bull; Diomanche : Clermont / Leicester est le choc de la journie en coupe
d'Europe de rugby et Lyon / Bordeaux le gros choc de Ligue 1 !
ULSTER - STADE FRANCAIS
2.31
15
1.39*
Paris a une trhs belle occasion de quasiment assurer sa
qualification dhs ce week-end en battant son principal
adversaire et dauphin au classement, Ulster !
LYON - BORDEAUX
2.1
2.46
3.01*
Le choc de la journie entre les 2 derniers champions !
Lyon qui semble peu s{r de son jeu en ce moment,
riussira-t-il ` contrer les Bordelais ` qui tout riussit ?
Samedi 12 dicembre
19:00
Foot, Ligue 1
Le Mans / Valenciennes
19:00
Foot, Ligue 1
Lens / Nice
19:00
Foot, Ligue 1
Marseille / Boulogne
19:00
Foot, Ligue 1
Nancy / Rennes
21:00
Foot, Ligue 1
Lorient / Auxerre
Dimanche 13 dicembre
13:45
Rugby, Hcup
Biarritz / Dragons
17:00
Foot, Ligue 1
Monaco / Lille
17:00
Foot, Ligue 1
Paris S.G. / St Etienne
17:00
Foot, Ligue 1
Toulouse / Montpellier
21:00
Foot, Ligue 1
Lyon / Bordeaux
-Pour nous contacter : cont...@sportnco.fr / est une plateforme iditie
par FRANCE PARI sas
Vous pouvez vous disabonner en utilisant le lien
* Les cttes sont insiries avant l'envoi et sont susceptibles d'ivoluer au fur
et ` mesure des diffirents paris enregistris sur le
site.
Re: ComixWall terminated
Its so sad... Because of a lack of respect and a little humility all this shit is taking place. To make a mistake is human, to forgive is divine. Respect and honor for who deserve it. My best regards Fabio Almeida
regalati un natale piu buono con ........
ENRICO E MICHELE INSIEME A TUTTO LO STAFF DELL'OASI GT RINGRAZIANDOVI PER LA PREFERENZA ACCORDATACI ANCHE QUEST'ANNO ( NELLA SCELTA DEI NOSTRI PRODOTTI TIPICI) E RIMANENDO A VOSTRA COMPLETA DISPOSIZIONE, VI AUGURANO UN SERENO NATALE E UN PROSPEROSO ANNO NUOVO. REGALATI UN NATALE PIU BUONO . CON L'OLIO EXTRAVERGINE DI OLIVA DELL'OASI GT OFFERTA OLIO EXTRAVERGINE DI OLIVA DI PRIMA SPREMITURA A FREDDO (NUOVA PRODUZIONE) 2 LATTINE DA 5 LT euro 69.00 COMPRESO DI SPEDIZIONE , A LITRO euro 6.90 3 LATTINE DA 5 LT euro 99.00 COMPRESO DI SPEDIZIONE, A LITRO euro 6.60 6 LATTINE DA 5 LT euro 189.00 COMPRESO DI SPEDIZIONE, A LITRO euro 6.30 OASI GT PRODOTTI TIPICI DEL GARGANO SS 272 KM 38 PER MONTE SANT'ANGELO 71013 SAN GIOVANNI ROTONDO FG INFO: TEL 0882.45.45.49
Re: Used of dd for mirroring of quick disk replacement across servers, and second question for bigger drives?
On Thu, Dec 10, 2009 at 07:54:55PM -0500, Daniel Ouellet wrote: 1. use of dd across servers. 2. use dd or the like to increase disk size with same content in the end. == 1. I am trying to see if I can mirror raw disks across servers [like] dd if=/dev/rsd0c of=/dev/rwd1c bs=1m dd is a bit simplistic. rsync would be rather useful here, to keep a mirror up-to-date. This probably works best on filesystems, not raw drivers, but should work in either case. rsync is well-known, trusted, and works over ssh. 2. (...) I also [want] to replace with bigger drives now (...) on Solaris with plenty of hard and symbolic links and on system that include installations of software at the company that run proprietary software and really do not provide details sadly. So far I always take care of drives that may be flaky by simply booting an OpenBSD live CD and use DD to mirror the SCSI drive in it, remove the old, put the new one in and be done with it. I do that to keep drive in best shape and be sure it doesn't crash on me. Or provide me better chance not to anyway. dd can be used to copy data. Thereafter, you could, for instance, extend the last partition and the filesystem on it. Of course, this is system-specific and I don't really know a lot about Solaris. Joachim
Re: ComixWall terminated
Am 11 Dec 2009 um 09:19 schrieb P-O Yliniemi: There are a lot more abuse of the misc list than Soner posting about his OpenBSD project. Maybe Theo should install a decent spam filter for the lists ? This is levelling down a distinction: there's spam that's definitely spam and can be filtered reasonably easily before or after being sent to the list. Sending something to the list that's not readily distinguishable from other content is no longer a problem for a spam filter, wherever it may sit. The fact that the list doesn't filter spam for you mechanically doesn't mean members shouldn't intervene against a different class of posting. What's wrong with posting OpenBSD-related 'adverts', and in this special case with ComixWall which is totally free ? Well, if the principle is that this list is to build and support community around OpenBSD, it's a question about what's considered acceptable conduct within the community. Clearly there are strong feelings on either side, but I gotta ask whether advertising a redistribution, where there's not a lot of evidence of other involvement in the community, doesn't at least come across as, at minimum, genuinely subject to question. We can disagree as to what the answer is, but the exceptional characteristics that make this a question don't just answer themselves by the kinds of characteristics or implications that have been argued in its favour. I agree with a lot of the other posts that ComixWall doesn't really promote OpenBSD in any way, but for those who are looking for a solution like the one that it provides, this distribution will save some hours of installation and compilation time. Sure, but how about substantial questions like code audits for the PHP code and determining processes and mechanisms for patching? Binary distribution may not be a sin in itself (I've come around to the opinion that it's largely oversold as to its benefits), but, particularly if it's claiming to carry the flag of simplification, one may nevertheless be circumspect about the approach and implementation, by people who've not otherwise established standing in the community and demonstrated the viability of their work in that context. I understand why people who've made sustained contributions to OpenBSD would not be happy with advertising a redistribution vexed by these kinds of questions. I've had enough experience with Unix engineering to have both sympathy for someone who does this kind of work independently of established community organs and a strong scepticism as to whether the product will be nearly as robust as advertised or imagined for lack of strong challenges and correctives from peers and existing centres of expertise. I can't think it reasonable to be so taken away with the sympathetic element of response as to overlook or underweight the strong prospect of flaws resulting from the approach taken, and I think it's adequate here that the issues be merely prospective, as vetting needs to happen before a product is announced as shipping. Conversely, with time spent talking about how you might solve the kinds of problems entailed by such project, developers have a decent chance of establishing credibility and the prospective quality of their project well enough that they wouldn't necessarily have to overload an existing channel to make release announcements. Alternatively, such developers would recognise some fundamental misconceptions and find other projects on which to expend their energies. My 2p, Buffer G. Overflow
Re: ComixWall terminated
Bayard Bell wrote: This is levelling down a distinction: there's spam that's definitely spam [evil cut] Conversely, with time spent talking ... time we wont get back, and that wont further either project. Net gain for everyone? 0.
Re: pf and fragmented IPv6 packets
* Stuart Henderson (s...@spacehopper.org) wrote: On 2009-12-10, Jonas Thambert jonas.thamb...@sitic.se wrote: Like a month ago we got a complain from a user that our website was unreachable over IPv6. We have 2x Native Ipv6 transits. The user had bought IPv6 from an ISP thay uses tunneling to deliver it to the organization. After some packet traces we found out that the problem was in PF and that it doesn't seem to handle fragmented IPv6 packets. Sure enough, from the man page of pf.conf: Currently, only IPv4 fragments are supported and IPv6 fragments are blocked unconditionally. The problem is that some of Swedens largest ISPs uses tunneling for IPv6 to their customers so we can't just say, ditch em. Terredo seems to work fine. Is there a workaround or plans to implement support for this is pf? the workaround is to reduce the MTU, or for TCP you can use scrub max-mss (1220 is a safe value to clamp MSS to; this equates to MTU 1280, which all IPv6 hosts are required to handle). Could someone please hit me with a clue stick if I am wrong here... If there is tunnel reducing the MTU then the tunnel endpoint should send an ICMPv6 packet too big to the sender. My assumption is that the host then shall reduce the MTU, i.e. putting less stuff in each packet, not that the host should create big packets and then fragment them. /Joakim
Re: add example -ifp usage to route man page
On Wed, Dec 09, 2009 at 02:37:32PM -0800, Doran Mori wrote: Sorry I'm not man enough...err savvy enough to know the man page ways to write the needed lingo. Could somebody update the man page for route with the following gist: In a change or add command where the destination and gateway are not suf- ficient to specify the route, the -ifp or -ifa modifiers may be used to determine the interface or interface address. + -ifa specifies an interface by its IP address (not name). + + -ifp specifies an interface by name and link layer address: + + -ifp interface name:link layer address + + example: + + route add 192.1.2.3 10.10.0.34 -ifp em0:08:00:69:ff:ff:ff dmo hi. i've talked to claudio a bit about this, and i think it's not gonna go in. the man page is fairly clear that ifp is the interface name, and -ifa its address. if you look closely you'll see that, for better or for worse, the whole page is written in that style. i'm not sure that the text you're proposing will make things any clearer. by the way, -ifp does not require the :address part - the interface name is sufficient. if you look at pppoe(4), there's an example in there that uses this syntax (and it does work). jmc
Re: ComixWall terminated
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 11 Dec 2009 um 09:19 schrieb P-O Yliniemi: There are a lot more abuse of the misc list than Soner posting about his OpenBSD project. Maybe Theo should install a decent spam filter for the lists ? Just a few of the recent ones: From: Commonwealth Bankmemberserv...@commonwealth.com.au To: misc@openbsd.org Subject: Commonwealth Bank of Australia Security Department Team. Date: 10 Dec 2009 15:47:59 -0800 From: Systat Software, Incnewversi...@systat.us To: misc@openbsd.orgmisc@openbsd.org Subject: SigmaPlot11.2 - NoCost Update Available Date: Thu, 10 Dec 2009 14:25:49 -0800 From: Akis Angelakisi...@image-a.gr To:misc@openbsd.org Subject: LIFE GOOD NEWSLETTER no 57 Date: Thu, 10 Dec 2009 13:28:46 +0200 From: ma-boutique-deco.commaboutique-d...@my-deco-shop.com To: misc@openbsd.org Subject: =?utf-8?q?[blog_deco_et_design]_nouveaut=c3=a9s_my-deco-shop_-_m...@openbsd.org?= Date: Thu, 10 Dec 2009 11:30:07 +0100 This is levelling down a distinction: there's spam that's definitely spam and can be filtered reasonably easily before or after being sent to the list. Sending something to the list that's not readily distinguishable from other content is no longer a problem for a spam filter, wherever it may sit. What's wrong with posting OpenBSD-related 'adverts', and in this special case with ComixWall which is totally free ? Well, if the principle is that this list is to build and support community around OpenBSD, it's a question about what's considered appropriate conduct within the community. Clearly there are strong feelings on either side, but I gotta ask whether advertising a redistribution, where there's not a lot of evidence of other involvement in the community, doesn't at least come across as, at minimum, genuinely subject to question. You can disagree as to what the answer is, but the exceptional characteristics that make this a question don't just answer themselves by the kinds of characteristics or implications that have been argued in its favour. I agree with a lot of the other posts that ComixWall doesn't really promote OpenBSD in any way, but for those who are looking for a solution like the one that it provides, this distribution will save some hours of installation and compilation time. Sure, but how about substantial questions like code audits for the PHP code and determining processes and mechanisms for patching? Binary distribution may not be a sin in itself (I've come around to the opinion that it's largely oversold as to its benefits), but, particularly if it's claiming to carry the flag of simplification, one may nevertheless be circumspect about the approach and implementation, by people who've not otherwise established standing in the community. I've had enough experience with Unix engineering to have both sympathy for someone who does this kind of work independently of established community organs and a strong scepticism as to whether the product will be nearly as robust as advertised or imagined for lack of strong challenges and correctives from peers and existing centres of expertise. I certainly can't think it reasonable to be so taken away with the sympathetic element of response as to overlook or underweight the strong prospect of flaws resulting from the approach taken. Conversely, with time spent talking about how you might solve the kinds of problems entailed by such project, you'd have a decent chance of establishing your credibility and the prospective quality of your project well enough that you wouldn't have to overload an existing channel to make release announcements, no? ...my 217 kronor of time... /PeO iEYEARECAAYFAksiLBQACgkQcZQHT1XL9xkQ5ACgoF7xk2XHGkgYAJSWBEBBJnnX orgAnixN3QXb89yZiZQ0v6hSr6nS+jbn =UbvM -END PGP SIGNATURE-
Re: pf and fragmented IPv6 packets
On 2009/12/11 14:14, Joakim Aronius wrote: Could someone please hit me with a clue stick if I am wrong here... If there is tunnel reducing the MTU then the tunnel endpoint should send an ICMPv6 packet too big to the sender. You can't rely on should.
empty arrow in out-of-date
Hello misc. I'm using -current, and I'm getting the following output from /usr/ports/infrastructure/build/out-of-date: net/avahi,-main # - python-2.5.4p2 Usually an arrow after the # sign, points from an older version to a newer one. This arrow has no from. What does this mean? Is my avahi really out-of-date? I tried make update but it didn't work. Thanks. -- Thanos Tsouanas http://mpla.math.uoa.gr/~thanos/
sound problems with -current
After upgrading to the latest -current as of Dec 9, I no longer have any control of sound output except within mplayer or cdio cdplay, etc. This makes it impossible to listen to a list of mp3s (or whatever) without ear grindingly loud output. As soon as next file starts, output cranks back up to default level, which is excessive. I just moved this thread to misc, this is a problem apparently with mixerctl or other. Mixerctl has no effect at all. Not even mute works. OpenBSD 4.6-current (GENERIC) #450: Wed Dec 9 16:09:40 MST 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium III (GenuineIntel 686-class, 128KB L2 cache) 899 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 536375296 (511MB) avail mem = 511082496 (487MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/19/01, BIOS32 rev. 0 @ 0xfb0c0, SMBIOS rev. 2.3 @ 0xf0800 (38 entries) bios0: vendor Award Software International, Inc. version 6.00 PG date 12/19/2001 bios0: LEGEND.QDI(R) SynactiX5EP apm0 at bios0: Power Management spec V1.2 (slowidle) apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0xb540 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfded0/192 (10 entries) pcibios0: PCI Exclusive IRQs: 5 9 11 12 pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371SB ISA rev 0x00) pcibios0: PCI bus #3 is the last bus bios0: ROM list: 0xc/0xd000 0xd/0x4000! cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82815 Host rev 0x04 intelagp0 at pchb0 agp0 at intelagp0: aperture at 0xe000, size 0x240 ppb0 at pci0 dev 1 function 0 Intel 82815 AGP rev 0x04 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon 9500/9700 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) radeondrm0 at vga1: irq 5 drm0 at radeondrm0 ATI Radeon 9500/9700 Sec rev 0x00 at pci1 dev 0 function 1 not configured ppb1 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0x05 pci2 at ppb1 bus 2 ppb2 at pci2 dev 11 function 0 IBM 82351 PCI-PCI rev 0x01 pci3 at ppb2 bus 3 tl0 at pci3 dev 0 function 0 Compaq DP Netelligent 10/100TX rev 0x10: irq 11 address 00:08:c7:5d:a2:8f nsphy0 at tl0 phy 1: DP83840 10/100 PHY, rev. 1 ukphy0 at tl0 phy 31: Generic IEEE 802.3u media interface, rev. 5: OUI 0x100014, model 0x0001 tl1 at pci3 dev 1 function 0 Compaq DP Netelligent 10/100TX rev 0x10: irq 12 address 00:08:c7:5d:a2:0f nsphy1 at tl1 phy 1: DP83840 10/100 PHY, rev. 1 ukphy1 at tl1 phy 31: Generic IEEE 802.3u media interface, rev. 5: OUI 0x100014, model 0x0001 emu0 at pci2 dev 14 function 0 Creative Labs SoundBlaster Audigy rev 0x04: irq 9 ac97: codec id 0x83847650 (SigmaTel STAC9750/51) ac97: codec features headphone, 20 bit DAC, 20 bit ADC, SigmaTel 3D audio0 at emu0 Creative Labs SoundBlaster Audigy Digital rev 0x04 at pci2 dev 14 function 1 not configured Creative Labs Firewire rev 0x04 at pci2 dev 14 function 2 not configured ichpcib0 at pci0 dev 31 function 0 Intel 82801BA LPC rev 0x05: 24-bit timer at 3579545Hz pciide0 at pci0 dev 31 function 1 Intel 82801BA IDE rev 0x05: DMA, channel 0 wired to compatibility, channel 1 wired to com patibility wd0 at pciide0 channel 0 drive 0: ST3200822A wd0: 16-sector PIO, LBA48, 190782MB, 390721968 sectors wd1 at pciide0 channel 0 drive 1: Maxtor 90430D3 wd1: 16-sector PIO, LBA, 4112MB, 8421840 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: BENQ, DVD DD DW1640, BSRB ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 31 function 2 Intel 82801BA USB rev 0x05: irq 11 uhci1 at pci0 dev 31 function 4 Intel 82801BA USB rev 0x05: irq 11 isa0 at ichpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 wbsio0 at isa0 port 0x2e/2: W83627HF rev 0x18 lm1 at wbsio0 port 0x290/8: W83627HF npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec usb0 at uhci0: USB revision 1.0 uhub0 at usb0 Intel UHCI root hub rev 1.00/1.00 addr 1 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 Intel UHCI root hub rev 1.00/1.00 addr 1 biomask ed65 netmask fd65 ttymask fdff mtrr: Pentium Pro MTRR support uhub2 at uhub0 port 1 Genesys Logic USB2.0 Hub rev 2.00/7.02 addr 2 uhub3 at uhub2 port 4 Genesys Logic USB2.0 Hub rev 2.00/7.02 addr 3
Re: pf and fragmented IPv6 packets
* Stuart Henderson (s...@spacehopper.org) wrote: On 2009/12/11 14:14, Joakim Aronius wrote: Could someone please hit me with a clue stick if I am wrong here... If there is tunnel reducing the MTU then the tunnel endpoint should send an ICMPv6 packet too big to the sender. You can't rely on should. Ok, granted, I was a bit sloppy with words there, the RFC says must for the ICMP message. But reading up a bit on how the source host shall handle the situation it turns out that you can do pretty much as you like... RFC 2460: In order to send a packet larger than a path's MTU, a node may use the IPv6 Fragment header to fragment the packet at the source and have it reassembled at the destination(s). However, the use of such fragmentation is discouraged in any application that is able to adjust its packets to fit the measured path MTU (i.e., down to 1280 octets). Cheers, /Joakim
ProLiant DL360 G3 - bge won't work
Hello Could you help me please with: I'm trying to install 4.6 on a ProLiant DL260 G3. The install from cd went just fine, but I discovered later that both integrated broadcom bge* do not work. Well, they accept IP and settings, but won't transmit a bit. Dhclient, tcpdump, ping - not a packet. I tried to change OS settings in Bios (Linux/Other) and MPS Table mode from 'auto' both to 'Full Table APIC' and 'Full Table Mapped'. I guess I didn't check all the possible combinations of APIC/OS :) Once I managed to crash to ddb while OS Setting was to Windows :) Nevertheless, they don't work neither with bsd nor bsd.mp kernel. dmesg follows: (this is a ramdisk install, but it is the same) OpenBSD 4.6 (RAMDISK_CD) #53: Thu Jul 9 21:41:35 MDT 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Intel(R) Xeon(TM) CPU 3.06GHz (GenuineIntel 686-class) 3.07 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CF LUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR real mem = 2147028992 (2047MB) avail mem = 2069016576 (1973MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xf, SMBIOS rev. 2.3 @ 0xec000 (42 entries) bios0: vendor HP version P31 date 03/03/2005 bios0: HP ProLiant DL360 G3 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 133MHz cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 2 pa 0xfec0, version 11, 16 pins ioapic1 at mainbus0: apid 3 pa 0xfec01000, version 11, 16 pins ioapic2 at mainbus0: apid 4 pa 0xfec02000, version 11, 16 pins ioapic3 at mainbus0: apid 5 pa 0xfec03000, version 11, 16 pinsacpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpiprt2 at acpi0: bus 4 (PCI2) bios0: ROM list: 0xc/0x8000 0xc8000/0x4000 0xcc000/0x1800 0xee000/0x2000! pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20-HE Host (GC-LE) rev 0x33 pchb1 at pci0 dev 0 function 1 ServerWorks CNB20-HE Host (GC-LE) rev 0x00 pchb2 at pci0 dev 0 function 2 ServerWorks CNB20-HE Host (GC-LE) rev 0x00 pci1 at pchb2 bus 1 bge0 at pci1 dev 2 function 0 Broadcom BCM5703X rev 0x02, BCM5703 A2 (0x1002): apic 3 int 14 (irq 11), address 00:0f:20:d1:7c:61 brgphy0 at bge0 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2 vga1 at pci0 dev 3 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) ciss0 at pci0 dev 4 function 0 Compaq Smart Array 5i/532 rev.2 rev 0x01: apic 3 int 15 (irq 3) ciss0: 1 LD, HW rev 1, FW 2.76/2.76 scsibus0 at ciss0: 1 targets sd0 at scsibus0 targ 0 lun 0: COMPAQ, LOGICAL VOLUME, 2.76 SCSI2 0/direct fixe d sd0: 69452MB, 512 bytes/sec, 142239510 sec total Compaq iLO rev 0x01 at pci0 dev 5 function 0 not configured Compaq iLO rev 0x01 at pci0 dev 5 function 2 not configured pcib0 at pci0 dev 15 function 0 ServerWorks CSB5 rev 0x93 pciide0 at pci0 dev 15 function 1 ServerWorks CSB5 IDE rev 0x93: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: COMPAQ, CRN-8245B, 2.19 ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2 ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x05: apic 2 int 10 (irq 10), version 1.0, legacy support pchb3 at pci0 dev 15 function 3 ServerWorks CSB5 LPC rev 0x00 pchb4 at pci0 dev 17 function 0 ServerWorks CIOB-X2 PCIX rev 0x05 pchb5 at pci0 dev 17 function 2 ServerWorks CIOB-X2 PCIX rev 0x05 pci2 at pchb5 bus 4 bge1 at pci2 dev 2 function 0 Broadcom BCM5703X rev 0x02, BCM5703 A2 (0x1002): apic 3 int 13 (irq 15), address 00:0f:20:d1:7c:5f brgphy1 at bge1 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec brgphy1 at bge1 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec usb0 at ohci0: USB revision 1.0 uhub0 at usb0 ServerWorks OHCI root hub rev 1.00/1.00 addr 1 rd0: fixed, 3800 blocks umass0 at uhub0 port 1 configuration 1 interface 0 HP Virtual Management Device rev 1.10/0.01 addr 2 umass0: using SCSI over Bulk-Only scsibus2 at umass0: 2 targets,
Re: ProLiant DL360 G3 - bge won't work
On 2009-12-11, at 10:43 AM, Peter Huncar wrote: Could you help me please with: I'm trying to install 4.6 on a ProLiant DL260 G3. The install from cd went just fine, but I discovered later that both integrated broadcom bge* do not work. Well, they accept IP and settings, but won't transmit a bit. Dhclient, tcpdump, ping - not a packet. I tried to change OS settings in Bios (Linux/Other) and MPS Table mode from 'auto' both to 'Full Table APIC' and 'Full Table Mapped'. I guess I didn't check all the possible combinations of APIC/OS :) Once I managed to crash to ddb while OS Setting was to Windows :) Nevertheless, they don't work neither with bsd nor bsd.mp kernel. Ran into this on Wednesday upgrading a DL360 G1 to a DL360 G3, it would find the bge0 and bge1 interface but neither would transmit. I ended up trying a suggestion from IRC to update to 4.6-current, which corrected the issue with the bge interfaces. -- Regards, Derek Buttineau Internet Systems Developer Compu-SOLVE Internet Services Compu-SOLVE Technologies, Inc Phone: 705-725-1212 x255 E-Mail: de...@csolve.net
Re: ProLiant DL360 G3 - bge won't work
On 16:43, Fri 11 Dec 09, Peter Huncar wrote: Hello Could you help me please with: I'm trying to install 4.6 on a ProLiant DL260 G3. The install from cd went just fine, but I discovered later that both integrated broadcom bge* do not work. Well, they accept IP and settings, but won't transmit a bit. Dhclient, tcpdump, ping - not a packet. I tried to change OS settings in Bios (Linux/Other) and MPS Table mode from 'auto' both to 'Full Table APIC' and 'Full Table Mapped'. I guess I didn't check all the possible combinations of APIC/OS :) Once I managed to crash to ddb while OS Setting was to Windows :) Nevertheless, they don't work neither with bsd nor bsd.mp kernel. Try -current. I remember someone having the same problem on a DL360 G3 and I also remember they said -current fixed it. -- Michiel van Baak mich...@vanbaak.eu http://michiel.vanbaak.eu GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x71C946BD Why is it drug addicts and computer aficionados are both called users?
Re: softraid not building on boot
Am 10 Dec 2009 um 23:00 schrieb Marco Peereboom: On Thu, Dec 10, 2009 at 05:00:34PM -0500, nixlists wrote: Hmmm. I've used hardware raid cards for mirrors that have the verify function. It would be interesting to know how and what those cards do. They read the data to make sure the disk is working. If one disk is failed they can rebuild that block from the remaining disk provided that the remaining disk isn't corrupt or broken too. They assume that the data that was read is accurate; if it isn't you are SOL. They either don't detect or ignore blocks that are different because they can not know which one is accurate (if any). Verify for RAID 1 is mostly marketing fluff. Not that it provides concrete options in deciding between the options available here, but doesn't intent logging combined with checksums allow this problem to be solved in software mirroring implementations such as VxVM or ZFS? Intent logging allows you to play back pending writes to deal with the question of differences in state after I/O is interrupted without detectable erroring, and checksums let you figure out whether a mirror is reading out data that is verifiably wrong (which may be the checksum or the data). You've mentioned RAID 5 and RAID 6 as solving these problems, where you by and large have to do checksum/parity operations for most kinds of I/O, but these characteristics needn't be exclusive to those RAID levels, even if they are necessarily to their implementation, no? (Again, this is an argument in principle, intended largely/solely as food for thought, rather than claiming that these problems are solved in any of the options at hand.)
Re: pf and fragmented IPv6 packets
Must is there, granted. For IPSec tunnels encapsulating IPv6 inside IPv4, there are tricky problems that were looked at during n2k9 but not solved that prevent the proper icmp6 too big message from being sent with the proper source address to match the VPN config so it might make it back to the proper system. Without this, MTU is not reduced, and fail is the result if using tunnel mode with IPSec encapsulating IPv6, only if this is traffic from a client behind a VPN gateway. For the gateways themselves, they generate the properly sized packets. Penned by Joakim Aronius on 20091211 16:19.47, we have: | * Stuart Henderson (s...@spacehopper.org) wrote: | On 2009/12/11 14:14, Joakim Aronius wrote: | Could someone please hit me with a clue stick if I am wrong here... | If there is tunnel reducing the MTU then the tunnel endpoint should | send an ICMPv6 packet too big to the sender. | | You can't rely on should. | | Ok, granted, I was a bit sloppy with words there, the RFC says must for the ICMP message. But reading up a bit on how the source host shall handle the situation it turns out that you can do pretty much as you like... | | RFC 2460: |In order to send a packet larger than a path's MTU, a node may use |the IPv6 Fragment header to fragment the packet at the source and |have it reassembled at the destination(s). However, the use of such |fragmentation is discouraged in any application that is able to |adjust its packets to fit the measured path MTU (i.e., down to 1280 |octets). | | Cheers, | /Joakim -- Todd Fries .. t...@fries.net _ | \ 1.636.410.0632 (voice) | Free Daemon Consulting, LLC \ 1.405.227.9094 (voice) | http://FreeDaemonConsulting.com \ 1.866.792.3418 (FAX) | 2525 NW Expy #525, Oklahoma City, OK 73112 \ sip:freedae...@ekiga.net | ..in support of free software solutions. \ sip:4052279...@ekiga.net \\ 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A http://todd.fries.net/pgp.txt
Re: ioctl error
On Fri, Dec 11, 2009 at 2:01 AM, Ismail OZATAY ism...@ismailozatay.net wrote: http://www.lmgtfy.com is a usefull web site for kids and handicaps. I think it's more for lazy people and morons, two groups which largely overlap one another.
Obtén entradas gratis para visitar Ciudad Navidad y la casa de Santa!!!!
ObtC)n entradas gratis para Ciudad Navidad que se presentara del 10 al 20 de Diciembre en el Parque del agricultor (Frente al Aeropuerto) en donde estarC! la casa de santa , el taller con los duendes, juegos, venta de productos diversos, es importante saber que lo que se recaude es en beneficio de la Unidad de Cuidados Paliativos. (Reenviando este correo a 5 de tus contactos con una copia a santae...@gmail.com participas en el sorteo de 100 entradas donde puedes ir a divertirte con toda la familia) Emarketing de Costa Rica S.A. Ofrecemos: !!! Envios a nuestras bases de datos mas de 300.000 emails!!! !!! Video emails... Lo ultimo en publicidad por Correo Electronico !!! !!! Envios a sus bases de datos !!! ( seguridad y confiabilidad ) !!! Plataforma personal para que haga sus envios !!! ( Patrocinadores de aldeas S.O.S y fundacion Samuel ) Telefonos (506 ) 22 97 14 04 / (506) 89 24 62 64 !!! Nueve aC1os de experiencia !!! www.e-marketingcr.net / ven...@e-marketingcr.net Si desea desinscribirse haga click Aqui LNG_Default_Global_HTML_Footer[IMAGE]
pseudo-crash on OpenBSD 4.5
Got a bit of an oddity with OpenBSD 4.5 - it's not quite a crash, but close. It has happened 3 times now, usually after running flawlessly for 2-3 weeks. Fully up to date with 4.5-stable, running GENERIC.MP on a Dell poweredge R300 quad-core server with 4 gig ram (dmesg below). It's used as a firewall/NAT/vpn gateway, and as an email server. When the problem occurs, all services on the server stop responding (pop,imap,smtp, etc). The odd thing is that it does respond to ping, and the server still routes traffic correctly, and the vpn is up. The server console shows nothing out of the ordinary (white on black text login prompt, no X11), but the console is frozen - doesn't respond to keyboard. Since it doesn't actually panic, I can't run the usual debug tools. My only choice is to reboot. This is my only quad-core server with 4 gig - I'm wondering if it's related to GENERIC.MP or all the ram. (I have many other openbsd 4.5 boxes, none have this issue, but they are single-core and less than 3 gig ram) Any suggestions? Dell has a bios upgrade, I'll give that a try. OpenBSD 4.5-stable (GENERIC.MP) #2: Wed Nov 4 21:53:18 EST 2009 usern...@servername:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Xeon(R) CPU X3323 @ 2.50GHz (GenuineIntel 686-class) 2.51 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR real mem = 3483598848 (3322MB) avail mem = 3379777536 (3223MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 08/15/08, BIOS32 rev. 0 @ 0xfa520, SMBIOS rev. 2.5 @ 0xcfb9c000 (55 entries) bios0: vendor Dell Inc. version 1.3.0 date 08/15/2008 bios0: Dell Inc. PowerEdge R300 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC SPCR HPET MCFG WD__ SLIC ERST HEST BERT EINJ TCPA 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: apic clock running at 333MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Xeon(R) CPU X3323 @ 2.50GHz (GenuineIntel 686-class) 2.50 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Xeon(R) CPU X3323 @ 2.50GHz (GenuineIntel 686-class) 2.50 GHz cpu2: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Xeon(R) CPU X3323 @ 2.50GHz (GenuineIntel 686-class) 2.50 GHz cpu3: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 4 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 5 (PEX4) acpiprt2 at acpi0: bus 7 (PEX6) acpiprt3 at acpi0: bus 1 (SBE4) acpiprt4 at acpi0: bus 2 (SBE5) acpiprt5 at acpi0: bus 10 (COMP) acpicpu0 at acpi0: C3 acpicpu1 at acpi0: C3 acpicpu2 at acpi0: C3 acpicpu3 at acpi0: C3 bios0: ROM list: 0xc/0x9000 0xc9000/0x1000 0xca000/0x2000 0xcc000/0x5c00 0xec000/0x4000! ipmi at mainbus0 not configured cpu0: Enhanced SpeedStep disabled by BIOS pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 5100 Host rev 0x90 ppb0 at pci0 dev 2 function 0 Intel 5100 PCIE rev 0x90 pci1 at ppb0 bus 3 ppb1 at pci0 dev 3 function 0 Intel 5100 PCIE rev 0x90 pci2 at ppb1 bus 4 ppb2 at pci0 dev 4 function 0 Intel 5100 PCIE rev 0x90: apic 4 int 16 (irq 0) pci3 at ppb2 bus 5 mpi0 at pci3 dev 0 function 0 Symbios Logic SAS1068E rev 0x08: apic 4 int 16 (irq 15) scsibus0 at mpi0: 112 targets sd0 at scsibus0 targ 0 lun 0: Dell, VIRTUAL DISK, 1028 SCSI3 0/direct fixed sd0: 476416MB, 512 bytes/sec, 975699968 sec total ses0 at scsibus0 targ 8 lun 0: DP, BACKPLANE, 1.05 SCSI3 13/enclosure services fixed ppb3 at pci0 dev 5 function 0 Intel 5100 PCIE rev 0x90 pci4 at ppb3 bus 6 ppb4 at pci0 dev 6 function 0 Intel 5100 PCIE rev 0x90: apic 4 int 16 (irq 0) pci5 at ppb4 bus 7 bge0 at pci5 dev 0 function 0 Broadcom BCM5722 rev 0x00, BCM5755 C0 (0xa200): apic 4 int 16 (irq 15), address 00:10:18:49:cd:f7 brgphy0 at bge0 phy 1: BCM5722 10/100/1000baseT PHY, rev. 0 ppb5 at pci0 dev 7 function 0 Intel 5100 PCIE rev 0x90 pci6 at ppb5 bus 8 pchb1 at pci0 dev 16 function 0 Intel 5100 FSB rev 0x90 pchb2 at pci0 dev 16 function 1 Intel 5100 FSB rev 0x90 pchb3 at pci0 dev 16 function 2 Intel 5100 FSB rev 0x90 pchb4 at pci0 dev 17 function 0 Intel 5100 Reserved rev 0x90 pchb5 at pci0 dev 19 function 0 Intel 5100 Reserved rev 0x90 pchb6 at pci0 dev 21 function 0 Intel 5100 DDR rev 0x90 pchb7 at pci0 dev 22
Re: ProLiant DL360 G3 - bge won't work
Thanks but is the issue fixed in the newest snapshot as well? I booted 46 snapshot and it doesn't Michiel van Baak wrote: On 16:43, Fri 11 Dec 09, Peter Huncar wrote: Hello Could you help me please with: I'm trying to install 4.6 on a ProLiant DL260 G3. The install from cd went just fine, but I discovered later that both integrated broadcom bge* do not work. Well, they accept IP and settings, but won't transmit a bit. Dhclient, tcpdump, ping - not a packet. I tried to change OS settings in Bios (Linux/Other) and MPS Table mode from 'auto' both to 'Full Table APIC' and 'Full Table Mapped'. I guess I didn't check all the possible combinations of APIC/OS :) Once I managed to crash to ddb while OS Setting was to Windows :) Nevertheless, they don't work neither with bsd nor bsd.mp kernel. Try -current. I remember someone having the same problem on a DL360 G3 and I also remember they said -current fixed it.
Re: SMP
Thanks to everyone who took the time to weigh in on this. Perhaps most useful to me are the comments of those who have used OpenBSD for heavy database work (I intend to use Postgresql) and have gotten satisfactory results. To Daniel -- I don't think we'll be working for or with each other in the foreseeable future. But I will try to help you understand why I'm taking the approach I am. I'm retired and this work is being done by me and for me; it is not for a client or a company. I don't want to turn it into a big engineering project and proper experimentation would be time-consuming because the database is very large; I want to load it once. I prefer to spend my time doing the things I retired to do. If the project doesn't turn out as well as it might because I didn't engineer it to a fare-thee-well, *I'm* the one who suffers, no one else, and I'm willing to take that chance. I would also point out to you that I never said that I needed fine locking, which, in fact, I don't know and thus can't say. How could I possibly know that without doing the experiments that I've already said I haven't done? I do thank you, though, for your observations about your own experience with database work on OpenBSD. /Don Allen
Re: sound problems with -current
On Fri, Dec 11, 2009 at 08:27:42AM -0600, Chris Bennett wrote: After upgrading to the latest -current as of Dec 9, I no longer have any control of sound output except within mplayer or cdio cdplay, etc. This makes it impossible to listen to a list of mp3s (or whatever) without ear grindingly loud output. As soon as next file starts, output cranks back up to default level, which is excessive. I just moved this thread to misc, this is a problem apparently with mixerctl or other. Mixerctl has no effect at all. Not even mute works. could you send the output of ``mixerctl -v'', then adjust the volume (using mixerctl) and then send the output of another ``mixerctl -v'' ? Does a power cycle change anything? -- Alexandre
Re: add example -ifp usage to route man page
hi. i've talked to claudio a bit about this, and i think it's not gonna go in. the man page is fairly clear that ifp is the interface name, and -ifa its address. if you look closely you'll see that, for better or for worse, the whole page is written in that style. i'm not sure that the text you're proposing will make things any clearer. by the way, -ifp does not require the :address part - the interface name is sufficient. if you look at pppoe(4), there's an example in there that uses this syntax (and it does work). jmc Ok, I didn't realize the interface name was sufficient. I would of have never looked at pppoe(4) unless you told me about it. I suggest just adding name then: -determine the interface or interface address. +determine the interface name or interface address. Just because interface by itself was a little generic and if someone uses the mac address of the interface alone it won't work. dmo
Re: pseudo-crash on OpenBSD 4.5
Quoting bill...@lavabit.com: Got a bit of an oddity with OpenBSD 4.5 - it's not quite a crash, but close. It has happened 3 times now, usually after running flawlessly for 2-3 weeks. Fully up to date with 4.5-stable, running GENERIC.MP on a Dell poweredge R300 quad-core server with 4 gig ram (dmesg below). It's used as a firewall/NAT/vpn gateway, and as an email server. When the problem occurs, all services on the server stop responding (pop,imap,smtp, etc). The odd thing is that it does respond to ping, and the server still routes traffic correctly, and the vpn is up. The server console shows nothing out of the ordinary (white on black text login prompt, no X11), but the console is frozen - doesn't respond to keyboard. Since it doesn't actually panic, I can't run the usual debug tools. My only choice is to reboot. This is my only quad-core server with 4 gig - I'm wondering if it's related to GENERIC.MP or all the ram. (I have many other openbsd 4.5 boxes, none have this issue, but they are single-core and less than 3 gig ram) Any suggestions? Dell has a bios upgrade, I'll give that a try. Just to get two things out of the way: 1) try the sp kernel, and 2) drop down to 2G of memory. A friend ran across some dell or hp system that didn't like having 4g of ram, so its an east test do do. bios upgrades are almost always a great thing to try. --STeve Andre'
Re: sound problems with -current
Alexandre Ratchov wrote: On Fri, Dec 11, 2009 at 08:27:42AM -0600, Chris Bennett wrote: After upgrading to the latest -current as of Dec 9, I no longer have any control of sound output except within mplayer or cdio cdplay, etc. This makes it impossible to listen to a list of mp3s (or whatever) without ear grindingly loud output. As soon as next file starts, output cranks back up to default level, which is excessive. I just moved this thread to misc, this is a problem apparently with mixerctl or other. Mixerctl has no effect at all. Not even mute works. could you send the output of ``mixerctl -v'', then adjust the volume (using mixerctl) and then send the output of another ``mixerctl -v'' ? Does a power cycle change anything? -- Alexandre $ mixerctl -v mixerctl -v outputs.master=167,167 volume outputs.master.mute=off [ off on ] outputs.mono=255 volume outputs.mono.mute=on [ off on ] outputs.mono.source=mixerout [ mixerout mic ] outputs.hp=255,255 volume outputs.hp.mute=off [ off on ] inputs.spkr=255 volume inputs.spkr.mute=off [ off on ] inputs.phone=191 volume inputs.phone.mute=on [ off on ] inputs.mic=191 volume inputs.mic.mute=on [ off on ] inputs.mic.preamp=off [ off on ] inputs.mic.source=mic0 [ mic0 mic1 ] inputs.line=191,191 volume inputs.line.mute=on [ off on ] inputs.cd=191,191 volume inputs.cd.mute=off [ off on ] inputs.video=191,191 volume inputs.video.mute=on [ off on ] inputs.aux=191,191 volume inputs.aux.mute=off [ off on ] inputs.dac=191,191 volume inputs.dac.mute=off [ off on ] record.source=mic [ mic cd video aux line mixerout mixeroutmono phone ] record.volume=255,255 volume record.volume.mute=off [ off on ] outputs.spatial=off [ off on ] outputs.spatial.center=0 volume outputs.spatial.depth=0 volume outputs.extamp=off [ off on ] outputs.spdif=off [ off on ] $ mixerctl outputs.master=7,7 outputs.master: 167,167 - 7,7 $ mixerctl -v outputs.master=7,7 volume outputs.master.mute=off [ off on ] outputs.mono=255 volume outputs.mono.mute=on [ off on ] outputs.mono.source=mixerout [ mixerout mic ] outputs.hp=255,255 volume outputs.hp.mute=off [ off on ] inputs.spkr=255 volume inputs.spkr.mute=off [ off on ] inputs.phone=191 volume inputs.phone.mute=on [ off on ] inputs.mic=191 volume inputs.mic.mute=on [ off on ] inputs.mic.preamp=off [ off on ] inputs.mic.source=mic0 [ mic0 mic1 ] inputs.line=191,191 volume inputs.line.mute=on [ off on ] inputs.cd=191,191 volume inputs.cd.mute=off [ off on ] inputs.video=191,191 volume inputs.video.mute=on [ off on ] inputs.aux=191,191 volume inputs.aux.mute=off [ off on ] inputs.dac=191,191 volume inputs.dac.mute=off [ off on ] record.source=mic [ mic cd video aux line mixerout mixeroutmono phone ] record.volume=255,255 volume record.volume.mute=off [ off on ] outputs.spatial=off [ off on ] outputs.spatial.center=0 volume outputs.spatial.depth=0 volume outputs.extamp=off [ off on ] outputs.spdif=off [ off on ] Changes, but volume remains unchanged. Power cycling has no effect Volume can be changed with mplayer keys, but not from mixerctl -- A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. -- Robert Heinlein
Re: Why is getaddrinfo breaking POSIX?
I did a quick perusal of the source (and compared it against the NetBSD tree) and it looks like the easiest way to make getaddrinfo() thread safe is to TURN OFF Yellow Pages (pee). NetBSD changes the only variable globals to local (in they yp code by removing the caching optimization) and puts a mutex in the yp code to protect its global variables. I would do the work but I can't test it (I have refused to use YP for the last 17.5 years). If someone volunteers to test, I'll rework the code. Brad Davis
Re: Why is getaddrinfo breaking POSIX?
On Fri, Dec 11, 2009 at 12:20:30PM -0700, Brad Davis wrote: I did a quick perusal of the source (and compared it against the NetBSD tree) and it looks like the easiest way to make getaddrinfo() thread safe is to TURN OFF Yellow Pages (pee). NetBSD changes the only variable globals to local (in they yp code by removing the caching optimization) and puts a mutex in the yp code to protect its global variables. I would do the work but I can't test it (I have refused to use YP for the last 17.5 years). If someone volunteers to test, I'll rework the code. Brad Davis Sorry, YP has to stay in. -Otto
Re: Why is getaddrinfo breaking POSIX?
I did a quick perusal of the source (and compared it against the NetBSD tree) and it looks like the easiest way to make getaddrinfo() thread safe is to TURN OFF Yellow Pages (pee). NetBSD changes the only variable globals to local (in they yp code by removing the caching optimization) and puts a mutex in the yp code to protect its global variables. I would do the work but I can't test it (I have refused to use YP for the last 17.5 years). If someone volunteers to test, I'll rework the code. It would be silly to turn off YP to solve this. It's much like saying that the simplest way to avoid children being hurt in car accidents during their teens is to abort them at birth. YP is good stuff. It is going to get us LDAP for nearly free.
Re: SMP
On 12/11/09 12:51 PM, Donald Allen wrote: Thanks to everyone who took the time to weigh in on this. Perhaps most useful to me are the comments of those who have used OpenBSD for heavy database work (I intend to use Postgresql) and have gotten satisfactory results. Then using PostgreSQL should really work well for you then and you wouldn't really need or benefit much from multicore kernel with the giant lock removed as PostgreSQL is not and do not use threads anyway by design oppose to MySQL that does. So, that choice of database eliminate your biggest concern form the start. Enjoy your retirement and try to still have fun. Best, Daniel
Re: sound problems with -current
On Fri, 11 Dec 2009, Chris Bennett wrote: After upgrading to the latest -current as of Dec 9, I no longer have any control of sound output except within mplayer or cdio cdplay, etc. This makes it impossible to listen to a list of mp3s (or whatever) without ear grindingly loud output. As soon as next file starts, output cranks back up to default level, which is excessive. I just moved this thread to misc, this is a problem apparently with mixerctl or other. Mixerctl has no effect at all. Not even mute works. Your problem sounds the same as mine. Except that I previously had cmedia card, which I took out, and started using my integrated sound chip. But maybe something is broken only for specific drivers? I never used the integrated chip before, so I cannot know if it is a feature or just something broken in OpenBSD. My previous post about it is here: http://marc.info/?l=openbsd-miscm=125545803828504w=2 OpenBSD 4.6-current (GENERIC) #447: Fri Dec 4 22:50:41 MST 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) XP 1500+ (AuthenticAMD 686-class, 256KB L2 cache) 1.36 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 804810752 (767MB) avail mem = 771174400 (735MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 09/05/03, BIOS32 rev. 0 @ 0xfdaf0, SMBIOS rev. 2.3 @ 0xf0630 (22 entries) bios0: vendor American Megatrends Inc. version Version 07.00T date 04/02/01 bios0: MSI MS-6590 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf7fb0/240 (13 entries) pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT8237 ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0xf600 0xcfe00/0x4400! 0xd4600/0x1800 cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA VT8377 PCI rev 0x80 viaagp0 at pchb0: v3 agp0 at viaagp0: aperture at 0xe000, size 0x1000 ppb0 at pci0 dev 1 function 0 VIA VT8377 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor ATI, unknown product 0x9505 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) re0 at pci0 dev 8 function 0 Realtek 8169 rev 0x10: RTL8110S (0x0400), irq 10, address 00:50:fc:f6:78:80 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 0 bge0 at pci0 dev 11 function 0 Broadcom BCM5788 rev 0x03, BCM5705 A3 (0x3003): irq 10, address 00:0c:76:3e:6d:c4 brgphy0 at bge0 phy 1: BCM5705 10/100/1000baseT PHY, rev. 2 pciide0 at pci0 dev 15 function 0 VIA VT6420 SATA rev 0x80: DMA pciide0: using irq 11 for native-PCI interrupt wd0 at pciide0 channel 0 drive 0: ST3250824AS wd0: 16-sector PIO, LBA48, 238475MB, 488397168 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 6 pciide1 at pci0 dev 15 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility pciide1: channel 0 disabled (no drives) atapiscsi0 at pciide1 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: PLEXTOR, DVDR PX-708A, 1.08 ATAPI 5/cdrom removable cd0(pciide1:1:0): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x81: irq 11 uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x81: irq 11 uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x81: irq 10 uhci3 at pci0 dev 16 function 3 VIA VT83C572 USB rev 0x81: irq 10 ehci0 at pci0 dev 16 function 4 VIA VT6202 USB rev 0x86: irq 10 ehci0: timed out waiting for BIOS usb0 at ehci0: USB revision 2.0 uhub0 at usb0 VIA EHCI root hub rev 2.00/1.00 addr 1 viapm0 at pci0 dev 17 function 0 VIA VT8237 ISA rev 0x00 iic0 at viapm0 iic0: addr 0x1b 06=f4 08=03 09=03 0b=fc 0c=0a 0d=0a 0e=f4 0f=07 10=0c 11=03 14=55 15=55 17=ff 18=ff 1c=02 20=fc 22=07 26=30 29=ff words 00=00ff 01=00ff 02=00ff 03=00ff 04=00ff 05=00ff 06=f4ff 07=00ff iic0: addr 0x2f 04=00 06=0b 07=00 0c=00 0d=07 0e=84 0f=00 10=c0 11=10 12=00 13=60 14=14 15=62 16=01 17=06 words 00= 01= 02= 03= 04=00ff 05= 06=0bff 07=00ff spdmem0 at iic0 addr 0x50: 256MB DDR SDRAM non-parity PC3200CL3.0 spdmem1 at iic0 addr 0x51: 256MB DDR SDRAM non-parity PC2100CL2.5 spdmem2 at iic0 addr 0x52: 256MB DDR SDRAM non-parity PC3200CL3.0 auvia0 at pci0 dev 17 function 5 VIA VT8233 AC97 rev 0x60: irq 10 ac97: codec id 0x434d4961 (C-Media Electronics CMI9739) audio0 at auvia0 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 VIA UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 VIA UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 VIA UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci3: USB revision 1.0 uhub4 at usb4 VIA UHCI root hub rev 1.00/1.00 addr 1 isa0 at mainbus0 isadma0 at
Re: SMP
On Fri, 11 Dec 2009 14:56:57 -0500, Daniel Ouellet dan...@presscom.net wrote: Then using PostgreSQL should really work well for you then and you wouldn't really need or benefit much from multicore kernel with the giant lock removed as PostgreSQL is not and do not use threads anyway by design oppose to MySQL that does. So, that choice of database eliminate your biggest concern form the start. Although PostgreSQL uses multiple processes instead of multiple threads, and that means that (on OpenBSD) PG can scale CPU utilization to all available processors where MySQL can't... if I understand the situation correctly, PG would still benefit from a kernel locking approach that didn't restrict kernel activity to a single CPU core. However, I would be surprised if that starts being a serious problem before OpenBSD's limit of ~4GB on i386 and amd64 started being a problem. And you actually need a fairly big database before that's a problem, so... -- Matthew Weigel hacker unique idempot . ent
Re: pseudo-crash on OpenBSD 4.5
On Fri, Dec 11, 2009 at 12:17 PM, bill...@lavabit.com wrote: Got a bit of an oddity with OpenBSD 4.5 - it's not quite a crash, but close. It has happened 3 times now, usually after running flawlessly for 2-3 weeks. Fully up to date with 4.5-stable, running GENERIC.MP on a Dell poweredge R300 quad-core server with 4 gig ram (dmesg below). It's used as a firewall/NAT/vpn gateway, and as an email server. When the problem occurs, all services on the server stop responding (pop,imap,smtp, etc). The odd thing is that it does respond to ping, and the server still routes traffic correctly, and the vpn is up. The server console shows nothing out of the ordinary (white on black text login prompt, no X11), but the console is frozen - doesn't respond to keyboard. Since it doesn't actually panic, I can't run the usual debug tools. I've definitely had this happen to me but never had conclusive proof of the cause (because as you say, all you can do is reboot). I have more information from a DD-WRT install in fact: the web UI would stop responding and traffic would slow to a crawl but not stop; we were 90% sure the problem was memory pressure. When you get it back up try logging vmstat(8) every few minutes? -Nick
Re: Why is getaddrinfo breaking POSIX?
2009/12/11 Theo de Raadt dera...@cvs.openbsd.org: I did a quick perusal of the source (and compared it against the NetBSD tree) and it looks like the easiest way to make getaddrinfo() thread safe is to TURN OFF Yellow Pages (pee). NetBSD changes the only variable globals to local (in they yp code by removing the caching optimization) and puts a mutex in the yp code to protect its global variables. I would do the work but I can't test it (I have refused to use YP for the last 17.5 years). If someone volunteers to test, I'll rework the code. It would be silly to turn off YP to solve this. It's much like saying that the simplest way to avoid children being hurt in car accidents during their teens is to abort them at birth. YP is good stuff. It is going to get us LDAP for nearly free. Indeed. far more sane to just make YP thread safe... Then we wouldn't have to abort anything. (Won't someone think of the children!)
Re: add example -ifp usage to route man page
On Fri, Dec 11, 2009 at 10:30:07AM -0800, Doran Mori wrote: Ok, I didn't realize the interface name was sufficient. I would of have never looked at pppoe(4) unless you told me about it. that was just an example. i didn;t expect you to logically end up there ;) I suggest just adding name then: -determine the interface or interface address. +determine the interface name or interface address. Just because interface by itself was a little generic and if someone uses the mac address of the interface alone it won't work. yes, i think that makes sense. i've just committed the change... jmc
ipsec / trunk / failover
hi all. i have two sites connected by a slow mpls connection, each having faster connections to the internet. both are viewed as untrusted, so site-to-site traffic flowing over either mpls or internet needs to be encrypted. 1) my minimum requirement at this point is for an encrypted connection over mpls, with an encrypted connection over internet as failover. i know it seems backwards, but since the mpls connection is guaranteed bandwidth management prefers it over the internet connection. 2) my optimum setup would be to use both connections in order to improve bandwidth, and having the connection simply get slower if one of the links goes down. i've already implemented ipsec tunnels in openbsd so i favor that method, but am willing to go with openvpn if it proves to be more beneficial. i am inexperienced with the rest of the equation, so have plenty of questions and am in need of guidance. in order to achieve #1, it seems that i might be able to create two ipsec tunnels, one mpls and one internet, and route traffic across them via ospf. is that right? any pointers/corrections there? in order to achieve #2 ... could i create two ipsec tunnels and trunk them? or could i create some kind of unencrypted tunnel over each link, trunk them, and run ipsec on the trunk? if trunking is even possible in either of these situations, how do i best utilize the links (they are different speeds)? i believe i understand the purpose and rough workings of ospf/bgp/etc but have no experience with them or with the gif/gre/tun devices. suggestions/pointers/links/howtos will be greatly appreciated.
Re: sound problems with -current
On Fri, Dec 11, 2009 at 08:27:42AM -0600, Chris Bennett wrote: After upgrading to the latest -current as of Dec 9, I no longer have any control of sound output except within mplayer or cdio cdplay, etc. have you EVER had volume control with Audigy cards? I think not. from emu(4): There is currently no way to control the volume of the DAC for SoundBlaster Audigy cards. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: sound problems with -current
Jacob Meuser wrote: On Fri, Dec 11, 2009 at 08:27:42AM -0600, Chris Bennett wrote: After upgrading to the latest -current as of Dec 9, I no longer have any control of sound output except within mplayer or cdio cdplay, etc. have you EVER had volume control with Audigy cards? I think not. from emu(4): There is currently no way to control the volume of the DAC for SoundBlaster Audigy cards. Damn, you're right. I just moved to a temporary location and I switched from speakers to headphones. I would apologize for the noise, but finding out about aucatvol was a big plus. It works great for this. You don't need to remind me that Soundblaster stuff is crap. I'll be tossing it before long. Thanks, Chris Bennett -- A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. -- Robert Heinlein
Re: jdk build problem (from ports)
On Fri, Dec 11, 2009 at 07:09:55PM +0800, shweg...@gmail.com wrote: I'm trying to install java from ports (to have the java plugin for firefox) but get this error: === Patching for jdk-1.5.0.16 `/usr/ports/obj/jdk-1.5.0.16/.prepatch_done' is up to date. Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to hotspot/build/bsd/makefiles/adlc.make.rej Will be grateful for some hints. make clean CLEANDEPENDS=yes and start over? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Comparing large amounts of files
I am wondering if there is a port or otherwise available code which is good at comparing large numbers of files in an arbitrary number of directories? I always try avoid wheel re-creation when possible. I'm trying to help some- one with large piles of data, most of which is identical across N directories. Most. Its the 'across dirs' part that involves the effort, hence my avoidance of thinking on it if I can help it. ;-) Thanks, STeve Andre'
Re: sound problems with -current
On Fri, Dec 11, 2009 at 10:31:44PM +0200, Antti Harri wrote: Your problem sounds the same as mine. Except that I previously had cmedia card, which I took out, and started using my integrated sound chip. But maybe something is broken only for specific drivers? I never used the integrated chip before, so I cannot know if it is a feature or just something broken in OpenBSD. auvia0 at pci0 dev 17 function 5 VIA VT8233 AC97 rev 0x60: irq 10 ac97: codec id 0x434d4961 (C-Media Electronics CMI9739) from ALSA's ac97_patch.c: /* CM9739/A has no Master and PCM volume although the register reacts */ ac97-flags |= AC97_HAS_NO_MASTER_VOL | AC97_HAS_NO_PCM_VOL; so with ALSA, you don't even get the controls, because they don't (can't) do anything. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: ioctl error
On 2009-12-10, Ismail OZATAY ism...@ismailozatay.net wrote: Hi all , Today my openbsd server started to send some errors to syslog that i could not find anything about this error. symon: if(mtd0) failed (ioctl error) what does it mean ? Regards ismail This usually happens when it's out-of-sync with the kernel.
Re: Comparing large amounts of files
2009/12/12 STeve Andre' and...@msu.edu: I am wondering if there is a port or otherwise available code which is good at comparing large numbers of files in an arbitrary number of directories? I always try avoid Try rsync if you just want to know which files differ. Best Martin
Re: jdk build problem (from ports)
On Fri, 11 Dec 2009, Jacob Meuser wrote: On Fri, Dec 11, 2009 at 07:09:55PM +0800, shweg...@gmail.com wrote: I'm trying to install java from ports (to have the java plugin for firefox) but get this error: === Patching for jdk-1.5.0.16 `/usr/ports/obj/jdk-1.5.0.16/.prepatch_done' is up to date. Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to hotspot/build/bsd/makefiles/adlc.make.rej Will be grateful for some hints. make clean CLEANDEPENDS=yes and start over? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org Since jdk 1.7 does not have the plugin (and it is in the packages, actually), I'll build 1.6 only, but still get the error, even after cleaning. By the way, I'm running i386 4.6 release. /usr/ports/devel/jdk/1.6 # make clean CLEANDEPENDS=yes === Cleaning for hicolor-icon-theme-0.10p4 === Cleaning for bzip2-1.0.5 === Cleaning for help2man-1.29p0 === Cleaning for metaauto-0.9 === Cleaning for autoconf-2.61p3 === Cleaning for libltdl-1.5.26 === Cleaning for libtool-1.5.26p0 === Cleaning for lzo-1.08p1 === Cleaning for lzop-1.01p0 === Cleaning for jpeg-6bp5 === Cleaning for tiff-3.8.2p4 === Cleaning for libtasn1-1.5 === Cleaning for pcre-7.9 === Cleaning for gdbm-1.8.3p0 === Cleaning for libdaemon-0.13 === Cleaning for glitz-0.5.6p1 === Cleaning for gmp-4.3.1 === Cleaning for libaudiofile-0.2.6p2 === Cleaning for esound-0.2.41v0 === Cleaning for autoconf-2.62p0 === Cleaning for dbus-1.2.14p0 === Cleaning for autoconf-2.59p3 === Cleaning for fam-2.7.0p9 === Cleaning for autoconf-2.13p1 === Cleaning for xdg-utils-1.0.2p5 === Cleaning for gperf-3.0.1p1 === Cleaning for libiconv-1.13 === Cleaning for gettext-0.17p0 === Cleaning for gtar-1.22 === Cleaning for gmake-3.81p0 === Cleaning for glib2-2.18.4p3 === Cleaning for desktop-file-utils-0.15 === Cleaning for atk-1.24.0 === Cleaning for nspr-4.7.3p0 === Cleaning for libgpg-error-1.5p0 === Cleaning for libgcrypt-1.4.4p0 === Cleaning for gnutls-2.6.6 === Cleaning for openmotif-2.3.0p0 === Cleaning for jikes-1.22p3 === Cleaning for unzip-5.52p0 === Cleaning for jasper-1.900.1p0 === Cleaning for p5-XML-Parser-2.36p1 === Cleaning for xmltoman-0.4 === Cleaning for intltool-0.40.6 === Cleaning for avahi-0.6.25p5 === Cleaning for zip-3.0 === Cleaning for png-1.2.35 === Cleaning for cups-1.3.10p7 === Cleaning for cairo-1.8.8 === Cleaning for pango-1.22.4p0 === Cleaning for gtk+2-2.14.7p0 === Cleaning for kaffe-1.1.7p7 === Cleaning for jdk-1.5.0.16p0 === Cleaning for jdk-1.6.0.03p7 /usr/ports/devel/jdk/1.6 # make install clean === Checking files for jdk-1.6.0.03 `/usr/ports/distfiles/jdk-6u3-fcs-src-b05-jrl-24_sep_2007.jar' is up to date. `/usr/ports/distfiles/jdk-6u3-fcs-bin-b05-jrl-24_sep_2007.jar' is up to date. `/usr/ports/distfiles/jdk-6u3-fcs-mozilla_headers-b05-unix-24_sep_2007.jar' is up to date. `/usr/ports/distfiles/bsd-jdk16-patches-4.tar.bz2' is up to date. (SHA256) jdk-6u3-fcs-src-b05-jrl-24_sep_2007.jar: OK (SHA256) jdk-6u3-fcs-bin-b05-jrl-24_sep_2007.jar: OK (SHA256) jdk-6u3-fcs-mozilla_headers-b05-unix-24_sep_2007.jar: OK (SHA256) bsd-jdk16-patches-4.tar.bz2: OK === jdk-1.6.0.03p7 depends on: gtar-* - found === jdk-1.6.0.03p7 depends on: zip-* - found === jdk-1.6.0.03p7 depends on: unzip-* - found === jdk-1.6.0.03p7 depends on: bzip2-* - found === jdk-1.6.0.03p7 depends on: cups-* - found === jdk-1.6.0.03p7 depends on: openmotif-* - found === jdk-1.6.0.03p7 depends on: jdk-=1.5,1.6 - not found === Verifying install for jdk-=1.5,1.6 in devel/jdk/1.5 === Checking files for jdk-1.5.0.16 `/usr/ports/distfiles/jdk-1_5_0_16-fcs-src-b02-jrl-28_may_2008.jar' is up to date. `/usr/ports/distfiles/jdk-1_5_0_16-fcs-bin-b02-jrl-28_may_2008.jar' is up to date. `/usr/ports/distfiles/bsd-jdk15-patches-9.tar.bz2' is up to date. `/usr/ports/distfiles/jdk-1_5_0_16-solaris-i586.tar.Z' is up to date. `/usr/ports/distfiles/xalan-j_2_7_0-bin.tar.gz' is up to date. (SHA256) jdk-1_5_0_16-fcs-src-b02-jrl-28_may_2008.jar: OK (SHA256) jdk-1_5_0_16-fcs-bin-b02-jrl-28_may_2008.jar: OK (SHA256) bsd-jdk15-patches-9.tar.bz2: OK (SHA256) jdk-1_5_0_16-solaris-i586.tar.Z: OK (SHA256) xalan-j_2_7_0-bin.tar.gz: OK === jdk-1.5.0.16p0 depends on: gtar-* - found === jdk-1.5.0.16p0 depends on: zip-* - found === jdk-1.5.0.16p0 depends on: unzip-* - found === jdk-1.5.0.16p0 depends on: bzip2-* - found === jdk-1.5.0.16p0 depends on: kaffe-=1.1.7p1 - found === jdk-1.5.0.16p0 depends on: jikes-* - found === jdk-1.5.0.16p0 depends on: nspr-* - found === jdk-1.5.0.16p0 depends on: gmake-* - found === jdk-1.5.0.16p0 depends on: bzip2-* - found === jdk-1.5.0.16p0 depends on: libiconv-* - found === jdk-1.5.0.16p0 depends on: openmotif-* - found === Verifying specs: iconv.=2 Xm.=2 iconv.=2 Xm.=2 iconv.=2 Xm.=2 X11 Xext Xi Xp Xt Xtst c m ossaudio pthread stdc++ z X11 Xext Xi Xp Xt Xtst c m ossaudio pthread stdc++ z Xmu
Re: Comparing large amounts of files
STeve Andre' wrote: I am wondering if there is a port or otherwise available code which is good at comparing large numbers of files in an arbitrary number of directories? I always try avoid wheel re-creation when possible. I'm trying to help some- one with large piles of data, most of which is identical across N directories. Most. Its the 'across dirs' part that involves the effort, hence my avoidance of thinking on it if I can help it. ;-) Thanks, STeve Andre' Compare how?
Re: Comparing large amounts of files
On Fri, Dec 11, 2009 at 06:24:24PM -0500, STeve Andre' wrote: I am wondering if there is a port or otherwise available code which is good at comparing large numbers of files in an arbitrary number of directories? I always try avoid wheel re-creation when possible. I'm trying to help some- one with large piles of data, most of which is identical across N directories. Most. Its the 'across dirs' part that involves the effort, hence my avoidance of thinking on it if I can help it. ;-) Thanks, STeve Andre' What is wrong with diff (-r option)?
Re: jdk build problem (from ports)
On Sat, Dec 12, 2009 at 07:32:24AM +0800, shweg...@gmail.com wrote: actually), I'll build 1.6 only, but still get the error, even after cleaning. By the way, I'm running i386 4.6 release. Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to hotspot/src/os_cpu/bsd_amd64/vm/assembler_bsd_amd64.cpp.rej *** patch-hotspot_src_os_cpu_bsd_amd64_vm_assembler_bsd_amd64_cpp did not apply cleanly looks like your ports tree isn't up-to-date. http://www.openbsd.org/cgi-bin/cvsweb/ports/devel/jdk/1.5/patches/patch-hotspot_src_os_cpu_bsd_amd64_vm_assembler_bsd_amd64_cpp?hideattic=0 -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: Comparing large amounts of files
Diff (1), if you want to compare specific files or dirs, or fdupes for searching for arbitrary files in arbitrary locations. paulm On 12/12/2009, at 12:24 PM, STeve Andre' wrote: I am wondering if there is a port or otherwise available code which is good at comparing large numbers of files in an arbitrary number of directories? I always try avoid wheel re-creation when possible. I'm trying to help some- one with large piles of data, most of which is identical across N directories. Most. Its the 'across dirs' part that involves the effort, hence my avoidance of thinking on it if I can help it. ;-) Thanks, STeve Andre'
Re: ComixWall terminated
It is simple. ComixWall was a *Distribution*. It directly competes with OpenBSD. People could obtain ComixWall directly from his web site. This means *less* CD sales. CD sales are the main source of income for OpenBSD. Therefore ComixWall *hurts* OpenBSD. Theo's hostility is completely understandable. What do you people not get? If he wanted to create a GUI frontend for OpenBSD and then submit it as a port he would have been more than welcome, but instead he created a way of obtaining OpenBSD that completely circumvents the official site. This does *not* help OpenBSD in *any* way. Again, what do you people not get?? On Fri, 11 Dec 2009 09:35 -0200, Mentesan mente...@gmail.com wrote: Its so sad... Because of a lack of respect and a little humility all this shit is taking place. To make a mistake is human, to forgive is divine. Respect and honor for who deserve it. My best regards Fabio Almeida
Re: Comparing large amounts of files
On Friday 11 December 2009 18:36:33 Noah Pugsley wrote: STeve Andre' wrote: I am wondering if there is a port or otherwise available code which is good at comparing large numbers of files in an arbitrary number of directories? I always try avoid wheel re-creation when possible. I'm trying to help some- one with large piles of data, most of which is identical across N directories. Most. Its the 'across dirs' part that involves the effort, hence my avoidance of thinking on it if I can help it. ;-) Thanks, STeve Andre' Compare how? I should have been more clear I suppose. I'd like to know the files that are identical, files that are of the same name but different across directories, possibly several directories. What I have is a large clump of data in the form of some huge number of reletively small files, which were extracted out of a database as individual files. I am not responsible for this(!) but am trying to come up with a reasonable way of spotting duplicates, etc. Some files have the same name (and even some with the same size) but are different. It's a mess, but the original database died and all I have are peices, kind of like shards from a large piece of pottery that just got smashed. I'm not even sure what all the data looks like at this point--I can only assume its going to be ugly, no thought about this when the files were created. --STeve Andre'
Re: ComixWall terminated
I think the follow about this: The OpenBSD project must and need to keep simple . The more important is not lost the focus of the security And OpenBSD by yourself already make this. Comixwall is only one frontend wrote in php to control some services such as Dansguardian . But no lost the focus of the security To me , it's all a big BULLSHIT Comixwall don't compete with OpenBSD because it is the OpenBSD 2009/12/11 Eric Furman ericfur...@fastmail.net It is simple. ComixWall was a *Distribution*. It directly competes with OpenBSD. People could obtain ComixWall directly from his web site. This means *less* CD sales. CD sales are the main source of income for OpenBSD. Therefore ComixWall *hurts* OpenBSD. Theo's hostility is completely understandable. What do you people not get? If he wanted to create a GUI frontend for OpenBSD and then submit it as a port he would have been more than welcome, but instead he created a way of obtaining OpenBSD that completely circumvents the official site. This does *not* help OpenBSD in *any* way. Again, what do you people not get?? On Fri, 11 Dec 2009 09:35 -0200, Mentesan mente...@gmail.com wrote: Its so sad... Because of a lack of respect and a little humility all this shit is taking place. To make a mistake is human, to forgive is divine. Respect and honor for who deserve it. My best regards Fabio Almeida
Re: Comparing large amounts of files
Hi, ...on Fri, Dec 11, 2009 at 06:52:09PM -0500, STeve Andre' wrote: Compare how? I should have been more clear I suppose. I'd like to know the files that are identical, files that are of the same name but different across directories, possibly several directories. Maybe you could use something like this in the directory you're looking at: find . -type f -print0 | xargs -0 -r -n 100 md5 -r md5sums You could now just sort the md5sums file to find all entries with the same md5... Or sort by filename (will need some more logic if files are distributed over several subdirectories) to weed out those with the same name and different checksums. Alex.
Re: ComixWall terminated
OK, I give up. You obviously have serious reading comprehension problems. On Fri, 11 Dec 2009 22:57 -0200, dark knight neo knight@gmail.com wrote: I think the follow about this: The OpenBSD project must and need to keep simple . The more important is not lost the focus of the security And OpenBSD by yourself already make this. Comixwall is only one frontend wrote in php to control some services such as Dansguardian . But no lost the focus of the security To me , it's all a big BULLSHIT Comixwall don't compete with OpenBSD because it is the OpenBSD 2009/12/11 Eric Furman ericfur...@fastmail.net It is simple. ComixWall was a *Distribution*. It directly competes with OpenBSD. People could obtain ComixWall directly from his web site. This means *less* CD sales. CD sales are the main source of income for OpenBSD. Therefore ComixWall *hurts* OpenBSD. Theo's hostility is completely understandable. What do you people not get? If he wanted to create a GUI frontend for OpenBSD and then submit it as a port he would have been more than welcome, but instead he created a way of obtaining OpenBSD that completely circumvents the official site. This does *not* help OpenBSD in *any* way. Again, what do you people not get?? On Fri, 11 Dec 2009 09:35 -0200, Mentesan mente...@gmail.com wrote: Its so sad... Because of a lack of respect and a little humility all this shit is taking place. To make a mistake is human, to forgive is divine. Respect and honor for who deserve it. My best regards Fabio Almeida
Re: ioctl error
On 12/11/09, Ismail OZATAY ism...@ismailozatay.net wrote: Fred Crowson yazmD1E : On 12/10/09, Ismail OZATAY ism...@ismailozatay.net wrote: Hi all , Today my openbsd server started to send some errors to syslog that i could not find anything about this error. symon: if(mtd0) failed (ioctl error) what does it mean ? Regards ismail http://www.lmgtfy.com/?q=symon+system+monitor might be a good start... Dear Fred , http://www.lmgtfy.com is a usefull web site for kids and handicaps. You could advice me to read something about symon. Never suggest it again or if I would never condescend to give you advice, but I would recommend reading: http://www.lmgtfy.com/?q=OpenBSD+mailing+list+etiquette you do not want to help anybody do not reply these posts, ok ? Probably i will never use Regards again... I am sure Regards will miss your company. Thanks Fred
Re: ComixWall terminated
Eric Furman wrote: It is simple. ComixWall was a *Distribution*. It directly competes with OpenBSD. People could obtain ComixWall directly from his web site. This means *less* CD sales. CD sales are the main source of income for OpenBSD. Therefore ComixWall *hurts* OpenBSD. Theo's hostility is completely understandable. What do you people not get? If he wanted to create a GUI frontend for OpenBSD and then submit it as a port he would have been more than welcome, but instead he created a way of obtaining OpenBSD that completely circumvents the official site. This does *not* help OpenBSD in *any* way. Again, what do you people not get?? I've been following this thread with great interest, both sides had a point, but language was ugly. This makes it all very clear. I thought Theo was right, but this puts the problem right and clear. I agree 100% with this. Chris Bennett -- A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. -- Robert Heinlein
Re: Comparing large amounts of files
On Friday 11 December 2009 20:31:54 Alexander Bochmann wrote: Hi, ...on Fri, Dec 11, 2009 at 06:52:09PM -0500, STeve Andre' wrote: Compare how? I should have been more clear I suppose. I'd like to know the files that are identical, files that are of the same name but different across directories, possibly several directories. Maybe you could use something like this in the directory you're looking at: find . -type f -print0 | xargs -0 -r -n 100 md5 -r md5sums You could now just sort the md5sums file to find all entries with the same md5... Or sort by filename (will need some more logic if files are distributed over several subdirectories) to weed out those with the same name and different checksums. Alex. Yup! I'm doing that for single directories now. But the added logic for N dirs was something I hoped to avoid. --STeve
Re: Comparing large amounts of files
On Fri, Dec 11, 2009 at 8:31 PM, Alexander Bochmann a...@lists.gxis.de wrote: find . -type f -print0 | xargs -0 -r -n 100 md5 -r md5sums You could now just sort the md5sums file to find all entries with the same md5... Or sort by filename (will need some more logic if files are distributed over several subdirectories) to weed out those with the same name and different checksums. Alex. I do something similar, but more elaborate, using Python to backup redundant pics scattered in various folders into one folder... would need to be modified for name clashes: already = [] dst = os.getcwd() paths = [/usr/local, /home, /storage] for p in paths: for root, dirs, files in os.walk(p): for f in files: m = hashlib.md5() # Get file extension ext = os.path.splitext(os.path.join(root, f))[1] try: # Copy JPG files if ext.lower() == .jpg: fp = open(os.path.join(root, f),'rb') data = fp.read() fp.close() m.update(data) if m.hexdigest() not in already: already.append(m.hexdigest()) print Copying, os.path.join(root,f) shutil.copyfile(os.path.join(root,f), os.path.join(dst,f)) else: print Already Copied!!! ...
Re: Comparing large amounts of files
On Sat, Dec 12, 2009 at 02:31:54AM +0100, Alexander Bochmann wrote: Hi, ...on Fri, Dec 11, 2009 at 06:52:09PM -0500, STeve Andre' wrote: Compare how? I should have been more clear I suppose. I'd like to know the files that are identical, files that are of the same name but different across directories, possibly several directories. Maybe you could use something like this in the directory you're looking at: find . -type f -print0 | xargs -0 -r -n 100 md5 -r md5sums You could now just sort the md5sums file to find or | to sort -u -k smizzizlezlackin' awesomenesss all entries with the same md5... Or sort by filename (will need some more logic if files are distributed over several subdirectories) to weed out those with the same name and different checksums. Alex.
Re: jdk build problem (from ports)
On Sat, 12 Dec 2009, Jacob Meuser wrote: On Sat, Dec 12, 2009 at 07:32:24AM +0800, shweg...@gmail.com wrote: actually), I'll build 1.6 only, but still get the error, even after cleaning. By the way, I'm running i386 4.6 release. Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to hotspot/src/os_cpu/bsd_amd64/vm/assembler_bsd_amd64.cpp.rej *** patch-hotspot_src_os_cpu_bsd_amd64_vm_assembler_bsd_amd64_cpp did not apply cleanly looks like your ports tree isn't up-to-date. http://www.openbsd.org/cgi-bin/cvsweb/ports/devel/jdk/1.5/patches/patch-hotspot_src_os_cpu_bsd_amd64_vm_assembler_bsd_amd64_cpp?hideattic=0 -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org I apparently did not fetch the new port tree when I upgraded (I was sure I did). Now I grabbed one and build seems to be going on fine. thanks a lot
Re: Comparing large amounts of files
On Friday 11 December 2009 19:11:18 anonymous wrote: On Fri, Dec 11, 2009 at 06:24:24PM -0500, STeve Andre' wrote: I am wondering if there is a port or otherwise available code which is good at comparing large numbers of files in an arbitrary number of directories? I always try avoid wheel re-creation when possible. I'm trying to help some- one with large piles of data, most of which is identical across N directories. Most. Its the 'across dirs' part that involves the effort, hence my avoidance of thinking on it if I can help it. ;-) Thanks, STeve Andre' What is wrong with diff (-r option)? Diff doesn't look at N directories at the same time, and I don't think it deals with both of same data different names, or same names different data. Its a mess, which is why I'm asking about a general tool for large piles of dreck. --STeve Andre'
Re: ComixWall terminated
On Fri, Dec 11, 2009 at 6:37 PM, Eric Furman ericfur...@fastmail.netwrote: It is simple. ComixWall was a *Distribution*. It directly competes with OpenBSD. People could obtain ComixWall directly from his web site. This means *less* CD sales. CD sales are the main source of income for OpenBSD. Therefore ComixWall *hurts* OpenBSD. Theo's hostility is completely understandable. What do you people not get? I could see two approaches here that are ok. The first has already been mentioned (create a port and submit it so everyone can benefit). The second approach would be to sell ComixWall CD's and donate at least the cost of the OpenBSD CD's to the OpenBSD project. Sure, that means ComixWall will cost $55+, but that way the OpenBSD team doesn't lose CD sales and ComixWall makes a little profit for writing the frontend.
Re: ComixWall terminated
J Sisson sisso...@gmail.com wrote: On Fri, Dec 11, 2009 at 6:37 PM, Eric Furman ericfur...@fastmail.netwrote: It is simple. ComixWall was a *Distribution*. It directly competes with OpenBSD. People could obtain ComixWall directly from his web site. This means *less* CD sales. CD sales are the main source of income for OpenBSD. Therefore ComixWall *hurts* OpenBSD. Theo's hostility is completely understandable. What do you people not get? I could see two approaches here that are ok. The first has already been mentioned (create a port and submit it so everyone can benefit). The second approach would be to sell ComixWall CD's and donate at least the cost of the OpenBSD CD's to the OpenBSD project. Sure, that means ComixWall will cost $55+, but that way the OpenBSD team doesn't lose CD sales and ComixWall makes a little profit for writing the frontend. This isn't about money, is about spam. Please, finish the spam. DISCLAIMER: http://goldmark.org/jeff/stupid-disclaimers/ This message will self-destruct in 3 seconds.
Re: ComixWall terminated
On Fri, Dec 11, 2009 at 9:54 PM, acam...@the00z.org wrote: This isn't about money, is about spam. Two separate issues, boss. 1) spam. Theo and the OpenBSD team own this list. Just because OpenBSD is free to use as you see fit doesn't mean the mailing lists are too. Theo said stop it, and the OP challenged Theo's decision. Theo had every right to be pissed. I'm not disagreeing there. 2) money. I was responding to a post about the OpenBSD team losing CD sales due to ComixWall. I fail to see how that doesn't concern money.
Re: Comparing large amounts of files
STeve Andre' wrote: but am trying to come up with a reasonable way of spotting duplicates, etc. You mean like this... $ cp /etc/firmware/zd1211-license /tmp/XX1 $ cp /var/www/icons/dir.gif /tmp/XX2 $ fdupes /etc/firmware/ /var/www/icons/ /tmp/ /tmp/XX2 /var/www/icons/dir.gif /var/www/icons/folder.gif /tmp/XX1 /etc/firmware/zd1211-licence /etc/firmware/zd1211-license /var/www/icons/uuencoded.png /var/www/icons/uu.png /var/www/icons/uuencoded.gif /var/www/icons/uu.gif /var/www/icons/folder.png /var/www/icons/dir.png
Up to 75% off Ugg, Firetrap, Hunter, Superdry and more PLUS £5 off*
This email has been sent to you by OK-mail.co.uk --- M and M Direct --- Save up to 75% off your favourite brands. Last order date: Midnight Tuesday 22nd December. Shop now: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PNCT00AOGYGI - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Shop all Jackets: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PNCU00AOGYGI Shop all Party: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PNCV00AOGYGI Shop all Boots: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PNCW00AOGYGI Shop all Mens: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PNCX00AOGYGI Shop all Kids: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PNCY00AOGYGI Shop all Gifts: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PNCZ00AOGYGI Shop all Helly Hansen: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PND000AOGYGI Hansena=resetsearch Shop all Bench: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PND100AOGYGI Shop all Timberland: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PND200AOGYGI Shop all adidas: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PND300AOGYGI Shop all K-Swiss: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PND400AOGYGI Shop all Firetrap: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PND500AOGYGI Shop all Henleys: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PND600AOGYGI Shop all Puma: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PND700AOGYGI All this plus... B#5 off when you spend B#50 or more*. Just enter your exclusive code IPTA at the checkout, but hurry - offer ends 22nd December. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - *The B#5 off when you spend B#50 or more offer ends at midnight 22nd December 2009 and you will need to enter your exclusive offer code to redeem your B#5. Your code can only be used once and you must sign in using the email address that this email was sent to. See our website for full Terms and Conditions. M and M Direct Ltd Registered office: M and M Direct, Clinton Road, Leominster, Herefordshire, HR6 0SP VAT registration number: GB 844 2725 24 Company registration number: 5069228 Copyright B) 2009 M and M Direct Ltd. All rights reserved. --- If you no longer wish to receive M M Direct emails from OK-mail, click here: http://tr1.mailperf.com/r5.aspx?GV1=TYOP0BG003HZ000GSO000PND800AOGYGIfguidv5 =000B1U You have received this email because you are a member of OK-mail. If you no longer wish to receive messages from us, click here: http://www.emb1.co.uk/Unsubscribe.asp?id=4email=m...@openbsd.orgMailingList ID=3 OK-mail Ltd, 46 Gillingham Street, London SW1V 1HU. mailcode=5
Re: Comparing large amounts of files
On 12/11/09, STeve Andre' and...@msu.edu wrote: I should have been more clear I suppose. I'd like to know the files that are identical, files that are of the same name but different across directories, possibly several directories. Unison is in ports. Enjoy :) -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=30v_g83VHK4
[Programme TV] Samedi 12 Décembre 2009
Si ce message ne s'affiche pas correctement, voir ici Ajoutez tele-lois...@ml.tv-news.fr ` votre carnet d'adresses pour recevoir vos programmes plus facilement Programme-TV.net - TC)lC) Loisirs Votre programme TV Same di 12 DC)cembre 2009 Gagnez une semaine de vacances au ski A VIE Tout schuss ICI ! Logo skibed jeu skibed Gagnez une semaine de ski C vie avec Skibed Go A la une Michael Youn lance un jeu de sociiti ! Michael Youn lance un jeu de sociiti ! NCIS : Une soirie avec votre agent prifiri NCIS : Une soirie avec votre agent prifiri La face cachie des fesses : Un record pour Arte ! La face cachie des fesses : Un record pour Arte ! Jean-Luc Lemoine : une imission sur France 3 Jean-Luc Lemoine : une imission sur France 3 plus de news... Vidio du jour Miss France 2010 (Malika... Interview de Milika Minard, Miss France 2010. Vos programmes TF1 La bataille des chorales 20h45 La bataille des chorales divertissement New York Uniti Spiciale 23h10 New York Uniti... series-tv France 2 Roumanoff c'est rigolo 20h35 Roumanoff c'est rigolo divertissement On n'est pas couchi 23h00 On n'est pas... divertissement France 3 Entre deux ombres 20h35 Entre deux ombres divertissement Un printemps ` Paris 22h35 Un printemps ` Paris cinema Canal+ Prisumi coupable 20h50 Prisumi coupable cinema Jour de foot 23h00 Jour de foot sport Arte Pjcheurs de trisors 20h45 Pjcheurs de... culture-infos Danse avec le temps 23h15 Danse avec le temps culture-infos M6 Medium 20h40 Medium series-tv Afterlife 23h55 Afterlife series-tv Vos programmes TNT France 4 Le Montreux Festival du rire fjte ses 20 ans 20h35 Le Montreux Festival du... divertissement Etat d'alerte 22h40 Etat d'alerte divertissement France 5 Echappies belles 20h35 Echappies belles culture-infos Les momies de Sicile 21h35 Les momies de Sicile culture-infos Direct 8 Le comte de Monte-Cristo 20h40 Le comte de Monte-Cristo divertissement Enqujte inidite 22h30 Enqujte inidite culture-infos W9 Les Simpson spiciale 20 ans 20h35 Les Simpson... culture-infos TNA Impact! 23h35 TNA Impact! sport TMC Navarro 20h40 Navarro divertissement Navarro 22h20 Navarro divertissement NT1 Catch Attack 20h35 Catch Attack sport Estate of Panic, le manoir de la peur 22h25 Estate of Panic, le manoir... divertissement NRJ 12 SOS Daddy 20h35 SOS Daddy jeunesse Les mille et une nuits 22h00 Les mille et une nuits divertissement La Channe Parlementaire / Public Sinat Oy, quand, comment l'histoire 19h00 Oy, quand, comment... culture-infos Uranium, l'hiritage empoisonni 22h00 Uranium,... culture-infos Virgin 17 McBride 20h35 McBride divertissement Bats : l'invasion des chauves-souris 22h15 Bats : l'invasion des... divertissement Gulli Casper, l'apprenti fanttme 20h35 Casper, l'apprenti... jeunesse Lucky Luke 22h30 Lucky Luke jeunesse France T Studit M 20h35 Studit M culture-infos Lionel Richie 21h30 Lionel Richie divertissement Faites des ECONOMIES en 2009 [IMAGE] Vous avez C)tC) sC)lectionnC)(e) pour gagner 3 bagues diamants ici [IMAGE] Offrez C bC)bC), son 1er shopping d'une valeur de 1000 euros ici [IMAGE] Devenez propriC)taire de votre vignoble : vos bouteilles C votre nom ! ici [IMAGE] Etes-vous le gagnant des 2 000 euros offert par Cdiscount ? ici [IMAGE] Remportez 10 000 euros grCce C la Redoute ici [IMAGE] Remportez des sC)jours dC)tente 4* en Espagne et bien d'autres cadeaux ici [IMAGE] Faites le plein de cadeaux pour vos vacances d'hiver ! ici [IMAGE] OpC)ration 100 % remboursC) ! ici [IMAGE] DC)couvrez immC)diatement si vous avez gagnC) les 5 000 euros CASH ! ici [IMAGE] DC)fiez vos amis au Trivial Pursuit ! Serez vous le meilleur ? ici [IMAGE] BOSCH vous offre l'appareil C)lectromC)nager de votre choix ! ici [IMAGE] Gagnez un voyage aux Seychelles ! ici [IMAGE] TC)lC)chargez GRATUITEMENT et LEGALEMENT vos chansons prC)fC)rC)es ici [IMAGE] Gagnez 1 an de Dentastix pour votre chien ici Besoin de vacances ? Ne les payez pas ! Gagnez les ! ici [IMAGE] Repartez avec UN AN DE SALAIRE en poche ! ici [IMAGE] Venez remporter votre voyage en RC)p Dom ! ici [IMAGE] Remportez une CitroC+n C1 ou des IPod Shuffle ! ici [IMAGE] Remplacez vos crC)dits par 1 seul prC*t : Etude en ligne gratuite ici [IMAGE] Tentez de remporter un sC)jour aux Maldives ici Cette newsletter est C)ditC)e par la sociC)tC) Prisma Presse, 6 rue Daru 75008 PARIS. Contact - PublicitC) / Annonceurs - public...@p-comme-performance.c om. Pour ne plus recevoir les programmes tC)lC) TC)lC) Loisirs cliquez sur ce lien. [IMAGE]
