headers
Eric Schnoebelen | 1 Jun 2002 05:15
Favicon

Re: port-i386/17105: Building 1.5.3_RC2 on 1.5.1 fails


Eric Schnoebelen writes:
- 	I'll take another stab at building this afternoon.

	This afternoon's build was completely successful.

	Thanks,
		Eric

--
Eric Schnoebelen		eric <at> cirr.com		http://www.cirr.com
	Cats are smarter than dogs.  You can't get eight cats to pull 
		a sled through snow.  -- Jeff Valdez
Permalink | Reply | 3 comments |
headers
ptiJo | 1 Jun 2002 15:46
Picon

pkg/17131: compatibility issue with thread libs between KDE3 and Grun ...


>Number:         17131
>Category:       pkg
>Synopsis:       compatibility issue with thread libs between KDE3 and Grun ...
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          support
>Submitter-Id:   net
>Arrival-Date:   Sat Jun 01 06:47:02 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     ptiJo
>Release:        1.5.3_RC2
>Organization:
>Environment:
NetBSD atheria 1.5.3_RC2 NetBSD 1.5.3_RC2 (ATHERIA -- 1.0.0) #1: Sun May 19 01:54:32 CEST 2002    
root <at> atheria:/usr/src/sys/arch/i386/compile/ATHERIA i386
>Description:
Trying to compile sysutils/grun after KDE3 installed, I got the following error :
===> Installing for pth-1.4.1
===> pth-1.4.1 conflicts with installed package(s): pth-syscall-1.4.1  found.
*** They install the same files into the same place.
*** Please remove pth-syscall-1.4.1  first with pkg_delete(1).

seems pth-syscall is installed by KDE3
and grun wants the "native" one ?
>How-To-Repeat:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Patrick Welche,SCC,ext.35710, | 1 Jun 2002 14:46
Picon
Picon

pkg/17130: latin-2 postscript error


>Number:         17130
>Category:       pkg
>Synopsis:       latin-2 postscript error
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Jun 01 05:47:01 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Patrick Welche
>Release:        NetBSD 1.6A
>Organization:
	
>Environment:
i386, pkgsrc of 26 May 2002
>Description:
Typo in ISO1252 encoding
>How-To-Repeat:
Create a document containing a capital Zcaron and print it to a postscript
printer. The output will contain lower case on instead
>Fix:
--- ../psprint/source/printergfx/psheader.ps.orig	Sat Jun  1 13:35:32 2002
+++ ../psprint/source/printergfx/psheader.ps	Sat Jun  1 13:35:07 2002
 <at>  <at>  -304,7 +304,7  <at>  <at> 
     /p /q /r /s /t /u /v /w
(Continue reading)

Permalink | Reply | 0 comments |
headers
Manuel Bouyer | 1 Jun 2002 14:43

Re: kern/17117: NetBSD's MSS clamping code is insufficient

On Fri, May 31, 2002 at 02:52:11PM +0200, Matthias Scheler wrote:
> My network connectivity looks like this:
> 
> 	Internet
> 	  |
> 	DSL line	PPP over Ethernet, MTU 1492
> 	  |
> 	Gateway		NetBSD 1.6_BETA1 using pppoe(4) and ipl(4)
> 	  |
> 	LAN		Ethernet, MTU 1500
> 	  |
> 	Workstation	NetBSD 1.6A
> 
> The workstation has serious network connectivity problems after I switched
> from the "rp-pppoe" package to pppoe(4). I'm not sure if all of the problems
> listed below existed from the beginning but they do now:
> 
> 1.) FTP connects to "ftp.netbsd.org" and other servers got stuck during the
>     initial login messages. This is *not* about problems with active FTP
>     connections I couldn't even log in.
> 
> 2.) SSH connections with big amount of incoming traffic get stuck, too.
>     If I e.g. use "scp ftp.netbsd.org:/usr/bin/vi ." on the work station
>     it gets stuck when the actual transfer begins. So it is really *not*
>     a problem related to the FTP proxy.

Can you try the following on your station:
net.inet.tcp.rfc1323=0
(not a real fix, of course)
(Continue reading)

Permalink | Reply | 502 comments |
headers
Matthew Herzog Mherzog | 1 Jun 2002 15:53
Picon

port-i386/17132: kern


>Number:         17132
>Category:       port-i386
>Synopsis:       < USRobotics Courier V.Everything 56k ISA Modem not configured >
>Confidential:   yes
>Severity:       serious
>Priority:       medium
>Responsible:    port-i386-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Jun 01 06:54:01 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Matthew Herzog Mherzog
>Release:        NetBSD 1.6 Beta1
>Organization:
Matthew Herzog

Powered by NetBSD		 :www.netbsd.org:
>Environment:
	
	
System: NetBSD felt.ne.client2.attbi.com 1.5.3_RC2 NetBSD 1.5.3_RC2 (felt6) #0: Sun May 19 11:50:51
EDT 2002 root <at> felt.ne.client2.attbi.com:/usr/src/sys/arch/i386/compile/felt6 i386
Architecture: i386
Machine: i386
>Description:
	< The device is identified by the kernel as USR0009. So I made an entry
	in isapnpdevs and ran " make -f Makefile.issapnpdevs " like the www.netbsd.org page said and rebuilt the
