CVS: cvs.openbsd.org: ports

2008-07-29 Thread Damien Miller
CVSROOT:/cvs
Module name:ports
Changes by: [EMAIL PROTECTED]   2008/07/29 02:43:30

Modified files:
devel/py-SOAPpy: Makefile 

Log message:
remove myself as MAINTAINER; bump PKGNAME



CVS: cvs.openbsd.org: ports

2008-07-29 Thread Damien Miller
CVSROOT:/cvs
Module name:ports
Changes by: [EMAIL PROTECTED]   2008/07/29 02:50:16

Modified files:
textproc/py-pygments: Makefile distinfo 
textproc/py-pygments/pkg: PLIST 

Log message:
revert update commit (I misread the lock message, bad me)



CVS: cvs.openbsd.org: ports

2008-07-29 Thread Marc Espie
CVSROOT:/cvs
Module name:ports
Changes by: [EMAIL PROTECTED]   2008/07/29 05:25:45

Modified files:
infrastructure/mk: bsd.port.mk 
infrastructure/templates: network.conf.template 

Log message:
we have too many old distfiles - too many links.
instead of storing links directly as
sha1/digest
allow them to be in
by_digest/sha1/di/digest

so the number of links will not grow that fast



Problems with gtk+2 and gdk_pixbuf

2008-07-29 Thread Aaron W. Hsu
Hey All,

I was doing a rebuild of my ports to relink them with libc and libm now
that there are new versions out, and most of them went smoothly.
However, I couldn't get gtk+2 working. I noticed that it was failing on
a problem with gdk-pixbuf. I checked, and gdk_pixbuf libraries were
installed, but the gdk-pixbuf package wasn't actually installed. When I
attempted to build the gtk+2 port, it would have problems linking
against gdk_pixbuf, and would attempt to link against the old libm.

I tried to install gdk-pixbuf over the old files, but this didn't seem
to work. So I took the gdk_pixbuf* libraries and moved them to another
location. I then installed gdk-pixbuf again, and ran the gtk+2 build
again. This time it worked.

Does anyone know what is going on here and why? I checked out the
Makefile in gtk+2 and noticed that a SHARED_LIBS is defined for
gdk_pixbuf-2.0.1200.10, but the newer gdk-pixbuf package doesn't install
or update this file. In fact, I was able to install gtk+2 without ever
installing gdk-pixbuf until now. Huh?

I hope I'm just making some kind of stupid oversight here, but if not,
maybe this really is some problem?

Aaron



Re: only days left to ports lock (4.4 release)

2008-07-29 Thread Damien Miller
On Wed, 30 Jul 2008, Toni Mueller wrote:

 
 Hi,
 
 On Mon, 28.07.2008 at 17:24:01 -0700, Peter Valchev [EMAIL PROTECTED] wrote:
  We are in release mode, with 4.4 just around the corner. This means
  that from now, no more commits to ports unless they are VERY urgent -
  such as fixing a broken dependency, high impact security issue, etc,
 
 I'd like to point at some problems in Python 2.5.2, which I became
 aware of just two days ago:
 
 CVE-2007-2052

fixed in python-2.5.1

 CVE-2007-4965

ditto

 CVE-2008-1679 CVE-2008-1721 CVE-2008-1887

These are present in 2.5.2 and we should fix them prior to release.
I'll look at it.

-d



Re: only days left to ports lock (4.4 release)

2008-07-29 Thread Theo de Raadt
 On Mon, 28.07.2008 at 17:24:01 -0700, Peter Valchev [EMAIL PROTECTED] wrote:
  We are in release mode, with 4.4 just around the corner. This means
  that from now, no more commits to ports unless they are VERY urgent -
  such as fixing a broken dependency, high impact security issue, etc,
 
 I'd like to point at some problems in Python 2.5.2, which I became
 aware of just two days ago:
 
 CVE-2007-2052 CVE-2007-4965 CVE-2008-1679 CVE-2008-1721 CVE-2008-1887
 
 The latter two are claimed to result in the execution of arbitrary
 code.

