Re: Python, was: Re: only days left to ports lock (4.4 release)
Hi, On Wed, 06.08.2008 at 13:27:31 +1000, Damien Miller [EMAIL PROTECTED] wrote: On Tue, 5 Aug 2008, Damien Miller wrote: Applied (though only exploitable on amd64) - new diff attached. Ok, this has been committed - thanks to everyone who tested and especially Toni Mueller and Valery Masiutsin for their great help in extracting the patches from Python's inscrutable release branch. thanks, but I have to pass all honours to Matthias Klose because he, or at least not me, successfully toured upstream's repository. I only culled from his work. Kind regards, --Toni++
Re: Python, was: Re: only days left to ports lock (4.4 release)
On Tue, 5 Aug 2008, Damien Miller wrote: Applied (though only exploitable on amd64) - new diff attached. Ok, this has been committed - thanks to everyone who tested and especially Toni Mueller and Valery Masiutsin for their great help in extracting the patches from Python's inscrutable release branch. -d
slapd hangs in 4.3
Hi, [ resend from misc@ as per Marc's request ] [ if and how to upgrade OpenLDAP from -bdb in 4.2 to what else in 4.3 ] On Sun, 09.03.2008 at 16:31:27 +, Stuart Henderson [EMAIL PROTECTED] wrote: You have several recommended options: - dump your database, uninstall, install the unFLAVORed version and restore your database. I tried that, but run into the problem that now, slapd can't be stopped. Maybe it has something to do that the server in question runs as a syncrepl client together with TLS (master is openldap-server-2.3.33p1-bdb on 4.2). In any case, the only way to get slapd down seems to be to kill -9 it, which is _very_ugly_ for other reasons. My other slapd instances don't have such a problem. At the end of the log, it says -- daemon: shutdown requested and initiated. slapd shutdown: waiting for 2 threads to terminate -- which points to a handful of tickets in the OpenLDAP tracker. It would be very nice if you could suggest something with less impact than backporting 2.3.43 from -current. In any case, I'd like to know whether you'd prefer such problems to be reported on misc@, ports@ (I didn't do that to keep clutter out while approaching freeze), or upstream's tracker directly. TIA! Kind regards, --Toni++
Re: amd64 bulk build report
Christian Weisgerber [EMAIL PROTECTED] wrote: devel/jdk/1.7 out of memory, even after setting the limit to 2G I have now successfully built this. I'm uncertain why it worked this time after it had repeatedly failed before. Originally, I tried to build with 512M, it errored out, I bumped up the limit a bit and restarted the build, it errored out again, bump, restart, error, ... until I gave up at 2G. Now I started a build with 1G from scratch and it worked. *shrug* -- Christian naddy Weisgerber [EMAIL PROTECTED]
ports tree locked
With the python fixes just making it in, the tree is now locked for the 4.4 release. Thanks to everyone who tested!
Kismet - troubleshooting
Hi! I'm having some trouble trying to use kismet. I'm trying to use kismet on a zaurus with an Ambicom WL54-CF wireless card (malo(4)). Does anyone running -current has kismet working with malo(4)? Data from the system/experiences: - Here is the dmesg: OpenBSD 4.4-beta (GENERIC) #232: Wed Jul 2 12:31:55 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/zaurus/compile/GENERIC real mem = 67108864 (64MB) avail mem = 56643584 (54MB) mainbus0 at root cpu0 at mainbus0: PXA27x step C-5 (XScale core) cpu0: DC enabled IC enabled WB enabled LABT branch prediction enabled cpu0: 32KB(32b/l,32way) I-cache, 32KB(32b/l,32way) wr-back-lock D-cache pxaip0 at mainbus0: CPU clock = 416.000 MHz pxaintc0 at pxaip0 addr 0x40d0: Interrupt Controller pxagpio0 at pxaip0 addr 0x40e0: GPIO Controller pxadmac0 at pxaip0 addr 0x4000 intr 25: DMA Controller pxaost0 at pxaip0 addr 0x40a0 com0 at pxaip0 addr 0x4010 intr 22: pxa2x0, 32 byte fifo com1 at pxaip0 addr 0x4020 intr 21: pxa2x0, 32 byte fifo com2 at pxaip0 addr 0x4070 intr 20: pxa2x0, 32 byte fifo (SIR) pxaudc0 at pxaip0: USB Device Controller usbf0 at pxaudc0: USB revision 1.1 cdcef0 at usbf0: usbf_open_pipe failed ohci0 at pxaip0, version 1.0 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 PXA27x OHCI root hub rev 1.00/1.00 addr 1 lcd0 at pxaip0 wsdisplay0 at lcd0 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1 added (std, vt100 emulation) zkbd0 at pxaip0 wskbd0 at zkbd0: console keyboard, using wsdisplay0 scoop0 at pxaip0: PCMCIA/GPIO controller scoop1 at pxaip0: PCMCIA/GPIO controller pxapcic0 at pxaip0: 2 slots pcmcia0 at pxapcic0 pcmcia1 at pxapcic0 pxammc0 at pxaip0: MMC/SD/SDIO controller sdmmc0 at pxammc0 zssp0 at pxaip0 apm0 at pxaip0 zts0 at pxaip0 wsmouse0 at zts0 mux 0 zaudio0 at pxaip0: I2C, I2S, WM8750 Audio audio0 at zaudio0 zrc0 at pxaip0: CE-RH2 remote control wskbd1 at zrc0 mux 1 wskbd1: connecting to wsdisplay0 flash0 at pxaip0: Samsung K9F1G08U0A 128Mx8 3.3V wdc0 at pcmcia0 function 0 HITACHI, microdrive port 0x0/16: irq 138 wd0 at wdc0 channel 0 drive 0: HMS360606D5CF00 wd0: 32-sector PIO, LBA, 5859MB, 12000556 sectors wd0(wdc0:0:0): using BIOS timings malo0 at pcmcia1 function 0 Marvell, 88W8300 802.11g PC Card, Version 1.1 port 0x0/128, irq 137 softraid0 at root boot device: wd0 root on wd0a swap on wd0b dump on wd0b malo0: address 00:10:7a:70:08:9b - Here are the packages: # pkg_info -A | grep malo malo-firmware-1.4 Firmware binary images for malo driver # # pkg_info -A | grep kismet kismet-200805R1 802.11 layer2 wireless network detector, sniffer, and IDS # - Here is ifconfig -m malo0 # ifconfig -m malo0 malo0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 lladdr 00:10:7a:70:08:9b priority: 0 groups: wlan media: IEEE802.11 autoselect status: no network ieee80211: nwid supported media: media autoselect media autoselect mediaopt monitor media autoselect mode 11b media autoselect mode 11b mediaopt monitor media DS1 mode 11b media DS1 mode 11b mediaopt monitor media DS2 mode 11b media DS2 mode 11b mediaopt monitor media DS5 mode 11b media DS5 mode 11b mediaopt monitor media DS11 mode 11b media DS11 mode 11b mediaopt monitor media autoselect mode 11g media autoselect mode 11g mediaopt monitor media DS1 mode 11g media DS1 mode 11g mediaopt monitor media DS2 mode 11g media DS2 mode 11g mediaopt monitor media DS5 mode 11g media DS5 mode 11g mediaopt monitor media DS11 mode 11g media DS11 mode 11g mediaopt monitor media OFDM6 mode 11g media OFDM6 mode 11g mediaopt monitor media OFDM9 mode 11g media OFDM9 mode 11g mediaopt monitor media OFDM12 mode 11g media OFDM12 mode 11g mediaopt monitor media OFDM18 mode 11g media OFDM18 mode 11g mediaopt monitor media OFDM24 mode 11g media OFDM24 mode 11g mediaopt monitor media OFDM36 mode 11g media OFDM36 mode 11g mediaopt monitor media OFDM48 mode 11g media OFDM48 mode 11g mediaopt monitor media OFDM54 mode 11g media OFDM54 mode 11g mediaopt monitor media DS1 media DS1 mediaopt monitor media DS2 media DS2 mediaopt monitor media DS5 media DS5 mediaopt monitor media DS11 media DS11 mediaopt monitor media OFDM6 media OFDM6 mediaopt monitor
Re: Squid default file descriptors number changed?
Alexey Suslikov wrote: Hello [EMAIL PROTECTED] Looks like default file descriptors number changed with Squid 2.7. max_filedescriptors 1024 in /etc/squid/squid.conf remedies the problem but this new default in 2.7 is really strange. So maybe number of filedescriptors was hardcoded in 2.6 to 1024 but it is not true for 2.7 any more? Check your login.conf for the daemon class. openfiles-cur will probably be 128. Maybe Thanks. Alexey
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/08/05 21:11:38 Modified files: net/dnsmasq: Makefile distinfo net/dnsmasq/patches: patch-man_dnsmasq_8 patch-src_config_h patch-src_dnsmasq_h net/dnsmasq/pkg: PLIST Log message: update to 2.45 w/ fix for dns issue: http://www.frsirt.com/english/advisories/2008/2166/solution from maintainer Rui Reis; ok naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/08/05 21:23:31 Modified files: lang/python/2.5: Makefile Added files: lang/python/2.5/patches: patch-Include_pymem_h patch-Lib_test_seq_tests_py patch-Lib_test_test_bigmem_py patch-Lib_test_test_ioctl_py patch-Lib_test_test_strop_py patch-Lib_test_test_support_py patch-Lib_test_test_unicode_py patch-Lib_test_test_zlib_py patch-Modules__hashopenssl_c patch-Modules_almodule_c patch-Modules_arraymodule_c patch-Modules_fcntlmodule_c patch-Modules_gcmodule_c patch-Modules_imageop_c patch-Modules_mmapmodule_c patch-Modules_rgbimgmodule_c patch-Modules_selectmodule_c patch-Modules_stropmodule_c patch-Modules_zlibmodule_c patch-Objects_bufferobject_c patch-Objects_longobject_c patch-Objects_obmalloc_c patch-Objects_stringobject_c patch-Objects_tupleobject_c patch-Objects_unicodeobject_c patch-Python_mysnprintf_c Log message: Fixes for multiple security vulnerabilities: CVE-2008-1679 CVE-2008-1721 CVE-2008-1887 CVE-2008-2316 CVE-2008-3142 CVE-2008-3144 Patches cherrypicked with assistance of val.masutin AT gmail.com and Toni Mueller. Tested by sthen@ naddy@ ok pvalchev@