(Continue reading)

Permalink | Reply | 0 comments |
headers
jaco | 1 Jun 2002 12:52

pkg/17129: Kdelibs3 fails to build


>Number:         17129
>Category:       pkg
>Synopsis:       kdelibs3 build complains about lack of uic program
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Jun 01 03:53:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Eric Jacoboni
>Release:        NetBSD 1.6A
>Organization:
None
>Environment:
System: NetBSD titine.scrogneugneu.org 1.6A NetBSD 1.6A (TITINE-Revision: 1.492 $) #46: Mon May 27
20:19:11 CEST 2002 root <at> titine.scrogneugneu.org:/usr/src.cvsup/sys/arch/i386/compile/TITINE i386
Architecture: i386
Machine: i386
>Description:
Making kdelibs3 from package source tree fails :

(...)
gmake[5]: Nothing to be done for `all-am'.
gmake[5]: Leaving directory `/usr/pkgsrc/x11/kdelibs3/work.i386/kdelibs-3.0.1/kio/kssl/kssl'
gmake[4]: Leaving directory `/usr/pkgsrc/x11/kdelibs3/work.i386/kdelibs-3.0.1/kio/kssl/kssl'
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alan Barrett | 1 Jun 2002 12:44
Gravatar

kern/17128: system freeze when MFS filesystem fills up


>Number:         17128
>Category:       kern
>Synopsis:       system freeze when MFS filesystem fills up
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Jun 01 03:47:02 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Alan Barrett
>Release:        NetBSD 1.5ZC
>Organization:
not much
>Environment:
Architecture: i386
Machine: i386
Build from sources checked out from CVS with "-r netbsd-1-6-base"
>Description:
I would expect MFS filesystems to continue to work even if they are
too big for physical memory, provided there is plenty of swap space.
However, the system locks up if you fill physical memory with an MFS
filesystem.

I was performing a CVS checkout into a subdirectory under /tmp (which is
an MFS filesystem), when the machine locked up.  Nothing seemed to work,
(Continue reading)

Permalink | Reply | 0 comments |
headers
ptiJo | 1 Jun 2002 11:57
Picon

pkg/17127: Sylpheed 0.7.6 (claws) package


>Number:         17127
>Category:       pkg
>Synopsis:       Sylpheed 0.7.6 (claws) package
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Sat Jun 01 02:58:02 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     ptiJo
>Release:        1.5.3_RC2
>Organization:
>Environment:
NetBSD atheria 1.5.3_RC2 NetBSD 1.5.3_RC2 (ATHERIA -- 1.0.0) #1: Sun May 19 01:54:32 CEST 2002    
root <at> atheria:/usr/src/sys/arch/i386/compile/ATHERIA i386
>Description:
http://mapage.noos.fr/ptiJo/NetBSD/sylpheed-0.7.6claws.tar.gz

Sylpheed is an e-mail client (and news reader) based on GTK+, running on X Window System

Sylpheed-Claws has many extra features and is regularly synchronised with the main Sylpheed branch.
>How-To-Repeat:

>Fix:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Eric Haszlakiewicz | 1 Jun 2002 20:19

pkg/17133: SourceForge download no longer work (e.g. freetype)


>Number:         17133
>Category:       pkg
>Synopsis:       SourceForge download no longer work (e.g. freetype)
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Jun 01 11:20:02 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Eric Haszlakiewicz
>Release:        NetBSD 1.6_BETA1
>Organization:
>Environment:
System: NetBSD diana.nimenees.com 1.6_BETA1 NetBSD 1.6_BETA1 (DIANA) #1: Sun May 26 16:13:27 CDT 2002
root <at> diana.nimenees.com:/usr/build/DIANA i386
Architecture: i386
Machine: i386
>Description:
	Apparently SourceForge has changes the way their download pages work in
order to distribute the load across its mirrors.  When pkgsrc using ftp to
try to retrive a file it ends up retrieving the pick-a-mirror html page
instead.
	This makes it somewhat annoying to build things since I need to download
anything from sourceforge by hand.
>How-To-Repeat:
(Continue reading)

Permalink | Reply | 501 comments |
headers
Bill Squier | 1 Jun 2002 20:54

Re: pkg/17133: SourceForge download no longer work (e.g. freetype)

On Sat, Jun 01, 2002 at 01:19:11PM -0500, Eric Haszlakiewicz wrote:
> 
> >Number:         17133
> >Category:       pkg
> >Synopsis:       SourceForge download no longer work (e.g. freetype)

This appears to duplicate:

	15899, 16801 (which includes a fix), 16853,  and 16993.

You can close this out yourself if that's the case ;-)

--

-- 
Bill Squier (groo <at> old-ones.com)                          http://www.netbsd.org

        I know I don't deserve another chance, but this _is_ America,
        and as an American, aren't I entitled to one?  --Sideshow Bob.
Permalink | Reply | 501 comments |

Gmane