Yes, and sometimes tough love is required.

Perhaps whoever the maintainer is will merge this in time.

Perhaps not.

Let me pose a question:

Would you rather have a good release that has good quality
integration between packages

or

One that has the latest python?

You can't always have both.  



firefox and filezilla vanish under kde

2008-07-29 Thread Chris Bennett
I have been having a problem with filezilla just vanishing under kde 
occasionally. Just now, firefox did the same to me.

I'm unsure how to report useful information about this problem.
I installed current from a snapshot just before july 20. Rebuilt after 
updating from CVS.


Filezilla vanishes when I am transferring a larger queue, say 350 plus 
files. This seems to be repeatable.
Firefox just vanished when visiting a site I run and I have visited it 
many times before. Don't know if this is repeatable, yet.


Is this a pkg or library they both use that has a problem, or possibly a 
problem with X or kde?
I will try to duplicate this filezilla problem tomorrow under fvwm, just 
to help rule out kde.


# dmesg
OpenBSD 4.4-beta (GENERIC) #0: Sun Jul 20 12:29:57 CDT 2008
   [EMAIL PROTECTED]:/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 = 510431232 (486MB)
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/0xbc00 0xcc000/0x4000!
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 Intel 82815 Host rev 0x04
ppb0 at pci0 dev 1 function 0 Intel 82815 AGP rev 0x04
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 NVIDIA GeForce2 GTS rev 0xa4
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
agp0 at vga1: aperture at 0xd800, size 0x240
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

bktr0 at pci2 dev 12 function 0 Brooktree BT878 rev 0x11: irq 12
bktr0: ATI TV-Wonder/VE, Philips NTSC tuner.
Brooktree BT878 Audio rev 0x11 at pci2 dev 12 function 1 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 compatibility

wd0 at pciide0 channel 0 drive 0: ST3200822A
wd0: 16-sector PIO, LBA48, 190782MB, 390721968 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets, initiator 7
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
auich0 at pci0 dev 31 function 5 Intel 82801BA AC97 rev 0x05: irq 9, 
ICH2 AC97

ac97: codec id 0x41445348 (Analog Devices AD1881A)
ac97: codec features headphone, Analog Devices Phat Stereo
audio0 at auich0
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 fd65 netmask fd65 ttymask fdff
mtrr: Pentium Pro MTRR support
uhidev0 at uhub0 port 1 configuration 1 interface 0 Logitech USB 
Receiver rev 1.10/25.00 addr 2

uhidev0: iclass 3/1
ums0 at uhidev0: 16 buttons, Z dir
wsmouse0 at ums0 

UPDATE: tcllib

2008-07-29 Thread Stuart Cassoff

This patch fixes tcllib's _writes_to_HOME regression test problem.
I have some other Tcl updates but they'll have to wait until unlock; 
this seemed like it might be important enough to submit now.


Stu



Index: devel/tcllib/Makefile
===
RCS file: /cvs/ports/devel/tcllib/Makefile,v
retrieving revision 1.9
diff -u -r1.9 Makefile
--- devel/tcllib/Makefile9 May 2008 19:45:18 -1.9
+++ devel/tcllib/Makefile30 Jul 2008 02:51:37 -
@@ -22,6 +22,9 @@

NO_BUILD=Yes

+# Regression test _writes_to_HOME.
+PORTHOME=${WRKDIR}/testhome
+
do-install:
${LOCALBASE}/bin/tclsh8.5 ${WRKSRC}/installer.tcl \
-no-wait -no-gui -no-html -no-apps \
@@ -31,6 +34,7 @@

# Define TEST_MODULES to restrict to a subset of regression tests.
do-regress:
+mkdir -p ${PORTHOME}
${SETENV} ${MAKE_ENV} ${LOCALBASE}/bin/tclsh8.5 \
${WRKSRC}/sak.tcl test run -v ${TEST_MODULES} \
${REGRESS_LOG}